From: Charles D. <cd...@mv...> - 2001-06-26 15:12:04
|
On Tue, Jun 26, 2001 at 01:33:05PM +0100, Justin Cormack wrote: > I seem to have lost my version, though I may be able to reconstruct > it quite quickly. I think it was somewhat simpler: essentially it > used inputattach like the serial drivers but just attached to a pty > rather than a serial port. Because of this it appeared just like any > other event driver. The only question was what event masks to set > and so on. You could happily open multiple devices etc. Nifty. Please do send me a copy should you get it together, and preferably the list as well -- it sounds like the modifications needed to use it over my existing version should be slight, and the benefits significant; I'd be happy to see it (or any such solution) included in the tree. |
From: James S. <jsi...@tr...> - 2001-06-27 16:45:46
|
> On Tue, Jun 26, 2001 at 01:33:05PM +0100, Justin Cormack wrote: > > I seem to have lost my version, though I may be able to reconstruct > > it quite quickly. I think it was somewhat simpler: essentially it > > used inputattach like the serial drivers but just attached to a pty > > rather than a serial port. Because of this it appeared just like any > > other event driver. The only question was what event masks to set > > and so on. You could happily open multiple devices etc. > > Nifty. > > Please do send me a copy should you get it together, and preferably > the list as well -- it sounds like the modifications needed to use it > over my existing version should be slight, and the benefits > significant; I'd be happy to see it (or any such solution) included in > the tree. Please do. I like to see this as well. Sounds pretty cool. |
From: Ralf A. <ra...@sh...> - 2001-06-27 17:08:25
|
I did something similar at http://www.iptel-now.de/HOWTO/INPUT_DECOMPOSED/input_decomposed.html It's using a new device though (the same way Alessandro Rubini did in his example and the other email this week did. BTW - i was unsure whether this approach can handle bytes arriving "byte by byte" and not "on block", so i used another "re-assembling" algorithm, the (hardware) devices that i use to inject the events do send interleaved anyway). I like the idea of just "inputattaching" to a pty much more too though ! So looking forward to having a look at your code. regards ralf On Wed, 27 Jun 2001, James Simmons wrote: > > > On Tue, Jun 26, 2001 at 01:33:05PM +0100, Justin Cormack wrote: > > > I seem to have lost my version, though I may be able to reconstruct > > > it quite quickly. I think it was somewhat simpler: essentially it > > > used inputattach like the serial drivers but just attached to a pty > > > rather than a serial port. Because of this it appeared just like any > > > other event driver. The only question was what event masks to set > > > and so on. You could happily open multiple devices etc. > > > > Nifty. > > > > Please do send me a copy should you get it together, and preferably > > the list as well -- it sounds like the modifications needed to use it > > over my existing version should be slight, and the benefits > > significant; I'd be happy to see it (or any such solution) included in > > the tree. > > Please do. I like to see this as well. Sounds pretty cool. > > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > http://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > -- -- Best regards, Ralf Ackermann |
From: James S. <jsi...@tr...> - 2001-06-27 19:55:02
|
> I did something similar at > http://www.iptel-now.de/HOWTO/INPUT_DECOMPOSED/input_decomposed.html Your the PS/2 to serial guy. BTW where can you pick up one of these devices? I like to order on to show it off at the company. > It's using a new device though (the same way Alessandro Rubini did in his > example and the other email this week did. BTW - i was unsure whether > this approach can handle bytes arriving "byte by byte" and not "on > block", so i used another "re-assembling" algorithm, the (hardware) > devices that i use to inject the events do send interleaved anyway). Ah. I really need to write some docs on input driver writing. We have docs but they could be better. > I like the idea of just inputattaching" to a pty much more too though ! > So looking forward to having a look at your code. Me too. I look forward to Justin's code. Does this mean we can send events from a remote machine? |
From: Charles D. <cd...@mv...> - 2001-06-27 20:11:38
|
On Wed, Jun 27, 2001 at 12:54:51PM -0700, James Simmons wrote: > > I like the idea of just inputattaching" to a pty much more too though ! > > So looking forward to having a look at your code. >=20 > Me too. I look forward to Justin's code. Does this mean we can send events > from a remote machine? That's what I'm doing with my existing code (posted earlier); Justin's should allow it also. (I'm also involving some userland pipes to do byteorder adjustments and such, but these shouldn't be necessary in most cases). |
From: James S. <jsi...@tr...> - 2001-06-27 20:14:35
|
> > > I like the idea of just inputattaching" to a pty much more too though ! > > > So looking forward to having a look at your code. > > > > Me too. I look forward to Justin's code. Does this mean we can send events > > from a remote machine? > > That's what I'm doing with my existing code (posted earlier); Hum. I thought it was a work around for hotplug as well as for testing to inject event packets into the input core. I didn't realize you could do it remotely as well. Actually I just realized you could make these event occur over the network. > Justin's > should allow it also. (I'm also involving some userland pipes to do > byteorder adjustments and such, but these shouldn't be necessary in > most cases). I see everyone is working for the same thing. I hope everyone can merge their work together. |
From: Ralf A. <ra...@sh...> - 2001-06-27 21:06:00
|
Hello James, > Your the PS/2 to serial guy. BTW where can you pick up one of these > devices? I like to order on to show it off at the company. I made the existing ones on my own. I can send you one handwired prototype (i have made 2 and don't need them both at the moment. It does the keyboard conversion only, the mouse part is soldered and wired but the ATMEL software (for interleaving, mouse alone works too) is not fully finished yet) for testing. I leave for 3 weeks of conferences and holiday next Monday, so just drop me a note and i'll send it by air mail. I benefit a lot from what the linux-console people did, so that's ok. regards ralf -- Best regards, Ralf Ackermann |