From: Petr Vandrovec <vandrove@vc.cvut.cz>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Dave Jones <davej@redhat.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Mathias Adam <a2@adamis.de>
Subject: Re: make 16C950 UARTs work
Date: Thu, 03 Aug 2006 01:28:16 +0200 [thread overview]
Message-ID: <44D13510.1040309@vc.cvut.cz> (raw)
In-Reply-To: <20060802215958.GA19669@flint.arm.linux.org.uk>
Russell King wrote:
> On Wed, Aug 02, 2006 at 11:08:56PM +0100, Alan Cox wrote:
>
>>Ar Mer, 2006-08-02 am 15:49 -0400, ysgrifennodd Dave Jones:
>>
>>>This patch has been submitted a number of times, and doesn't seem
>>>to get any upstream traction, which is a shame, as it seems to work
>>>for users, and I keep inadvertantly dropping it from the Fedora
>>>kernel everytime I rebase it.
>>
>>We really ought to do that based on the PCI subvendor/subdevice id of
>>the boards in use if possible surely ? It ought to be safe for x86
>>because nobody is going to use anything but chip default values so they
>>can avoid needing a ROM.
>
>
> Not correct - there are PCMCIA-based versions of these chips and they
> do have weirdo values in the registers to cope with custom crystals
> which magically vanish if you reset the UART.
But current serial.c IS resetting UART. Unconditionally. So I have no idea how
is card setup supposed to survive...
> dwmw2's 950-based bluetooth CF card does exactly this.
To my knowledge right fix for this is allowing non-standard baud rates and then
asking Dave to find which xtal his card uses. I have to use baud_base 50400
(xtal 806.4kHz) with one of my 16c950 pcmcia modems, and 1152000 with another
(xtal 18.432MHz) one. Under Windows both work "out of the box" as prescaller is
programmed to 7/16 (resp. 10) by their EPROM, but Linux driver ditches this
setting out of 16c950 registers (by resetting chip). In second case fortunately
code knows how to program 10 times bigger values to the registers, but with
first modem it fails as it has no idea how to derive 115200Bd from 806kHz XTAL...
Thanks,
Petr Vandrovec
prev parent reply other threads:[~2006-08-02 23:28 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-02 19:49 make 16C950 UARTs work Dave Jones
2006-08-02 20:17 ` Russell King
2006-08-02 20:31 ` Dave Jones
2006-08-02 20:47 ` Russell King
2006-08-02 22:59 ` Theodore Tso
2006-08-07 23:20 ` Mathias Adam
2006-08-09 8:31 ` Russell King
2006-08-02 22:08 ` Alan Cox
2006-08-02 21:59 ` Russell King
2006-08-02 23:28 ` Petr Vandrovec [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=44D13510.1040309@vc.cvut.cz \
--to=vandrove@vc.cvut.cz \
--cc=a2@adamis.de \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk+lkml@arm.linux.org.uk \
/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