1. 31 8月, 2005 5 次提交
    • R
      [SERIAL] Clean up and fix tty transmission start/stoping · b129a8cc
      Russell King 提交于
      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: NRussell King <rmk+kernel@arm.linux.org.uk>
      b129a8cc
    • L
    • M
      [PATCH] ppc32 8xx: fix warnings in m8xx_setup.c · 62c592ed
      Marcelo Tosatti 提交于
      The following patch fixes two warnings in arch/ppc/syslib/m8xx_setup.c
      Signed-off-by: NMarcelo Tosatti <marcelo.tosatti@cyclades.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      62c592ed
    • I
      [PATCH] x86: pci_assign_unassigned_resources() update · 81d4af13
      Ivan Kokshaysky 提交于
      I had some time to think about PCI assign issues in 2.6.13-rc series.
      
      The major problem here is that we call pci_assign_unassigned_resources()
      way too early - at subsys_initcall level. Therefore we give no chances
      to ACPI and PnP routines (called at fs_initcall level) to reserve their
      respective resources properly, as the comments in drivers/pnp/system.c
      and drivers/acpi/motherboard.c suggest:
      
       /**
        * Reserve motherboard resources after PCI claim BARs,
        * but before PCI assign resources for uninitialized PCI devices
        */
      
      So I moved the pci_assign_unassigned_resources() call to
      pcibios_assign_resources() (fs_initcall), which should hopefully fix a
      lot of problems and make PCIBIOS_MIN_IO tweaks unnecessary.
      
      Other changes:
      - remove resource assignment code from pcibios_assign_resources(), since
        it duplicates pci_assign_unassigned_resources() functionality and
        actually does nothing in 2.6.13;
      - modify ROM assignment code as per Ben's suggestion: try to use firmware
        settings by default (if PCI_ASSIGN_ROMS is not set);
      - set CARDBUS_IO_SIZE back to 4K as it's a wonderful stress test for
        various setups.
      
      Confirmed by Tero Roponen <teanropo@cc.jyu.fi> (who had problems with
      the 4kB CardBus IO size previously).
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      81d4af13
    • J
      Merge HEAD from /spare/repo/linux-2.6/.git · ed735ccb
      Jeff Garzik 提交于
      ed735ccb
  2. 30 8月, 2005 35 次提交