From: Wang YanQing <udknight@gmail.com>
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Cc: gregkh@linuxfoundation.org, swarren@wwwdotorg.org,
jslaby@suse.cz, alan@linux.intel.com, arnd@arndb.de,
damm@opensource.se, linux-serial@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH]serial: 8250: Fix detect XScale port wrong
Date: Sat, 2 Mar 2013 16:54:57 +0800 [thread overview]
Message-ID: <20130302085457.GA3669@udknight> (raw)
In-Reply-To: <5130FEBC.7030806@windriver.com>
On Fri, Mar 01, 2013 at 02:17:16PM -0500, Paul Gortmaker wrote:
> On 13-03-01 12:56 AM, Wang YanQing wrote:
> > Some UARTs add enhanced functions with unused bit in
> > 16550 standard, like UART_IER_UUE bit, it cause XScale
>
> Which xscale platform? It would be nice to know the specifics.
The "XScale" mean the XScale port detect code in autoconfig_16550a,
I meet the problem in a normal pc motherboard, I should rephrase
the subject use "Fix detect 16550A ports as XScale ports wrong"
>
> > detect wrong. Now detect UART_IER_UUE and UART_IER_RTOIE
> > to reduce the annoying wrong result which cause UARTs don't
> > work.
>
> You should ideally identify the original commit which caused
> the regression. Assuming you have fully understood the problem
> you should be able to do this with "git blame" and not need to
> do the full bisect.
>
No it is not a regression, it is caused just like you say
there are many 8250/16550 variations, and I meet one, that is it.
>
> >
> > Serial controller: Device 4348:3253(CH352 PCI based Multi-I/O Controller)
> > is a example. It use UART_IER_UUE as the LOWPOWER function,
> > you can get the datasheet from below urls:
> >
> > http://wch-ic.com/download/list.asp?id=116
> > CH352DS1.PDF
> >
> > http://wch-ic.com/download/list.asp?id=117
> > CH352DS2.PDF.
>
> Rather than quote links that will expire and no longer be
> valid in six months, it would be better if you described
> exactly how and why these ports are different directly in
> your commit long log.
Device 4348:3253 use the UART_IER_UUE
as the LOWPOWER function , so it is readable and writable,
quote out the origin words in datasheet.
"
LOWPOWER:When the bit is 1, close the internal benchmark clock
of serial port to set into low-power status.
"
That is the convict cause our XScale detect code work wrong.
> What does your change do to Xscale that do not do UART_IER_RTOIE?
Yes, you are right, I don't have experience with Xscale, so I will
fix the problem in another way, set it fix type in 8250_pci code
maybe is good.
Thanks.
prev parent reply other threads:[~2013-03-02 8:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-01 5:56 [PATCH]serial: 8250: Fix detect XScale port wrong Wang YanQing
2013-03-01 19:17 ` Paul Gortmaker
2013-03-02 8:54 ` Wang YanQing [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=20130302085457.GA3669@udknight \
--to=udknight@gmail.com \
--cc=alan@linux.intel.com \
--cc=arnd@arndb.de \
--cc=damm@opensource.se \
--cc=gregkh@linuxfoundation.org \
--cc=jslaby@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=paul.gortmaker@windriver.com \
--cc=swarren@wwwdotorg.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).