On Wed, 2009-11-25 at 09:15 +0000, Alan Jenkins wrote:
James Bottomley wrote:
On Tue, 2009-11-24 at 09:28 +0000, Alan Jenkins wrote:Yes, the series as a whole relies on that patch. Rusty pulled the series from linux-next (thanks rusty!).
James Bottomley wrote:I think if you have to make modpost architecture specific, there's
On Tue, 2009-11-24 at 11:27 +1030, Rusty Russell wrote:I think parisc wants P'printk where ia64 uses @fptr(printk).
On Tue, 24 Nov 2009 06:23:20 am Alex Chiang wrote:That probably suits us on parisc too. I just checked out our build in
Hi Alan, Rusty,Hi Alex,
In the meantime, while Alan is deciding the proper way to fixDone. That takes the pressure off Alan, and makes sure he has time to get
this, would it be possible to drop the offending patch series
from linux-next?
it right.
linux-next: we don't pass __modpost ... it looks like we have all the
module symbols undefined. Will investigate more.
James
It may also need ".import printk,code" or similar.
something a bit wrong in the patch series.
I can confirm that reverting this particular patch allows the parisc
build to work again. It still won't boot because module symbols aren't
resolved.
James
Not according to current linux-next:
jejb@ion> git log next-20091125|grep -3 'sort the list of symbols'
Author: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
Date: Sat Nov 7 21:03:56 2009 +0000
kbuild: sort the list of symbols exported by the kernel (__ksymtab)
modpost of vmlinux.o now extracts the ksymtab sections and outputs
sorted versions of them as .tmp_exports-asm.S. These sorted sections
Could we please have this removed so we can resume our testing of next?
We don't need there to be no arch changes ... but we do need any arch
specificity confined to arch specific files.
James