All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: andrew.cooper3@citrix.com, aravind.gopalakrishnan@amd.com,
	xen-devel@lists.xenproject.org,
	Konrad Rzeszutek Wilk <konrad@kernel.org>
Subject: Re: [PATCH v2 4/7] serial: Seperate the PCI device ids and parameters
Date: Mon, 10 Mar 2014 12:38:54 -0400	[thread overview]
Message-ID: <20140310163854.GK4262@phenom.dumpdata.com> (raw)
In-Reply-To: <531DF6C402000078001227B2@nat28.tlf.novell.com>

On Mon, Mar 10, 2014 at 04:30:44PM +0000, Jan Beulich wrote:
> >>> On 10.03.14 at 17:23, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
> > On Mon, Mar 10, 2014 at 09:41:40AM +0000, Jan Beulich wrote:
> >> >>> On 07.03.14 at 20:01, Konrad Rzeszutek Wilk <konrad@kernel.org> wrote:
> >> > @@ -96,28 +100,27 @@ struct ns16550_config_mmio {
> >> >  
> >> >  
> >> >  #ifdef HAS_PCI
> >> > +enum ns16550_config_param_nr {
> >> 
> >> Perhaps better e.g. _kind or _idx rather than _nr? But in the end
> >> you don't use the enum tag anyway, so you could as well leave out
> >> the tag altogether.
> > 
> > OK, will replace it with #defines.
> 
> But that wasn't what I meant.

My apologies.

My brain parsed this statement: 'don't use the enum tag.. leave out the tag altogether'
as the 'enum' not being useful. But you meant the '_nr'.
> 
> > How does that look to you?
> 
> Quite okay. I think that using an enum here is quite appropriate/
> desirable here, but I also don't heavily object the #define approach.

Heh. Let me revert it back to the enum as it will give future developers
a clear path of how to expand the list of parameters for other serial
devices.

> 
> Jan
> 

  reply	other threads:[~2014-03-10 16:39 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-07 19:01 [PATCH v2] Enable serial output for Oxford Semiconductor PCIe cards and fixes Konrad Rzeszutek Wilk
2014-03-07 19:01 ` [PATCH v2 1/7] serial: Skip over PCIe device which have no quirks (fix AMT regression) Konrad Rzeszutek Wilk
2014-03-10  9:26   ` Jan Beulich
2014-03-07 19:01 ` [PATCH v2 2/7] serial: Fix COM1 assumption if pci_uart_config did not find the PCI serial card Konrad Rzeszutek Wilk
2014-03-10  9:35   ` Jan Beulich
2014-03-10 16:07     ` Konrad Rzeszutek Wilk
2014-03-10 16:20       ` Jan Beulich
2014-03-10 16:13     ` Konrad Rzeszutek Wilk
2014-03-10 16:23       ` Jan Beulich
2014-03-10 16:45         ` Konrad Rzeszutek Wilk
2014-03-10 17:06           ` Jan Beulich
2014-03-07 19:01 ` [PATCH v2 3/7] serial: Support OXPCIe952 aka Oxford Semiconductor Ltd Device c138 (1415:c138) Konrad Rzeszutek Wilk
2014-03-07 19:01 ` [PATCH v2 4/7] serial: Seperate the PCI device ids and parameters Konrad Rzeszutek Wilk
2014-03-10  9:41   ` Jan Beulich
2014-03-10 16:23     ` Konrad Rzeszutek Wilk
2014-03-10 16:30       ` Jan Beulich
2014-03-10 16:38         ` Konrad Rzeszutek Wilk [this message]
2014-03-10 16:51           ` Konrad Rzeszutek Wilk
2014-03-10 17:07             ` Jan Beulich
2014-03-07 19:01 ` [PATCH v2 5/7] serial: Use #defines for PCI vendors Konrad Rzeszutek Wilk
2014-03-10  9:44   ` Jan Beulich
2014-03-07 19:01 ` [PATCH v2 6/7] serial: Expand the PCI serial quirks for OXPCIe200 and OXPCIe952 1 Native UART Konrad Rzeszutek Wilk
2014-03-07 19:01 ` [PATCH v2 7/7] pci: Put all PCI device vendor and models in one file Konrad Rzeszutek Wilk
2014-03-10  9:46   ` Jan Beulich
2014-03-07 21:27 ` [PATCH v2] Enable serial output for Oxford Semiconductor PCIe cards and fixes Aravind Gopalakrishnan
2014-03-07 22:06   ` Konrad Rzeszutek Wilk

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=20140310163854.GK4262@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=JBeulich@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=aravind.gopalakrishnan@amd.com \
    --cc=konrad@kernel.org \
    --cc=xen-devel@lists.xenproject.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.