All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: derosier@pianodisc.com
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: [PATCH] serial-u16550 driver.  Fixes buffer blocking bug (2nd try)
Date: Wed, 03 Dec 2003 14:25:49 +0100	[thread overview]
Message-ID: <s5h8yluc9sy.wl@alsa2.suse.de> (raw)
In-Reply-To: <3FCD3F39.5050902@pianodisc.com>

At Tue, 02 Dec 2003 17:41:13 -0800,
Steve deRosier wrote:
> 
> Takashi,
> 
> I've completed my changes on the serial-u16550 driver.  I have 
> implemented most of your suggestions to my previous patch.  Now:
> 
> * There is a user selectable flag "droponfull".  Set to 1 and
>   any new bytes delivered to the driver after the buffer fills
>   up will be discarded until the buffer is able to flush some
>   bytes.
> * If droponfull==0 (or is not set, the default is 0), the driver
>   proceeds to block further input by not calling 
>   snd_rawmidi_transmit_ack() and aborting the attempt.  It will
>   try again later.
> * I've redone a bit of the interface for the buffer routines.  
>   This was done to support the proper blocking/non-blocking methods
>   as spelled out above, and to try to protect the buffer data a bit.  
> 
> So, if droponfull==0, we operate as originally desired (but the 
> original implementation was broken a bit and this fixes it).  If
> droponfull==1 we now discard new bytes if our buffer is full; this
> behavior fixes the driver "hang" problem we were having.
> 
> The changes should have no material effect on the "SNDRV_SERIAL_MS124W_MB"
> device, and all others should still work well, though we can only
> test with the SNDRV_SERIAL_GENERIC. 

thanks, the patch looks nice.

unfortunately, the patch was broken.  perhaps your mailer converted
tab to spaces.  so i applied it manually and committed to cvs.
i hope i didn't copy wrongly.

please test whether it works when rc2 appears.


ciao,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

      reply	other threads:[~2003-12-03 13:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-29 21:47 [PATCH] serial-u16550 driver. Fixes buffer blocking bug Steve deRosier
2003-10-30 12:58 ` Takashi Iwai
2003-10-30 21:33   ` Steve deRosier
2003-10-31 17:49     ` Takashi Iwai
2003-11-04  1:44       ` Steve deRosier
2003-11-07 17:28         ` Takashi Iwai
2003-12-03  1:41       ` [PATCH] serial-u16550 driver. Fixes buffer blocking bug (2nd try) Steve deRosier
2003-12-03 13:25         ` Takashi Iwai [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5h8yluc9sy.wl@alsa2.suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=derosier@pianodisc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.