OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Martin J. Bligh
On 2.6.18-rc7 and later during LTP: http://test.kernel.org/abat/48393/debug/console.log oom-killer: gfp_mask=0x201d2, order=0 Call Trace: [] out_of_memory+0x33/0x220 [] __alloc_pages+0x23a/0x2c3 [] __do_page_cache_readahead+0x99/0x212 [] sync_page+0x0/0x45 [] io_schedule+0x28/0x33 [] __wai

Re: [PATCH] Revert "[IRDA]: Lockdep fix."

2006-11-25 Thread David Miller
From: Samuel Ortiz <[EMAIL PROTECTED]> Date: Sat, 25 Nov 2006 17:26:49 +0200 > Hi Linus, > > commit 700f9672c9a61c12334651a94d17ec04620e1976 breaks IrDA as irlmp.c > can no longer build. > This is due to the spin_lock_irqsave_nested() patches being in the -mm > tree and not yet in yours. > I'll

Re: Compile failure since 2.6.19-rc6-git5

2006-11-25 Thread David Miller
From: "Martin J. Bligh" <[EMAIL PROTECTED]> Date: Sat, 25 Nov 2006 12:37:38 -0800 > -git4 was fine. -git5 and later are broken. > AFAICS, it was this change: 700f9672c9a61c12334651a94d17ec04620e1976 This has been reported many times to this list, please check the archives at least casually before

atomic_add_unless() and mb()

2006-11-25 Thread Oleg Nesterov
Both Documentation/memory-barriers.txt and Documentation/atomic_ops.txt state that atomic_add_unless() implies smp_mb() on each side of the operation. Is it true? include/asm-most_of/atomic.h: #define atomic_add_unless(v, a, u) \ ({

Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable

2006-11-25 Thread Robert P. J. Day
based on randy's earlier email, here's an updated model for a patch that adds a couple selectors to the Device Drivers menu, one for a boolean MPT, and the other for a tristate MTD. it *seems* to work. (one improvement that *could* be made would be to also edit the MTD sub-Kconfig files and rem

Re: [PATCH] Revert "[IRDA]: Lockdep fix."

2006-11-25 Thread Linus Torvalds
On Sat, 25 Nov 2006, David Miller wrote: > > Why is everyone so impatient about this issue? Just wait for Andrew > to merge the fix and all will be well :-) No, I think this was a total failure. We should have reverted it immediately rather than waiting for the fix. Especially as the damn thi

Re: 2.6.19-rc5-mm1 progression

2006-11-25 Thread Larry Finger
Andrew Morton wrote: On Fri, 24 Nov 2006 17:36:27 +0100 "Benoit Boissinot" <[EMAIL PROTECTED]> wrote: On 11/24/06, Larry Finger <[EMAIL PROTECTED]> wrote: Is there the equivalent of 'git bisect' for the -mmX kernels? http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt P

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Andrew Morton
On Sat, 25 Nov 2006 13:03:45 -0800 "Martin J. Bligh" <[EMAIL PROTECTED]> wrote: > On 2.6.18-rc7 and later during LTP: > http://test.kernel.org/abat/48393/debug/console.log The traces are a bit confusing, but I don't actually see anything wrong there. The machine has used up all swap, has used up

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Martin J. Bligh
The traces are a bit confusing, but I don't actually see anything wrong there. The machine has used up all swap, has used up all memory and has correctly gone and killed things. After that, there's free memory again. Yeah, it's just a bit odd that it's always in the IO path. Makes me suspect t

Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable

2006-11-25 Thread Randy Dunlap
On Sat, 25 Nov 2006 15:54:18 -0500 (EST) Robert P. J. Day wrote: > On Sat, 25 Nov 2006, Randy Dunlap wrote: > > ... snip ... > > > Here's another option. What do you think of it? > > ... > > > --- linux-2.6.19-rc6-git8.orig/drivers/message/fusion/Kconfig > > +++ linux-2.6.19-rc6-git8/drivers/

Re: file caps: permit unsafe signaling when CONFIG_FS_CAPS=n

2006-11-25 Thread Chris Friedhoff
Serge, may I ask you to send a new complete patch with Andrew Mortons additions and this change and a new changelog entry. Thanks Chris On Fri, 24 Nov 2006 12:17:42 -0600 "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote: > Quoting Serge E. Hallyn ([EMAIL PROTECTED]): > > Ok, the following patch res

Re: [2.6 patch] proper prototype for drivers/base/init.c:driver_init()

2006-11-25 Thread Henrique de Moraes Holschuh
On Sat, 25 Nov 2006, Adrian Bunk wrote: > It also removes a static function of the same name in > drivers/acpi/ibm_acpi.c to ibm_acpi_driver_init() to fix the namespace > collision. I might as well fix the entire ibm-acpi driver so that it doesn't have any more issues like this in the future. I

Re: 2.6.19-rc1-mm1+ memory problem

2006-11-25 Thread Michael Raskin
Andrew Morton wrote: 89361 times: Page allocated via order 0, mask 0x280d2 [0xc0159f31] __handle_mm_fault+1809 [0xc011318a] do_page_fault+314 [0xc04111c4] error_code+116 Can be anything. But if I understand anything, this memory is used because someone has requested a page that is swapped out. S

Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync

2006-11-25 Thread Alan Stern
On Sat, 25 Nov 2006, Oleg Nesterov wrote: > > void xxx_read_unlock(struct xxx_struct *sp, int idx) > > { > > spin_lock(&sp->lock); > > It is possible that the memory ops that occur before spin_lock() is not yet > completed, > > > if (--sp->ctr[idx] == 0) > > suppose that synchronize_xxx

Re: 2.6.19-rc6-rt5

2006-11-25 Thread Thomas
Something is really wrong with page alloc on this one. Compiled 2.6.19-rc6-rt5 with the one patch to page_alloc.c as posted on the list here. Kernel uses around 50% mem and 30% swap without doing anything. I get a lot of these: X invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0 [] out_of

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Andrew Morton
On Sat, 25 Nov 2006 13:35:40 -0800 "Martin J. Bligh" <[EMAIL PROTECTED]> wrote: > > The traces are a bit confusing, but I don't actually see anything wrong > > there. The machine has used up all swap, has used up all memory and has > > correctly gone and killed things. After that, there's free m

Re: Tulip dmfe carrier detection

2006-11-25 Thread Samuel Thibault
Hi, Samuel Thibault, le Fri 10 Nov 2006 15:49:19 +0100, a écrit : > The dmfe module lacks netif stuff for carrier detection, while the board > does report carrier status. Here is a patch. Just an additional fixup: the default state should be carrier off. This fixes boot carrier detection. Samuel

Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk

2006-11-25 Thread Rafael J. Wysocki
On Wednesday, 22 November 2006 22:44, Andrew Morton wrote: > On Wed, 22 Nov 2006 22:07:06 +0100 > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > I get similar traces on every resume from disk on SMP systems: > > > > WARNING at lib/kobject.c:172 kobject_init() > > > > Call Trac

Re: [2.6 patch] proper prototype for drivers/base/init.c:driver_init()

2006-11-25 Thread Henrique de Moraes Holschuh
On Sat, 25 Nov 2006, Adrian Bunk wrote: > This patch adds a prototype for driver_init() in include/linux/device.h. > > It also removes a static function of the same name in > drivers/acpi/ibm_acpi.c to ibm_acpi_driver_init() to fix the namespace > collision. > > Signed-off-by: Adrian Bunk <[EMA

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Roland Dreier
> Perhaps a better way to fix this is to use > typeof() like other similar macros do. I tried doing #define ALIGN(x,a) \ ({ \ typeof(x) _a = (a); \ ((x) + _a - 1) & ~(_a - 1);

Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver

2006-11-25 Thread Luca Tettamanti
Hello, Luca Tettamanti <[EMAIL PROTECTED]> ha scritto: > Chris Snook <[EMAIL PROTECTED]> ha scritto: >> >> I've been working on this with Jay since his initial submission. Thanks >> to everyone who has provided feedback on the resubmit. We're currently >> quite short on actual testers, since

Re: [PATCH] Revert "[IRDA]: Lockdep fix."

2006-11-25 Thread David Miller
From: Linus Torvalds <[EMAIL PROTECTED]> Date: Sat, 25 Nov 2006 13:26:51 -0800 (PST) > I now (finally) have the patch from Andrew, but we should _not_ have had > this thing broken for three days. It should have gotten reverted on the > first report of trouble, instead of us telling people to jus

Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data

2006-11-25 Thread Alan
> userspace, which would be a hell of a lot easier, but would make > applications a pain, because they would need to use a library instead of > just opening /dev/ttySN just like any other phone app, to transfer AT > commands. Like gnokii for example ? You can do both - use a pty/tty pair to front

Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk

2006-11-25 Thread Rafael J. Wysocki
On Saturday, 25 November 2006 23:20, Rafael J. Wysocki wrote: > On Wednesday, 22 November 2006 22:44, Andrew Morton wrote: > > On Wed, 22 Nov 2006 22:07:06 +0100 > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > > > > I get similar traces on every resume from disk on SMP syst

Re: NTP time sync

2006-11-25 Thread David Brownell
On Thursday 23 November 2006 3:00 am, Benjamin Herrenschmidt wrote: > > Couldn't we have a transition period by making the kernel not rely on > interrupts ? if the NTP irq code just triggers a work queue, then all of > a sudden, all of the RTC drivers can be used and the latency is small. > That m

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread David Miller
From: Roland Dreier <[EMAIL PROTECTED]> Date: Sat, 25 Nov 2006 14:56:22 -0800 > > Perhaps a better way to fix this is to use > > typeof() like other similar macros do. > > I tried doing > > #define ALIGN(x,a)\ > ({ \ >

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Roland Dreier
> You would need to also cast the constants with typeof() to. Why? I'm not much of a C language lawyer, but I would have thought that in something like (x) + _a - 1 the "1" will be promoted to the type of the rest of the expression without any explicit cast. I tested the unsigned long

Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk

2006-11-25 Thread Greg KH
On Sun, Nov 26, 2006 at 12:15:52AM +0100, Rafael J. Wysocki wrote: > On Saturday, 25 November 2006 23:20, Rafael J. Wysocki wrote: > > On Wednesday, 22 November 2006 22:44, Andrew Morton wrote: > > > On Wed, 22 Nov 2006 22:07:06 +0100 > > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > > >

Linux 2.6.16.34-rc1

2006-11-25 Thread Adrian Bunk
New drivers since 2.6.16.33: - Echoaudio sound drivers - driver for HighPoint RocketRAID 3xxx Controllers - AdvanSys SCSI driver (actually the semi-working driver that was previously marked as broken) Patch location: ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-

[2.6 patch] remove DVB_AV7110_FIRMWARE

2006-11-25 Thread Adrian Bunk
DVB_AV7110_FIRMWARE was (except for some OSS drivers) the only option that was still compiling a binary-only user-supplied firmware file at build-time into the kernel. This patch changes the driver to always use the standard request_firmware() way for firmware by removing DVB_AV7110_FIRMWARE.

Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers

2006-11-25 Thread Hugh Dickins
On Sat, 25 Nov 2006, Linus Torvalds wrote: > On Fri, 24 Nov 2006, Hugh Dickins wrote: > > > > You need to add in something like the patch below (mutatis mutandis > > for whichever approach you end up taking): tmpfs uses highmem pages > > for its swap vector blocks, noting where on swap the data pa

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Andrew Morton
On Sat, 25 Nov 2006 15:09:38 -0800 Roland Dreier <[EMAIL PROTECTED]> wrote: > > But yes, given the array sizing case in the neighbour code, > > perhaps we can use your original patch for now. Feel free > > to push that to Linus. > > akpm is CC'ed on this thread. Andrew, are you going to pick

[2.6 patch] x86_64: remove duplicate ARCH_DISCONTIGMEM_ENABLE option

2006-11-25 Thread Adrian Bunk
One ARCH_DISCONTIGMEM_ENABLE option is enough. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.19-rc6-mm1/arch/x86_64/Kconfig.old2006-11-26 02:01:17.0 +0100 +++ linux-2.6.19-rc6-mm1/arch/x86_64/Kconfig2006-11-26 02:01:28.0 +0100 @@ -374,15 +374,10 @@ co

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Al Viro
On Sat, Nov 25, 2006 at 03:05:00PM -0800, David Miller wrote: > From: Roland Dreier <[EMAIL PROTECTED]> > Date: Sat, 25 Nov 2006 14:56:22 -0800 > > > > Perhaps a better way to fix this is to use > > > typeof() like other similar macros do. > > > > I tried doing > > > > #define ALIGN(x,a)

[RFC: 2.6 patch] zd1211rw: possible cleanups

2006-11-25 Thread Adrian Bunk
This patch contains the following possible cleanups: - make needlessly global functions static - #if 0 the following unused global functions: - zd_chip.c: zd_ioread16() - zd_chip.c: zd_ioread32() - zd_chip.c: zd_iowrite16() - zd_chip.c: zd_ioread32v() - zd_chip.c: zd_read_mac_addr() - z

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Roland Dreier
> (typeof(x))((x + a - 1) & ~(a - 1ULL)) Yes I was being stupid thinking I needed a temporary variable to use typeof. But what does the cast to typeof(x) accomplish if we write things the way you suggested above? It seems that the right things is really just (((x) + (a) - 1) & ~((

Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro

2006-11-25 Thread Al Viro
On Sat, Nov 25, 2006 at 05:17:08PM -0800, Roland Dreier wrote: > >(typeof(x))((x + a - 1) & ~(a - 1ULL)) > > Yes I was being stupid thinking I needed a temporary variable to use > typeof. But what does the cast to typeof(x) accomplish if we write > things the way you suggested above? It see

Re: Entropy Pool Contents

2006-11-25 Thread Folkert van Heusden
> Hornburg:~# cat /proc/sys/kernel/random/entropy_avail > 0 Please have a look at: audio-entropyd: http://www.vanheusden.com/aed/ fills the kernel entropy buffer with noise from your audio-card video-entropyd: http://www.vanheusden.com/ved/ fills the kernel entropy buffer with noise from a video4l

[2.6 patch] better CONFIG_W1_SLAVE_DS2433_CRC handling

2006-11-25 Thread Adrian Bunk
CONFIG_W1_SLAVE_DS2433_CRC can be used directly, there's no reason for the indirection of defining a different variable in the Makefile. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/w1/Makefile |4 drivers/w1/slaves/Makefile|4 drivers/w1/slaves/w1

Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver

2006-11-25 Thread Jay Cliburn
Luca Tettamanti wrote: Got the board, done some basic testing: so far so good :) The controller also supports MSI and (at least with my chipset - G965) it works fine: 218: 80649 0 PCI-MSI-edge eth1 which is nice, otherwise it ends up sharing the IRQ with SATA and USB. I

Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined

2006-11-25 Thread Matthew Frost
Andi Kleen wrote: > On Friday 24 November 2006 17:59, Andy Whitcroft wrote: >> The following patch is needed to get 2.6.19-rc6-mm1 to compile with >> CONFIG_EFI disabled. This is the 'shortest' fix. However, it does >> appear that there is some overlap with EFI implmentation partly >> being in e8

Re: Overriding X on panic

2006-11-25 Thread Matthew Garrett
On Sat, Nov 25, 2006 at 04:10:43PM +, Alan wrote: > > modesettings to use can still be in userspace, the execution of the > > series of IO's would be in the kernel, and the kernel would store > > bundles of settings, including a "rescue" one, but also for > > suspend/resume... > > The mode swi

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Dave Jones
On Sat, Nov 25, 2006 at 01:28:28PM -0800, Andrew Morton wrote: > On Sat, 25 Nov 2006 13:03:45 -0800 > "Martin J. Bligh" <[EMAIL PROTECTED]> wrote: > > > On 2.6.18-rc7 and later during LTP: > > http://test.kernel.org/abat/48393/debug/console.log > > The traces are a bit confusing, but I don

Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data

2006-11-25 Thread Luke Kenneth Casson Leighton
On Sat, Nov 25, 2006 at 11:08:26PM +, Alan wrote: > > userspace, which would be a hell of a lot easier, but would make > > applications a pain, because they would need to use a library instead of > > just opening /dev/ttySN just like any other phone app, to transfer AT > > commands. > > Like g

Re: how to handle indirect kconfig dependencies

2006-11-25 Thread Randy Dunlap
On Thu, 16 Nov 2006 20:07:41 -0800 Randy Dunlap wrote: > Hi, > > I have a (randconfig) build of 2.6.19-rc5-mm2 with: > > CONFIG_DEBUG_READAHEAD=y > > which selects DEBUG_FS, so DEBUG_FS=y, but DEBUG_FS depends on > SYSFS, and SYSFS is not set in the randconfig. > > This randconfig causes this

[2.6 patch] kill net/rxrpc/rxrpc_syms.c

2006-11-25 Thread Adrian Bunk
This patch moves the EXPORT_SYMBOL's from net/rxrpc/rxrpc_syms.c to the files with the actual functions. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- net/rxrpc/Makefile |1 - net/rxrpc/call.c |5 + net/rxrpc/connection.c |2 ++ net/rxrpc/rxrpc_syms.c | 34

[RFC: 2.6 patch] i386: always enable regparm

2006-11-25 Thread Adrian Bunk
-mregparm=3 has been enabled by default for some time on i386, and AFAIK there aren't any problems with it left. This patch removes the REGPARM config option and sets -mregparm=3 unconditionally. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- Documentation/stable_api_nonsense.txt |3

Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND

2006-11-25 Thread Mike Galbraith
On Sat, 2006-11-25 at 18:12 +0100, Rafael J. Wysocki wrote: > Hm, could you please file a bugzilla report regarding the serial console for > the information of its maintainer(s)? Yeah, I'll rummage around a bit first though. -Mike - To unsubscribe from this list: send the line "unsubscr

[2.6 patch] remove fs/jffs2/ioctl.c

2006-11-25 Thread Adrian Bunk
fs/jffs2/ioctl.c is already for so long in the "might be used later" state that I doubt it will ever be actually used... And if it will ever be used, reverting this patch will be trivial. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- fs/jffs2/Makefile |2 +- fs/jffs2/dir.c |

[-mm patch] sound/soc/soc-dapm.c: make 4 functions static

2006-11-25 Thread Adrian Bunk
On Thu, Nov 23, 2006 at 02:17:03AM -0800, Andrew Morton wrote: >... > Changes since 2.6.19-rc5-mm2: >... > git-alsa.patch >... > git trees >... This patch makes the following needlessly global functions static: - dapm_power_widgets() - dapm_mux_update_power() - dapm_mixer_update_power() - dapm_

How to boot 2.6 kernel using hp ski simulator ???

2006-11-25 Thread sudhnesh adapawar
Hey all ! I wanted to boot 2.6 kernel configured for ia64 architecture on ia32 archi using hp ski simulator ! But I failed to do so ! I followed the following steps: 1) I used 'make ARCH=ia64 menuconfig' to configure and followed the steps to get kernel image of version 2.6 ! I also selec

Ski for huge page size !

2006-11-25 Thread sudhnesh adapawar
Hey all ! I am thinking to use ski simulator as I can get the ia64 (Itanium 2)simulated on ia32 archiSo can I use this product for the project related to huge page size ??? Will the problems related to huge pages such as swapping,IO,etc...will be covered if I use ski with 2.6 ker

Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs

2006-11-25 Thread Chuck Ebbert
In-Reply-To: <[EMAIL PROTECTED]> On Fri, 24 Nov 2006 11:55:28 +1100, David Chinner wrote: > Also, that means that while XFS is apparently only using <1500 bytes > of stack through this path according to the static stack checker > tool, there's more than 2k of extra stack usage that the tool is no

Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot

2006-11-25 Thread Mike Galbraith
On Sat, 2006-11-25 at 11:48 -0800, Don Mullis wrote: > > +sched-improve-migration-accuracy.patch > > +sched-improve-migration-accuracy-tidy.patch > > Bisection shows that this pair of patches raises the boot time; > specifically, the delay from logging of > > "INIT: version 2.86 booting"

touch softlockup during

2006-11-25 Thread Dave Jones
Sometimes the soft watchdog fires after we're done oopsing. See http://projects.info-pull.com/mokb/MOKB-25-11-2006.html for an example. Signed-off-by: Dave Jones <[EMAIL PROTECTED]> --- linux-2.6.18.noarch/arch/i386/kernel/traps.c~ 2006-11-26 01:40:58.0 -0500 +++ linux-2.6.18.noarc

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Andrew Morton
On Sat, 25 Nov 2006 22:00:45 -0500 Dave Jones <[EMAIL PROTECTED]> wrote: > On Sat, Nov 25, 2006 at 01:28:28PM -0800, Andrew Morton wrote: > > On Sat, 25 Nov 2006 13:03:45 -0800 > > "Martin J. Bligh" <[EMAIL PROTECTED]> wrote: > > > > > On 2.6.18-rc7 and later during LTP: > > > http://test.ke

Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND

2006-11-25 Thread Robert Hancock
Alan wrote: Lots of other controllers don't work correctly on resume but thats much less of a problem and with UDMA misclocking generally turns into a CRC error storm and stop. Andrew has about 2/3rds of the bits I've done now, will push the rest when I've done a little more testing/checking. At

Re: [patch] x86: unify/rewrite SMP TSC sync code

2006-11-25 Thread Robert Hancock
Wink Saville wrote: Arjan van de Ven wrote: Actually, we need to ask the CPU/System makers to provide a system wide timer that is independent of the given CPU. I would expect it quite simple they exist. They're called pmtimer and hpet. pmtimer is port io. hpet is memory mapped io. Thanks fo

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Dave Jones
On Sat, Nov 25, 2006 at 11:11:53PM -0800, Andrew Morton wrote: > On Sat, 25 Nov 2006 22:00:45 -0500 > Dave Jones <[EMAIL PROTECTED]> wrote: > > > On Sat, Nov 25, 2006 at 01:28:28PM -0800, Andrew Morton wrote: > > > On Sat, 25 Nov 2006 13:03:45 -0800 > > > "Martin J. Bligh" <[EMAIL PROTECTE

Re: OOM killer firing on 2.6.18 and later during LTP runs

2006-11-25 Thread Andrew Morton
On Sun, 26 Nov 2006 02:25:38 -0500 Dave Jones <[EMAIL PROTECTED]> wrote: > On Sat, Nov 25, 2006 at 11:11:53PM -0800, Andrew Morton wrote: > > On Sat, 25 Nov 2006 22:00:45 -0500 > > Dave Jones <[EMAIL PROTECTED]> wrote: > > > > > On Sat, Nov 25, 2006 at 01:28:28PM -0800, Andrew Morton wrote: >