December 2009 - e3-hacking

Re: [E3-hacking] [RFC][PATCH 4/5] input: serio: add supportforAmstrad Delta serial keyboard port
by witek mark 17 Dec '09

17 Dec '09

I'm sorry for my latest mail written in Polish. I wanted to consult some amstrad keyboard thing with Janusz Krzysztofik. I accidently put to many recipients. regards Witold Markowski Dnia 17-12-2009 o godz. 16:36 witek mark napisał(a): > Witam, > > > Od jakiegoś czasu obserwuję grupę dyskusyjną Amstrada. Sam posiadam > jeden egzemplarz i coś tam sobie na nim próbuję uruchomić. > Chciałem się podzielić kilkoma spostrzeżeniami dotyczącymi klawiatury. > Na razie nie odpisuję na grupę tylko do Pana. > > Zaintrygowany mailem dotyczącym klawiatury postanowiłem ją rozkręcić aby > zobaczyć co w środku jest. Okazuje się, że płytka klawiatury jest > "przyspawana" do jednej ze stron obudowy. Trzeba by wyłamać parę > zatrzasków, żeby obejrzeć te stronę płytki drukowanej, gdzie są > rozmieszczone elementy - dlatego na razie dałem sobie z tym spokój. Idąc > dalej rozkręciłem tego gamepada. Jak się ponadto okazuje ten gamepad > wpina się między amstrada a klawiaturę. Klawiatura i gamepad mają > interfejs złożony z czterech pinów i po sprawdzeniu miernikiem okazuję > się, że klawiatura i gamepad jeśli się je połączy razem do amstrada to > są one podłączone równolegle do tych pinów (jestem tego pewien na 90%). > Ponadto po rozkręceniu gamepada ukazała mi się płytka drukowana ale > niestety nie wiem co to jest za chip elektroniczny w środku, gdyż ma on > postać "czarnego okrągłego kleksa plastikowego" (szkoda, że nie zrobiłem > zdjęcia). Jedno jest pewne: na tej płytce te cztery piny interfejsu były > opisane jako GND, VCC, CLK i DATA. Czyli wnioskując musi to być jakiś > interfejs szeregowy. Ponadto wiemy już, że klawiatura i gamepad są > podłączane równolegle do amstrada, czyli musi to być interfejs > szeregowy, który niejako "wspiera" połączenie kilku urządzeń do jednej > magistrali. > Może to jest zwykły interfejs szeregowy typu rs232? > Załóżmy na chwilkę, że jest to interfejs rs232. Możemy wtedy stwierdzić, > że: > a) klawiatura generuje jakiś zestaw kodów klawiszy, > b) gamepad generuje ten sam zestaw kodów klawiszy - może i tak być, > wtedy gamepad zachowuje się jako "specjalna klawiatura na potrzeby gier" > i tak naprawdę można powiedzieć że na amstradzie gra się na klawiaturze > a gamepad tylko ułatwia "wciskanie guzików", > c) pisze Pan, że jeśli gamepad i klawiatura są podłączone jednocześnie i > jednocześnie cos na nich naciskamy to obserwuje Pan w sterowniku błędy > typu: parity check failed, invalid stop bit. O ile moja znajomość > protokołów transmisji jest dobra, to wychodzi na to, że te błędy > występują właśnie w transmisji szeregowej rs232 (chyba, że jest jakiś > inny podobny protokół transmisji). O ile naciska Pan przycisk tylko na > jednym urządzeniu to wszystko jest w porządku; urządzenie wysyła np kod > klawisza, a interfejs szeregowy dodaje jeszcze bity parzystości > (kontrola błędów) i stopu. Jeśli teraz zaczniemy coś naciskać na drugim > urządzeniu to ono również wysyła swój kod błędu, bity parzystości i bity > stopu. Wtedy może dochodzić np do kolizji (klawiatura wysyła w danym > momencie bit stopu a gamepad wysyła swój kod klawisza) i port szeregowy > w amstradzie "głupieje" i zgłasza błędy typu parity check failed, > invalid stop bit). Generalnie w porcie szeregowym typu rs232 można > podłączyć kilka urządzeń równolegle, tylko jak przynajmniej dwa zaczną > nadawać w tej samej chwili to zaczynają się kolizje. > > W sterownikach linuxa nie jestem za mocny dlatego nie mam pojęcia jak > jest napisany dotychczasowy driver. Gdybym miał oscyloskop to bym > sprawdził komunikację na tych pinach i by się okazało czy to jest > rzeczywiście transmisja typu rs232. > > > Co Pan myśli o moich tezach? A mogę dostać Pańskie logi ze sterownika? > Może coś uda się wymyślić. > > > pozdrawiam > > > Witold Markowski > > > > > > > > > > Dnia 14-12-2009 o godz. 1:11 Janusz Krzysztofik napisał(a): > > Hi Dmitry, > > > > Sunday 13 December 2009 00:20:03 Dmitry Torokhov napisał(a): > > > > > > atkbd is supposed to support PS/2 devices speaking AT keyboard protocol. > > > We also do support such devices behind dumb controllers that do not > > > allow querying the device but we expect those to at least produce the > > > standard scancodes. > > > > As far as I can understand, using the atkbd driver is not a good idea in > > this > > case because of the keyboard not producing standard scancodes, correct? > > > > Isn't the hpps2atkbd.h provided keycode table an already supported way of > > introducing exceptions to this standard scancodes requirement? Why > > couldn't > > this method be reused here? > > > > What I am afraid of is if the driver supposed to be created instead > > wouldn't > > require reiplementing most of the atkbd code. > > > > > I would need to know a bit more about the gamepad, but so far I still > > > think that current attempot of creating intermediate serio module which > > > allows to use atkbd driver is not the proper solution. > > > > I modified the serio driver to send exactly what it gets from the buffer > > and > > examined its output with serio_raw. The gamepad (can be connected > > simultaneously) appeared to send exactly the same scancodes as the > > keyboard > > did. I couldn't see how those might be destinguished whether coming from > > the > > keybord or from the gamepad. Thus, handling them both together as a single > > device would probably be the only option here. > > > > With both devices connected and keys pressed simultaneously, errors > > occure at > > the lowest level: parity check failed, invalid stop bit, etc. I don't > > think > > it would be possible to do anything about this. But this also means that > > trying to query them in order to get a sensible response would probably be > > not reliable. > > > > Any thoughts? > > > > Thanks, > > Janusz > > > > _______________________________________________ > > e3-hacking mailing list > > e3-hacking(a)earth.li > > http://www.earth.li/cgi-bin/mailman/listinfo/e3-hacking > > ---------------------------------------------------- > Kołodziej będzie miażdżył na ringu > 18 grudnia, Gala Boksu w Łodzi > Zobacz: > http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fwojak18grudnia.h… > > > > _______________________________________________ > e3-hacking mailing list > e3-hacking(a)earth.li > http://www.earth.li/cgi-bin/mailman/listinfo/e3-hacking ---------------------------------------------------- Podniebny prezent świąteczny Niepowtarzalny, dla każdego Ekspresowa dostawa Sprawdź: http://klik.wp.pl/?adr=www.skacz.pl&sid=933

1 0

Re: [E3-hacking] [RFC][PATCH 4/5] input: serio: add support forAmstrad Delta serial keyboard port
by witek mark 17 Dec '09

17 Dec '09

Witam, Od jakiegoś czasu obserwuję grupę dyskusyjną Amstrada. Sam posiadam jeden egzemplarz i coś tam sobie na nim próbuję uruchomić. Chciałem się podzielić kilkoma spostrzeżeniami dotyczącymi klawiatury. Na razie nie odpisuję na grupę tylko do Pana. Zaintrygowany mailem dotyczącym klawiatury postanowiłem ją rozkręcić aby zobaczyć co w środku jest. Okazuje się, że płytka klawiatury jest "przyspawana" do jednej ze stron obudowy. Trzeba by wyłamać parę zatrzasków, żeby obejrzeć te stronę płytki drukowanej, gdzie są rozmieszczone elementy - dlatego na razie dałem sobie z tym spokój. Idąc dalej rozkręciłem tego gamepada. Jak się ponadto okazuje ten gamepad wpina się między amstrada a klawiaturę. Klawiatura i gamepad mają interfejs złożony z czterech pinów i po sprawdzeniu miernikiem okazuję się, że klawiatura i gamepad jeśli się je połączy razem do amstrada to są one podłączone równolegle do tych pinów (jestem tego pewien na 90%). Ponadto po rozkręceniu gamepada ukazała mi się płytka drukowana ale niestety nie wiem co to jest za chip elektroniczny w środku, gdyż ma on postać "czarnego okrągłego kleksa plastikowego" (szkoda, że nie zrobiłem zdjęcia). Jedno jest pewne: na tej płytce te cztery piny interfejsu były opisane jako GND, VCC, CLK i DATA. Czyli wnioskując musi to być jakiś interfejs szeregowy. Ponadto wiemy już, że klawiatura i gamepad są podłączane równolegle do amstrada, czyli musi to być interfejs szeregowy, który niejako "wspiera" połączenie kilku urządzeń do jednej magistrali. Może to jest zwykły interfejs szeregowy typu rs232? Załóżmy na chwilkę, że jest to interfejs rs232. Możemy wtedy stwierdzić, że: a) klawiatura generuje jakiś zestaw kodów klawiszy, b) gamepad generuje ten sam zestaw kodów klawiszy - może i tak być, wtedy gamepad zachowuje się jako "specjalna klawiatura na potrzeby gier" i tak naprawdę można powiedzieć że na amstradzie gra się na klawiaturze a gamepad tylko ułatwia "wciskanie guzików", c) pisze Pan, że jeśli gamepad i klawiatura są podłączone jednocześnie i jednocześnie cos na nich naciskamy to obserwuje Pan w sterowniku błędy typu: parity check failed, invalid stop bit. O ile moja znajomość protokołów transmisji jest dobra, to wychodzi na to, że te błędy występują właśnie w transmisji szeregowej rs232 (chyba, że jest jakiś inny podobny protokół transmisji). O ile naciska Pan przycisk tylko na jednym urządzeniu to wszystko jest w porządku; urządzenie wysyła np kod klawisza, a interfejs szeregowy dodaje jeszcze bity parzystości (kontrola błędów) i stopu. Jeśli teraz zaczniemy coś naciskać na drugim urządzeniu to ono również wysyła swój kod błędu, bity parzystości i bity stopu. Wtedy może dochodzić np do kolizji (klawiatura wysyła w danym momencie bit stopu a gamepad wysyła swój kod klawisza) i port szeregowy w amstradzie "głupieje" i zgłasza błędy typu parity check failed, invalid stop bit). Generalnie w porcie szeregowym typu rs232 można podłączyć kilka urządzeń równolegle, tylko jak przynajmniej dwa zaczną nadawać w tej samej chwili to zaczynają się kolizje. W sterownikach linuxa nie jestem za mocny dlatego nie mam pojęcia jak jest napisany dotychczasowy driver. Gdybym miał oscyloskop to bym sprawdził komunikację na tych pinach i by się okazało czy to jest rzeczywiście transmisja typu rs232. Co Pan myśli o moich tezach? A mogę dostać Pańskie logi ze sterownika? Może coś uda się wymyślić. pozdrawiam Witold Markowski Dnia 14-12-2009 o godz. 1:11 Janusz Krzysztofik napisał(a): > Hi Dmitry, > > Sunday 13 December 2009 00:20:03 Dmitry Torokhov napisał(a): > > > > atkbd is supposed to support PS/2 devices speaking AT keyboard protocol. > > We also do support such devices behind dumb controllers that do not > > allow querying the device but we expect those to at least produce the > > standard scancodes. > > As far as I can understand, using the atkbd driver is not a good idea in > this > case because of the keyboard not producing standard scancodes, correct? > > Isn't the hpps2atkbd.h provided keycode table an already supported way of > introducing exceptions to this standard scancodes requirement? Why > couldn't > this method be reused here? > > What I am afraid of is if the driver supposed to be created instead > wouldn't > require reiplementing most of the atkbd code. > > > I would need to know a bit more about the gamepad, but so far I still > > think that current attempot of creating intermediate serio module which > > allows to use atkbd driver is not the proper solution. > > I modified the serio driver to send exactly what it gets from the buffer > and > examined its output with serio_raw. The gamepad (can be connected > simultaneously) appeared to send exactly the same scancodes as the > keyboard > did. I couldn't see how those might be destinguished whether coming from > the > keybord or from the gamepad. Thus, handling them both together as a single > device would probably be the only option here. > > With both devices connected and keys pressed simultaneously, errors > occure at > the lowest level: parity check failed, invalid stop bit, etc. I don't > think > it would be possible to do anything about this. But this also means that > trying to query them in order to get a sensible response would probably be > not reliable. > > Any thoughts? > > Thanks, > Janusz > > _______________________________________________ > e3-hacking mailing list > e3-hacking(a)earth.li > http://www.earth.li/cgi-bin/mailman/listinfo/e3-hacking ---------------------------------------------------- Kołodziej będzie miażdżył na ringu 18 grudnia, Gala Boksu w Łodzi Zobacz: http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fwojak18grudnia.h…

1 0

Re: [E3-hacking] [RFC][PATCH 4/5] input: serio: add support for Amstrad Delta serial keyboard port
by Janusz Krzysztofik 14 Dec '09

14 Dec '09

Friday 11 December 2009 03:36:58 Dmitry Torokhov napisał(a): > On Thu, Dec 10, 2009 at 09:07:50PM +0100, Janusz Krzysztofik wrote: > > + > > +/* > > + * This table converts the amstrad mailboard scancodes to normal PC- > > AT scancodes > > + * The diagram below shows the amstrad keyboard, with the raw > > scancodes > > + * > > + * (70) (7A) (46) (7C) (77) Amstrad (72) (69) (1A) (2A) > > (1C) (15) > > + * [ 71][1:74][2:73][3:6B][4:22][5:1B][6:1D][7:1E][8:79][9:7D] > > [0:75][ 6C] > > + * [Q:21][W:23][E:24][R:26][T:52][Y:5D][U:0D][I:0E][O:32][P:34] | > > return| > > + * [A:31][S:33][D:35][F:36][G:29][H:5B][J:03][K:76][L:3A][@:3B] > > > > | 2C| > > > > + * [ 3C][Z:3D][X:4E][C:54][V:0B][B:05][N:41][M:42][.:43][ 3E] > > [ 55] > > + * [ 83][ 06][ 49][ 4B ][,:44][ 16][ 2E] > > [ 09] > > + * > > + * These scancodes are then translated to AT scancodes using the > > following table > > + * The amstrad keyboard does not produce any extended scancodes, > > but we need to > > + * translate some amstrad scancodes to a AT extended scancode, > > hence the 16bit > > + * value for the translated scancode > > + * > > No, please write a proper keyboard driver instead of creating this > Frankenstain monster. It is not a generic serio-style data source so it > should not use serio, should reside in drivers/input/keyboard and create > input device by itself. > > Thanks. Hi Dmitry, Thanks for your opinion. Lack of support for Amstrad Delta external keybord is not a problem for me, since I use the machine as an IP phone, not a network terminal. I just thought it would be nice for other users to have this old but perfectly working driver integrated into the mainline. But if it is that bad as you say, I have no problem with dropping it. I'll see if I'm able to create a proper driver myself when I find some spare time. Thanks, Janusz

2 4

[Blatant advert] E3s for sale...
by Matt Evans 13 Dec '09

13 Dec '09

Howdy all! I do hope this isn't too bad form but I've put two of my E3s up on ebay -- the reason I mention it is they are fairly old, and I believe their PBL version dates from before the one requiring authentication, so ripe for hacking. They're as new, boxed and unopened; bought a few years back & unfortunately haven't had time to tinker with them. http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=120504355860 http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=120504356035 I have a couple of E2s to get rid of also; if I don't get utterly flamed for this email I'll post when I've put them up for sale. :-) I'd prefer to see them go to a hacker of course. Thanks, Matt

1 0

Please help in collecting more information on the mailboard interface
by Janusz Krzysztofik 12 Dec '09

12 Dec '09

Hi, Before I get to work on inventing a driver for the E3 mailboard that could be accepted upstream, I'd like to learn more about the keyboard interface. In 2006, Jasmine Strong wrote: > > Huh --- I did look at the defconfig file, but it never occurred to me to > > look at that bit (after all, the mailboard is most decidedly *not* a PC AT > > keyboard)... > > Actually, it is- it's a PS/2 device. It just happens to be connected to > some IO lines, rather than a FIFO, like it ought to be. Jasmine (I hope you still read this ML), or anyone else who knows anything more about that, could you please provide me with as much information on that matter as possible? Can it be proved in any way that the keyboard is a PS/2 device? For me, the fact that Matt's serio driver interacts correctly with a standard atkbd keyboard driver means that reusing atkbd is not as wrong solution as Dmitry suggests saying a new keyboard driver should be created. Maybe just removing the scancode translation functionality from the Matt's serio driver and somehow pushing a custom keymap for E3 into the atkbd instead could be an acceptable solution here? But before I take this way, I think I have to be able to prove that this keyboard is not really different from a standard AT keyboard, and writing a separate keyboard driver for it, just because the E3 has a non-standard keyboard port, may not be a good idea. Thanks, Janusz

2 2

Fwd: [RFC][PATCH 0/5] omap1: Amstrad Delta: add support for external keyboard
by Janusz Krzysztofik 10 Dec '09

10 Dec '09

Hi, I forgot to CC: e3-hacking on submission, here is a copy, and a link: http://www.spinics.net/lists/linux-omap/msg22001.html. I'll try to remember about adding to CC: when replying to comments if any. Thanks, Janusz ---------- Original message ---------- Subject: [RFC][PATCH 0/5] omap1: Amstrad Delta: add support for external keyboard Date: Thursday, 10 December 2009 From: Janusz Krzysztofik <jkrzyszt(a)tis.icnet.pl> To: linux-omap(a)vger.kernel.org This series of patches adds support for an external keyboard (called mailboard) connected to the Amstrad Delta (E3) videophone. The series is based on a patch by Matt Callow, created against linux-omap-2.6.19[1], initially submitted to the e3-hacking mailing list in April 2006[2]. Since the keyboard serial clock line is connected to a GPIO line, it generates interrupts every single bit received. In order to handle this correctly, the code makes use of a FIQ hardware feature. Since all MPU GPIO generated interrupts would be converted to FIQ, the handler must include support for all supported MPU GPIO connected devices: the keyboard, a modem and a hook switch. My modifications to the original patch include: - split into several patches, - refresh against a recent linux version, - a lot of cleanups, mainly to get rid of checkpatch reported issues, - add support for also handling interrupts generated by a GPIO line that the recently added hook switch hangs off. Created and tested against linux-omap for-next, commit 82f1d8f22f2c65e70206e40a6f17688bf64a892c dated 2009-12-02. Janusz Krzysztofik(5) omap1: Amstrad Delta: add FIQ handler for serial keyboard port interrupt processing omap1: Amstrad Delta: add a handler for processing interrupts generated by the FIQ routine omap1: Amstrad Delta: use FIQ for processing MPU GPIO interrupts input: serio: add support for Amstrad Delta serial keyboard port omap1: Amstrad Delta: modify defconfig for external keyboard support arch/arm/configs/ams_delta_defconfig | 2 arch/arm/mach-omap1/Kconfig | 8 arch/arm/mach-omap1/Makefile | 3 arch/arm/mach-omap1/ams-delta-fiq-handler.S | 342 +++++++++++++++++++++++ arch/arm/mach-omap1/ams-delta-fiq.c | 175 +++++++++++ arch/arm/mach-omap1/board-ams-delta.c | 6 arch/arm/mach-omap1/include/mach/ams-delta-fiq.h | 56 +++ arch/arm/plat-omap/include/plat/irqs.h | 4 drivers/input/serio/Kconfig | 9 drivers/input/serio/Makefile | 1 drivers/input/serio/ams_delta_keyboard.c | 240 ++++++++++++++++ 11 files changed, 845 insertions(+), 1 deletion(-) [1] http://the.earth.li/pub/e3/2.6.19/ams-delta-keyboard.patch [2] http://www.earth.li/pipermail/e3-hacking/2006-April/000453.html --- There is one minor issue that I have not dealt with yet: when built with CONFIG_OMAP_RESET_CLOCKS=y, the keyboard driver stops working. I have no idea how I could find which clock I should enable to get it working regardless of boot loader used. Any suggestions? Thanks, Janusz -------------------------------------------------------

1 0