Linux 2.6.25

Linux 2.6.25

[Linus Torvalds]

It's been long promised, but there it is now. Special thanks to Ingo who 
found and fixed a nasty-looking regression that turned out to not be a 
regression at all, but an old bug that just had not been triggering as 
reliably before.

That said, that was just the last particular regression fix I was holding 
things up for, and it's not like there weren't a lot of other fixes too, 
they just didn't end up being the final things that triggered my 
particular worries.

The full changelog from 2.6.24 is 7.5M, with a 12MB compressed patch. Tons 
and tons has changed, but if you've been following the -rc releases, 
you'll already know about the big things. The changes from the last rc 
(-rc9) are fairly small and mostly pretty trivial, and the shortlog is 
appended.

So it's mostly one-liners, with some updates to drivers (net and usb) and 
to networking that are a bit larger (although a number of the driver 
updates are things like just new ID's etc).

For those of you who haven't followed -rc's, and want the more readable 
overview of what has changed since 2.6.24, I'd suggest the usual sites, 
notably http://kernelnewbies.org/.

And a reminder for git users: while the _full_ changelogs are huge and 
unwieldly and you easily lose sight of the big picture from just bring 
overwhelmed by the details, if you're interested in some particular 
subsystem, using "gitk v2.6.24.. <path-limiter>" is a good way to see what 
has changed in that particular area.

				Linus

---
Adrian Bunk (3):
      [libata] make ali_atapi_dma static
      sh64: add missing #include <asm/fpu.h>'s
      avr32 mustn't select HAVE_IDE

Alexey Dobriyan (1):
      fbdev: fix /proc/fb oops after module removal

Alexey Korolev (1):
      JFFS2 Fix of panics caused by wrong condition for hole frag creation in write_begin

Andrew Morton (2):
      sh: arch/sh/kernel/traps_32.c needs asm/fpu.h
      sh: export empty_zero_page

Atsushi Nemoto (2):
      macb: Call phy_disconnect on removing
      macb: Use semicolon instead of comma for statement

Ayaz Abdulla (1):
      forcedeth: mac address fix

Ben Dooks (3):
      spi: spi_s3c24xx driver must init completion
      spi: spi_s3c24xx must initialize bus_num
      spi: spi_s3c24xx must initialize num_chipselect

Ben Hutchings (1):
      [NET]: Fix kernel-doc for skb_segment

Carlos Corbacho (1):
      rfkill: Fix device type check when toggling states

Chuck Ebbert (1):
      acpi: bus: check once more for an empty list after locking it

David Howells (1):
      FRV: Correctly determine the address of an illegal instruction

David S. Miller (1):
      [IPV6]: Fix ipv6 address fetching in raw6_icmp_error().

Dmitri Vorobiev (1):
      Fix typos in Documentation/filesystems/seq_file.txt

Eric Dumazet (1):
      [SOCK] sk_stamp: should be initialized to ktime_set(-1L, 0)

Greg Kroah-Hartman (1):
      USB: remove broken usb-serial num_endpoints check

Gui Jianfeng (1):
      [SCTP]: Fix protocol violation when receiving an error lenght INIT-ACK

Herton Ronaldo Krzesinski (1):
      rtl8187: Add missing priv->vif assignments

Ingo Molnar (2):
      revert "sched: fix fair sleepers"
      mm: sparsemem memory_present() fix

Ivo van Doorn (2):
      Add rfkill to MAINTAINERS file
      Update rt2x00 MAINTAINERS entry

J. Bruce Fields (1):
      locks: fix possible infinite loop in fcntl(F_SETLKW) over nfs

James Cameron (1):
      USB: Obscure Maxon BP3-USB Device Support 16d8:6280 for option driver

Jan Kara (1):
      vfs: fix possible deadlock in ext2, ext3, ext4 when using xattrs

Jarek Poplawski (2):
      [NET_SCHED] cls_u32: refcounting fix for u32_delete()
      [NET_SCHED] sch_api: fix qdisc_tree_decrease_qlen() loop

Jeff Garzik (1):
      [libata] sata_svw: fix reversed port count

Jens Axboe (2):
      io context: increment task attachment count in ioc_task_link()
      block: update git url for blktrace

Joakim Tjernlund (1):
      ucc_geth: fix non-functional fixed phy support

Johannes Berg (1):
      mac80211: remove message on receiving unexpected unencrypted frames

KOSAKI Motohiro (1):
      add "Isolate" migratetype name to /proc/pagetypeinfo

Kay Sievers (5):
      mmc: fix platform driver hotplug/coldplug
      leds: fix platform driver hotplug/coldplug
      misc: fix platform driver hotplug/coldplug
      pcmcia: fix platform driver hotplug/coldplug
      serial: fix platform driver hotplug/coldplug

Krzysztof Halasa (1):
      Mark generic HDLC + PPP as broken.

Krzysztof Helt (1):
      acpi thermal trip points increased to 12

Kyle McMartin (1):
      [PARISC] fix signal trampoline cache flushing

Laurent Pinchart (1):
      fs_enet: Don't call NAPI functions when NAPI is not used.

Li Zefan (1):
      memcg: fix oops in oom handling

Linus Torvalds (2):
      Fix locking bug in "acquire_console_semaphore_for_printk()"
      Linux 2.6.25

Manuel Lauss (1):
      sh: fix compressed kernel build

Masakazu Mokuno (1):
      PS3: gelic: fix the oops on the broken IE returned from the hypervisor

Matthias Urlichs (1):
      USB: option.c: add more device IDs

Michael Buesch (2):
      ssb: Fix usage of struct device used for DMAing
      b43legacy: Fix usage of struct device used for DMAing

Michael Ellerman (1):
      netconsole: only set CON_PRINTBUFFER if the user specifies a netconsole

Nishanth Aravamudan (1):
      Documentation: correct overcommit caveat in hugetlbpage.txt

Oliver Hartkopp (1):
      [CAN]: Update documentation of struct sockaddr_can

Patrick McHardy (3):
      [DCCP]: Fix skb->cb conflicts with IP
      [NET]: Return more appropriate error from eth_validate_addr().
      [BRIDGE]: Fix crash in __ip_route_output_key with bridge netfilter

Paul Bolle (4):
      [ISDN]: Do not validate ISDN net device address prior to interface-up
      MAINTAINERS: isdn4linux@listserv.isdn4linux.de is subscribers-only
      AFS: Do not describe debug parameters with their value
      it821x: do not describe noraid parameter with its value

Pavel Emelyanov (3):
      [AX25]: Potential ax25_uid_assoc-s leaks on module unload.
      [SCTP]: IPv4 vs IPv6 addresses mess in sctp_inet[6]addr_event.
      [NETFILTER]: ipt_CLUSTERIP: fix race between clusterip_config_find_get and _entry_put

Reinette Chatre (1):
      MAINTAINERS: move to generic repository for iwlwifi

Rusty Russell (2):
      net: make struct tun_struct private to tun.c
      net: check for underlength tap writes

Sergei Shtylyov (4):
      tg3: fix MMIO for PPC 44x platforms
      Au1200: kill IDE driver function prototypes
      Au1200: IDE driver build fix
      Pb1200/DBAu1200: fix bad IDE resource size

Sonic Zhang (1):
      smc91x driver: fix bug: print warning only in interrupt mode

Stefano Brivio (2):
      b43legacy: fix initvals loading on bcm4303
      b43legacy: fix DMA mapping leakage

Stephen Hemminger (2):
      sky2: missing chip name for Yukon Supreme
      sc92031: sysfs link missing

Thomas Klein (1):
      ehea: Fix DLPAR memory add support

Vitaliy Gusev (2):
      [TCP]: Fix never pruned tcp out-of-order queue.
      [TCP]: Add return value indication to tcp_prune_ofo_queue().

Vlad Yasevich (1):
      [SCTP]: Fix compiler warning about const qualifiers

WANG Cong (1):
      uml: compile error fix

Wei Yongjun (1):
      [SCTP]: Add check for hmac_algo parameter in sctp_verify_param()

YOSHIFUJI Hideaki (4):
      [IPV6]: IPv6 extension header structures need to be packed.
      [IPV6]: Use appropriate sock tclass setting for routing lookup.
      [IPV6] ADDRCONF: Ensure disabling multicast RS even if privacy extensions are disabled.
      [IPV6] ADDRCONF: Don't generate temporary address for ip6-ip6 interface.

Zhao Yakui (1):
      rtc: fix the error in the function of cmos_set_alarm

fangxiaozhi (1):
      USB: support more Huawei data card product IDs

tang kai (1):
      USB: option: Add new vendor ID and device ID for AMOI HSDPA modem

yakui.zhao@intel.com (1):
      acpi: unneccessary to scan the PCI bus already scanned

Re: Linux 2.6.25

[david]

On Wed, 16 Apr 2008, Linus Torvalds wrote:

> It's been long promised, but there it is now. Special thanks to Ingo who
> found and fixed a nasty-looking regression that turned out to not be a
> regression at all, but an old bug that just had not been triggering as
> reliably before.
>
> That said, that was just the last particular regression fix I was holding
> things up for, and it's not like there weren't a lot of other fixes too,
> they just didn't end up being the final things that triggered my
> particular worries.

Rafael,
   could you post the list of the remaining known regressions in 2.6.25. a 
few days ago there were about 2 dozen left, but there was a flurry of 
activity (patching, identifying some as not regressions, others as being 
fixed, etc) so I've lost track of what's left

David Lang

Re: Linux 2.6.25

[Rafael J. Wysocki]

On Thursday, 17 of April 2008, david@lang.hm wrote:
> On Wed, 16 Apr 2008, Linus Torvalds wrote:
> 
> > It's been long promised, but there it is now. Special thanks to Ingo who
> > found and fixed a nasty-looking regression that turned out to not be a
> > regression at all, but an old bug that just had not been triggering as
> > reliably before.
> >
> > That said, that was just the last particular regression fix I was holding
> > things up for, and it's not like there weren't a lot of other fixes too,
> > they just didn't end up being the final things that triggered my
> > particular worries.
> 
> Rafael,
>    could you post the list of the remaining known regressions in 2.6.25. a 
> few days ago there were about 2 dozen left, but there was a flurry of 
> activity (patching, identifying some as not regressions, others as being 
> fixed, etc) so I've lost track of what's left

Yes, I will post that later today.

Thanks,
Rafael

2.6.25: Reported regressions from 2.6.24

[Rafael J. Wysocki]

As promised, below is the list of reported regressions from 2.6.24 for which
there are no fixes in 2.6.25, AFAICS.

I'm now going to start tracking regressions from 2.6.25, but bug #9832 used
for tracking the regressions from 2.6.24 will stay there, so if you report
a regression from 2.6.24 through the Bugzilla, please make it block that bug.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2008-04-17      193       17          13
  2008-04-13      194       27          22
  2008-04-07      188       29          22
  2008-03-31      177       34          31
  2008-03-27      171       38          30
  2008-03-22      159       35          31
  2008-03-17      148       38          30
  2008-03-16      146       42          35
  2008-03-14      145       45          39
  2008-03-12      143       51          41
  2008-03-11      141       58          43
  2008-03-10      138       66          47
  2008-03-03      115       65          49
  2008-02-25       90       51          39
  2008-02-17       61       45          37


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10421
Subject		: Filesystem failing without any warning or etc
Submitter	: Denys Fedoryshchenko <nuclearcat@nuclearcat.com>
Date		: 2008-04-07 23:11 (11 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10393
Subject		: ext4 compile error on m68k
Submitter	: Adrian Bunk <bunk@kernel.org>
Date		: 2008-04-05 03:30 (13 days old)
References	: http://lkml.org/lkml/2008/4/5/19
		  http://lkml.org/lkml/2008/4/9/13
		  http://lkml.org/lkml/2008/4/13/241


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10391
Subject		: 2.6.25-rc7/8: Another resume regression
Submitter	: Mark Lord <lkml@rtr.ca>
Date		: 2008-04-03 15:06 (15 days old)
References	: http://lkml.org/lkml/2008/4/3/283


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10377
Subject		: Kernel usually freezes during boot when AC is unplugged - unless CPU_IDLE=n - Asus A6JC
Submitter	: Roman Jarosz <kedgedev@centrum.cz>
Date		: 2008-04-01 16:23 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Submitter	: Chr <chunkeey@web.de>
Date		: 2008-03-30 21:09 (19 days old)
References	: http://lkml.org/lkml/2008/3/30/87
		  http://lkml.org/lkml/2008/4/13/243
Handled-By	: Thomas Gleixner <tglx@linutronix.de>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10365
Subject		: usb-storage, error reading the last 8 sectors, regression in 2.6.25-rc7
Submitter	: Sergey Dolgov <solkaa@gmail.com>
Date		: 2008-03-30 11:49 (19 days old)
References	: http://lkml.org/lkml/2008/3/30/11


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10320
Subject		: rt2x00 does not associate or give scan results
Submitter	: Marcus Better <marcus@better.se>
Date		: 2008-03-25 06:04 (24 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
Subject		: MacBookPro1,1: on resume (from console) s2ram -f -p does not anymore give me my display back
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-03-25 04:44 (24 days old)
References	: http://lkml.org/lkml/2008/4/2/496
		  http://lkml.org/lkml/2008/4/6/1
		  http://lkml.org/lkml/2008/4/9/40
		  http://lkml.org/lkml/2008/4/9/51
		  http://lkml.org/lkml/2008/4/13/73


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10300
Subject		: volume wheel does not work in 2.6.25-rc6
Submitter	: Romano Giannetti <romano.giannetti@gmail.com>
Date		: 2008-03-21 11:42 (28 days old)
References	: http://lkml.org/lkml/2008/4/9/94
		  http://lkml.org/lkml/2008/4/14/57


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10290
Subject		: [BUG] Linux 2.6.25-rc6 - kernel BUG at fs/mpage.c:476! on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-03-20 13:13 (29 days old)
References	: http://lkml.org/lkml/2008/3/20/39


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10235
Subject		: 2.6.25-rc5: Blank Screen with Intel 945
Submitter	: Justin Madru <jdm64@gawab.com>
Date		: 2008-03-12 12:02 (37 days old)
References	: http://lkml.org/lkml/2008/3/12/290
		  http://lkml.org/lkml/2008/4/1/318
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10082
Subject		: 2.6.25-rc2-git4 - Kernel oops while running kernbench and tbench on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-02-20 16:01 (58 days old)
References	: http://lkml.org/lkml/2008/2/20/218
		  http://lkml.org/lkml/2008/1/18/71
		  http://lkml.org/lkml/2008/4/9/25
Handled-By	: Paul Mackerras <paulus@samba.org>
		  Nish Aravamudan <nish.aravamudan@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=9978
Subject		: 2.6.25-rc1: volanoMark regression
Submitter	: Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date		: 2008-02-13 10:30 (65 days old)
References	: http://lkml.org/lkml/2008/2/13/128
		  http://lkml.org/lkml/2008/3/12/52
		  http://lkml.org/lkml/2008/3/18/81
Handled-By	: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
		  Balbir Singh <balbir@linux.vnet.ibm.com>


Regressionn with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10427
Subject		: e1000e broke e1000
Submitter	: Ingo Molnar <mingo@elte.hu>
Date		: 2008-04-08 20:39 (10 days old)
References	: http://lkml.org/lkml/2008/4/8/256
		  http://lkml.org/lkml/2008/4/14/46
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=15704&amp;action=view


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10366
Subject		: 2.6.25-rc7: warn_on_slowpath triggered
Submitter	: Bob Tracy <rct@frus.com>
Date		: 2008-03-29 17:29 (20 days old)
References	: http://lkml.org/lkml/2008/3/29/125
Handled-By	: Björn Steinbrink <B.Steinbrink@gmx.de>
Patch		: http://lkml.org/lkml/2008/3/30/245


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10302
Subject		: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound
Submitter	: Andre Tomt <andre@tomt.net>
Date		: 2008-03-21 20:03 (28 days old)
References	: http://lkml.org/lkml/2008/3/21/295
Handled-By	: Matthew Ranostay <mranostay@embeddedalley.com>
		  Takashi Iwai <tiwai@suse.de>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=15766&amp;action=view


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10153
Subject		: (regression) kernel/timeconst.h bugs with HZ=128
Submitter	: David Brownell <david-b@pacbell.net>
Date		: 2008-02-26 19:32 (52 days old)
References	: http://lkml.org/lkml/2008/2/26/294
Handled-By	: H. Peter Anvin <hpa@zytor.com>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=15114&amp;action=view
		  http://bugzilla.kernel.org/attachment.cgi?id=15115&amp;action=view


For details, please visit the bug entries and follow the links given in
references.

Thanks,
Rafael

Re: 2.6.25: Reported regressions from 2.6.24

[Thomas Bächler]

Rafael J. Wysocki schrieb:
> As promised, below is the list of reported regressions from 2.6.24 for which
> there are no fixes in 2.6.25, AFAICS.
> 
> I'm now going to start tracking regressions from 2.6.25, but bug #9832 used
> for tracking the regressions from 2.6.24 will stay there, so if you report
> a regression from 2.6.24 through the Bugzilla, please make it block that bug.

Got another regression:

Wakeup from ACPI S3 is broken in 2.6.25, x86_64, last known version is 
2.6.25-rc8git8. My Lenovo Laptop does not wake up from S3. I have no 
time to analyze this further now, but I will try to find out what 
happened later today, will open a bugzilla then.

Re: Linux 2.6.25

[Len Brown]

On Sunday 20 April 2008, Matthew wrote:
> >  sure, I'll test-drive the vanilla-kernel, too
> >
> >  thanks
> 
> ok, tested the vanilla-kernel this morning and it shows the exact high
> temperatures (with CONFIG_THERMAL=y)
> 
> I've got a question:
> 
> when trying to disable thermal it just sits there & won't change:
> <*> Hardware Monitoring support  --->
>   -*- Generic Thermal sysfs driver  --->
> 
> it seemingly depends on other things:
> Selected by: ACPI_THERMAL && !X86_VOYAGER && ACPI && ACPI_PROCESSOR
> 
> is it safe to disable acpi_processor and acpi or CONFIG_THERMAL in
> general ? or will it burn down my box ? ;)
> 
> I'm asking this because it says/writes:
> CONFIG_ACPI_THERMAL:                                                    │
>   │                                                                         │
>   │ This driver adds support for ACPI thermal zones.  Most mobile and       │
>   │ some desktop systems support ACPI thermal zones.  It is HIGHLY          │
>   │ recommended that this option be enabled, as your processor(s)           │
>   │ may be damaged without it.

Don't worry about it -- that is sort of an exageration.
In fact, it is your disk drive that will fry first:-)

# CONFIG_ACPI_THERMAL is not set
# CONFIG_THERMAL is not set

Should be just fine, particularly for experimentation.
In the case of a desktop system, ACPI_THERMAL is generally there
just for processor throttling -- which would typically
only be needed if you removed your heatsink
or had some other serious cooling issue.
And even if it is not there, a 2nd defense,
the processor hardware thermal throttling would kick
in automatically at a slightly higher temperature...

-Len

Re: Linux 2.6.25

[Matthew]

>  sure, I'll test-drive the vanilla-kernel, too>>  thanks
ok, tested the vanilla-kernel this morning and it shows the exact hightemperatures (with CONFIG_THERMAL=y)
I've got a question:
when trying to disable thermal it just sits there & won't change:<*> Hardware Monitoring support  --->  -*- Generic Thermal sysfs driver  --->
it seemingly depends on other things:Selected by: ACPI_THERMAL && !X86_VOYAGER && ACPI && ACPI_PROCESSOR
is it safe to disable acpi_processor and acpi or CONFIG_THERMAL ingeneral ? or will it burn down my box ? ;)
I'm asking this because it says/writes:CONFIG_ACPI_THERMAL:                                                    │  │                                                                         │  │ This driver adds support for ACPI thermal zones.  Most mobile and       │  │ some desktop systems support ACPI thermal zones.  It is HIGHLY          │  │ recommended that this option be enabled, as your processor(s)           │  │ may be damaged without it.

thanks
MatЪТХ╨{.nг+┴╥÷╝┴╜├+%┼кЪ╠Ищ╤\x17╔┼wЪ╨{.nг+┴╥╔┼{╠ЧG╚²ИЪ┼{ay╨\x1dй┤з≥К,j\a╜╒fё╒╥h ▐О│ЙЪ▒ЙГz_Х╝\x03(╜И ▌┼щ╒j"²З\x1a╤^[m╖ЪЪ╬\a╚ЧG╚²ИЪ╒╦?≥╗Х╜з&ёЬ╖~▐А╤iO∙Ф╛z╥ vь^\x14\x04\x1a╤^[m╖ЪЪц\fЪ╤ЛЪ╒╦?√I╔

Re: Linux 2.6.25

[Matthew]

>The coretemp kernel module reports 25°C on my PC when idle, and 34°C
>after having performed some computations (lmbench2). This looks
>normal. This test has been performed with a vanilla 2.6.25 kernel and
>a Core 2 Duo E6750 CPU (Asus motherboard). The 2.6.22 and 2.6.24
>kernels report an incorrect temperature on the same system however
>(10°C). So there is either an issue with the patches that have been
>applied to your kernel or the behavior of the coretemp module for the
>6600 and E6750 CPU's is different. Can you repeat the test with a
>vanilla 2.6.25 kernel ?

>(Added Rudolf Marek in CC, the coretemp author.)

>Bart.

sure, I'll test-drive the vanilla-kernel, too

thanks

Mat

Re: Linux 2.6.25

[Matthew]

>Hello Mat,
>I'm not familiar with "coretemp", can you point me to the exact version
>of the application you are running so I can see how it is getting at
>the underlying information?

>Also, do you see any change with and without kernel built with
CONFIG_THERMAL=y?

>thanks,
>-Len

Hi Len,

sure, the apps I am using for reading out the processor's temp via
coretemp are / were:
lm_sensors: version 2.10.4, 2.10.6 and (currently) 3.0.1: all report
the same (higher) temperatures (compared to 2.6.24 series)

CONFIG_THERMAL currently is enabled in the kernel:
grep CONFIG_THERMAL /usr/src/linux/.config
CONFIG_THERMAL=y

I'll recompile the kernel now & let you know the effect in a few hours
(currently I'm working on the box)

"Dairinin" on forums.gentoo.org pointed out that the desktop-cpu
simply might not be identified correctly:
http://forums.gentoo.org/viewtopic-p-5065902.html#5065902

"Thats because new kernel (lm_sensors, etc?, etc?)incorrectly thinks
our cpu's Tj is 100C, whereas for all core 2 duo's it is 85C (100C is
for C0 stepping and above, AFAIK). Substract 15 and you'll get real
temps."

I don't know if that's the case but it sounds plausible to me

thanks everyone for your answer & help so far

Regards

Mat

Re: Linux 2.6.25

[Cyrill Gorcunov]

[Rene Herman - Sat, Apr 19, 2008 at 05:20:23AM +0200]
> On 19-04-08 05:05, Rene Herman wrote:
>> On 18-04-08 22:03, Cyrill Gorcunov wrote:
>>> | it seems drivers/acpi/thermal.c has a small nit
>>> | | 881:    /* sys I/F for generic thermal sysfs support */
>>> | 882:    #define KELVIN_TO_MILLICELSIUS(t) (t * 100 - 273200)
>>> | | but it should multiply by 1000 meguess
>>> |
>>> oh, i'm wrong, sorry
>> ? How are you wrong ?
>
> (okay, it's only the name which is wrong; it's DECIKELVIN_TO_MILLICELSIUS)
>
> Rene.
>

yep, I was confused by these names too ;)

		- Cyrill -

Re: Linux 2.6.25

[Rene Herman]

On 19-04-08 05:05, Rene Herman wrote:
> On 18-04-08 22:03, Cyrill Gorcunov wrote:
> 
>> | it seems drivers/acpi/thermal.c has a small nit
>> | | 881:    /* sys I/F for generic thermal sysfs support */
>> | 882:    #define KELVIN_TO_MILLICELSIUS(t) (t * 100 - 273200)
>> | | but it should multiply by 1000 meguess
>> |
>> oh, i'm wrong, sorry
> 
> ? How are you wrong ?

(okay, it's only the name which is wrong; it's DECIKELVIN_TO_MILLICELSIUS)

Rene.

Re: Linux 2.6.25

[Rene Herman]

On 18-04-08 22:03, Cyrill Gorcunov wrote:

> | it seems drivers/acpi/thermal.c has a small nit
> | 
> | 881:	/* sys I/F for generic thermal sysfs support */
> | 882:	#define KELVIN_TO_MILLICELSIUS(t) (t * 100 - 273200)
> | 
> | but it should multiply by 1000 meguess
> | 
> 
> oh, i'm wrong, sorry

? How are you wrong ?

Rene.

Re: Linux 2.6.25

[Rudolf Marek]

Hi all,

I will keep the rest of the mail intact for the lm-sensors list. The temperature 
is stored in hardware relative to maximum temperature. Mobile processors have 
some undocumented bits that calibrate the temperature to 85 or 100C. Intel 
claims that this does not work for desktops, so I changed the driver [1] and 
scale for desktop CPUs is from 0 to 100.

In your case, the MAX temperature is changed from 85 to 100 for desktops But the 
relative change is same, in your case -40C below the max [2]. You should now see 
instead of 40 around 60. Because it was 85 - 40 and now it is 100 - 40. Second 
problem is that the scale is not linear so it works more fine close to the MAX.

I think it is what happened. If you change the driver, so it will take 85C 
instead of 100C everything should go back to "normal". I'm sorry I did not 
invent relative only temp measurements, therefore I would recommend to watch how 
much is left to max temperature.

Hope it explains it,

Thanks,
Rudolf

[1] 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=118a88718886a6cb7fb2cf7fb77ef2eea30c73a1
[2]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/hwmon/coretemp;hb=HEAD


Jiri Slaby napsal(a):
> On 04/18/2008 09:18 PM, Bart Van Assche wrote:
>> On Fri, Apr 18, 2008 at 5:37 PM, Matthew <jackdachef@gmail.com> wrote:
>>>  I've another "regression" to report for 2.6.25:
>>>
>>>  it's concerning much higher temperatures being read out by the
>>>  "coretemp" kernel-module in comparison to 2.6.24* series
>>>
>>>  e.g. where temperatures were around 40-47°C they are now constantly
>>>  jumping around 55-70°C (even in idle !)
>>
>> The coretemp kernel module reports 25°C on my PC when idle, and 34°C
>> after having performed some computations (lmbench2). This looks
>> normal. This test has been performed with a vanilla 2.6.25 kernel and
>> a Core 2 Duo E6750 CPU (Asus motherboard). The 2.6.22 and 2.6.24
>> kernels report an incorrect temperature on the same system however
>> (10°C). So there is either an issue with the patches that have been
>> applied to your kernel or the behavior of the coretemp module for the
>> 6600 and E6750 CPU's is different. Can you repeat the test with a
>> vanilla 2.6.25 kernel ?
>>
>> (Added Rudolf Marek in CC, the coretemp author.)
> 
> I see a change on my rrd graphs on Mar 5th 11:30 AM (from 25 to 40 
> average centigrades). This is when I booted 2.6.25-rc3-mm1 instead of 
> 2.6.25-rc2-mm1, according to logs. [I have no idea whether the values 
> were correct before or are correct now.]
> 
> I might bisect it, if needed.

Re: Linux 2.6.25

[Jiri Slaby]

On 04/18/2008 09:18 PM, Bart Van Assche wrote:
> On Fri, Apr 18, 2008 at 5:37 PM, Matthew <jackdachef@gmail.com> wrote:
>>  I've another "regression" to report for 2.6.25:
>>
>>  it's concerning much higher temperatures being read out by the
>>  "coretemp" kernel-module in comparison to 2.6.24* series
>>
>>  e.g. where temperatures were around 40-47°C they are now constantly
>>  jumping around 55-70°C (even in idle !)
> 
> The coretemp kernel module reports 25°C on my PC when idle, and 34°C
> after having performed some computations (lmbench2). This looks
> normal. This test has been performed with a vanilla 2.6.25 kernel and
> a Core 2 Duo E6750 CPU (Asus motherboard). The 2.6.22 and 2.6.24
> kernels report an incorrect temperature on the same system however
> (10°C). So there is either an issue with the patches that have been
> applied to your kernel or the behavior of the coretemp module for the
> 6600 and E6750 CPU's is different. Can you repeat the test with a
> vanilla 2.6.25 kernel ?
> 
> (Added Rudolf Marek in CC, the coretemp author.)

I see a change on my rrd graphs on Mar 5th 11:30 AM (from 25 to 40 average 
centigrades). This is when I booted 2.6.25-rc3-mm1 instead of 2.6.25-rc2-mm1, 
according to logs. [I have no idea whether the values were correct before or are 
correct now.]

I might bisect it, if needed.

Re: Linux 2.6.25

[Cyrill Gorcunov]

[Cyrill Gorcunov - Fri, Apr 18, 2008 at 11:38:02PM +0400]
| [Linus Torvalds - Fri, Apr 18, 2008 at 08:43:35AM -0700]
| | 
| | 
| | On Fri, 18 Apr 2008, Matthew wrote:
| | > 
| | > I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
| | > DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
| | > also rc7)
| | 
| | Can you bisect it? 
| | 
| | 		Linus
| 
| it seems drivers/acpi/thermal.c has a small nit
| 
| 881:	/* sys I/F for generic thermal sysfs support */
| 882:	#define KELVIN_TO_MILLICELSIUS(t) (t * 100 - 273200)
| 
| but it should multiply by 1000 meguess
| 

oh, i'm wrong, sorry

		- Cyrill -

Re: Linux 2.6.25

[Cyrill Gorcunov]

[Linus Torvalds - Fri, Apr 18, 2008 at 08:43:35AM -0700]
| 
| 
| On Fri, 18 Apr 2008, Matthew wrote:
| > 
| > I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
| > DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
| > also rc7)
| 
| Can you bisect it? 
| 
| 		Linus

it seems drivers/acpi/thermal.c has a small nit

881:	/* sys I/F for generic thermal sysfs support */
882:	#define KELVIN_TO_MILLICELSIUS(t) (t * 100 - 273200)

but it should multiply by 1000 meguess

		- Cyrill -

Re: Linux 2.6.25

[Bart Van Assche]

On Fri, Apr 18, 2008 at 5:37 PM, Matthew <jackdachef@gmail.com> wrote:
>  I've another "regression" to report for 2.6.25:
>
>  it's concerning much higher temperatures being read out by the
>  "coretemp" kernel-module in comparison to 2.6.24* series
>
>  e.g. where temperatures were around 40-47°C they are now constantly
>  jumping around 55-70°C (even in idle !)

The coretemp kernel module reports 25°C on my PC when idle, and 34°C
after having performed some computations (lmbench2). This looks
normal. This test has been performed with a vanilla 2.6.25 kernel and
a Core 2 Duo E6750 CPU (Asus motherboard). The 2.6.22 and 2.6.24
kernels report an incorrect temperature on the same system however
(10°C). So there is either an issue with the patches that have been
applied to your kernel or the behavior of the coretemp module for the
6600 and E6750 CPU's is different. Can you repeat the test with a
vanilla 2.6.25 kernel ?

(Added Rudolf Marek in CC, the coretemp author.)

Bart.

Re: Linux 2.6.25

[Gene Heskett]

On Friday 18 April 2008, Matthew wrote:
>Hi everyone, hi Linus,
>
>congratulations on this new great kernel-release :)
>
>I've another "regression" to report for 2.6.25:
>
>it's concerning much higher temperatures being read out by the
>"coretemp" kernel-module in comparison to 2.6.24* series
>
>e.g. where temperatures were around 40-47°C they are now constantly
>jumping around 55-70°C (even in idle !)
>
>several other users/testers have reported this issue too (both on
>zen-sources [heavy patched] & latest gentoo-sources) [slightly
>patched]:
>
>http://forums.gentoo.org/viewtopic-t-684812-highlight-.html
>
>if I understood git right it (also) happens in conjunction with an 3
>weeks old acpi-snapshot
>(http://repo.or.cz/w/linux-2.6/zen-sources.git?a=heads) integrated in
>zen-sources
>
>I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
>DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
>also rc7)
>
>the temperatures on mobile core (2) duo intel processors [e.g. an
>T7500] seem to be read out correctly - I can't tell it exactly but
>this seems to be an entirely "cosmetical" issue
>(hopefully it's not the opposite and the values are now read out
>correctly since such high temps would be very worrying ;) )
>
>Keep up the great work & please don't forget your growing amount of
>linux-desktop users :)
>
And then, after killing the make clean statement, it still dies when making a 
new initrd-2.6.25.img.  Has something in the Makefile gone doofy?

>Regards
>
>Mat
>--
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at  http://www.tux.org/lkml/



-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Check it out, send me comments, and dance joyously in the streets,
	-- Linus Torvalds announcing 2.0.27

Re: Linux 2.6.25

[Gene Heskett]

On Friday 18 April 2008, Matthew wrote:
>Hi everyone, hi Linus,
>
>congratulations on this new great kernel-release :)
>
>I've another "regression" to report for 2.6.25:
>
>it's concerning much higher temperatures being read out by the
>"coretemp" kernel-module in comparison to 2.6.24* series
>
>e.g. where temperatures were around 40-47°C they are now constantly
>jumping around 55-70°C (even in idle !)
>
>several other users/testers have reported this issue too (both on
>zen-sources [heavy patched] & latest gentoo-sources) [slightly
>patched]:
>
>http://forums.gentoo.org/viewtopic-t-684812-highlight-.html
>
>if I understood git right it (also) happens in conjunction with an 3
>weeks old acpi-snapshot
>(http://repo.or.cz/w/linux-2.6/zen-sources.git?a=heads) integrated in
>zen-sources
>
>I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
>DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
>also rc7)
>
>the temperatures on mobile core (2) duo intel processors [e.g. an
>T7500] seem to be read out correctly - I can't tell it exactly but
>this seems to be an entirely "cosmetical" issue
>(hopefully it's not the opposite and the values are now read out
>correctly since such high temps would be very worrying ;) )
>
>Keep up the great work & please don't forget your growing amount of
>linux-desktop users :)
>
Amen on that.  And to add confusion here, my makeit script started dying when 
I do a remake after changing a config option, cuz it can't find a System.map 
file to delete, even if I copy it in from /boot.  I had to delete the make 
clean line of the script. Odd.

>Regards
>
>Mat
>--
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at  http://www.tux.org/lkml/



-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Check it out, send me comments, and dance joyously in the streets,
	-- Linus Torvalds announcing 2.0.27

Re: Linux 2.6.25

[Matthew]

On Fri, Apr 18, 2008 at 5:43 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
>
>  On Fri, 18 Apr 2008, Matthew wrote:
>  >
>  > I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
>  > DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
>  > also rc7)
>
>  Can you bisect it?
>
>                 Linus
>

sorry, unfortunately I don't have the time right now to do it (exams-time),

I hope that someone out of the gentoo-community would be willing to do
so, I'll post a link to this entry in the forums & hope that someone
can be found to do it

Regards

Mat

Re: Linux 2.6.25

[Linus Torvalds]

On Fri, 18 Apr 2008, Matthew wrote:
> 
> I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
> DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
> also rc7)

Can you bisect it? 

		Linus

Linux 2.6.25

[Matthew]

Hi everyone, hi Linus,

congratulations on this new great kernel-release :)

I've another "regression" to report for 2.6.25:

it's concerning much higher temperatures being read out by the
"coretemp" kernel-module in comparison to 2.6.24* series

e.g. where temperatures were around 40-47°C they are now constantly
jumping around 55-70°C (even in idle !)

several other users/testers have reported this issue too (both on
zen-sources [heavy patched] & latest gentoo-sources) [slightly
patched]:

http://forums.gentoo.org/viewtopic-t-684812-highlight-.html

if I understood git right it (also) happens in conjunction with an 3
weeks old acpi-snapshot
(http://repo.or.cz/w/linux-2.6/zen-sources.git?a=heads) integrated in
zen-sources

I can "reproduce" this on an Intel Core 2 Duo 6600 (Conroe) with a P5W
DH Deluxe mainboard (by Asus) since at least 2.6.25-rc8 (or possibly
also rc7)

the temperatures on mobile core (2) duo intel processors [e.g. an
T7500] seem to be read out correctly - I can't tell it exactly but
this seems to be an entirely "cosmetical" issue
(hopefully it's not the opposite and the values are now read out
correctly since such high temps would be very worrying ;) )

Keep up the great work & please don't forget your growing amount of
linux-desktop users :)

Regards

Mat