From mboxrd@z Thu Jan 1 00:00:00 1970 From: x.zupftom@web.de Subject: Re: MIDI input patch Date: Fri, 17 Jul 2009 11:56:56 +0200 Message-ID: <716576915@web.de> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Sender: linux-msdos-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="iso-8859-1" To: Bart Oldeman Cc: linux-msdos@vger.kernel.org Hi all, it's great that MIDI is working now with the latest SVN version. Howeve= r, when trying to use it on my Thinkpad T22 (Pentium III, Xubuntu Jaunt= y, 2.6.28-13-generic kernel), there is another problem, both in revisio= n 1897 and 1898. Two other people have reported this problem, too. I do= n't experience this problem on my desktop machine (AMD Athlon 64 X2 380= 0+ machine, Ubuntu Hardy, 2.6.24-24-generic kernel). So this could have= to do something with a real vs. an emulated CPU. I tried to force CPU = emulation on the T22 by starting dosemu with dosemu -I 'cpu emulated', = but I'm not sure whether this works and if CPU emulation was at all inc= luded at compile time. How can I tell whether I compiled dosemu with CP= U emulation or not? And how can I influence this? I guess the problem might also be MIDI related, even if one doesn't use= MIDI input because it occurs in input mode where Score expects music i= nput via qwerty or MIDI keyboard (you can mix both, enter some notes vi= a MIDI, some via qwerty). I removed the dosemu-midi_in links on both my= machines for the following test (both running with the MIDI patch). Wh= en I start dosemu with "dosemu -O -D+S", the first debugging output aft= er starting Score is when I enter input mode. On my AMD 64 machine, it = looks as follows: MPU401: Read status port =3D 0xbf MPU401: Read status port =3D 0xbf MPU401: Write 0xff to command port SB: Activating irq type 4 MPU401: Read status port =3D 0x3f MPU401: Read data port =3D 0xfe, 0 bytes still in queue SB: Deactivating irq type 4 MPU401: Read status port =3D 0xbf MPU401: Write 0x3f to command port SB: Activating irq type 4 MPU401: Read status port =3D 0x3f MPU401: Read data port =3D 0xfe, 0 bytes still in queue SB: Deactivating irq type 4 On the T22 it's the same except for one word: The last line says "SB: W= arning: Deactivating irq type 4". This raises my suspicion. Anyway, so = far there is no problem. I can go on and enter music with the qwerty ke= yboard. When I'm finished with that and Score does not expect any furth= er input, the next messages pop up on the console. On the AMD64: MPU401: Read status port =3D 0xbf MPU401: Read status port =3D 0xbf MPU401: Write 0xff to command port SB: Activating irq type 4 MPU401: Read status port =3D 0x3f MPU401: Read data port =3D 0xfe, 0 bytes still in queue SB: Deactivating irq type 4 On the T22, almost the same, except for the lines I marked with "=3D>": MPU401: Read status port =3D 0xbf MPU401: Read status port =3D 0xbf MPU401: Write 0xff to command port SB: Activating irq type 4 =3D> SB: Interrupt activated =3D> SB: Activated IRQ for MIDI MPU401: Read status port =3D 0x3f MPU401: Read data port =3D 0xfe, 0 bytes still in queue =3D> The last line from my AMD64, "SB: Deactivating irq type 4", is missing = in the T22 output. However, both machines continue to work happily, until I want to enter = input mode again. This causes dosemu on the T22 to hang. On the AMD mac= hine everything is fine and the fresh debugging output looks exactly li= ke when entering input mode the first time. I can only guess what this all means. Does it mean, that the T22 missed= to deactivate IRQ type 4 when leaving input mode and therefore can't r= ead status port =3D 0xbf?? (I've no idea what's behind all this IRQ stu= ff.) Can anyone help? Thomas W. ______________________________________________________ GRATIS f=FCr alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de -- To unsubscribe from this list: send the line "unsubscribe linux-msdos" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html