lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1225695131.3772.12.camel@localhost.localdomain>
Date:	Sun, 02 Nov 2008 22:52:11 -0800
From:	Fernando Lopez-Lezcano <nando@...ma.Stanford.EDU>
To:	Takashi Iwai <tiwai@...e.de>, Ingo Molnar <mingo@...e.hu>
Cc:	alsa-devel@...a-project.org, linux-kernel@...r.kernel.org
Subject: Re: [alsa-devel] 2.6.26.[6|7] vs. rt11 vs. alsa (usb) midi

On Wed, 2008-10-29 at 12:10 +0100, Takashi Iwai wrote:
> At Tue, 28 Oct 2008 14:35:55 -0700,
> Fernando Lopez-Lezcano wrote:
> > 
> > On Mon, 2008-10-27 at 09:13 +0100, Takashi Iwai wrote:
> > > At Sat, 25 Oct 2008 19:46:27 -0700,
> > > Fernando Lopez-Lezcano wrote:
> > > > 
> > > > Hi... anyone out there also having problem with this combination?
> > > >    2.6.26.7 or 2.6.26.6 with 2.6.26.6-rt11 and alsa MIDI
> > > > It looks to me like alsa midi is broken. 
> > > > 
> > > > Probably an interaction with the realtime kernel patch. A Fedora kernel
> > > > based on 2.6.26.6 (2.6.26.6-49 on fc8) works fine, a very similarly
> > > > patched kernel that includes the realtime patch does not. The
> > > > configurations for both are almost the same (today I tried to change
> > > > some of the most obvious differences and rebuild, with the same
> > > > result). 
> > > > 
> > > > No problems with 2.6.24.7-rt21. 

(but on Fedora 9 I get X segfaults with it... so not really usable
either)

> > > > Test: boot, login, plugin an external usb keyboard (Yamaha P250), it is
> > > > recognized, use qjackctl alsa patchbay to connect it to kmidimon,
> > > > kmidimon sees only _one_ midi message and that's it. Kmidimon can't be
> > > > killed after that. 
> > > 
> > > What about other MIDI devices on other bus, e.g. an MPU401 on a PCI
> > > soundcard or so?  There is a possibility of breakage in the USB driver
> > > side, too.
> > 
> > I just tested an RME PCMCIA card + Multiface interface and it shows the
> > same problem. No MIDI messages get through (but the LED in the Multiface
> > blinks). Same hardware booted into 2.6.24.7-rt21 works fine. 
> 
> Then this should be in RT side.  There is no fundamental change
> regarding rawmidi since some time ago...

Hmm, why do you say rawmidi? This is happening with the sequencer
interface, AFAIK. 

I just tested this with the rawmidi.c test program that comes with alsa
and the rawmidi interface _is_ working ("rawmidi -v -i hw:1,0" outputs
the raw bytes being received). 

Now I start qjackctl to patch the sequencer output of the P250 to
kmidimon and I get just one "active sensing" message in the messages
window of kmidimon. This is what I see in the proc/asound/seq/clients
file:

----
$ cat /proc/asound/seq/clients 
Client info
  cur  clients : 6
  peak clients : 6
  max  clients : 192

Client   0 : "System" [Kernel]
  Port   0 : "Timer" (Rwe-)
  Port   1 : "Announce" (R-e-)
    Connecting To: 15:0, 128:0, 129:0
Client  14 : "Midi Through" [Kernel]
  Port   0 : "Midi Through Port-0" (RWe-)
Client  15 : "OSS sequencer" [Kernel]
  Port   0 : "Receiver" (-we-)
    Connected From: 0:1
Client  20 : "P-250" [Kernel]
  Port   0 : "P-250 MIDI 1" (RWeX)
    Connecting To: 129:0
  Port   1 : "P-250 MIDI 2" (-We-)
Client 128 : "Client-128" [User]
  Port   0 : "qjackctl" (-W--)
    Connected From: 0:1
  Input pool :
    Pool size          : 200
    Cells in use       : 0
    Peak cells in use  : 3
    Alloc success      : 5
    Alloc failures     : 0
Client 129 : "KMidimon" [User]
  Port   0 : "input" (-We-)
    Connected From: 0:1, 20:0
  Output pool :
    Pool size          : 500
    Cells in use       : 0
    Peak cells in use  : 0
    Alloc success      : 0
    Alloc failures     : 0
  Input pool :
    Pool size          : 200
    Cells in use       : 0
    Peak cells in use  : 2
    Alloc success      : 4
    Alloc failures     : 0
----

Now I quit kmidimon...

----
$ cat /proc/asound/seq/clients
----

Hangs!
Can't ctrl-c out of it. 
Kmidimon is (sort of) still around:

----
nando     7696  0.3  0.0      0     0 ?        Zl   22:41   0:01
[kmidimon] <defunct>
----

Rawmidi does not work anymore, of course, hangs and can't be ctrl'c'ed
either. Everything that touches midi seems to hang waiting for something
that is never going to happen. And this only appears to happen when I
try to use the sequencer api. Before that the rawmidi program happily
prints midi bytes as they arrive. 

Maybe this points to a possible culprit?
Any more data I could provide that would be useful?
Any help in debugging this would be appreciated. At this point no
realtime kernel is usable for the tasks I need it for. 

-- Fernando


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ