usb-midi-fw-devel

[usb-midi-fw-devel] Re: [usb-midi-fw-user] Midisport Uno USB-MIDI / midisport-firmware problem

[Pedro Lopez-C. <ped...@gm...>]

Serge: I'm glad that you have managed to fix the system, and have your UNO 
working now. Congratulations!

On Monday 20 February 2006 19:38, serge bouc wrote:
> > I want to know if there is really some UNO that doesn't
> > require a firmware at all.
>
> I uninstalled ezusbmidi. And everything is still working !

Then, this UNO doesn't require a firmware loader. Nice.

> > And please, I would like to know the results of
> >
> > # lsusb -v
> >
> > With, and without ezusbmidi installed, if it is different.
> The output is the same with and without ezusbmidi. Here it is :

Not only it doesn't require external firmware, but it is a class compliant USB 
MIDI device. Amazing, coming from M-Audio.

Clemens, please update your database:
0x0763:0x0150 	M-Audio (Midiman) 	UNO (new version)		Works

> Bus 002 Device 002: ID 0763:0150 Midiman
> Device Descriptor:
>   bLength                18
>   bDescriptorType         1
>   bcdUSB               1.00
>   bDeviceClass            0 (Defined at Interface level)
>   bDeviceSubClass         0
>   bDeviceProtocol         0
>   bMaxPacketSize0        64
>   idVendor           0x0763 Midiman
>   idProduct          0x0150
>   bcdDevice            1.25
>   iManufacturer           1
>   iProduct                2
>   iSerial                 0
>   bNumConfigurations      1
>   Configuration Descriptor:
>     bLength                 9
>     bDescriptorType         2
>     wTotalLength          101
>     bNumInterfaces          2
>     bConfigurationValue     1
>     iConfiguration          3
>     bmAttributes         0xc0
>       Self Powered
>     MaxPower                0mA
>     Interface Descriptor:
>       bLength                 9
>       bDescriptorType         4
>       bInterfaceNumber        0
>       bAlternateSetting       0
>       bNumEndpoints           0
>       bInterfaceClass         1 Audio
>       bInterfaceSubClass      1 Control Device
>       bInterfaceProtocol      0
>       iInterface              0
>       AudioControl Interface Descriptor:
>         bLength                 9
>         bDescriptorType        36
>         bDescriptorSubtype      1 (HEADER)
>         bcdADC               1.00
>         wTotalLength            9
>         bInCollection           1
>         baInterfaceNr( 0)       1
>     Interface Descriptor:
>       bLength                 9
>       bDescriptorType         4
>       bInterfaceNumber        1
>       bAlternateSetting       0
>       bNumEndpoints           2
>       bInterfaceClass         1 Audio
>       bInterfaceSubClass      3 MIDI Streaming
>       bInterfaceProtocol      0
>       iInterface              0
>       MIDIStreaming Interface Descriptor:
>         bLength                 7
>         bDescriptorType        36
>         bDescriptorSubtype      1 (HEADER)
>         bcdADC               1.00
>         wTotalLength           65
>       MIDIStreaming Interface Descriptor:
>         bLength                 6
>         bDescriptorType        36
>         bDescriptorSubtype      2 (MIDI_IN_JACK)
>         bJackType               1 Embedded
>         bJackID                 1
>         iJack                   0
>       MIDIStreaming Interface Descriptor:
>         bLength                 6
>         bDescriptorType        36
>         bDescriptorSubtype      2 (MIDI_IN_JACK)
>         bJackType               2 External
>         bJackID                 2
>         iJack                   0
>       MIDIStreaming Interface Descriptor:
>         bLength                 9
>         bDescriptorType        36
>         bDescriptorSubtype      3 (MIDI_OUT_JACK)
>         bJackType               1 Embedded
>         bJackID                 3
>         bNrInputPins            1
>         baSourceID( 0)          2
>         BaSourcePin( 0)         1
>         iJack                   0
>       MIDIStreaming Interface Descriptor:
>         bLength                 9
>         bDescriptorType        36
>         bDescriptorSubtype      3 (MIDI_OUT_JACK)
>         bJackType               2 External
>         bJackID                 4
>         bNrInputPins            1
>         baSourceID( 0)          1
>         BaSourcePin( 0)         1
>         iJack                   0
>       Endpoint Descriptor:
>         bLength                 9
>         bDescriptorType         5
>         bEndpointAddress     0x81  EP 1 IN
>         bmAttributes            2
>           Transfer Type            Bulk
>           Synch Type               none
>         wMaxPacketSize         64
>         bInterval               0
>         bRefresh                0
>         bSynchAddress           0
>         MIDIStreaming Endpoint Descriptor:
>           bLength                 5
>           bDescriptorType        37
>           bDescriptorSubtype      1 (GENERAL)
>           bNumEmbMIDIJack         1
>           baAssocJackID( 0)       3
>       Endpoint Descriptor:
>         bLength                 9
>         bDescriptorType         5
>         bEndpointAddress     0x02  EP 2 OUT
>         bmAttributes            2
>           Transfer Type            Bulk
>           Synch Type               none
>         wMaxPacketSize         64
>         bInterval               0
>         bRefresh                0
>         bSynchAddress           0
>         MIDIStreaming Endpoint Descriptor:
>           bLength                 5
>           bDescriptorType        37
>           bDescriptorSubtype      1 (GENERAL)
>           bNumEmbMIDIJack         1
>           baAssocJackID( 0)       1
>   Language IDs: (length=4)
>      0409 English(US)
> ____________________________________________________________________
>
> >> Still, there is a remaining problem with this "midisport-firmware-1.0",
> >> that
> >> does not work, and freezes my machine at boot. But I am not sure I will
> >> make another try with it...
> >
> > No idea. Which Windows DLL's are you using? which versions? can be
> > downloaded from M-Audio?
>
> The buggy version (1.0) has its own drivers and firmwares included,
> so there is nothing to do, except uncompressing the archive and then
> "make install". The program changes the udev rules, adding a new
> file "42-midisport-firmware.rules" in "rules.d". This file is probably
> the cause of the problem, since "uninstall" essentially removes it,
> plus the hex drivers files in some other folder. Here it is :
> *********************************************************************
> # midisport-firmware.rules - udev rules for loading firmware into
> MidiSport devices
>
> ACTION!="add", GOTO="midisport_firmware_end"
> SUBSYSTEM!="usb", GOTO="midisport_firmware_end"
>
> # interface 0 only (some udev versions don't work with
> SYSFS{bInterfaceNumber})
> DEVPATH!="/*.0", GOTO="midisport_firmware_end"
>
> # MidiSport 2x2
> ENV{PRODUCT}=="763/1001/*", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSport2x2.ihx"
> # MidiSport 1x1
> ENV{PRODUCT}=="763/1010/*", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSport1x1.ihx"
> # KeyStation
> ENV{PRODUCT}=="763/1014/*", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSportKS.ihx"
> # MidiSport 4x4
> ENV{PRODUCT}=="763/1020/*", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSport4x4.ihx"
> # MidiSport 8x8
> ENV{PRODUCT}=="763/1031/110", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSport8x8-2.10.ihx"
> ENV{PRODUCT}=="763/1031/121", RUN+="/usr/sbin/fxload -s
> /usr/local/share/usb/maudio/MidiSportLoader.ihx -I
> /usr/local/share/usb/maudio/MidiSport8x8-2.21.ihx"
>
> LABEL="midisport_firmware_end"
>
> # vim: ft=conf
> ***************************************************************************

I'm using Mandrake 10.2 with udev-054 and it doesn't load the firmware, either 
but it doesn't hang the system. It symply doesn't work.

I guess that midisport-firmware-1.0 needs a newer udev than mine, and 
obviously yours. It should check for a sensible udev version before 
installing it, though.

Final question:

$ cat LICENSE
The firmware files (*.ihx) are copyrighted by Midiman, and can be used
and redistributed only as part of this package.
[...]

So, it is not possible to make a rpm/deb/tgz package, and distribute it with   
some commercial Linux distribution?

Regards,
Pedro

Re: [usb-midi-fw-devel] Re: [usb-midi-fw-user] Midisport Uno USB-MIDI / midisport-firmware problem

[Clemens L. <cl...@la...>]

Pedro Lopez-Cabanillas wrote:
> I'm using Mandrake 10.2 with udev-054 and it doesn't load the firmware, either 
> but it doesn't hang the system. It symply doesn't work.
> 
> I guess that midisport-firmware-1.0 needs a newer udev than mine, and 
> obviously yours.

I'm not sure what the problem is.  Probably the GOTOs.
I'll try to rewrite the rules to be more backwards compatible.

> $ cat LICENSE
> The firmware files (*.ihx) are copyrighted by Midiman, and can be used
> and redistributed only as part of this package.
> 
> So, it is not possible to make a rpm/deb/tgz package, and distribute it with   
> some commercial Linux distribution?

When the rpm/dev/tgz is distributed with some distribution, the firmware
files would still be inside the package, i.e., they would be "part of
this package".


Regards,
Clemens

Re: [usb-midi-fw-devel] Re: [usb-midi-fw-user] Midisport Uno USB-MIDI / midisport-firmware problem

[Clemens L. <cl...@la...>]

Clemens Ladisch wrote:
> Pedro Lopez-Cabanillas wrote:
> > I guess that midisport-firmware-1.0 needs a newer udev than mine, and 
> > obviously yours.
> 
> I'm not sure what the problem is.  Probably the GOTOs.
> I'll try to rewrite the rules to be more backwards compatible.

OK, version 1.1 is out, using very simple rules that should work with
every udev version.


Regards,
Clemens

Re: [usb-midi-fw-devel] Re: [usb-midi-fw-user] Midisport Uno USB-MIDI / midisport-firmware problem

[Pedro Lopez-C. <ped...@gm...>]

On Wednesday 01 March 2006 18:45, Clemens Ladisch wrote:
> Clemens Ladisch wrote:
> > Pedro Lopez-Cabanillas wrote:
> > > I guess that midisport-firmware-1.0 needs a newer udev than mine, and
> > > obviously yours.
> >
> > I'm not sure what the problem is.  Probably the GOTOs.
> > I'll try to rewrite the rules to be more backwards compatible.
>
> OK, version 1.1 is out, using very simple rules that should work with
> every udev version.

It is a lot better now. Thanks.

But I think that "every udev version" is an exaggeration. The "RUN" key was 
introduced in udev-057, as stated in changelogs and announcements:
http://www.ussg.iu.edu/hypermail/linux/kernel/0505.2/1368.html

It was released in May/2005, less than one year ago. Many users' distros are 
older than that. For instance, I'm using Mandriva 10.2, which comes with 
udev-054. Almost right, but not enough. By the way, I've found that we can 
get the udev version with this command:

[~]$ udevinfo -V
udevinfo, version 054

So, I've made a patch to give some more clues to the user at configure time. 
Please apply the attached patch and release again, if you agree.

Regards,
Pedro