Re: [PATCH 2/8] i386: bitops: Rectify bogus "Ir" constraints

Linus Torvalds wrote: > > On Mon, 23 Jul 2007, Satyam Sharma wrote: >> * The "I" constraint modifier is applicable only to immediate-value operands, >> and combining it with "r" is bogus. > > This is wrong too. > > The whole point of a "Ir" modifier is to say that the instruction takes > *eit

Re: [BUG] firewire: mass-storage i/o-problems

On Mon, Jul 23, 2007 at 08:33:36PM +0200, Manuel Lauss wrote: > On Mon, Jul 23, 2007 at 01:34:28PM +0200, Stefan Richter wrote: > > Manuel Lauss wrote: > > > I noticed the failures start when there are 2 concurrent disk accesses > > > (copy something from fw disk on shell 1 and it runs fine; start

Re: [PATCH 2/8] i386: bitops: Rectify bogus "Ir" constraints

On Mon, 23 Jul 2007, H. Peter Anvin wrote: > Linus Torvalds wrote: > > > > On Mon, 23 Jul 2007, Satyam Sharma wrote: > >> * The "I" constraint modifier is applicable only to immediate-value > >> operands, > >> and combining it with "r" is bogus. > > > > This is wrong too. > > > > The whole p

Re: "build-id" changes break sparc64

On Mon, Jul 23, 2007 at 08:00:48PM +0200, Sam Ravnborg wrote: > On Mon, Jul 23, 2007 at 12:49:36PM +0100, Al Viro wrote: > > On Mon, Jul 23, 2007 at 06:55:59PM +0930, Alan Modra wrote: > > > On Mon, Jul 23, 2007 at 10:14:35AM +0200, Sam Ravnborg wrote: > > > > But I would still like to hear from Al

Re: Git tree for old kernels from before the current tree

On Mon, Jul 23, 2007 at 09:55:24AM -0700, Linus Torvalds wrote: > > I actually tried to get something like this together back in the BK days > and early in the SCO saga. It was pretty painful to try to find all the > historic trees and patches - they're all in different format, and some of > th

Re: [PATCH] release quicklist before free_page

* Daniel Walker <[EMAIL PROTECTED]> wrote: > (btw, your comment above comes off very snide, which I don't > appreciate. I haven't done anything that remotely warrants that.) That snideness is simply a reflection, to make you realize how it feels. I tried to point this issue out to you in the p

Re: 2.6.23-rc1: BUG_ON in kmap_atomic_prot()

On Mon, Jul 23, 2007 at 10:38:39PM +0400, Alexey Dobriyan wrote: > Managed to hit BUG_ON() in kmap_atomic_prot() three times while doing > nothing unusual for this box (two times it was under X, so I can't > guarantee, one time while trying to reproduce via ./configure in gdb > tarball) > > Box ha

Re: [RFC] scheduler: improve SMP fairness in CFS

Tong Li <[EMAIL PROTECTED]> writes: > + > +read_lock_irqsave(&dwrr_highest_lock, flags); That lock looks like it would bounce between CPUs like crazy. Did you try any benchmarks on a larger system? -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bod

Re: Git tree for old kernels from before the current tree

On Mon, 23 Jul 2007, Linus Torvalds wrote: > > > On Mon, 23 Jul 2007, Nicolas Pitre wrote: > > > > I started this once. > > > > I have (sort of) a GIT tree with all Linux revisions that I could find > > from v0.01 up to v1.0.9. But the most interesting information and also > > what is the m

Re: [linux-pm] Re: Hibernation considerations

On Mon, 23 Jul 2007, Alan Stern wrote: On Sun, 22 Jul 2007 [EMAIL PROTECTED] wrote: Ok, I did misunderstand you. it sound slike all you need to do to make sure that locks are not held is to allow system calls to return before trying to do the suspend/kexec/etc. that sounds like not only a tr

Re: Git tree for old kernels from before the current tree

On Mon, 23 Jul 2007, Theodore Tso wrote: > On Mon, Jul 23, 2007 at 09:55:24AM -0700, Linus Torvalds wrote: > > > > I actually tried to get something like this together back in the BK days > > and early in the SCO saga. It was pretty painful to try to find all the > > historic trees and patches

Re: [linux-pm] Re: Hibernation considerations

On Mon, 23 Jul 2007, Oliver Neukum wrote: Am Montag 23 Juli 2007 schrieb Miklos Szeredi: The reason is that we want them to "park" in safe places, ie. where there are no locks held etc.  Thus, these safe places need to be chosen somehow and since they are not marked throughout the code, we choo

Re: "build-id" changes break sparc64

> rm vmlinux*; time make vmlinux > > Vanilla tree: ~7,7 sec > With single shot ld (Roland's patch): 8,3 secs Shouldn't you compare: rm vmlinux*; find . -name built-in.o -print | xargs rm time make vmlinux or something like that? Thanks, Roland - To unsubscribe from this list: se

Re: "build-id" changes break sparc64

On Mon, Jul 23, 2007 at 07:56:48PM +0100, Al Viro wrote: > On Mon, Jul 23, 2007 at 08:00:48PM +0200, Sam Ravnborg wrote: > > On Mon, Jul 23, 2007 at 12:49:36PM +0100, Al Viro wrote: > > > On Mon, Jul 23, 2007 at 06:55:59PM +0930, Alan Modra wrote: > > > > On Mon, Jul 23, 2007 at 10:14:35AM +0200, S

Re: which signal is sent to freeze process?

On Monday, 23 July 2007 20:38, Agarwal, Lomesh wrote: > The other problem I am facing that read from socket returns with ENODATA > when resuming. any ideas? It's of similar kind: the system call checks signal_pending(current) and exit with an error if that's true. Well, I'm afraid we can't place

RE: drivers/dma/ioatdma.c - address of '__this_module' will always evaluate as 'true' , warning

Gabriel C [mailto:[EMAIL PROTECTED] >Nelson, Shannon wrote: >> Gabriel C [mailto:[EMAIL PROTECTED] >>> Hi, >>> >>> I got this warning on current git using gcc 4.2.1 : >>> >>> ... >>> >>> drivers/dma/ioatdma.c: In function 'ioat_init_module': >>> drivers/dma/ioatdma.c:816: warning: the address of

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

On Fri, 22 Jun 2007 11:22:09 +0200 "Marco Berizzi" <[EMAIL PROTECTED]> wrote: > With the same kernel or should I compile with > some other options? With the same kernel. No additional options are needed. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a m

Re: [PATCH] x86_64: use apic core id bits for core nums

On 7/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote: On Saturday 21 July 2007 09:56:15 Yinghai Lu wrote: > please check my version, we should use core id bits instead. > > it should replace > [PATCH for review] [37/48] x86_64: make k8topology multi-core aware Yes, you're right the patch is not good

Re: [PATCH] LinuxPPS - definitive version

On Mon, 23 Jul 2007 14:35:16 +0100 David Woodhouse <[EMAIL PROTECTED]> wrote: > Please feed it to scripts/checkpatch.pl -- you can ignore all the > warnings about lines greater than 80 characters, and the complete crap > about "declaring multiple variables together should be avoided", but > some o

Re: [PATCH 5/5] dma: use dev_to_node to get node for device in dma_alloc_pages

On Tue, 10 Jul 2007 16:53:09 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote: > [PATCH 5/5] dma: use dev_to_node to get node for device in > dma_alloc_pages Acked-by: Christoph Lameter <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a messag

RE: which signal is sent to freeze process?

Then what would be the correct way to handle resume process. The other way of course is to make all the applications check the errno in case of failure. But that seems more more problematic then system call checking. What do you say? BTW can you point me to code where socket read checks for signal_

[PATCH 1/3] UML - Fix string exporting on UML/i386

In 2.6.23-rc1, i386 fiddled its string support such that UML started getting undefined references from modules. The UML asm/string.h was including the i386 string.h, which defined __HAVE_ARCH_STR*, but the corresponding implementations weren't being pulled in. This is fixed by adding arch/i386/li

[PATCH 0/3] UML - Three small fixes for 2.6.23

These fix various build problems that cropped up in -rc1, and they should go into 2.6.23. Jeff -- Work email - jdike at linux dot intel dot com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED]

[PATCH 3/3] UML - More __init annotations

2.6.23-rc1 turned up another batch of references from non-__init code to __init code. In most cases, these were missing __init annotations. In one case (os_drop_memory), the annotation was present but wrong. init_maps is __init, but for some reason was being very careful about the mechanism by w

[PATCH 2/3] UML - Fix aio compilation bug

Restructure do_aio thanks to commments from Ulrich and Al. Uli started this by seeing that UML's initialization of a struct iocb initialized fields that it shouldn't. Al followed up by adding the following cleanups: eliminating a variable by just using an anonymous structure in its place.

[RFC: 2.6 patch] nsp32_restart_autoscsi(): remove error check

The Coverity checker noted that we'll anyway Oops later when we ran into this condition - and the error check didn't prevent that. Considering that the error condition shouldn't be possible, and we are not able to handle it easily, this patch simply removes the pointless error check. Signed-of

Re: x86: Convert cpu_core_map to be a per cpu variable

On Tue, 17 Jul 2007 12:27:18 -0700 "Siddha, Suresh B" <[EMAIL PROTECTED]> wrote: > Is there a reason why cpu_sibling_map[] is left out in these changes? Yes this patch is a trial balloon to make sure that I/we do the right thing when dealing with the other cpu maps. Patchset will hopefully soon

Re: [BUG] Lockup on boot when trying to bring up r8169 NIC

On Thu, Jul 19, 2007 at 04:11:35PM +0200, Thomas Müller wrote: > Hi, > > I already sent this two days ago, but I have the feeling it was > overlooked or filtered because of a large attachment. > > > If I try to boot 2.6.21.6, 2.6.22.1 or 2.6.22-git8 the system completely > hangs when init tries

Re: "build-id" changes break sparc64

On Mon, Jul 23, 2007 at 12:12:15PM -0700, Roland McGrath wrote: > > rm vmlinux*; time make vmlinux > > > > Vanilla tree: ~7,7 sec > > With single shot ld (Roland's patch): 8,3 secs > > Shouldn't you compare: > rm vmlinux*; find . -name built-in.o -print | xargs rm > time make vmlinux

Re: [PATCH 0/3] readahead drop behind and size adjustment

On Mon, 23 Jul 2007 22:24:57 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote: > On Mon, Jul 23, 2007 at 07:00:59PM +1000, Nick Piggin wrote: > > Rusty Russell wrote: > > >On Sun, 2007-07-22 at 16:10 +0800, Fengguang Wu wrote: > > > > >>So I opt for it being made tunable, safe, and turned off by defa

Re: [2.6.24 patch] the next round of scheduled OSS code removal

On Mon, Jul 23, 2007 at 09:33:39PM +0200, Adrian Bunk wrote: > This patch contains the next round of scheduled OSS code removal. Er... There are e.g. m68k dmasound drivers; with dmasound_core gone they won't survive, AFAICS... - To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: Git tree for old kernels from before the current tree

On Mon, 23 Jul 2007, Theodore Tso wrote: > > Um, *I* never had the bad taste to import Linux kernels into CVS. :-) Ahh. I just checked. RCS. There are old linux archive of yours that has some RCS files in it (0.10 and 0.12 at least) Linus - To unsubscribe from this list: s

Re: [2.6.24 patch] the next round of scheduled OSS code removal

On Mon, Jul 23, 2007 at 08:43:33PM +0100, Al Viro wrote: > On Mon, Jul 23, 2007 at 09:33:39PM +0200, Adrian Bunk wrote: > > This patch contains the next round of scheduled OSS code removal. > > Er... There are e.g. m68k dmasound drivers; with dmasound_core gone > they won't survive, AFAICS... Lo

[PATCH] Add seq_file howto to Documentation/

Add seq_file howto to Documentation/ Signed-off-by: Martin J. Bligh <[EMAIL PROTECTED]> Taken from kernelnewbies with Randy's permission. diff -aurpN -X /home/mbligh/.diff.exclude linux-2.6.22/Documentation/seq_file_howto.txt 2.6.22-seq_file_doc/Documentation/seq_file_howto.txt --- linux-2.6.2

Re: [PATCH] LinuxPPS - definitive version

On Mon, 2007-07-23 at 12:28 -0700, Andrew Morton wrote: > On Mon, 23 Jul 2007 14:35:16 +0100 > David Woodhouse <[EMAIL PROTECTED]> wrote: > > > Please feed it to scripts/checkpatch.pl -- you can ignore all the > > warnings about lines greater than 80 characters, and the complete crap > > about "de

Re: Oops while modprobing phy fixed module

On Mon, 16 Jul 2007 20:49:03 +0530 "Satyam Sharma" <[EMAIL PROTECTED]> wrote: > I'm thoroughly mystified ... Christoph? Tejun? Someone? It would help to boot with "slub_debug" to find out what corrupted the data. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bo

Re: Oops while modprobing phy fixed module

On Wed, 18 Jul 2007 14:51:14 +0900 Tejun Heo <[EMAIL PROTECTED]> wrote: > Okay, successfully reproduced here. Will hunt down. Next time simply boot with "slub_debug". It will save a lot of time. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

Re: [PATCH][36/37] Clean up duplicate includes in sound/ppc/

On 23/07/07, Takashi Iwai <[EMAIL PROTECTED]> wrote: At Sat, 21 Jul 2007 17:04:07 +0200, Jesper Juhl wrote: > > Hi, > > This patch cleans up duplicate includes in > / sound/ppc? :) Hehe, yup. Seems I forgot to edit my mail template for that one :) > > > Signed-off-by: Jesper Juhl

Re: [PATCH -rt] temporary WARN_ON removal

* Daniel Walker <[EMAIL PROTECTED]> wrote: > These two WARN_ON calls send my system into a boot hang. They trigger > over and over , some examples below. hm, could you try to figure out why they trigger on your box and not on anyone else's box? By disabling them we might be papering over a po

Re: [PATCH] release quicklist before free_page

On Mon, 2007-07-23 at 20:58 +0200, Ingo Molnar wrote: > * Daniel Walker <[EMAIL PROTECTED]> wrote: > > > (btw, your comment above comes off very snide, which I don't > > appreciate. I haven't done anything that remotely warrants that.) > > That snideness is simply a reflection, to make you reali

Re: which signal is sent to freeze process?

On Monday, 23 July 2007 21:52, Manfred Spraul wrote: > Rafael wrote: > > On Monday, 23 July 2007 20:38, Agarwal, Lomesh wrote: > > > The other problem I am facing that read from socket returns with ENODATA > > > when resuming. any ideas? > > > > It's of similar kind: the system call checks signal_p

Re: [PATCH -rt] temporary WARN_ON removal

On Mon, 2007-07-23 at 21:55 +0200, Ingo Molnar wrote: > * Daniel Walker <[EMAIL PROTECTED]> wrote: > > > These two WARN_ON calls send my system into a boot hang. They trigger > > over and over , some examples below. > > hm, could you try to figure out why they trigger on your box and not on > a

Re: "build-id" changes break sparc64

> On Mon, Jul 23, 2007 at 12:12:15PM -0700, Roland McGrath wrote: > > > rm vmlinux*; time make vmlinux > > > > > > Vanilla tree: ~7,7 sec > > > With single shot ld (Roland's patch): 8,3 secs > > > > Shouldn't you compare: > > rm vmlinux*; find . -name built-in.o -print | xargs rm > > time

Towards eliminating the freezer

[Note changed $SUBJECT] On Mon, 23 Jul 2007, Oliver Neukum wrote: > > > > You are correct about the need to delay/stop device addition. I don't > > > > know how this can be done in general; each code path calling > > > > device_add() may have to be treated individually. > > > > > > What about t

Re: [RFC 0/8]KVM: swap out guest pages

On Mon, Jul 23, 2007 at 01:27:40PM +0300, Avi Kivity wrote: > Having an address_space (like your patch does) is remarkably simple, and > requires few hooks from the current vm. However using existing vmas > mapped by the user has many advantages: It's also needed for a SKAS-like UML client, whe

Re: [RFH] Partion table recovery

Al Boldi wrote: As always, a good friend of mine managed to scratch my partion table by cat'ing /dev/full into /dev/sda. I was able to push him out of the way, but at least the first 100MB are gone. I can probably live without the first partion, but there are many partitions after that, which

Re: [PATCH] Add seq_file howto to Documentation/

> +[Another seq_file reference is "Driver porting: The seq_file interface" > +at , which is part of the > +LWN.net series "Porting Drivers to 2.5" that is located at > +.] Funny thing, that...I had sent in a version of that d

[ANNOUNCE] seekwatcher IO graphing v0.2

Hello everyone, Since doing the initial Btrfs benchmarks, I've made my blktrace graphing utility a little more generic and tossed it out on oss.oracle.com. This new version can easily graph two different runs, and has a few other tweaks that make the graphs look nicer. Docs, examples and other

Re: which signal is sent to freeze process?

Rafael J. Wysocki wrote: Well, look at the code in fs/select.c:do_poll() . If signal_pending(current) is true, the main loop breaks and count is returned to do_sys_poll(). If zero is returned and signal_pending(current) is still true, do_sys_poll() returns -EINTR. Thanks - I looked at sys_

Re: Git tree for old kernels from before the current tree

On Mon, 23 Jul 2007, Nicolas Pitre wrote: > > What is missing is: > > - v0.02 sources I think this really is gone. 0.03 was such an improvement on 0.02 that I think what happened was that I literally removed 0.02 (hey, it wasn't historically interesting at the time!). It's not the first tim

Re: 2.6.23 compile failure - slab/slob interspanking

On Wed, 18 Jul 2007 09:18:36 +0900 Paul Mundt <[EMAIL PROTECTED]> wrote: > With the slab zeroing allocations cleanups Christoph stubbed in a > generic kzalloc(), which was missed on SLOB. Follow the SLAB/SLUB > changes and kill off the __kzalloc() wrapper that SLOB was using. Patches conflicted i

Re: early_printk accessing __log_buf

On Mon, 23 Jul 2007 14:19:12 -0400 Robin Getz <[EMAIL PROTECTED]> wrote: > On Sun 22 Jul 2007 19:50, Mike Frysinger pondered: > > > > i think the attached two functions account for what Robin and Andrew > > were thinking ... > > A note about why/when grab_lock would be set to zero (pre-kernel ini

2.6.22+: BUG: sleeping function called from invalid context at /home/jeremy/hg/xen/paravirt/linux/drivers/usb/core/urb.c:524,in_atomic():1, irqs_disabled():0

I get this when suspending. The kernel is 2.6.22+recent git (just before -rc1). usb 2-1: USB disconnect, address 3 BUG: sleeping function called from invalid context at /home/jeremy/hg/xen/paravirt/linux/drivers/usb/core/urb.c:524 in_atomic():1, irqs_disabled():0 1 lock held by khubd/207: #0:

Re: [PATCH 0/6] cpuset aware writeback

On Tue, 17 Jul 2007 14:23:14 -0700 Ethan Solomita <[EMAIL PROTECTED]> wrote: > These patches are mostly unchanged from Chris Lameter's original > changelist posted previously to linux-mm. Thanks for keeping these patches up to date. Add you signoff if you did modifications to a patch. Also includ

[PATCH 6/10] x86_64: store core id bits in cpuinfo_x86

Andi said it looks good. but dont know if it is in his tree or not [PATCH 6/10] x86_64: store core id bits in cpuinfo_x86 We need to store core id bits to cpuinfo_x86 in early_identify_cpu. So we use it to create acpiid_to_node array in k8topolgy.c Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>

[PATCH 7/10] x86_64: use core id bits for apicid_to_node initialization

[PATCH 7/10] x86_64: use core id bits for apicid_to_node initialization We shoud use core id bits instead of max cores, in case later with AMD downcores Quad core Opteron. Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> diff --git a/arch/x86_64/mm/k8topology.c b/arch/x86_64/mm/k8topology.c index a

[PATCH 4/10] net: use numa_node in net_devcice->dev instead of parent

[PATCH 4/10] net: use numa_node in net_devcice->dev instead of parent Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> diff --git a/net/core/skbuff.c b/net/core/skbuff.c index 27cfe5f..005cc1c 100644 --- a/net/core/skbuff.c +++ b/net/core/skbuff.c @@ -217,7 +217,7 @@ nodata: struct sk_buff *__netde

[PATCH 8/10] x86_64: remove never used apic_mapped

[PATCH 8/10] x86_64: remove never used apic_mapped Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> diff --git a/arch/x86_64/kernel/apic.c b/arch/x86_64/kernel/apic.c index 900ff38..70b9e2b 100644 --- a/arch/x86_64/kernel/apic.c +++ b/arch/x86_64/kernel/apic.c @@ -39,7 +39,6 @@ #include #include

[PATCH 9/10] x86_64: get boot_cpu_id as early for k8_scan_nodes

[PATCH 9/10] x86_64: get boot_cpu_id as early for k8_scan_nodes When acpi=off or there is no SRAT defined, apicid_to_node is got from K8 Northbridge PCI configuration space in k8_scan_nodes() in arch/x86_64/mm/k8toplogy.c. The problem is that it assumes bsp apic id is 0 at that point. For four soc

[PATCH 0/10] numa_node and apicid_to_node clean up

it is releated to acpi=off or SRAT/_PXM is not defined case. Thanks YH - 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.

[PATCH 10/10] x86_64: k8topology add family 10h and 11h PCI IDs

this one is dropped by Andi wrongly. From: "Joachim Deguara" <[EMAIL PROTECTED]> This just adds the PCI IDs of AMD's family 10h and 11h CPU's northbridges to k8topology discovery. Signed-off-by: Joachim Deguara <[EMAIL PROTECTED]> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Acked-by: Yinghai Lu

[PATCH 3/10] try parent numa_node at first before using default v2

this one already in -mm, but it needs [PATCH 1/10] [PATCH 3/10] try parent numa_node at first before using default v2 For pci_device, pcibios_scan_root and pci_scan_root will call pci_device_add. pci_device_add will call device_initialize and set_dev_node(&dev->dev, pcibus_to_node(bus)). other de

Re: [RFH] Partition table recovery

Rene Herman wrote: On 07/23/2007 10:41 AM, Jan-Benedict Glaw wrote: As multibyte on-disk variables, these will need LE/BE conversion. Indeed, thanks -- has been updated in the version that is attached. Also fixes a bug that snuck in (failed to add offset to entry->start). struct entry {

Re: [linux-pm] Re: Hibernation considerations

On Mon, 23 Jul 2007 [EMAIL PROTECTED] wrote: > > For one thing, checking for a suspend-in-progress at the beginning of > > each and every system call would add overhead to a hot path in the > > kernel, one which is already very heavily optimized. People wouldn't > > stand for it. > > I thought t

Re: Git tree for old kernels from before the current tree

On Mon, Jul 23, 2007 at 12:44:57PM -0700, Linus Torvalds wrote: > > > On Mon, 23 Jul 2007, Theodore Tso wrote: > > > > Um, *I* never had the bad taste to import Linux kernels into CVS. :-) > > Ahh. I just checked. > > RCS. > > There are old linux archive of yours that has some RCS files in

RE: which signal is sent to freeze process?

Rafael wrote: On Monday, 23 July 2007 20:38, Agarwal, Lomesh wrote: > The other problem I am facing that read from socket returns with ENODATA > when resuming. any ideas? It's of similar kind: the system call checks signal_pending(current) and exit with an error if that's true. Well, I'm afraid

Re: 2.6.23-rc1: BUG_ON in kmap_atomic_prot()

On Mon, 23 Jul 2007 23:01:52 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > On Mon, Jul 23, 2007 at 10:38:39PM +0400, Alexey Dobriyan wrote: > > Managed to hit BUG_ON() in kmap_atomic_prot() three times while doing > > nothing unusual for this box (two times it was under X, so I can't > > guar

Re: [PATCH 0/2] faking and fixing the NUMA SLIT

On Wed, 18 Jul 2007 11:42:20 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote: > Don't think that is really useful. I think this is useful for NUMA debugging since one may use this to create various slit configuration that can be useful to simulate many fallback scenarios that may require testing. - To

Re: 2.6.22.1-rt4 lockups

On Mon, 2007-07-23 at 09:08 -0700, Daniel Walker wrote: > On Sat, 2007-07-21 at 23:07 +0100, Rui Nuno Capela wrote: > > > Call Trace: > > [] show_trace_log_lvl+0x1a/0x30 > > [] show_stack_log_lvl+0xb6/0xe0 > > [] show_registers+0x201/0x330 > > [] die+0x118/0x260 > > [] do_page_fault+0x193/0x6

Re: CTL_UNNUMBERED (Re: [PATCH] 9p: Don't use binary sysctl numbers.)

On Sat, Jul 21, 2007 at 04:36:03PM -0600, Eric W. Biederman wrote: > Alexey Dobriyan <[EMAIL PROTECTED]> writes: > > That's separate patch but CTL_UNNUMBERED must die, because it's totally > > unneeded. If you don't want sysctl(2) interface just SKIP ->ctl_name > > initialization and save one line

Re: [PATCH 7/8] i386: bitops: Kill needless usage of __asm__ __volatile__

On Mon, 23 Jul 2007, Jeremy Fitzhardinge wrote: > Satyam Sharma wrote: > > The (3) as I had originally written / meant was that multiple > > instructions in a volatile asm would not get _individually_ > > interspersed with the rest of the code i.e. be emitted out > > _consecutively_. I don't think

Re: [RFC] fix slub krealloc()

On Wed, 18 Jul 2007 17:42:11 +0200 Johannes Berg <[EMAIL PROTECTED]> wrote: > Commit ef2ad80c7d255ed0449eda947c2d700635b7e0f5 breaks > krealloc(NULL, ...) badly, it BUG_ON()s. > > This patch fixes it but the fix should probably be in mm/util.c > because the documentation says that krealloc(NULL,

Re: "build-id" changes break sparc64

On Mon, Jul 23, 2007 at 01:05:00PM -0700, Roland McGrath wrote: > > On Mon, Jul 23, 2007 at 12:12:15PM -0700, Roland McGrath wrote: > > > > rm vmlinux*; time make vmlinux > > > > > > > > Vanilla tree: ~7,7 sec > > > > With single shot ld (Roland's patch): 8,3 secs > > > > > > Shouldn't you compar

Re: 2.6.22-git17 boot failure

Tilman Schmidt wrote: > To answer that, I have reproduced the effect with kernel 2.6.23-rc1 with > netconsole compiled in. I'm attaching both captures, for CONFIG_XEN=y > (unsuccessful) as well CONFIG_XEN=n (successful). > > The first noticeable difference is that the nonzero timestamps starting >

Re: Problems with framebuffer in 2.6.22-git17

(Apologies to those getting this a second time: resending as text/plain only) On 23/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote: On 7/23/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote: > On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote: > > I ma having problems with the pvr2

Re: CTL_UNNUMBERED (Re: [PATCH] 9p: Don't use binary sysctl numbers.)

"Eric Van Hensbergen" <[EMAIL PROTECTED]> writes: > On 7/23/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote: >> It doesn't really matter (for me) whether it is sysctl or sysfs >> interface. The sysctl approach seemed easier to implement. If the >> consensus is to use sysfs, I'll send a patch (for 2

Re: 2.6.22.1-rt4 lockups

* Daniel Walker <[EMAIL PROTECTED]> wrote: > It looks like sched_class->enqueue_task() is NULL and that's why the > system hangs .. > > The reason why that happens is because check_pgt_cache() is called > from the idle thread, and with PREEMPT_RT check_pgt_cache() locks at > least one mutex .

Re: 2.6.23-rc1: BUG_ON in kmap_atomic_prot()

On Mon, Jul 23, 2007 at 01:24:31PM -0700, Andrew Morton wrote: > On Mon, 23 Jul 2007 23:01:52 +0400 > Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > > > On Mon, Jul 23, 2007 at 10:38:39PM +0400, Alexey Dobriyan wrote: > > > Managed to hit BUG_ON() in kmap_atomic_prot() three times while doing > > >

Re: [PATCH 7/8] i386: bitops: Kill needless usage of __asm__ __volatile__

Trent Piepho wrote: > gcc also tries to count the number of instructions, to guess how large in > bytes the asm block is, as it could make a difference for near vs short > jumps, etc. > How does it do that? By looking for \n, ';', etc? J - To unsubscribe from this list: send the line "uns

Re: [PATCH] Clean up on_each_cpu: should not fail, should not have "retry" arg

On Thu, 19 Jul 2007 13:07:14 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote: > Finally, either slub.c's flush_all() can be called with interrupts > disabled on UP, or the #ifdef is gratuitous. I assumed the latter. Correct. flush_all() is always called with interrupts disabled. So its gratuitous.

Re: Linus 2.6.23-rc1

On 7/23/07, Ismail Dönmez <[EMAIL PROTECTED]> wrote: On Monday 23 July 2007 19:43:56 Gabriel C wrote: > I get some ACPI Exception. > > ... > > [ 33.075429] ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, > Evaluating _PTC [20070126] [ 33.075437] ACPI Exception > (processor_throttlin

Re: Git tree for old kernels from before the current tree

On Mon, 23 Jul 2007, Linus Torvalds wrote: > > > On Mon, 23 Jul 2007, Nicolas Pitre wrote: > > > > What is missing is: > > > > - v0.02 sources > > I think this really is gone. 0.03 was such an improvement on 0.02 that I > think what happened was that I literally removed 0.02 (hey, it wasn't

[PATCH 2/10] x86_64: use bus conf in NB conf fun1 to get bus range on node

[PATCH 2/10] x86_64: use bus conf in NB conf fun1 to get bus range on node So we use the same code with Quad core cpu as old opteron. this patch is usfull when acpi=off or _PXM is not there in DSDT Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> --- a/arch/x86_64/pci/k8-bus.c 2007-07-23 10:35:58.

[PATCH 5/10] dma: use dev_to_node to get node for device in dma_alloc_pages

[PATCH 5/10] dma: use dev_to_node to get node for device in dma_alloc_pages Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> Acked-by: Christoph Lameter <[EMAIL PROTECTED]> diff --git a/arch/x86_64/kernel/pci-dma.c b/arch/x86_64/kernel/pci-dma.c index 9f80aad..6dbf1c9 100644 --- a/arch/x86_64/kernel

[PATCH 1/10] x86_64: get mp_bus_to_node as early v2

[PATCH 1/10] x86_64: get mp_bus_to_node as early v2 In struct device, we already have numa_node member. and we can use dev_to_node() /set_dev_node() to get and set numa_node in the device. set_dev_node is called in pci_device_add() with pcibus_to_node(bus). and pci_bus_to_node use bus->sysdata fo

Re: [RFC] fix slub krealloc()

On Mon, 23 Jul 2007 13:32:06 -0700 Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Wed, 18 Jul 2007 17:42:11 +0200 > Johannes Berg <[EMAIL PROTECTED]> wrote: > > > Commit ef2ad80c7d255ed0449eda947c2d700635b7e0f5 breaks > > krealloc(NULL, ...) badly, it BUG_ON()s. > > > > This patch fixes it bu

Re: [linux-usb-devel] 2.6.22+: BUG: sleeping function called from invalid context at /home/jeremy/hg/xen/paravirt/linux/drivers/usb/core/urb.c:524, in_atomic():1, irqs_disabled():0

On Mon, 23 Jul 2007, Jeremy Fitzhardinge wrote: > I get this when suspending. The kernel is 2.6.22+recent git (just before > -rc1). > > usb 2-1: USB disconnect, address 3 > BUG: sleeping function called from invalid context at > /home/jeremy/hg/xen/paravirt/linux/drivers/usb/core/urb.c:524 > i

Re: [PATCH] Check for compound pages in set_page_dirty()

On Thu, 19 Jul 2007 18:35:17 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote: > I didn't see any attention to set_page_dirty in Christoph's > Large Blocksize (variable page_cachesize) patches, but I expect > he'd also be wanting set_page_dirty to act on compound_head. There is no need for spec

Re: early_printk accessing __log_buf

On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote: On Mon, 23 Jul 2007 14:19:12 -0400 Robin Getz <[EMAIL PROTECTED]> wrote: > On Sun 22 Jul 2007 19:50, Mike Frysinger pondered: > > > > i think the attached two functions account for what Robin and Andrew > > were thinking ... > > A note about w

RE: which signal is sent to freeze process?

Why do you need try_to_freeze in below patch? Shouldn't !freezing(current) checking is enough? -Original Message- From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED] Sent: Friday, July 20, 2007 3:10 PM To: Agarwal, Lomesh Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org Subject: Re: whic

[PATCH 2/2] forcedeth: mcp73 device addition

This patch contains new device settings for MCP73 chipset. Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]> --- old/drivers/net/forcedeth.c 2007-07-22 19:02:41.0 -0400 +++ new/drivers/net/forcedeth.c 2007-07-22 19:31:56.0 -0400 @@ -5550,6 +5550,22 @@ PCI_DEVICE(PCI

[PATCH 1/2] forcedeth: new device ids in pci_ids.h

This patch contains new device ids for MCP73 chipset. Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]> --- old/include/linux/pci_ids.h 2007-07-22 18:57:26.0 -0400 +++ new/include/linux/pci_ids.h 2007-07-22 18:57:11.0 -0400 @@ -1223,6 +1223,10 @@ #define PCI_DEVICE_ID_NVIDIA_NVENE

Re: [patch] slub crashes with recent -git

On Thu, 19 Jul 2007 13:25:07 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Thu, 19 Jul 2007, Linus Torvalds wrote: > > > > A better patch should be the appended. Does that work for you too? > > Btw, I already committed this as obvious. > > I did the same for the SLAB __do_km

Re: [DRIVER SUBMISSION] DRBD wants to go mainline

On 21/07/07, Lars Ellenberg <[EMAIL PROTECTED]> wrote: DRBD wants to go mainline. please have a look at the "for-linus" branch of git://git.drbd.org/home/git/linux-drbd.git. A few more comments. In drbd_main.c::after_state_ch() there's this code : ... i

Re: 2.6.23-rc1: BUG_ON in kmap_atomic_prot()

On Tue, Jul 24, 2007 at 12:40:45AM +0400, Alexey Dobriyan wrote: > > I had more complete info: http://article.gmane.org/gmane.linux.network/66966 > > > > You're using DEBUG_PAGEALLOC, but I was not, so I think we can rule that > > out. > > > > I haven't worked out where that kmap_atomic() call i

v2.6.22.1-rt5

we are pleased to announce the v2.6.22.1-rt5 kernel (collected and assembled by Thomas), which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/ more info about the -rt patchset can be found in the RT wiki: http://rt.wiki.kernel.org Changes since -r

Re: [PATCH] fix inode_table test in ext234_check_descriptors

Eric Sandeen wrote: > ext[234]_check_descriptors sanity checks block group descriptor geometry > at mount time, testing whether the block bitmap, inode bitmap, and > inode table reside wholly within the blockgroup. However, the inode > table test is off by one so that if the last block in the inod

Re: [GIT PULL] mm: Remove slab destructors from kmem_cache_create().

Please do not merge this patch. I will reuse the destructor field for the kmem_cache_ops in the slab defrag patchset. If you apply this patch then I need to readd the parameter later. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTEC

[PATCH] Fix Dreamcast DMA issues

The current SH DMA API is somewhat broken, not correctly matching virtual channel to the correct SH DMAC. This wasn't noticeable when using g2 DMA for the sound driver - one channel 0 is as good as any other! - but caused the pvr2 driver to fail. This patch fixes the pvr2 problem and consequently

Re: early_printk accessing __log_buf

On Mon, 23 Jul 2007 16:54:36 -0400 "Mike Frysinger" <[EMAIL PROTECTED]> wrote: > On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Mon, 23 Jul 2007 14:19:12 -0400 > > Robin Getz <[EMAIL PROTECTED]> wrote: > > > > > On Sun 22 Jul 2007 19:50, Mike Frysinger pondered: > > > > > > > > i thin

<    1   2   3   4   5   6   >