1. 13 11月, 2005 1 次提交
    • L
      [SERIAL] don't disable xscale serial ports after autoconfig · 5c8c755c
      Lennert Buytenhek 提交于
      xscale-type UARTs have an extra bit (UUE) in the IER register that has
      to be written as 1 to enable the UART.  At the end of autoconfig() in
      drivers/serial/8250.c, the IER register is unconditionally written as
      zero, which turns off the UART, and makes any subsequent printch() hang
      the box.
      
      Since other 8250-type UARTs don't have this enable bit and are thus
      always 'enabled' in this sense, it can't hurt to enable xscale-type
      serial ports all the time as well.  The attached patch changes the
      autoconfig() exit path to see if the port has an UUE enable bit, and if
      yes, to write UUE=1 instead of just putting a zero into IER, using the
      same test as is used at the beginning of serial8250_console_write().
      Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      5c8c755c
  2. 10 11月, 2005 1 次提交
  3. 08 11月, 2005 2 次提交
  4. 07 11月, 2005 2 次提交
  5. 06 11月, 2005 1 次提交
  6. 05 11月, 2005 1 次提交
  7. 04 11月, 2005 1 次提交
  8. 31 10月, 2005 5 次提交
  9. 30 10月, 2005 1 次提交
  10. 29 10月, 2005 1 次提交
  11. 28 10月, 2005 3 次提交
  12. 25 10月, 2005 2 次提交
    • J
      [SERIAL] new hp diva console port · 551f8f0e
      Justin Chen 提交于
      Add the new ID 0x132a and configure the new PCI Diva console port.  This
      device supports only 1 single console UART.
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      551f8f0e
    • B
      [SERIAL] support the Exsys EX-4055 4S four-port card · add7b58e
      Bjorn Helgaas 提交于
      Tested by Wolfgang Denk with this device:
      
          00:0f.0 Network controller: PLX Technology, Inc. PCI <-> IOBus Bridge (rev 01)
              Subsystem: Exsys EX-4055 4S(16C550) RS-232
              Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
              Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
              Interrupt: pin A routed to IRQ 10
              Region 0: Memory at 80100000 (32-bit, non-prefetchable) [size=128]
              Region 1: I/O ports at 7080 [size=128]
              Region 2: I/O ports at 7400 [size=32]
      
          00:0f.0 Class 0280: 10b5:9050 (rev 01)
              Subsystem: d84d:4055
      
      Results with this patch:
      
          Serial: 8250/16550 driver $Revision: 1.90 $ 32 ports, IRQ sharing enabled
          ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
          PCI: Found IRQ 10 for device 0000:00:0f.0
          ttyS4 at I/O 0x7400 (irq = 10) is a 16550A
          ttyS5 at I/O 0x7408 (irq = 10) is a 16550A
          ttyS6 at I/O 0x7410 (irq = 10) is a 16550A
          ttyS7 at I/O 0x7418 (irq = 10) is a 16550A
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      add7b58e
  13. 22 10月, 2005 3 次提交
  14. 15 10月, 2005 2 次提交
  15. 14 10月, 2005 1 次提交
  16. 13 10月, 2005 3 次提交
  17. 11 10月, 2005 1 次提交
  18. 10 10月, 2005 2 次提交
  19. 04 10月, 2005 1 次提交
  20. 02 10月, 2005 1 次提交
  21. 01 10月, 2005 1 次提交
    • B
      [PATCH] ioc4_serial: Remove bogus error message · d38e24e2
      Brent Casavant 提交于
      This change removes a bogus error message from the IOC4 serial driver
      interrupt handler.
      
      This error message is bogus for two reasons.  First, it can never occur
      given that current code takes care to initialize IOC4 in such a way that
      these "unknown" interrupts could never occur.  Second, this code fails to
      take into account that other drivers can share the IOC4 interrupt mechanism
      through SA_SHIRQ, and thus this driver is not in-fact "all-knowing".
      
      Finally, this error message triggers every time some "unknown" interrupt
      occurs -- it's not rate limited or repetition limited in any way, thereby
      effectively denying use of the console device.  Given its bogosity in the
      first place, it's best to just get rid of it entirely.
      Acked-by: NPat Gefre <pfg@sgi.com>
      Signed-off-by: NBrent Casavant <bcasavan@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d38e24e2
  22. 29 9月, 2005 1 次提交
  23. 26 9月, 2005 2 次提交
  24. 24 9月, 2005 1 次提交