1. 22 Jul, 2008 7 commits
  2. 15 Jul, 2008 1 commit
  3. 13 Jun, 2008 1 commit
  4. 06 Jun, 2008 1 commit
  5. 15 May, 2008 1 commit
  6. 29 Apr, 2008 1 commit
  7. 28 Apr, 2008 1 commit
    • David Brownell's avatar
      rtc: avoid legacy drivers with generic framework · c7500900
      David Brownell authored
      
      Kconfig tweaks to help reduce RTC configuration bugs, by avoiding
      legacy RTC drivers when the generic RTC framework is enabled:
      
       - If rtc-cmos is selected, disable the legacy rtc driver;
      
       - When using generic RTC on x86, enable rtc-cmos by default;
      
       - In the old "chardev RTC" section of Kconfig, add a comment
         warning people off these (seven) legacy RTC drivers when
         the generic framework is in use.
      
      People can still use the legacy drivers if they want (or need) to.
      
      This doesn't fix the broken dependencies for the legacy "CMOS" RTC driver.
      Ideally it would be a full list of platforms where it works, not a partial
      list of ones where it won't.  Or better yet, it would depend on a
      "HAVE_CMOS_RTC" flag defined by various platforms ...  surely there's a
      Kconfig style guideline lurking there.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Acked-by: default avatarAlessandro Zummo <a.zummo@towertech.it>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      c7500900
  8. 25 Apr, 2008 1 commit
  9. 20 Apr, 2008 2 commits
  10. 09 Feb, 2008 1 commit
  11. 07 Feb, 2008 1 commit
  12. 06 Feb, 2008 3 commits
  13. 25 Jan, 2008 1 commit
    • Frank Seidel's avatar
      nozomi driver · 20fd1e3b
      Frank Seidel authored
      
      This is a driver to control the cardbus wireless data card that works on
      3g networks.
      
      Greg Kroah-Hartman <gregkh@suse.de> did the initial driver cleanup.
      Thanks to Arnaud Patard <apatard@mandriva.com> for help with bugfixing.
      Thanks to Alan Cox for a lot of tty fixes.
      Thanks to Satyam Sharma <satyam@infradead.org> for fixing buildbreakage.
      Thanks to Frank Seidel <fseidel@suse.de> for a lot of bugfixes and
      rewriting to make it a sane Linux driver
      Thanks to Jiri Slaby <jirislaby@gmail.com> for a lot bugfixes, cleanups
      and rewrites that make it much more readable.
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: default avatarFrank Seidel <fseidel@suse.de>
      Signed-off-by: default avatarJiri Slaby <jirislaby@gmail.com>
      20fd1e3b
  14. 22 Jan, 2008 1 commit
  15. 17 Dec, 2007 1 commit
  16. 28 Nov, 2007 1 commit
  17. 23 Oct, 2007 1 commit
    • Rusty Russell's avatar
      Virtio console driver · 31610434
      Rusty Russell authored
      
      This is an hvc-based virtio console driver.  It's suboptimal becuase
      hvc expects to have raw access to interrupts and virtio doesn't assume
      that, so it currently polls.
      
      There are two solutions: expose hvc's "kick" interface, or wean off hvc.
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
      31610434
  18. 18 Oct, 2007 2 commits
  19. 17 Oct, 2007 3 commits
  20. 16 Oct, 2007 1 commit
  21. 26 Jul, 2007 1 commit
  22. 24 Jul, 2007 1 commit
  23. 21 Jul, 2007 1 commit
  24. 20 Jul, 2007 1 commit
  25. 18 Jul, 2007 2 commits
    • Jeremy Fitzhardinge's avatar
      xen: use the hvc console infrastructure for Xen console · b536b4b9
      Jeremy Fitzhardinge authored
      
      Implement a Xen back-end for hvc console.
      
      * * *
      Add early printk support via hvc console, enable using
      "earlyprintk=xen" on the kernel command line.
      
      From: Gerd Hoffmann <kraxel@suse.de>
      Signed-off-by: default avatarJeremy Fitzhardinge <jeremy@xensource.com>
      Signed-off-by: default avatarChris Wright <chrisw@sous-sol.org>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Acked-by: default avatarOlof Johansson <olof@lixom.net>
      b536b4b9
    • Maciej W. Rozycki's avatar
      zs: move to the serial subsystem · 8b4a4080
      Maciej W. Rozycki authored
      
      This is a reimplementation of the zs driver for the serial subsystem.  Any
      resemblance to the old driver is purely coincidential.  ;-) I do hope I got
      the handling of modem lines right -- better do not tackle me about the
      issue unless you feel too good...
      
      Any users of the old driver: please note the numbers of the serial lines
      have now been swapped, i.e.  ttyS0 <-> ttyS1 and ttyS2 <-> ttyS3.  It has
      to do with the modem lines mentioned above; basically the port A in a given
      chip has to be initialised before the port B if you want to use the latter
      as the serial console (which is usually the case), as operations on modem
      lines of the serial line associated with the port B access both ports (see
      the comment at the top of the driver for the details of wiring used).
      Please update your scripts.
      
      This is also the reason each SCC now requests an IRQ once only (as seen in
      "/proc/interrupts") -- the handler takes care of both ports at once as the
      line associated with the port B has to take status update interrupts from
      both ports (and yet the line of the port A takes its own for itself too).
      The old driver never got it right...
      Signed-off-by: default avatarMaciej W. Rozycki <macro@linux-mips.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      8b4a4080
  26. 17 Jul, 2007 2 commits