1. 16 6月, 2009 1 次提交
    • G
      s390: remove driver_data direct access of struct device · dff59b64
      Greg Kroah-Hartman 提交于
      In the near future, the driver core is going to not allow direct access
      to the driver_data pointer in struct device.  Instead, the functions
      dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
      have been around since the beginning, so are backwards compatible with
      all older kernel versions.
      
      Thanks to Sebastian Ott <sebott@linux.vnet.ibm.com> for fixing a few
      typos in my original version of this patch.
      
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Sebastian Ott <sebott@linux.vnet.ibm.com>
      Cc: linux-s390@vger.kernel.org
      Cc: linux390@de.ibm.com
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      dff59b64
  2. 25 3月, 2009 2 次提交
  3. 26 1月, 2009 1 次提交
  4. 22 1月, 2009 1 次提交
  5. 25 12月, 2008 1 次提交
  6. 07 12月, 2008 1 次提交
  7. 11 10月, 2008 1 次提交
  8. 27 8月, 2008 1 次提交
  9. 14 7月, 2008 2 次提交
  10. 29 4月, 2008 1 次提交
  11. 12 2月, 2008 1 次提交
  12. 26 1月, 2008 1 次提交
  13. 11 10月, 2007 2 次提交
  14. 26 4月, 2007 2 次提交
  15. 12 2月, 2007 1 次提交
  16. 06 2月, 2007 1 次提交
  17. 07 12月, 2006 1 次提交
  18. 04 12月, 2006 1 次提交
  19. 03 12月, 2006 1 次提交
  20. 17 9月, 2006 1 次提交
    • F
      [PATCH] s390: minor s390 network driver fixes · 4c7ae6ea
      Frank Pavlic 提交于
      Hi Jeff,
      this is a RESEND of the nine s390 network driver patches.
      I finally found  that my kmail corrupted almost every patch
      I sent the last time. Please apply these 9 patches and forget
      about my first attempt! Sorry for the delay, I had some fights
      with sendmail, IMAP and mutt configuration.
      
      Frank
      
      [RESEND PATCH 1/9] s390: minor s390 network driver fixes
      
      From: Frank Pavlic <fpavlic@de.ibm.com>
      	- iucv driver:
                use do { } while (0) constructs
      	  instead of empty defines to avoid compile bugs.
              - ctc driver:
                missing lock initialization added
              - lcs driver:
                BUG_ON usage was removed accidently
      	  with the last lcs patch.
                Put them back in place.
      Signed-off-by: NFrank Pavlic <fpavlic@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      4c7ae6ea
  21. 27 6月, 2006 1 次提交
  22. 27 5月, 2006 2 次提交
    • J
      [netdrvr s/390] trim trailing whitespace · e82b0f2c
      Jeff Garzik 提交于
      Previous fix patches added a bunch of trailing whitespace,
      which git-applymbox complained loudly about.
      e82b0f2c
    • K
      [PATCH] s390: lcs driver bug fixes and improvements [1/2] · 27eb5ac8
      Klaus Wacker 提交于
      	Several problems occured with lcs device driver:
      	 - device not operational anymore after cable pull/plug-in.
             	 - unpredictable results occured, e.g. kernel panic
      	   using cards of type QD8F.
      	 - STOPLAN and delete multicast address command
                 were not proper recognized by OSA card under heavy network workload.
             	 - channel/device error checks missing in interrupt handler.
      	To fix all problems at once recovery of lcs devices has been improved.
      	missing error checks in lcs interrupt handler has been added.
      	Once a hardware problem occurs lcs will recover the device now properly.
      Signed-off-by: NFrank Pavlic <fpavlic@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      27eb5ac8
  23. 16 5月, 2006 1 次提交
  24. 02 4月, 2006 1 次提交
  25. 24 3月, 2006 1 次提交
  26. 18 2月, 2006 1 次提交
    • F
      [PATCH] s390: lcs performance enhancements · 0d613a27
      Frank Pavlic 提交于
      [patch 1/2] s390: lcs performance enhancements
      
      From: Klaus Wacker <kdwacker@de.ibm.com>
      	- When flood pinging (with large packet size) an LCS device,
      	  about 90 % of all packets are dropped by driver.
      	- increased number of lcs IO buffers to 32.
      	- use netif_stop_queue/netif_wake_queue in lcs_start_xmit routine
      	- don't lock the whole xmit routine but just the piece of code where
      	  tx_buffer is touched.
      Signed-off-by: NFrank Pavlic <fpavlic@de.ibm.com>
      
      diffstat:
       lcs.c |   31 +++++++++++++++++--------------
       lcs.h |    2 +-
       2 files changed, 18 insertions(+), 15 deletions(-)
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      0d613a27
  27. 02 2月, 2006 1 次提交
  28. 11 11月, 2005 1 次提交
  29. 07 11月, 2005 1 次提交
  30. 26 6月, 2005 1 次提交
    • M
      [PATCH] s390: debug feature changes · 66a464db
      Michael Holzheu 提交于
      This patch changes the memory allocation method for the s390 debug feature.
      Trace buffers had been allocated using the get_free_pages() function before.
      Therefore it was not possible to get big memory areas in a running system due
      to memory fragmentation.  Now the trace buffers are subdivided into several
      subbuffers with pagesize.  Therefore it is now possible to allocate more
      memory for the trace buffers and more trace records can be written.
      
      In addition to that, dynamic specification of the size of the trace buffers is
      implemented.  It is now possible to change the size of a trace buffer using a
      new debugfs file instance.  When writing a number into this file, the trace
      buffer size is changed to 'number * pagesize'.
      
      In the past all the traces could be obtained from userspace by accessing files
      in the "proc" filesystem.  Now with debugfs we have a new filesystem which
      should be used for debugging purposes.  This patch moves the debug feature
      from procfs to debugfs.
      
      Since the interface of debug_register() changed, all device drivers, which use
      the debug feature had to be adjusted.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      66a464db
  31. 21 6月, 2005 1 次提交
  32. 16 5月, 2005 2 次提交
    • F
      [PATCH] s390: set online race in the lcs driver · b5f9d55b
      Frank Pavlic 提交于
      [patch 3/10] s390: set online race in the lcs driver.
      
      From: Michael Holzheu <holzheu@de.ibm.com>
      
      There is a race between lcs_stopcard() and lcs_open_device() which
      can lead to the error 'lcs: Error in starting channel, rc=-16'.
      lcs_open_device() is invoked when 'ifconfig up' is called due to a
      hotplug event, which is caused by register_netdev(). In parallel
      lcs_stopcard() is executed. Both functions are sending lcs commands.
      The second invocation fails with -EBUSY (-16) as return value.
      Move invocation of register_netdev() after invocation of lcs_stopcard
      to avoid the race.
      Signed-off-by: NFrank Pavlic <pavlic@de.ibm.com>
      b5f9d55b
    • F
      [PATCH] s390: multicast address registration in lcs · 109a260b
      Frank Pavlic 提交于
      [patch 2/10] s390: multicast address registration in lcs.
      
      From: Michael Holzheu <holzheu@de.ibm.com>
      
      When setting lcs devices online you can run into an endless loop,
      because the code that registers the multicast addresses uses
      list_for_each_entry instead of list_for_each_entry_safe.
      Signed-off-by: NFrank Pavlic <pavlic@de.ibm.com>
      109a260b
  33. 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