hdsp driver status

hdsp driver status

[Thomas Charbonnel]

Hi,

To summarize the current problems with the driver :

* there is a locking issue which has been found and solved (thanks again
to Joshua N Pritikin). This was the cause of the freezes Mark and others
have been experiencing. I need to clean the code up before submitting a
patch (hopefully today).

* there is a problem with rev11 firmwares yet to be identified (the
simplest reason could be that the firmware files are wrong)

* the way the matrix mixer is handled for hdsp9652 cards seems wrong.
This could explain the absence of sound output Mark and others are
reporting.

Thomas




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: hdsp driver status

[Jeremy Hall]

Is the locking problem visible in the RME9652 driver as well?

_J

In the new year, Thomas Charbonnel wrote:
> Hi,
> 
> To summarize the current problems with the driver :
> 
> * there is a locking issue which has been found and solved (thanks again
> to Joshua N Pritikin). This was the cause of the freezes Mark and others
> have been experiencing. I need to clean the code up before submitting a
> patch (hopefully today).
> 
> * there is a problem with rev11 firmwares yet to be identified (the
> simplest reason could be that the firmware files are wrong)
> 
> * the way the matrix mixer is handled for hdsp9652 cards seems wrong.
> This could explain the absence of sound output Mark and others are
> reporting.
> 
> Thomas
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
> 



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: hdsp driver status

[Thomas Charbonnel]

> Is the locking problem visible in the RME9652 driver as well?
> 
> _J

No, or at least not this particular one.

Thomas




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: hdsp driver status

[Paul Davis]

>Is the locking problem visible in the RME9652 driver as well?

no, it has absolutely nothing to do with it. you may as well consider
these entirely different devices. the codebase has very little in
cmmon anymore.

--p


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: hdsp driver status

[Mark Knecht]

Thomas,
   Thanks for the update. It's great to even know that you are actively
looking at it.

   Comments/questions embedded.

Thanks,
Mark

On Mon, 2003-04-14 at 02:55, Thomas Charbonnel wrote:
> Hi,
> 
> To summarize the current problems with the driver :
> 
> * there is a locking issue which has been found and solved (thanks again
> to Joshua N Pritikin). This was the cause of the freezes Mark and others
> have been experiencing. I need to clean the code up before submitting a
> patch (hopefully today).
> 
> * there is a problem with rev11 firmwares yet to be identified (the
> simplest reason could be that the firmware files are wrong)

I noticed that in my post to you yesterday that the Firmware in my card
was listed as 'Revision 1'.


Buffer Size (Latency): 1024 samples (2 periods of 4096 bytes)
Hardware pointer (frames): 0
Passthru: no
Line out: on
Firmware version: 1

Seems a bit strange, but could certainly be correct. Just pointing it
out.

> 
> * the way the matrix mixer is handled for hdsp9652 cards seems wrong.
> This could explain the absence of sound output Mark and others are
> reporting.
> 

I was hoping to hear whether ANY setup of the card was required by the
user to make mixer connections. I had understood (some months ago) that
maybe some 'amixer cset' commands were required to get an older
Hammerfall 9652 to actually output audio. Is this correct? If so, does
the HDSP 9652 require anything similar, as I am doing nothing like that.

Again, if there is anything I can do to help, please let me know.

Thanks,
Mark



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

rev 10 fw, hdsp I/O-error

[Jaakko Prättälä]

[-- Attachment #1: Type: text/plain, Size: 611 bytes --]

Hello again. I downgraded the firmware to rev 10 and hdsploader loaded 
something up. At least the red led doesn't shine anymore. The hwdep ioctl
error still hasn't gone away. After loading snd-hdsp and hdsploading,
all alsa modules are reported as busy and cannot be removed.
Also in /dev/snd there are only these entries:
controlC0  hwC0D0     timer
I'm attaching dmesg output (this time with the card loading session too :)
and two straces of hdsploader. The second one is what happens when
hdsploader is run a second time right after the first.

-- 
Jaakko Prättälä
Jaakko.Prattala@Helsinki.FI

[-- Attachment #2: rev10.dmesg --]
[-- Type: text/plain, Size: 7451 bytes --]

Linux version 2.4.20ACPIp_wCS (root@kiertotahti) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #2 Wed Apr 16 01:26:03 EEST 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000eef0000 (usable)
 BIOS-e820: 000000000eef0000 - 000000000eefc000 (ACPI data)
 BIOS-e820: 000000000eefc000 - 000000000ef00000 (ACPI NVS)
 BIOS-e820: 000000000ef00000 - 000000000f000000 (usable)
 BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved)
240MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 61440
zone(0): 4096 pages.
zone(1): 57344 pages.
zone(2): 0 pages.
ACPI: RSDP (v000 PTLTD                      ) @ 0x000f6ca0
ACPI: RSDT (v001 PTLTD    RSDT   01540.00000) @ 0x0eef6660
ACPI: FADT (v001 QUANTA TwisterT 01540.00000) @ 0x0eefbf8c
ACPI: DSDT (v001  VIA   PTL_ACPI 01540.00000) @ 0x00000000
ACPI: BIOS passes blacklist
ACPI: MADT not present
Kernel command line: ro root=LABEL=/ hdc=ide-scsi
ide_setup: hdc=ide-scsi
Local APIC disabled by BIOS -- reenabling.
Could not enable APIC!
Initializing CPU#0
Detected 1202.787 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 2398.61 BogoMIPS
Memory: 240244k/245760k available (1389k kernel code, 5064k reserved, 502k data, 120k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU:             Common caps: 0383f9ff 00000000 00000000 00000000
CPU: Intel Mobile Intel(R) Celeron(TM) CPU         1200MHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
ACPI: Subsystem revision 20021212
PCI: PCI BIOS revision 2.10 entry at 0xfd821, last bus=2
PCI: Using configuration type 1
    ACPI-0263: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: System [ACPI] (supports S0 S3 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 5 7 9 10 12, enabled at IRQ 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 5 7 9 10 12, disabled)
ACPI: PCI Interrupt Link [LNKC] (IRQs 5 7 9 *10 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 11, enabled at IRQ 9)
ACPI: Embedded Controller [EC0] (gpe 1)
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 5
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
PCI: Via IRQ fixup for 00:11.6, from 255 to 10
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
Real Time Clock Driver v1.10e
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 89
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci00:11.1
    ide0: BM-DMA at 0x1000-0x1007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1008-0x100f, BIOS settings: hdc:DMA, hdd:pio
hda: IC25N030ATCS04-0, ATA DISK drive
hdc: QSI CD-RW/DVD-ROM SBW-161, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c03249e4, I/O limit 4095Mb (mask 0xffffffff)
hda: 58605120 sectors (30006 MB) w/1768KiB Cache, CHS=3648/255/63, UDMA(100)
Partition check:
 hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 132k freed
VFS: Mounted root (ext2 filesystem).
Journalled Block Device driver loaded
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 120k freed
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
mice: PS/2 mouse device common for all mice
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal journal
Adding Swap: 489940k swap-space (priority -1)
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SCSI subsystem driver Revision: 1.00
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: QSI       Model: DVD/CDRW SBW-161  Rev: SX09
  Type:   CD-ROM                             ANSI SCSI revision: 02
usb-uhci.c: $Revision: 1.275 $ time 01:24:09 Apr 16 2003
usb-uhci.c: High bandwidth mode enabled
usb-uhci.c: USB UHCI at I/O 0x1020, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
usb.c: USB disconnect on device 00:11.2-0 address 1
usb.c: USB bus 1 deregistered
parport0: PC-style at 0x378 [PCSPP(,...)]
ip_tables: (C) 2000-2002 Netfilter core team
Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
Yenta IRQ list 0008, PCI irq11
Socket status: 30000007
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0230-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0100-0x021f: clean.
cs: IO port probe 0x1000-0x17ff: clean.
cs: cb_alloc(bus 2): vendor 0x10ee, device 0x3fc5
PCI: Enabling device 02:00.0 (0080 -> 0082)
Hammerfall memory allocator: buffers allocated for 1 cards
PCI: Setting latency timer of device 02:00.0 to 64
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:4104: card initialization pending : waiting for firmware
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644: wait for FIFO status <= 0 failed after 30 iterations
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:3800: initializing firmware upload
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:522: loading firmware
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644: wait for FIFO status <= 0 failed after 5000 iterations
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:543: timeout at end of firmware loading

[-- Attachment #3: rev10.hdsploader.1.strace --]
[-- Type: text/plain, Size: 11969 bytes --]

execve("/usr/local/bin/hdsploader", ["hdsploader"], [/* 34 vars */]) = 0
uname({sys="Linux", node="kiertotahti", ...}) = 0
brk(0)                                  = 0x80a876c
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=81506, ...}) = 0
old_mmap(NULL, 81506, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)                                = 0
open("/usr/lib/libasound.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\263"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=3097033, ...}) = 0
old_mmap(NULL, 548564, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40027000
mprotect(0x400a9000, 16084, PROT_NONE)  = 0
old_mmap(0x400a9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000) = 0x400a9000
close(3)                                = 0
open("/lib/i686/libm.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0007\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=170910, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400ad000
old_mmap(NULL, 135680, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400ae000
mprotect(0x400cf000, 512, PROT_NONE)    = 0
old_mmap(0x400cf000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x21000) = 0x400cf000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=11314, ...}) = 0
old_mmap(NULL, 11304, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400d0000
mprotect(0x400d2000, 3112, PROT_NONE)   = 0
old_mmap(0x400d2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x400d2000
close(3)                                = 0
open("/lib/i686/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240E\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=85498, ...}) = 0
old_mmap(NULL, 196128, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400d3000
mprotect(0x400e0000, 142880, PROT_NONE) = 0
old_mmap(0x400e0000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x400e0000
old_mmap(0x400e3000, 130592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400e3000
close(3)                                = 0
open("/lib/i686/libc.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220Y\1"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1395734, ...}) = 0
old_mmap(0x42000000, 1239844, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x42000000
mprotect(0x42126000, 35620, PROT_NONE)  = 0
old_mmap(0x42126000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x126000) = 0x42126000
old_mmap(0x4212b000, 15140, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4212b000
close(3)                                = 0
mprotect(0x40027000, 532480, PROT_READ|PROT_WRITE) = 0
mprotect(0x40027000, 532480, PROT_READ|PROT_EXEC) = 0
munmap(0x40013000, 81506)               = 0
modify_ldt(1, {entry_number:0, base_addr:0x400e0080, limit:1056, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16) = 0
getpid()                                = 780
rt_sigaction(SIGRTMIN, {0x400dad90, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x400dade0, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x400db930, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff5dc, 32, (nil), 0}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
write(1, "hdsploader - firmware loader for"..., 58) = 58
write(1, "Looking for HDSP + Multiface or "..., 49) = 49
open("/dev/snd/controlC0", O_RDONLY)    = 3
close(3)                                = 0
open("/dev/snd/controlC0", O_RDWR)      = 3
ioctl(3, USBDEVFS_CONTROL, 0xbffff46c)  = 0
brk(0)                                  = 0x80a876c
brk(0x80a976c)                          = 0x80a976c
brk(0x80aa000)                          = 0x80aa000
ioctl(3, 0x81785501, 0xbffff4d0)        = 0
close(3)                                = 0
write(1, "Card 0 : RME Hammerfall DSP at 0"..., 50) = 50
write(1, "Upload firmware for card hw:0\n", 30) = 30
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
open("/usr/share/alsa/alsa.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "#\n#  ALSA library configuration "..., 4096) = 4096
brk(0x80ab000)                          = 0x80ab000
brk(0x80ac000)                          = 0x80ac000
brk(0x80ad000)                          = 0x80ad000
read(3, "m.device\n\t\t\t}\n\t\t}\n\t\tsubdevice {\n"..., 4096) = 3533
brk(0x80ae000)                          = 0x80ae000
brk(0x80af000)                          = 0x80af000
brk(0x80b0000)                          = 0x80b0000
brk(0x80b1000)                          = 0x80b1000
read(3, "", 4096)                       = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40014000, 4096)                = 0
access("/etc/asound.conf", R_OK)        = -1 ENOENT (No such file or directory)
access("/root/.asoundrc", R_OK)         = 0
open("/root/.asoundrc", O_RDONLY)       = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=65, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "pcm.hdsp{\n  type hw\n  card 0\n}\n\n"..., 4096) = 65
read(3, "", 4096)                       = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40014000, 4096)                = 0
open("/dev/snd/controlC0", O_RDONLY)    = 3
close(3)                                = 0
open("/dev/snd/hwC0D0", O_RDWR)         = 3
ioctl(3, 0x80044800, 0xbffe752c)        = 0
ioctl(3, 0x80084843, 0xbffe78a0)        = 0
ioctl(3, 0x7d744842, 0xbffe78d0)        = -1 EIO (Input/output error)
write(2, "Hwdep ioctl error on card hw:0 :"..., 53Hwdep ioctl error on card hw:0 : Input/output error.
) = 53
close(3)                                = 0
open("/dev/snd/controlC1", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC1", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC1", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC2", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC2", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC2", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC2", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC3", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC3", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC3", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC3", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC4", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC4", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC5", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC6", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC6", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC7", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC7", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC8", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC8", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC9", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC9", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC10", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC10", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC11", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC11", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC12", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC12", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC13", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC13", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC14", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC14", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC15", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC15", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC16", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC16", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC17", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC17", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC18", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC18", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC19", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC19", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC20", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC20", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC21", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC21", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC22", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC22", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC23", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC23", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC24", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC24", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC25", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC25", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC26", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC26", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC27", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC27", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC28", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC28", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC29", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC29", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC30", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC30", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC31", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC31", O_RDONLY)         = -1 ENOENT (No such file or directory)
munmap(0x40013000, 4096)                = 0
_exit(0)                                = ?

[-- Attachment #4: rev10.hdsploader.2.strace --]
[-- Type: text/plain, Size: 11888 bytes --]

execve("/usr/local/bin/hdsploader", ["hdsploader"], [/* 34 vars */]) = 0
uname({sys="Linux", node="kiertotahti", ...}) = 0
brk(0)                                  = 0x80a876c
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=81506, ...}) = 0
old_mmap(NULL, 81506, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)                                = 0
open("/usr/lib/libasound.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\263"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=3097033, ...}) = 0
old_mmap(NULL, 548564, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40027000
mprotect(0x400a9000, 16084, PROT_NONE)  = 0
old_mmap(0x400a9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000) = 0x400a9000
close(3)                                = 0
open("/lib/i686/libm.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0007\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=170910, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400ad000
old_mmap(NULL, 135680, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400ae000
mprotect(0x400cf000, 512, PROT_NONE)    = 0
old_mmap(0x400cf000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x21000) = 0x400cf000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=11314, ...}) = 0
old_mmap(NULL, 11304, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400d0000
mprotect(0x400d2000, 3112, PROT_NONE)   = 0
old_mmap(0x400d2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x400d2000
close(3)                                = 0
open("/lib/i686/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240E\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=85498, ...}) = 0
old_mmap(NULL, 196128, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400d3000
mprotect(0x400e0000, 142880, PROT_NONE) = 0
old_mmap(0x400e0000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x400e0000
old_mmap(0x400e3000, 130592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400e3000
close(3)                                = 0
open("/lib/i686/libc.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220Y\1"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1395734, ...}) = 0
old_mmap(0x42000000, 1239844, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x42000000
mprotect(0x42126000, 35620, PROT_NONE)  = 0
old_mmap(0x42126000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x126000) = 0x42126000
old_mmap(0x4212b000, 15140, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4212b000
close(3)                                = 0
mprotect(0x40027000, 532480, PROT_READ|PROT_WRITE) = 0
mprotect(0x40027000, 532480, PROT_READ|PROT_EXEC) = 0
munmap(0x40013000, 81506)               = 0
modify_ldt(1, {entry_number:0, base_addr:0x400e0080, limit:1056, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16) = 0
getpid()                                = 789
rt_sigaction(SIGRTMIN, {0x400dad90, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x400dade0, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x400db930, [], SA_RESTORER, 0x42028c48}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff5dc, 32, (nil), 0}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
write(1, "hdsploader - firmware loader for"..., 58) = 58
write(1, "Looking for HDSP + Multiface or "..., 49) = 49
open("/dev/snd/controlC0", O_RDONLY)    = 3
close(3)                                = 0
open("/dev/snd/controlC0", O_RDWR)      = 3
ioctl(3, USBDEVFS_CONTROL, 0xbffff46c)  = 0
brk(0)                                  = 0x80a876c
brk(0x80a976c)                          = 0x80a976c
brk(0x80aa000)                          = 0x80aa000
ioctl(3, 0x81785501, 0xbffff4d0)        = 0
close(3)                                = 0
write(1, "Card 0 : RME Hammerfall DSP at 0"..., 50) = 50
write(1, "Upload firmware for card hw:0\n", 30) = 30
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
open("/usr/share/alsa/alsa.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "#\n#  ALSA library configuration "..., 4096) = 4096
brk(0x80ab000)                          = 0x80ab000
brk(0x80ac000)                          = 0x80ac000
brk(0x80ad000)                          = 0x80ad000
read(3, "m.device\n\t\t\t}\n\t\t}\n\t\tsubdevice {\n"..., 4096) = 3533
brk(0x80ae000)                          = 0x80ae000
brk(0x80af000)                          = 0x80af000
brk(0x80b0000)                          = 0x80b0000
brk(0x80b1000)                          = 0x80b1000
read(3, "", 4096)                       = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40014000, 4096)                = 0
access("/etc/asound.conf", R_OK)        = -1 ENOENT (No such file or directory)
access("/root/.asoundrc", R_OK)         = 0
open("/root/.asoundrc", O_RDONLY)       = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=65, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "pcm.hdsp{\n  type hw\n  card 0\n}\n\n"..., 4096) = 65
read(3, "", 4096)                       = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40014000, 4096)                = 0
open("/dev/snd/controlC0", O_RDONLY)    = 3
close(3)                                = 0
open("/dev/snd/hwC0D0", O_RDWR)         = 3
ioctl(3, 0x80044800, 0xbffe752c)        = 0
ioctl(3, 0x80084843, 0xbffe78a0)        = 0
ioctl(3, 0x7d744842, 0xbffe78d0)        = 0
write(1, "Firmware uploaded for card hw:0\n", 32) = 32
close(3)                                = 0
open("/dev/snd/controlC1", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC1", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC1", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC2", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC2", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC2", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC2", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC3", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC3", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC3", O_RDONLY)          = -1 ENOSYS (Function not implemented)
open("/dev/aloadC3", O_RDONLY)          = -1 ENODEV (No such device)
open("/dev/snd/controlC4", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC4", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC5", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC6", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC6", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC7", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC7", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC8", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC8", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC9", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC9", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC10", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC10", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC11", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC11", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC12", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC12", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC13", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC13", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC14", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC14", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC15", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC15", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC16", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC16", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC17", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC17", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC18", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC18", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC19", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC19", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC20", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC20", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC21", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC21", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC22", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC22", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC23", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC23", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC24", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC24", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC25", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC25", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC26", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC26", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC27", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC27", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC28", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC28", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC29", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC29", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC30", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC30", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC31", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/dev/aloadC31", O_RDONLY)         = -1 ENOENT (No such file or directory)
munmap(0x40013000, 4096)                = 0
_exit(0)                                = ?

rev 10 fw, hdsp I/O-error, more information

[Jaakko Prättälä]

If the firmware is loaded (in linux) before modprobing snd-hdsp,
the entries in /dev/snd are created correctly. dmesg has this:
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:4111: Firmware already loaded, 
initializing card.
Still /dev/snd/pcmC0D0p is reported busy and can't be opened
also the modules are busy and can't be removed.

So this looks quite the same as with rev 11 fw except that
the error led is gone and firmware is uploaded

-- 
Jaakko Prättälä
Jaakko.Prattala@Helsinki.FI



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

hdsp driver status

[Paul Davis]

i finally got the information from RME to enable the mixer on the
hdsp-9652. i updated CVS, and the hdsp driver is totally
incompilable. somebody ripped out the definition of HDSP_IO_Type, and
then we have stuff like this:

../../alsa-kernel/pci/rme9652/hdsp.c:403: `HDSP_MATRIX_MIXER_SIZE' undeclared he
re (not in a function)
../../alsa-kernel/pci/rme9652/hdsp.c: In function `hdsp_read_gain':
../../alsa-kernel/pci/rme9652/hdsp.c:655: `HDSP_MATRIX_MIXER_SIZE' undeclared (f
irst use in this function)
../../alsa-kernel/pci/rme9652/hdsp.c:655: (Each undeclared identifier is reporte
d only once
../../alsa-kernel/pci/rme9652/hdsp.c:655: for each function it appears in.)
../../alsa-kernel/pci/rme9652/hdsp.c: In function `hdsp_write_gain':
../../alsa-kernel/pci/rme9652/hdsp.c:692: `HDSP_MATRIX_MIXER_SIZE' undeclared (f
irst use in this function)
../../alsa-kernel/pci/rme9652/hdsp.c: In function `snd_hdsp_set_defaults':
../../alsa-kernel/pci/rme9652/hdsp.c:3029: `HDSP_MATRIX_MIXER_SIZE' undeclared (
first use in this function)
../../alsa-kernel/pci/rme9652/hdsp.c: In function `snd_hdsp_hwdep_ioctl':
../../alsa-kernel/pci/rme9652/hdsp.c:3729: `hdsp_firmware_t' undeclared (first u
se in this function)
../../alsa-kernel/pci/rme9652/hdsp.c:3729: `firmware' undeclared (first use in t
his

can some fill me in on what is going on? why is the driver so totally broken?


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: hdsp driver status

[Jaroslav Kysela]

On Wed, 7 May 2003, Paul Davis wrote:

> i finally got the information from RME to enable the mixer on the
> hdsp-9652. i updated CVS, and the hdsp driver is totally
> incompilable. somebody ripped out the definition of HDSP_IO_Type, and
> then we have stuff like this:
> 
> ../../alsa-kernel/pci/rme9652/hdsp.c:403: `HDSP_MATRIX_MIXER_SIZE' undeclared he
> re (not in a function)
> ../../alsa-kernel/pci/rme9652/hdsp.c: In function `hdsp_read_gain':
> ../../alsa-kernel/pci/rme9652/hdsp.c:655: `HDSP_MATRIX_MIXER_SIZE' undeclared (f
> irst use in this function)
> ../../alsa-kernel/pci/rme9652/hdsp.c:655: (Each undeclared identifier is reporte
> d only once
> ../../alsa-kernel/pci/rme9652/hdsp.c:655: for each function it appears in.)
> ../../alsa-kernel/pci/rme9652/hdsp.c: In function `hdsp_write_gain':
> ../../alsa-kernel/pci/rme9652/hdsp.c:692: `HDSP_MATRIX_MIXER_SIZE' undeclared (f
> irst use in this function)
> ../../alsa-kernel/pci/rme9652/hdsp.c: In function `snd_hdsp_set_defaults':
> ../../alsa-kernel/pci/rme9652/hdsp.c:3029: `HDSP_MATRIX_MIXER_SIZE' undeclared (
> first use in this function)
> ../../alsa-kernel/pci/rme9652/hdsp.c: In function `snd_hdsp_hwdep_ioctl':
> ../../alsa-kernel/pci/rme9652/hdsp.c:3729: `hdsp_firmware_t' undeclared (first u
> se in this function)
> ../../alsa-kernel/pci/rme9652/hdsp.c:3729: `firmware' undeclared (first use in t
> his
> 
> can some fill me in on what is going on? why is the driver so totally broken?

It's defined in alsa-kernel/include/hdsp.h...

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: hdsp driver status

[Thomas Charbonnel]

> On Wed, 7 May 2003, Paul Davis wrote:
>
>> somebody ripped out the definition of HDSP_IO_Type, and
>>
> It's defined in alsa-kernel/include/hdsp.h...
>
>

I moved the definition there to make it usable by userspace applications.
I should have warned you about that, sorry.

Thomas





-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

hdsp driver status

[Thomas Charbonnel]

[-- Attachment #1: Type: text/plain, Size: 1393 bytes --]

Hi,

I've been off the net and busy for a long time. I apologize to anyone
whose mail I didn't answer during this period. I'm slowly catching up with
the huge activity that has been going on this list, focusing on the hdsp
driver issues. I'd like to summarize the driver status :

Fixed :
* Marcus, Jaroslav : thanks for having solved the long (ever ? :)
lasting hdsp midi bug !

Done:
* Takashi : I succesfully tested your memory preallocation patch (only
the hdsp part of it, actually), thanks for it. (Thanks too for the
addition of hdspconf to cvs, it is indeed the latest version).

Remaining:
* HDSP9652: the matrix mixer isn't yet handled right.
* Rev11 + Multiface: either the firmware file is wrong or the io-box
firmware upload scenario has changed for this card revision. Has anyone
ever had success with this combination (or rev11 + Digiface) ?

The attached patch :
* Reenables the hdsp_check_for_iobox function Paul bypassed in his
previous patch. This function is needed for mobile setups. It handles the
cases where the iobox has been unplugged/replugged or lost power supply.
* Fixes the channel limit Mark has reported on the HDSP9652 (24 instead of
26).
* Fixes a locking issue reported by Joshua N Pritikin.

David, Jesse and Patrick, I'm back at work on the totalmix clone. It
should be out for testing really soon. Sorry for having been so
unresponsive lately.

Thomas



[-- Attachment #2: hdsp-03-07-03.patch --]
[-- Type: application/octet-stream, Size: 2391 bytes --]

--- hdsp.c.old	2003-07-03 12:23:52.000000000 +0200
+++ hdsp.c	2003-07-03 12:24:07.000000000 +0200
@@ -76,8 +76,8 @@
 #define DIGIFACE_DS_CHANNELS     14
 #define MULTIFACE_SS_CHANNELS    18
 #define MULTIFACE_DS_CHANNELS    14
-#define H9652_DS_CHANNELS        24
-#define H9652_SS_CHANNELS        24
+#define H9652_DS_CHANNELS        26
+#define H9652_SS_CHANNELS        14
 
 /* Write registers. These are defined as byte-offsets from the iobase value.
  */
@@ -497,15 +497,15 @@
 
 static inline int hdsp_check_for_iobox (hdsp_t *hdsp)
 {
-	return 0;
-#if 0
+
+	if (hdsp->io_type == H9652) return 0;
 	if (hdsp_read (hdsp, HDSP_statusRegister) & HDSP_ConfigError) {
 		snd_printk ("Hammerfall-DSP: no Digiface or Multiface connected!\n");
 		hdsp->state &= ~HDSP_FirmwareLoaded;
 		return -EIO;
 	}
 	return 0;
-#endif
+
 }
 
 static int snd_hdsp_load_firmware_from_cache(hdsp_t *hdsp) {
@@ -835,6 +835,11 @@
 	int current_rate;
 	int rate_bits;
 
+	/* ASSUMPTION: hdsp->lock is either help, or
+	   there is no need for it (e.g. during module
+	   initialization).
+	*/
+	
 	if (!(hdsp->control_register & HDSP_ClockModeMaster)) {	
 		if (called_internally) {
 			/* request from ctl or card initialization */
@@ -866,8 +871,6 @@
 	   exists for externally-driven rate changes. All we can do
 	   is to flag rate changes in the read/write routines.  */
 
-	spin_lock_irq(&hdsp->lock);
-
 	switch (rate) {
 	case 32000:
 		if (current_rate > 48000) {
@@ -906,7 +909,6 @@
 		rate_bits = HDSP_Frequency96KHz;
 		break;
 	default:
-		spin_unlock_irq(&hdsp->lock);
 		return -EINVAL;
 	}
 
@@ -914,7 +916,6 @@
 		snd_printk ("cannot change between single- and double-speed mode (capture PID = %d, playback PID = %d)\n",
 			    hdsp->capture_pid,
 			    hdsp->playback_pid);
-		spin_unlock_irq(&hdsp->lock);
 		return -EBUSY;
 	}
 
@@ -945,7 +946,6 @@
 		hdsp_update_simple_mixer_controls (hdsp);
 	}
 
-	spin_unlock_irq(&hdsp->lock);
 	return 0;
 }
 
@@ -3346,9 +3346,13 @@
 	/* how to make sure that the rate matches an externally-set one ?
 	 */
 
+	spin_lock_irq(&hdsp->lock);
 	if ((err = hdsp_set_rate(hdsp, params_rate(params), 0)) < 0) {
+		spin_unlock_irq(&hdsp->lock);
 		_snd_pcm_hw_param_setempty(params, SNDRV_PCM_HW_PARAM_RATE);
 		return err;
+	} else {
+		spin_unlock_irq(&hdsp->lock);
 	}
 
 	if ((err = hdsp_set_interrupt_interval(hdsp, params_period_size(params))) < 0) {

Re: hdsp driver status

[Takashi Iwai]

Hi Thomas,

good to hear you again!

At Thu, 3 Jul 2003 13:12:54 +0200 (CEST),
Thomas Charbonnel wrote:
>
> Done:
> * Takashi : I succesfully tested your memory preallocation patch (only
> the hdsp part of it, actually), thanks for it. (Thanks too for the
> addition of hdspconf to cvs, it is indeed the latest version).

ok, i committed my last patch to cvs now.
if it worked on hdsp, it must work on rme9652 basically.

> Remaining:
> * HDSP9652: the matrix mixer isn't yet handled right.

do you have plan to do this for totalmix?


> The attached patch :
> * Reenables the hdsp_check_for_iobox function Paul bypassed in his
> previous patch. This function is needed for mobile setups. It handles the
> cases where the iobox has been unplugged/replugged or lost power supply.
> * Fixes the channel limit Mark has reported on the HDSP9652 (24 instead of
> 26).
> * Fixes a locking issue reported by Joshua N Pritikin.

applied.  thanks!


ciao,

Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

RE: hdsp driver status

[Mark Knecht]

Thomas,
   Great to have you back! Looking forward to the matrix mixer actually
working one of these days. I hope you can work it into your design
somewhere.

Thanks,
Mark

> -----Original Message-----
> From: alsa-devel-admin@lists.sourceforge.net
> [mailto:alsa-devel-admin@lists.sourceforge.net]On Behalf Of Thomas
> Charbonnel
> Sent: Thursday, July 03, 2003 4:13 AM
> To: alsa-devel@lists.sourceforge.net
> Subject: [Alsa-devel] hdsp driver status
>
>
> Hi,
>
> I've been off the net and busy for a long time. I apologize to anyone
> whose mail I didn't answer during this period. I'm slowly catching up with
> the huge activity that has been going on this list, focusing on the hdsp
> driver issues. I'd like to summarize the driver status :
>
> Fixed :
> * Marcus, Jaroslav : thanks for having solved the long (ever ? :)
> lasting hdsp midi bug !
>
> Done:
> * Takashi : I succesfully tested your memory preallocation patch (only
> the hdsp part of it, actually), thanks for it. (Thanks too for the
> addition of hdspconf to cvs, it is indeed the latest version).
>
> Remaining:
> * HDSP9652: the matrix mixer isn't yet handled right.
> * Rev11 + Multiface: either the firmware file is wrong or the io-box
> firmware upload scenario has changed for this card revision. Has anyone
> ever had success with this combination (or rev11 + Digiface) ?
>
> The attached patch :
> * Reenables the hdsp_check_for_iobox function Paul bypassed in his
> previous patch. This function is needed for mobile setups. It handles the
> cases where the iobox has been unplugged/replugged or lost power supply.
> * Fixes the channel limit Mark has reported on the HDSP9652 (24 instead of
> 26).
> * Fixes a locking issue reported by Joshua N Pritikin.
>
> David, Jesse and Patrick, I'm back at work on the totalmix clone. It
> should be out for testing really soon. Sorry for having been so
> unresponsive lately.
>
> Thomas
>
>
>




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Patrick Shirkey]

Thomas Charbonnel wrote:
> 
> Remaining:
> * HDSP9652: the matrix mixer isn't yet handled right.
> * Rev11 + Multiface: either the firmware file is wrong or the io-box
> firmware upload scenario has changed for this card revision. Has anyone
> ever had success with this combination (or rev11 + Digiface) ?
> 

I am using multiface which hasn't been flashed. I have upgraded to a 
newer kernel (2.4.21) (0.9.4 tarball) and now I don't get the error 
about finding hwdep when I run hdsploader but there is still no sound 
coming from the device.

My friend tells me that in windows it will always have the WC button on 
when it is working correctly.

In this case after running hdsploader the box flashes and then all the 
lights turn off.

This device has worked with older versions of the alsa drivers.




-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================

Being on stage with the band in front of crowds shouting, "Get off! No! 
We want normal music!", I think that was more like acting than anything 
I've ever done.

Goldie, 8 Nov, 2002
The Scotsman



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Patrick Shirkey]

Patrick Shirkey wrote:
> Thomas Charbonnel wrote:
> 
>>
>> Remaining:
>> * HDSP9652: the matrix mixer isn't yet handled right.
>> * Rev11 + Multiface: either the firmware file is wrong or the io-box
>> firmware upload scenario has changed for this card revision. Has anyone
>> ever had success with this combination (or rev11 + Digiface) ?
>>
> 
> I am using multiface which hasn't been flashed. I have upgraded to a 
> newer kernel (2.4.21) (0.9.4 tarball) and now I don't get the error 
> about finding hwdep when I run hdsploader but there is still no sound 
> coming from the device.
> 
> My friend tells me that in windows it will always have the WC button on 
> when it is working correctly.
> 
> In this case after running hdsploader the box flashes and then all the 
> lights turn off.
> 
> This device has worked with older versions of the alsa drivers.
> 

following the above I decided to check I was setting the correct params 
in the matrix and it turns out that line out has been moved to numid 22 
(before it was 5).

amixer -D hw:1 cset numid=22 0,0,16384

"And out of the box came a burbling noise, white noise that is, RME gold..."

So Jed wasn't rich yet but he was almost there. At least we know that 
the latest revisions are almost functional. I tried playing a very loud 
tune and I can just make it out if I listen carefully. I also tried 
using a volume of 32768 but there was no change in the levels I could hear.

Am I right to use alsamixer to set the volume for outputs 1-8?

I'll also try with amixer just incase.


-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================

Being on stage with the band in front of crowds shouting, "Get off! No! 
We want normal music!", I think that was more like acting than anything 
I've ever done.

Goldie, 8 Nov, 2002
The Scotsman



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Patrick Shirkey]

Patrick Shirkey wrote:
> 
> I'll also try with amixer just incase.

Yep. Things changed again. This time Jeds rich and I'm happy.

The line outs are still kaput but the outputs are working.

I got a nice clear clean signal from output 1 and 2 after running:

amixer -c 1 cset numid=23 0,0,4000;
amixer -c 1 cset numid=24 0,0,4000;
amixer -c 1 cset numid=25 0,0,4000;
amixer -c 1 cset numid=26 0,0,4000;
amixer -c 1 cset numid=27 0,0,4000;
amixer -c 1 cset numid=28 0,0,4000;
amixer -c 1 cset numid=29 0,0,4000;
amixer -c 1 cset numid=30 0,0,4000;
amixer -c 1 cset numid=31 0,0,4000;
amixer -c 1 cset numid=32 0,0,4000;
amixer -c 1 cset numid=33 0,0,4000;
amixer -c 1 cset numid=34 0,0,4000;
amixer -c 1 cset numid=34 0,0,4000;
amixer -c 1 cset numid=35 0,0,4000;
amixer -c 1 cset numid=36 0,0,4000;
amixer -c 1 cset numid=37 0,0,4000;
amixer -c 1 cset numid=38 0,0,4000;
amixer -c 1 cset numid=39 0,0,4000;
amixer -c 1 cset numid=40 0,0,4000;

Someone might want to make a script out of this...

Now I can start recording :)

-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================

Being on stage with the band in front of crowds shouting, "Get off! No! 
We want normal music!", I think that was more like acting than anything 
I've ever done.

Goldie, 8 Nov, 2002
The Scotsman



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Patrick Shirkey]

Patrick Shirkey wrote:
> Patrick Shirkey wrote:
> 
>>
>> I'll also try with amixer just incase.
> 
> 
> Yep. Things changed again. This time Jeds rich and I'm happy.
> 
> The line outs are still kaput but the outputs are working.
> 
> I got a nice clear clean signal from output 1 and 2 after running:
> 

One more addition. After doing this I have to adjust the level in 
alsamixer before I can hear the sound.

Kind of odd. amixer will do it's thing happily but alsamixer thinks 
everything is still mute.


-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================

Being on stage with the band in front of crowds shouting, "Get off! No! 
We want normal music!", I think that was more like acting than anything 
I've ever done.

Goldie, 8 Nov, 2002
The Scotsman



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Justin Cormack]

On Thu, 2003-07-03 at 17:15, Patrick Shirkey wrote:
> Patrick Shirkey wrote:
> > Thomas Charbonnel wrote:
> > 
> >>
> >> Remaining:
> >> * HDSP9652: the matrix mixer isn't yet handled right.
> >> * Rev11 + Multiface: either the firmware file is wrong or the io-box
> >> firmware upload scenario has changed for this card revision. Has anyone
> >> ever had success with this combination (or rev11 + Digiface) ?
> >>

you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
0.9.4/todays cvs.

And now I have a 0xa revision that wont work at all on any version of
the driver...


Justin




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[jfm3]

On Thu, 2003-07-03 at 13:08, Justin Cormack wrote:
> On Thu, 2003-07-03 at 17:15, Patrick Shirkey wrote:
> > Patrick Shirkey wrote:
> > > Thomas Charbonnel wrote:
> > > 
> > >>
> > >> Remaining:
> > >> * HDSP9652: the matrix mixer isn't yet handled right.
> > >> * Rev11 + Multiface: either the firmware file is wrong or the io-box
> > >> firmware upload scenario has changed for this card revision. Has anyone
> > >> ever had success with this combination (or rev11 + Digiface) ?
> > >>
> 
> you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
> 0.9.4/todays cvs.
> 
> And now I have a 0xa revision that wont work at all on any version of
> the driver...

I have an 0xb Multiface. I haven't been able to load the firmware with
0.9.4, either with the PCI or the PCMCIA interface. I have not tried
0.9.0rc5, nor have I tried loading the firmware with windows and warm
booting. Either route is a lot of work. I'd rather see the hardware
documentation and work on the driver source code. Thanks for any help!

-- 
(jfm3  2838 BCBA 93BA 3058 ED95  A42C 37DB 66D1 B43C 9FD0)



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Patrick Shirkey]

jfm3 wrote:
> On Thu, 2003-07-03 at 13:08, Justin Cormack wrote:
> 
>>On Thu, 2003-07-03 at 17:15, Patrick Shirkey wrote:
>>
>>>Patrick Shirkey wrote:
>>>
>>>>Thomas Charbonnel wrote:
>>>>
>>>>
>>>>>Remaining:
>>>>>* HDSP9652: the matrix mixer isn't yet handled right.
>>>>>* Rev11 + Multiface: either the firmware file is wrong or the io-box
>>>>>firmware upload scenario has changed for this card revision. Has anyone
>>>>>ever had success with this combination (or rev11 + Digiface) ?
>>>>>
>>>>
>>you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
>>0.9.4/todays cvs.
>>
>>And now I have a 0xa revision that wont work at all on any version of
>>the driver...
> 
> 
> I have an 0xb Multiface. I haven't been able to load the firmware with
> 0.9.4, either with the PCI or the PCMCIA interface. I have not tried
> 0.9.0rc5, nor have I tried loading the firmware with windows and warm
> booting. Either route is a lot of work. I'd rather see the hardware
> documentation and work on the driver source code. Thanks for any help!
> 

Try using this script if you don't already have something similar. I now 
get sound through my line out:

--------------
modprobe snd-hdsp; hdsploader;

# route jack inputs to line out
# left
amixer -c 1 cset numid=5 26,26,4000
amixer -c 1 cset numid=5 28,26,4000
amixer -c 1 cset numid=5 30,26,4000
amixer -c 1 cset numid=5 32,26,4000
# right
amixer -c 1 cset numid=5 27,27,4000
amixer -c 1 cset numid=5 29,27,4000
amixer -c 1 cset numid=5 31,27,4000
amixer -c 1 cset numid=5 33,27,4000

# Set volume for analog outputs to reasonable level
# and connect jack inputs to analog outs
amixer -c 1 cset numid=5 26,0,4000;
amixer -c 1 cset numid=5 27,1,4000;
amixer -c 1 cset numid=5 28,2,4000;
amixer -c 1 cset numid=5 29,3,4000;
amixer -c 1 cset numid=5 30,4,4000;
amixer -c 1 cset numid=5 31,5,4000;
amixer -c 1 cset numid=5 32,6,4000;
amixer -c 1 cset numid=5 33,7,4000;
amixer -c 1 cset numid=5 34,8,4000;
-------------

-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================

Being on stage with the band in front of crowds shouting, "Get off! No! 
We want normal music!", I think that was more like acting than anything 
I've ever done.

Goldie, 8 Nov, 2002
The Scotsman



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[jfm3]

On Thu, 2003-07-03 at 14:57, Patrick Shirkey wrote:
> > I have an 0xb Multiface. I haven't been able to load the firmware with
> > 0.9.4, either with the PCI or the PCMCIA interface. [...]
> 
> Try using this script if you don't already have something similar. I now 
> get sound through my line out:
> 
> --------------
> modprobe snd-hdsp; hdsploader;
> 
> # route jack inputs to line out
> # left
> amixer -c 1 cset numid=5 26,26,4000
> amixer -c 1 cset numid=5 28,26,4000 [...]

Thanks for the script. My problem isn't getting amixer commands right, I
don't even get that far. As my original message said, I can't load the
firmware. hdsploader fails. I don't have the output of how it fails with
me, but I've posted it to alsa-devel before.
-- 
(jfm3  2838 BCBA 93BA 3058 ED95  A42C 37DB 66D1 B43C 9FD0)



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Thomas Charbonnel]

>
> I have an 0xb Multiface. I haven't been able to load the firmware with
> 0.9.4, either with the PCI or the PCMCIA interface. I have not tried
> 0.9.0rc5, nor have I tried loading the firmware with windows and warm
> booting. Either route is a lot of work. I'd rather see the hardware
> documentation and work on the driver source code. Thanks for any help!
>

The documentation is the driver code. Paul is in contact with people from
RME. As of today I'm not, but I'll try to contact them. I'd be as happy as
you to see the driver working smoothly in all possible configurations.

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

RE: hdsp driver status

[Mark Knecht]

>
> The documentation is the driver code. Paul is in contact with people from
> RME. As of today I'm not, but I'll try to contact them. I'd be as happy as
> you to see the driver working smoothly in all possible configurations.
>
> Thomas
>

Thomas,
   We RME users are very happy to have you on our side!

   Can you give some insight (if you have enough info to comment!) into how
much of the driver for the HDSP/DF/MF is also used for the HDSP 9652? I'm
sort of concerned that after 6 months of no mixer on the HDSP 9652, the
DF/MF mixer will get fixed, and then I'll find out it has nothing to do the
HDSP 9652 and be let down again.

   Is it one common design, or is the mixer different?

Thanks,
Mark




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

RE: hdsp driver status

[Thomas Charbonnel]

> I'm sort of concerned that after 6 months of no mixer on the HDSP 9652,
> the DF/MF mixer will get fixed, and then I'll find out it has nothing to
> do the HDSP 9652 and be let down again.
>

The MF/DF mixer works, but firmware upload to the iobox fails with some
card revision. On the HDSP 9652 no firmware has to be uploaded (hdsploader
is unecessary), but the mixer is broken.

>    Is it one common design, or is the mixer different?

It is one common design BUT the mixer is different...

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

RE: hdsp driver status

[Mark Knecht]

On Thu, 2003-07-03 at 18:20, Thomas Charbonnel wrote:
> > I'm sort of concerned that after 6 months of no mixer on the HDSP 9652,
> > the DF/MF mixer will get fixed, and then I'll find out it has nothing to
> > do the HDSP 9652 and be let down again.
> >
> 
> The MF/DF mixer works, but firmware upload to the iobox fails with some
> card revision. On the HDSP 9652 no firmware has to be uploaded (hdsploader
> is unecessary), but the mixer is broken.
> 
> >    Is it one common design, or is the mixer different?
> 
> It is one common design BUT the mixer is different...
> 
> Thomas
> 
Thanks for the description.

I've written the next paragraph 5 times, but just don't want to do this
all over again.

Anyone wanna buy an HDSP 9652 cheap?

Bye,
Mark



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Thomas Charbonnel]

>> >> Remaining:
>> >> * HDSP9652: the matrix mixer isn't yet handled right.
>> >> * Rev11 + Multiface: either the firmware file is wrong or the
>> io-box firmware upload scenario has changed for this card revision.
>> Has anyone ever had success with this combination (or rev11 +
>> Digiface) ?
>> >>
>
> you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
> 0.9.4/todays cvs.

That's surprising. Does the matrix mixer work with 0.9.0rc5 ?

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Justin Cormack]

On Thu, 2003-07-03 at 21:15, Thomas Charbonnel wrote:
> >> >> Remaining:
> >> >> * HDSP9652: the matrix mixer isn't yet handled right.
> >> >> * Rev11 + Multiface: either the firmware file is wrong or the
> >> io-box firmware upload scenario has changed for this card revision.
> >> Has anyone ever had success with this combination (or rev11 +
> >> Digiface) ?
> >> >>
> >
> > you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
> > 0.9.4/todays cvs.
> 
> That's surprising. Does the matrix mixer work with 0.9.0rc5 ?

Yes its fine. But I though it was only the 9652 that had a matrix mixer
problem...

Justin




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Thomas Charbonnel]

>> > you mean 0xb? I have one that works on 0.9.0rc5, but wont work on
>> 0.9.4/todays cvs.
>>
>> That's surprising. Does the matrix mixer work with 0.9.0rc5 ?
>
> Yes its fine. But I though it was only the 9652 that had a matrix mixer
> problem...
>
> Justin
>

I've just had a look at the 0.9.0rc5 driver code. Either your card is not
a 0xb version, either you're using a patched 0.9.0rc5:

(from the snd_hdsp_create() function)

        switch (rev & 0xff) {
        case 0xa:
                /* hdsp_initialize_firmware() will reset this */
                hdsp->card_name = "RME Hammerfall DSP";
                break;

        default:
                return -ENODEV;
        }



If you patched your driver (e.g. adding a 0xb case to the rev switch) then
this means the rev 0xb cards can work with the old firmware, which
surprises me a lot. I remember trying once a rev 0xb card a couple of
months ago. I used it in combination with my 0xa card to test Adat and
S/PDIF external sync. I forced it to initialize with the old firmware, but
IIRC the matrix mixer was broken.

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Justin Cormack]

On Fri, 2003-07-04 at 14:58, Thomas Charbonnel wrote:
> > And the driver is 0.9.0rc6 not 5, and it is patched to add 0xb (unless
> > that was in 0.9.0rc6 but not 5). And the matrix mixer does work (just
> > rechecked, which took a little while as the machine is in another
> > country...)
> 
> Ok, thanks for your help. Could you then try the latest driver with this
> patch applied to hdsploader. It forces the upload of the true and tested
> old firmware. What bothers me is that if RME insists so much on flashing
> the cards when upgrading driver, it must be that something changes in the
> way the hardware is accessed. I remember something was broken when I tried
> the 0xb card, but can't remember what. It could be the metering stuff I
> was debugging then. At that time we were waiting for the new firmware
> files from RME, and I expected it would solve the problem.

ok, will try on Monday/Tuesday when I am in same country as the card as
it is easier. I have a 0xa here that I will test over the weekend.

> Did you drop the alsa-dev CC on purpose ?

No, accident...



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[jfm3]

> On Fri, 2003-07-04 at 14:58, Thomas Charbonnel wrote:
>> > And the driver is 0.9.0rc6 not 5, and it is patched to add 0xb
>> (unless that was in 0.9.0rc6 but not 5). And the matrix mixer does
>> work (just rechecked, which took a little while as the machine is in
>> another country...)
>>
>> Ok, thanks for your help. Could you then try the latest driver with
>> this patch applied to hdsploader. It forces the upload of the true and
>> tested old firmware. What bothers me is that if RME insists so much on
>> flashing the cards when upgrading driver, it must be that something
>> changes in the way the hardware is accessed. I remember something was
>> broken when I tried the 0xb card, but can't remember what. It could be
>> the metering stuff I was debugging then. At that time we were waiting
>> for the new firmware files from RME, and I expected it would solve the
>> problem.
>
> ok, will try on Monday/Tuesday when I am in same country as the card as
> it is easier. I have a 0xa here that I will test over the weekend.
>
>> Did you drop the alsa-dev CC on purpose ?
>
> No, accident...
>

I would like to give this patch a go. Can you post it to the list? (Or did
I miss it somehow?)

(jfm3)




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Thomas Charbonnel]

[-- Attachment #1: Type: text/plain, Size: 229 bytes --]

>
>>> Did you drop the alsa-dev CC on purpose ?
>>
>> No, accident...
>>
>
> I would like to give this patch a go. Can you post it to the list? (Or
> did I miss it somehow?)
>
>

Sorry, it did't get copied. Here it is.

Thomas



[-- Attachment #2: hdsploader.patch --]
[-- Type: application/octet-stream, Size: 401 bytes --]

--- hdsploader.c.old	2003-07-04 15:33:34.000000000 +0200
+++ hdsploader.c	2003-07-04 15:34:35.000000000 +0200
@@ -59,11 +59,7 @@
     
     switch (version.io_type) {
     case Multiface:
-	if (version.firmware_rev == 0xa) {
-	    fw = multiface_firmware;
-	} else {
-	    fw = multiface_firmware_rev11;
-	}
+	fw = multiface_firmware;
 	break;
     case Digiface:
 	if (version.firmware_rev == 0xa) {

Re: hdsp driver status

[jfm3]

That hdsploader patch sort of works. I can get sound out of my Multiface now.

I ran hdsploader the first time and it failed. I ran it a second time and
the red light on the Multiface went out, but the hdsploader process never
finished. In fact, it did not even respond to kill -9. It was idle --
neither user nor kernel cpus were being used by it as it wedged. But the
red light on the Multiface was out. So I rebooted Linux, running
hdsploader now works, and now I can hear sound out of the Multiface.

I still have no idea what I'm doing in terms of managing that gigantic
mixer. My modules.conf file needs work. Let me see if I can narrow down
the problem some more, or blame it on cosmic rays, or something.

Much thanks to all.

(jfm3)




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[jfm3]

> I ran hdsploader the first time and it failed. I ran it a second time
> and the red light on the Multiface went out, [...]

For the record, this is incorrect. I run it once and the red light goes
out. I have a feeling the error message is incorrect, because the "card"
seems to work now. hdsploader seems to not be robust in the face of
running twice against the same card. Again, thank you.

(jfm3)




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Thomas Charbonnel]

>
>> I ran hdsploader the first time and it failed. I ran it a second time
>> and the red light on the Multiface went out, [...]
>
> For the record, this is incorrect. I run it once and the red light goes
> out. I have a feeling the error message is incorrect, because the "card"
> seems to work now. hdsploader seems to not be robust in the face of
> running twice against the same card. Again, thank you.
>

Thanks for your report. I'm glad the card gets of some use for rev 11
multiface users, but note that this is more of a workaround than the real
solution. I really suspect something is broken when using the old firmware
with rev 11 cards.
Can you please send me the output of dmesg just after you run hdsploader
and it returns an error, and report precisely the status of the card
before and after hdsploader is run (red light on/off, sound working or
not) ?

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: hdsp driver status

[Jesse Chappell]

Thomas Charbonnel wrote on Sun, 06-Jul-2003:

 > >
 > >> I ran hdsploader the first time and it failed. I ran it a second time
 > >> and the red light on the Multiface went out, [...]
 > >
 > > For the record, this is incorrect. I run it once and the red light goes
 > > out. I have a feeling the error message is incorrect, because the "card"
 > > seems to work now. hdsploader seems to not be robust in the face of
 > > running twice against the same card. Again, thank you.
 > >
 > 
 > Thanks for your report. I'm glad the card gets of some use for rev 11
 > multiface users, but note that this is more of a workaround than the real
 > solution. I really suspect something is broken when using the old firmware
 > with rev 11 cards.
 > Can you please send me the output of dmesg just after you run hdsploader
 > and it returns an error, and report precisely the status of the card
 > before and after hdsploader is run (red light on/off, sound working or
 > not) ?
 
OK, I too tried your patch (I have cardbus/multiface rev 0xb)
and the red light *did* go out but gave the following error
message:

 hdsploader - firmware loader for RME Hammerfall DSP cards
 Looking for HDSP + Multiface or Digiface cards :
 Card 0 : Intel 82801CA-ICH3 at 0x1c00, irq 9
 Card 1 : RME Hammerfall DSP at 0x31000000, irq 9
 Upload firmware for card hw:1
 Hwdep ioctl error on card hw:1 : Input/output error.

Here is what dmesg reports:

ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644: wait for FIFO status <= 0 failed after 30 iterations
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:3804: initializing firmware upload
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:522: loading firmware
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644: wait for FIFO status <= 0 failed after 5000 iterations
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:543: timeout at end of firmware loading

However, due to that timeout, initialization didn't complete and
there is nothing in /proc/asound/card1/ except id.

I then ran it again:
$ hdsploader
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : Intel 82801CA-ICH3 at 0x1c00, irq 9
Card 1 : RME Hammerfall DSP at 0x31000000, irq 9
Upload firmware for card hw:1
Firmware uploaded for card hw:1

dmesg reports (the extra debugging line was added by me to the
kernel driver):
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:3804: initializing firmware upload
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:3969: got past proc init stuff
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:3037: sending all inputs and playback streams to line outs.

At this point everything looks good in /proc/asound/card1/hdsp:

$ cat /proc/asound/card1/hdsp
RME Hammerfall DSP + Multiface (Card #2)
Buffers: capture c0e00000 playback c0c00000
IRQ: 9 Registers bus: 0x31000000 VM: 0xf0a32000
Control register: 0x10080de
Status register: 0x12000000
Status2 register: 0xffff0703
FIFO status: 0
MIDI1 Output status: 0xffffff00
MIDI1 Input status: 0xffffff00
MIDI2 Output status: 0xffffff00
MIDI2 Input status: 0xffffff00

Buffer Size (Latency): 8192 samples (2 periods of 32768 bytes)
Hardware pointer (frames): 0
Passthru: no
Line out: on
Firmware version: 5

Sample Clock Source: Internal 48 kHz
Preferred Sync Reference: ADAT1
AutoSync Reference: None
AutoSync Frequency: 0
System Clock Mode: Master
System Clock Frequency: 48000

IEC958 input: Internal
IEC958 output: Coaxial only
IEC958 quality: Consumer
IEC958 emphasis: off
IEC958 NonAudio: off
IEC958 sample rate: Error flag set

ADAT1: No Lock
SPDIF: No Lock
Word Clock: No Lock
ADAT Sync: No Lock

==============================================================

I can use amixer to set up things as per usual, and jack starts
normally.  However, I get no sound whatsoever.  

Loading the firmware via Windows, rebooting, and setting up the card
identically with amixer *does* yield sound.

So it looks like some critical parts for proper communication
to the multiface need the proper firmware to work with the rev
0xb interface. 

Back to trying to load the proper rev11 firmware, it looks like
some part of the communication protocol must have changed, or
the multiface_firmware_rev11.dat is corrupt.  I wonder if there
is any way to verify it.  

jlc


-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps

Re: hdsp driver status

[Thomas Charbonnel]

> I can use amixer to set up things as per usual, and jack starts
> normally.  However, I get no sound whatsoever.
>
> Loading the firmware via Windows, rebooting, and setting up the card
> identically with amixer *does* yield sound.
>
> So it looks like some critical parts for proper communication
> to the multiface need the proper firmware to work with the rev
> 0xb interface.
>
> Back to trying to load the proper rev11 firmware, it looks like
> some part of the communication protocol must have changed, or
> the multiface_firmware_rev11.dat is corrupt.  I wonder if there
> is any way to verify it.
>
> jlc

I did exactly the same test yesterday on a friend's rev 11 card. In fact
there is sound, but all messed up. I got sound on output 3 from
playback_15, on output 12 from playback_11, on output 9 from playback_3. I
could check too that strictly nothing happens with the new firmware, which
leads me to same conclusions. I'm trying to contact RME on this issue, the
problem being I do not have Paul's contact address. I sent a mail
yesterday to Matthias Carstens who's well known to all RME forum readers
and I'm waiting for an answer.

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps

Re: hdsp driver status

[Thomas Charbonnel]

> following the above I decided to check I was setting the correct params
> in the matrix and it turns out that line out has been moved to numid 22
> (before it was 5).
>
> amixer -D hw:1 cset numid=22 0,0,16384
>

You're mixing things up.
This is the syntax of the matrix mixer ctl.
The line out value type is boolean. To enable line outs you should this :
amixer -D hw:1 cset numid=22 1

I think the command you were using was doing the exact opposite of what
you wanted.

Maybe you should remove your asound.state file. Alsactl may try to restore
the state of parameters whose numid changed, leading to unpredicted and
presumably unwanted results.

Thomas





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01