From: Gilbert Wu <Gilbert_Wu@adaptec.com>
To: Jeff Garzik <jeff@garzik.org>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH] aic94xx: clean up PCI ID table per modern practice
Date: Fri, 31 Aug 2007 16:44:22 -0700 [thread overview]
Message-ID: <1188603862.6036.2.camel@linux.site> (raw)
In-Reply-To: <46D88ECE.1040107@garzik.org>
On Fri, 2007-08-31 at 17:57 -0400, Jeff Garzik wrote:
> Gilbert Wu wrote:
> >
> > On Fri, 2007-08-31 at 14:15 -0400, Jeff Garzik wrote:
> >> Gilbert Wu wrote:
> >>> Subject: [PATCH] scsi: Update Aic94xx SAS/SATA Linux open source device
> >>> driver to add new PCI ID for HBA ASC58300.
> >>>
> >>> Contribution:
> >>> Gilbert Wu <gilbert_wu@adaptec.com>
> >>>
> >>>
> >>> Patch: apply to aic94xx-sas-2.6.git development tree
> >>>
> >>> Signed-off-by: Gilbert Wu <gilbert_wu@adaptec.com>
> >>>
> >>> Change Log:
> >>>
> >>> 1. Add new HBA PCI ID for ASC58300 which has eight port SAS and
> >>> SATA PCI-X 133MHz low profile host bus adapter with two mini SAS
> >>> 4x external connectors.
> >>>
> >>>
> >>>
> >>> diff -urN old/drivers/scsi/aic94xx/aic94xx_hwi.h
> >>> new/drivers/scsi/aic94xx/aic94xx_hwi.h
> >>> --- old/drivers/scsi/aic94xx/aic94xx_hwi.h 2007-08-30 16:34:21.000000000 -0700
> >>> +++ new/drivers/scsi/aic94xx/aic94xx_hwi.h 2007-08-30 16:34:02.000000000 -0700
> >>> @@ -45,6 +45,7 @@
> >>> */
> >>> #define PCI_DEVICE_ID_ADAPTEC2_RAZOR10 0x410
> >>> #define PCI_DEVICE_ID_ADAPTEC2_RAZOR12 0x412
> >>> +#define PCI_DEVICE_ID_ADAPTEC2_RAZOR16 0x416
> >>> #define PCI_DEVICE_ID_ADAPTEC2_RAZOR1E 0x41E
> >>> #define PCI_DEVICE_ID_ADAPTEC2_RAZOR1F 0x41F
> >>> #define PCI_DEVICE_ID_ADAPTEC2_RAZOR30 0x430
> >>> diff -urN old/drivers/scsi/aic94xx/aic94xx_init.c new/drivers/scsi/aic94xx/aic94xx_init.c
> >>> --- old/drivers/scsi/aic94xx/aic94xx_init.c 2007-08-30 16:34:18.000000000 -0700
> >>> +++ new/drivers/scsi/aic94xx/aic94xx_init.c 2007-08-30 16:33:59.000000000 -0700
> >>> @@ -835,6 +835,8 @@
> >>> 0, 0, 1},
> >>> {PCI_DEVICE(PCI_VENDOR_ID_ADAPTEC2, PCI_DEVICE_ID_ADAPTEC2_RAZOR12),
> >>> 0, 0, 1},
> >>> + {PCI_DEVICE(PCI_VENDOR_ID_ADAPTEC2, PCI_DEVICE_ID_ADAPTEC2_RAZOR16),
> >>> + 0, 0, 1},
> >>> {PCI_DEVICE(PCI_VENDOR_ID_ADAPTEC2, PCI_DEVICE_ID_ADAPTEC2_RAZOR1E),
> >>> 0, 0, 1},
> >>> {PCI_DEVICE(PCI_VENDOR_ID_ADAPTEC2, PCI_DEVICE_ID_ADAPTEC2_RAZOR1F),
> >> ACK, but, really we need to delete all of PCI_DEVICE_ID_ADAPTEC2_* and
> >> replace them with the numeric (hex) constants, since they are only used
> >> in a single location.
> >>
> >> The PCI device table in aic94xx_init should really look like... (see
> >> attached)
> >>
> >> Much shorter, more maintainable, doesn't require patching the
> >> heavily-patched include/linux/pci_ids.h for single-use constants.
> >>
> >> Jeff
> >>
> >>
> >>
> >
> > Hi Jeff,
> >
> > I don't think we will add new PCI id for aic94xx in the future. Even
> > the ASC58300 is introduced two years ago. We should move those ID into
> > include/linux/pci_ids.h. We can change it next time.
>
> This is standard kernel driver policy for many drivers. There's no need
> for the constants to exist at all, since they are only used in one
> place, and add no value at all over the numeric constants.
>
> This is self-evident because the constants themselves are named based on
> the numeric values:
> ..._RAZOR12 == 0x412
> ..._RAZOR16 == 0x416
> etc.
>
> Regards,
>
> Jeff
>
>
>
I understand it now.
Thanks!
Gilbert
prev parent reply other threads:[~2007-08-31 23:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-31 17:59 [PATCH] scsi: Update Aic94xx SAS/SATA Linux open source device driver to add new PCI ID for HBA ASC58300 Gilbert Wu
2007-08-31 18:15 ` [PATCH] aic94xx: clean up PCI ID table per modern practice Jeff Garzik
2007-08-31 21:14 ` Gilbert Wu
2007-08-31 21:57 ` Jeff Garzik
2007-08-31 23:44 ` Gilbert Wu [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1188603862.6036.2.camel@linux.site \
--to=gilbert_wu@adaptec.com \
--cc=jeff@garzik.org \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.