1. 26 2月, 2011 1 次提交
  2. 07 12月, 2009 1 次提交
  3. 12 6月, 2009 2 次提交
    • M
      [S390] 3270: lock dependency fixes · 205d7ab9
      Martin Schwidefsky 提交于
      Lockdep found a problem with the lock order of the view lock and the
      ccw device lock. raw3270_activate_view/raw3270_deactivate_view first
      take the ccw device lock then call the activate/deactivate functions
      of the view which take view lock. The update functions of the
      con3270/tty3270 view will first take the view lock, then take the
      ccw device lock. To fix this the activate/deactivate functions are
      changed to avoid taking the view lock by moving the functions calls
      that modify the 3270 output buffer to the update function which is
      called by a timer.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      205d7ab9
    • M
      [S390] 3270: do not register with tty_register_device · fcf7581f
      Martin Schwidefsky 提交于
      The tty3270_notifier that calls tty_register_device / tty_unregister_device
      is harmful in two ways:
      1) the device node that is create is wrong because the minor numbers for
         3270 tty start with 1 and tty_notifier passes the minor as index.
      2) If 1) is corrected you'll get a warning:
           WARNING: at fs/sysfs/dir.c:462 sysfs_add_one+0x4c/0x60()
           sysfs: duplicate filename '227:1' can not be created
         The 227:1 link is already created by raw3270_create_attributes to refer
         to ../../class/tty/tty<devno>. There cannot be two links.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      fcf7581f
  4. 14 7月, 2008 2 次提交
  5. 07 5月, 2008 1 次提交
  6. 30 4月, 2008 1 次提交
  7. 12 10月, 2007 1 次提交
  8. 06 2月, 2007 1 次提交
  9. 09 12月, 2006 1 次提交
    • A
      [PATCH] tty: switch to ktermios · 606d099c
      Alan Cox 提交于
      This is the grungy swap all the occurrences in the right places patch that
      goes with the updates.  At this point we have the same functionality as
      before (except that sgttyb() returns speeds not zero) and are ready to
      begin turning new stuff on providing nobody reports lots of bugs
      
      If you are a tty driver author converting an out of tree driver the only
      impact should be termios->ktermios name changes for the speed/property
      setting functions from your upper layers.
      
      If you are implementing your own TCGETS function before then your driver
      was broken already and its about to get a whole lot more painful for you so
      please fix it 8)
      
      Also fill in c_ispeed/ospeed on init for most devices, although the current
      code will do this for you anyway but I'd like eventually to lose that extra
      paranoia
      
      [akpm@osdl.org: bluetooth fix]
      [mp3@de.ibm.com: sclp fix]
      [mp3@de.ibm.com: warning fix for tty3270]
      [hugh@veritas.com: fix tty_ioctl powerpc build]
      [jdike@addtoit.com: uml: fix ->set_termios declaration]
      Signed-off-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NMartin Peschke <mp3@de.ibm.com>
      Acked-by: NPeter Oberparleiter <oberpar@de.ibm.com>
      Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
      Signed-off-by: NHugh Dickins <hugh@veritas.com>
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      606d099c
  10. 02 10月, 2006 1 次提交
    • J
      [PATCH] const struct tty_operations · b68e31d0
      Jeff Dike 提交于
      As part of an SMP cleanliness pass over UML, I consted a bunch of
      structures in order to not have to document their locking.  One of these
      structures was a struct tty_operations.  In order to const it in UML
      without introducing compiler complaints, the declaration of
      tty_set_operations needs to be changed, and then all of its callers need to
      be fixed.
      
      This patch declares all struct tty_operations in the tree as const.  In all
      cases, they are static and used only as input to tty_set_operations.  As an
      extra check, I ran an i386 allyesconfig build which produced no extra
      warnings.
      
      53 drivers are affected.  I checked the history of a bunch of them, and in
      most cases, there have been only a handful of maintenance changes in the
      last six months.  serial_core.c was the busiest one that I looked at.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Acked-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b68e31d0
  11. 28 9月, 2006 1 次提交
  12. 12 7月, 2006 1 次提交
  13. 01 7月, 2006 1 次提交
  14. 27 6月, 2006 2 次提交
  15. 24 3月, 2006 1 次提交
  16. 31 10月, 2005 1 次提交
  17. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4