05 Jan, 2012

1 commit


16 Nov, 2011

1 commit

  • The crisv10.c and the atmel_serial.c serial drivers intepret the fields of the
    serial_rs485 structure in a different way.

    In particular, crisv10.c uses SER_RS485_RTS_AFTER_SEND and
    SER_RS485_RTS_ON_SEND for the voltage of the RTS pin; atmel_serial.c,
    instead, uses these values to know if a delay must be set before and
    after sending. This patch makes the usage of these variables consistent
    across all drivers and fixes the Documentation as well.

    From now on, SER_RS485_RTS_AFTER_SEND and SER_RS485_RTS_ON_SEND will be
    used to set the voltage of the RTS pin (as in the crisv10.c driver); the
    delay will be understood by looking only at the value of
    delay_rts_before_send and delay_rts_after_send.

    Signed-off-by: Claudio Scordino
    Signed-off-by: Darron Black
    Acked-by: Jesper Nilsson
    Acked-by: Nicolas Ferre
    Acked-by: Alan Cox
    Signed-off-by: Greg Kroah-Hartman

    Claudio Scordino
     

05 Nov, 2011

1 commit


19 Oct, 2011

1 commit

  • Generic bindings for RS485 feature included in some UARTs.
    Those bindings have to be used withing an UART device tree node.
    Documentation updated to link to the bindings definition.

    Signed-off-by: Nicolas Ferre
    Acked-by: Grant Likely
    Signed-off-by: Greg Kroah-Hartman

    Nicolas Ferre
     

25 Aug, 2011

1 commit


13 Jun, 2011

1 commit

  • Change all "arch/i386" to "arch/x86" in Documentaion/,
    since the directory has changed.

    Also update the files which have changed their filename
    in the meantime accordingly.

    Signed-off-by: Wanlong Gao
    [jkosina@suse.cz: reword changelog]
    Signed-off-by: Jiri Kosina

    Wanlong Gao
     

31 Mar, 2011

1 commit


10 Mar, 2011

1 commit

  • * this documentation gives some details on how to get the n_gsm
    line discipline to work with modems supporting 07.10 basic option.

    * it was tested on Telit and Simcom modems.

    Signed-off-by: Eric Bénard
    Cc: Alan Cox
    Signed-off-by: Greg Kroah-Hartman

    Eric Bénard
     

14 Jan, 2011

1 commit


01 Dec, 2010

1 commit


12 Nov, 2010

1 commit


04 Aug, 2010

1 commit

  • Below you will find an updated version from the original series bunching all patches into one big patch
    updating broken web addresses that are located in Documentation/*
    Some of the addresses date as far far back as 1995 etc... so searching became a bit difficult,
    the best way to deal with these is to use web.archive.org to locate these addresses that are outdated.
    Now there are also some addresses pointing to .spec files some are located, but some(after searching
    on the companies site)where still no where to be found. In this case I just changed the address
    to the company site this way the users can contact the company and they can locate them for the users.

    Signed-off-by: Justin P. Mattock
    Signed-off-by: Thomas Weber
    Signed-off-by: Mike Frysinger
    Cc: Paulo Marques
    Cc: Randy Dunlap
    Cc: Michael Neuling
    Signed-off-by: Jiri Kosina

    Justin P. Mattock
     

13 Mar, 2010

1 commit


12 Dec, 2009

2 commits


15 Nov, 2008

1 commit


21 Jul, 2008

1 commit

  • Serial drivers using DMA (like the atmel_serial driver) tend to get very
    confused when the xmit buffer is flushed and nobody told them. They
    also tend to spew a lot of garbage since the DMA engine keeps running
    after the buffer is flushed and possibly refilled with unrelated data.

    This patch adds a new flush_buffer operation to the uart_ops struct,
    along with a call to it from uart_flush_buffer() right after the xmit
    buffer has been cleared. The driver can implement this in order to
    syncronize its internal DMA state with the xmit buffer when the buffer
    is flushed.

    Signed-off-by: Haavard Skinnemoen
    Acked-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Haavard Skinnemoen
     

03 Jun, 2006

1 commit


16 Apr, 2006

1 commit

  • Improve serial driver documentation:
    - Remove CVS id.
    - Update pointer to reference driver documentation.
    - Add comments about new uart_write_console function.
    - Add TIOCM_LOOP modem control bit description.
    - Add commentry about enable_ms method being called multiple times.
    - Add commentry about startup/shutdown method calling.
    - Mention that dereferencing port->info after shutdown is invalid.

    Signed-off-by: Russell King

    Russell King
     

31 Oct, 2005

1 commit


31 Aug, 2005

1 commit

  • The start_tx and stop_tx methods were passed a flag to indicate
    whether the start/stop was from the tty start/stop callbacks, and
    some drivers used this flag to decide whether to ask the UART to
    immediately stop transmission (where the UART supports such a
    feature.)

    There are other cases when we wish this to occur - when CTS is
    lowered, or if we change from soft to hard flow control and CTS
    is inactive. In these cases, this flag was false, and we would
    allow the transmitter to drain before stopping.

    There is really only one case where we want to let the transmitter
    drain before disabling, and that's when we run out of characters
    to send.

    Hence, re-jig the start_tx and stop_tx methods to eliminate this
    flag, and introduce new functions for the special "disable and
    allow transmitter to drain" case.

    Signed-off-by: Russell King

    Russell King
     

29 Jun, 2005

1 commit

  • This patch changes the way serial ports are locked when getting modem
    status. This change is necessary because we will need to atomically
    read the modem status and take action depending on the CTS status.

    Signed-off-by: Russell King

    Russell King
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds