Bug 676078 - RME Hammerfall DSP (PCIe) not initialized
Summary: RME Hammerfall DSP (PCIe) not initialized
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 14
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-08 19:01 UTC by Albert Cervin
Modified: 2011-08-29 19:39 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-08-29 19:39:36 UTC
Type: ---


Attachments (Terms of Use)
dmesg from f14 (61.27 KB, text/plain)
2011-02-09 08:36 UTC, Albert Cervin
no flags Details
messages from rawhide (76.40 KB, text/plain)
2011-02-09 15:11 UTC, Albert Cervin
no flags Details
dmesg from f14 with pci=use_crs (61.94 KB, text/plain)
2011-02-13 08:46 UTC, Albert Cervin
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.