Re: [PATCH] Intel IXP4xx network drivers v.2 - NPE

On 8 May 2007, at 01:36, Krzysztof Halasa wrote: Adds a driver for built-in IXP4xx Network Processor Engines. This patch requires IXP4xx Queue Manager driver and the "fuses" patch. Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]> [snip] diff --git a/arch/arm/mach-ixp4xx/ixp4xx_npe.c b/ar

Re: [PATCH] Intel IXP4xx network drivers v.3 - QMGR

On 8 May 2007, at 01:46, Krzysztof Halasa wrote: Adds a driver for built-in IXP4xx hardware Queue Manager. Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]> [snip] diff --git a/arch/arm/mach-ixp4xx/ixp4xx_qmgr.c b/arch/arm/mach- ixp4xx/ixp4xx_qmgr.c new file mode 100644 index 000..b9

Re: [PATCH] make cancel_rearming_delayed_work() reliable

Hi, Below are some of my suggestions: On Fri, May 04, 2007 at 12:42:26AM +0400, Oleg Nesterov wrote: ... > --- OLD/kernel/workqueue.c~1_CRDW 2007-05-02 23:29:07.0 +0400 > +++ OLD/kernel/workqueue.c2007-05-03 22:42:29.0 +0400 > @@ -120,6 +120,11 @@ static void insert_work(

Re: [BUG] cpu-hotplug: Can't offline the CPU with naughty realtime processes

At Tue, 8 May 2007 09:40:33 +0530, Srivatsa Vaddagiri wrote: > > On Tue, May 08, 2007 at 12:29:19PM +0900, Satoru Takeuchi wrote: > > > We used to be able to create kernel threads higher than any userspace > > > priority. If this is no longer true, I think that's OK: equal priority > > > still me

Re: [PATCH 2/2] introduce I_SYNC

On Tue, 2007-05-08 at 00:01 +0200, Jörn Engel wrote: > This patch is actually independent of LogFS. It fixes a deadlock > hidden in fs/fs-writeback.c that LogFS was unlucky enough to trigger. > I strongly suspect NTFS triggered the same deadlock and "solved" it by > introducing iget5_nowait(). Fo

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

On 8 May 2007, at 02:19, Krzysztof Halasa wrote: Adds a driver for built-in IXP4xx Ethernet MAC and HSS ports Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]> diff --git a/arch/arm/mach-ixp4xx/ixdp425-setup.c b/arch/arm/mach- ixp4xx/ixdp425-setup.c index ec4f079..f20d39d 100644 --- a/arch

Re: [PATCH 1/2] [POWERPC] 8xx: mpc885ads pcmcia support

On Mon, 7 May 2007 08:56:09 -0500 Olof Johansson wrote: > Hi, > > Some minor nitpicks below. Overall it looks good. > > > -Olof > > On Sun, May 06, 2007 at 05:26:33AM +0400, Vitaly Bordug wrote: > > @@ -322,6 +334,70 @@ void init_smc_ioports(struct > > fs_uart_platform_info *data) } > > } > >

Re: [spi-devel-general] adding bits_per_word to struct spi_board_info to mirror struct spi_device

On Mon, 2007-05-07 at 22:00 -0700, David Brownell wrote: > On Monday 07 May 2007, Bryan WU wrote: > > > currently, there are some duplicated data members in spi_device struct > > spi_board_info struct. This two structs are confused driver writers and > > boards driver users. > > How would that co

Re: [patch] CFS scheduler, -v8

On Mon, 7 May 2007, Johannes Stezenbach wrote: On Mon, May 07, 2007, Linus Torvalds wrote: On Mon, 7 May 2007, Esben Nielsen wrote: What is (long)(a-b) ? I have tried to look it up in the C99 standeard but I can't find it. Maybe it is in the referred LIA-1 standeard, which I can't find with

Re: [PATCH 0/2] LogFS take two

On Mon, 2007-05-07 at 23:59 +0200, Jörn Engel wrote: > LogFS has an on-medium tree, fairly similar to Ext2 in structure, so > mount times are O(1). In absolute terms, the OLPC system has mount > times of ~3.3s for JFFS2 and ~60ms for LogFS. Impressive number > Motivation 2: > > Flash is becomi

Re: get_user_pages vs mmap MAP_FIXED bug

Andrew Morton wrote: On Mon, 07 May 2007 11:26:44 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote: On Sun, 2007-05-06 at 17:01 +1000, Rusty Russell wrote: This bug is in 2.6.21-rc7-mm2, but not 2.6.21. Haven't tested 2.6.21-mm1 yet. OK, 2.6.21-mm1 fails too. 2.6.21-git6 ... is fine. Here'

Re: [patch] CFS scheduler, -v10

On Mon, 2007-05-07 at 18:33 +0200, Ingo Molnar wrote: > - complete and finetune the 'smooth load calculation' mechanism >(Mike Galbraith) Houston, we have alien artifacts. Artifact 1: [EMAIL PROTECTED]: taskset -c 1 ./thud 5 starting 5 children running... [EMAIL PROTECTED]: taskset -c 1 .

Re: [PATCH] libata: fallback to the other IDENTIFY on device error

William Thompson wrote: > On Mon, May 07, 2007 at 06:42:26PM +0200, Tejun Heo wrote: >> It seems the world isn't as frank as we thought and some devices lie >> about who they are. Fallback to the other IDENTIFY if IDENTIFY fails >> with device error. As this is the strategy used by IDE for a long

[PATCH][RFC] Create a top-level "Space-critical features" menu.

i've always hated that lower-level menu under "General setup": Configure standard kernel features (for small systems) ---> which buries the choice of de-selecting features to save space one level down without really explaining what it's all about. so i just shifted all of that up to the top

Re: [PATCH] DLM: fix a couple of races

Hi, On Tue, 2007-05-08 at 09:00 +0100, Steven Whitehouse wrote: > Hi, > > Added to the GFS2 -nmw git tree, thanks. Please remember to add a > Signed-off-by line for future patches - I've added it for you this time, > > Steve. > Sorry - I just spotted that you did add a signed-off-by but git ate

Re: [PATCH] Add support for Xilinx SystemACE CompactFlash interface.

On Monday 07 May 2007, Grant Likely wrote: > Tested on Xilinx Virtex ppc405, Katmai 440SPe, and Microblaze > > Signed-off-by: Grant Likely <[EMAIL PROTECTED]> Acked-by: Stefan Roese <[EMAIL PROTECTED]> Best regards, Stefan - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > i've always hated that lower-level menu under "General setup": Good reason to break everything which depends on CONFIG_EMBEDDED. tglx > -menuconfig EMBEDDED > - bool "Configure standard kernel features (for small systems)

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On Tue, 8 May 2007, Thomas Gleixner wrote: > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > > i've always hated that lower-level menu under "General setup": > > Good reason to break everything which depends on CONFIG_EMBEDDED. > > tglx > > > -menuconfig EMBEDDED > > - bool

Re: Please pull 'revert-libertas' branch of wireless-2.6 (was Re: Please pull 'libertas' branch of wireless-2.6)

Matt Mackall wrote: On Mon, May 07, 2007 at 11:22:34AM -0400, Jeff Garzik wrote: For my part, I _did_ review it. Twice. Once in the early days, and once when I pulled it into my netdev-2.6.git tree. libertas needs the changes mentioned in this thread. But the driver is in workable shape

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote: > On 8 May 2007, at 02:19, Krzysztof Halasa wrote: > > > Adds a driver for built-in IXP4xx Ethernet MAC and HSS ports ... > > +#ifndef __ARMEB__ > > +#warning Little endian mode not supported > > +#endif > > This has gone from error to

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

Michael Jones wrote: +#ifndef __ARMEB__ +#warning Little endian mode not supported +#endif Personally I'm less fussed about WAN / LE support. Anyone with any sense will run ixp4xx boards doing such a specialised network operation as BE. Also, NSLU2-Linux can't test this functionality with

Re: [patch] CFS scheduler, -v10

On Tue, 2007-05-08 at 09:51 +0200, Mike Galbraith wrote: > When thud starts, chew takes a size 14EEE latency hit if bits 1, 2 and 3 > are set in sysctl_sched_load_smoothing. Well shoot, I take it back. I'm seeing it with 0x1 as well. pid 6155, prio 0, out for 32 ms, ran for4 ms, load 1

Re: [PATCH] drivers/macintosh: remove default y from Kconfig (was: Re: 2.6.21-mm1)

On May 7 2007 12:35, Borislav Petkov wrote: > >I don't think I need macintosh drivers for my x86 arch selected in by default, > do I? For new config variables that were introduced, I set them to 'default y' so when upgrading from an older .config, it does not deselect the drivers _inside_ the ne

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On Tue, 2007-05-08 at 04:27 -0400, Robert P. J. Day wrote: > On Tue, 8 May 2007, Thomas Gleixner wrote: > > > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > > > i've always hated that lower-level menu under "General setup": > > > > Good reason to break everything which depends on C

2.6.21-git8+ BUG: NMI Watchdog detected LOCKUP on CPU1

Hi, / filesystem was full [39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990, registers: [39525.468000] Modules linked in: loop ipt_MASQUERADE iptable_nat nf_nat autofs4 af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_f

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

On 8 May 2007, at 09:26, Mikael Pettersson wrote: On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote: AFAIK, it's a HW limitation of the IXP4xx NPEs, or possibly Intel's microcode for them. I run my IXP42x boxes big-endian and don't mind doing so. /Mikael *cough* http://www.hohnstae

Re: sleeping function called from invalid context at block/cfq-iosched.c (Was: Re: 2.6.21-mm1)

On May 8 2007 16:18, David Chinner wrote: > >On Mon, May 07, 2007 at 10:38:24PM -0700, Jeremy Fitzhardinge wrote: >> Andrew Morton wrote: >> > On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]> >> > wrote: >> > >> >> I've found that XFS+lvm+4k stacks is completely unusa

Re: [PATCH -mm] PM: Separate hibernation code from suspend code

On Mon, 2007-05-07 at 23:35 +0200, Rafael J. Wysocki wrote: > > Also, you could then simplify all the instances of > > (hibernation_mode == HIBERNATION_PLATFORM && hibernation_ops) > > to just > > (hibernation_mode == HIBERNATION_PLATFORM) > > in various if statements and other places. > > N

Re: Long file names in VFAT broken with iocharset=utf8

On May 8 2007 00:43, Albert Cahalan wrote: > > I have an idea to deal with this, but first a rant... > > At two bytes per character, you get 127 characters in a filename. > That's wider than the standard 80-column display, and far wider > than the 28 or 29 characters that an "ls -l" has room for.

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On Tue, 8 May 2007, Thomas Gleixner wrote: > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote: > > i've always hated that lower-level menu under "General setup": > > Good reason to break everything which depends on CONFIG_EMBEDDED. > > tglx > > > -menuconfig EMBEDDED > > - bool

Re: [PATCH] DLM: fix a couple of races

Hi, Added to the GFS2 -nmw git tree, thanks. Please remember to add a Signed-off-by line for future patches - I've added it for you this time, Steve. On Fri, 2007-05-04 at 21:49 +0530, Satyam Sharma wrote: > Hi, > > There are the following two trivially-fixed races in fs/dlm/config.c: > > 1. T

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

On 5/8/07, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote: Michael Jones wrote: >> +#ifndef __ARMEB__ >> +#warning Little endian mode not supported >> +#endif > > Personally I'm less fussed about WAN / LE support. Anyone with any > sense will run ixp4xx boards doing such a specialised network > op

Re: [00/17] Large Blocksize Support V3

On Mon, May 07, 2007 at 12:06:38AM -0700, William Lee Irwin III wrote: > +int alloc_page_array(struct pagearray *, const int, const size_t); > +void free_page_array(struct pagearray *); > +void zero_page_array(struct pagearray *); > +struct page *nopage_page_array(const struct vm_area_struct *, uns

Re: why don't top-level menu entries have help info?

>On Mon, May 07, 2007 at 03:54:13PM -0400, Robert P. J. Day wrote: >> >> i'd be surprised if this hasn't come up before, but would it be hard >> to add a facility to Kconfig so that "menu" entries have some help >> info? Currently, you have to (needlessy) enter the MD menu for example and *in

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

On 8 May 2007, at 09:48, Alexey Zaytsev wrote: I was always curious, why do people want to run ixp4xx in LE mode? What are the benefits that overweight the obvious performance degradation? Debian. http://www.debian.org/ports/arm/ Michael-Luke - To unsubscribe from this list: send the line

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

Alexey Zaytsev schrieb: On 5/8/07, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote: Michael Jones wrote: >> +#ifndef __ARMEB__ >> +#warning Little endian mode not supported >> +#endif > > Personally I'm less fussed about WAN / LE support. Anyone with any > sense will run ixp4xx boards doing such a

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On Tue, May 08, 2007 at 04:06:30AM -0400, Robert P. J. Day wrote: > > i've always hated that lower-level menu under "General setup": > > Configure standard kernel features (for small systems) ---> > > which buries the choice of de-selecting features to save space one > level down without real

2.6.21-mm1 hwsusp: BUG at workqueue.c:106

Hi, this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured through netconsole). Perfectly reproducible, it simply happens each time I try it. usb_endpoint usbdev5.1_ep00: PM: resume from 0, parent usb5 still 2 [ cut here ] kernel BUG at /home/l/latest/xx

Re: sleeping function called from invalid context at block/cfq-iosched.c (Was: Re: 2.6.21-mm1)

On Mon, May 07, 2007 at 10:31:32PM -0700, William Lee Irwin III wrote: > On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]> > wrote: > >> I'm using wli's 8k > >> stack + irq stack patches with good success though. > > On Mon, May 07, 2007 at 10:24:09PM -0700, Andrew Morton

Re: [patch] CFS scheduler, -v8

On Tue, 8 May 2007, Peter Williams wrote: Esben Nielsen wrote: On Sun, 6 May 2007, Linus Torvalds wrote: > > > On Sun, 6 May 2007, Ingo Molnar wrote: > > > > * Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > > > So the _only_ valid way to handle timers is to > > > - either not all

Re: [PATCH] make-cancel_rearming_delayed_work-reliable-fix

On Mon, May 07, 2007 at 02:34:20PM +0400, Oleg Nesterov wrote: > On 05/07, Jarek Poplawski wrote: ... > I am not happy with the complication this patch adds, mostly > I hate this smb_wmb() in insert_work(). I have an idea how to > remove it later, but this needs another patch not related to > workq

Re: 2.6.21-mm1 hwsusp: BUG at workqueue.c:106

On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote: > > this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured > through netconsole). Perfectly reproducible, it simply happens each time I > try it. Let's cc Oleg. > usb_endpoint usbdev5.1_ep00: PM: resume

[PATCH]: Make LEDS work on evaluation board AT91SAM9261-EK

Hello Andrew, Attached you can find a patch needed to make the LEDS for 'CPU-Idle' and 'Timer' work on the AT91SAM9261-EK board. The kernel configuration options are already there, but the implementation is not available. This patch fixes this. Can you please apply this patch to the kernel mainl

Re: [PATCH][RFC] Create a top-level "Space-critical features" menu.

On May 8 2007 04:41, Robert P. J. Day wrote: > > in my opinion, the config option "EMBEDDED" is just plain silly. as >i mentioned earlier, there may be other reasons that people want to >de-activate normally selected features rather than just for strictly >embedded systems. Did not you want to

Re: [GIT] NFS client updates for 2.6.22...

On Wed, 2 May 2007, Trond Myklebust wrote: > commit c5a4dd8b7c15927a8fbff83171b57cad675a79b9 > Author: Chuck Lever <[EMAIL PROTECTED]> > Date: Thu Mar 29 16:47:58 2007 -0400 > > SUNRPC: Eliminate side effects from rpc_malloc > > Currently rpc_malloc sets req->rq_buffer internally.

Re: [PATCH] x86-64 highres/dyntick support

* Thomas Gleixner ([EMAIL PROTECTED]) wrote: > On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote: > > Going through to see where we differ and if there's > > any bits of my set that yours needs. > > Yes please. OK, looks very similar all things considered. One thing I didn't do was fix l

[PATCH 1/5] x86_64: tsc compile fix

Signed-off-by: Chris Wright <[EMAIL PROTECTED]> --- Just double checked, this is already picked up in -v2 patch. arch/x86_64/kernel/tsc.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- tglx.orig/arch/x86_64/kernel/tsc.c +++ tglx/arch/x86_64/kernel/tsc.c @@ -84,7 +84,7 @@ static st

[PATCH 2/5] x86_64: __setup_APIC_LVTT whitespace fix

Completely trivial one. Signed-off-by: Chris Wright <[EMAIL PROTECTED]> --- arch/x86_64/kernel/apic.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- tglx.orig/arch/x86_64/kernel/apic.c +++ tglx/arch/x86_64/kernel/apic.c @@ -779,7 +779,7 @@ void __init init_apic_mappings(void) #d

New Mitsumi legacy CD-ROM driver

Good day. This is (the start of) a new driver for the legacy Mitsumi CD-ROM (LU-00xS and FX-001x) drives that used to be supported by drivers/cdrom/mcd(x).c, a driver that hasn't worked for a long time. It's being tested on my LU-005S and is being submitted to -mm in the hope of maybe findin

Re: [PATCH 1/5] x86_64: tsc compile fix

On Tue, 2007-05-08 at 02:42 -0700, Chris Wright wrote: > Signed-off-by: Chris Wright <[EMAIL PROTECTED]> > --- > Just double checked, this is already picked up in -v2 patch. > > arch/x86_64/kernel/tsc.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- tglx.orig/arch/x86_64/kern

[PATCH 3/5] i386: hpet assumes boot cpu is 0

I fixed this in x86_64. Looks like the kind of thing that will break voyager on i386. Signed-off-by: Chris Wright <[EMAIL PROTECTED]> --- arch/i386/kernel/hpet.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- tglx.orig/arch/i386/kernel/hpet.c +++ tglx/arch/i386/kernel/hpet.c @@ -3

Re: [PATCH 2/5] x86_64: __setup_APIC_LVTT whitespace fix

On Tue, 2007-05-08 at 02:43 -0700, Chris Wright wrote: > Completely trivial one. > > Signed-off-by: Chris Wright <[EMAIL PROTECTED]> > --- > arch/x86_64/kernel/apic.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- tglx.orig/arch/x86_64/kernel/apic.c > +++ tglx/arch/x86_64/ker

Re: 2.6.21-mm1 -- x86 verify_cpu.S compile failure

We are seeing the following compile error on older x86 installs: arch/i386/kernel/verify_cpu.S: Assembler messages: arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is not a valid 16 bit base/index expression Seems to come from: x86_64-mm-i386-verify-cpu Compiler

Re: New Mitsumi legacy CD-ROM driver

On 05/08/2007 11:42 AM, Rene Herman wrote: This is (the start of) a new driver for the legacy Mitsumi CD-ROM (LU-00xS and FX-001x) drives that used to be supported by drivers/cdrom/mcd(x).c, a driver that hasn't worked for a long time. Forgot: Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>

Re: Please pull 'revert-libertas' branch of wireless-2.6 (was Re: Please pull 'libertas' branch of wireless-2.6)

On 5/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: Open source is about release early, release often. Not "hide code in a dark corner until Christoph thinks it is perfect." We have high standards for upstream merged code, but that standard is not perfection. Please. This has nothing to do with

[PATCH 5/5] x86_64: restore restore nohpet cmdline

Lost when merged with i386. Happy to drop, but I suspect Andi would rather not break existing users (I noticed because it was part of my testing). If dropped, Documentation needs updating. Signed-off-by: Chris Wright <[EMAIL PROTECTED]> --- arch/i386/kernel/hpet.c |8 1 file change

Re: [PATCH] x86-64 highres/dyntick support

On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote: > OK, looks very similar all things considered. One thing I didn't do > was fix lapic timer calibration (was hoping you'd do that part, and you > did ;-) I've noticed that something has changed and I'm seeing irq0 > handled on cpu3 (4 cpu sy

Re: [PATCH 4/5] i386: i8253 clockevent shutdown and unused using pit

On Tue, 2007-05-08 at 02:46 -0700, Chris Wright wrote: > Disable by programming pit directly when performing CLOCK_EVT_MODE_UNUSED > or CLOCK_EVT_MODE_SHUTDOWN transitions. (A variant) tested successfully > by Joachim Deguara on a Geode that exhibited BZ 8027 behaviour (with > bad bogomips). Sigh

[PATCH 3/3] [POWERPC] dts: kill hardcoded phandles

Removed explicit linux,phandle usage. Using references and labels now in PQ and PQ2 boards currently supported in arch/powerpc. Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc8272ads.dts | 42 +++- arch/powerpc/boot/dts/mpc866ads.dts

[PATCH 2/3] [POWERPC] 8xx: fix whitespace and indentation

Rolling forward PCMCIA driver, it was discovered that the indentation in existing one is very odd. This patch is just result of Lindent run ontop of culprit files. Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]> --- drivers/pcmcia/m8xx_pcmcia.c | 548 +

[PATCH 1/3] [POWERPC] 8xx: mpc885ads pcmcia support

Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as of_device, so only arch/powerpc stuff is capable to use it, which now implies only mpc885ads reference board. To cope with the code that should be hooked inside driver, but is really board specific (like set_voltage), global

Re: [PATCH 3/5] i386: hpet assumes boot cpu is 0

On Tue, 2007-05-08 at 02:44 -0700, Chris Wright wrote: > I fixed this in x86_64. Looks like the kind of thing that will break > voyager on i386. voyager has hpet ? Anyway good point. tglx - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [PATCH 5/5] x86_64: restore restore nohpet cmdline

On Tue, 2007-05-08 at 02:47 -0700, Chris Wright wrote: > Lost when merged with i386. Happy to drop, but I suspect Andi would > rather not break existing users (I noticed because it was part of my > testing). If dropped, Documentation needs updating. Fair enough. > Signed-off-by: Chris Wright <[

[PATCH 4/5] i386: i8253 clockevent shutdown and unused using pit

Disable by programming pit directly when performing CLOCK_EVT_MODE_UNUSED or CLOCK_EVT_MODE_SHUTDOWN transitions. (A variant) tested successfully by Joachim Deguara on a Geode that exhibited BZ 8027 behaviour (with bad bogomips). Signed-off-by: Chris Wright <[EMAIL PROTECTED]> Cc: Joachim Deguara

[PATCH 0/3] 8xx PCMCIA stuff && cleanup: take 3

Sorry for such amount of noise, have to resubmit to catch up with Olof's notes, and to kill empty ranges property in dts since it is not appropriate before driver could handle it. Thanks all for attention. -- Sincerely, Vitaly - To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: [PATCH] x86-64 highres/dyntick support

* Thomas Gleixner ([EMAIL PROTECTED]) wrote: > On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote: > > > OK, looks very similar all things considered. One thing I didn't do > > was fix lapic timer calibration (was hoping you'd do that part, and you > > did ;-) I've noticed that something has

Re: 2.6.21-mm1+hotfix -- Slab corruption -- Last user: [](cryptomgr_probe+0x6c/0x9a)

On Mon, May 07, 2007 at 11:57:28AM -0700, Miles Lane wrote: > [ 118.442018] ieee80211_crypt: registered algorithm 'WEP' > [ 118.514572] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready > [ 118.514664] Slab corruption: size-256 start=c6aabe98, len=256 > [ 118.514672] Redzone: 0x9f911029d74e35b/

Re: [PATCH] x86-64 highres/dyntick support

On Tue, 2007-05-08 at 02:51 -0700, Chris Wright wrote: > That's what I was wondering, although i have same setup for 32-bit > and it behaves as expected with cpu0 taking hpet or pit on irq0 > and lapic timer picked up on the other 3 cpus. > > > > In addition lapic timer is firing there, and I'm se

Re: [patch] CFS scheduler, -v8

On Tue, May 08, 2007, Esben Nielsen wrote: > > This is contrary to C99 standeard annex H2.2 > (http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf): > > "An implementation that defines signed integer types as also being modulo > need > not detect integer overflow, in which case, only inte

Re: 2.6.21-git8+ BUG: NMI Watchdog detected LOCKUP on CPU1

On Tue, 08 May 2007 10:35:14 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote: > Hi, > > / filesystem was full > > [39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990, > registers: > [39525.468000] Modules linked in: loop ipt_MASQUERADE iptable_nat nf_nat > autofs4 af_packe

Re: [PATCH] x86-64 highres/dyntick support

* Thomas Gleixner ([EMAIL PROTECTED]) wrote: > Hmm, that's even more strange. Can you please provide the output > of /proc/timer_list ? It's quite normal looking, and a printk in clockevents_set_mode looks normal too. [EMAIL PROTECTED] ~]$ cat /proc/timer_list Timer List Version: v0.3 HRTIMER_MA

Re: 2.6.21-git8+ BUG: NMI Watchdog detected LOCKUP on CPU1

Andrew Morton wrote: > Whatever happens, that printk should be toned down, shouldn't it? We > prefer to not let unprivileged apps spam the logs. Only priviledged apps can send these packets. I've never seen it in practice except for one case that was a bug in the network stack, so I'd prefer to

[PATCH -mm] timer: parenthesis fix in tbase_get_deferrable() etc.

Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]> --- diff -Nurp 2.6.21-mm1-/kernel/timer.c 2.6.21-mm1/kernel/timer.c --- 2.6.21-mm1-/kernel/timer.c 2007-05-08 11:54:48.0 +0200 +++ 2.6.21-mm1/kernel/timer.c 2007-05-08 12:05:11.0 +0200 @@ -92,24 +92,24 @@ static DEFINE_PER_CPU

Re: [patch] CFS scheduler, -v8

On Tue, 8 May 2007, Johannes Stezenbach wrote: On Tue, May 08, 2007, Esben Nielsen wrote: This is contrary to C99 standeard annex H2.2 (http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf): "An implementation that defines signed integer types as also being modulo need not detect integ

Re: 2.6.21 -- Lid button won't initiate suspend. Also, suspend didn't enter low-power state until I touched my mousepad.

Hi, On Tuesday, 8 May 2007 08:34, Miles Lane wrote: > Firstly, all my attempts to get suspend to start by pressing my > laptop's lid button are failing. > > Here's the log info from about eight attempts:: linux-acpi added to the CC list. > [ 66.080135] ACPI: AC Adapter [ACAD] (on-line) > [

Re: [PATCH] Make bootsector stub 16-bit-only (i386)

On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum <[EMAIL PROTECTED]> wrote: > The x86 bzImage contains a stub to inform people that it is not possible > any more to run a Linux kernel by catting it to a floppy and then > booting from it. This was meant to be all 16-bit code. The first > i

Re: [patch] CFS scheduler, -v9

* William Lee Irwin III <[EMAIL PROTECTED]> wrote: > > You also seem to be unaware of the work done by Nick Piggin in > > nicksched. There are a lot of mutually incompatible approaches being > > evaluated, and that's good for the future. > > I'd like to add in Mike Kravetz, Hubertus Franke, an

Re: [PATCH] x86-64 highres/dyntick support

On Tue, 2007-05-08 at 03:06 -0700, Chris Wright wrote: > Tick Device: mode: 0 > Clock Event Device: hpet > max_delta_ns: 85899346200 > min_delta_ns: 1920 > mult: 107374182 > shift: 32 > mode: 2 > next_event: 9223372036854775807 nsecs > set_next_event

Re: New Mitsumi legacy CD-ROM driver

On Tue, May 08 2007, Rene Herman wrote: > Good day. > > This is (the start of) a new driver for the legacy Mitsumi CD-ROM (LU-00xS > and FX-001x) drives that used to be supported by drivers/cdrom/mcd(x).c, a > driver that hasn't worked for a long time. > > It's being tested on my LU-005S and is

Re: [patch 3/3] clockevents: Fix resume logic - updated version

On Sun, 06 May 2007 17:03:03 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote: > On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote: > > * Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > Fixup the existing users. > > > > > > This one makes the Vaio-of-fun hang during suspend to disk. It g

Re: [PATCH] Don't truncate /proc/PID/environ at 4096 characters

Eric Dumazet wrote: On Fri, 04 May 2007 15:30:57 +0100 James Pearson <[EMAIL PROTECTED]> wrote: /proc/PID/environ currently truncates at 4096 characters, patch based on the /proc/PID/mem code. Signed-off-by: James Pearson <[EMAIL PROTECTED]> What about latency when reading one *big* envir

Re: 2.6.21-mm1 hwsusp: BUG at workqueue.c:106

On 08-05-2007 10:57, Jiri Slaby wrote: ... > [...] Perfectly reproducible, it simply happens each time I > try it. ...so, maybe, only subjectively reproducible? Regards, Jarek P. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED

Re: sleeping function called from invalid context at block/cfq-iosched.c (Was: Re: 2.6.21-mm1)

On Mon, May 07, 2007 at 10:31:32PM -0700, William Lee Irwin III wrote: >> I think Andi's handling the mergework on those patches, but I'll check >> in to see if I should rediff vs. -mm or what if you want them. >> Andi, what's the verdict on those stack patches? On Tue, May 08, 2007 at 10:59:50AM

[KJ PATCH] Replacing memset(,0,PAGE_SIZE) with clear_page() in mm/memory.c

Hi, Replacing memset(,0,PAGE_SIZE) with clear_page() in mm/memory.c. Signed-off-by: Shani Moideen <[EMAIL PROTECTED]> thanks. diff --git a/mm/memory.c b/mm/memory.c index e7066e7..2780d07 100644 --- a/mm/memory.c +++ b/mm/memory.c @@ -1505,7 +1505,7 @@ static inline void cow_user_page(str

Re: [PATCH 4/5] ext4: fallocate support in ext4

On Mon, May 07, 2007 at 10:24:37AM -0500, Dave Kleikamp wrote: > On Mon, 2007-05-07 at 17:37 +0530, Amit K. Arora wrote: > > On Thu, May 03, 2007 at 09:31:33PM -0700, Andrew Morton wrote: > > > On Thu, 26 Apr 2007 23:43:32 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> > > > wrote: > > > > > +int ext4

Re: 2.6.21-mm1 hwsusp: BUG at workqueue.c:106

On 05/08, Andrew Morton wrote: > > On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote: > > > > > this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured > > through netconsole). Perfectly reproducible, it simply happens each time I > > try it. > > Let's cc

[KJ PATCH] Replacing memset(,0,PAGE_SIZE) with clear_page() in kernel/kexec.c

Hi, Replacing memset(,0,PAGE_SIZE) with clear_page() in kernel/kexec.c Signed-off-by: Shani Moideen <[EMAIL PROTECTED]> thanks. diff --git a/kernel/kexec.c b/kernel/kexec.c index 2a59c8a..1a1afdd 100644 --- a/kernel/kexec.c +++ b/kernel/kexec.c @@ -787,7 +787,7 @@ static int kimage_load_

[PATCH] Cleanup libata HPA support

The original HPA patch that Kyle worked on has gone into current git without some fixes that we worked through late in the Ubuntu feisty release. Here's the main copy of the notes I sent to Alan a few weeks ago in regards to the original patch, and a repatch against current git to fix things up. No

Re: [PATCH -mm] PM: Separate hibernation code from suspend code

On Tuesday, 8 May 2007 10:41, Johannes Berg wrote: > On Mon, 2007-05-07 at 23:35 +0200, Rafael J. Wysocki wrote: > > > > Also, you could then simplify all the instances of > > > (hibernation_mode == HIBERNATION_PLATFORM && hibernation_ops) > > > to just > > > (hibernation_mode == HIBERNATION_

Re: 2.6.21-git8+ BUG: NMI Watchdog detected LOCKUP on CPU1

On 08/05/07, Andrew Morton <[EMAIL PROTECTED]> wrote: On Tue, 08 May 2007 10:35:14 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote: > Hi, > > / filesystem was full > > [39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990, registers: > [39525.468000] Modules linked in: loop i

Re: [PATCH] time locale in gen_initramfs_list.sh

Florian Fainelli wrote: > I noticed that some zsh users who forced their ls formatting to something non > standard could not generate the initramfs file list. Forcing the locale to C > while generating seems not to be enough. Adding --time-style=locale will use > C locale ls output and will let

Re: 2.6.21-mm1 hwsusp: BUG at workqueue.c:106

Oleg Nesterov napsal(a): > On 05/08, Andrew Morton wrote: >> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote: >> >>> this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured >>> through netconsole). Perfectly reproducible, it simply happens each time I >>> t

Re: [KJ PATCH] Replacing memset(,0,PAGE_SIZE) with clear_page() in kernel/kexec.c

Shani Moideen wrote: > ptr = kmap(page); > - memset(ptr, 0, PAGE_SIZE); > + clear_page(ptr); I wonder if it's worth to invent kzmap() or something like that... ;) /mjt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

[PATCH] change zonelist order v5 [1/3] implements zonelist order selection

Make zonelist creation policy selectable from sysctl/boot option v5. This patch makes NUMA's zonelist (of pgdat) order selectable. Available order are Default(automatic)/ Node-based / Zone-based. [Default Order] The kernel selects Node-based or Zone-based order automatically. [Node-based Order]

Bogus section mismatch errors?

WARNING: arch/arm/mach-realview/built-in.o - Section mismatch: reference to .init.text: from .data between 'realview_timer' (at offset 0x54) and 'clcd_plat_data' Weird, these two data structures don't interact with each other. Probably bogus. WARNING: init/built-in.o - Section mismatch: refe

[PATCH] change zonelist order v5 [2/3] automatic configuration

Add auto zone ordering configuration. This function will select ZONE_ORDER_NODE when There are only ZONE_DMA or ZONE_DMA32. || size of (ZONE_DMA/DMA32) > (System Total Memory)/2 || Assume Node(A) Node (A) is enough big && Node (A)'s ZONE_DMA/DMA32 occupies 60% of Node(A)'s memory.

[PATCH] change zonelist order v5 [3/3] documentation

Patch for documentation. Signed-Off-By: KAMEZAWA hiroyuki <[EMAIL PROTECTED]> --- Documentation/kernel-parameters.txt | 10 +++ Documentation/sysctl/vm.txt | 48 2 files changed, 58 insertions(+) Index: linux-2.6.21-mm1/Documentation/kernel-

Re: [KJ PATCH] Replacing memset(,0,PAGE_SIZE) with clear_page() in mm/memory.c

Shani Moideen wrote: > Hi, > > Replacing memset(,0,PAGE_SIZE) with clear_page() in mm/memory.c. > > Signed-off-by: Shani Moideen <[EMAIL PROTECTED]> > > > thanks. > > > diff --git a/mm/memory.c b/mm/memory.c > index e7066e7..2780d07 100644 > --- a/mm/memory.c > +++ b/mm/memory.c > @@ -150

Re: + git-battery-fix.patch added to -mm tree

On Tue, May 08, 2007 at 03:01:20AM -0700, [EMAIL PROTECTED] wrote: > > The patch titled > git-battery-fix > has been added to the -mm tree. Its filename is > git-battery-fix.patch Andrew, much thanks for fixing that. That error triggered by some refactors in drivers/base/... I suppose

Re: [PATCH] Make bootsector stub 16-bit-only (i386)

Andrew Morton wrote: >> >> # Normalize the start address >> -jmpl$BOOTSEG, $start2 >> +jmpw$BOOTSEG, $start2 > > Sigh, another blow struck in the ongoing struggle between my Vaio and the > rest of the world. > > Stone-cold black-screen lockup immediately upon boot. > > St

  1   2   3   4   5   6   7   >