Re: soft lockup - CPU#1 stuck for 15s! [swapper:0]

2007-12-17 Thread Thomas Gleixner
On Sun, 16 Dec 2007, Parag Warudkar wrote: On Dec 16, 2007 12:15 AM, Parag Warudkar [EMAIL PROTECTED] wrote: On Sat, 15 Dec 2007, Parag Warudkar wrote: I will run it for a little longer just to be sure - but I don't think it will be a problem. No problems for last 10 hours - I

Re: [PATCH] alsa: fix SNDRV_PCM_IOCTL_TTSTAMP value.

2007-12-17 Thread Jaroslav Kysela
On Sun, 16 Dec 2007, Miguel Botón wrote: [ALSA] Use posix clock monotonic for PCM and timer timestamps introduces a bug that makes audio device unusable in some computers. Signed-off-by: Miguel Botón [EMAIL PROTECTED] Thanks for notify that old alsa-lib binaries have trouble with this

[PATCH] max3100 driver

2007-12-17 Thread chripell
This patch adds support for the MAX3100 SPI UART. Generated on 20071217 against v2.6.23 Signed-off-by: Christian Pellegrin [EMAIL PROTECTED] --- drivers/serial/Kconfig |7 + drivers/serial/Makefile|1 + drivers/serial/max3100.c | 956

Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs]

2007-12-17 Thread Kay Sievers
On Mon, 2007-12-17 at 08:29 +0300, Michael Tokarev wrote: Kay Sievers wrote: On Mon, 2007-12-17 at 09:43 +1100, Neil Brown wrote: On Saturday December 15, [EMAIL PROTECTED] wrote: On Dec 14, 2007 7:26 AM, NeilBrown [EMAIL PROTECTED] wrote: Given an fd on a block device, returns a string

Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs]

2007-12-17 Thread Michael Tokarev
Kay Sievers wrote: On Mon, 2007-12-17 at 08:29 +0300, Michael Tokarev wrote: [] How to distinguish char devices from block devices in sysfs? Is the only way to read a symlink `subsystem' in the device directory? By its subsystem value (block), from the symlink, from the environment, or

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread David Wagner
David Wagner wrote: If the attacker gets full administrator-level access on your machine, there are a gazillion ways the attacker can prevent other admins from logging on. This patch can't prevent that. It sounds like this patch is trying to solve a fundamentally unsolveable problem. Tetsuo

Re: [PATCH] max3100 driver

2007-12-17 Thread Jiri Slaby
On 12/17/2007 09:17 AM, [EMAIL PROTECTED] wrote: This patch adds support for the MAX3100 SPI UART. Generated on 20071217 against v2.6.23 Signed-off-by: Christian Pellegrin [EMAIL PROTECTED] --- drivers/serial/Kconfig |7 + drivers/serial/Makefile|1 + drivers

Re: [PATCH] max3100 driver

2007-12-17 Thread chri
On Dec 17, 2007 9:45 AM, Jiri Slaby [EMAIL PROTECTED] wrote: You probably wanted to unregister it after _all_ cards are removed, not after each... Hi, thanks you are right. I haven't noticed this since spi devices are not hot-pluggable so I could remove them only with rmmod (and so all of

Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip?

2007-12-17 Thread Andrew Morton
On Mon, 10 Dec 2007 15:09:43 -0500 trash can [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have tolerated this problem for a year and do not post to this list in haste. I have posted on forums and searched the community over the past year. Your report is welcome

Re: [PATCH] max3100 driver

2007-12-17 Thread Jiri Slaby
On 12/17/2007 09:55 AM, chri wrote: On Dec 17, 2007 9:45 AM, Jiri Slaby [EMAIL PROTECTED] wrote: You probably wanted to unregister it after _all_ cards are removed, not after each... Hi, thanks you are right. I haven't noticed this since spi devices are not hot-pluggable so I could

Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs]

2007-12-17 Thread Michael Tokarev
Michael Tokarev wrote: Kay Sievers wrote: On Mon, 2007-12-17 at 08:29 +0300, Michael Tokarev wrote: [] How to distinguish char devices from block devices in sysfs? Is the only way to read a symlink `subsystem' in the device directory? By its subsystem value (block), from the symlink, from

[PATCH 0/1] IPN: Inter Process Networking

2007-12-17 Thread Renzo Davoli
Inter Process Networking (PATCH): This patch adds a new address family for inter process communication. AF_IPN: inter process networking, i.e. multipoint, multicast/broadcast communication among processes (and networks). Contents of this document: 1. What is IPN? 2. Why IPN? 2.1 Why

INITIO scsi driver fails to work properly

2007-12-17 Thread Filippos Papadopoulos
Hi, I have got an INITIO 9100 UW SCSI Controller with an IBM IC35L036UWD210-0 scsi hard disk on a 32 bit x86 system. Currently i have SUSE 10.1 (Kernel 2.6.16). I tried to install OpenSUSE 10.3 (kernel 2.6.22.5) and the latest OpenSUSE 11.0 Alpha 0 (kernel 2.6.24-rc4) but although the initio

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

2007-12-17 Thread Michael Buesch
On Monday 17 December 2007 08:17:58 [EMAIL PROTECTED] wrote: On Dec 17, 2007 1:52 AM, Larry Finger [EMAIL PROTECTED] wrote: One major difference between bcm43xx-SoftMAC and b43-mac80211 is that the former always used a fixed rate; whereas mac80211 tries to adjust the bit rate according

Re: init_timer_deferrable conversion

2007-12-17 Thread Eric Dumazet
On Sun, 16 Dec 2007 22:00:23 -0500 (EST) Parag Warudkar [EMAIL PROTECTED] wrote: In my quest to get the wake-ups from idle per second down to bare minimum, I noticed 3 places in the kernel that could benefit from using init_timer_deferrable() instead of init_timer() - a)

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

2007-12-17 Thread mvtodevnull
On Dec 17, 2007 4:49 AM, Michael Buesch [EMAIL PROTECTED] wrote: Are you working with wireless-2.6's #everything branch? I've been working with vanilla wireless-2.6, but I've also tried the everything branch as well as other trees. Just for good measure, I just rebuilt the everything branch and

[RFC] [patch 1/2] add non_init_kernel_text_address

2007-12-17 Thread Srinivasa Ds
Changing regular_kernel_text_address() to persistent_kernel_text_address(). Since __init functions are discarded and its memory freed once initialization completes, It would be better if we enable kprobes to refuse probing __init functions. The attached patchset will do that. This patch creates

[RFC] [patch 2/2] Refuse kprobe insertion on __init section code

2007-12-17 Thread Srinivasa Ds
This patch makes use of persistent_kernel_text_address() to avoid probing __init functions. Signed-off-by: Srinivasa DS [EMAIL PROTECTED] Signed-off-by: Ananth N Mavinakayanahalli [EMAIL PROTECTED] --- kernel/kprobes.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index:

Re: [PATCH 0/1] IPN: Inter Process Networking

2007-12-17 Thread david
On Mon, 17 Dec 2007, Renzo Davoli wrote: Inter Process Networking (PATCH): 1. WHAT IS IPN? --- IPN is a new address family designed for one-to-many, many-to-many and peer-to-peer communication among processes. Berkeley sockets have been designed for client-server or point-to-point

Re: Could not set non-blocking flag with 2.6.24-rc5

2007-12-17 Thread Andrew Morton
On Fri, 14 Dec 2007 01:45:39 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote: On Thursday, 13 of December 2007, Tino Keitel wrote: Hi folks, I often build Debian packages inside a chroot. Today I discovered a failure during an aptitude update, which is a command to download new

Re: RFC: remove __read_mostly

2007-12-17 Thread Andrew Morton
On Fri, 14 Dec 2007 01:33:45 +0100 Andi Kleen [EMAIL PROTECTED] wrote: Kyle McMartin [EMAIL PROTECTED] writes: I'd bet, in the __read_mostly case at least, that there's no improvement in almost all cases. I bet you're wrong. Cache line behaviour is critical, much more than pipeline

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

2007-12-17 Thread mvtodevnull
If this is a mac80211 related problem, then other systems connecting to the same ap and using mac80211 would also be affected? Like I said earlier, there are five machines connecting to this ap, and I just realized one of them has a ralink card that uses the rt2x00 driver, which I believe is

Re: PAT 64b: Basic PAT implementation

2007-12-17 Thread Daniel J Blueman
On 14 Dec, 00:50, Andi Kleen [EMAIL PROTECTED] wrote: +void __cpuinit pat_init(void) +{ + /* Set PWT+PCD to Write-Combining. All other bits stay the same */ + if (cpu_has_pat) { All the old CPUs (PPro etc.) with known PAT bugs need to clear this flag now in their CPU init functions.

Re: [RFC] move free page back to MIGRATE_MOVABLE?

2007-12-17 Thread Mel Gorman
On (13/12/07 13:19), Shaohua Li didst pronounce: pages are MIGRATE_MOVABLE initially, and fallback to other types. If the pages are freed, I wonder why not move them back to MIGRATE_MOVABLE. Because there is no need, if a MIGRATE_MOVABLE allocation needs more pages, they will be acquired during

Re: 2.6.24-rc5-mm1 compile failure: usbhid_lookup_quirk

2007-12-17 Thread Andrew Morton
On Sat, 15 Dec 2007 19:50:40 +0100 jurriaan [EMAIL PROTECTED] wrote: MODPOST 196 modules ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbmouse.ko] undefined! ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbkbd.ko] undefined! make[1]: *** [__modpost] Error 1 make: ***

Re: ATA bus error with external hd on esata

2007-12-17 Thread Andrew Morton
On Sat, 15 Dec 2007 21:10:47 +0100 Zsolt Barat [EMAIL PROTECTED] wrote: Zsolt Barat schrieb: hi list, Let's cc the IDE development list. i just bought a MyBook called external HD with a fixed enclosure, from WD. Connected to the SATA port i constantly get ATA bus error messages in the

Re: RFC: remove __read_mostly

2007-12-17 Thread Eric Dumazet
On Mon, 17 Dec 2007 02:33:39 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Fri, 14 Dec 2007 01:33:45 +0100 Andi Kleen [EMAIL PROTECTED] wrote: Kyle McMartin [EMAIL PROTECTED] writes: I'd bet, in the __read_mostly case at least, that there's no improvement in almost all cases.

Re: [PATCH 0/1] IPN: Inter Process Networking

2007-12-17 Thread Ludovico Gardenghi
On Mon, Dec 17, 2007 at 03:31:48AM -0800, [EMAIL PROTECTED] wrote: wouldn't it be better to just add the ability for multiple writers to send to the same pipe, and then have all of them splice into the output of that pipe? this would give the same data-agnostic communication that you are

Re: [PATCH V2] ipwireless_cs driver for 4G PC Card

2007-12-17 Thread Jiri Kosina
[ CC list trimmed ] On Wed, 12 Dec 2007, David Sterba wrote: Changelog: * files moved to ipwireless/, ipwireless_cs_ stripped from filenames * _cs stripped from driver name * kmalloc checks * sync irq during shutdown * removed /proc code, converted to module params When merged, please

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Ingo Molnar
* Rene Herman [EMAIL PROTECTED] wrote: On 16-12-07 16:22, Ingo Molnar wrote: looks good to me. Could you please also provide three more controls that i suggested earlier: - a boot option enabling/disabling the udelay based code - a .config method of enabling/disabling the udelay based

sata_mv not working with a RocketRaid 2220

2007-12-17 Thread Jean-Louis Dupond
Added CC to linux-ide Originele bericht Onderwerp: sata_mv not working with a RocketRaid 2220 Datum: Mon, 17 Dec 2007 00:15:30 +0100 Van:Jean-Louis Dupond [EMAIL PROTECTED] Aan:linux-kernel@vger.kernel.org Hello, I'm trying to get my HighPoint RocketRaid

Re: CMD646 cdrom: drive appears confused drive not ready for command

2007-12-17 Thread Andrew Morton
(added linux-ide) On Sun, 16 Dec 2007 20:36:04 +0200 (EET) Meelis Roos [EMAIL PROTECTED] wrote: I just noticed that all my recent test kernels on Sun Ultra 5 spam dmesg with hdc: drive not ready for command messages. Oldest logs that I have are from 2.6.24-rc4-g94545bad and they are

Re: [PATCH 0/1] IPN: Inter Process Networking

2007-12-17 Thread david
On Mon, 17 Dec 2007, Ludovico Gardenghi wrote: On Mon, Dec 17, 2007 at 03:31:48AM -0800, [EMAIL PROTECTED] wrote: wouldn't it be better to just add the ability for multiple writers to send to the same pipe, and then have all of them splice into the output of that pipe? this would give the

Re: CMD646 cdrom: drive appears confused drive not ready for command

2007-12-17 Thread Andrew Morton
On Mon, 17 Dec 2007 02:59:03 -0800 Andrew Morton [EMAIL PROTECTED] wrote: (added linux-ide) (Ths time for real) On Sun, 16 Dec 2007 20:36:04 +0200 (EET) Meelis Roos [EMAIL PROTECTED] wrote: I just noticed that all my recent test kernels on Sun Ultra 5 spam dmesg with hdc: drive not

Re: [PATCH] sound/core.h: include sound/driver.h

2007-12-17 Thread Takashi Iwai
At Sun, 16 Dec 2007 02:58:31 +0100, Marcin Slusarz wrote: On Fri, Dec 14, 2007 at 12:02:46PM +0100, Takashi Iwai wrote: At Sat, 8 Dec 2007 21:50:45 +0100, Marcin Ślusarz wrote: sound/core.h: include sound/driver.h include sound/driver.h in sound/core.h because core.h uses

Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

2007-12-17 Thread Nicolas Mailhot
[Replying twice because I replied to the wrong message at first] Le dimanche 16 décembre 2007 à 17:59 +0100, Jiri Kosina a écrit : What exactly is the problem here? I didn't seem to catch the beginning of the thread (or it happened off the list I am subscribed to). For more info on usb

Re: CMD646 cdrom: drive appears confused drive not ready for command

2007-12-17 Thread Meelis Roos
So when did thi start? Is 2.6.23 OK? I have 2.6.23 running now and will see if something happens. Are there any other consequences apart from log spam? Any CD communication seems to be impossible after this starts. Will retest when it happens again. -- Meelis Roos ([EMAIL PROTECTED]) --

Re: RFC: remove __read_mostly

2007-12-17 Thread Andrew Morton
On Mon, 17 Dec 2007 11:53:36 +0100 Eric Dumazet [EMAIL PROTECTED] wrote: n Mon, 17 Dec 2007 02:33:39 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Fri, 14 Dec 2007 01:33:45 +0100 Andi Kleen [EMAIL PROTECTED] wrote: Kyle McMartin [EMAIL PROTECTED] writes: I'd bet, in the

Re: 2.6.24-rc5: tape drive not responding

2007-12-17 Thread Andrew Morton
On Mon, 17 Dec 2007 11:25:51 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: On Sun, 16 Dec 2007 20:05:51 -0500 John Stoffel [EMAIL PROTECTED] wrote: [ 215.007701] sym1: SCSI parity error detected: SCR1=1 DBC=1128 SBCL=ae [ 215.008145] sym1: SCSI parity error detected: SCR1=1

Re: How to Switch DMA off for only one Harddisk at Kernelboot

2007-12-17 Thread Oliver Joa
Hi, Alan Cox wrote: [...] For the current kernel and libata you can use libata.dma=3, and it will select DMA for disk (1) + CD (2) but not CF cards. With the older IDE it should be sufficient to use hda=nodma Thanks a lot, but it does not work: If I use libata.dma=3 I get the following: [

Re: Possible recursive locking detected with XFS

2007-12-17 Thread David Chinner
On Thu, Dec 13, 2007 at 06:29:16PM +0300, Vladislav Bolkhovitin wrote: I've just got it while running dbench 200 over a XFS mounted partition. Kernel is 2.6.23. See the attachment. .. Dec 13 16:30:45 tst kernel: [ 917.365836] = Dec 13

Re: INITIO scsi driver fails to work properly

2007-12-17 Thread Andrew Morton
On Mon, 17 Dec 2007 11:39:47 +0200 Filippos Papadopoulos [EMAIL PROTECTED] wrote: Hi, I have got an INITIO 9100 UW SCSI Controller with an IBM IC35L036UWD210-0 scsi hard disk on a 32 bit x86 system. Currently i have SUSE 10.1 (Kernel 2.6.16). I tried to install OpenSUSE 10.3 (kernel

Re: [PATCH 1/5] power: RFC: introduce a new power API

2007-12-17 Thread Anton Vorontsov
On Mon, Dec 17, 2007 at 02:41:39AM -0500, Andres Salomon wrote: [...] On Sun, 2007-12-16 at 21:24 -0500, Andres Salomon wrote: This API has the power_supply drivers device their own device_attribute list; I find this to be a lot more flexible and cleaner. I don't see how this is

Re: [PATCH V2] ipwireless_cs driver for 4G PC Card

2007-12-17 Thread Andrew Morton
On Mon, 17 Dec 2007 11:57:46 +0100 (CET) Jiri Kosina [EMAIL PROTECTED] wrote: [ CC list trimmed ] often a bad idea... On Wed, 12 Dec 2007, David Sterba wrote: Changelog: * files moved to ipwireless/, ipwireless_cs_ stripped from filenames * _cs stripped from driver name * kmalloc

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Ingo Molnar
* Ingo Molnar [EMAIL PROTECTED] wrote: So how is this? Also fixes a few problems with the previous version. thanks Rene! I've added your patch to x86.git. I changed a few things ontop of it, see the additional changelog and delta patch below. here's an updated rollup patch, against

Re: INITIO scsi driver fails to work properly

2007-12-17 Thread Filippos Papadopoulos
On Dec 17, 2007 1:18 PM, Andrew Morton [EMAIL PROTECTED] wrote: On Mon, 17 Dec 2007 11:39:47 +0200 Filippos Papadopoulos [EMAIL PROTECTED] wrote: Hi, I have got an INITIO 9100 UW SCSI Controller with an IBM IC35L036UWD210-0 scsi hard disk on a 32 bit x86 system. Currently i have SUSE

Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu

2007-12-17 Thread Neil Horman
On Thu, Dec 13, 2007 at 10:32:22AM -0500, Neil Horman wrote: On Thu, Dec 13, 2007 at 04:16:29PM +0100, Andi Kleen wrote: On Thu, Dec 13, 2007 at 09:39:22AM -0500, Neil Horman wrote: Ok, new patch attached, taking into account Andi's request for a cleaner method Sorry for not

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread Indan Zupancic
Hi, On Mon, December 17, 2007 01:40, Tetsuo Handa wrote: Hello. Indan Zupancic wrote: What prevents them from mounting tmpfs on top of /dev, bypassing your fs? Mandatory access control (MAC) prevents them from mounting tmpfs on top of /dev . MAC mediates namespace manipulation requests

Re: How to Switch DMA off for only one Harddisk at Kernelboot

2007-12-17 Thread Bartlomiej Zolnierkiewicz
On Monday 17 December 2007, Oliver Joa wrote: Hi, Alan Cox wrote: [...] For the current kernel and libata you can use libata.dma=3, and it will select DMA for disk (1) + CD (2) but not CF cards. With the older IDE it should be sufficient to use hda=nodma Thanks a lot, but it does

Re: [PATCH 0/1] IPN: Inter Process Networking

2007-12-17 Thread Ludovico Gardenghi
On Mon, Dec 17, 2007 at 04:10:19AM -0800, [EMAIL PROTECTED] wrote: if you are talking network connections between virtual systems, then the exiting tap interfaces would seem to do everything you are looking for. you can add them to bridges, route between them, filter traffic between them

Re: [patch 1/2] echoaudio semaphore to mutex

2007-12-17 Thread Takashi Iwai
At Sun, 09 Dec 2007 13:15:10 -0400, Kevin Winchester wrote: Convert the semaphore to a mutex in echoaudio.c Signed-off-by: Kevin Winchester [EMAIL PROTECTED] It was already fixed on ALSA tree :) Thanks anyway. Takashi -- To unsubscribe from this list: send the line unsubscribe

[PATCH] drivers/cdrom/cdrom.c: simplify logic in cdrom_release()

2007-12-17 Thread Borislav Petkov
--- From: Borislav Petkov [EMAIL PROTECTED] Simplify logic in cdrom_release() without semantical change. Signed-off-by: Borislav Petkov [EMAIL PROTECTED] -- drivers/cdrom/cdrom.c | 17 + 1 files changed, 9 insertions(+), 8 deletions(-) diff --git a/drivers/cdrom/cdrom.c

Possible fix for lockup in drop_caches

2007-12-17 Thread richard
Andrew Morton wrote: On Mon, 3 Dec 2007 16:52:47 +0300 Denis V. Lunev [EMAIL PROTECTED] wrote: There is a AB-BA deadlock regarding drop_caches sysctl. Here are the code paths: snip... One way to fix jbd (and jbd2) would be: static void __journal_temp_unlink_buffer(struct journal_head

Re: RFC: remove __read_mostly

2007-12-17 Thread Andi Kleen
So... once we've moved all read-mostly variables into __read_mostly, what is left behind in bss? I had already covered that in the next paragraph which you conveniently snipped :) Anyways I suspect the right solution for that would be more classes of variables for even better grouping. And

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Rene Herman
On 17-12-07 11:57, Ingo Molnar wrote: thanks Rene! I've added your patch to x86.git. I changed a few things ontop of it, see the additional changelog and delta patch below. appropriated it, more. Definitely not going to forgive you for deleting that comment. void native_io_delay(void) {

Re: INITIO scsi driver fails to work properly

2007-12-17 Thread Boaz Harrosh
On Mon, Dec 17 2007 at 13:41 +0200, Filippos Papadopoulos [EMAIL PROTECTED] wrote: On Dec 17, 2007 1:18 PM, Andrew Morton [EMAIL PROTECTED] wrote: On Mon, 17 Dec 2007 11:39:47 +0200 Filippos Papadopoulos [EMAIL PROTECTED] wrote: Hi, I have got an INITIO 9100 UW SCSI Controller with an IBM

Re: [PATCH]: Atmel Serial Console interrupt handler splitup

2007-12-17 Thread Haavard Skinnemoen
On Fri, 14 Dec 2007 12:46:09 +0100 Remy Bohmer [EMAIL PROTECTED] wrote: Hello Andrew, So, to come to a conclusion about this complex patch series, I attached all the latest versions to this mail. The latest patches from yesterday including inline are also included to make the set complete.

Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3)

2007-12-17 Thread shyam_iyer
Hello, I am seeing that this doesn't fix a Dell PowerEdge T105 which has the CK804 chipset. This system has a HL-DT-ST DVD-ROM (See dmesg with this posting) attached to the sata ports and has 8Gb physical memory. The SATA DVD rom gets detected but any I/O like dd or mount is not successful.

Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3)

2007-12-17 Thread shyam_iyer
Hello, I am seeing that this doesn't fix a Dell PowerEdge T105 which has the CK804 chipset. This system has a HL-DT-ST DVD-ROM (See dmesg with this posting) attached to the sata ports and has 8Gb physical memory. The SATA DVD rom gets detected but any I/O like dd or mount is not successful.

Re: RFC: remove __read_mostly

2007-12-17 Thread Andi Kleen
On Mon, Dec 17, 2007 at 03:07:43AM -0800, Andrew Morton wrote: On Mon, 17 Dec 2007 11:53:36 +0100 Eric Dumazet [EMAIL PROTECTED] wrote: n Mon, 17 Dec 2007 02:33:39 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Fri, 14 Dec 2007 01:33:45 +0100 Andi Kleen [EMAIL PROTECTED] wrote:

Re: INITIO scsi driver fails to work properly

2007-12-17 Thread Boaz Harrosh
On Mon, Dec 17 2007 at 14:18 +0200, Boaz Harrosh [EMAIL PROTECTED] wrote: On Mon, Dec 17 2007 at 13:41 +0200, Filippos Papadopoulos [EMAIL PROTECTED] wrote: On Dec 17, 2007 1:18 PM, Andrew Morton [EMAIL PROTECTED] wrote: On Mon, 17 Dec 2007 11:39:47 +0200 Filippos Papadopoulos [EMAIL

Re: Top kernel oopses/warnings this week

2007-12-17 Thread Jon Masters
On Sun, 2007-12-16 at 21:51 -0500, Dave Jones wrote: On Sat, Dec 15, 2007 at 04:49:05PM +0100, Stefan Richter wrote: Reports about tainted kernels have arguably less value. It would be good to hide such reports until a report of the same oops in an untainted kernel was found. I

Re: RFC: remove __read_mostly

2007-12-17 Thread Adrian Bunk
On Mon, Dec 17, 2007 at 01:15:56PM +0100, Andi Kleen wrote: So... once we've moved all read-mostly variables into __read_mostly, what is left behind in bss? I had already covered that in the next paragraph which you conveniently snipped :) Anyways I suspect the right solution for that

Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl

2007-12-17 Thread Andi Kleen
On Mon, Dec 17, 2007 at 08:57:50AM +1100, Paul Mackerras wrote: Greg KH writes: Ok, sorry, it wasn't blindingly obvious that this was for pci sysfs devices that are mmaped, that makes a bit more sense. But I'd like to see what ioctl is wanted here first. I believe the ioctl would be

Re: Option to disable AMD C1E (allows dynticks to work)

2007-12-17 Thread Eduard-Gabriel Munteanu
On Sun, 16 Dec 2007 06:29:57 -0800 (PST) [EMAIL PROTECTED] wrote: On Dec 15, 2:20 am, Eduard-Gabriel Munteanu [EMAIL PROTECTED] wrote: On Fri, 14 Dec 2007 17:35:13 -0500 But maybe someone with access to such hardware can tell us what happens: does he get C2/C3 power states under such

Re: [PATCH V2] ipwireless_cs driver for 4G PC Card

2007-12-17 Thread Jiri Kosina
On Mon, 17 Dec 2007, Andrew Morton wrote: Andrew, what is your position on merging this into your 2.6.25 queue please? David has fixed all the issues that came up during review, so it seems to be that it's time for the driver to be merged during the upcoming merge window. If you take

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread Tetsuo Handa
Hello. Indan Zupancic wrote: If MAC can avoid all that, then why can't it also avoid tampering with /dev? If MAC implementation handles filename and its attributes pair, this filesystem is not needed. But I don't know MAC implementations that handle this pair. SELinux's granularity is allow

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Rene Herman
On 17-12-07 04:35, H. Peter Anvin wrote: Well, we probably should leave the possibility in to use 0x80 -- for one thing, we need to use 0x80 on 386, and there is always the possibility that the switch will have different timing properties on some or all machines. Note that this doesn't

lockdep hashes

2007-12-17 Thread Cyrill Gorcunov
Hi Ingo, i'm quite sorry for annoying you with my stupid question but i don't know whom to ask about lockdep hashes (you're the author right?). Ingo look the code has #define iterate_chain_key(key1, key2) \ (((key1) MAX_LOCKDEP_KEYS_BITS) ^ \ ((key1) (64-MAX_LOCKDEP_KEYS_BITS))

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread Al Boldi
Indan Zupancic wrote: On Mon, December 17, 2007 01:40, Tetsuo Handa wrote: So, use of this filesystem alone is meaningless because attackers with root privileges can do what you are saying. But use of this filesystem with MAC is still valid because MAC can prevent attackers with root

Re: soft lockup - CPU#1 stuck for 15s! [swapper:0]

2007-12-17 Thread Parag Warudkar
On Dec 17, 2007 3:05 AM, Thomas Gleixner [EMAIL PROTECTED] wrote: On Sun, 16 Dec 2007, Parag Warudkar wrote: On Dec 16, 2007 12:15 AM, Parag Warudkar [EMAIL PROTECTED] wrote: On Sat, 15 Dec 2007, Parag Warudkar wrote: I will run it for a little longer just to be sure - but I don't

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Ingo Molnar
* Rene Herman [EMAIL PROTECTED] wrote: On 17-12-07 11:57, Ingo Molnar wrote: thanks Rene! I've added your patch to x86.git. I changed a few things ontop of it, see the additional changelog and delta patch below. appropriated it, more. [...] huh? [...] Definitely not going to forgive

Re: INITIO scsi driver fails to work properly

2007-12-17 Thread Alan Cox
initio doesn't seem to have a maintainer... Are you able to identify any earlier kernel which worked OK? Maybe it's a new device? If you can get the `lspci -vvxx' output for that device we can take a look. If I remember rightly the fixes for this went into the scsi tree a couple of

Re: Top kernel oopses/warnings this week

2007-12-17 Thread Stefan Richter
Jon Masters wrote: On Sun, 2007-12-16 at 21:51 -0500, Dave Jones wrote: On Sat, Dec 15, 2007 at 04:49:05PM +0100, Stefan Richter wrote: Reports about tainted kernels have arguably less value. It would be good to hide such reports until a report of the same oops in an untainted

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread Tetsuo Handa
Hello. Al Boldi wrote: I think the answer is obvious: Tetsuo wants to add functionality that the MACs are missing. So, instead of adding this functionality per MAC, he proposes to add it as ground work, to be combined with any MAC. Yes, that's right. This filesystem is designed to be used

swapping in 2.6.24-rc5-git3

2007-12-17 Thread Lukas Hejtmanek
Hello, does /proc/sys/vm/swappiness still work as expected? # /proc/sys/vm# cat swappiness 0 but scp-ing 2GB file causes many processes are swapped out due to increase of the file cache size. Why? This is totally catastrophic behaviour on the desktop. Is there a way to avoid it except turning

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Rene Herman
On 17-12-07 14:09, Ingo Molnar wrote: -#ifndef CONFIG_UDELAY_IO_DELAY -static int __init dmi_alternate_io_delay_port(const struct dmi_system_id *id) +static int __init dmi_io_delay_0xed_port(const struct dmi_system_id *id) { - printk(KERN_NOTICE %s: using alternate I/O delay port\n,

Re: [PATCH] i386: hard_{en,dis}able_TSC can be static

2007-12-17 Thread Ingo Molnar
thanks, applied your patch to x86.git - queued it up for v2.6.25. Ingo -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: [PATCH] x86-64: make pda's cpunumber and nodenumber unsigned

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: This generally allows better code to be generated, since the zero- extension during 32-bit operations comes for free (needed when the result is used as array index or similar), whereas sign extension must be done explicitly and frequently requires a

Re: [PATCH] x86-64: honor notify_die() returning NOTIFY_STOP

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: This requires making die() return a value, making its callers honor this (and be prepared that it may return), and making oops_end() have two additional parameters. thanks, applied your patch to x86.git - queued it up for v2.6.25. Ingo -- To

RE: [patch 1/5] x86, ptrace: remove bad comment

2007-12-17 Thread Metzger, Markus T
-Original Message- From: Ingo Molnar [mailto:[EMAIL PROTECTED] Sent: Samstag, 15. Dezember 2007 08:30 another detail: shouldnt this be structured so that the APIs are introduced in kernel/ptrace.c, and that the architecture offers the mechanism. (which would thus be ptrace-independent)

Re: Tesing of / bugs in new timerfd API

2007-12-17 Thread Michael Kerrisk
Hi Davide, On 12/16/07, Davide Libenzi [EMAIL PROTECTED] wrote: On Fri, 14 Dec 2007, Michael Kerrisk wrote: You snipped my example that demonstrated the problem. Both of the following runs create a timer that expires 10 seconds from now, but observe the difference in the value returned

Re: [PATCH] x86: fix ref-counting bug in change_page_attr()

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: When either calling change_page_attr() with the default attributes pages in the direct mapping have and a page's attributes already were set to the default or when changing the attributes from one non-default value to another, the reference counting

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Pavel Machek
On Mon 2007-12-17 14:22:26, Rene Herman wrote: On 17-12-07 14:09, Ingo Molnar wrote: -#ifndef CONFIG_UDELAY_IO_DELAY -static int __init dmi_alternate_io_delay_port(const struct dmi_system_id *id) +static int __init dmi_io_delay_0xed_port(const struct dmi_system_id *id) { -

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

2007-12-17 Thread Tetsuo Handa
( This is a reply to http://lkml.org/lkml/2007/12/17/27 .) Hello. David Wagner wrote: But the point is that it's not enough just to prevent attackers from mounting other filesystems over this filesystem. I can think of all sorts of ways that an admin-level attacker might be able to prevent

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Rene Herman
On 17-12-07 14:31, Pavel Machek wrote: On Mon 2007-12-17 14:22:26, Rene Herman wrote: On 17-12-07 14:09, Ingo Molnar wrote: -#ifndef CONFIG_UDELAY_IO_DELAY -static int __init dmi_alternate_io_delay_port(const struct dmi_system_id *id) +static int __init dmi_io_delay_0xed_port(const struct

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread David P. Reed
Rene Herman wrote: No, most definitely not. Having the user select udelay or none through the kernel config and then the kernel deciding ah, you know what, I'll know better and use port access anyway is _utterly_ broken behaviour. Software needs to listen to its master. When acting as an

Re: [PATCH] x86: move interrupts[] to .rodata/.init.data

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: The array is never written, and on 64-bits it's not even being used past initial boot. thanks - applied your patch to x86.git, queued up for v2.6.25. Ingo -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a

Re: [PATCH] x86: make __{save,restore}_processor_state static

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: .. allowing to remove their declarations from a global include file (the symbols don't exist for anything but x86). Likewise for 64-bits' fix_processor_context(), just that that one was properly declared in an arch-specific header. thanks, applied

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread David P. Reed
About to start building and testing. It will take a few hours. Ingo Molnar wrote: here's an updated rollup patch, against 2.6.24-rc4. David, could you please try this? This should work out of box on your system, without any boot option or other tweak needed. -- To unsubscribe from this

Re: [PATCH] x86-64: make pda's cpunumber and nodenumber unsigned

2007-12-17 Thread Jan Beulich
Ingo Molnar [EMAIL PROTECTED] 17.12.07 14:26 * Jan Beulich [EMAIL PROTECTED] wrote: This generally allows better code to be generated, since the zero- extension during 32-bit operations comes for free (needed when the result is used as array index or similar), whereas sign extension must

Re: [PATCH] x86: adjust enable_NMI_through_LVT0()

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: Its previous use in a call to on_each_cpu() was pointless, as at the time that code gets executed only one CPU is online. Further, the function can be __cpuinit, and for this to work without CONFIG_HOTPLUG_CPU setup_nmi() must also get an attribute

Re: 2.6.23.8: OOM killer kills wrong jobs

2007-12-17 Thread Alan Cox
...but I've run into a situation in which a system on which I *have* set no overcommit is being blasted by the OOM killer anyway. Looks like the kernel is eating all the resources needed. Linux babyalcor 2.6.23.1 #1 SMP Fri Oct 26 15:35:18 EDT 2007 \ i686 Dual Core AMD Opteron(tm)

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2007-12-17 Thread Rene Herman
On 17-12-07 14:32, David P. Reed wrote: Rene Herman wrote: No, most definitely not. Having the user select udelay or none through the kernel config and then the kernel deciding ah, you know what, I'll know better and use port access anyway is _utterly_ broken behaviour. Software needs to

Re: [PATCH] x86: fix ref-counting bug in change_page_attr()

2007-12-17 Thread Jan Beulich
Ingo Molnar [EMAIL PROTECTED] 17.12.07 14:28 * Jan Beulich [EMAIL PROTECTED] wrote: When either calling change_page_attr() with the default attributes pages in the direct mapping have and a page's attributes already were set to the default or when changing the attributes from one

Re: [PATCH] x86-64: also define AT_VECTOR_SIZE_ARCH

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: The patch introducing this left out x86-64, despite it also having extra entries. thanks, applied. Is there any 2.6.24 urgency for this? Ingo -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Re: 2.6.24-rc5-mm1 compile failure: usbhid_lookup_quirk

2007-12-17 Thread Jiri Kosina
On Mon, 17 Dec 2007, Andrew Morton wrote: MODPOST 196 modules ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbmouse.ko] undefined! ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbkbd.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 The

Re: [PATCH] Early boot debugging via FireWire (ohci1394_dma=early)

2007-12-17 Thread Ingo Molnar
* Bernhard Kaindl [EMAIL PROTECTED] wrote: Subject of this patch: This patch adds a new configuration option, which adds support for a new early_param which gets checked in arch/x86/kernel/setup_{32,64}.c:setup_arch() to decide wether OHCI-1394 FireWire controllers should be

Re: [PATCH] x86-64: also define AT_VECTOR_SIZE_ARCH

2007-12-17 Thread Jan Beulich
Ingo Molnar [EMAIL PROTECTED] 17.12.07 14:42 * Jan Beulich [EMAIL PROTECTED] wrote: The patch introducing this left out x86-64, despite it also having extra entries. thanks, applied. Is there any 2.6.24 urgency for this? While I haven't seen x86-64 to break due to this (it appears that

Re: [PATCH] x86-64: also define AT_VECTOR_SIZE_ARCH

2007-12-17 Thread Ingo Molnar
* Jan Beulich [EMAIL PROTECTED] wrote: Ingo Molnar [EMAIL PROTECTED] 17.12.07 14:42 * Jan Beulich [EMAIL PROTECTED] wrote: The patch introducing this left out x86-64, despite it also having extra entries. thanks, applied. Is there any 2.6.24 urgency for this? While I haven't

  1   2   3   4   5   6   7   8   9   10   >