On Tue, Nov 20, 2007 at 10:49:27PM +0100, Ingo Molnar wrote:
>
> * Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
> > >
> > > * Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > > but we only have cpu_clock() from v2.6.23 onwards - so we sho
2007/11/20, Alan Cox <[EMAIL PROTECTED]>:
> > kernel: [734344.717844] irq 21: nobody cared (try booting with the
> > "irqpoll" option)
> > kernel: [734344.717866]
>
> Your machine decided to emit interrupt 21 without an apparent reason.
> Whatever caused that made the kernel shut down IRQ 21 at w
Steven Rostedt wrote:
> On Fri, 16 Nov 2007, Nelson, Shannon wrote:
>> first->async_tx.phys;
>>> - __list_splice(&new_chain, ioat_chan->used_desc.prev);
>>> + list_splice_tail(&new_chain, ioat_chan->used_desc.prev);
>>>
>> NAK.
>>
>> These functions do insertions differently. The 'prev
> > * we do not know how to support. We ignore them for the moment.
> > * XXX Rate-limit the error message, it's user triggerable.
>
> This XXX item is fixed by this patch, so should be removed.
Ok
>
> > + /* FIXME: Can we use any divider - should we do
> > + divider
> kernel: [734344.717844] irq 21: nobody cared (try booting with the
> "irqpoll" option)
> kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point the
disk drives on that IRQ were no longer
On Mon, 19 Nov 2007 21:54:37 -0800
Casey Schaufler <[EMAIL PROTECTED]> wrote:
> From: Casey Schaufler <[EMAIL PROTECTED]>
>
> Smack is the Simplified Mandatory Access Control Kernel.
>
This patch seems bigger than the first version ;)
random-trivial-comments-just-to-show-i-read-it:
> +static
Hi,
ian wrote:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
it introduces
* Casey Schaufler <[EMAIL PROTECTED]> wrote:
> > > I have verified this version against broken-out-2007-11-20-01-45
> > > as well. Compiles, boots, and passes tests.
> >
> > So is it time for me to wake up and start paying attention again?
>
> Please? I've been very attentive, polling every fe
On Tue, 20 Nov 2007 15:02:43 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> ..
>
> Well, for my dualCore notebook, dualCore MythTV box, and QuadCore
> desktop, the behaviour of the existing, working, 32-bit kernel
> IRQBALANCE code outperforms the userspace utility.
>
> Mostly, I suspect, due to it
On Tuesday 20 November 2007, Matt Mackall wrote:
> On Sun, Nov 18, 2007 at 10:40:34PM +0100, Helge Deller wrote:
> > On Sunday 18 November 2007, Andrew Morton wrote:
> > > On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
> > >
> > > > Title: Add time-based RFC 4122 UUID g
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> kernel or kernel source? If there was a good place in the kernel
> source I'd not be against moving irqbalance there. [...]
would this be a good case study to use klibc and start up irqbalanced
automatically? I'd love it if we moved more of the '
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> > lr-x-- 1 root root 64 Nov 20 18:03 3 -> /proc/net
> > ...
>
> Yes all of those are nasty. So much for my clever way of implementing
> these things. Grr. Simple hacks that almost work!
btw., in case you feel inclined, i recently did some
Geert Uytterhoeven wrote:
-#define NUMNAMES (sizeof(names) / sizeof(struct dioname))
+#define NUMNAMES ARRAY_SIZE(names)
Why not replace NUMNAMES?
/Richard Knutsson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
>>> Where does this INDIRECT_PARAM() macro get defined? I do not
>>> see it being defined anywhere in these patches.
>> Defined in :
>>
>> +#define INDIRECT_PARAM(set, name) current->indirect_params.set.name
>>
>> Not my idea, I was following one review comment.
>
> This was not in the patches y
* Fabio Comolli <[EMAIL PROTECTED]> wrote:
> Hi
>
> On Nov 20, 2007 9:41 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Fabio Comolli <[EMAIL PROTECTED]> wrote:
> >
> > > Hi.
> > > First, thanks for this patch. I don't have numbers but working with my
> > > laptop feels much better.
> >
>
The patch
http://bugzilla.kernel.org/attachment.cgi?id=13652&action=view from
Comment #16 of http://bugzilla.kernel.org/show_bug.cgi?id=9345
also works for me and enables successful s2disk cycles.
Tested with 6 cycles, 3 from console and than 3 from within X.
Thanks,
Chris
On Tue, 20 Nov 2007 0
Pavel Emelyanov <[EMAIL PROTECTED]> writes:
> Rafael J. Wysocki wrote:
>> On Monday, 19 of November 2007, Pavel Machek wrote:
>>> Hi!
>>>
>>> I think that this worked before:
>>>
>>> [EMAIL PROTECTED]:/proc# find . -name "timer_info"
>>> find: WARNING: Hard link count is wrong for ./net: this may
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
>
> On Tue, 2007-11-20 at 16:28 -0500, Mathieu Desnoyers wrote:
> > * Trond Myklebust ([EMAIL PROTECTED]) wrote:
> > >
> > > On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> > > > On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > > >
> >
* Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
> >
> > * Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not
> > > > apply the original patch to v2.6.22. (we should not have app
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
>
> > > > > - __slab_free(s, page, x, addr, c->offset);
> > > > > + if (unlikely(page != __CPU_READ(c->page) ||
> > > > > + __CPU_READ(
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 08:04:53 -0800
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> David Miller wrote:
> > Where does this INDIRECT_PARAM() macro get defined? I do not
> > see it being defined anywhere in these patches.
>
> Defined in :
>
> +#d
On 20/11/2007, Micah Dowty <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 20, 2007 at 06:57:55AM +0100, Ingo Molnar wrote:
> >
> > * Micah Dowty <[EMAIL PROTECTED]> wrote:
> >
> > > > this one is being triggered whenever a cpu becomes idle (schedule()
> > > > --> idle_balance() --> load_balance_newidle()
Hi,
I'm looking at the linux uvc driver, and noticed after resuming my
notebook it deadlocks at usb_set_interface.
The linux kernel version on that notebook is 2.6.21.4, I searched
around and haven't found any such bugreports.
I wonder if anyone has ever heard about such a problem?
I'm digging cl
On Tue, 2007-11-20 at 16:28 -0500, Mathieu Desnoyers wrote:
> * Trond Myklebust ([EMAIL PROTECTED]) wrote:
> >
> > On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> > > On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > >
> > > > > Index: linux-2.6/fs/nfs/iostat.h
> > > > > ==
On 11/20, Andrew Morton wrote:
>
> On Tue, 20 Nov 2007 13:28:51 -0800 (PST)
> Roland McGrath <[EMAIL PROTECTED]> wrote:
>
> > > Andrew, it is very easy to send the new patch to fix the code, but is it
> > > possible to fix the changelog somehow for the patch in -mm tree?
>
> Sure, just send me th
On Tue, 20 Nov 2007, Herbert Xu wrote:
> Hi:
>
> [KERNEL]: Avoid divide in IS_ALIGN
>
> I was happy to discover the brand new IS_ALIGN macro and quickly
> used it in my code. To my dismay I found that the generated code
> used division to perform the test.
>
> This patch fixes it by changing the
Pallipadi, Venkatesh wrote:
This looks like TSC related issue. Ingo's patch commit id
a3b13c23f186ecb57204580cc1f2dbe9c284953a
http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.g
it;a=commit;h=a3b13c23f186ecb57204580cc1f2dbe9c284953a
should help.
Yes, after applying thi
On Wed, 21 Nov 2007 02:48:38 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The kernel build fails, with randconfig
>
> CC arch/x86/kernel/asm-offsets.s
> In file included from include/asm/thread_info.h:4,
> from include/linux/thread_info.h:21,
>
On Tue, 20 Nov 2007, Andrew Morton wrote:
> uhm, maybe. It's getting toward the time when we should try to get -mm
> vaguely compiling and booting on some machines, which means stopping
> merging new stuff. I left that too late in the 2.6.23 cycle.
Huh? mm1 works fine here.
-
To unsubscribe fr
On Tue, 20 Nov 2007 13:28:51 -0800 (PST)
Roland McGrath <[EMAIL PROTECTED]> wrote:
> > Andrew, it is very easy to send the new patch to fix the code, but is it
> > possible to fix the changelog somehow for the patch in -mm tree?
Sure, just send me the new text.
> I'd prefer a comment in the code
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > > > - __slab_free(s, page, x, addr, c->offset);
> > > > + if (unlikely(page != __CPU_READ(c->page) ||
> > > > + __CPU_READ(c->node) < 0)) {
> > > > + __
hi Marin,
here's the patch we are carrying in x86.git at the moment - could you
please update it with v3 of your code, and send us the patch (with the
patch metadata kept intact, like you see it below)? Thanks,
Ingo
->
From: Marin Mitov <[EMAIL PROTECTED]>
Subject: new
On Tue, 20 Nov 2007 12:18:10 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007, Mel Gorman wrote:
>
> > Went back and revisited this. Allocating them at boot-time is below but
> > essentially it is a silly and it makes sense to just have two zonelists
> > where one of
On Tue, 20 Nov 2007, H. Peter Anvin wrote:
> But you wouldn't actually *use* this address space. It's just for the linker
> to know what address to tag the references with; it gets relocated by gs_base
> down into proper kernel space. The linker can stash the initialized reference
> copy at any
On Tue, 20 Nov 2007, Andi Kleen wrote:
>
> >
> > Right so I could move the kernel to
> >
> > #define __PAGE_OFFSET _AC(0x8100, UL)
> > #define __START_KERNEL_map_AC(0xfff8, UL)
>
> That is -31GB unless I'm miscounting. But it needs to be >= -2GB
> (31bits)
The __S
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007 11:04:32 -0800 (PST)
> Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> >
> > --- Casey Schaufler <[EMAIL PROTECTED]> wrote:
> >
> > > From: Casey Schaufler <[EMAIL PROTECTED]>
> > >
> > > ...
> >
> > I have verified this versi
On Tue, 20 Nov 2007 11:04:32 -0800 (PST)
Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> --- Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> > From: Casey Schaufler <[EMAIL PROTECTED]>
> >
> > ...
>
> I have verified this version against broken-out-2007-11-20-01-45
> as well. Compiles, boots, an
On Tuesday 20 November 2007 3:48:44 pm Paul Moore wrote:
> On Tuesday 20 November 2007 3:34:24 pm Kamalesh Babulal wrote:
> > Hi Andrew,
> >
> > The kernel build fails, in selinux with following error
> >
> > CHK include/linux/compile.h
> > UPD include/linux/compile.h
> > CC init
> This is microoptimization, both ->signal and ->sighand are cleared at the same
> time in __exit_signal(), so we can check either. But we are using the value of
> ->sighand below, so it makes sense to read ->sighand, not ->signal.
Ok. Anality would suggest doing that in a separate patch, though
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
>
> On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> > On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> >
> > > > Index: linux-2.6/fs/nfs/iostat.h
> > > > ===
> > > > --- linux
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> > The cpu_read acts as a safeguard checking that we do not change CPU
> > between the read and the cmpxchg. If we are preempted between the "c"
> > read and the cpu_read, we could do a !cpu_node_match(c, node) check that
> > would apply to the wron
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
>
> > > Index: linux-2.6/fs/nfs/iostat.h
> > > ===
> > > --- linux-2.6.orig/fs/nfs/iostat.h2007-11-15 21:17:24.391404458
> > > -08
On Tue, 20 Nov 2007 13:26:33 -0500
Jeff Dike <[EMAIL PROTECTED]> wrote:
> +extern void os_dump_core(void) __attribute__ ((noreturn));
We have a __noreturn helper for this.
I'd have expected checkpatch to have a little whine about the space-before-(,
but it didn't.
-
To unsubscribe from this list
On (20/11/07 12:18), Christoph Lameter didst pronounce:
> On Tue, 20 Nov 2007, Mel Gorman wrote:
>
> > Went back and revisited this. Allocating them at boot-time is below but
> > essentially it is a silly and it makes sense to just have two zonelists
> > where one of them is for __GFP_THISNODE. Im
On 11/20, Roland McGrath wrote:
>
> Subject should be "kill PT_ATTACHED".
>
> > - (!(child->ptrace & PT_ATTACHED) || child->real_parent != current)
> > - && child->signal != NULL) {
> > +child->sighand != NULL) {
>
> This does s/signal/sighand/ without comment.
Ah yes, sorry,
Hi Andrew,
The kernel build fails, with randconfig
CC arch/x86/kernel/asm-offsets.s
In file included from include/asm/thread_info.h:4,
from include/linux/thread_info.h:21,
from include/linux/preempt.h:9,
from include/linux/spinlock.h:49,
thanks, applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 20 Nov 2007, H. Peter Anvin outgrape:
> This one is definitely messy. There is absolutely no way to know what
> gcc has miscompiled.
Actually, since this only affects abs() calls containing multiplications
or divisions by negative constants, you can at least make a pretty good
guess as to its
On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
>
> * Greg KH <[EMAIL PROTECTED]> wrote:
>
> > > but we only have cpu_clock() from v2.6.23 onwards - so we should not
> > > apply the original patch to v2.6.22. (we should not have applied
> > > your patch that started the mess to beg
On Tue, Nov 20, 2007 at 02:16:17PM +0100, Damien Wyart wrote:
> Hello,
>
> > > > Ok, so it's not synchronous writes that we are doing - we're just
> > > > submitting bio's tagged as WRITE_SYNC to get the I/O issued quickly.
> > > > The "synchronous" nature appears to be coming from higher level
>
This looks ok to me.
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 2007-11-20 at 12:05 -0800, Roland Dreier wrote:
> > Actually, we already established on IRC that the lasi700 driver doesn't
> > need this, principally because the parisc architecture doesn't do an
> > invalidate for DMA_FROM_DEVICE but a flush and invalidate
> > (architecturally, if you
Subject should be "kill PT_ATTACHED".
> - (!(child->ptrace & PT_ATTACHED) || child->real_parent != current)
> - && child->signal != NULL) {
> + child->sighand != NULL) {
This does s/signal/sighand/ without comment.
Otherwise the main thrust of the patch seems fine to me.
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch introduces some useful library functions that handle common
features in this type of MFD - local memory and IRQ resources.
0001-Reuseable-SOC-core-code-suitable-for-multifunction-c.patch
Description: app
Hi guys.
This patchset contains support for three toshiba multifunction devices.
it introduces a small but useful bit of code as a library for similar
devices, and includes support for these chips on the toshiba e-series
family of handhelds.
please copy me on reply!
-
To unsubscribe from this l
Christoph Lameter wrote:
On Tue, 20 Nov 2007, Andi Kleen wrote:
This limitation shouldn't apply to the percpu area, since gs_base can be
pointed anywhere in the address space -- in effect we're always indirect.
The initial reference copy of the percpu area has to be addressed by
the linker.
Andi Kleen wrote:
This limitation shouldn't apply to the percpu area, since gs_base can be
pointed anywhere in the address space -- in effect we're always indirect.
The initial reference copy of the percpu area has to be addressed by
the linker.
Hmm, in theory since it is not actually used by
On Tue, 2007-11-20 at 21:37 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 2007-11-17 at 18:46 +0100, Ingo Molnar wrote:
> >
> > > fixing the top 20:
> >
> > There are about 25 DECLARE_MUTEX() semaphores remaining .. One is the
> > BKL which I would guess c
>
> Right so I could move the kernel to
>
> #define __PAGE_OFFSET _AC(0x8100, UL)
> #define __START_KERNEL_map_AC(0xfff8, UL)
That is -31GB unless I'm miscounting. But it needs to be >= -2GB
(31bits)
Right now it is at -2GB + 2MB, because it is loaded at physical
> > rename arch/x86/{kernel/vsyscall-int80_32.S => vdso/vdso32/int80.S} (97%)
> > rename arch/x86/{kernel/vsyscall-note_32.S => vdso/vdso32/note.S} (95%)
> > rename arch/x86/{kernel/vsyscall-sigreturn_32.S =>
> > vdso/vdso32/sigreturn.S} (100%)
> > rename arch/x86/{kernel/vsyscall-sysenter_32.
On Tue, 20 Nov 2007, Andi Kleen wrote:
>
> > This limitation shouldn't apply to the percpu area, since gs_base can be
> > pointed anywhere in the address space -- in effect we're always indirect.
>
> The initial reference copy of the percpu area has to be addressed by
> the linker.
Right that
> This limitation shouldn't apply to the percpu area, since gs_base can be
> pointed anywhere in the address space -- in effect we're always indirect.
The initial reference copy of the percpu area has to be addressed by
the linker.
Hmm, in theory since it is not actually used by itself I suppos
On Tuesday 20 November 2007 3:34:24 pm Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kernel build fails, in selinux with following error
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> securi
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > and send us the output? (Enabling CONFIG_TIMER_STATS,
> > CONFIG_SCHED_DEBUG and CONFIG_SCHEDSTATS would maximize the amount
> > of information.)
>
> This was w/o hpet=disable . Do you want me to test with hpet=disable?
no, this is fine. You've go
On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
>
> > > Index: linux-2.6/fs/nfs/iostat.h
> > > ===
> > > --- linux-2.6.orig/fs/nfs/iostat.h2007-11-15 21:17:24.391404
Jonathan McDowell [mailto:[EMAIL PROTECTED] sez:
> On Tue, Nov 20, 2007 at 12:49:49PM -0500, Salyzyn, Mark wrote:
> > The aacraid cards, which uses hba_monitor_version,
> > hba_kernel_version and hba_bios_version for each piece
> > does not fit into the single 'firmware revision' common ideal
> Wh
From: Julia Lawall <[EMAIL PROTECTED]>
kfree_skb rather than kfree should be used for values of type struct
sk_buff *.
This was fixed using the following semantic patch
(http://www.emn.fr/x-info/coccinelle/).
//
@@
struct sk_buff *skb;
@@
- kfree(skb)
+ kfree_skb(skb)
//
Signed-off-by: Julia
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds platform support for the TMIO devices used by the various
e-series platforms.
It depends on the previous patch in this series.
0004-add-eseries-platform-support-for-the-TMIO-multifunct.patch
Descri
On Tue, 20 Nov 2007 20:48:39 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The kernel build fails, on the AMD machine with following message
>
> arch/x86/ia32/ia32_aout.c: In function ___load_aout_binary___:
> arch/x86/ia32/ia32_aout.c:283: error: implicit declaration of fun
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This adds necessary IRQ and GPIO definitions for use by the e-series
platform support code.
0003-add-IRQ-and-GPIO-definitions-for-eseries.patch
Description: application/mbox
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > Index: linux-2.6/fs/nfs/iostat.h
> > ===
> > --- linux-2.6.orig/fs/nfs/iostat.h 2007-11-15 21:17:24.391404458 -0800
> > +++ linux-2.6/fs/nfs/iostat.h 2007-11-15 21:25:33.1676540
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > - buf = (u32*)per_cpu_ptr(crash_notes, cpu);
> > + buf = (u32*)CPU_PTR(crash_notes, cpu);
>
> Nitpick : (u32 *)
Yeah. I tend to leave the things as they were...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> The question that arises is : are there some architectures that do not
> provide fast PER_CPU ops but provides fast local atomic ops ?
There were only a few no critical users of local_t before this patch. So I
doubt that it matters.
-
To unsubscrib
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds the core support code for three TMIO based MFDs.
There are no complete datasheets for these chips so their drivers are not
100% complete, however they do work.
0002-Preliminary-support-for-Toshibas
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > @@ -488,11 +487,8 @@ dma_async_memcpy_buf_to_buf(struct dma_c
> > tx->tx_set_dest(addr, tx, 0);
> > cookie = tx->tx_submit(tx);
> >
> > - cpu = get_cpu();
> > - per_cpu_ptr(chan->local, cpu)->bytes_transferred += len;
> > - per_cpu_
Hi
On Nov 20, 2007 9:41 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Fabio Comolli <[EMAIL PROTECTED]> wrote:
>
> > Hi.
> > First, thanks for this patch. I don't have numbers but working with my
> > laptop feels much better.
>
> curious: what scheduler/kernel version have you used before?
I w
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > {
> > -#ifdef CONFIG_SMP
> > on_each_cpu(flush_cpu_slab, s, 1, 1);
> > -#else
> > - unsigned long flags;
> > -
> > - local_irq_save(flags);
> > - flush_cpu_slab(s);
> > - local_irq_restore(flags);
> > -#endif
> > }
> >
>
> Normally
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On 11/19, Eric W. Biederman wrote:
>>
>> So to fix the problem this patch modifies next_tgid() to return
>> both a tgid and the task struct in question.
>>
>> A structure is introduced to return these values because it is
>> slightly cleaner and easier
On Tue, 20 Nov 2007 14:46:59 +
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> I have one powerpc machine which managed to compile this snapshot! It
> paniced on boot as below, might be nfs so copied them. General results
> are popping out on TKO.
>
> -apw
>
> Freeing initrd memory: 1224k free
Andi Kleen wrote:
On Tuesday 20 November 2007 04:50, Christoph Lameter wrote:
On Tue, 20 Nov 2007, Andi Kleen wrote:
I might be pointing out the obvious, but on x86-64 there is definitely
not 256TB of VM available for this.
Well maybe in the future.
That would either require more than 4 leve
On Wed, Nov 21, 2007 at 08:40:56AM +, bo yang wrote:
> Sense buffer ptr data type in the ioctl path is reverted back to u32 *
> for x86 and x86_64 as in previous versions of driver. For IA64 it will
> be unsigned long *. Compile time flag added for ia64 for this.
This changelog tells us what y
* Fabio Comolli <[EMAIL PROTECTED]> wrote:
> Hi.
> First, thanks for this patch. I don't have numbers but working with my
> laptop feels much better.
curious: what scheduler/kernel version have you used before?
> Just a question: does the patch include the fix (divide by zero)
> you just p
* Greg KH <[EMAIL PROTECTED]> wrote:
> > but we only have cpu_clock() from v2.6.23 onwards - so we should not
> > apply the original patch to v2.6.22. (we should not have applied
> > your patch that started the mess to begin with - but that's another
> > matter.)
>
> Well, I can easily back t
Hi.
First, thanks for this patch. I don't have numbers but working with my
laptop feels much better.
Just a question: does the patch include the fix (divide by zero)
you just posted in the stable review for 2.6.23.9?
Thanks and regards,
Fabio
On Nov 19, 2007 4:17 PM, Ingo Molnar <[EMAIL PRO
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-11-17 at 18:46 +0100, Ingo Molnar wrote:
>
> > fixing the top 20:
>
> There are about 25 DECLARE_MUTEX() semaphores remaining .. One is the
> BKL which I would guess can't be converted. The others I've looked at
> appear to be trivial
On Tue, 20 Nov 2007, Christoph Hellwig wrote:
> On Mon, Nov 19, 2007 at 05:11:50PM -0800, [EMAIL PROTECTED] wrote:
> > Also remove the useless zeroing after allocation. Allocpercpu already
> > zeroed the objects.
>
> You still haven't answered my comment to the last iteration.
And you have not r
On Mon, 19 Nov 2007, Mathieu Desnoyers wrote:
> > But (x) is returned to the "caller" of the macro so it should be specially
> > marged.
> >
>
> I don't think that it really matters.. the preprocessor already wraps
> all the ({ }) in a single statement, doesn't it ?
No it does not matter for t
Sense buffer ptr data type in the ioctl path is reverted back to u32 *
for x86 and x86_64 as in previous versions of driver. For IA64 it will
be unsigned long *. Compile time flag added for ia64 for this.
Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
---
Documentation/scsi/ChangeLog.megaraid_sas |
This problem has been around since kernel 2.6.16, and I see it in
2.6.23.1-10.fc7. It occurs in the ufs_check_page function of ufs/dir.c
at the Espan test, which seems unnecessary for NextStep/OpenStep
files systems. The following patch preserves the test for other file
systems and makes the mount
On Tue, 20 Nov 2007, Andi Kleen wrote:
> > So I think we have a 2GB area right?
>
> For everything that needs the -31bit offsets; that is everything linked
Of course.
> > 1GB kernel
> > 1GB - 1x per cpu area (128M?) modules?
> > cpu aree 0
> > 2GB limit
> > cpu area 1
> > cpu area 2
> > ..
Hi Andrew,
The kernel build fails, in selinux with following error
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
security/built-in.o(.toc1+0x928): undefined reference to `selinux_xfrm_refcount'
make:
On Tue, 20 Nov 2007 19:52:25 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The kernel build fails, on one of the machine
>
> CC arch/x86/mach-generic/summit.o
> In file included from arch/x86/mach-generic/summit.c:16:
> include/asm/mach-summit/mach_apic.h: In functio
Abhishek> It took me some time to get compilebench working due to the
Abhishek> known issue with drop_caches due to circular lock dependency
Abhishek> between j_list_lock and inode_lock (compilebench triggers
Abhishek> drop_caches quite frequently). Here are the results for
Abhishek> compilebench
On Tue, 20 Nov 2007 10:17:15 -0800
Joe Perches <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-11-20 at 21:56 +0800, Herbert Xu wrote:
> > [KERNEL]: Avoid divide in IS_ALIGN
> > I was happy to discover the brand new IS_ALIGN macro and quickly
> > used it in my code. To my dismay I found that the genera
On Dienstag, 20. November 2007, Michael E Brown wrote:
> On Fri, Nov 16, 2007 at 11:53:53AM +0100, Frank Seidel wrote:
> > On Mittwoch 14 November 2007 19:32:01, you (Frank Seidel) wrote:
> > > Hi,
> > >
> > > this is a small trivial rework of the dcdbas driver so
> > > HAL can get uevents when pla
On Tue, 2007-11-20 at 12:14 +0800, Coly Li wrote:
> Thanks for the feedback :-)
>
> Mingming Cao wrote:
> > On Tue, 2007-11-13 at 22:12 +0800, Coly Li wrote:
> >> Basic idea of my dir inode reservation patch can be found here,
> >> http://lists.openwall.net/linux-ext4/2007/11/05/3
> >>
> >> 1, Wha
On Tue, 20 Nov 2007, Mel Gorman wrote:
> Hold off testing for the moment. Getting all the corner cases right for
> __GFP_THISNODE has turned too complicated to be considered as part of a larger
> patchset. I believe it makes sense to drop the final patch and settle with
> having two zonelists. One
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> > Convert one loop to NR_CPUS to use the cpu_possible map instead.
> >
>
> I'm just wondering how broken this is. Is there any assumption that
> there is no holes in the online cpu map in this code ?
Yeah, I saw only one loop in there and so I thi
On Tue, 20 Nov 2007, Mel Gorman wrote:
> Went back and revisited this. Allocating them at boot-time is below but
> essentially it is a silly and it makes sense to just have two zonelists
> where one of them is for __GFP_THISNODE. Implementation wise, this involves
> dropping the last patch in the
On Tue, 20 Nov 2007, Andi Kleen wrote:
> I would suggest to separate that one and fast-track it, possibly even for
> 2.6.24
I already did. Andrew has the patch in his tree.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
201 - 300 of 573 matches
Mail list logo
