linux-kernel - Re: make 16C950 UARTs work

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 03 Aug 2006 01:28:16 +0200
From:	Petr Vandrovec <vandrove@...cvut.cz>
To:	Russell King <rmk+lkml@....linux.org.uk>
CC:	Alan Cox <alan@...rguk.ukuu.org.uk>, Dave Jones <davej@...hat.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Mathias Adam <a2@...mis.de>
Subject: Re: make 16C950 UARTs work

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

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/