On Wed, 2011-09-14 at 10:33 +0100, Adam D. Barratt wrote:
> On Tue, 13 Sep 2011 20:27:55 +0100, Adam D. Barratt wrote:
> > On Sun, 2011-09-11 at 23:59 +0100, Ben Hutchings wrote:
> >> I believe we're now ready to do the kernel update, having got most
> >> of
> >> the security fixes done separately. I'm going to start a build now
> >> and
> >> intend to upload tomorrow unless I hear any objection to this (or I
> >> find
> >> a problem myself).
> >
> > Nobody appears to have objected, and it was uploaded. I've just
> > marked
> > the upload for acceptance at the next dinstall; thanks.
>
> Unfortunately the upload FTBFS on several architectures.
>
> The ia64 log contains a few "cast from pointer to integer of different
> size" warnings,
A few such warnings are, regrettably, normal.
> and dies with:
>
> /build/buildd-linux-2.6_2.6.32-36-ia64-4ELC7i/linux-2.6-2.6.32/debian/build/source_ia64_none/drivers/net/e1000e/netdev.c:6214:
> error: 'e1000_suspend' undeclared here (not in a function)
> /build/buildd-linux-2.6_2.6.32-36-ia64-4ELC7i/linux-2.6-2.6.32/debian/build/source_ia64_none/drivers/net/e1000e/netdev.c:6214:
> error: 'e1000_resume' undeclared here (not in a function)
> make[8]: *** [drivers/net/e1000e/netdev.o] Error 1
> make[7]: *** [drivers/net/e1000e] Error 2
> make[6]: *** [drivers/net] Error 2
>
> armel, mips{,el} and sparc all failed with:
>
> /build/buildd-linux-2.6_2.6.32-36-armel-fnA8Ad/linux-2.6-2.6.32/debian/build/source_armel_none/drivers/net/e1000e/netdev.c:
> In function '__e1000e_disable_aspm':
> /build/buildd-linux-2.6_2.6.32-36-armel-fnA8Ad/linux-2.6-2.6.32/debian/build/source_armel_none/drivers/net/e1000e/netdev.c:5323:
> error: implicit declaration of function 'pci_pcie_cap'
> make[8]: *** [drivers/net/e1000e/netdev.o] Error 1
> make[7]: *** [drivers/net/e1000e] Error 2
> make[6]: *** [drivers/net] Error 2
I understand and have fixes for both of these failures. Following those
changes I have successfully compiled all the modified drivers on the
ia64 and sparc porter boxes (but not attempted a complete package
rebuild).
Ben.
--
Ben Hutchings
If more than one person is responsible for a bug, no one is at fault.
Attachment:
signature.asc
Description: This is a digitally signed message part