All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paulius Zaleckas <paulius.zaleckas@teltonika.lt>
To: Michael Bramer <michael@debsupport.de>
Cc: Niels de Vos <niels.devos@wincor-nixdorf.com>,
	Tosoni <jp.tosoni@acksys.fr>,
	'Alan Cox' <alan@lxorguk.ukuu.org.uk>,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
Subject: Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech'
Date: Thu, 22 Jan 2009 13:47:35 +0200	[thread overview]
Message-ID: <49785CD7.6020800@teltonika.lt> (raw)
In-Reply-To: <20090122110003.GA24450@deb-support.de>

Michael Bramer wrote:
> On Thu, Jan 22, 2009 at 10:03:53AM +0100, Niels de Vos wrote:
>> Tosoni wrote:
>>>> On Wed, Jan 21, 2009 at 12:32:15PM +0000, Alan Cox wrote:
>>>>>>>>  static struct pci_device_id serial_pci_tbl[] = {
>>>>>>>> +       {       PCI_VENDOR_ID_ADVANTECH,
>>>> PCI_DEVICE_ID_ADVANTECH_PCI3620,
>>>>>>>> +               0x3620, PCI_ANY_ID, 0, 0,
>>>>>> Why not use PCI_VENDOR_ID_ADVANTECH as PCI_SUBVENDOR_ID too?
>>>>> The Advantech vendor id is not 0x3620. This confused me as
>>>> well which is
>>>>> why I asked for an lspci. Advantech has stuck the device id in the
>>>>> subvendor bits and '1' in the subdevice (so it should be 1 not
>>>>> PCI_ANY_ID).
>>>> is this better?
>>>>
>>>> +       {       PCI_VENDOR_ID_ADVANTECH,
>>>> PCI_DEVICE_ID_ADVANTECH_PCI3620,
>>>> +               PCI_DEVICE_ID_ADVANTECH_PCI3620, 1, 0, 0,
>>> Since the name describes a device id where it should be a (sub)vendor id,
>>> I would suggest that you add a line of comment to explain the case.
>>> So that no one will be tempted to change it back to PCI_VENDOR_ID_ADVANTECH
>>> in the future.
>> Definitely!
> 
> Is the patch now ok?

No :)

> ----
> This Patch add the device information for the
> MIC-3620 8-port RS-232 cPCI card from Advantech Co. Ltd.
> 
> Signed-off-by: Michael Bramer <grisu@deb-support.de>
> --- a/drivers/serial/8250_pci.c	2008-07-13 23:51:29.000000000 +0200
> +++ b/drivers/serial/8250_pci.c	2009-01-17 21:37:37.000000000 +0100
> @@ -769,6 +768,8 @@
>  #define PCI_SUBDEVICE_ID_OCTPRO422	0x0208
>  #define PCI_SUBDEVICE_ID_POCTAL232	0x0308
>  #define PCI_SUBDEVICE_ID_POCTAL422	0x0408
> +#define PCI_VENDOR_ID_ADVANTECH         0x13fe
> +#define PCI_DEVICE_ID_ADVANTECH_PCI3620 0x3620

Use TABs for indentation here.

>  /*
>   * Master list of serial port init/setup/exit quirks.
> @@ -2054,6 +2041,10 @@
>  #endif
>  
>  static struct pci_device_id serial_pci_tbl[] = {
> +	// Advantech use PCI_DEVICE_ID_ADVANTECH_PCI3620 (0x3620) as 'PCI_SUBVENDOR_ID'
> +	{	PCI_VENDOR_ID_ADVANTECH, PCI_DEVICE_ID_ADVANTECH_PCI3620,
> +		PCI_DEVICE_ID_ADVANTECH_PCI3620, 1, 0, 0,
> +		pbn_b2_8_921600 },
>  	{	PCI_VENDOR_ID_V3, PCI_DEVICE_ID_V3_V960,
>  		PCI_SUBVENDOR_ID_CONNECT_TECH,
>  		PCI_SUBDEVICE_ID_CONNECT_TECH_BH8_232, 0, 0,
> ----
> 
> 
> Gruss
> Grisu

  reply	other threads:[~2009-01-22 11:47 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-18 13:53 [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech' Michael Bramer
2009-01-18 13:53 ` Michael Bramer
2009-01-18 14:14 ` Alan Cox
2009-01-19 11:45   ` Michael Bramer
2009-01-19 11:45     ` Michael Bramer
2009-01-19 14:51 ` Andrey Panin
2009-01-19 23:51   ` Michael Bramer
2009-01-19 23:51     ` Michael Bramer
2009-01-20 15:12     ` Andrey Panin
2009-01-21  7:52       ` Michael Bramer
2009-01-21  7:52         ` Michael Bramer
2009-01-21  8:18         ` Paulius Zaleckas
2009-01-21  8:40           ` Niels de Vos
2009-01-21 12:32             ` Alan Cox
2009-01-21 23:42               ` Michael Bramer
2009-01-21 23:42                 ` Michael Bramer
2009-01-22  8:21                 ` Tosoni
2009-01-22  8:21                   ` Tosoni
2009-01-22  9:03                   ` Niels de Vos
2009-01-22 11:00                     ` Michael Bramer
2009-01-22 11:00                       ` Michael Bramer
2009-01-22 11:47                       ` Paulius Zaleckas [this message]
2009-01-22 16:44                         ` Michael Bramer
2009-01-21 23:40           ` Michael Bramer
2009-01-21 23:40             ` Michael Bramer

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=49785CD7.6020800@teltonika.lt \
    --to=paulius.zaleckas@teltonika.lt \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jp.tosoni@acksys.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=michael@debsupport.de \
    --cc=niels.devos@wincor-nixdorf.com \
    /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.