Re: [PATCH] slab: NUMA kmem_cache diet

2007-03-23 Thread Pekka J Enberg
(Please inline patches to the mail, makes it easier to review.) On Thu, 22 Mar 2007, Eric Dumazet wrote: Some NUMA machines have a big MAX_NUMNODES (possibly 1024), but fewer possible nodes. This patch dynamically sizes the 'struct kmem_cache' to allocate only needed space. I moved

Re: + uml-create-archh.patch added to -mm tree

2007-03-23 Thread Andrew Morton
On Fri, 23 Mar 2007 07:51:47 +0100 Blaisorblade [EMAIL PROTECTED] wrote: On Thursday 22 March 2007 22:44, [EMAIL PROTECTED] wrote: The patch titled uml: mreate arch.h ^ has been added to the -mm tree. Its filename is uml-create-archh.patch mreate? I've also seen

Re: 2.6.21-rc4-rt0-kdump (was: Re: [patch] setup_boot_APIC_clock() irq-enable fix)

2007-03-23 Thread Ingo Molnar
* Michal Piotrowski [EMAIL PROTECTED] wrote: BUG: at kernel/fork.c:1033 copy_process() thanks Michal - this is a real bug that affects upstream too. Find the fix below - i've test-booted it and it fixes the warning. Problem is fixed, thanks. BTW. It seems that nobody uses -rt

Re: [PATCH] i386 GDT cleanups: Rename boot_gdt_table to boot_gdt

2007-03-23 Thread Rusty Russell
On Thu, 2007-03-22 at 16:59 +0100, Sébastien Dugué wrote: Rename boot_gdt_table to boot_gdt to avoid the duplicate T(able). Signed-off-by: Sébastien Dugué [EMAIL PROTECTED] --- arch/i386/kernel/head.S |9 - arch/i386/kernel/trampoline.S | 12 ++-- 2 files

Re: [PATCH -mm try#2] Blackfin: on-chip Two Wire Interface I2C driver

2007-03-23 Thread Jean Delvare
Hi Bryan, On Fri, 23 Mar 2007 13:46:57 +0800, Wu, Bryan wrote: Changlogs: a) Fixed issues according to Jean's review. b) Add MAINTAINS infomation c) add I2C_HW_B_BLACKFIN to i2c-id.h I2C_HW_B_* is traditionally used for drivers built on top of the i2c-algo-bit driver, which isn't the case

Re: [PATCH -mm try#2] Blackfin: on-chip Two Wire Interface I2C driver

2007-03-23 Thread Wu, Bryan
On Fri, 2007-03-23 at 08:27 +0100, Jean Delvare wrote: Hi Bryan, On Fri, 23 Mar 2007 13:46:57 +0800, Wu, Bryan wrote: Changlogs: a) Fixed issues according to Jean's review. b) Add MAINTAINS infomation c) add I2C_HW_B_BLACKFIN to i2c-id.h I2C_HW_B_* is traditionally used for

Re: [PATCH] slab: NUMA kmem_cache diet

2007-03-23 Thread Eric Dumazet
Pekka J Enberg a écrit : (Please inline patches to the mail, makes it easier to review.) On Thu, 22 Mar 2007, Eric Dumazet wrote: Some NUMA machines have a big MAX_NUMNODES (possibly 1024), but fewer possible nodes. This patch dynamically sizes the 'struct kmem_cache' to allocate only needed

Re: [QUICKLIST 1/5] Quicklists for page table pages V4

2007-03-23 Thread Andrew Morton
On Thu, 22 Mar 2007 23:52:05 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED] wrote: On Thu, 22 Mar 2007, Andrew Morton wrote: On Thu, 22 Mar 2007 23:28:41 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED] wrote: 1. Proven code from the IA64 arch. The method used here has

Re: [1/6] 2.6.21-rc4: known regressions

2007-03-23 Thread Michal Piotrowski
On 23/03/07, Nick Piggin [EMAIL PROTECTED] wrote: On Thu, Mar 22, 2007 at 06:40:41PM -0700, Linus Torvalds wrote: [ Ok, I think it's those timers again... Ingo: let me just state how *happy* I am that I told you off when you wanted to merge the hires timers and NO_HZ before 2.6.20

Re: 2.6.21-rc4-rt0-kdump (was: Re: [patch] setup_boot_APIC_clock() irq-enable fix)

2007-03-23 Thread Michal Piotrowski
On 23/03/07, Ingo Molnar [EMAIL PROTECTED] wrote: * Michal Piotrowski [EMAIL PROTECTED] wrote: BUG: at kernel/fork.c:1033 copy_process() thanks Michal - this is a real bug that affects upstream too. Find the fix below - i've test-booted it and it fixes the warning. Problem is

Re: [PATCH -mm try#2] Blackfin: architecture update patch

2007-03-23 Thread Andrew Morton
On Fri, 23 Mar 2007 14:04:30 +0800 Wu, Bryan [EMAIL PROTECTED] wrote: This is the latest blackfin update patch. I think I'm going to give up on the present set of blackfin patches. I don't know whether what I have is up-to-date and various versions of various random patches keep on flying

Re: 2.6.21-rc4-rt0-kdump (was: Re: [patch] setup_boot_APIC_clock() irq-enable fix)

2007-03-23 Thread Ingo Molnar
* Michal Piotrowski [EMAIL PROTECTED] wrote: Hibernation is still broken. http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4-rt0/console.log http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4-rt0/rt-config what's the failure mode besides the

Re: [PATCH -mm try#2] Blackfin: architecture update patch

2007-03-23 Thread Wu, Bryan
On Thu, 2007-03-22 at 23:59 -0800, Andrew Morton wrote: On Fri, 23 Mar 2007 14:04:30 +0800 Wu, Bryan [EMAIL PROTECTED] wrote: This is the latest blackfin update patch. I think I'm going to give up on the present set of blackfin patches. I don't know whether what I have is up-to-date and

Re: 2.6.21-rc4-rt0-kdump (was: Re: [patch] setup_boot_APIC_clock() irq-enable fix)

2007-03-23 Thread Michal Piotrowski
On 23/03/07, Ingo Molnar [EMAIL PROTECTED] wrote: * Michal Piotrowski [EMAIL PROTECTED] wrote: Hibernation is still broken. http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4-rt0/console.log

Re: 2.6.21-rc4-rt0-kdump

2007-03-23 Thread Michal Piotrowski
Vivek Goyal napisał(a): On Thu, Mar 22, 2007 at 02:27:25PM +0100, Michal Piotrowski wrote: Michal Piotrowski napisał(a): On 22/03/07, Ingo Molnar [EMAIL PROTECTED] wrote: * Michal Piotrowski [EMAIL PROTECTED] wrote: Hi Ingo, 2.6.21-rc4-rt0 BUG: at kernel/fork.c:1033 copy_process() thanks

Re: New format Intel microcode...

2007-03-23 Thread Marcel Holtmann
Hi Li, Is the tool you mentioned last June [1] available for splitting up the old firmware files to the new format (eg /lib/firmware/intel-ucode/06-0d-06), or are updates available from Intel (or otherwise) in this new format? Yes, we are preparing the new format data files and maybe put

[patch] rfc: introduce /dev/hugetlb

2007-03-23 Thread Ken Chen
On 3/21/07, Adam Litke [EMAIL PROTECTED] wrote: The main reason I am advocating a set of pagetable_operations is to enable the development of a new hugetlb interface. During the hugetlb BOFS at OLS last year, we talked about a character device that would behave like /dev/zero. Many of the

Re: 2.6.21-rc4-mm1

2007-03-23 Thread Andy Whitcroft
Con Kolivas wrote: On Friday 23 March 2007 05:17, Andy Whitcroft wrote: Ok, I have yet a third x86_64 machine is is blowing up with the latest 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with 2.6.21-rc4-mm1+hotfixes-RSDL. I have results on various hotfix levels so I have just fired off a

RSDL cpu scheduler v 0.33

2007-03-23 Thread Con Kolivas
Latest version of RSDL cpu scheduler (v0.33) for various trees available here: http://ck.kolivas.org/patches/staircase-deadline/ -- -ck - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

[rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Nick Piggin
Implement queued spinlocks for i386. This shouldn't increase the size of the spinlock structure, while still able to handle 2^16 CPUs. Not completely implemented with assembly yet, to make the algorithm a bit clearer. The queued spinlock has 2 fields, a head and a tail, which are indexes into a

Re: max_loop limit

2007-03-23 Thread Tomas M
wondering that here are 13 postings about loopdevice limitation, but nobody giving any comment about dm-loop ( http://sources.redhat.com/lvm2/wiki/DMLoop ), which is a solution for this problem .. If I understand it correctly, I would need 'dm' in kernel (or module) and moreover I would

Re: New format Intel microcode...

2007-03-23 Thread Arjan van de Ven
On Fri, 2007-03-23 at 10:43 +0100, Marcel Holtmann wrote: Hi Li, Is the tool you mentioned last June [1] available for splitting up the old firmware files to the new format (eg /lib/firmware/intel-ucode/06-0d-06), or are updates available from Intel (or otherwise) in this new

Re: [PATCH] clockevents: Fix suspend/resume to disk hangs

2007-03-23 Thread Marcus Better
Marcus Better wrote: The XFS workqueue patch [1] fixes my problem [2]. [1] http://permalink.gmane.org/gmane.linux.kernel/507616 [2] http://permalink.gmane.org/gmane.linux.kernel/505570 Unfortunately it only fixed suspend to RAM. Suspend to disk still hangs at snapshotting system. Will try to

Re: Boot time Bluetooth BUG: warning: (value m) at hid-core.c:793

2007-03-23 Thread Jiri Kosina
On Mon, 5 Mar 2007, Amedee Van Gasse wrote: It _appears_ that the bug reports started after an update of bluez-utils, but this remains to be confirmed. It could be coincidence/temporal correlation (which does not imply causation). Hi Amedee, did you have time to confirm whether this

Re: RSDL cpu scheduler v 0.33

2007-03-23 Thread mdew .
oops, sorry for the extra posts :( Changelog? Latest version of RSDL cpu scheduler (v0.33) for various trees available here: http://ck.kolivas.org/patches/staircase-deadline/ -- -ck - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: RSDL cpu scheduler v 0.33

2007-03-23 Thread mdew .
ok, just ignore my post, best to look at the patch first On 3/23/07, mdew . [EMAIL PROTECTED] wrote: oops, sorry for the extra posts :( Changelog? Latest version of RSDL cpu scheduler (v0.33) for various trees available here: http://ck.kolivas.org/patches/staircase-deadline/ -- -ck -

Re: [1/6] 2.6.21-rc4: known regressions

2007-03-23 Thread Nick Piggin
On Fri, Mar 23, 2007 at 08:51:13AM +0100, Michal Piotrowski wrote: On 23/03/07, Nick Piggin [EMAIL PROTECTED] wrote: and that in turn points to the kernel log: http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4/git-console.log Seems convincing. Michal, can you

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 09:59:11 +0100 Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. This shouldn't increase the size of the spinlock structure, while still able to handle 2^16 CPUs. Not completely implemented with assembly yet, to make the algorithm a bit clearer.

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Nick Piggin
On Fri, Mar 23, 2007 at 10:40:17AM +0100, Eric Dumazet wrote: On Fri, 23 Mar 2007 09:59:11 +0100 Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. This shouldn't increase the size of the spinlock structure, while still able to handle 2^16 CPUs. Not

Re: [PATCH] lguest: clean rest of linkage warnings (bar one)

2007-03-23 Thread Rusty Russell
On Thu, 2007-03-22 at 12:45 +0100, Sam Ravnborg wrote: On Thu, Mar 22, 2007 at 09:09:42PM +1100, Rusty Russell wrote: It also fixes the remaining warnings, except one. The code in modpost.c which needs to be taught that it's legal to link from .paravirtprobe to .init.text is horrible, and

Question about CPU flags detection

2007-03-23 Thread hutuworm
Hi all, I just installed Red Hat Enterprise Linux AS release 4 (Nahant Update 4) on a Dell PE1950 server, which has two of dual-core Xeon 5110 1.6GHz CPUs. According to the processor spec @ http://processorfinder.intel.com/details.aspx?sSpec=SL9RZ , it doesn't support Hyper-threading technology,

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Ingo Molnar
* Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. [...] isnt this patented by MS? (which might not worry you SuSE/Novell guys, but it might be a worry for the rest of the world ;-) Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [PATCH] clockevents: Fix suspend/resume to disk hangs

2007-03-23 Thread Tino Keitel
On Fri, Mar 23, 2007 at 10:14:11 +0100, Marcus Better wrote: Marcus Better wrote: The XFS workqueue patch [1] fixes my problem [2]. [1] http://permalink.gmane.org/gmane.linux.kernel/507616 [2] http://permalink.gmane.org/gmane.linux.kernel/505570 Unfortunately it only fixed suspend to

Re: 2.6.21-rc4-mm1

2007-03-23 Thread Cornelia Huck
On Thu, 22 Mar 2007 13:55:51 -0500, Larry Finger [EMAIL PROTECTED] wrote: Cornelia Huck wrote: On Thu, 22 Mar 2007 07:23:06 -0500, This would indicate that dev_uevent had been called. But how could kobject_uevent then return an error without moaning about an uevent() error code? Maybe

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Nick Piggin
On Fri, Mar 23, 2007 at 11:04:18AM +0100, Ingo Molnar wrote: * Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. [...] isnt this patented by MS? (which might not worry you SuSE/Novell guys, but it might be a worry for the rest of the world ;-) I never thought a

[GIT PULL] ieee1394 fix

2007-03-23 Thread Stefan Richter
Linus, please pull from the for-linus branch at git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git for-linus to receive the appended fix for 2.6.21-rc4. Or apply from this mail. Thanks. (The eth1394 issue will be revised as soon as ieee1394 core got rid of

Re: [patch] cache pipe buf page address for non-highmem arch

2007-03-23 Thread Christoph Hellwig
On Thu, Mar 22, 2007 at 05:51:11PM -0700, Ken Chen wrote: It is really sad that we always call kmap and friends for every pipe buffer page on 64-bit arch that doesn't use HIGHMEM, or on configuration that doesn't turn on HIGHMEM. The effect of calling kmap* is visible in the execution

Re: controlling mmap()'d vs read/write() pages

2007-03-23 Thread Eric W. Biederman
Nick Piggin [EMAIL PROTECTED] writes: Eric W. Biederman wrote: Dave Hansen [EMAIL PROTECTED] writes: So, I think we have a difference of opinion. I think it's _all_ about memory pressure, and you think it is _not_ about accounting for memory pressure. :) Perhaps we mean different things,

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Nick Piggin
On Fri, Mar 23, 2007 at 11:04:18AM +0100, Ingo Molnar wrote: * Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. [...] isnt this patented by MS? (which might not worry you SuSE/Novell guys, but it might be a worry for the rest of the world ;-) Hmm, it looks

Re: [PATCH 0/21] MSI rework

2007-03-23 Thread Eric W. Biederman
Michael Ellerman [EMAIL PROTECTED] writes: On Thu, 2007-03-22 at 15:08 -0700, Greg KH wrote: On Fri, Mar 23, 2007 at 09:02:16AM +1100, Benjamin Herrenschmidt wrote: i.e. First the simple bug fixes that should purely be restructure of msi.c with no affect on anything outside of it.

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 11:32:44 +0100 Nick Piggin [EMAIL PROTECTED] wrote: On Fri, Mar 23, 2007 at 11:04:18AM +0100, Ingo Molnar wrote: * Nick Piggin [EMAIL PROTECTED] wrote: Implement queued spinlocks for i386. [...] isnt this patented by MS? (which might not worry you SuSE/Novell

MCE on an NForce4 board (again)

2007-03-23 Thread Jack Malmostoso
-March/005902.html -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Finalmente il design sposa il riscaldamento…vieni a scoprire i prodotti Tubor Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6164d=20070323 - To unsubscribe from this list: send

Re: controlling mmap()'d vs read/write() pages

2007-03-23 Thread Nick Piggin
Eric W. Biederman wrote: Nick Piggin [EMAIL PROTECTED] writes: Eric W. Biederman wrote: Dave Hansen [EMAIL PROTECTED] writes: So, I think we have a difference of opinion. I think it's _all_ about memory pressure, and you think it is _not_ about accounting for memory pressure. :)

Question: Where tty layer keeps termios data?

2007-03-23 Thread Mockern
Hi, Could someone please to help with next question: Where Linux (or maybe tty layer) keeps termios data? If I run stty command, where stty gets current termios settings? Thank you - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: [rfc][patch] queued spinlocks (i386)

2007-03-23 Thread William Lee Irwin III
On Fri, Mar 23, 2007 at 11:04:18AM +0100, Ingo Molnar wrote: isnt this patented by MS? (which might not worry you SuSE/Novell guys, but it might be a worry for the rest of the world ;-) On Fri, Mar 23, 2007 at 11:32:44AM +0100, Nick Piggin wrote: Hmm, it looks like they have implemented a

[PATCH] Cleanup: rationalize paravirt wrappers

2007-03-23 Thread Rusty Russell
[ Andrew: This is the fixed-up, better-tested, with-Avi-suggestions version. Please tell me if it still breaks something. Passes allmodconfig with and without CONFIG_PARAVIRT, SMP and PREMPT here against 2.6.21-rc4-mm1. ] paravirt.c used to implement native versions of all low-level functions.

Re: [PATCH] Cleanup: rationalize paravirt wrappers

2007-03-23 Thread Avi Kivity
Rusty Russell wrote: 4) Access to the native versions is trivial for KVM, lguest, Xen and others who might want it. kvm will be quite happy with it, as long as the x86_64 version has a similar API. include/asm-x86 anyone? ;-) -- Do not meddle in the internals of kernels, for they are

Re: MCE on an NForce4 board (again)

2007-03-23 Thread Avuton Olrich
On 3/23/07, Jack Malmostoso [EMAIL PROTECTED] wrote: Hi there list, this is a repost from the x86-64.org discuss list. I think it could be relevant here too, if not please excuse me and forget this message. I am not subscribed to the LKML, but I can follow the thread on usenet, so no need to

Re: [QUICKLIST 1/5] Quicklists for page table pages V4

2007-03-23 Thread William Lee Irwin III
On Thu, Mar 22, 2007 at 11:48:48PM -0800, Andrew Morton wrote: afacit that two-year-old, totally-different patch has nothing to do with my repeatedly-asked question. It appears to be consolidating three separate quicklist allocators into one common implementation. In an attempt to answer my

Re: Question about CPU flags detection

2007-03-23 Thread Arjan van de Ven
On Fri, 2007-03-23 at 18:04 +0800, hutuworm wrote: Hi all, I just installed Red Hat Enterprise Linux AS release 4 (Nahant Update 4) on a Dell PE1950 server, which has two of dual-core Xeon 5110 1.6GHz CPUs. According to the processor spec @

Re: HELP!!! SD and suspend damage i-node.

2007-03-23 Thread Sergey Smirnov
It's happen only with 4G SD. I made the same test in 512Mb SD. After suspend/resume there is no errors on fs. If I resume PDA with 4G SD it go back to suspend after few seconds. Rafael J. Wysocki wrote: On Thursday, 22 March 2007 13:35, Sergey Smirnov wrote: I use 2.6.20.2 kernel with ext3

Re: [QUICKLIST 1/5] Quicklists for page table pages V4

2007-03-23 Thread William Lee Irwin III
On Thu, Mar 22, 2007 at 11:48:48PM -0800, Andrew Morton wrote: afacit that two-year-old, totally-different patch has nothing to do with my repeatedly-asked question. It appears to be consolidating three separate quicklist allocators into one common implementation. In an attempt to answer my

Re: [QUICKLIST 1/5] Quicklists for page table pages V4

2007-03-23 Thread Nick Piggin
Andrew Morton wrote: but it crashes early in the page allocator (i386) and I don't see why. It makes me wonder if we have a use-after-free which is hidden by the presence of the quicklist buffering or something. Does CONFIG_DEBUG_PAGEALLOC catch it? -- SUSE Labs, Novell Inc. Send instant

Re: [1/6] 2.6.21-rc4: known regressions

2007-03-23 Thread Ingo Molnar
there's a new post-rc4 regression: my T60 hangs during early bootup. I bisected the hang down to this recent commit: | commit 25496caec111481161e7f06bbfa12a533c43cc6f | Author: Thomas Renninger [EMAIL PROTECTED] | Date: Tue Feb 27 12:13:00 2007 -0500 | |ACPI: Only use IPI on known broken

Re: [1/6] 2.6.21-rc4: known regressions

2007-03-23 Thread Thomas Gleixner
On Fri, 2007-03-23 at 12:42 +0100, Ingo Molnar wrote: there's a new post-rc4 regression: my T60 hangs during early bootup. I bisected the hang down to this recent commit: | commit 25496caec111481161e7f06bbfa12a533c43cc6f | Author: Thomas Renninger [EMAIL PROTECTED] | Date: Tue Feb 27

[patch] hrtimers debug patch

2007-03-23 Thread Ingo Molnar
* Michal Piotrowski [EMAIL PROTECTED] wrote: http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4/git-config I don't know how to reproduce this bug on 2.6.21-rc4. On 2.6.21-rc2-mm1 it was very simple, just run youtube, bash_shared_mapping etc. In fact I didn't see this bug

Re: 2.6.21-rc4-rt0-kdump

2007-03-23 Thread Michal Piotrowski
Vivek Goyal napisał(a): On Thu, Mar 22, 2007 at 02:27:25PM +0100, Michal Piotrowski wrote: Michal Piotrowski napisał(a): On 22/03/07, Ingo Molnar [EMAIL PROTECTED] wrote: * Michal Piotrowski [EMAIL PROTECTED] wrote: Hi Ingo, 2.6.21-rc4-rt0 BUG: at kernel/fork.c:1033 copy_process() thanks

Re: RSDL v0.31

2007-03-23 Thread Mike Galbraith
On Fri, 2007-03-23 at 16:59 +1100, Con Kolivas wrote: The deadline mechanism is easy to hit and works. Try printk'ing it. I tried rc4-rsdl.33, and in a log that's 782kb, there is only one instance of an overrun, which I created. On my box, it's dead code. -Mike - To unsubscribe

Re: [linux-pm] [patch 2/2] clk_must_disable() implementation on AT91

2007-03-23 Thread Pavel Machek
Hi! This supports the new clk_must_disable() interface for AT91 systems: - Implement the call, replacing at91_suspend_entering_slow_clock() and eliminating various that's not exported build warnings; - Use it in three drivers: USB Host, USB Peripheral, and RS232 serial. Briefly,

Re: controlling mmap()'d vs read/write() pages

2007-03-23 Thread Eric W. Biederman
Nick Piggin [EMAIL PROTECTED] writes: Would any of them work on a system on which every filesystem was on ramfs, and there was no swap? If not then they are not memory attacks but I/O attacks. I completely concede that you can DOS the system with I/O if that is not limited as well. My

Re: [1/6] 2.6.21-rc4: known regressions

2007-03-23 Thread Ingo Molnar
* Linus Torvalds [EMAIL PROTECTED] wrote: [ Ok, I think it's those timers again... agreed - this seems to be a genuine CONFIG_HIGH_RES_TIMERS=y bug. (which has probably not been fixed since -rc4 either, we have no bugfix in this area that could explain the expires_next==KTIME_MAX timer state

Re: 2.6.21-rc4-mm1

2007-03-23 Thread Andy Whitcroft
Andy Whitcroft wrote: Con Kolivas wrote: On Friday 23 March 2007 05:17, Andy Whitcroft wrote: Ok, I have yet a third x86_64 machine is is blowing up with the latest 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with 2.6.21-rc4-mm1+hotfixes-RSDL. I have results on various hotfix levels so I

[RFC] NUMA : could we introduce virt_to_nid() ?

2007-03-23 Thread Eric Dumazet
Hi Andi Checking Christoph quicklist implementation, I found the same cache miss in free() than SLAB has. /* common implementation * int virt_to_nid(const void *addr) { struct page *page = virt_to_page(addr); return page_to_nid(page); } On some platforms (x86_64 for example),

Re: [RFC] NUMA : could we introduce virt_to_nid() ?

2007-03-23 Thread Pekka Enberg
On 3/23/07, Eric Dumazet [EMAIL PROTECTED] wrote: Checking Christoph quicklist implementation, I found the same cache miss in free() than SLAB has. /* common implementation * int virt_to_nid(const void *addr) { struct page *page = virt_to_page(addr); return page_to_nid(page); }

Re: 2.6.21-rc4-mm1 + 3 hot-fixes -- WARNING: could not find versions for .tmp_versions/built-in.mod

2007-03-23 Thread Yasunori Goto
Hello. WARNING: mm/built-in.o - Section mismatch: reference to .init.text:__alloc_bootmem_node from .text between 'sparse_init' (at offset 0x15c8f) and '__section_nr' I took a look at this one. You have SPARSEMEM enabled in your config. And then I see that in sparse.c we call

Re: Suspend to RAM generates oops and general protection fault

2007-03-23 Thread Jean-Marc Valin
Hi, Sorry I haven't replied recently about that bug, but I have to admit I have no idea where to start. There actually seems to be much more fundamental problems with the kernel on my machines. I initially realised that even without using suspend to RAM, I was still getting crashes when docking.

Re: [PATCH] slab: NUMA kmem_cache diet

2007-03-23 Thread Andy Whitcroft
Eric Dumazet wrote: Some NUMA machines have a big MAX_NUMNODES (possibly 1024), but fewer possible nodes. This patch dynamically sizes the 'struct kmem_cache' to allocate only needed space. I moved nodelists[] field at the end of struct kmem_cache, and use the following computation in

Re: [PATCH 0/4] coredump: core dump masking support v4

2007-03-23 Thread Kawai, Hidehiro
Hi, Thank you for your kind comments. I'm still discussing the answer with my senior colleagues, so please wait a few days. I think I can reply at the beginning of next week. Best regards, -- Hidehiro Kawai Hitachi, Ltd., Systems Development Laboratory Andrew Morton wrote: On Fri, 02 Mar

[PATCH -mm] remove dup_namespaces() declaration

2007-03-23 Thread Cedric Le Goater
Hello ! Here's a minor fix for merge-sys_clone-sys_unshare-nsproxy-and-namespace.patch dup_namespaces() does not exist any more, so we should remove the declaration from nsproxy.h. Signed-off-by: Cedric Le Goater [EMAIL PROTECTED] --- include/linux/nsproxy.h |1 - 1 file changed, 1

Re: [PATCH] clockevents: Fix suspend/resume to disk hangs

2007-03-23 Thread Rafael J. Wysocki
On Friday, 23 March 2007 10:14, Marcus Better wrote: Marcus Better wrote: The XFS workqueue patch [1] fixes my problem [2]. [1] http://permalink.gmane.org/gmane.linux.kernel/507616 [2] http://permalink.gmane.org/gmane.linux.kernel/505570 Unfortunately it only fixed suspend to RAM.

I/O memory barriers vs SMP memory barriers

2007-03-23 Thread David Howells
[Resend - this time with a comma in the addresses, not a dot] Lennert Buytenhek [EMAIL PROTECTED] wrote: [ background: On ARM, SMP synchronisation does need barriers but device synchronisation does not. The question is that given this, whether mb() and friends can be NOPs on ARM or not

Re: [RFC] NUMA : could we introduce virt_to_nid() ?

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 14:48:24 +0200 Pekka Enberg [EMAIL PROTECTED] wrote: On 3/23/07, Eric Dumazet [EMAIL PROTECTED] wrote: Checking Christoph quicklist implementation, I found the same cache miss in free() than SLAB has. /* common implementation * int virt_to_nid(const void *addr) {

[patch] [bugfix] loop.c

2007-03-23 Thread Tomas M
I posted this yesterday but it seems people didn't understand the real goal of my patch. So I will explain once more again: This is a bugfix for loop.c block driver, as it currently allocates more memory then it needs, without any further use. If 'max_loop=255' parameter is given, the loop.c

Re: [PATCH] Protect tty drivers list a little

2007-03-23 Thread Alexey Dobriyan
On Thu, Mar 22, 2007 at 09:29:05AM -0800, Andrew Morton wrote: On Thu, 22 Mar 2007 14:25:42 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote: Additions and removal from tty_drivers list were just done as well as iterating on it for /proc/tty/drivers generation. --- a/drivers/char/tty_io.c

Re: [uml-devel] [ PATCH 4/7 ] UML - create as-layout.h

2007-03-23 Thread Jeff Dike
On Fri, Mar 23, 2007 at 07:47:50AM +0100, Blaisorblade wrote: Hey, I do like _these_ patches! A nice picture in that header could then be added (in the very future ;-) ), but at least one knows there are so much of them. And user_util.h is no more! Heh :-) user_util.h has disgusted me for a

Re: non-NUMA cache_free_alien() (was Re: [RFC] SLAB : NUMA cache_free_alien() very expensive because of virt_to_slab(objp); nodeid = slabp-nodeid;)

2007-03-23 Thread Andi Kleen
But that is based on compile time option, isn't it? Perhaps I need to use some other mechanism to find out the platform is not NUMA capable.. We can probably make it runtime on x86. That will be needed sooner or later for correct NUMA hotplug support anyways. -Andi - To unsubscribe from this

Re: non-NUMA cache_free_alien() (was Re: [RFC] SLAB : NUMA cache_free_alien() very expensive because of virt_to_slab(objp); nodeid = slabp-nodeid;)

2007-03-23 Thread Andi Kleen
On Thu, Mar 22, 2007 at 06:25:16PM -0700, Christoph Lameter wrote: On Thu, 22 Mar 2007, Siddha, Suresh B wrote: You should check num_possible_nodes(), or nr_node_ids (this one is cheaper, its a variable instead of a function call) But that is based on compile time option, isn't

[PATCH] Fix x86_64 compilation with DEBUG_SIG on

2007-03-23 Thread Glauber de Oliveira Costa
Setting the DEBUG_SIG flag breaks compilation due to a wrong struct access. Aditionally, it raises two warnings. This is one patch to fix them all. Signed-off-by: Glauber de Oliveira Costa [EMAIL PROTECTED] -- Glauber de Oliveira Costa Red Hat Inc. Free as in Freedom commit

Re: [PATCH] i386 GDT cleanups: Rename boot_gdt_table to boot_gdt

2007-03-23 Thread Andi Kleen
Rename boot_gdt_table to boot_gdt to avoid the duplicate T(able). We already have so much code churn in this area now, please no pointless renames for at least two releases. Thanks. -Andi - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Re: [RFC] NUMA : could we introduce virt_to_nid() ?

2007-03-23 Thread Andi Kleen
On Fri, Mar 23, 2007 at 12:15:12PM +0100, Eric Dumazet wrote: Hi Andi Checking Christoph quicklist implementation, I found the same cache miss in free() than SLAB has. /* common implementation * int virt_to_nid(const void *addr) { struct page *page = virt_to_page(addr);

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Jiri Kosina
On Fri, 23 Mar 2007, Tomas M wrote: This is a bugfix for loop.c block driver, as it currently allocates more memory then it needs, without any further use. If 'max_loop=255' parameter is given, the loop.c driver allocates this amount of memory: kmalloc(max_loop * sizeof(struct

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 15:04:54 +0100 Tomas M [EMAIL PROTECTED] wrote: I posted this yesterday but it seems people didn't understand the real goal of my patch. So I will explain once more again: This is a bugfix for loop.c block driver, as it currently allocates more memory then it needs,

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Jiri Kosina
On Fri, 23 Mar 2007, Eric Dumazet wrote: - if (max_loop 1 || max_loop 256) { - printk(KERN_WARNING loop: invalid max_loop (must be between - 1 and 256), using default (8)\n); + if (max_loop 1) { + printk(KERN_WARNING loop:

Re: MCE on an NForce4 board (again)

2007-03-23 Thread Robert Hancock
Jack Malmostoso wrote: Hi there list, this is a repost from the x86-64.org discuss list. I think it could be relevant here too, if not please excuse me and forget this message. I am not subscribed to the LKML, but I can follow the thread on usenet, so no need to CC. Feel free to do it if you

Re: [patch] [bugfix] loop.c

2007-03-23 Thread William Lee Irwin III
On Fri, 23 Mar 2007 15:04:54 +0100 Tomas M [EMAIL PROTECTED] wrote: I posted this yesterday but it seems people didn't understand the real goal of my patch. So I will explain once more again: This is a bugfix for loop.c block driver, as it currently allocates more memory then it needs,

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Al Viro
On Fri, Mar 23, 2007 at 03:19:56PM +0100, Eric Dumazet wrote: On Fri, 23 Mar 2007 15:04:54 +0100 Tomas M [EMAIL PROTECTED] wrote: I posted this yesterday but it seems people didn't understand the real goal of my patch. So I will explain once more again: This is a bugfix for loop.c

Re: [PATCH] clockevents: Fix suspend/resume to disk hangs

2007-03-23 Thread Marcus Better
Do you use the microcode driver? No. I'm in the middle of bisecting. Strange enough the symptoms change as I go. Some commits manage to suspend to RAM, but hang at resume. Marcus - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: [BUG] Code reordering in swsusp breaks suspend on SMP systems

2007-03-23 Thread Rafael J. Wysocki
On Friday, 23 March 2007 00:30, Rafael J. Wysocki wrote: On Thursday, 22 March 2007 00:53, Rafael J. Wysocki wrote: On Thursday, 22 March 2007 00:39, Maxim wrote: On Thursday 22 March 2007 01:24:25 Rafael J. Wysocki wrote: On Thursday, 22 March 2007 00:09, Maxim wrote: On Thursday

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Christoph Hellwig
On Fri, Mar 23, 2007 at 03:04:54PM +0100, Tomas M wrote: I posted this yesterday but it seems people didn't understand the real goal of my patch. So I will explain once more again: This is a bugfix for loop.c block driver, as it currently allocates more memory then it needs, without any

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 14:36:05 + Al Viro [EMAIL PROTECTED] wrote: On Fri, Mar 23, 2007 at 03:19:56PM +0100, Eric Dumazet wrote: I cooked the following patch (untested), feel free to test it. Please, get the cleanup into saner shape. This is too ugly. out_mem: while (nba--)

[RFC][Patch 1/4] kprobe fast unregistration

2007-03-23 Thread Masami Hiramatsu
Hi Ananth, Here is a series of patches which introduce two kinds of interfaces for speeding up unregistering process of kprobes. Currently, the unregister_*probe() function takes a long time to unregister specified probe because it waits the rcu synchronization after each unregistration. So we

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Al Viro
On Fri, Mar 23, 2007 at 02:41:09PM +, Christoph Hellwig wrote: The right thing to start with is to split the allocation up, and allocate each loop device by itself, like in the untested patch below: After that you're not wasting memory for any off number of loop devices and can create as

[RFC][Patch 2/4] kretprobe fast unregisteration

2007-03-23 Thread Masami Hiramatsu
This patch introduces unregister_kretprobe_fast() for kretprobe. Signed-off-by: Masami Hiramatsu [EMAIL PROTECTED] --- include/linux/kprobes.h | 12 +++- kernel/kprobes.c| 44 2 files changed, 39 insertions(+), 17 deletions(-)

Re: [RFC] NUMA : could we introduce virt_to_nid() ?

2007-03-23 Thread Christoph Lameter
On Fri, 23 Mar 2007, Eric Dumazet wrote: Checking Christoph quicklist implementation, I found the same cache miss in free() than SLAB has. /* common implementation * int virt_to_nid(const void *addr) { struct page *page = virt_to_page(addr); return page_to_nid(page); }

[RFC][Patch 3/4] jprobe fast unregisteration

2007-03-23 Thread Masami Hiramatsu
This patch introduces unregister_jprobe_fast() for jprobe. Signed-off-by: Masami Hiramatsu [EMAIL PROTECTED] --- This patch introduces unregister_jprobe_fast() for jprobe. include/linux/kprobes.h | 12 +++- kernel/kprobes.c|6 -- 2 files changed, 11 insertions(+), 7

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Eric Dumazet
On Fri, 23 Mar 2007 15:25:23 +0100 (CET) Jiri Kosina [EMAIL PROTECTED] wrote: On Fri, 23 Mar 2007, Eric Dumazet wrote: - if (max_loop 1 || max_loop 256) { - printk(KERN_WARNING loop: invalid max_loop (must be between -1 and 256), using

[RFC][Patch 4/4] kprobes fast unregisteration documentation

2007-03-23 Thread Masami Hiramatsu
This patch adds the description of the fast unregisteration interfaces. Signed-off-by: Masami Hiramatsu [EMAIL PROTECTED] --- Documentation/kprobes.txt | 30 ++ 1 file changed, 30 insertions(+) Index: linux-2.6.21-rc4-mm1/Documentation/kprobes.txt

Re: [PATCH] slab: NUMA kmem_cache diet

2007-03-23 Thread Christoph Lameter
On Fri, 23 Mar 2007, Andy Whitcroft wrote: + /* +* We put nodelists[] at the end of kmem_cache, because we want to size +* this array to nr_node_ids slots instead of MAX_NUMNODES +* (see kmem_cache_init()) +* We still use [MAX_NUMNODES] and not [1] or [0] because

[PATCH 2.6.21-rc4] hwmon: HP Mobile Data Protection System 3D ACPI driver

2007-03-23 Thread Yan Burman
HP Mobile Data Protection System 3D ACPI driver. Similar to hdaps in functionality. This driver provides 4 kinds of functionality: 1) Creates a misc device /dev/accel that acts similar to /dev/rtc and unblocks the process reading from it when the device detects free-fall interrupt 2) Functions as

Re: [patch] [bugfix] loop.c

2007-03-23 Thread Al Viro
On Fri, Mar 23, 2007 at 03:48:09PM +0100, Eric Dumazet wrote: On Fri, 23 Mar 2007 14:36:05 + Al Viro [EMAIL PROTECTED] wrote: On Fri, Mar 23, 2007 at 03:19:56PM +0100, Eric Dumazet wrote: I cooked the following patch (untested), feel free to test it. Please, get the cleanup into

  1   2   3   4   >