Bug#738487: hppa patch for ATI FireGL in C8000 workstation
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 :-) Thanks, Helge Index: config/hppa/config === --- config/hppa/config (revision 21047) +++ config/hppa/config (working copy) @@ -474,7 +474,7 @@ CONFIG_MEGARAID_NEWGEN=y CONFIG_MEGARAID_MM=m CONFIG_MEGARAID_MAILBOX=m -CONFIG_MEGARAID_LEGACY=m +# CONFIG_MEGARAID_LEGACY is not set ## ## file: drivers/scsi/pcmcia/Kconfig Index: config/hppa/config.parisc64-smp === --- config/hppa/config.parisc64-smp (revision 21047) +++ config/hppa/config.parisc64-smp (working copy) @@ -25,7 +25,9 @@ ## file: drivers/gpu/drm/Kconfig ## #. for ATI FireGL DRM in C8000 workstation -CONFIG_DRM=m +CONFIG_DRM=y +CONFIG_DRM_KMS_HELPER=y +CONFIG_DRM_TTM=m CONFIG_DRM_RADEON=m ## Index: installer/hppa/modules/hppa/scsi-modules === --- installer/hppa/modules/hppa/scsi-modules (revision 21047) +++ installer/hppa/modules/hppa/scsi-modules (working copy) @@ -6,7 +6,10 @@ st sym53c8xx zalon7xx -megaraid +megaraid ? +megaraid_mbox ? +megaraid_mm ? +megaraid_sas ? qlogicfas408 mptbase mptspi Index: installer/hppa/package-list === --- installer/hppa/package-list (revision 21047) +++ installer/hppa/package-list (working copy) @@ -13,3 +13,7 @@ Package: pata-modules Depends: kernel-image, scsi-core-modules + +Package: fb-modules +Depends: kernel-image +Priority: standard installer-hppa-modules.tgz Description: application/compressed-tar
Bug#738487: hppa patch for ATI FireGL in C8000 workstation
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. signature.asc Description: This is a digitally signed message part
Re: Bug#661861: PC Engines Alix 3C2: Boot hang waiting for /dev to be fully populated
Control: reassign -1 src:linux On Du, 16 feb 14, 20:38:14, Daniel Bayer wrote: Hi! I just had the same problem on Alix 2d3 with BIOS v0.99 while updating to wheezy. It turned out that the system hangs when loading the cs5535-mfgpt module: | Waiting for /dev to be fully populated... | [8.547274] cfg80211: Calling CRDA to update world regulatory domain | [8.554139] input: PC Speaker as /devices/platform/pcspkr/input/input0 | [9.071321] geode-aes: GEODE AES engine enabled. | [9.073504] ath5k :00:0c.0: registered as 'phy0' | [9.802039] Error: Driver 'pcspkr' is already registered, aborting... | [9.885425] cs5535-mfgpt cs5535-mfgpt: reserved resource region [io 0x6200-0x623f] The module should output a second line reporting the number of free timers. This did not happen. So I assume the system crashed somewhere in the scan_times() function of cs5535-mfgpt. I played a little bit with the mfgptfix boot command line option, but the system always crashed. But simply removing the cs5535-mfgpt fixed the problem. In the end I found the MFGPT workaround option in the BIOS, which was enabled: | BIOS setup: | | (9) 9600 baud (2) 19200 baud *3* 38400 baud (5) 57600 baud (1) 115200 baud | (C) CHS mode *L* LBA mode *W* HDD wait *V* HDD slave *U* UDMA enable | *M* MFGPT workaround | (P) late PCI init | *R* Serial console enable | (E) PXE boot enable | (X) Xmodem upload | (Q) Quit After disabling it the system booted fine with cs5535-mfgpt enabled and mfgptfix not set. Now everything works as expected. Daniel -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Processed: Re: Bug#661861: PC Engines Alix 3C2: Boot hang waiting for /dev to be fully populated
Processing control commands: reassign -1 src:linux Bug #661861 [src:linux-2.6] linux-image-3.2.0-1-486: Boot hang waiting for /dev to be fully populated Warning: Unknown package 'src:linux-2.6' Bug reassigned from package 'src:linux-2.6' to 'src:linux'. No longer marked as found in versions linux-2.6/3.2.6-1. Ignoring request to alter fixed versions of bug #661861 to the same values previously set -- 661861: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661861 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b661861.139274467331926.transcr...@bugs.debian.org
[PATCH RESEND 2] mvsas: Recognise device/subsystem 9485/9485 as 88SE9485
Matt Taggart reported that mvsas didn't bind to the Marvell SAS controller on a Supermicro AOC-SAS2LP-MV8 board. lspci reports it as: 01:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. Device [1b4b:9485] (rev 03) Subsystem: Marvell Technology Group Ltd. Device [1b4b:9485] [...] Add it to the device table as chip_9485. Reported-by: Matt Taggart tagg...@debian.org Tested-by: Matt Taggart tagg...@debian.org Signed-off-by: Ben Hutchings b...@decadent.org.uk --- drivers/scsi/mvsas/mv_init.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/scsi/mvsas/mv_init.c b/drivers/scsi/mvsas/mv_init.c index 7b7381d..83fa5f8 100644 --- a/drivers/scsi/mvsas/mv_init.c +++ b/drivers/scsi/mvsas/mv_init.c @@ -729,6 +729,15 @@ static struct pci_device_id mvs_pci_table[] = { .class_mask = 0, .driver_data= chip_9485, }, + { + .vendor = PCI_VENDOR_ID_MARVELL_EXT, + .device = 0x9485, + .subvendor = PCI_ANY_ID, + .subdevice = 0x9485, + .class = 0, + .class_mask = 0, + .driver_data= chip_9485, + }, { PCI_VDEVICE(OCZ, 0x1021), chip_9485}, /* OCZ RevoDrive3 */ { PCI_VDEVICE(OCZ, 0x1022), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ { PCI_VDEVICE(OCZ, 0x1040), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ -- Ben Hutchings One of the nice things about standards is that there are so many of them. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part