Topic: Digi96/8 PAD fails to work on some MSI motherboards

Hi

We have about 20  Digi96/8 PAD cards in our lab systems (running both Linux and Windows).
Now I'm replacing some of the machines and I want to keep using the same audio hardware.
The problem now is that on the new hardware the Linux kernel is unable to make the card
work. It does see and recognizes the card however.

This happens on a new MSI P45 NEO3 motherboard. Didn't work with stock Ubuntu kernel and not
with a custom kernel. Also under Windows it doesn't work. That why I think it's a motherboard or
BIOS related problem. On older (2006) MSI 945P motherboards all the cards work fine.

At home I have a MSI 915P/PL motherboard so I took a card with me to see what happens
there. It also didn't work. Not under Linux, not under Windows. Under Windows after installing
driver and card (and reboot), clicking the mixer icon appeared to be a reliably way of instantly
crashing the entire system.

Does anyone have clue what could be the problem with using a Digi96/8 PAD card on this hardware?
With what BIOS setting could I play with?

Thanks for any hints.

Theo

Here is what I see in the kernel log:
Aug 20 16:15:51 phon2 kernel: RME Digi96 0000:05:02.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
Aug 20 16:15:51 phon2 kernel: ------------[ cut here ]------------
Aug 20 16:15:51 phon2 kernel: WARNING: at arch/x86/mm/ioremap.c:221 __ioremap_caller+0x21e/0x2c3()
Aug 20 16:15:51 phon2 kernel: Hardware name: MS-7514
Aug 20 16:15:51 phon2 kernel: Modules linked in: snd_rme96(+) snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_hda_codec_realtek snd_seq r8169 evdev snd_hda_intel(+) snd_hda_codec pata_acpi snd_pcm_oss snd_mixer_oss snd_pcm thermal snd_seq_device snd_timer 3c59x psmouse snd processor button parport_pc parport shpchp pci_hotplug rtc sg snd_page_alloc ehci_hcd intel_agp<6>HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
Aug 20 16:15:51 phon2 kernel:  agpgart thermal_sys<7>HDA Intel 0000:01:00.1: setting latency timer to 64
Aug 20 16:15:51 phon2 kernel:  uhci_hcd
Aug 20 16:15:51 phon2 kernel: Pid: 2033, comm: modprobe Not tainted 2.6.29.5-p4-smp-v20 #1
Aug 20 16:15:51 phon2 kernel: Call Trace:
Aug 20 16:15:51 phon2 kernel:  [<c011fe37>] warn_slowpath+0x86/0x9f
Aug 20 16:15:51 phon2 kernel:  [<c0120033>] ? __call_console_drivers+0xe/0x6d
Aug 20 16:15:51 phon2 kernel:  [<c02d42cd>] ? pci_conf1_read+0xa2/0xcd
Aug 20 16:15:51 phon2 kernel:  [<c02d56fb>] ? raw_pci_read+0x6b/0x73
Aug 20 16:15:51 phon2 kernel:  [<c0120ad9>] ? printk+0x1b/0x1d
Aug 20 16:15:51 phon2 kernel:  [<c0124cf1>] ? iomem_map_sanity_check+0x7b/0xd2
Aug 20 16:15:51 phon2 kernel:  [<c025bb62>] ? acpi_pci_irq_enable+0x1b2/0x1c8
Aug 20 16:15:51 phon2 kernel:  [<c0113df6>] __ioremap_caller+0x21e/0x2c3
Aug 20 16:15:51 phon2 kernel:  [<c0113fa2>] ioremap_nocache+0x16/0x18
Aug 20 16:15:51 phon2 kernel:  [<f8563f93>] ? snd_rme96_probe+0xd3/0x53c [snd_rme96]
Aug 20 16:15:51 phon2 kernel:  [<f8563f93>] snd_rme96_probe+0xd3/0x53c [snd_rme96]
Aug 20 16:15:51 phon2 kernel:  [<c01a532f>] ? sysfs_add_one+0xf/0x44
Aug 20 16:15:51 phon2 kernel:  [<c0228f62>] ? pci_match_device+0xb1/0xbd
Aug 20 16:15:51 phon2 kernel:  [<c0228e69>] local_pci_probe+0xe/0x10
Aug 20 16:15:51 phon2 kernel: hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0006
Aug 20 16:15:51 phon2 kernel: uhci_hcd 0000:00:1a.2: port 1 portsc 01a3,00
Aug 20 16:15:51 phon2 kernel: hub 3-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
Aug 20 16:15:51 phon2 kernel:  [<c022903e>] pci_device_probe+0x54/0x77
Aug 20 16:15:51 phon2 kernel:  [<c02811b6>] driver_probe_device+0x75/0x161
Aug 20 16:15:51 phon2 kernel:  [<c0228f62>] ? pci_match_device+0xb1/0xbd
Aug 20 16:15:51 phon2 kernel:  [<c028130e>] __driver_attach+0x6c/0x6e
Aug 20 16:15:51 phon2 kernel:  [<c0280875>] bus_for_each_dev+0x41/0x5f
Aug 20 16:15:51 phon2 kernel:  [<c0228f99>] ? pci_device_remove+0x0/0x3a
Aug 20 16:15:51 phon2 kernel:  [<c0281071>] driver_attach+0x19/0x1b
Aug 20 16:15:51 phon2 kernel:  [<c02812a2>] ? __driver_attach+0x0/0x6e
Aug 20 16:15:51 phon2 kernel:  [<c0280d93>] bus_add_driver+0xa6/0x203
Aug 20 16:15:51 phon2 kernel:  [<c0228f99>] ? pci_device_remove+0x0/0x3a
Aug 20 16:15:51 phon2 kernel:  [<c0228f99>] ? pci_device_remove+0x0/0x3a
Aug 20 16:15:51 phon2 kernel:  [<c028147e>] driver_register+0x4f/0x10f
Aug 20 16:15:51 phon2 kernel:  [<f84b5000>] ? alsa_card_rme96_init+0x0/0x19 [snd_rme96]
Aug 20 16:15:51 phon2 kernel:  [<c022926a>] __pci_register_driver+0x35/0x6b
Aug 20 16:15:51 phon2 kernel:  [<f84b5000>] ? alsa_card_rme96_init+0x0/0x19 [snd_rme96]
Aug 20 16:15:51 phon2 kernel:  [<f84b5017>] alsa_card_rme96_init+0x17/0x19 [snd_rme96]
Aug 20 16:15:51 phon2 kernel:  [<c0101024>] _stext+0x24/0x138
Aug 20 16:15:51 phon2 kernel:  [<c0141ae7>] sys_init_module+0x7c/0x1a9
Aug 20 16:15:51 phon2 kernel:  [<c0103071>] sysenter_do_call+0x12/0x25
Aug 20 16:15:51 phon2 kernel: ---[ end trace 80b47b085e86b672 ]---
Aug 20 16:15:51 phon2 kernel: unable to remap memory region 0x0-0x5ffff
Aug 20 16:15:51 phon2 kernel: RME Digi96 0000:05:02.0: PCI INT A disabled
Aug 20 16:15:51 phon2 kernel: RME Digi96: probe of 0000:05:02.0 failed with error -12

Re: Digi96/8 PAD fails to work on some MSI motherboards

Can't help with the Linux problem, but...

Under Windows after installing driver and card (and reboot), clicking the mixer icon appeared to be a reliably way of instantly crashing the entire system.

There is no mixer in the Hammerfall/DIGI driver. Sounds like you installed the HDSP driver for the DIGI 96/8 PAD, which would explain the crashes.

Regards,
Jeff Petersen
Synthax Inc.

Re: Digi96/8 PAD fails to work on some MSI motherboards

I'm sorry, I meant the green control panel icon that looks like a printed circuit board.
Yesterday I reinstalled the software (for Windows) just for testing once more. Windows
crashed on start up. It's not the card as I have tested another one and both are
working fine in other (older) systems. I really think it's some hardware compatibility
or BIOS problem.

All our cards are from 2002/2003. We have never had such problems (or any other
problem for that matter) with any of them.

Could you hint any BIOS setting I could fiddle around with?

Re: Digi96/8 PAD fails to work on some MSI motherboards

You might have an IRQ conflict. Ideally you want a sound card to be as close to IRQ 9 as possible. The order of importance goes 9,10,11 (14 &15 should be allocated to hard drives) then, 3, 4,5, 6, 7 being the least priority. Also best not sharing the IRQ with another device (seem to remember advice that RME cards share, but not the best situation).Try disabling all extras including all of the serial, parallel ports and usb (if PS/2 keyboards and mice are used). Check using "lspci -v" again and if out of luck try different slots. Remove all other PCI cards if you can. The old addage used to be PCI slots 4 & 5 shared an IRQ . The AGP shard with the first slot. That the third slot often was alone and could be put onto the IRQ 9 allocation. HTH

GNU/Linux