[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#705118: debian-installer: FTBFS on armhf: Unable to locate package nic-modules-3.2.0-4-mx5-di

On Mon, Apr 15, 2013 at 01:47:28AM +0100, Ben Hutchings wrote:
> On Sun, 2013-04-14 at 23:41 +0200, Aurelien Jarno wrote:
> [...]
> > Sorry to answer late, I only have been able to test it now.
> > Unfortunately the vexpress image is now broken, due to this change:
> > 
> > |  * Replace nic-modules with nic-{usb,wireless}-modules in armhf netboot
> > |    images (Closes: #705118)
> > 
> > nic-modules is still needed on vexpress as it provides the module for
> > the on-board NIC. 
> Since any system with external USB ports should be able to work with
> arbitrary USB Ethernet controllers, I added nic-{usb,wireless}-modules
> packages and removed the USB modules you originally specified in
> nic-modules.  In the case of mx5 this left nic-modules empty, and I
> removed it, but for vexpress there was that one module left, smsc911x.
> Unfortunately I then removed nic-modules from the installer for *both*
> flavours instead of just mx5.
> I just tried adding smsc91xx back into the current daily netboot initrd
> and it seems to work in QEMU (up to the point where the installer finds
> I didn't attach a disk).

Yes, I have committed such a change, and I have been able to do a full
installation that way. The daily image that will be generated in a few
hours should have the fix, I will test it when available.

> By the way, given that the majority of users for the vexpress flavour
> will be running it in QEMU rather than a real Motherboard Express
> (they're expensive!), is it possible to support an alternate model like
> virtio_net that may be emulated more efficiently?

Unfortunately the vexpress board doesn't have PCI/PCIE support so the
standard virtio doesn't work there. People are working on virtio-mmio,
but it seems to be something difficult to get working correctly.


Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Reply to: