Bug 676078

Summary: RME Hammerfall DSP (PCIe) not initialized
Product: [Fedora] Fedora Reporter: Albert Cervin <albert>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-29 19:39:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
dmesg from f14
none
messages from rawhide
none
dmesg from f14 with pci=use_crs none

Description Albert Cervin 2011-02-08 19:01:25 UTC 
Description of problem:
I have a RME Hammerfall DSPe RayDat card (PCI Express). The problem is that on cold boots the boot hangs and has to be rebooted. On a warm boot the kernel loads and Fedora starts but output of lspci -v gives:

Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev ff) (prog-if ff)
 !!! Unknown header type 7f 
...

In rawhide kernel it works as expected and does not halt at boot and lspci gives expected results:

Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev d3)
	Flags: bus master, fast devsel, latency 0, IRQ 16
	Memory at fdff0000 (32-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: RME Hammerfall DSP MADI
	Kernel modules: hdspm, snd-hdspm

(Yes it is identified as a MADI card, but that is ok!).

LiveCDs of f14 (not working) and rawhide (working) gives the same results so it is not a result of some user-tweaking.

Support was introduced in the linux kernel before 2.6.35 so that should not be the issue.

Version-Release number of selected component (if applicable):
All f14 kernels.

How reproducible:
Start computer with (any) f14 kernel with RME HDSP RayDat PCIe card.

Steps to Reproduce:
1. Start computer
2. Boot any Fedora 14 kernel
  
Actual results:
Boot halts

Expected results:
Boot

Additional info:
On warm reboot the boot does not halt but as said above the card is not initialized.
Comment 1 Albert Cervin 2011-02-09 08:36:57 UTC 
Created attachment 477767 [details]
dmesg from f14

Added a dmesg from f14 live cd where it does not work.
Comment 2 Chuck Ebbert 2011-02-09 13:50:54 UTC 
Can you also attach dmesg from a working boot?
Comment 3 Albert Cervin 2011-02-09 15:11:53 UTC 
Created attachment 477836 [details]
messages from rawhide

Added messages from rawhide boot (nightly live image from 2011-02-07) since there seems to be no dmesg there(?). I should probably also add that i tried booting f14 both with pci=use_crs and pci=nocrs and niether approach works.
Comment 4 Chuck Ebbert 2011-02-10 20:05:59 UTC 
(In reply to comment #3)
> Added messages from rawhide boot (nightly live image from 2011-02-07) since
> there seems to be no dmesg there(?). I should probably also add that i tried
> booting f14 both with pci=use_crs and pci=nocrs and niether approach works.

F14 says it is ignoring _CRS by default. Can you boot F14 with pci=use_crs and attach the dmesg from that?
Comment 5 Albert Cervin 2011-02-13 08:46:05 UTC 
Created attachment 478439 [details]
dmesg from f14 with pci=use_crs

Added dmesg from f14 booted with pci=use_crs. The result from lspci is still the same. It does not work.
Comment 6 Josh Boyer 2011-08-29 19:39:36 UTC 
It seems full support for that card wasn't added until 2.6.39 via commit 0dca1793063c28dde8f6c49c9c72203fe5cb6efc.  That's a rather invasive patch, and we won't be fixing this for F14.  Fedora 15 should already have the proper support.