Adrian Bunk wrote:
Adding a dependency of XEN on X86_CMPXCHG should not be a problem and
not prevent any reasonable real-life usage.
But what worries me is that a seemingly architecture independent
driver uses a function only available in some configurations.
Still present as of 2.6.22-
On Sat, Jun 02, 2007 at 03:57:12PM +0200, Adrian Bunk wrote:
> I'm getting the following compile error in 2.6.22-rc3-mm1 with
> CONFIG_X86_CMPXCHG=n (with -Werror-implicit-function-declaration -
> otherwise it would be a link error):
>
> <-- snip -->
>
> .
?
I tested several more times under 2.6.22-rc4, there's no such problem.
The hci_dev_put is indeed a bug, isn't it? it decrement the refcout on
more time like you said.
But why the slub doesn't warning under 2.6.22-rc4 but do under
2.6.22-rc3-mm1? I'm puzzled.
And if this
On Tue, 5 Jun 2007, Andrew Morton wrote:
> Could perhaps be due to bluetooth-postpone-hci_dev-unregistration.patch,
> but I don't see how. (But that patch looks a bit dodgy wrt module
> unload so I think I'll drop it).
It is perfectly fine to drop this one, as the issue it was trying to solve
On Mon, 04 Jun 2007 14:00:56 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
> Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just qu
Hi,
2007/6/6, Christoph Lameter <[EMAIL PROTECTED]>:
Note that the corruption seems to have its cause in a decrement done at
offset 16 into the object pointing to the refcount in struct hci_dev. So
it looks like the refcount was decremented after the object was freed.
sysfs related?
I noticed
Note that the corruption seems to have its cause in a decrement done at
offset 16 into the object pointing to the refcount in struct hci_dev. So
it looks like the refcount was decremented after the object was freed.
sysfs related?
-
To unsubscribe from this list: send the line "unsubscribe linux-
On Wed, 6 Jun 2007 03:27:31 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> > Are you able to reproduce this in 2.6.22-rc4?
>
> The bug seems doesn't exist in 2.6.22-rc4, I have tested it, the
> unpluging can't produce kernel bug message.
>
OK, thanks. I'll drop bluetooth-postpone-hci_de
Hi,
Are you able to reproduce this in 2.6.22-rc4?
The bug seems doesn't exist in 2.6.22-rc4, I have tested it, the
unpluging can't produce kernel bug message.
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
Hi,
Are you able to reproduce this in 2.6.22-rc4?
The kmalloc in dmesg is in skbuff.c:pskb_expand_head, I will try
2.6.22-rc4 ASAP.
-
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.o
On Wed, 6 Jun 2007 01:56:01 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> when I remove the usb bluetooth adapter , the kernel reporting bug:
>
> /* this two line is printk message I printed in net/bluetooth/hci_core.c */
>
> #before free dev: c3758430
> #after free dev
>
>
Hi,
when I remove the usb bluetooth adapter , the kernel reporting bug:
/* this two line is printk message I printed in net/bluetooth/hci_core.c */
#before free dev: c3758430
#after free dev
=
BUG kmalloc-1024: Poison o
drivers-ata-add-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix.patch
> > > -drivers-ata-add-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix-tidy.patch
> > >
> > > Merged into mainline or a subsystem tree
> >
> > They aren't. They are in neither 2
-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix-tidy.patch
> >
> > Merged into mainline or a subsystem tree
>
> They aren't. They are in neither 2.6.22-rc3 nor 2.6.22-rc3-mm1.bz2,
> or in any of the broken-out patches, git-* or other.
>
Oh. Thanks. I wonder why I
On Wed, 2007-05-30 at 23:58 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
drivers/built-in.o: In function `ahci_port_start':
/home/rusty/linux-2.6.22-rc3-mm1/drivers/ata/ahci.c:1631: undefined reference
to `ahci_por
They are in neither 2.6.22-rc3 nor 2.6.22-rc3-mm1.bz2,
or in any of the broken-out patches, git-* or other.
Best regards,
Zoltán Böszörményi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
Hello.
I looked at your long attachment. It seems, you have problems with hardware.
Would you please check your root drive (sde) by badblocks program?
Thanks,
Edward.
Berck E. Nash wrote:
All appears to work fine, until I try to boot a kernel with a Reiser4 /
partition. Then I get endless err
> But TSC is a "required feature", so "cpu_has_tsc" is always true.
Hmm? It isn't. What makes you think so?
cpufeature.h:
#define cpu_has_tsc boot_cpu_has(X86_FEATURE_TSC)
% grep -i tsc include/asm-i386/required-features.h
%
> How about this patch:
> ===
> Don't try to disable the
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > commenting out check_nmi_watchdog() produces a booting kernel too. So
> > it's a side-effect of check_nmi_watchdog(). Problem is, nothing in
> > nmi.c changed in -mm1 AFAICS.
>
> ah, plain -rc3 hangs
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> commenting out check_nmi_watchdog() produces a booting kernel too. So
> it's a side-effect of check_nmi_watchdog(). Problem is, nothing in
> nmi.c changed in -mm1 AFAICS.
ah, plain -rc3 hangs too. So it's one of these commits i guess:
commit 1eeb66a1
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> i have put an early_printk() into the NMI handler but it never
> triggers.
commenting out check_nmi_watchdog() produces a booting kernel too. So
it's a side-effect of check_nmi_watchdog(). Problem is, nothing in nmi.c
changed in -mm1 AFAICS.
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> yeah. I tried !hres and !dynticks too and that doesnt make any
> difference to the end result - so my guess is on the NMI watchdog
> re-programming thing on K8 CPUs (running the 32-bit kernel), which is
> done in every NMI tick. check_watchdog() for s
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 5 Jun 2007 11:11:51 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > hm, mm1 hangs during bootup on one of my boxes:
> >
> > Calling initcall 0xc0628d39: pci_mmcfg_late_insert_resources+0x0/0x44()
> > initcall 0xc0628d39: pci_mmcfg_late_i
On Tue, 5 Jun 2007 11:11:51 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm, mm1 hangs during bootup on one of my boxes:
>
> Calling initcall 0xc0628d39: pci_mmcfg_late_insert_resources+0x0/0x44()
> initcall 0xc0628d39: pci_mmcfg_late_insert_resources+0x0/0x44() returned 0.
> initcall 0xc062
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> the NMI watchdog warning is a bit weird:
>
> Calling initcall 0xc0613e4f: check_nmi_watchdog+0x0/0x1a8()
> Testing NMI watchdog ... CPU#0: NMI appears to be stuck (0->0)!
> CPU#1: NMI appears to be stuck (0->0)!
> initcall 0xc0613e4f: check_nmi_watc
On Tue, Jun 05, 2007 at 01:52:38AM +0200, Martin Peschke wrote:
> Andrew Morton wrote:
> >On Sat, 2 Jun 2007 19:14:25 +0200
> >Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >>statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
> >>
> >>shows why __attribute__((we
On Mon, 2007-06-04 at 20:12 +0200, Andi Kleen wrote:
> > >
> > > Looks like this one got lost in rc3-mm1.
> >
> > Andi said that he fixed the zero-divide by other means?
>
> I determined it cannot happen in my source tree. When notsc
> is passed TSC CPUID is cleared and sched-clock works.
>
> I s
Andrew Morton wrote:
On Sat, 2 Jun 2007 19:14:25 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
shows why __attribute__((weak)) is harmful because you don't see if a
required non-weak implemtation is missing:
On Sat, 2 Jun 2007 19:14:25 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
>
> shows why __attribute__((weak)) is harmful because you don't see if a
> required non-weak implemtation is missing:
>
> In this
> >
> > Looks like this one got lost in rc3-mm1.
>
> Andi said that he fixed the zero-divide by other means?
I determined it cannot happen in my source tree. When notsc
is passed TSC CPUID is cleared and sched-clock works.
I suspect what happens is that lguest forgets to clear the TSC cpuid
bit
On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just quietly went away.
Under 22-rc3-mm1, it seems to end up wedged and waiting for referen
nstable = 1;
> > > return;
> > > }
> >
> > Looks like this one got lost in rc3-mm1.
> >
>
> Andi said that he fixed the zero-divide by other means?
Got this, patch fixed it:
[0.392024] divide error: [#1]
[0.392024] PREEMPT
[0.3920
On Mon, 4 Jun 2007 12:19:33 -0500 Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Wed, May 23, 2007 at 09:27:40AM +1000, Rusty Russell wrote:
> > On Tue, 2007-05-22 at 17:38 -0500, Matt Mackall wrote:
> > > [0.120007] EIP is at resync_sc_freq+0x4b/0x56
> >
> > Hi Matt,
> >
> > Thanks for th
On Wed, May 23, 2007 at 09:27:40AM +1000, Rusty Russell wrote:
> On Tue, 2007-05-22 at 17:38 -0500, Matt Mackall wrote:
> > [0.120007] EIP is at resync_sc_freq+0x4b/0x56
>
> Hi Matt,
>
> Thanks for the report! Andrew should have these two patches queued,
> but here they are again:
>
>
ine as long as the partition is formatted ReiserFS.
It can't be a simple bug, because I am running 2.6.22-rc3-mm1 and
Reiser4 on / right now, and it works well for me.
I am using a busybox initramfs that does the actual mounting. I don't
know if that makes a difference.
--
Zan Lynx &l
All appears to work fine, until I try to boot a kernel with a Reiser4 /
partition. Then I get endless errors of the sort:
[ 206.349450] sd 1:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET
driverbyte=DRIVER_OK,SUGGEST_OK
(See attached dmesg for more, I only sent the first 1,000 lines, it goes
on u
statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
shows why __attribute__((weak)) is harmful because you don't see if a
required non-weak implemtation is missing:
In this case, the weak printk_clock() was renamed to timestamp_clock(),
but the ARM and i386
I'm getting the following compile error in 2.6.22-rc3-mm1 with
CONFIG_X86_CMPXCHG=n (with -Werror-implicit-function-declaration -
otherwise it would be a link error):
<-- snip -->
...
CC drivers/xen/grant-table.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc3-mm1/driver
Yeah, allmodconfig tends to fall over in a heap on a lot of the
less-lavishly-maintained architectures.
To be fair, almost all of the powerpc allmodconfig build
problems are caused by x86-only drivers (and most of those
I doubt still work on x86, even).
Segher
-
To unsubscribe from this list:
On Fri, 2007-06-01 at 14:02 -0700, Andrew Morton wrote:
>
>
> Yeah, allmodconfig tends to fall over in a heap on a lot of the
> less-lavishly-maintained architectures. If any of these are specific
> to
> -mm then I guess we should fix them up, prevent the kernel from
> actually
> going backwards
On Fri, Jun 01, 2007 at 03:47:35PM -0700, Andrew Morton wrote:
> Right. I did a lot of tricksy work for rc3-mm1 to merge git-ocfs2 on top
> of Nick's stuff. Then I repulled your tree and lost it all. This is
> because I was dumb and I fixed rc3-mm1's git-ocfs.patch rather than doing a
> separate
e mmap will instantly deadlock without it.
> >
> > ug, OK. I get a ginormous reject when merging ocfs2 on Nick's stuff which
> > I've been largely ignoring thus far.
>
> Huh, I'm a bit confused... I created this patch on top of 2.6.22-rc3-mm1
> which most certainl
27;s stuff which
> I've been largely ignoring thus far.
Huh, I'm a bit confused... I created this patch on top of 2.6.22-rc3-mm1
which most certainly contains a merge of git-ocfs2.patch and the series
which at least contains
mm-fix-fault-vs-invalidate-race-for-linear-mappings.patch.
S
On Fri, 1 Jun 2007 15:01:18 -0700
Mark Fasheh <[EMAIL PROTECTED]> wrote:
> On Thu, May 31, 2007 at 10:20:39PM -0700, Mark Fasheh wrote:
> > Ok. So how about the attached patch? It's a bit different than discussed,
> > but I think it's much cleaner because it preserves the current behavior of
> > t
On Thu, May 31, 2007 at 10:20:39PM -0700, Mark Fasheh wrote:
> Ok. So how about the attached patch? It's a bit different than discussed,
> but I think it's much cleaner because it preserves the current behavior of
> the callback and keeps that bit of page locking inside core code. Not tested
> as o
> > > > This is from iMac G3. The spufs_mem_mmap_fault() code looks bad
> > > > in arch/powerpc/platforms/cell/spufs/file.c but somehow I'm unable to
> > > > find
> > > > the patch to blame hmm.
> > > >
> > > > arch/powerpc/platforms/cell/spufs/file.c: In function
> > > > 'spufs_mem_mmap
On Fri, 1 Jun 2007 22:50:58 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> > > This is from iMac G3. The spufs_mem_mmap_fault() code looks bad
> > > in arch/powerpc/platforms/cell/spufs/file.c but somehow I'm unable to find
> > > the patch to blame hmm.
> > >
> > > arch/powerpc/platforms/
> > This is from iMac G3. The spufs_mem_mmap_fault() code looks bad
> > in arch/powerpc/platforms/cell/spufs/file.c but somehow I'm unable to find
> > the patch to blame hmm.
> >
> > arch/powerpc/platforms/cell/spufs/file.c: In function
> > 'spufs_mem_mmap_fault':
> > arch/powerpc/platforms/c
> \
> })
Fails with
mm/memory.c: In function `do_wp_page':
mm/memory.c:1700: error: parse error before "__changed"
mm/memory.c: In function `handle_pte_fault':
mm/memory.c:2544: error: parse error before "__chan
On Fri, 1 Jun 2007 17:42:04 +0100 [EMAIL PROTECTED] (Mel Gorman) wrote:
> mm/memory.c: In function `do_wp_page':
> mm/memory.c:1700: error: parse error before "__changed"
> mm/memory.c:1700: error: parse error before ')' token
> mm/memory.c:1704: error: parse error before "ret"
this?
--- a/inclu
On (30/05/07 23:58), Andrew Morton didst pronounce:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
> - Merged the convert-cpusets-to-container-infrastructure patches. These
> will probably be dropped and redone.
>
Came
On Thu, 31 May 2007 15:10:05 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Cornelia, afaict your patch has no actual delendency upon Dan's
> dma-mapping-prevent-dma-dependent-code-from-linking-on.patch, correct? If
> so, I can merge it via James and then merge Dan's patch once James has
> mer
"Michael Ellerman" <[EMAIL PROTECTED]> writes:
> On 5/31/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>
> ...
>> +msi-fix-the-ordering-of-msix-irqs.patch
>> +msi-mask-the-msix-vector-before-we-unmap-it.patch
> ...
>> 2.6.22 probable-queue
>
> I think these two should be in the 2.6.22 definite-qu
On Fri, Jun 01, 2007 at 03:53:49AM +0200, Nick Piggin wrote:
> On Thu, May 31, 2007 at 06:45:17PM -0700, Mark Fasheh wrote:
> > On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > > > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock
> > > > the
> > > > page, so lo
On 5/31/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
...
+msi-fix-the-ordering-of-msix-irqs.patch
+msi-mask-the-msix-vector-before-we-unmap-it.patch
...
2.6.22 probable-queue
I think these two should be in the 2.6.22 definite-queue, unless Eric disagrees.
cheers
-
To unsubscribe from thi
Andrew Morton wrote:
On Thu, 31 May 2007 23:01:15 -0300 Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
- Merged the convert-cpusets-to-container-infrastructure p
On Thu, 31 May 2007 23:01:15 -0300 Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> >
> > - Merged the convert-cpusets-to-container-infrastructure
Hi,
On Fri, Jun 01, 2007 at 12:27:02AM +0200, Michal Piotrowski wrote:
> On 01/06/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> >>
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
- Merged the convert-cpusets-to-container-infrastructure patches. These
will probably be dropped and redone.
x86 things
+add-select-phylib-to-the-ucc_geth-kconfig
On Thu, May 31, 2007 at 06:45:17PM -0700, Mark Fasheh wrote:
> On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock the
> > > page, so long as it's returned in a locked state? Though, do we even need
> > > the page
On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock the
> > page, so long as it's returned in a locked state? Though, do we even need
> > the page lock that early? It seemed to me that you were adding it for
> > cons
On Thu, May 31, 2007 at 06:24:40PM -0700, Mark Fasheh wrote:
> On Fri, Jun 01, 2007 at 03:01:29AM +0200, Nick Piggin wrote:
> > Ah, I didn't realise you were using that yet. I expect ocfs2 is using
> > VM_CAN_INVALIDATE there anyway.
> >
> > Hmm, this becomes easier to deal with after page_mkwrite
On Fri, Jun 01, 2007 at 03:01:29AM +0200, Nick Piggin wrote:
> Ah, I didn't realise you were using that yet. I expect ocfs2 is using
> VM_CAN_INVALIDATE there anyway.
>
> Hmm, this becomes easier to deal with after page_mkwrite is merged with
> ->fault. But for now, can we just lock the page at th
On Thu, May 31, 2007 at 04:13:54PM -0700, Mark Fasheh wrote:
> On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
> > git-ocfs2.patch
>
> Andrew, thanks for getting that back in there.
>
>
> mm-fix-fault-vs-invalidate-race-for-linear-mappings.patch broke ocfs2 shared
> writable mmap
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
> git-ocfs2.patch
Andrew, thanks for getting that back in there.
mm-fix-fault-vs-invalidate-race-for-linear-mappings.patch broke ocfs2 shared
writable mmap. We hang on a page lock because ->page_mkwrite() is
being called with the pa
On Thu, 31 May 2007 18:05:04 -0400
[EMAIL PROTECTED] wrote:
> On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
> Builds, boots, seems to be behaving on my laptop (Dell D820, X86_64)
On Thu, 31 May 2007 16:13:38 +0100
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Thu, May 31, 2007 at 08:35:13AM -0400, Jeff Garzik wrote:
> > Cornelia Huck wrote:
> > >On Thu, 31 May 2007 06:15:57 -0600,
> > >Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > >
> > >>On Thu, May 31, 2007 at 02:09:
On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
Builds, boots, seems to be behaving on my laptop (Dell D820, X86_64).
Meta-question: Is there a useful address/mailbox/webpage to toss *work
tp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> > > >
> > >
> > > FYI suspend to disk doesn't work anymore on my box, system hangs after
> > > "Suspending console(s)" message.
> > >
> > > [ 186
On Thursday, 31 May 2007 21:58, Rafael J. Wysocki wrote:
> On Thursday, 31 May 2007 17:29, Michal Piotrowski wrote:
> > Hi,
> >
> > Andrew Morton napisał(a):
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> > >
On Thu, 31 May 2007 22:43:18 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello
>
> This is from iMac G3. The spufs_mem_mmap_fault() code looks bad
> in arch/powerpc/platforms/cell/spufs/file.c but somehow I'm unable to find
> the patch to blame hmm.
>
> arch/powerpc/platforms/cell
Hello
This is from iMac G3. The spufs_mem_mmap_fault() code looks bad
in arch/powerpc/platforms/cell/spufs/file.c but somehow I'm unable to find
the patch to blame hmm.
arch/powerpc/platforms/cell/spufs/file.c: In function 'spufs_mem_mmap_fault':
arch/powerpc/platforms/cell/spufs/file.c:1
On Thursday, 31 May 2007 17:29, Michal Piotrowski wrote:
> Hi,
>
> Andrew Morton napisał(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> >
>
> FYI suspend to disk doesn't work anymore on my box, system hang
On Thu, 31 May 2007, Andrew Morton wrote:
> we're not disbling local irqs on the cpu hotplug path.
>
> Could do local_irq_disable() in slab_cpuup_callback(), I guess.
Ahh I see.
SLUB: Fix locking for hotplug callbacks.
Hotplug callbacks seem to be performed with interrupts enabled. Slub requi
On Thu, 31 May 2007 11:41:22 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > Perhaps a suitable fix would be local_irq_disable() in flush_slab().
>
> As far as I can tell: Interrupts are always disabled when flush_slab is
> run.
>
> Sometimes we use spin_lock_irqsave for the list_
On Thu, 31 May 2007, Andrew Morton wrote:
> > l *0xc0181288
> > 0xc0181288 is in add_partial (/home/devel/linux-mm/mm/slub.c:1193).
> > 1188}
> > 1189
> > 1190static void add_partial(struct kmem_cache_node *n, struct page
> > *page)
> > 1191{
> > 1192spin_lock(&n->list_loc
On Thu, 31 May 2007 19:53:07 +0200
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton napisa__(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> >
>
> CPU hotplug test triggered this
>
> [
Michal Piotrowski napisał(a):
> Andrew Morton napisał(a):
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>>
>
> CPU hotplug test triggered this
>
> [ 4972.038008] CPU 1 is now offline
> [ 4972.041411] lockd
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
CPU hotplug test triggered this
[ 4972.038008] CPU 1 is now offline
[ 4972.041411] lockdep: not fixing up alternatives.
[ 4972.051553]
[ 4972.
Hi,
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
FYI suspend to disk doesn't work anymore on my box, system hangs after
"Suspending console(s)" message.
[ 186.297753] Shrinking memory... -\|
On Thu, May 31, 2007 at 08:35:13AM -0400, Jeff Garzik wrote:
> Cornelia Huck wrote:
> >On Thu, 31 May 2007 06:15:57 -0600,
> >Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> >
> >>On Thu, May 31, 2007 at 02:09:22PM +0200, Cornelia Huck wrote:
> >>>I split those functions out into a new file. Builds on
On Thu, 31 May 2007 08:35:13 -0400,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Cornelia Huck wrote:
> > On Thu, 31 May 2007 06:15:57 -0600,
> > Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> >
> >> On Thu, May 31, 2007 at 02:09:22PM +0200, Cornelia Huck wrote:
> >>> I split those functions out into a
Cornelia Huck wrote:
On Thu, 31 May 2007 06:15:57 -0600,
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
On Thu, May 31, 2007 at 02:09:22PM +0200, Cornelia Huck wrote:
I split those functions out into a new file. Builds on s390 and i386.
Why not just put #ifdef CONFIG_HAS_DMA / #endif around the pa
On Thu, 31 May 2007 06:15:57 -0600,
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Thu, May 31, 2007 at 02:09:22PM +0200, Cornelia Huck wrote:
> > I split those functions out into a new file. Builds on s390 and i386.
>
> Why not just put #ifdef CONFIG_HAS_DMA / #endif around the pair of
> functio
On Thu, May 31, 2007 at 02:09:22PM +0200, Cornelia Huck wrote:
> I split those functions out into a new file. Builds on s390 and i386.
Why not just put #ifdef CONFIG_HAS_DMA / #endif around the pair of
functions? I don't see the need to add a new Kconfig symbol and a new
file for this.
-
To unsu
On Wed, 30 May 2007 23:58:23 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
With
> +dma-mapping-prevent-dma-dependent-code-from-linking-on.patch
scsi fails to build on !HAS_DM
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
- Merged the convert-cpusets-to-container-infrastructure patches. These
will probably be dropped and redone.
Boilerplate:
- See the `hot-fixes' directory for any important updates to this pat
87 matches
Mail list logo
