Re: ARM i.MX serial: fix tx buffer overflows

2007-01-29 Thread Russell King
On Mon, Jan 29, 2007 at 03:47:59PM +0100, Konstantin Kletschke wrote: > Am 2007-01-05 19:01 +0100 schrieb Pavel Pisa: > > > It applies only for interrupts going through GPIO layer. > > The problem has been noticed by Konstantin Kletschke > > some time ago. > > > > No IRQF_TRIGGER set_type

Re: ARM i.MX serial: fix tx buffer overflows

2007-01-29 Thread Konstantin Kletschke
Am 2007-01-05 19:01 +0100 schrieb Pavel Pisa: > It applies only for interrupts going through GPIO layer. > The problem has been noticed by Konstantin Kletschke > some time ago. > > No IRQF_TRIGGER set_type function for IRQ 26 (MPU) Yes. I reported this also. > drivers/serial/imx.c |3

Re: [PATCH] sysctl selinux: Don't look at table->de

2007-01-29 Thread James Morris
On Mon, 29 Jan 2007, Stephen Smalley wrote: > NAK. Mapping all sysctls to a single security label prevents any kind > of fine-grained security on sysctls, and current policies already make > use of the current distinctions to limit access to particular sets of > sysctls to particular processes.

Re: Raid 10 question/problem [ot]

2007-01-29 Thread Bill Davidsen
Michael Tokarev wrote: Bill Davidsen wrote: [] RAID-10 is not the same as RAID 0+1. It is. Yes, there's separate module for raid10, but what it - basically - does is the same as raid0 module over two raid1 modules will do. It's just a bit more efficient (less levels, more room for

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Soeren Sonnenburg
On Mon, 2007-01-29 at 12:45 +0100, Jiri Kosina wrote: > On Mon, 29 Jan 2007, Soeren Sonnenburg wrote: > > > That sounds good for me. Breaking with what was there is not a problem > > as long as this feature is still there, it can be done in a more clean > > way this way, and the new

Re: VM: Fix nasty and subtle race in shared mmap'ed page writeback

2007-01-29 Thread Andrea Arcangeli
On Mon, Jan 29, 2007 at 03:08:44PM +0100, Andrea Gelmini wrote: > On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote: > > On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote: > > > Hi, > > > I can't do the test 'till next week. > > > > > > Thanks a lot for your time, > > > Gelma

Re: [PATCH 3/3] lutimesat: actual syscall and wire-up on i386

2007-01-29 Thread Ulrich Drepper
Alexey Dobriyan wrote: > What do you mean by "filesystems cannot support lutimes"? Filesystems > that don't have on-disk timestamps for symlinks? Yes. -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖ signature.asc Description: OpenPGP digital signature

Re: Oops on serial access on kernel 2.6.16.38

2007-01-29 Thread Jose Goncalves
Frederik Deweerdt wrote: > On Fri, Jan 26, 2007 at 06:17:03PM +, Jose Goncalves wrote: > >> Frederik Deweerdt wrote: >> >>> On Fri, Jan 26, 2007 at 03:50:25PM +, Jose Goncalves wrote: >>> >>> I'm having a problem with the latest 2.6.16 kernel (I've found the

Re: via irq quirk breakage

2007-01-29 Thread Jean Delvare
Ni Nick, Alan, Le Mercredi 24 Janvier 2007 01:33, Nick Piggin a écrit : > Recently updated an old box to a new kernel, and the USB mouse stops > working. Well it sort of works, but stutters and is very unresponsive. This > happens now and again when the IRQ routing for my board gets broken. > >

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

2007-01-29 Thread Evgeniy Polyakov
P.S. I'm not subscribed to any of the above lists, please Cc: me in replies. -- Evgeniy Polyakov - 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

[ANN] Userspace M-on-N threading model implementation. Alpha release.

2007-01-29 Thread Evgeniy Polyakov
Hello. I'm pleased to announce initial userspace M-on-N threading model implementation (for hackers) called NTL. This is first alpha release, which indeed has bugs and limitations. Userspace M-on-N threading model is based on the idea, that when signal is delivered, kernel saves all information

Re: [Linux-fbdev-devel] [PATCH] nvidiafb: allow ignoring EDID info

2007-01-29 Thread Giuseppe Bilotta
On 1/29/07, Dave Airlie <[EMAIL PROTECTED]> wrote: > > > Because most users won't even be aware of the module option: they'll just > > > know that their card doesn't work right. > > > > This isn't a card problem this is a monitor problem, the card just > > passes through the edid data from the

Re: VM: Fix nasty and subtle race in shared mmap'ed page writeback

2007-01-29 Thread Andrea Gelmini
On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote: > On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote: > > Hi, > > I can't do the test 'till next week. > > > > Thanks a lot for your time, > > Gelma > > Have you ever gotten around to testing this? well, I spent some time

Re: [PATCH] `make help' in build tree doesn't show headers_* targets

2007-01-29 Thread Oleg Verych
> From: Geert Uytterhoeven > Newsgroups: gmane.linux.kernel > Subject: [PATCH] `make help' in build tree doesn't show headers_* targets > Date: Mon, 29 Jan 2007 13:47:01 +0100 (CET) > `make help' in the build tree doesn't show the help texts about the > `headers_install' and `headers_check'

Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!

2007-01-29 Thread Trond Myklebust
On Mon, 2007-01-29 at 16:08 +1100, Neil Brown wrote: > On Monday August 21, [EMAIL PROTECTED] wrote: > > > > Could we instead replace it with a dprintk() that returns the value of > > "res"? That will keep it useful for debugging purposes. > > (only 5 months later...) > > Sure, how about this?

Re: VM: Fix nasty and subtle race in shared mmap'ed page writeback

2007-01-29 Thread Peter Zijlstra
On Mon, 2007-01-29 at 15:08 +0100, Andrea Gelmini wrote: > On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote: > > On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote: > > > Hi, > > > I can't do the test 'till next week. > > > > > > Thanks a lot for your time, > > > Gelma > > >

[PATCH] 2.6.20-rc6-mm1: Fix compile if PREEMPT_RCU is set, but RCU_TRACE isn't

2007-01-29 Thread Bernhard Rosenkraenzer
2.6.20-rc6-mm1 fails to compile if CONFIG_PREEMPT_RCU is set and CONFIG_RCU_TRACE isn' -- the fix is fairly obvious. Signed-off-by: Bernhard Rosenkraenzer <[EMAIL PROTECTED]> --- --- linux-2.6.19/kernel/rcupreempt.c.ark2007-01-28 23:38:07.0 +0100 +++

Re: Bcm43xx oops after suspend to disk

2007-01-29 Thread Matthew Garrett
On Mon, Jan 29, 2007 at 01:55:41PM +0100, roucaries bastien wrote: > - return 0; > + return bcm43xx_init_one(pdev, NULL); > } While this may well work (it's basically equivalent to unloading and reloading the module), it's not a long-term fix - userspace is going to notice the

Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree

2007-01-29 Thread Heiko Carstens
On Mon, Jan 29, 2007 at 12:33:28PM +0100, Heiko Carstens wrote: > On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote: > > mm-search_binary_handler-mem-limit-fix.patch > > From: Dmitriy Monakhov <[EMAIL PROTECTED]> > > > > The function changes mem limit to USER_DS before

[PATCH -rt] Make patch-2.6.20-rc6-rt4 compile & link for ARM

2007-01-29 Thread Dirk Behme
Hi, at least for me it looks like I need something like in attachment to get patch-2.6.20-rc6-rt4 compile and link for ARM. Please correct if anything is wrong. Regards Dirk Fix compile and link of patch-2.6.20-rc6-rt4 for ARM. Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> Index:

Re: [ANNOUNCE] System Inactivity Monitor v1.0

2007-01-29 Thread Alessandro Di Marco
Vojtech Pavlik <[EMAIL PROTECTED]> writes: On Sat, Jan 27, 2007 at 05:45:25PM +, Pavel Machek wrote: > Hi! > > >Well, I do not think your kernel code is mergeable. But bits to enable > >similar functionality in userspace probably would be mergeable. > > > > You

Re: - romsignature-checksum-cleanup-2.patch removed from -mm tree

2007-01-29 Thread Andi Kleen
On Monday 29 January 2007 14:46, Rene Herman wrote: > On 01/10/2007 11:44 PM, [EMAIL PROTECTED] wrote: > > > The patch titled > > romsignature/checksum cleanup > > has been removed from the -mm tree. Its filename was > > romsignature-checksum-cleanup-2.patch > > > > This patch was

[PATCH] x86_64: sync up probe_roms() with i386

2007-01-29 Thread Rene Herman
Hi Andrew. This syncs up the x86_64 probe_roms() with the i386 version as just submitted. === Sync up with i386. Specifically, be careful about touching the legacy ROMs; in virtualized environments they may not be mapped. Crosscompiled, but not booted due to lack of hardware. Signed-off-by:

Re: - romsignature-checksum-cleanup-2.patch removed from -mm tree

2007-01-29 Thread Rene Herman
On 01/10/2007 11:44 PM, [EMAIL PROTECTED] wrote: The patch titled romsignature/checksum cleanup has been removed from the -mm tree. Its filename was romsignature-checksum-cleanup-2.patch This patch was dropped because x86_64 tree changes trashed it I was (am) quite unsure why this

[PATCH] i386: probe_roms() cleanup

2007-01-29 Thread Rene Herman
Hi Andrew. Resubmit. I once heard you say you wanted patches not against -mm but against mainline so this replaces "romsignature-checksum-cleanup.patch" in current -mm. === Remove the assumption that if the first page of a legacy ROM is mapped, it'll all be mapped. This'll also stop people

Re: [patch -mm 3/5] x86_64: fixed-size remaining fake nodes

2007-01-29 Thread Andi Kleen
On Thursday 25 January 2007 22:37, David Rientjes wrote: > Any leftover memory is allocated > to a final node unless the command-line ends with a comma. That sounds like syntactical vinegar and a nasty trap. Remember that venus probe that got lost because of a wrong comma. Can you find some

Re: blacklist kernel boot option

2007-01-29 Thread Oliver Neukum
Am Montag, 29. Januar 2007 14:23 schrieb Jan Engelhardt: > > On Jan 29 2007 13:44, Oliver Neukum wrote: > >What use is it to modularly compile something that almost everybody needs? > > [correction: meant CONFIG_BLK_DEV_MD, because CONFIG_MD itself does > not generate any code] > > So just

Re: [PATCH 0/7] breaking the global file_list_lock

2007-01-29 Thread Stephen Smalley
On Sun, 2007-01-28 at 15:11 +, Christoph Hellwig wrote: > On Sun, Jan 28, 2007 at 02:43:25PM +, Christoph Hellwig wrote: > > On Sun, Jan 28, 2007 at 12:51:18PM +0100, Peter Zijlstra wrote: > > > This patch-set breaks up the global file_list_lock which was found to be a > > > severe

Re: blacklist kernel boot option

2007-01-29 Thread Jan Engelhardt
On Jan 29 2007 13:44, Oliver Neukum wrote: >Am Montag, 29. Januar 2007 13:40 schrieb Jan Engelhardt: >> >Is that an real-live issue, with distro kernels being shipped with >> >almost everything compiled as module these days? >> >> For me it was. FC6 has at least CONFIG_MD=y, and SUSE also has >>

Re: [PATCH] sysctl selinux: Don't look at table->de

2007-01-29 Thread Stephen Smalley
On Sun, 2007-01-28 at 12:21 -0700, Eric W. Biederman wrote: > With the sysctl cleanups sysctl is not really a part of proc > it just shows up there, and any path based approach will not > adequately describe the data as sysctl is essentially a > union mount underneath the covers. As designed this

Re: 2.6.20-rc6: known regressions with patches

2007-01-29 Thread Dave Jones
On Mon, Jan 29, 2007 at 09:45:48AM +0100, Ingo Molnar wrote: > > * Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > Subject: ACPI: fix cpufreq regression > > References : http://lkml.org/lkml/2007/1/16/120 > > Submitter : Ingo Molnar <[EMAIL PROTECTED]> > > Caused-By : Dave Jones

Re: Hidden SSID's

2007-01-29 Thread Dan Williams
On Sun, 2007-01-28 at 22:28 +0100, Johannes Berg wrote: > On Sat, 2007-01-27 at 07:08 -0500, Dan Williams wrote: > > > I really, really don't know why ieee80211 uses , but it's a pain > > in the ass and should NOT be done for d80211. I don't know if we can > > ever remove it from ieee80211

Re: Bcm43xx oops after suspend to disk

2007-01-29 Thread roucaries bastien
On 1/29/07, Pavel Machek <[EMAIL PROTECTED]> wrote: Hi! > >> Do you have the log stuff that precedes this part? In particular, was > >> there a assertion that failed? > >> > > It is oops on resume and no asseertion failled this boot. However I > > have usually a lot of > > bcm43xx: ASSERTION

[PATCH] `make help' in build tree doesn't show headers_* targets

2007-01-29 Thread Geert Uytterhoeven
`make help' in the build tree doesn't show the help texts about the `headers_install' and `headers_check' targets because it looks for include/asm-$(ARCH)/Kbuild in the wrong place. Add the missing `$(srctree)' prefixes to fix this. Also move the printing of the default install path for the

Re: blacklist kernel boot option

2007-01-29 Thread Oliver Neukum
Am Montag, 29. Januar 2007 13:40 schrieb Jan Engelhardt: > >Is that an real-live issue, with distro kernels being shipped with > >almost everything compiled as module these days? > > For me it was. FC6 has at least CONFIG_MD=y, and SUSE also has some =y that > could be =m with the help of module

PROBLEM: PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06 (-#06) (try 'pci=assign-busses')

2007-01-29 Thread Roi Avidan
Following is the bug report according to the bullets in http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html. I hope it can help: [1]PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06 (-#06) (try 'pci=assign-busses') [2]I do not see an immediate problem with my system.

Re: blacklist kernel boot option

2007-01-29 Thread Jan Engelhardt
On Jan 29 2007 12:25, Gerd Hoffmann wrote: >Jan Engelhardt wrote: >> On Jan 29 2007 09:30, Gerd Hoffmann wrote: >>> Bernhard Walle wrote: * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]: brokenmodules=..., but that's SUSE's linuxrc. >>> good enough to boot the rescue system from

Re: [PATCH 0/4] Lumpy Reclaim V3

2007-01-29 Thread Andy Whitcroft
Andrew Morton wrote: > On Wed, 6 Dec 2006 16:59:04 + > Andy Whitcroft <[EMAIL PROTECTED]> wrote: > >> This is a repost of the lumpy reclaim patch set. This is >> basically unchanged from the last post, other than being rebased >> to 2.6.19-rc2-mm2. > > The patch sequencing appeared to be

Re: [PATCH 0/4] Lumpy Reclaim V3

2007-01-29 Thread Andy Whitcroft
Andrew Morton wrote: > On Wed, 6 Dec 2006 16:59:04 + > Andy Whitcroft <[EMAIL PROTECTED]> wrote: > >> This is a repost of the lumpy reclaim patch set. > > more... > > One concern is that when the code goes to reclaim a lump and fails, we end > up reclaiming a number of pages which we didn't

[PATCH -mm] sn2: use static ->proc_fops

2007-01-29 Thread Alexey Dobriyan
fix-rmmod-read-write-races-in-proc-entries.patch doesn't want dynamically allocated ->proc_fops, because it will set it to NULL at module unload time. Regardless of module status, switch to statically allocated ->proc_fops which leads to simpler code without wrappers. AFAICS, also fix the

Problem with unix sockets: SOCK_DGRAM ignores MSG_TRUNC

2007-01-29 Thread Daniel Kabs
Hi, I use unix domain datagram sockets for IPC, e.g. I receive messages by calling recv(). "man 2 recv" tells me about the flags argument to a recv() call, namely: MSG_TRUNC Return the real length of the packet, even when it was longer than the passed buffer. Only valid for

Re: [PATCH] tty: cleanup release_mem

2007-01-29 Thread Alan Cox
On Sun, Jan 28, 2007 at 06:12:44PM +0100, Christoph Hellwig wrote: > release_mem contains two copies of exactly the same code. Refactor > these into a new helper, release_tty. The only change in behaviour > is that the driver reference count is now decremented after the > master tty has been

Re: Bcm43xx oops after suspend to disk

2007-01-29 Thread Pavel Machek
Hi! > >> Do you have the log stuff that precedes this part? In particular, was > >> there a assertion that failed? > >> > > It is oops on resume and no asseertion failled this boot. However I > > have usually a lot of > > bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: > >

Re: [ANNOUNCE] System Inactivity Monitor v1.0

2007-01-29 Thread Stefan Seyfried
On Sat, Jan 27, 2007 at 05:45:25PM +, Pavel Machek wrote: > > This patch exports to the user space the inactivity time (in msecs) of a > > given > > input device. Example follows: > > Looks okay to me. I guess you should sign it off, and ask Dmitry > (input maintainer) for a merge? Hey,

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Jiri Kosina
On Mon, 29 Jan 2007, Soeren Sonnenburg wrote: > That sounds good for me. Breaking with what was there is not a problem > as long as this feature is still there, it can be done in a more clean > way this way, and the new /sys/foo/bar path is documented (basically > people nowadays expect slight

Re: question on resume()

2007-01-29 Thread Oliver Neukum
Am Montag, 29. Januar 2007 12:24 schrieb Nigel Cunningham: > Hi. > > On Mon, 2007-01-29 at 12:06 +0100, Oliver Neukum wrote: > > Hi, > > > > may a driver call wake_up() while doing resume() ? > > I assume you mean waking a userspace process from drivers_resume(). If > so, the answer is no -

Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree

2007-01-29 Thread Heiko Carstens
On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote: > > The patch titled > mm: search_binary_handler() mem limit fix > has been added to the -mm tree. Its filename is > mm-search_binary_handler-mem-limit-fix.patch > > *** Remember to use Documentation/SubmitChecklist

Re: blacklist kernel boot option

2007-01-29 Thread Gerd Hoffmann
Jan Engelhardt wrote: > On Jan 29 2007 09:30, Gerd Hoffmann wrote: >> Bernhard Walle wrote: >>> * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]: >>> brokenmodules=..., but that's SUSE's linuxrc. >> good enough to boot the rescue system from the install cd without >> oopsing and fix up the

Re: question on resume()

2007-01-29 Thread Nigel Cunningham
Hi. On Mon, 2007-01-29 at 12:06 +0100, Oliver Neukum wrote: > Hi, > > may a driver call wake_up() while doing resume() ? I assume you mean waking a userspace process from drivers_resume(). If so, the answer is no - processes will still be frozen at the point. In the case of Suspend2, the LRU

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Soeren Sonnenburg
On Mon, 2007-01-29 at 12:13 +0100, Jiri Kosina wrote: > On Mon, 29 Jan 2007, Jiri Kosina wrote: > > > Ah, now I see. The problem is that in pre-2.6.20-rc1 the pb_fnmode was > > setting global variable, but after the HID layer rework, this is a > > per-hid variable, which is of course not

[-mm patch] BUG at net/sunrpc/svc.c:128 (was Re: 2.6.20-rc6-mm2)

2007-01-29 Thread Frederik Deweerdt
On Mon, Jan 29, 2007 at 12:12:07AM -0800, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm2/ > Hi, The svc_pool_map_init_percpu() should get maxpool from the number of online cpus, not the number of nodes. The following BUG

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Jiri Kosina
On Mon, 29 Jan 2007, Jiri Kosina wrote: > Ah, now I see. The problem is that in pre-2.6.20-rc1 the pb_fnmode was > setting global variable, but after the HID layer rework, this is a > per-hid variable, which is of course not updated when write to sysfs > triggers. I will try to fix this before

Re: blacklist kernel boot option

2007-01-29 Thread Jan Engelhardt
On Jan 29 2007 09:30, Gerd Hoffmann wrote: >Bernhard Walle wrote: >> * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]: >> brokenmodules=..., but that's SUSE's linuxrc. > >good enough to boot the rescue system from the install cd without >oopsing and fix up the blacklist file in the

Re: [patch 9/9] mm: fix pagecache write deadlocks

2007-01-29 Thread Nick Piggin
On Mon, Jan 29, 2007 at 11:33:03AM +0100, Nick Piggin wrote: > + } else { > + char *src, *dst; > + src = kmap(src_page); > + dst = kmap(page); > + memcpy(dst + offset, > + src +

Re: 2.6.20-rc6-mm2

2007-01-29 Thread Jiri Kosina
On Mon, 29 Jan 2007, Andrew Morton wrote: > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm2/ I just got this on suspend/resume cycle on my IBM T42p pcspkr pcspkr: EARLY resume vesafb vesafb.0: EARLY resume serial8250 serial8250: EARLY resume i8042 i8042: EARLY resume platform floppy.0:

Re: Hidden SSID's

2007-01-29 Thread Johannes Berg
On Sat, 2007-01-27 at 07:08 -0500, Dan Williams wrote: > I really, really don't know why ieee80211 uses , but it's a pain > in the ass and should NOT be done for d80211. I don't know if we can > ever remove it from ieee80211 though for backwards compat reasons. Ugh. /me makes a note for the

Re: [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6

2007-01-29 Thread Soeren Sonnenburg
On Mon, 2007-01-29 at 10:38 +0100, Jiri Kosina wrote: > On Sat, 27 Jan 2007, Soeren Sonnenburg wrote: [...] > Soeren - could you please submit your patch with proper Signed-off-by > line? argh, sorry! Attached! Soeren -- Sometimes, there's a moment as you're waking, when you become aware of

Re: [PATCH 3/3] lutimesat: actual syscall and wire-up on i386

2007-01-29 Thread Alexey Dobriyan
On Fri, Jan 26, 2007 at 12:45:20PM -0800, Ulrich Drepper wrote: > Andrew Morton wrote: > > OK, but I don't recall having seeing a demand for lutimes(). Opinions > > are sought? > > It's an interface which has been available on other platforms forever > (lutimes, not lutimesat). If it can be

Re: [linux-usb-devel] 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Sergey Vlasov
On Mon, Jan 29, 2007 at 10:55:48AM +0100, Jiri Kosina wrote: > Changing module parameter values through sysfs is not a very nice idea, > because the change of the value is indeed silent - the driver is not > notified in any way, that the value has changed. So the driver should take > care of it

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Jiri Kosina
On Mon, 29 Jan 2007, Soeren Sonnenburg wrote: > Well I need in-kernel usbhid and the way this was implemented in 2.6.19 > (and before) one could change pb_fnmode on-the-fly. This is mentioned in > all the power/i/mac/book tutorials and everyone is used to switching > modes this way. I can

[patch 8/9] mm: generic_file_buffered_write iovec cleanup

2007-01-29 Thread Nick Piggin
Hide some of the open-coded nr_segs tests into the iovec helpers. This is all to simplify generic_file_buffered_write, because that gets more complex in the next patch. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/mm/filemap.h

[patch 7/9] mm: cleanup pagecache insertion operations

2007-01-29 Thread Nick Piggin
Quite a bit of code is used in maintaining these "cached pages" that are probably pretty unlikely to get used. It would require a narrow race where the page is inserted concurrently while this process is allocating a page in order to create the spare page. Then a multi-page write into an uncached

[patch 9/9] mm: fix pagecache write deadlocks

2007-01-29 Thread Nick Piggin
Modify the core write() code so that it won't take a pagefault while holding a lock on the pagecache page. There are a number of different deadlocks possible if we try to do such a thing: 1. generic_buffered_write 2. lock_page 3.prepare_write 4. unlock_page+vmtruncate 5.

[patch 6/9] mm: be sure to trim blocks

2007-01-29 Thread Nick Piggin
If prepare_write fails with AOP_TRUNCATED_PAGE, or if commit_write fails, then we may have failed the write operation despite prepare_write having instantiated blocks past i_size. Fix this, and consolidate the trimming into one place. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index:

[patch 5/9] mm: debug write deadlocks

2007-01-29 Thread Nick Piggin
Allow CONFIG_DEBUG_VM to switch off the prefaulting logic, to simulate the difficult race where the page may be unmapped before calling copy_from_user. Makes the race much easier to hit. This is useful for demonstration and testing purposes, but is removed in a subsequent patch. Signed-off-by:

[patch 3/9] mm: revert "generic_file_buffered_write(): deadlock on vectored write"

2007-01-29 Thread Nick Piggin
From: Andrew Morton <[EMAIL PROTECTED]> Revert 6527c2bdf1f833cc18e8f42bd97973d583e4aa83 This patch fixed the following bug: When prefaulting in the pages in generic_file_buffered_write(), we only faulted in the pages for the firts segment of the iovec. If the second of successive segment

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Soeren Sonnenburg
On Mon, 2007-01-29 at 10:55 +0100, Jiri Kosina wrote: > On Sat, 27 Jan 2007, Soeren Sonnenburg wrote: > > > I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode > > is just ignored until the machine does a suspend-resume cycle. [...] > I would rather be inclined to just make

[patch 4/9] mm: generic_file_buffered_write cleanup

2007-01-29 Thread Nick Piggin
From: Andrew Morton <[EMAIL PROTECTED]> Clean up buffered write code. Rename some variables and fix some types. Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/mm/filemap.c

[patch 2/9] mm: revert "generic_file_buffered_write(): handle zero length iovec segments"

2007-01-29 Thread Nick Piggin
From: Andrew Morton <[EMAIL PROTECTED]> Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6. This was a bugfix against 6527c2bdf1f833cc18e8f42bd97973d583e4aa83, which we also revert. Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index:

[patch 1/9] fs: libfs buffered write leak fix

2007-01-29 Thread Nick Piggin
simple_prepare_write and nobh_prepare_write leak uninitialised kernel data. Fix the former, make a note of the latter. Several other filesystems seem to be iffy here, too. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/fs/libfs.c

[patch 0/9] buffered write deadlock fix

2007-01-29 Thread Nick Piggin
The following set of patches attempt to fix the buffered write locking problems (and there are a couple of peripheral patches and cleanups there too). Patches against 2.6.20-rc6. I was hoping that 2.6.20-rc6-mm2 would be an easier diff with the fsaio patches gone, but the readahead rewrite

Re: ibmvstgt/aio broken with 2.6.20-rc6 powerpc

2007-01-29 Thread FUJITA Tomonori
From: Bastian Blank <[EMAIL PROTECTED]> Subject: ibmvstgt/aio broken with 2.6.20-rc6 powerpc Date: Sun, 28 Jan 2007 19:52:58 +0100 > I'm not really sure if this is a ibmvstgt or a generic aio problem. You use 2.6.20-rc6 with the aio-epoll-wait patch, right? I think that this is due to the

Re: lockmeter

2007-01-29 Thread hui
On Sun, Jan 28, 2007 at 09:27:45PM -0800, Bill Huey wrote: > On Sun, Jan 28, 2007 at 10:17:05PM +0100, Ingo Molnar wrote: > > btw., while my plan is to prototype your lock-stat patch in -rt > > initially, it should be doable to extend it to be usable with the > > upstream kernel as well. ... >

Re: [Fwd: [PATCH 2/7] lock_list: a fine grain locked double linked list]

2007-01-29 Thread Christoph Hellwig
On Mon, Jan 29, 2007 at 11:20:40AM +0100, Peter Zijlstra wrote: > klist is quite different in that it locks the whole list. The proposed > data structure locks each edge, that is it will allow concurrent > deletion of elements as long as they don't share neighbours. Yes, that's one of the reasons

Re: [Fwd: [PATCH 2/7] lock_list: a fine grain locked double linked list]

2007-01-29 Thread Peter Zijlstra
On Sun, 2007-01-28 at 17:20 +, Christoph Hellwig wrote: > > Provide a simple fine grain locked double link list. > > > > It is build upon the regular double linked list primitives, spinlocks and > > RCU. > > > > Locking is peculiar in that edges are locked, this avoid the circular lock > >

page_mkwrite caller is racy?

2007-01-29 Thread Nick Piggin
Hi, After do_wp_page calls page_mkwrite on its target (old_page), it then drops the reference to the page before locking the ptl and verifying that the pte points to old_page. Unfortunately, old_page may have been truncated and freed, or reclaimed, then re-allocated and used again for the same

Re: [PATCH 0/6] MSI portability cleanups

2007-01-29 Thread Michael Ellerman
On Mon, 2007-01-29 at 02:03 -0700, Eric W. Biederman wrote: > Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > > > On Sun, 2007-01-28 at 21:25 -0800, David Miller wrote: > >> From: [EMAIL PROTECTED] (Eric W. Biederman) > >> Date: Sun, 28 Jan 2007 22:18:59 -0700 > >> > >> > Regardless of my

Re: 2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Jiri Kosina
On Sat, 27 Jan 2007, Soeren Sonnenburg wrote: > I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode > is just ignored until the machine does a suspend-resume cycle. Hi Soeren, I would probably not call this a regression, as this has been always there, as far as I can see.

[PATCH 3/3] lutimesat: actual syscall and wire-up on i386

2007-01-29 Thread Alexey Dobriyan
On Sat, Jan 27, 2007 at 11:59:55PM -0800, H. Peter Anvin wrote: > Alexey Dobriyan wrote: > >+asmlinkage long sys_lutimesat(int dfd, char __user *filename, struct > >timeval __user *utimes) > > Could we get these to take struct timespec instead of struct timeval? > > Right now we have a real

Re: [PATCH] mm: remove global locks from mm/highmem.c

2007-01-29 Thread Peter Zijlstra
On Sun, 2007-01-28 at 14:29 -0800, Andrew Morton wrote: > As Christoph says, it's very much preferred that code be migrated over to > kmap_atomic(). Partly because kmap() is deadlockable in situations where a > large number of threads are trying to take two kmaps at the same time and > we run

Re: [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6

2007-01-29 Thread Jiri Kosina
On Sat, 27 Jan 2007, Soeren Sonnenburg wrote: > > > > I've noticed that this patch is not in 2.6.20-rc1. Could you please > > > > comment on what is wrong with it / whether it will ever have a chance to > > > > be accepted in the way it is done ? > > > It's in my queue right now, sorry. I'll

2.6.20-rc6 appletouch: incomplete data package (first byte: 2, length: 4).

2007-01-29 Thread Soeren Sonnenburg
Dear all, I realized that when I compile/load ehci-hcd as a module on this macbookpro1,1 that appletouch would stop functioning and send tons of appletouch: incomplete data package (first byte: 2, length: 4). appletouch: incomplete data package (first byte: 2, length: 4). appletouch: incomplete

[PATCH] 2.6.20-rc6 trivially enable mouse button 2+3 emulation for x86 macs

2007-01-29 Thread Soeren Sonnenburg
Dear all, I would think this patch is too trivial to not be in 2.6.20: As macbook/macbook pro's also have to live with a single mouse button the following patch just enables the Macintosh device drivers menu in Kconfig + adds the macintosh dir to the obj-* to make macbook* users happy (who use

[PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6

2007-01-29 Thread Soeren Sonnenburg
On Sat, 2006-12-23 at 11:38 +0100, Soeren Sonnenburg wrote: > On Fri, 2006-12-15 at 09:56 -0800, Greg KH wrote: > > On Fri, Dec 15, 2006 at 09:36:04AM +0100, Soeren Sonnenburg wrote: > > > On Sat, 2006-12-09 at 21:08 -0500, Joseph Fannin wrote: > > > > On Fri, 2006-12-08 at 18:19 +0100, Soeren

2.6.20-rc6 pb_fnmode regression

2007-01-29 Thread Soeren Sonnenburg
Dear all, I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode is just ignored until the machine does a suspend-resume cycle. I've added a printk in drivers/usb/input/hid-core.c (which is the only place where hid->pb_fnmode is set) and indeed only on module load ( in my case

Re: [-mm patch] fix GFS2 circular dependency

2007-01-29 Thread Steven Whitehouse
Hi, Now applied to the GFS2 -nmw git tree. Thanks, Steve. On Sun, 2007-01-28 at 17:19 +0100, Adrian Bunk wrote: > On Sun, Jan 28, 2007 at 11:08:18AM +0100, Jiri Slaby wrote: > > Andrew Morton napsal(a): > > >Temporarily at > > > > > > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/ > > > >

Re: [PATCH 0/6] MSI portability cleanups

2007-01-29 Thread Eric W. Biederman
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > On Sun, 2007-01-28 at 21:25 -0800, David Miller wrote: >> From: [EMAIL PROTECTED] (Eric W. Biederman) >> Date: Sun, 28 Jan 2007 22:18:59 -0700 >> >> > Regardless of my opinion on the sanity of the hypervisor architects. >> > I have not seen

software read-only flag for rw partition or disk ?

2007-01-29 Thread Yakov Lerner
Does /proc have any entries to flip the "software read-only flag" for a partition or disk (which are physically read-write) ? Yakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

finding "dead" CONFIG variables -- an exercise for the reader

2007-01-29 Thread Robert P. J. Day
FYI, the majority of patches i've submitted lately related to potentially "dead" CONFIG variables in the source tree were identified by a short script "dead_config.sh" i wrote you can find here: http://www.fsdev.dreamhosters.com/wiki/index.php?title=Dead_CONFIG_variables that script scans

Re: 2.6.20-rc6-mm1: linker error with arch_setup_additional_pages

2007-01-29 Thread Andrew Morton
On Mon, 29 Jan 2007 03:51:54 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > > > I think the easy and correct fix for this situation is defining > > CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if > > IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to > > require

Re: 2.6.20-rc6: known regressions with patches

2007-01-29 Thread Ingo Molnar
* Adrian Bunk <[EMAIL PROTECTED]> wrote: > Subject: ACPI: fix cpufreq regression > References : http://lkml.org/lkml/2007/1/16/120 > Submitter : Ingo Molnar <[EMAIL PROTECTED]> > Caused-By : Dave Jones <[EMAIL PROTECTED]> > commit 0916bd3ebb7cefdd0f432e8491abe24f4b5a101e >

Re: [Bugme-new] [Bug 7891] New: vdso page is no longer mapped for

2007-01-29 Thread Andi Kleen
On Saturday 27 January 2007 23:02, Andrew Morton wrote: > On Sat, 27 Jan 2007 15:01:51 -0500 > > "Parag Warudkar" <[EMAIL PROTECTED]> wrote: > > Here is a patch that does what Andrew Morton suggested (plus some more > > as explained below) . > > Patch inline below and also attached in case there

Re: [patch] i386: add option to show more code in oops reports

2007-01-29 Thread Andi Kleen
On Friday 26 January 2007 00:56, Chuck Ebbert wrote: > Can't think of a way to word the justification, but I've wanted to see more > code a few times. Hmm, not sure I see the point. The Code line is just that you can make sense of random mailing list oopses where you don't have a vmlinux. But as

Re: 2.6.20-rc6-mm1: linker error with arch_setup_additional_pages

2007-01-29 Thread Andi Kleen
> I think the easy and correct fix for this situation is defining > CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if > IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to > require arch_setup_additional_pages() only IA32 emulation requires > it.) > > The patch below should

Re: 2.6.20-rc6-mm1

2007-01-29 Thread Ingo Molnar
* Herbert Xu <[EMAIL PROTECTED]> wrote: > Actually, maybe I was confusing this with the fixes Ingo had for > local_bh_disable vs. preemption in the -rt tree. Ingo, do you have > preemptible RCU support in your -rt tree and if so did you have to fix > the networking stack to behave correctly

Re: blacklist kernel boot option

2007-01-29 Thread Gerd Hoffmann
Bernhard Walle wrote: > * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]: > brokenmodules=..., but that's SUSE's linuxrc. good enough to boot the rescue system from the install cd without oopsing and fix up the blacklist file in the installed systen though ;) Trying to boot into single

Re: [PATCH 0/6] MSI portability cleanups

2007-01-29 Thread Eric W. Biederman
> > That is to make Eric's code itself cope with the HV case. I'm a bit at > loss right now as how precisely to do it. I need to spend more time > staring at the code after Eric latest patches rather than the patches > themselves I suppose :-) (Eric, they don't apply out of the box on > current

Re: mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded

2007-01-29 Thread Eric W. Biederman
[EMAIL PROTECTED] writes: > On Sun, 28 Jan 2007 23:08:17 MST, Eric W. Biederman said: >> [EMAIL PROTECTED] writes: > >> Does it find sys? If so perhaps I should do something even more significant. >> I guess if I get many complaints about this I will figure out how to print >> out an appropriate

2.6.20-rc6-mm2

2007-01-29 Thread Andrew Morton
Temporarily at http://userweb.kernel.org/~akpm/2.6.20-rc6-mm2/ Will appear later at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm2/ - Dropped git-block due to CFQ breakage - Dropped the fsaio patches due to their dependence on

Re: [xfs-masters] [PATCH} XFS: Remove placeholders for unimplemented functionality.

2007-01-29 Thread Robert P. J. Day
On Sun, 28 Jan 2007, Eric Sandeen wrote: > Robert P. J. Day wrote: > > Remove a couple kernel config variables (FS_POSIX_CAP and > > FS_POSIX_MAC) that represent placeholders for unimplemented > > functionality. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > > > --- > > ... > >

<    1   2   3   4   5   6   7   8   9   >