Re: Linux tty layer hackery: Heads up and RFC

2005-07-26 Thread Mark Underwood
Hi Alan, Thanks for your help, I might give this ago once I've fixed some flow control problems in my driver. On a loosely related topic I have extended serial_core.c to handle DMA UARTS (only the TX path is effected). Once I'm happy with my changes I post a patch. Best Regards, Mark --- Alan

Re: Linux tty layer hackery: Heads up and RFC

2005-07-26 Thread Alan Cox
On Maw, 2005-07-26 at 10:55 +0100, Mark Underwood wrote: > What my driver would like to do is to handle its own > input buffers. It would pass the buffer to the tty > layer when it is full and the tty layer would pass the In theory you can do that already, although the locking is a bit screwed up

Re: Linux tty layer hackery: Heads up and RFC

2005-07-26 Thread Mark Underwood
Hi Rogier, Having just written a DMA UART driver I can say this is good news :-). Here are some things to think about: What my driver would like to do is to handle its own input buffers. It would pass the buffer to the tty layer when it is full and the tty layer would pass the buffer back once it

Re: Linux tty layer hackery: Heads up and RFC

2005-07-22 Thread Alan Cox
On Gwe, 2005-07-22 at 16:57 +0200, Rogier Wolff wrote: > Ok, So then I start copying characters into the flipstring, but how do > I say I'm done? tty_flip_buffer_push() (or its possibly renamed equivalent). At that point as now the buffer may get processed or queued to the ldisc. At that point its

Re: Linux tty layer hackery: Heads up and RFC

2005-07-22 Thread Rogier Wolff
On Thu, Jul 21, 2005 at 06:46:32PM +0100, Alan Cox wrote: > int tty_prepare_flip_string(tty, strptr, len) > > Adjust the buffer to allow len characters to be added. Returns a buffer > pointer in strptr and the length available. This allows for hardware > that needs to use functions like insl or me

Re: Linux tty layer hackery: Heads up and RFC

2005-07-21 Thread Sergei Organov
Alan Cox <[EMAIL PROTECTED]> writes: > At the moment tty buffers are attached directly to the tty. This is > causing a lot of the problems related to tty layer locking, also > problems at high speed and also with bursty data (such as occurs in > virtualised environments) > > I'm working on ripping

Linux tty layer hackery: Heads up and RFC

2005-07-21 Thread Alan Cox
At the moment tty buffers are attached directly to the tty. This is causing a lot of the problems related to tty layer locking, also problems at high speed and also with bursty data (such as occurs in virtualised environments) I'm working on ripping out the flip buffers and replacing them with a p