1. 30 8月, 2006 2 次提交
  2. 12 8月, 2006 1 次提交
  3. 06 8月, 2006 1 次提交
  4. 04 8月, 2006 1 次提交
  5. 03 8月, 2006 1 次提交
  6. 01 8月, 2006 4 次提交
  7. 29 7月, 2006 1 次提交
    • R
      [PATCH] qla3xxx NIC driver · 5a4faa87
      Ron Mercer 提交于
      This is a complementary network driver for our ISP4XXX parts.
      
      There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
      integrated upstream as well.
      
      I have been through several iterations with the linux-netdev list and have had
      much response from Stephen Hemminger.
      
      - Built and tested using kernel 2.6.17-rc4.
      
      - The chip supports two ethernet and two iSCSI functions.
      
      - The functions ql_sem_lock, ql_sem_spinlock, ql_sem_unlock, and
        ql_wait_for_drvr_lock are used to protect resources that are shared across
        the network and iSCSI functions.  This protection is mostly during chip
        initialization and resets, but also include link management.
      
      - The PHY/MII are not exported through ethtool due to the fact that the
        iSCSI function will control the common link at least 50% of the time.
      
      This driver has been through several iterations on the netdev list and we feel
      this driver is ready for inclusion in the upstream kernel.
      
      It has been built and tested on x86 and PPC64 platforms.
      
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Stephen Hemminger <shemminger@osdl.org>
      Signed-off-by: NRon Mercer <ron.mercer@qlogic.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      5a4faa87
  8. 28 7月, 2006 2 次提交
  9. 27 7月, 2006 1 次提交
  10. 22 7月, 2006 1 次提交
  11. 15 7月, 2006 2 次提交
    • S
      [PATCH] delay accounting taskstats interface send tgid once · ad4ecbcb
      Shailabh Nagar 提交于
      Send per-tgid data only once during exit of a thread group instead of once
      with each member thread exit.
      
      Currently, when a thread exits, besides its per-tid data, the per-tgid data
      of its thread group is also sent out, if its thread group is non-empty.
      The per-tgid data sent consists of the sum of per-tid stats for all
      *remaining* threads of the thread group.
      
      This patch modifies this sending in two ways:
      
      - the per-tgid data is sent only when the last thread of a thread group
        exits.  This cuts down heavily on the overhead of sending/receiving
        per-tgid data, especially when other exploiters of the taskstats
        interface aren't interested in per-tgid stats
      
      - the semantics of the per-tgid data sent are changed.  Instead of being
        the sum of per-tid data for remaining threads, the value now sent is the
        true total accumalated statistics for all threads that are/were part of
        the thread group.
      
      The patch also addresses a minor issue where failure of one accounting
      subsystem to fill in the taskstats structure was causing the send of
      taskstats to not be sent at all.
      
      The patch has been tested for stability and run cerberus for over 4 hours
      on an SMP.
      
      [akpm@osdl.org: bugfixes]
      Signed-off-by: NShailabh Nagar <nagar@watson.ibm.com>
      Signed-off-by: NBalbir Singh <balbir@in.ibm.com>
      Cc: Jay Lan <jlan@engr.sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ad4ecbcb
    • R
      [PATCH] actual mailing list in MAINTAINERS · f5df5881
      Randy Dunlap 提交于
      Add actual mailing list email addresses for the 4 that were only listing a
      web page.
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f5df5881
  12. 13 7月, 2006 4 次提交
  13. 11 7月, 2006 2 次提交
  14. 06 7月, 2006 1 次提交
  15. 04 7月, 2006 2 次提交
  16. 01 7月, 2006 2 次提交
  17. 27 6月, 2006 1 次提交
  18. 26 6月, 2006 1 次提交
  19. 23 6月, 2006 4 次提交
  20. 15 6月, 2006 1 次提交
  21. 13 6月, 2006 1 次提交
  22. 10 6月, 2006 1 次提交
    • H
      [SCSI] hptiop: HighPoint RocketRAID 3xxx controller driver · ede1e6f8
      HighPoint Linux Team 提交于
      HighPoint RocketRAID 3220/3320 series 8 channel PCI-X SATA RAID Host
      Adapters.
      
      Fixes from original submission:
      
      Merge Andrew Morton's patches:
      - Provide locking for global list
      - Fix debug printks
      - uninline function with multiple callsites
      - coding style fixups
      - remove unneeded casts of void*
      - kfree(NULL) is legal
      - Don't "succeed" if register_chrdev() failed - otherwise we'll later
        unregister a not-registered chrdev.
      - Don't return from hptiop_do_ioctl() with the spinlock held.
      - uninline __hpt_do_ioctl()
      
      Update for Arjan van de Ven's comments:
      - put all asm/ includes after the linux/ ones
      - replace mdelay with msleep
      - add pci posting flush
      - do not set pci command reqister in map_pci_bar
      - do not try merging sg elements in hptiop_buildsgl()
      - remove unused outstandingcommands member from hba structure
      - remove unimplemented hptiop_abort() handler
      - remove typedef u32 hpt_id_t
      
      Other updates:
      - fix endianess
      Signed-off-by: NHighPoint Linux Team <linux@highpoint-tech.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      ede1e6f8
  23. 06 6月, 2006 1 次提交
  24. 05 6月, 2006 1 次提交
  25. 26 5月, 2006 1 次提交
    • A
      [PATCH] powerpc: linuxppc64.org no more · 6d923f98
      Arthur Othieno 提交于
      http://linuxppc64.org has long been a redirect to the canonical
      http://penguinppc.org/ppc64/ -- update all instances accordingly,
      as ACKed by Hollis:
      
      On Wed, Jan 18, 2006 at 09:48:08AM -0600, Hollis Blanchard wrote:
      > On Wed, 2006-01-18 at 13:07 +0100, Olaf Hering wrote:
      > > On Wed, Jan 18, Arthur Othieno wrote:
      > > >
      > > > What about the s/linuxppc64\.org/penguinppc\.org/g case? Or is
      > > > penguinppc64.org preferable? Or am I just taking it too far? ;)
      > >
      > > They are redirected on DNS or HTTP level.
      >
      > HTTP level, but that doesn't answer his question.
      >
      > As the maintainer of that site, I would prefer to remove the
      > linuxppc64.org reference.
      Signed-off-by: NArthur Othieno <apgo@patchbomb.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      6d923f98