Prev: [PATCH 1/2] x86/PCI: for host bridge address space collisions, show conflicting resource
Next: resource: shared I/O region support
From: Jiri Benc on 28 Apr 2010 13:00 On Wed, 28 Apr 2010 12:20:56 -0400, Mathieu Desnoyers wrote: > Can you try reverting commit c8d52465f95c4187871f8e65666c07806ca06d41 and see if > it helps ? It doesn't. The produced code is identical. > If you have other compiler versions handy, that would also be helpful to see if > the problem is specific to the gcc version you are using. Tried 4.5.0, the same problem (at least looking at the produced assembler code, I haven't booted the kernel, but it looks very similar to 4.3.3). Thanks, Jiri -- Jiri Benc SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Tejun Heo on 28 Apr 2010 13:30
On 04/28/2010 06:55 PM, Jiri Benc wrote: > On Wed, 28 Apr 2010 12:20:56 -0400, Mathieu Desnoyers wrote: >> Can you try reverting commit c8d52465f95c4187871f8e65666c07806ca06d41 and see if >> it helps ? > > It doesn't. The produced code is identical. > >> If you have other compiler versions handy, that would also be helpful to see if >> the problem is specific to the gcc version you are using. > > Tried 4.5.0, the same problem (at least looking at the produced assembler > code, I haven't booted the kernel, but it looks very similar to 4.3.3). I wrote on the bugzilla but this is not a compiler bug but the -stable patch shouldn't have been applied only to 2.6.33. Not 2.6.32. This is because till 2.6.32, ia64 hadn't been converted to dynamic percpu allocator, so its static and dynamic percpu areas were separate and the per_cpu_ptr() wouldn't do the offsetting the module code expects there. So, please revert the patch from 2.6.32. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |