udev cant catch midisport box on hardy, was working fine on gutsy

[esox]

Binary package hint: midisport-firmware

Hi,

I managed to have my midisport correctly run by Gutsy, with automatic detection and firmware loading. I updated on hardy, since then the midibox doesnt start. No firmware loading. It loads manually, but udev seems to not catch it. The workaroud I had on Gutsy doesn't work on hardy. On gutsy it was a nbr 85 rule, on hardy it's a 42 nbr rule.

An idea ?

[Max Romantschuk (max-romantschuk)]

I can confirm that the MidiSport does not work out of the box. At first my MidiSport 4x4 did not work at all on Hardy.

I found a note on the forum about modifying /etc/init.d/mountdevsubfs.sh, and did so uncommenting the four previously commented lines below:

# Magic to make /proc/bus/usb work
#
mkdir -p /dev/bus/usb/.usbfs
domount usbfs "" /dev/bus/usb/.usbfs -obusmode=0700,devmode=0600,listmode=0644
ln -s .usbfs/devices /dev/bus/usb/devices
mount --rbind /dev/bus/usb /proc/bus/usb

(Tip source: http://ubuntuforums.org/showthread.php?t=96506)

As documented in the script /proc/bus/usb now works, and I got the firmware to load. For some reason, however, the firmware loading does not work at boot. Unplugging and replugging my MidiSport after booting works, and the firmware loads.

Clearly this package is broken to some degree in Hardy. There seems to be two issues:
1. Dependency on /proc/bus/usb to be working, which is not out of the box.
2. Once 1. is fixed the firmware load hotplugging works, but apparently not at boot time.

I am willing to help test to fix these issues. The forum thread linked above also seems to contain a lot of potentially useful debugging information.

[Tito's (rcarrasco)]

lsusb:
Bus 002 Device 009: ID 0763:1010 Midiman Midisport 1x1

syslog:
Jul 5 17:38:54 TitosLaptop NetworkManager: <debug> [1215293934.457728] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_763_1010_noserial_0').
Jul 5 17:38:54 TitosLaptop NetworkManager: <debug> [1215293934.713743] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_763_1010_noserial_0_if0').

Why NetworkManager ??????

[Zdeněk Juran (zjuran)]

I can confirm that the same issue is in Interpid too.
My device is 0763:1010 Midiman Midisport 1x1.
I used the same patch as Max used expect two differences.

The first difference is, that there is nothing commented id /etc/init.d/mountdevsubfs.sh, you must insert missing part to the start procedure.
The second thing is, that domount command does not work. So, you must modify patch like this:

# Magic to make /proc/bus/usb work
#
mkdir -p /dev/bus/usb/.usbfs
mount -t usbfs "" /dev/bus/usb/.usbfs -obusmode=0700,devmode=0600,listmode=0644
ln -s .usbfs/devices /dev/bus/usb/devices
mount --rbind /dev/bus/usb /proc/bus/usb

I can confirm the same issue after the fix: "the firmware load hotplugging works, but apparently not at boot time."

[Max Romantschuk (max-romantschuk)]

I can confirm Zdeněk's report, adding the missing bits to /etc/init.d/mountdevsubfs.sh will make it work to the extent of hotplugging post boot. Is there anyone who knows more about this stuff who has a clue on how to fix this package. It would be a huge shame to have this broken in the next release too.

I'm a programmer by trade, but this USB stuff is not my forte. Like I've stated I'd be happy to test any modifications to the package.

[Tim Cole (tcole)]

This is related to bug #156085. midisport-firmware and/or fxload need to be ported to use /dev/bus/usb rather than /proc/bus/usb.