All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Konrad Rzeszutek Wilk <konrad@kernel.org>
Cc: Thomas Lendacky <Thomas.Lendacky@amd.com>,
	Keir Fraser <keir@xen.org>,
	Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>,
	Aravind Gopalakrishnan <Aravind.Gopalakrishnan@amd.com>,
	Jan Beulich <jbeulich@suse.com>,
	xen-devel@lists.xenproject.org
Subject: Re: [PATCH] serial: Skip over PCIe device which have no quirks (fix AMT regression).
Date: Wed, 5 Mar 2014 16:09:50 -0500	[thread overview]
Message-ID: <20140305210950.GB11758@phenom.dumpdata.com> (raw)
In-Reply-To: <20140305195657.GA11501@phenom.dumpdata.com>

On Wed, Mar 05, 2014 at 02:56:57PM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 05, 2014 at 02:45:39PM -0500, Konrad Rzeszutek Wilk wrote:
> > The "ns16550: Add support for UART present in Broadcom TruManage
> > capable NetXtreme chips" implies that only devices that are have
> > an MMIO BAR and are in the quirks table should be processed.
> > 
> > Even the comment at the end says so:
> > 
> >  If we have an io_base, then we succeeded in the lookup
> > 
> > But the code was checking for the !io_base - which is to say if
> > the io_base was NULL then we would skip scanning.
> > 
> > This means that if we have an communication device followed by
> > a serial AMT device we would pick the communication device instead
> > of the MMIO.
> > 
> > See:
> > 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04)
> >         Subsystem: Intel Corporation Device 2008
> >         Flags: bus master, fast devsel, latency 0, IRQ 11
> >         Memory at fb12a000 (64-bit, non-prefetchable) [size=16]
> > 00:16.3 Serial controller: Intel Corporation Cougar Point KT Controller (rev 04) (prog-if 02 [16550])
> >         Subsystem: Intel Corporation Device 2008
> >         Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17
> >         I/O ports at f0e0 [size=8]
> >         Memory at fb129000 (32-bit, non-prefetchable) [size=4K]
> > 
> > pci 0000:00:16.0: [8086:1c3a] type 00 class 0x078000
> > pci 0000:00:16.3: [8086:1c3d] type 00 class 0x070002
> > 
> > This patch fixes it and allows us to use AMT again.
> 
> Lets ignore this patch. It would break the PCIe card with MMIO as
> now we don't setup the rest of the uart configuration for
> cards that are found to be on the quirk list.  

And instead look at this one:

>From 5d8e4a05b93879e27f5839c6b1efe82242c51b6f Mon Sep 17 00:00:00 2001
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date: Wed, 5 Mar 2014 14:38:33 -0500
Subject: [PATCH] serial: Skip over PCIe device which have no quirks (fix AMT
 regression).

The "ns16550: Add support for UART present in Broadcom TruManage
capable NetXtreme chips" implies that only devices that are have
an MMIO BAR and are in the quirks table should be processed.

Even the comment at the end says so:

 If we have an io_base, then we succeeded in the lookup

But the code was checking for the !io_base - which is to say if
the io_base was 0 then we would skip scanning. But io_base
always has a value - it is set by 'ns16550_init' to a default
value - so it would never hit the 'continue' path.

This means that if we have an communication device followed by
a serial AMT device we would pick the communication device instead
of the AMT device.

See:
00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04)
        Subsystem: Intel Corporation Device 2008
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at fb12a000 (64-bit, non-prefetchable) [size=16]
00:16.3 Serial controller: Intel Corporation Cougar Point KT Controller (rev 04) (prog-if 02 [16550])
        Subsystem: Intel Corporation Device 2008
        Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17
        I/O ports at f0e0 [size=8]
        Memory at fb129000 (32-bit, non-prefetchable) [size=4K]

pci 0000:00:16.0: [8086:1c3a] type 00 class 0x078000
pci 0000:00:16.3: [8086:1c3d] type 00 class 0x070002

And Xen picks 00:16.0 as its console when using 'com1=115200,8n1,amt'.

This patch fixes it and allows us to use AMT again by zeroing
out io_base to zero. If the scan did not work, the io_base is
set back to a default value.

CC: Aravind Gopalakrishnan <Aravind.Gopalakrishnan@amd.com>
CC: Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>
CC: Thomas Lendacky <Thomas.Lendacky@amd.com>
CC: Jan Beulich <jbeulich@suse.com>
CC: Keir Fraser <keir@xen.org>
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
---
 xen/drivers/char/ns16550.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c
index 487bf7d..9f87018 100644
--- a/xen/drivers/char/ns16550.c
+++ b/xen/drivers/char/ns16550.c
@@ -829,6 +829,7 @@ pci_uart_config (struct ns16550 *uart, int skip_amt, int bar_idx)
     unsigned int b, d, f, nextf, i;
     u16 vendor, device;
 
+    uart->io_base = 0;
     /* NB. Start at bus 1 to avoid AMT: a plug-in card cannot be on bus 0. */
     for ( b = skip_amt ? 1 : 0; b < 0x100; b++ )
     {
-- 
1.7.7.6

  reply	other threads:[~2014-03-05 21:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-05 19:45 [PATCH] serial: Skip over PCIe device which have no quirks (fix AMT regression) Konrad Rzeszutek Wilk
2014-03-05 19:56 ` Konrad Rzeszutek Wilk
2014-03-05 21:09   ` Konrad Rzeszutek Wilk [this message]
2014-03-05 22:46     ` Aravind Gopalakrishnan
  -- strict thread matches above, loose matches on Subject: below --
2014-03-06  0:43 Konrad Rzeszutek Wilk
2014-03-06 21:33 ` Aravind Gopalakrishnan

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=20140305210950.GB11758@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Aravind.Gopalakrishnan@amd.com \
    --cc=Suravee.Suthikulpanit@amd.com \
    --cc=Thomas.Lendacky@amd.com \
    --cc=jbeulich@suse.com \
    --cc=keir@xen.org \
    --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.