Sure may be - powertop is behind all this - if there wasn't long lasting deep c-state we wouldn't have this problem :) Actually I run powertop and disable things until the machine goes into around 5-6 wakeups per second. So what you said is quite likely. Thanks for powertop. Parag Sent via BlackBerry from T-Mobile --

Hello, On big endian machines, /dev/vcsa stores text/attribute bytes in big endian order, while it stores them in little endian order on little endian machines. Is that expected? Samuel --

And the code example should be fixed too: char ch, attrib; (void) read(fd, &ch, 1); (void) read(fd, &attrib, 1); should rather be unsigned short s; unsigned char ch, attrib; ... (void) read(fd, &s, 2); ch = s & 0xff; attrib = (s >> 8); The manual page should also mention that when a 512 chars font is loaded, the 9th bit is in the attrib value, and its position can be fetched through the VT_GETHIFONT...

cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --

On Sun, 9 Dec 2007 23:42:15 +0100 Ahh, thanks guys. Yes, that did indeed work around the problem. My sensors work again, and I don't appear to have any ill effects. At least my devices are all working, and resource assignments (irq, io) look ok. I'll put an append in my lilo.conf for pnpacpi=off for now. /proc/ioports with pnpacpi=off: 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00...

fbcon: fix sparse warning about shadowing 'rotate' symbol Signed-off-by: Marcin Ślusarz <marcin.slusarz@gmail.com> --- drivers/video/console/fbcon.c | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c index 849e114..445839c 100644 --- a/drivers/video/console/fbcon.c +++ b/drivers/video/console/fbcon.c @@ -147,7 +147,7 @@ static char fontname[40]; static int info_idx = -1; /* console rotati...

vgacon: fix sparse warning about shadowing 'i' symbol Signed-off-by: Marcin Ślusarz <marcin.slusarz@gmail.com> --- drivers/video/console/vgacon.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c index f65bcd3..6df29a6 100644 --- a/drivers/video/console/vgacon.c +++ b/drivers/video/console/vgacon.c @@ -1153,8 +1153,6 @@ static int vgacon_do_font_op(struct vgastate *state,char *arg,int set,int ch512) ...

usbdevfs_urb: __user annotation Signed-off-by: Marcin Ślusarz <marcin.slusarz@gmail.com> --- include/linux/usbdevice_fs.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/usbdevice_fs.h b/include/linux/usbdevice_fs.h index 8ca5a7f..17cb108 100644 --- a/include/linux/usbdevice_fs.h +++ b/include/linux/usbdevice_fs.h @@ -104,7 +104,7 @@ struct usbdevfs_urb { int error_count; unsigned int signr; /* signal to be sent on completion, or 0 if...

From: Julia Lawall <julia@diku.dk> Recently, Wang Chen submitted a patch (d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb) after a subsequent reference to skb, because netif_rx may call kfree_skb on its argument. netif_rx_ni calls netif_rx, so the same problem occurs in the files below. I have left the updating of dev->last_rx after the calls to netif_rx_ni because it seems time dependent, but moved the other field updates before. This was found using the fol...

From: Julia Lawall <julia@diku.dk> Recently, Wang Chen submitted a patch (d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb) after a subsequent reference to skb, because netif_rx may call kfree_skb on its argument. The same problem occurs in some other drivers as well. This was found using the following semantic match. (http://www.emn.fr/x-info/coccinelle/) // <smpl> @@ expression skb, e,e1; @@ ( netif_rx(skb); | netif_rx_ni(skb); ) ... when !=...

On Sun, 09 Dec 2007 14:49:16 -0500 is this when a 3D screensaver is active? Probably worth running without the proprietary nvidia driver.... it also tends to get more people to pay attention :) In addition to this suspicion; you're the first one to report this oops since at least a year as shown in http://www.kerneloops.org/guilty.php?guilty=journal_dirty_data&version=2.6.23-rele... so it might well be something weird on your side (like the binary driver...

- generic_file_mmap returns -ENOSYS for NOMMU systems; replicate this behaviour Signed-off-by: Enrik Berkhan <Enrik.Berkhan@ge.com> --- fs/nfs/file.c | 4 ++++ 1 files changed, 4 insertions(+) Index: fs/nfs/file.c =================================================================== --- fs/nfs/file.c.orig 2007-12-05 09:48:59.000000000 +0100 +++ fs/nfs/file.c 2007-12-05 09:49:56.000000000 +0100 @@ -283,7 +283,11 @@ nfs_file_mmap(struct file * file, struct if (!status) { vma-&gt...

From: Dmitry Adamushko <dmitry.adamushko@gmail.com> No need to do a check for 'affine wakeup and passive balancing possibilities' in select_task_rq_fair() when task_cpu(p) == this_cpu. I guess, this part got missed upon introduction of per-sched_class select_task_rq() in try_to_wake_up(). Signed-off-by: Dmitry Adamushko <dmitry.adamushko@gmail.com> --- diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c index f881fc5..2208692 100644 --- a/kernel/sched_fair.c +++ b/kernel/s...

[ cc'ed lkml ] I guess, one possible load-balancing point is out of consideration -- sched_setscheduler() (also rt_mutex_setprio()). (1) NORMAL --> RT, when p->se.on_rq == 1 && ! task_running(rq, p) (2) RT --> NORMAL, when task_running(rq, p) == 1 e.g. for (2) we may even get a completely idle rq (schedule() --> schedule_balance_rt() will not help due to schedule_balance_rt() having a rt_task(prev) check in place... and 'prev' is of NORMAL type when it's scheduled out)....

Convert the semaphore to a mutex in net/9p/util.c Signed-off-by: Kevin Winchester <kjwinchester@gmail.com> --- net/9p/util.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) Index: v2.6.24-rc4/net/9p/util.c =================================================================== --- v2.6.24-rc4.orig/net/9p/util.c +++ v2.6.24-rc4/net/9p/util.c @@ -33,7 +33,7 @@ #include <net/9p/9p.h> struct p9_idpool { - struct semaphore lock; + struct mutex lock; struct...

Hi, I'm trying to get the 88SE6141 on my Asus M2N32 WS Professional working. lspci shows this: 08:00.0 SATA controller: Marvell Technology Group Ltd. 88SE614x SATA II PCI-E controller (rev 01) or 08:00.0 0106: 11ab:6141 (rev 01) with -n. Seeing the post on http://www.nabble.com/kernel-support-for-Marvell-88SE614x-chipset-t2544905.html I tried adding { PCI_VDEVICE(MARVELL, 0x6141), board_ahci_mv }, /* 6141 */ to drivers/ata/ahci.c - this is the result: [267730.714613] ahci 0000:08...

Added some CCs. --

Hi Andrew, Hi Len, after booting 2.6.24-rc4-mm1 (2.6.24-rc4-190-g94545ba, otoh, boots just fine) on my asus laptop, the machine reboots after claiming that "Critical temperature reached (255 C)." However, the degrees number is kinda hinting at 0xff all-ones field. Will try dump_stack in acpi_thermal_critical() to checkout the call path. For now here's the netconsole bootlog: [ 0.000000] Linux version 2.6.24-rc4-mm1 (boris@gollum) (gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)) #7 SM...

Hi. Just a quick reply. Is /proc/bus/usb empty? Is there no symlink named devices (and so you can't cat devices to see what is there)? Also, (if /proc/bus/usb is empty), is /dev/bus/usb/devices not empty? (When you cat devices does it list usb devices you have plugged in?) If so, then that's the problem I'm having. Its very similar to yours, xsane points to the tv card only (not the scanner). Something went away with the recent kernel. Bob --

Sounds for me like this one : http://lkml.org/lkml/2007/12/6/409 Gabriel --

The canonical source for changes in the kernel is the git history. It stores all of them! The canonical source for changes in the kernel that are important to your driver is the output of the compiler. If the compiler triggers and error where previously it didn't, then you depend on a part of the kernel that has changed --- if someone makes an API change that does not cause a compiler error for people who depend on the old behaviour, then they have done the wrong thing, but that happens rarely...

Twice, in fact. This patch as sent won't compile due to an extra &. -- Mathematics is the supreme nostalgia of our time. --

I cannot find the emails to which you are replying. Not in inbox, not on lkml, not in spam folders. And lkml.org records your emails and not the emails to which you are replying. I think something went wrong with Matt's outgoing. --

Ah, yes: http://homepages.tesco.net/~J.deBoynePollard/FGA/smtp-spf-is-harmful.html - Ted --

OK, a backtracking attack assumes a fairly catastrophic case where the attacker has managed to compromise the internal pool state. In Linux, if an attacker has this much access, in most scenarios the attacker probably has the ability to gain write access to kernel memory as well, at which point you have far worse problems. The definition of a backtracking attack is when the attacker uses the current pool state to try to recover the last entropy extraction. As you point out, at each extraction, ...