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

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

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

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 po

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

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 Dr

tpacket_rcv

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) { fl

Re: RSDL v0.31

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 is

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

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

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 +37

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

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

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 throu

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

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 goo

Re: RSDL v0.31

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, >

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

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

Re: [ck] Re: RSDL v0.31

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 > >>> (communic

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

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 . > > Belo

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

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 X

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

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_cach

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

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 dir

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

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})

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

Re: 2.6.21-rc4-mm1

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 ftp://ftp.kernel.org/pub/linux/kernel/people/ak

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

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 cas

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

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

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 b

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

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

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

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 x

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

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 t

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

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 the

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

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 suppor

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

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

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; tty->coun

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

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 >

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

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__

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

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 bo

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

> 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

Re: 2.6.21-rc4-mm1

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 boot

RE: RSDL v0.31

> 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.

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 no

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

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) ? >

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

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

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

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

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

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

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. Sto

Re: [PATCH] Complain about missing system calls.

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 th

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

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. > > Th

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

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). [] free_block+0xae/0x13c [] drain_array+0x93/0xd1 [] cache_reap+0xea/0x239 [] cache_reap+0x0/0x239 [] run_workqueue+0x95/0x140 [] worker

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

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

major number allocation for mmc block devices

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 parti

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

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

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

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 sup

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

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

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

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

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

Re: 2.6.21-rc4-mm1

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 separato

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

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_bo

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

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 shrink_z

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

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 anon_

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

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 i

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

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

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

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 t

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

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

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: -s

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

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 --- a/arch/

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

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 cache_cach

Re: PCI probing failure in 2.6.21-rc3

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

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

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)) >

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

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=11520454222&r=1&w=2 and earlier attempts to do the sam

Re: BLK_DEV_MD with CONFIG_NET

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: > > E

Re: 2.6.21-rc4: pl2303 disconnect oops

> 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 "unsubs

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

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 you

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

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

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

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 assy

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

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 mainlin

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

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. > > > > H

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

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 >

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

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

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

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 uns

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

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 beh

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

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

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

*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})

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/interru

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

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 assymet

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

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 PROTECTE

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

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)

> 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

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_cach

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

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

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 th

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

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 observe

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

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 (cryptomemo

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

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 (tak

Re: Survey about the Kernel Community

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 and the aswers to the open question #34 at URL . Thaks for everybody. T

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

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

[PATCH] i386: disable local apic timer via command line or dmi quirk

The local APIC timer stops to work in deeper C-States. This is handled by the ACPI code and a broadcast mechanism in the clockevents / tick managment code. Some systems do not expose the deeper C-States to the kernel, but switch into deeper C-States behind the kernels back. This delays the local a

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

On Wednesday, 21 March 2007 14:36, Pekka J Enberg wrote: > 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_

Re: [PATCH] i386: disable local apic timer via command line or dmi quirk

* Thomas Gleixner <[EMAIL PROTECTED]> wrote: > The local APIC timer stops to work in deeper C-States. This is handled > by the ACPI code and a broadcast mechanism in the clockevents / tick > managment code. > > Some systems do not expose the deeper C-States to the kernel, but > switch into de

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

On 03/21, Nigel Cunningham wrote: > > On Tue, 2007-03-20 at 19:23 -0600, Eric W. Biederman wrote: > > >> > Rafael J. Wysocki napsal(a): > > > > > > Bisection shows that the freezing of processes has been broken by one of > > > the > > > patches: > > > > > > remove-the-likelypid-check-in-copy_proc

[PATCH 1/2] Char: rocket, add MODULE_DEVICE_TABLE

rocket, add MODULE_DEVICE_TABLE Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit c0854f5f8b3912aa8f31d329be14306349fb9a27 tree 8826447bb912fdb9b84f5b092276e72bf505253e parent bb9798e15d86ada19f4d15e31124dc240df78899 author Jiri Slaby <[EMAIL PROTECTED]> Wed, 21 Mar 2007 15:09:58 +0100 com

[PATCH 2/2] Char: cs5535_gpio, add MODULE_DEVICE_TABLE

cs5535_gpio, add MODULE_DEVICE_TABLE Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 5c1471a017fdf505ae98b930a928753111661375 tree e54b3d338ea2bf7878620148f2bfd56196f8d2c3 parent c0854f5f8b3912aa8f31d329be14306349fb9a27 author Jiri Slaby <[EMAIL PROTECTED]> Wed, 21 Mar 2007 15:23:34 +010

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

On Wed, 21 Mar 2007, Eric Dumazet wrote: > If numa_node_id() is equal to the node of the page containing the first byte > of the object, then object is on the local node. Or what ? No. The slab (the page you are referring to) may have been allocated for another node and been tracked via the node

  1   2   3   4   5   >