Skip to content
Snippets Groups Projects
  1. Jun 09, 2020
  2. Oct 30, 2019
  3. Jul 22, 2019
  4. May 21, 2019
  5. Jun 15, 2018
  6. Mar 26, 2018
  7. May 10, 2017
  8. Oct 02, 2015
  9. Sep 28, 2015
  10. Feb 06, 2013
  11. Jan 19, 2013
    • Joe Millenbach's avatar
      tty: Added a CONFIG_TTY option to allow removal of TTY · 4f73bc4d
      Joe Millenbach authored
      
      The option allows you to remove TTY and compile without errors. This
      saves space on systems that won't support TTY interfaces anyway.
      bloat-o-meter output is below.
      
      The bulk of this patch consists of Kconfig changes adding "depends on
      TTY" to various serial devices and similar drivers that require the TTY
      layer.  Ideally, these dependencies would occur on a common intermediate
      symbol such as SERIO, but most drivers "select SERIO" rather than
      "depends on SERIO", and "select" does not respect dependencies.
      
      bloat-o-meter output comparing our previous minimal to new minimal by
      removing TTY.  The list is filtered to not show removed entries with awk
      '$3 != "-"' as the list was very long.
      
      add/remove: 0/226 grow/shrink: 2/14 up/down: 6/-35356 (-35350)
      function                                     old     new   delta
      chr_dev_init                                 166     170      +4
      allow_signal                                  80      82      +2
      static.__warned                              143     142      -1
      disallow_signal                               63      62      -1
      __set_special_pids                            95      94      -1
      unregister_console                           126     121      -5
      start_kernel                                 546     541      -5
      register_console                             593     588      -5
      copy_from_user                                45      40      -5
      sys_setsid                                   128     120      -8
      sys_vhangup                                   32      19     -13
      do_exit                                     1543    1526     -17
      bitmap_zero                                   60      40     -20
      arch_local_irq_save                          137     117     -20
      release_task                                 674     652     -22
      static.spin_unlock_irqrestore                308     260     -48
      
      Signed-off-by: default avatarJoe Millenbach <jmillenbach@gmail.com>
      Reviewed-by: default avatarJamey Sharp <jamey@minilop.net>
      Reviewed-by: default avatarJosh Triplett <josh@joshtriplett.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4f73bc4d
  12. Jan 10, 2011
  13. Feb 22, 2010
  14. Dec 30, 2008
  15. Nov 19, 2008
  16. Apr 15, 2008
  17. Sep 28, 2007
  18. Sep 26, 2007
  19. Jul 18, 2007
    • Jan Kratochvil's avatar
      Input: xpad - add support for leds on xbox 360 pad · 4994cd8d
      Jan Kratochvil authored
      Export LEDs on Xbox360 pad via led subsystem as a single device in
      /sys/class/leds/xpad[0-9]+.
      
      Xbox360 pad has four leds, which form a circle. Unfortunately the leds
      can't be controlled independently and can only display a predefined
      set of patterns (for example one is turned on wile others are off or
      a rotating pattern - 1-2-3-4). To activate a pattern one needs to send
      a specific command to the device (see http://www.free60.org/wiki/Gamepad
      
      ).
      
      Led subsystem allows us to set brightness, but there is nothing like
      brightness on this device. So brightness is actually interpreted as
      the command (only values between 0 and 14 are accepted).
      
      Signed-off-by: default avatarJan Kratochvil <honza@jikos.cz>
      Signed-off-by: default avatarDmitry Torokhov <dtor@mail.ru>
      4994cd8d
  20. Jul 10, 2007
  21. May 16, 2007
  22. May 08, 2007
  23. Oct 03, 2006
  24. Apr 16, 2005
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!
      v2.6.12-rc2
      1da177e4
Loading