On Tue, 2014-02-18 at 11:21 +0100, Helge Deller wrote: > Hi Ben, > > On 02/10/2014 02:15 AM, Ben Hutchings wrote: > > You could add a new drm-modules udeb, but I suggest you reuse the name > > fb-modules which is already defined in debian/installer/package-list. > > The list of modules is very much architecture-specific so add it under > > debian/installer/hppa/modules/hppa. > > thanks for the helpful explanations! > > Here are two patches to fix it: > > a) The patch (hppa-kernel.patch) is vs. trunk, which > - uses MEGARAID_NEWGEN instead of MEGARAID_LEGACY (the legacy driver "hangs" my box), > - uses CONFIG_DRM=y instead of =m (you proposed that to me in an earlier bug report) > - adds the "fb-modules" package to installer/hppa/package-list (with standard priority > because the radeon driver is necessary on a c8000 machine) > > b) The installer-hppa-modules.tgz file. > - please extract it in the debian/installer/hppa/modules/ directory. > - It creates the subfolder debian/installer/hppa/modules/hppa-parisc64-smp > - The files in the subfolder are basically copies of the ones in hppa/ > - Only exception is the (new) fb-modules file (as suggested by you above). > > It would be great if you could apply it before 3.13 :-) The modules files shouldn't be copied when they're meant to be identical between flavours - you can use a relative #include to refer to the original files. I changed all the copied files to do this. Please check that I got this right (committed as r21049). Ben. -- Ben Hutchings Nothing is ever a complete failure; it can always serve as a bad example.
Attachment:
signature.asc
Description: This is a digitally signed message part