Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

On Mar 14 2007 01:08, Steven Rostedt wrote: > >So I spent last night hacking up something to try to make a common ground >for all code that is shared between x86_64 and i386. I called this > > arch/x86 > >Seems appropriate, but I really don't care what it's called. One thing about >this name,

Re: Stolen and degraded time and schedulers

On Tue, 2007-03-13 at 23:52 -0700, Jeremy Fitzhardinge wrote: > Yep. But the tsc is just an example of a clocksource, and doesn't have > any real bearing on what I'm saying. [cut/snip/slash] > Well, it doesn't need to be a constant clock if its modelling a changing > rate. And it doesn't need to

Re: copy_one_pte()

Christoph Hellwig wrote: On Tue, Mar 13, 2007 at 08:15:25PM +0100, Zoltan Menyhart wrote: I had a look at copy_one_pte(). I cannot see any ioproc_update_page() call, not even for the COW pages. Is it intentional? There is no such thing as ioproc_update_page in any mainline tree. You mu

Re: [RFC][PATCH 4/7] RSS accounting hooks over the code

Nick Piggin wrote: Balbir Singh wrote: Nick Piggin wrote: And strangely, this example does not go outside the parameters of what you asked for AFAIKS. In the worst case of one container getting _all_ the shared pages, they will still remain inside their maximum rss limit. When that does ha

[PATCH 1/13] ibmtr probe is __devinit, not __init

used by ->attach() in pcmcia analog Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/pcmcia/ibmtr_cs.c |4 ++-- drivers/net/tokenring/ibmtr.c |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/pcmcia/ibmtr_cs.c b/drivers/net/pcmcia/ibmtr_cs.c in

[PATCH 2/13] const file_operations fallout

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- sound/oss/dmasound/dmasound_core.c | 20 1 files changed, 16 insertions(+), 4 deletions(-) diff --git a/sound/oss/dmasound/dmasound_core.c b/sound/oss/dmasound/dmasound_core.c index a0ec886..f4056a9 100644 --- a/sound/oss/dma

[PATCH 3/13] appldata build fix

PGALLOC_DMA is defined only if we have CONFIG_ZONE_DMA Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/s390/appldata/appldata_mem.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/arch/s390/appldata/appldata_mem.c b/arch/s390/appldata/appldata_mem.c index 4ca615

[PATCH 5/13] zatm __init abuse

zatm_init() and zatm_start() should be __devinit (the former is not module init, despite the name - it's a helper for PCI ->probe()) Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/atm/zatm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/atm/zatm.c b/

[PATCH 4/13] (uml) sparse flags for userland glue are missing $(CF)

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/um/scripts/Makefile.rules |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/um/scripts/Makefile.rules b/arch/um/scripts/Makefile.rules index 813077f..a9a4b85 100644 --- a/arch/um/scripts/Makefile.rules +++ b/arch/u

Re: [TESTED] tdfx framebuffer garbles display in 2.6.19.5

Hi Antonino :) NEW INFORMATION ABOUT THE PROBLEM * Antonino A. Daplas <[EMAIL PROTECTED]> dixit: > On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote: > > > > With the patch, the scroll slows to a crawl and the system is > > > > unusable. The time to scroll 30 lines is about a min

Re: [PATCH 5/13] zatm __init abuse

Al Viro wrote: zatm_init() and zatm_start() should be __devinit (the former is not module init, despite the name - it's a helper for PCI ->probe()) Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/atm/zatm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) ACK - To unsubs

Re: [PATCH 1/13] ibmtr probe is __devinit, not __init

Al Viro wrote: used by ->attach() in pcmcia analog Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/pcmcia/ibmtr_cs.c |4 ++-- drivers/net/tokenring/ibmtr.c |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) ACK - To unsubscribe from this list: send the line "unsubs

kernel BUG at mm/slab.c:610

Hello everybody. Sorry for posting to this list, but I'm pretty lost. I'm experimenting this kernel panic on 3 different slackware linux boxes. The harware is the same, and also the .config with vanilla 2.6.20 I don't think this is related to buggy hardware because it is happening on 3 different bo

Re: [PATCH] [RSDL-0.30] sched: rsdl improve latencies with differential nice

On Wed, 2007-03-14 at 02:31 +1100, Con Kolivas wrote: > Can you try the attached patch please Al and Mike? It "dithers" the priority > bitmap which tends to fluctuate the latency a lot more but in a cyclical > fashion. This tends to make the max latency bound to a smaller value and > should make i

[PATCH 6/13] stacktrace doesn't work on uml

and no, it's not the case of "let's pull bits from underlying architecture" Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/um/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/um/Kconfig b/arch/um/Kconfig index b3a21ba..354cc6b 100644 --- a/arch/um/Kconf

[PATCH 7/13] fix ipath_dma_free_coherent() prototype

method gets u64, not dma_addr_t Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/infiniband/hw/ipath/ipath_dma.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/infiniband/hw/ipath/ipath_dma.c b/drivers/infiniband/hw/ipath/ipath_dma.c index f6f9490..f87f0

[PATCH 8/13] m32r dma-mapping.h should simply include generic/dma-mapping-broken.h

... instead of trying to duplicate its bits Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-m32r/dma-mapping.h | 19 +-- 1 files changed, 1 insertions(+), 18 deletions(-) diff --git a/include/asm-m32r/dma-mapping.h b/include/asm-m32r/dma-mapping.h index a7fa030..f9b

[PATCH 10/13] BLK_DEV_IDE_CELLEB dependency fix

It's bool and it depends on IDE => should depend on IDE=y Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/ide/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/ide/Kconfig b/drivers/ide/Kconfig index 5d134bb..3f76987 100644 --- a/drivers/ide/Kconfig

[PATCH 9/13] include of asm/pgtable.h in nfsfh is bogus

not needed and actually breaks build on frv, while we are at it Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- fs/nfsd/nfsfh.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/fs/nfsd/nfsfh.c b/fs/nfsd/nfsfh.c index c2660cb..8d995bc 100644 --- a/fs/nfsd/nfsfh.c +++ b/fs/n

[PATCH 11/13] sparc: have dma-mapping.h include generic/dma-mapping-broken in non-PCI case

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-sparc/dma-mapping.h | 15 +-- 1 files changed, 1 insertions(+), 14 deletions(-) diff --git a/include/asm-sparc/dma-mapping.h b/include/asm-sparc/dma-mapping.h index 6db83dc..f3a641e 100644 --- a/include/asm-sparc/dma-mappin

[PATCH 12/13] rtc-cmos needs RTC_ALWAYS_BCD known

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-m68k/mc146818rtc.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/asm-m68k/mc146818rtc.h b/include/asm-m68k/mc146818rtc.h index 11fe12d..9f70a01 100644 --- a/include/asm-m68k/mc146818rtc.h +++ b/include/a

[PATCH 13/13] fix ps3fb glue allowing a modular build

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/powerpc/platforms/ps3/htab.c |2 ++ drivers/video/Kconfig |2 +- include/asm-powerpc/ps3fb.h |5 - 3 files changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/platforms/ps3/htab.c b/arch/powerpc

[PATCH 1/17] misc NULL noise

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/x86_64/kernel/vsyscall.c |2 +- drivers/acpi/events/evmisc.c |2 +- drivers/ata/pata_mpc52xx.c |2 +- drivers/char/watchdog/machzwd.c|2 +- drivers/media/video/pvrusb2/pvrusb

[PATCH 4/17] constant should be long

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/powerpc/kernel/udbg_16550.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/kernel/udbg_16550.c b/arch/powerpc/kernel/udbg_16550.c index e738f93..a963f65 100644 --- a/arch/powerpc/kernel/udbg_16550.c +++ b/

[PATCH 2/17] fastcall still doesn't make sense in paravirt

Andi had removed a bunch of those, but one more had creeped in... Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-i386/paravirt.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/asm-i386/paravirt.h b/include/asm-i386/paravirt.h index f8319ca..46dc34c

[PATCH 3/17] dmfe trivial endianness annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/tulip/dmfe.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/tulip/dmfe.c b/drivers/net/tulip/dmfe.c index 24a29c9..9aeac76 100644 --- a/drivers/net/tulip/dmfe.c +++ b/drivers/net/tulip/dmfe.c @@

[PATCH 5/17] pasemi trivial iomem annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/powerpc/platforms/pasemi/iommu.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c index 459a53b..71dbf1a 100644 --- a/arch/powerpc/platforms/

[PATCH 7/17] trivial ATA iomem annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/ata/pata_cs5520.c |2 +- drivers/ata/sata_sis.c|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/ata/pata_cs5520.c b/drivers/ata/pata_cs5520.c index 7ef8342..55cc293 100644 --- a/drivers/ata/pata_cs5520

[PATCH 8/17] cciss endian annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/block/cciss.c | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index 0c716ee..072e18e 100644 --- a/drivers/block/cciss.c +++ b/drivers/block/cciss.c @@ -1439,7 +14

[PATCH 9/17] qeth gfp_t annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/s390/net/qeth.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/s390/net/qeth.h b/drivers/s390/net/qeth.h index e95c281..84b108d 100644 --- a/drivers/s390/net/qeth.h +++ b/drivers/s390/net/qeth.h @@ -873,7 +8

[PATCH 14/17] atl1 trivial endianness misannotations

NB: driver is choke-full of code that will break on big-endian; as long as the hardware is onboard-only we can live with that, but sooner or later that'll need fixing. Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/atl1/atl1_main.c |4 ++-- 1 files changed, 2 insertions(+), 2 del

[PATCH 12/17] hid-core endianness annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/hid/hid-core.c |9 - 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c index f4ee1af..9c8157f 100644 --- a/drivers/hid/hid-core.c +++ b/drivers/hid/hid-core.c @@ -753,8

[PATCH 13/17] ANSIfy powerpc floppy.h

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-powerpc/floppy.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/asm-powerpc/floppy.h b/include/asm-powerpc/floppy.h index a0f14ee..afa700d 100644 --- a/include/asm-powerpc/floppy.h +++ b/include/asm-powe

[PATCH 17/17] m68k dma-mapping: gfp_t annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-m68k/dma-mapping.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/asm-m68k/dma-mapping.h b/include/asm-m68k/dma-mapping.h index 00259ed..a26cdeb 100644 --- a/include/asm-m68k/dma-mapping.h +++ b/include/

[PATCH 16/17] paride endianness annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/block/paride/pd.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/block/paride/pd.c b/drivers/block/paride/pd.c index 99e2c8c..31e0148 100644 --- a/drivers/block/paride/pd.c +++ b/drivers/block/paride/p

[PATCH] ahci.c: fix ati sb600 sata IRQ_TF_ERR

When there is no media in SATA CD/DVD drive or media is not ready, AHCI controller fails to execute the ATAPI commands TEST_UNIT_READY, READ_CAPACITY or READ_TOC and reports PORT_IRQ_TF_ERR. But ATI SB600 SATA controller sets SERR_INTERNAL bit in the error register at the same time, which is no

[PATCH 15/17] kill bogus casts in amd64 uaccess.h

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- include/asm-x86_64/uaccess.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/asm-x86_64/uaccess.h b/include/asm-x86_64/uaccess.h index 1981f70..9df30b9 100644 --- a/include/asm-x86_64/uaccess.h +++ b/include/asm-x8

[PATCH 10/17] C99 initializers, proper use of const in drivers/ps3

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/ps3/ps3av_cmd.c | 24 +--- 1 files changed, 13 insertions(+), 11 deletions(-) diff --git a/drivers/ps3/ps3av_cmd.c b/drivers/ps3/ps3av_cmd.c index 21c97c8..bc70e81 100644 --- a/drivers/ps3/ps3av_cmd.c +++ b/drivers/ps3/

[PATCH 11/17] cifs endianness annotations

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- fs/cifs/cifspdu.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/cifs/cifspdu.h b/fs/cifs/cifspdu.h index 0efdf35..3af7624 100644 --- a/fs/cifs/cifspdu.h +++ b/fs/cifs/cifspdu.h @@ -220,7 +220,7 @@ */ #define CIFS_NO_

[PATCH 6/17] sparc: nr_free_pages() is unsigned long

Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- arch/sparc/mm/init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/sparc/mm/init.c b/arch/sparc/mm/init.c index c85ddf3..a532922 100644 --- a/arch/sparc/mm/init.c +++ b/arch/sparc/mm/init.c @@ -75,7 +75,7 @@ void show

Re: [PATCH] [RSDL-0.30] sched: rsdl improve latencies with differential nice

On Wednesday 14 March 2007 20:13, Mike Galbraith wrote: > On Wed, 2007-03-14 at 02:31 +1100, Con Kolivas wrote: > > Can you try the attached patch please Al and Mike? It "dithers" the > > priority bitmap which tends to fluctuate the latency a lot more but in a > > cyclical fashion. This tends to ma

Re: [PATCH 1/1] LinuxPPS: Pulse per Second support for Linux

On Tue, Mar 13, 2007 at 06:48:17PM -0400, Lennart Sorensen wrote: > > I have tried out 3.0.0-rc2 which seems to work pretty well so far (when Thanks. I just posted to the linux kernel ML the last release 3.0.0. Maybe you can do a "git pull" and try it out. :) > combined with the patches to the j

Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

Steven Rostedt <[EMAIL PROTECTED]> writes: > > So I spent last night hacking up something to try to make a common ground > for all code that is shared between x86_64 and i386. I called this > >arch/x86 NACK. I think the current ways work just fine. -Andi - To unsubscribe from this list:

[RFC][PATCH] Apple SMC driver (hardware monitoring and control)

Hello, I developed, a while ago, a driver the Apple System Management Controller, which provides an accelerometer (Apple Sudden Motion Sensor), light sensors, temperature sensors, keyboard backlight control and fan control on Intel-based Apple's computers (MacBook Pro, MacBook, MacMini). This pat

Re: [PATCH 10/17] C99 initializers, proper use of const in drivers/ps3

On Wed, 14 Mar 2007, Al Viro wrote: > Signed-off-by: Al Viro <[EMAIL PROTECTED]> Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]> > --- > drivers/ps3/ps3av_cmd.c | 24 +--- > 1 files changed, 13 insertions(+), 11 deletions(-) > > diff --git a/drivers/ps3/ps3av_cmd.c b/drive

Re: [PATCH] [RSDL-0.30] sched: rsdl improve latencies with differential nice

On Wed, 2007-03-14 at 20:25 +1100, Con Kolivas wrote: > No don't. It's buggy and you missed the warning. Boy were you lucky I was > looking right now. I'll wait for a .31 and construct a 2.6.21-rc3 (isolation) test-tree from that. -Mike - To unsubscribe from this list: send the line "u

Re: [PATCH 11/13] sparc: have dma-mapping.h include generic/dma-mapping-broken in non-PCI case

On Wed, Mar 14, 2007 at 09:16:44AM +, Al Viro wrote: > > Signed-off-by: Al Viro <[EMAIL PROTECTED]> > --- > include/asm-sparc/dma-mapping.h | 15 +-- > 1 files changed, 1 insertions(+), 14 deletions(-) > > diff --git a/include/asm-sparc/dma-mapping.h b/include/asm-sparc/dma-map

Re: [ck] RSDL v0.30 cpu scheduler for mainline kernels

On Tue, 13 Mar 2007 11:45:50 -0600 "Chris Friesen" <[EMAIL PROTECTED]> wrote: > Lee Revell wrote: > > > Sounds like Wengophone is broken. It should be using RT threads for > > time critical work, as JACK and Ardour2 are doing. > > If the app has root privileges to set RT policy, then it could a

Re: Need help on mach-ep93xx

Hi, Many thanks to Lennert Buytenhek. Try applying: http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=4122/1 On 3/13/07, Ben Dooks <[EMAIL PROTECTED]> wrote: On Tue, Mar 13, 2007 at 10:54:08AM +0530, Maxin John wrote: > Hi, > > I have one question mach-ep93xx. > > In EP

Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2

On Wed, 2007-03-14 at 04:25 +0100, Gabriel C wrote: > [EMAIL PROTECTED] wrote: > > On Mon, 12 Mar 2007 17:38:38 BST, Kasper Sandberg said: > > > >> with latest xorg, xlib will be using xcb internally, > >> > > > > Out of curiosity, when is this "latest" Xorg going to escape to distros, > >

Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

Hi, I am newbie developing a routing application which needs three features; 1. if the fib lookup fails, my application needs to know about using preferably netlink, -- any direction to some sample code or files in the kernel??? 2. I need a counter recording the hits a fib entry is chosen for p

Re: [PATCH 13/13] fix ps3fb glue allowing a modular build

On Wed, 14 Mar 2007, Al Viro wrote: > Signed-off-by: Al Viro <[EMAIL PROTECTED]> NAK There are several problems with making it modular. I did try, cfr. the incomplete patchlets below. > --- > arch/powerpc/platforms/ps3/htab.c |2 ++ > drivers/video/Kconfig |2 +- > include/a

fib search and handling

Hi, I am newbie developing a routing application which needs three features; 1. if the fib lookup fails, my application needs to know about using preferably netlink, -- any direction to some sample code or files in the kernel??? 2. I need a counter recording the hits a fib entry is chosen for p

[PATCH] hrtimer: prevent overrun DoS in hrtimer_forward()

hrtimer_forward() does not check for the possible overflow of timer->expires. This can happen on 64 bit machines with large interval values and results currently in an endless loop in the softirq because the expiry value becomes negative and therefor the timer is expired all the time. Check for th

Re: [PATCH 14/17] atl1 trivial endianness misannotations

Al Viro wrote: NB: driver is choke-full of code that will break on big-endian; as long as the hardware is onboard-only we can live with that, but sooner or later that'll need fixing. Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/atl1/atl1_main.c |4 ++-- 1 files changed, 2 inse

Re: [PATCH 7/17] trivial ATA iomem annotations

Al Viro wrote: Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/ata/pata_cs5520.c |2 +- drivers/ata/sata_sis.c|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) ACK - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [

Re: [PATCH 3/17] dmfe trivial endianness annotations

Al Viro wrote: Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- drivers/net/tulip/dmfe.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) ACK - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo in

Re: Possible "struct pid" leak from tty_io.c

On 13/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote: "Catalin Marinas" <[EMAIL PROTECTED]> writes: > void proc_clear_tty(struct task_struct *p) > { > + struct tty_struct *tty; > + > spin_lock_irq(&p->sighand->siglock); > + tty = p->signal->tty; > + if (tty) { > +

Re: [PATCH] hrtimer: prevent overrun DoS in hrtimer_forward()

* Thomas Gleixner <[EMAIL PROTECTED]> wrote: > hrtimer_forward() does not check for the possible overflow of > timer->expires. This can happen on 64 bit machines with large interval > values and results currently in an endless loop in the softirq because > the expiry value becomes negative and

Re: [RFC/PATCH 00/59] Make common x86 arch area for i386 and x86_64

On Tue, Mar 13, 2007 at 02:39:33PM -0700, Linus Torvalds wrote: > > > On Tue, 13 Mar 2007, Steven Rostedt wrote: > > > > What we have currently is a bunch of hacks. Seems that people can't make > > up their mind to what to do. I think they work fine. I don't like such large scale renaming -- t

Re: 2.6.21-rc3-mm2 (oops in move_freepages)

On (13/03/07 21:52), Bjorn Helgaas didst pronounce: > FYI, I'm seeing the following oops with 2.6.21-rc3-mm1 (and -mm2) > on the HP rx2600 and an Intel Tiger (both ia64 boxes). > > I haven't investigated this other than to determine that it > does not occur with 2.6.21-rc3 or 2.6.20-rc3-mm1, and t

Re: [PATCH 58/59] sysctl: Reimplement the sysctl proc support

* Eric W. Biederman <[EMAIL PROTECTED]> wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted > > With this change the sysctl inodes can be cached and nothing needs to > be done when removing a sysctl table. your change is now upstream: commit 77b14db502cb85a031fe8fde6c85d52f3e0ac

Re: kernel BUG at mm/slab.c:610

Hi Marco, On 3/14/07, Marco Berizzi <[EMAIL PROTECTED]> wrote: Hello everybody. Sorry for posting to this list, but I'm pretty lost. Don't worry, this is the proper mailing list for bug reports. On 3/14/07, Marco Berizzi <[EMAIL PROTECTED]> wrote: I don't think this is related to buggy hardw

Re: [PATCH 58/59] sysctl: Reimplement the sysctl proc support

On 3/14/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: #define PROCNAME_PML"sys/kernel/preempt_max_latency" static __init int latency_fs_init(void) { struct proc_dir_entry *entry; if (!(entry = create_proc_entry(PROCNAME_PML, 0644, NULL))) printk("latency_f

Re: Clarification required about select vs wake_up race condition

On Mon, 2007-03-12 at 12:44 -0700, Ravinandan Arakali (rarakali) wrote: > Hi, > I am facing following problem and was wondering if somebody could help > me out. > Our char driver(pretty much like all other char drivers) does a > poll_wait() you forgot to include your (full) sourcecode or a point

Re: [RFC][PATCH] Apple SMC driver (hardware monitoring and control)

I am sorry. I forgot to CC to the list. 2007/3/14, Nicolas Boichat wrote: Hello, +static ssize_t applesmc_show_fan_manual(struct device *dev, char *buf, + int offset) +{ + int ret; + u16 manual = 0; + u8 buffer

oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)

(Cc'ing Greg KH and linux1394-devel) Ismail Dönmez wrote at lkml: > With latest GIT tree I am getting the following oops when I try to suspend to > RAM: > > BUG: unable to handle kernel NULL pointer dereference at virtual address > 0094 > printing eip: > c0222af4 > *pde = > Oops:

Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory

Hi Chris, On 3/10/07, Chris Rankin <[EMAIL PROTECTED]> wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. I have seen other reports of this too so can you please open a bug at bugzilla.kernel.org so this is not lost in the noise? - To unsubscribe from this list: send the line "un

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y

> On Wed, 14 Mar 2007 03:13:25 -0700 [EMAIL PROTECTED] wrote: > > http://bugzilla.kernel.org/show_bug.cgi?id=8040 > > > > > > --- Additional Comments From [EMAIL PROTECTED] 2007-03-14 03:13 --- > Any news on that bug please ? None whatsoever. Three people are reporting this and it'

Re: kernel BUG at mm/slab.c:610

Pekka Enberg wrote: Hi Pekka, > So, can you please repost the original oops? Here is: Mar 14 03:42:25 Mimosa kernel: [ cut here ] Mar 14 03:42:25 Mimosa kernel: kernel BUG at mm/slab.c:610! Mar 14 03:42:25 Mimosa kernel: invalid opcode: [#1] Mar 14 03:42:25 Mimosa k

Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory

Hi Greg, I think there's some sort of reference counting problem with sysfs in 2.6.20 kernels. Can you please help us debug it further? On 3/10/07, Chris Rankin <[EMAIL PROTECTED]> wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. BUG: unable to handle kernel paging request at v

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y

On Wed, 14 Mar 2007, Andrew Morton wrote: > > On Wed, 14 Mar 2007 03:13:25 -0700 [EMAIL PROTECTED] wrote: > > > > http://bugzilla.kernel.org/show_bug.cgi?id=8040 > > > > > > --- Additional Comments From [EMAIL PROTECTED] 2007-03-14 03:13 --- > > Any news on that bug please ? > > None what

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y

On 14/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 14 Mar 2007 03:13:25 -0700 [EMAIL PROTECTED] wrote: > > http://bugzilla.kernel.org/show_bug.cgi?id=8040 > > > > > > --- Additional Comments From [EMAIL PROTECTED] 2007-03-14 03:13 --- > Any news on that bug please ? None wh

Re: [6/6] 2.6.21-rc3: known regressions

On Tue, Mar 13, 2007 at 09:05:28PM +0100, Thomas Gleixner wrote: > On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote: > > Subject: hrtimer_switch_to_hres(): > > wrong tick_init_highres() return value handling > > References : http://lkml.org/lkml/2007/3/6/262 > > Submitter : Li

XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

Hello everybody. Since 2.6.19.2 + commit 7fbbb01dca7704d52ace6f45a805c98a5b0362f9 I'm experimenting these errors. 2.6.19.1 has been worked good for more than 30 days. I have reverted back to 2.6.19.1 to see if this problem happens again. sda8 is a 280GB xfs filesystem which hosts the squid file cac

Re: [6/6] 2.6.21-rc3: known regressions

On Tue, Mar 13, 2007 at 09:46:17PM +0100, Thomas Gleixner wrote: > On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote: > > This email lists some known regressions in Linus' tree compared to 2.6.20. > > > > If you find your name in the Cc header, you are either submitter of one > > of the bugs, m

Re: oops in __nodemgr_remove_host_dev

I wrote: > As a side note, the IEEE 1394 subsystem features quite a fat usage of > the driver core. [...] Maybe we should redesign nodemgr to work without > host devices and node entry devices. Greg, you once indicated you had class device conversion patches for 1394 in the pipeline, but they coul

Re: Ooops with suspend to RAM

On Wed, Mar 14, 2007 at 06:42:28AM +0200, Ismail Dönmez wrote: > Hi all, > > With latest GIT tree I am getting the following oops when I try to suspend to > RAM: >... Is this an old problem, or what was the last kernel that worked for you? cu Adrian -- "Is there not promise of rain?"

Re: kernel BUG at mm/slab.c:610

Marco Berizzi wrote: > Pekka Enberg wrote: > > Hi Pekka, > > > So, can you please repost the original oops? > > Here is: > > Mar 14 03:42:25 Mimosa kernel: [ cut here ] > Mar 14 03:42:25 Mimosa kernel: kernel BUG at mm/slab.c:610! > Mar 14 03:42:25 Mimosa kernel: invalid op

Re: kernel BUG at mm/slab.c:610

On 3/14/07, Marco Berizzi <[EMAIL PROTECTED]> wrote: Only to tell you, that on the console linux was printing this message: atkbd.c: Spurious ACK on isa0060/serio0. Some program might be trying access hardware directly. Probably unrelated. CONFIG_SLAB_DEBUG should tell us what's corrupting the

taskstats accounting info

Hi, Documentation/accounting/delay-accounting.txt says that the getdelays program has a "-c cmd" argument, but that option does not seem to exist in Documentation/account/getdelays.c. Do you have an updated version of getdelays.c? If not, please correct that documentation. Is getdelays.c the bes

[patch 1/2] splice: dont steal

Here are a couple of splice patches I found when digging in the area. I could be wrong, so I'd appreciate confirmation. Untested other than compile, because I don't have a good splice test setup. Considering these are data corruption / information leak issues, then we could do worse than to merge

[patch 2/2] splice: dont readpage

Splice does not need to readpage to bring the page uptodate before writing to it, because prepare_write will take care of that for us. Splice is also wrong to SetPageUptodate before the page is actually uptodate. This results in the old uninitialised memory leak. This gets fixed as a matter of co

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y

> > None whatsoever. Three people are reporting this and it's a drop-dead > > showstopper for a 2.6.21 release so we just have to wait until someone > > wakes up and thinks about it. The topic should be "when CONFIG_HIGHMEM64G=y" imo. I'll try to do my first bi-sect today. -- Leroy - To unsubs

Re: /proc/kallsyms race vs module unload

Alexey Dobriyan wrote: On Tue, Mar 13, 2007 at 06:49:50PM +, Paulo Marques wrote: Alexey Dobriyan wrote: [...] What happens is that module_get_kallsym() drops module_mutex, returns "struct module *", module unloaded, "struct module *" used. The only use for the "struct module *" is to disp

Re: [PATCH] ahci.c: fix ati sb600 sata IRQ_TF_ERR

Hello, Conke Hu wrote: >When there is no media in SATA CD/DVD drive or media is not ready, > AHCI controller fails to execute the ATAPI commands TEST_UNIT_READY, > READ_CAPACITY or READ_TOC and reports PORT_IRQ_TF_ERR. But ATI SB600 > SATA controller sets SERR_INTERNAL bit in the error registe

Re: [6/6] 2.6.21-rc3: known regressions

Adrian Bunk napsal(a): On Tue, Mar 13, 2007 at 09:46:17PM +0100, Thomas Gleixner wrote: On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote: This email lists some known regressions in Linus' tree compared to 2.6.20. If you find your name in the Cc header, you are either submitter of one of th

Re: taskstats accounting info

Randy.Dunlap wrote: Hi, Documentation/accounting/delay-accounting.txt says that the getdelays program has a "-c cmd" argument, but that option does not seem to exist in Documentation/account/getdelays.c. Do you have an updated version of getdelays.c? If not, please correct that documentation.

Re: [PATCH 58/59] sysctl: Reimplement the sysctl proc support

* Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > On 3/14/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: > > #define PROCNAME_PML"sys/kernel/preempt_max_latency" > > > > static __init int latency_fs_init(void) > > { > > struct proc_dir_entry *entry; > > > > if (!(entry = create_proc_

Re: [RFC] [Patch 1/1] IBAC Patch

On Tue, 2007-03-13 at 10:31 -0500, Serge E. Hallyn wrote: > Quoting Mimi Zohar ([EMAIL PROTECTED]): > > On Thu, 2007-03-08 at 22:19 -0500, [EMAIL PROTECTED] wrote: > > > On Thu, 08 Mar 2007 17:58:16 EST, Mimi Zohar said: > > > > This is a request for comments for a new Integrity Based Access > > >

[RFC] [Patch 1/1] IBAC Patch

This is a posting of an updated IBAC patch, based on comments from the LSM and LKML mailing lists, which include the following fixes: - Updated Kconfig SECURITY_IBAC description and SECURITY_IBAC_BOOTPARAM default value - Prefixed all log messages with "ibac:" - Redefined a couple of

Re: [PATCH 1/2] avoid OPEN_MAX in SCM_MAX_FD

Hi, On 14 Mar 2007, at 01:15, Linus Torvalds wrote: On Tue, 13 Mar 2007, Roland McGrath wrote: Ok, fine. But PATH_MAX is a real constant that has some meaning in the kernel. It's perfectly correct to use PATH_MAX as a constant on a system like Linux that defines it and means what it says.

Re: [ANNOUNCE] iproute2 2.6.20-070313

On Tuesday 13 of March 2007, Stephen Hemminger wrote: > This is an experimental to the iproute2 command set. > > The version number includes the kernel version to denote what features are > supported. The same source should build on older systems, but obviously the > newer kernel features won't be

Re: [ANNOUNCE] iproute2 2.6.20-070313

On Wednesday 14 of March 2007, Arkadiusz Miskiewicz wrote: Of course I mean: > This patch > > http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html > adds functionality that... > didn't make into upstream linux kernel it seems. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm /

Re: [RFC] [Patch 1/1] IBAC Patch

On Tue, 2007-03-13 at 19:27 -0700, Seth Arnold wrote: > On Thu, Mar 08, 2007 at 05:58:16PM -0500, Mimi Zohar wrote: > > This is a request for comments for a new Integrity Based Access > > Control(IBAC) LSM module which bases access control decisions > > on the new integrity framework services. >

[PATCH] Race between cat /proc/kallsyms and rmmod

Iterating code of /proc/kallsyms calls module_get_kallsym() which grabs and drops module_mutex internally and returns "struct module *", module is removed, aforementioned "struct module *" is used in non-trivial way. So, grab module_mutex for entire operation like /proc/modules does. Steps to rep

Re: [PATCH] Race between cat /proc/kallsyms and rmmod

Alexey Dobriyan <[EMAIL PROTECTED]> writes: > > --- a/kernel/kallsyms.c > +++ b/kernel/kallsyms.c > @@ -40,6 +40,8 @@ extern const u16 kallsyms_token_index[] > > extern const unsigned long kallsyms_markers[] __attribute__((weak)); > > +extern struct mutex module_mutex; No externs in .c file

[PATCH v2] Race between cat /proc/kallsyms and rmmod

Iterating code of /proc/kallsyms calls module_get_kallsym() which grabs and drops module_mutex internally and returns "struct module *", module is removed, aforementioned "struct module *" is used in non-trivial way. So, grab module_mutex for entire operation like /proc/modules does. Steps to rep

3c59x regression (transmission stop)

Hi. I have a problem with 3c59x network driver. After some time (now it happened after 6 days of uptime) the card stops transmitting packets. Interrupt counter increments, the card recieves and trasmits some buffers, but the more time, the less packets are trasmitted and in the end it stops t

Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

On Wed, 2007-03-14 at 11:36 +0100, Andi Kleen wrote: > Steven Rostedt <[EMAIL PROTECTED]> writes: > > > > So I spent last night hacking up something to try to make a common ground > > for all code that is shared between x86_64 and i386. I called this > > > >arch/x86 > > NACK. I think the cu

  1   2   3   4   5   >