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

2007-03-21 Thread Christoph Lameter
On Wed, 21 Mar 2007, Eric Dumazet wrote: The fast path is to put the pointer, into the cpu array cache. This object might be given back some cycles later, because of a kmem_cache_alloc() : No need to access the two cache lines (struct page, struct slab) If you do that then the slab will no

Re: [PATCH][5/5][resend] floppy.c: Fix device_create_file() warning

2007-03-21 Thread Dmitriy Monakhov
Jesper Juhl [EMAIL PROTECTED] writes: On 20/03/07, Mikael Pettersson [EMAIL PROTECTED] wrote: On Mon, 19 Mar 2007 18:42:22 +0100, Jesper Juhl wrote: --- a/drivers/block/floppy.c +++ b/drivers/block/floppy.c @@ -4302,7 +4302,12 @@ static int __init floppy_init(void) if

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

2007-03-21 Thread Eric Dumazet
Christoph Lameter a écrit : On Wed, 21 Mar 2007, Eric Dumazet wrote: The fast path is to put the pointer, into the cpu array cache. This object might be given back some cycles later, because of a kmem_cache_alloc() : No need to access the two cache lines (struct page, struct slab) If you do

[PATCH] SLAB : Dont allocate empty shared caches

2007-03-21 Thread Eric Dumazet
We can avoid allocating empty shared caches and avoid unecessary check of cache-limit. We save some memory. We avoid bringing into CPU cache unecessary cache lines. All accesses to l3-shared are already checking NULL pointers so this patch is safe. Signed-off-by: Eric Dumazet [EMAIL

Re: [PATCH 1/7] Introduce the pagetable_operations and associated helper macros.

2007-03-21 Thread Nick Piggin
Nick Piggin wrote: Yeah you could, but it looks back to front to me. The VM tells the filesystem that the machine took a fault at virtual address X, then the filesystem asks the VM what pgoff that is, then tells the VM to install the corresponding page to vaddr X. With my -fault, the VM asks

Re: AIO, FIO and Threads ...

2007-03-21 Thread Jens Axboe
On Tue, Mar 20 2007, Davide Libenzi wrote: I was looking at Jens FIO stuff, and I decided to cook a quick patch for FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface): http://www.xmailserver.org/guasi-lib.html I then ran a few tests on my Dual Opteron 252 with SATA

Re: RSDL v0.31

2007-03-21 Thread Ingo Molnar
* Xavier Bestel [EMAIL PROTECTED] wrote: On Tue, 2007-03-20 at 07:11 +0100, Willy Tarreau wrote: I don't agree with starting to renice X to get something usable [...] Why not compensate for X design by prioritizing it a bit ? there were multiple attempts with renicing X under the vanilla

Re: [PATCH] Re: [2.6.20] BUG: workqueue leaked lock

2007-03-21 Thread Jarek Poplawski
On Tue, Mar 20, 2007 at 07:07:59PM +0300, Oleg Nesterov wrote: On 03/20, Jarek Poplawski wrote: ... On Thu, 2007-03-15 at 11:06 -0800, Andrew Morton wrote: On Tue, 13 Mar 2007 17:50:14 +0100 Folkert van Heusden [EMAIL PROTECTED] wrote: ... [ 1756.728209] BUG: workqueue leaked lock

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

2007-03-21 Thread Jon K Hellan
Rodolfo Giometti wrote: Pulse per Second (PPS) support for Linux. Signed-off-by: Rodolfo Giometti [EMAIL PROTECTED] --- Please, note that this PPS implementation is not RFC 2783 fully compatible since, IMHO, the RFC simply doesn't consider PPS devices connected with special GPIOs or other

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

2007-03-21 Thread Rodolfo Giometti
On Wed, Mar 21, 2007 at 09:05:34AM +0100, Jon K Hellan wrote: Have you received any comments on this from the NTP community? From Ulrich Windl? Not yet... that's why I reposted my patch. Thanks, Rodolfo -- GNU/Linux Solutions e-mail:[EMAIL PROTECTED] Linux Device

tpacket_rcv

2007-03-21 Thread Miao Qingjun
Hi, Can anybody explain what the following code does and why needs it?? Thanks tpacket_rcv() { h-tp_status = status; smp_mb(); { struct page *p_start, *p_end; u8 *h_end = (u8 *)h + macoff + snaplen - 1; p_start = virt_to_page(h); p_end = virt_to_page(h_end); while (p_start = p_end) {

Re: RSDL v0.31

2007-03-21 Thread Keith Duthie
Another data point: I'm getting stalls in mplayer. I'm assuming the stalls occur when procmail runs messages through spamprobe, as the system is otherwise idle. The stalls continue to occur (and I'm not sure that they aren't worse) when X and/or mplayer are reniced to negative nice levels. This

Re: [PATCH 2/7] Initial implementation of the trec driver and include files

2007-03-21 Thread Johannes Weiner
Hi, On Tue, Mar 20, 2007 at 11:47:35PM -0700, Wink Saville wrote: --- /dev/null +++ b/drivers/trec/trec.c [...] +struct trec_dev_struct +{ + struct cdevcdev; /* Character device structure */ Your patch has broken lines where there shouldn't be any.

Re: [PATCH] swsusp: Fix SNAPSHOT_S2RAM ioctl

2007-03-21 Thread Pavel Machek
Hi! From: Rafael J. Wysocki [EMAIL PROTECTED] The SNAPSHOT_S2RAM ioctl does not disable the nonboot CPUs before entering the suspend, although it should do this. --- linux-2.6.21-rc4.orig/kernel/power/user.c +++ linux-2.6.21-rc4/kernel/power/user.c @@ -374,9 +374,12 @@ static

Re: [PATCH 2/7] Initial implementation of the trec driver and include files

2007-03-21 Thread Johannes Weiner
Hi, On Wed, Mar 21, 2007 at 09:22:39AM +0100, Johannes Weiner wrote: Your patch has broken lines where there shouldn't be any. I mean, the attached patch. This is probably not an error in the patch but in the way of posting it. +static int snprint_address(char *b, int bsize, unsigned long

Re: [RFC][PATCH] split file and anonymous page queues #3

2007-03-21 Thread Nikita Danilov
Rik van Riel writes: [ OK, I suck. I edited yesterday's email with the new info, but forgot to change the attachment to today's patch. Here is today's patch. ] Split the anonymous and file backed pages out onto their own pageout queues. This we do not unnecessarily churn through

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Artem Bityutskiy
On Tue, 2007-03-20 at 18:03 -0400, Theodore Tso wrote: So this is probably a stupid question, but what drives the design decision to store the metadata in-band instead of out-of-band (and you don't have to answer me here; putting it in the overall system architecture document is just as good,

Re: RSDL v0.31

2007-03-21 Thread Kasper Sandberg
On Tue, 2007-03-20 at 08:16 -0700, Ray Lee wrote: On 3/20/07, Mark Lord [EMAIL PROTECTED] wrote: I've droppped it from my machine -- interactive response is much more important for my primary machine right now. Help out with a data point? Are you running KDE as well? If you are, then it

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Artem Bityutskiy
On Tue, 2007-03-20 at 21:36 +, David Woodhouse wrote: On Tue, 2007-03-20 at 22:05 +0200, Artem Bityutskiy wrote: Guess why we still do not have a decent FTL? Because it is _difficult_. No. We don't have a decent FTL because it's _pointless_. We've got basic implementations of FTL,

Re: [ck] Re: RSDL v0.31

2007-03-21 Thread Kasper Sandberg
On Mon, 2007-03-19 at 16:47 -0400, Bill Davidsen wrote: Kasper Sandberg wrote: On Sun, 2007-03-18 at 08:38 +0100, Mike Galbraith wrote: On Sun, 2007-03-18 at 08:22 +0100, Radoslaw Szkodzinski wrote: I'd recon KDE regresses because of kioslaves waiting on a pipe (communication with the

Re: [PATCH] libata: add NCQ blacklist entries from Silicon Image Windows driver

2007-03-21 Thread Tejun Heo
Jeff Garzik wrote: Robert Hancock wrote: This patch adds in some NCQ blacklist entries taken from the Silicon Image Windows drivers' .inf files for the 3124 and 3132 controllers. These entries were marked as DisableSataQueueing. Assume these are in their blacklist for a reason and disable NCQ

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
On Tue, 2007-03-20 at 17:47 +0100, Grzegorz Chwesewicz wrote: I have HP nx6325. I've tried to use WARN_ON_ONCE patch, but I don't see nothing special in dmesg. Just in case I'm posting my dmesg_2.6.20_WARN_ON_ONCE_on_battery log on http://bugzilla.kernel.org/show_bug.cgi?id=8235 . Below I

Re: [PATCH] Allow per-cpu variables to be page-aligned

2007-03-21 Thread Eric W. Biederman
Rusty Russell [EMAIL PROTECTED] writes: [This was part of the GDT cleanups and per-cpu- pda changes, which I have revised, but this stands on its own. The only change is catching the x86-64 per-cpu allocator too]. == Let's allow page-alignment in general for per-cpu data (wanted by Xen,

[RFC, PATCH] SLAB : [NUMA] keep nodeid in struct page instead of struct slab

2007-03-21 Thread Eric Dumazet
In order to avoid a cache miss in kmem_cache_free() on NUMA and reduce hot path length, we could exploit the following common facts. 1) MAX_NUMNODES = 64 2) alignment of 'struct kmem_cache *' can be = 64 The following patch changes the page-lru.next to contain not only the 'struct kmem_cache

Re: [PATCH 2/4] i386 GDT cleanups: Use per-cpu GDT immediately upon boot

2007-03-21 Thread Eric W. Biederman
Rusty Russell [EMAIL PROTECTED] writes: Now we are no longer dynamically allocating the GDT, we don't need the cpu_gdt_table at all: we can switch straight from boot_gdt_table to the per-cpu GDT. This means initializing the cpu_gdt array in C. The boot CPU uses the per-cpu var directly,

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Tasos Parisinos
Assuming you have a secure kernel binary that is tamper proof, why do you need slow and complex asymmetric encryption again? If you can write protect the kernel, you can also read protect it (or let the boot loader pass the key to the kernel). So what stops you from using a simple symmetric key

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Andi Kleen
On Wednesday 21 March 2007 10:24, Thomas Gleixner wrote: On Tue, 2007-03-20 at 17:47 +0100, Grzegorz Chwesewicz wrote: I have HP nx6325. I've tried to use WARN_ON_ONCE patch, but I don't see nothing special in dmesg. Just in case I'm posting my dmesg_2.6.20_WARN_ON_ONCE_on_battery log on

Re: 2.6.21-rc4-mm1

2007-03-21 Thread Edward Shishkin
Andrew Morton wrote: On Tue, 20 Mar 2007 17:23:54 -0600 Zan Lynx [EMAIL PROTECTED] wrote: On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote: Temporarily at http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/ Will appear later at

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 10:46 +0100, Andi Kleen wrote: On Wednesday 21 March 2007 10:24, Thomas Gleixner wrote: On Tue, 2007-03-20 at 17:47 +0100, Grzegorz Chwesewicz wrote: I have HP nx6325. I've tried to use WARN_ON_ONCE patch, but I don't see nothing special in dmesg. Just in case I'm

[PATCH 2.6.21-rc4-mm1 0/4] Futexes functionalities and improvements

2007-03-21 Thread Pierre . Peiffer
Hi Andrew, This is a re-send of a series of patches concerning futexes (here after is a short description). I have reworked the patches to take into account the last changes about futex, and this series should apply cleanly on -mm tree (the changes mostly affect patch 2 futex_wait

[PATCH 2.6.21-rc4-mm1 1/4] futex priority based wakeup

2007-03-21 Thread Pierre . Peiffer
Today, all threads waiting for a given futex are woken in FIFO order (first waiter woken first) instead of priority order. This patch makes use of plist (pirotity ordered lists) instead of simple list in futex_hash_bucket. All non-RT threads are stored with priority MAX_RT_PRIO, causing them to

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

2007-03-21 Thread Jarek Poplawski
On 20-03-2007 08:47, Pekka J Enberg wrote: On 3/19/07, Andrew Morton [EMAIL PROTECTED] wrote: ... On Tue, 20 Mar 2007, Eric Dumazet wrote: CPU: AMD64 processors, speed 1992.52 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit

[PATCH 2.6.21-rc4-mm1 4/4] sys_futex64 : allows 64bit futexes

2007-03-21 Thread Pierre . Peiffer
This last patch is an adaptation of the sys_futex64 syscall provided in -rt patch (originally written by Ingo Molnar). It allows the use of 64-bit futex. I have re-worked most of the code to avoid the duplication of the code. It does not provide the functionality for all architectures (only for

[PATCH 2.6.21-rc4-mm1 2/4] Make futex_wait() use an hrtimer for timeout

2007-03-21 Thread Pierre . Peiffer
This patch modifies futex_wait() to use an hrtimer + schedule() in place of schedule_timeout(). schedule_timeout() is tick based, therefore the timeout granularity is the tick (1 ms, 4 ms or 10 ms depending on HZ). By using a high resolution timer for timeout wakeup, we can attain a much finer

[PATCH 2.6.21-rc4-mm1 3/4] futex_requeue_pi optimization

2007-03-21 Thread Pierre . Peiffer
This patch provides the futex_requeue_pi functionality, which allows some threads waiting on a normal futex to be requeued on the wait-queue of a PI-futex. This provides an optimization, already used for (normal) futexes, to be used with the PI-futexes. This optimization is currently used by

[PATCH -mm 4/4] Blackfin: on-chip Two Wire Interface I2C driver

2007-03-21 Thread Wu, Bryan
Hi folks, As GPIO based blackfin driver will be replaced by I2C-GPIO generic driver, we just update this latest version of blackfin on-chip TWI I2C driver according to LKML review. [PATCH] Blackfin: on-chip Two Wire Interface I2C driver The i2c linux driver for blackfin architecture which

[PATCH -mm 2/4] Blackfin: serial update driver for Blackfin architecture

2007-03-21 Thread Wu, Bryan
Hi folks, Since we support break handling, we shouldn't use these flags. Signed-off-by: Bryan Wu [EMAIL PROTECTED] --- drivers/serial/bfin_5xx.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) Index: linux-2.6/drivers/serial/bfin_5xx.c

Reference count issue with uart_close() on 2.6.16-2.6.20

2007-03-21 Thread Christian Kellermann
Dear List, On a i386 machine (see dmesg below) I am having the following issue with a 16550A UART: I've got a mgetty listening on a certain /dev/ttySx. When killing that mgetty and opening a minicom on that device I get the following in my kernel log: uart_close: bad serial port count;

Re: [PATCH -mm 1/4] Blackfin: architecture update patch

2007-03-21 Thread Arnd Bergmann
On Wednesday 21 March 2007, Wu, Bryan wrote: @@ -97,6 +97,11 @@ static inline void leds_switch(int flag) /* * The idle loop on BFIN */ +#ifdef CONFIG_IDLE_L1 +static inline void default_idle(void)__attribute__((l1_text)); +void cpu_idle(void)__attribute__((l1_text)); +#endif + A

Re: [PATCH -mm 1/4] Blackfin: architecture update patch

2007-03-21 Thread Wu, Bryan
On Wed, 2007-03-21 at 11:25 +0100, Arnd Bergmann wrote: On Wednesday 21 March 2007, Wu, Bryan wrote: @@ -97,6 +97,11 @@ static inline void leds_switch(int flag) /* * The idle loop on BFIN */ +#ifdef CONFIG_IDLE_L1 +static inline void default_idle(void)__attribute__((l1_text));

Re: [PATCH -mm 1/4] Blackfin: architecture update patch

2007-03-21 Thread Arnd Bergmann
On Wednesday 21 March 2007, Wu, Bryan wrote: I sent 4 mail to LKML, but this one lost. Arnd, can you receive this email from LKML. The mail was around 400kb, while the limit for lkml is 100kb. Arnd - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Andi Kleen
The BIOS/ACPI is broken and does only expose C1, which should not switch off LAPIC. The BIOS is switching into deeper C-States behind the kernels back somehow. Hmm, perhaps we can check AMD (cstate = 2 || has a battery) ? Should be doable by looking up the battery object in ACPI -Andi - To

Re: 2.6.21-rc4-mm1

2007-03-21 Thread Reuben Farrelly
On 20/03/2007 3:56 PM, Andrew Morton wrote: Temporarily at http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/ Will appear later at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/ - Restored the RSDL CPU scheduler (a new version thereof) Just

RE: RSDL v0.31

2007-03-21 Thread David Schwartz
there were multiple attempts with renicing X under the vanilla scheduler, and they were utter failures most of the time. _More_ people complained about interactivity issues _after_ X has been reniced to -5 (or -10) than people complained about nice 0 interactivity issues to begin with.

Re: [PATCH 1/7] Introduce the pagetable_operations and associated helper macros.

2007-03-21 Thread William Lee Irwin III
William Lee Irwin III wrote: I'm tied up elsewhere so I won't get to it in a timely fashion. Maybe in a few weeks I can start up on the first two of the bunch. On Wed, Mar 21, 2007 at 05:51:23PM +1100, Nick Piggin wrote: Care to give us a hint? :) The first is something DISM-like. I've not

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 11:37 +0100, Andi Kleen wrote: The BIOS/ACPI is broken and does only expose C1, which should not switch off LAPIC. The BIOS is switching into deeper C-States behind the kernels back somehow. Hmm, perhaps we can check AMD (cstate = 2 || has a battery) ? Should be

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Jörn Engel
On Tue, 20 March 2007 01:42:46 +0100, Thomas Gleixner wrote: On Mon, 2007-03-19 at 17:32 -0500, Matt Mackall wrote: 4. JFFS2 has its own wear-leving scheme, as do several other filesystems, so they probably want to bypass this piece of the stack. JFFS2 on top of UBI delegates

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 12:05 +0100, Jörn Engel wrote: On Tue, 20 March 2007 01:42:46 +0100, Thomas Gleixner wrote: On Mon, 2007-03-19 at 17:32 -0500, Matt Mackall wrote: 4. JFFS2 has its own wear-leving scheme, as do several other filesystems, so they probably want to bypass this

Re: [RFC][PATCH] split file and anonymous page queues #3

2007-03-21 Thread Rik van Riel
Nikita Danilov wrote: Rik van Riel writes: [ OK, I suck. I edited yesterday's email with the new info, but forgot to change the attachment to today's patch. Here is today's patch. ] Split the anonymous and file backed pages out onto their own pageout queues. This we do not

Re: 2.6.21-rc4-mm1

2007-03-21 Thread David Woodhouse
On Tue, 2007-03-20 at 21:47 -0800, Andrew Morton wrote: On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook [EMAIL PROTECTED] wrote: I can't get 2.6.21-rc4-mm1 to compile (with or without this fix): GEN .version init/.missing_syscalls.h.cmd:2: *** missing separator. Stop. make:

Re: [PATCH] Complain about missing system calls.

2007-03-21 Thread David Woodhouse
On Mon, 2007-03-19 at 16:42 -0700, Andrew Morton wrote: hm, did you try running this on x86_64? git://git.infradead.org/~dwmw2/syscalls-2.6.git Should make it quieter on ARM and x86_64, and includes Stéphane's patch to make it work with dash. -- dwmw2 - To unsubscribe from this list: send

Re: [patch 2.6.21-rc4-git] fix SND_SOC Kconfig

2007-03-21 Thread Takashi Iwai
At Tue, 20 Mar 2007 13:49:51 -0700, David Brownell wrote: The new ALSA SOC support has bogus Kconfig ... it should not be presenting anything AT91-related except on AT91, or anything PXA-related except on PXA. Right now, x86 sees both of those menus, as do all other platforms. This patch

Re: Bug report : reproducible memory allocator bug in 2.6.20-rc6

2007-03-21 Thread Antoine Martin
Re: http://lkml.org/lkml/2007/1/28/146 Just got a similar OOPS on a system under heavy load (transcode + p2p), with kernel 2.6.20.3 / x86_64 (in free_block). [802c5b95] free_block+0xae/0x13c [802c5cb6] drain_array+0x93/0xd1 [802c6820] cache_reap+0xea/0x239

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Jörn Engel
On Wed, 21 March 2007 12:25:34 +0100, Thomas Gleixner wrote: On Wed, 2007-03-21 at 12:05 +0100, Jörn Engel wrote: Ok, now we have reached the absurd. UBI quite fundamentally cannot do wear leveling as good as LogFS can. Simply because UBI has zero knowledge of the _contents_ of its

major number allocation for mmc block devices

2007-03-21 Thread Pavel Machek
Hi! I'd like to get stable major number for mmc subsystem. Relying on dynamic major for mmc is nasty, as it means that udev is neccessary on the machine. 179 block MMC block devices 0 = /dev/mmcblk0 First SD/MMC card 1 = /dev/mmcblk0p1First

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Artem Bityutskiy
On Wed, 2007-03-21 at 12:25 +0100, Thomas Gleixner wrote: Last time I talked to you about that, you said it would be possible and fixable. We talked about several mechanisms, which would allow a filesystem or other users to hint such things to UBI. Even if the LogFS wear levelling is so

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

2007-03-21 Thread Pekka J Enberg
On Tue, 20 Mar 2007, Christoph Lameter wrote: CONFIG_DEBUG_SLAB is there in order to handle these nasty and hard to debug problems. Usually non-slab pages are not passed to kmem_cache_free. Yeah, it's probably not a big deal for kmem_cache_free() but if we make the BUG_ON CONFIG_DEBUG_SLAB,

Re: [PATCH] Allow per-cpu variables to be page-aligned

2007-03-21 Thread Rusty Russell
On Wed, 2007-03-21 at 03:21 -0600, Eric W. Biederman wrote: Do we really want to allow modules to be able to allocate page sized per cpu memory. Hi Eric! They always could, of course, they just wouldn't get correct alignment. I think the principle of least surprise says that if we

Re: [RFC][PATCH] split file and anonymous page queues #3

2007-03-21 Thread Nikita Danilov
Rik van Riel writes: Nikita Danilov wrote: Rik van Riel writes: [ OK, I suck. I edited yesterday's email with the new info, but forgot to change the attachment to today's patch. Here is today's patch. ] Split the anonymous and file backed pages out onto their own

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 12:35 +0100, Jörn Engel wrote: Even if such flashes still contain a bootloader and a kernel, that will occupy less than 1% of the device. Wear leveling across the device is fairly pointless here. This is what I designed LogFS for. Still you need to have a solution for

Re: [PATCH 2/4] i386 GDT cleanups: Use per-cpu GDT immediately upon boot

2007-03-21 Thread Rusty Russell
On Wed, 2007-03-21 at 03:31 -0600, Eric W. Biederman wrote: Rusty Russell [EMAIL PROTECTED] writes: -/* - * The boot_gdt_table must mirror the equivalent in setup.S and is - * used only for booting. - */ It looks like you are killing a useful comment here for no good reason. Hi Eric,

Re: 2.6.21-rc4-mm1

2007-03-21 Thread Sam Ravnborg
On Tue, Mar 20, 2007 at 09:47:14PM -0800, Andrew Morton wrote: On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook [EMAIL PROTECTED] wrote: I can't get 2.6.21-rc4-mm1 to compile (with or without this fix): GEN .version init/.missing_syscalls.h.cmd:2: *** missing separator. Stop.

Re: kconfig `bool' (was: Re: [PATCH 13/13] fix ps3fb glue allowing a modular build)

2007-03-21 Thread Roman Zippel
Hi, On Tue, 20 Mar 2007, Geert Uytterhoeven wrote: On Wed, 14 Mar 2007, Linus Torvalds wrote: In many ways it would be nice if we had two different kinds of bool: one where m in the dependency chain means y is ok, and one where m means n. We used to have dep_bool and dep_mbool for

Re: [RFC][PATCH] split file and anonymous page queues #3

2007-03-21 Thread Rik van Riel
Nikita Danilov wrote: Probably I am missing something, but I don't see how that can help. For example, suppose (for simplicity) that we have swappiness of 100%, and that fraction of referenced anon pages gets slightly less than of file pages. get_scan_ratio() increases anon_percent, and

Re: [RFC][PATCH] split file and anonymous page queues #3

2007-03-21 Thread Rik van Riel
Rik van Riel wrote: Nikita Danilov wrote: Probably I am missing something, but I don't see how that can help. For example, suppose (for simplicity) that we have swappiness of 100%, and that fraction of referenced anon pages gets slightly less than of file pages. get_scan_ratio() increases

Re: [linux-pm] 2.6.21-rc4-mm1: freezing of processes broken

2007-03-21 Thread Rafael J. Wysocki
On Wednesday, 21 March 2007 02:23, Eric W. Biederman wrote: Rafael J. Wysocki [EMAIL PROTECTED] writes: On Tuesday, 20 March 2007 22:06, Rafael J. Wysocki wrote: On Tuesday, 20 March 2007 21:58, Jiri Slaby wrote: Rafael J. Wysocki napsal(a): Actually, the problem is 100% reproducible

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
Stefan, Grzegorz On Wed, 2007-03-21 at 12:14 +0100, Thomas Gleixner wrote: On Wed, 2007-03-21 at 11:37 +0100, Andi Kleen wrote: The BIOS/ACPI is broken and does only expose C1, which should not switch off LAPIC. The BIOS is switching into deeper C-States behind the kernels back somehow.

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Indan Zupancic
On Wed, March 21, 2007 10:15, Tasos Parisinos wrote: Assuming you have a secure kernel binary that is tamper proof, why do you need slow and complex asymmetric encryption again? If you can write protect the kernel, you can also read protect it (or let the boot loader pass the key to the

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

2007-03-21 Thread Pekka Enberg
On 3/21/07, Jarek Poplawski [EMAIL PROTECTED] wrote: I think Pekka was right (it looks he changed his mind now) something should be done here. I think something like this should be a minimum: BUG_ON(!objp || virt_to_cache(objp) != cachep); to show distinctly what's going on. No, if we were

Re: [RFC, PATCH] SLAB : [NUMA] keep nodeid in struct page instead of struct slab

2007-03-21 Thread Pekka Enberg
On 3/21/07, Eric Dumazet [EMAIL PROTECTED] wrote: In order to avoid a cache miss in kmem_cache_free() on NUMA and reduce hot path length, we could exploit the following common facts. It would be nice if you could cc me for slab patches. On 3/21/07, Eric Dumazet [EMAIL PROTECTED] wrote:

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 13:15 +0100, Thomas Gleixner wrote: + return; + }} + Ooops, sorry. Did not quilt refresh before sending it out. Correct version below. tglx diff --git a/arch/i386/kernel/apic.c b/arch/i386/kernel/apic.c index 5cff797..83cf98d 100644 ---

Re: [RFC, PATCH] SLAB : [NUMA] keep nodeid in struct page instead of struct slab

2007-03-21 Thread Pekka Enberg
On 3/21/07, Eric Dumazet [EMAIL PROTECTED] wrote: +#ifdef KEEP_NODEID_IN_PAGE + /* kmem_cache addresses must be multiple of 64 */ + cache_cache.buffer_size = ALIGN(cache_cache.buffer_size, + max(64, cache_line_size())); +#else

Re: PCI probing failure in 2.6.21-rc3

2007-03-21 Thread Francis Moreau
Andrew, [ cc'ed Adrian, since he might be interested to track this out ] On 3/15/07, Andrew Morton [EMAIL PROTECTED] wrote: Greg, could we please either a) start doing something about these reports or b) publish sufficient info to permit others to do something about these reports or c)

Re: Fwd: [PATCH 7/9] ACPI: Only use IPI on known broken machines (AMD, Dothan/BaniasPentium M)

2007-03-21 Thread Thomas Gleixner
On Tue, 2007-03-20 at 20:23 +0100, Andi Kleen wrote: + else if ((boot_cpu_data.x86_vendor == X86_VENDOR_INTEL + boot_cpu_data.x86 == 6) +(boot_cpu_data.x86_model == 13 || + boot_cpu_data.x86_model == 9)) What is

Re: [patch 2.6.21-rc4-git] SCSI newstyle hotplug/coldplug support

2007-03-21 Thread Michael Tokarev
David Brownell wrote: This teaches scsi devices how to support new style hotplug/coldplug: using a modalias sysfs attribute for coldplug, and MODALIAS environment variable for hotplug. How this is different from http://marc.info/?t=11520454222r=1w=2 and earlier attempts to do the same?

Re: BLK_DEV_MD with CONFIG_NET

2007-03-21 Thread Sam Ravnborg
On Tue, Mar 20, 2007 at 08:26:21PM -0700, David Miller wrote: From: Randy Dunlap [EMAIL PROTECTED] Date: Tue, 20 Mar 2007 20:05:38 -0700 Build a kernel with CONFIG_NET-n and CONFIG_BLK_DEV_MD=m. Unless csum_partial() is built and kept by some arch Makefile, the result is: ERROR:

Re: 2.6.21-rc4: pl2303 disconnect oops

2007-03-21 Thread Meelis Roos
This looks like one of the known regressions. Does the patch in [1] help? [1] http://lkml.org/lkml/2007/3/13/217 Yes, it also seems to be in mainline now, and with yesterdays git it works fine. -- Meelis Roos ([EMAIL PROTECTED]) - To unsubscribe from this list: send the line unsubscribe

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Tasos Parisinos
Indan Zupancic wrote: Protecting a TripleDES key in high security standards is not as simple as making the kernel read protected, you need a whole lot and that also means hardware (cryptomemories e.t.c) So you forget about all this overhead when you use assymetric You need to protect

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Jörn Engel
On Wed, 21 March 2007 12:57:42 +0100, Thomas Gleixner wrote: On Wed, 2007-03-21 at 12:35 +0100, Jörn Engel wrote: Even if such flashes still contain a bootloader and a kernel, that will occupy less than 1% of the device. Wear leveling across the device is fairly pointless here. This is

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Indan Zupancic
On Wed, March 21, 2007 10:15, Tasos Parisinos wrote: Protecting a TripleDES key in high security standards is not as simple as making the kernel read protected, you need a whole lot and that also means hardware (cryptomemories e.t.c) So you forget about all this overhead when you use

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Artem Bityutskiy
On Wed, 2007-03-21 at 13:31 +0100, Jörn Engel wrote: Correct. It may make sense to use UBI for that, I don't know. What I do know is that UBI cannot make wear leveling decisions as well as LogFS. So lets discuss this in different thread when you post a request to include LogFS into mainline.

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Andi Kleen
On Wednesday 21 March 2007 12:14, Thomas Gleixner wrote: On Wed, 2007-03-21 at 11:37 +0100, Andi Kleen wrote: The BIOS/ACPI is broken and does only expose C1, which should not switch off LAPIC. The BIOS is switching into deeper C-States behind the kernels back somehow. Hmm, perhaps

Re: [PATCH -mm 1/4] Blackfin: architecture update patch

2007-03-21 Thread Paul Mundt
On Wed, Mar 21, 2007 at 06:06:58PM +0800, Wu, Bryan wrote: +++ linux-2.6/arch/blackfin/Kconfig 2007-03-21 14:38:42.0 +0800 @@ -21,6 +21,10 @@ config RWSEM_XCHGADD_ALGORITHM bool default n +config BLACKFIN + bool + default y + config BFIN bool

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Indan Zupancic
On Wed, March 21, 2007 13:34, Tasos Parisinos wrote: Indan Zupancic wrote: Protecting a TripleDES key in high security standards is not as simple as making the kernel read protected, you need a whole lot and that also means hardware (cryptomemories e.t.c) So you forget about all this

Re: [PATCH] SLAB : Use num_possible_cpus() in enable_cpucache()

2007-03-21 Thread Pekka Enberg
On 3/21/07, Eric Dumazet [EMAIL PROTECTED] wrote: As most shiped linux kernels are now compiled with CONFIG_SMP, there is no way a preprocessor #if can detect if the machine is UP or SMP. Better to use num_possible_cpus(). Looks good to me. Acked-by: Pekka Enberg [EMAIL PROTECTED] - To

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Stefan Prechtel
2007/3/21, Andi Kleen [EMAIL PROTECTED]: On Wednesday 21 March 2007 12:14, Thomas Gleixner wrote: On Wed, 2007-03-21 at 11:37 +0100, Andi Kleen wrote: The BIOS/ACPI is broken and does only expose C1, which should not switch off LAPIC. The BIOS is switching into deeper C-States behind the

Re: [PATCH -mm 1/4] Blackfin: architecture update patch

2007-03-21 Thread Arnd Bergmann
On Wednesday 21 March 2007, Wu, Bryan wrote: 1) Some issues are fixed according to LKML patch review. 2) Remove not supported BF535 code 3) Fixed some bugs from blackfin.uclinux.org SVN update Here is the updated patch for 2.6.21-rc4-mm1 One rather general but important comment: You need to

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Jörn Engel
*sigh* I really did not want to become involved in this. So please be nice and leave the flamethrower in your weapon closet or I will disappear again before you can say fire. On Tue, 20 March 2007 21:32:40 +, David Woodhouse wrote: On Tue, 2007-03-20 at 10:58 -0800, David Lang wrote:

Re: BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4})

2007-03-21 Thread Thomas Gleixner
On Wed, 2007-03-21 at 14:04 +0100, Stefan Prechtel wrote: I uploaded the output of dmesg (kernel 2.6.21-rc4-git5) (battery / ac) and dmidecode I can boot on battery with nolapic_timer and the second core is online, too. /proc/acpi/processor/C000/ shows the same as before but /proc/interrupts

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Tasos Parisinos
On Wed, March 21, 2007 10:15, Tasos Parisinos wrote: Protecting a TripleDES key in high security standards is not as simple as making the kernel read protected, you need a whole lot and that also means hardware (cryptomemories e.t.c) So you forget about all this overhead when you use

Re: [Bluez-devel] 2.6.21-rc4-mm1

2007-03-21 Thread Marcel Holtmann
Hi Andrew, * Freezes immediately if I allow Bluetooth to configure. cc bluez-devel is the -mm specific or does this also happens with 2.6.21-rc4? Regards Marcel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED]

Re: [PATCH] SLAB : Dont allocate empty shared caches

2007-03-21 Thread Pekka Enberg
On 3/21/07, Eric Dumazet [EMAIL PROTECTED] wrote: We can avoid allocating empty shared caches and avoid unecessary check of cache-limit. We save some memory. We avoid bringing into CPU cache unecessary cache lines. All accesses to l3-shared are already checking NULL pointers so this patch is

Re: PROBLEM: null pointer dereference in cfq_dispatch_requests (2.6.21-rc2 and 2.6.20)

2007-03-21 Thread Dale Blount
I'm puzzled why this is hitting Dan, but no one else has reported anything. Dan, did 2.6.19 work for you? Actually, I believe it is happening to me too. This is on a 4-disk raid5 with one failed disk on two 2-port sata_sil pci controller cards. The BUG below is from 2.6.20.3, but I will try

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

2007-03-21 Thread Jarek Poplawski
On Wed, Mar 21, 2007 at 02:13:52PM +0200, Pekka Enberg wrote: On 3/21/07, Jarek Poplawski [EMAIL PROTECTED] wrote: I think Pekka was right (it looks he changed his mind now) something should be done here. I think something like this should be a minimum: BUG_ON(!objp || virt_to_cache(objp) !=

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

2007-03-21 Thread Pekka J Enberg
On Wed, 21 Mar 2007, Jarek Poplawski wrote: With __kmem_cache_free you would set #1 I hope, but if nobody would use this - debugging time wouldn't change. I think you got it backwards. I suggested making the _current_ kmem_cache_free() deal with NULL (so everyone will get it) and add a new

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Theodore Tso
On Wed, Mar 21, 2007 at 10:44:35AM +0200, Artem Bityutskiy wrote: As I mentioned to you in IRC, in the future if there is pending changes in response to reviewer comments, it might be a good idea to mention that, so that reviewers know not make those comments again, or worry that the

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

2007-03-21 Thread Thomas Gleixner
On Tue, 2007-03-20 at 10:35 +0100, Marcus Better wrote: Thomas Gleixner wrote: I finally found a dual core box, which survives suspend/resume without crashing in the middle of nowhere. Sigh, I never figured out from the code and the bug reports what's going on. The observed hangs are

Re: [PATCH RESEND 1/1] crypto API: RSA algorithm patch (kernel version 2.6.20.1)

2007-03-21 Thread Indan Zupancic
On Wed, March 21, 2007 14:07, Tasos Parisinos wrote: On Wed, March 21, 2007 10:15, Tasos Parisinos wrote: Protecting a TripleDES key in high security standards is not as simple as making the kernel read protected, you need a whole lot and that also means hardware (cryptomemories e.t.c) So

Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images

2007-03-21 Thread Josh Boyer
On Wed, 2007-03-21 at 09:50 -0400, Theodore Tso wrote: And at this point, I don't doubt that you will at some point going to heed my comments --- but note that doing so will involve a massive refactorization of the code, which will tend to invalidate the reviews done of this current (take 3)

Re: Survey about the Kernel Community

2007-03-21 Thread Timo Aaltonen
Hi, It took a while for us to analyze the results (and to write a publication about it). The summary about the answers can be found at URL http://www.cs.tut.fi/~tta/Summary.html and the aswers to the open question #34 at URL http://www.cs.tut.fi/~tta/roleOfTrust.html. Thaks for everybody. Timo

  1   2   3   4   5   >