Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1363868
| From | Matthias Schiffer <mschiffer@universe-factory.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Nonterministic hang during bootconsole/console handover on ath79 |
| Date | 2016-03-24 03:10 +0100 |
| Message-ID | <rg2SJ-3ZH-3@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <rfkyl-6nt-5@gated-at.bofh.it> <rfuen-4Pn-35@gated-at.bofh.it> <rfwzw-6tF-5@gated-at.bofh.it> <rfV4R-6Vm-1@gated-at.bofh.it> <rg1Dj-30H-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
>> autoconfig_16550a() is doing all kinds of weird checks to detect different >> hardware by writing a lot of register values which are documented as >> reserved in the AR7242 datasheet (there's a leaked version going around >> that can be easily googled...), no idea if any of those are problematic. >> Just setting UPF_FIXED_TYPE as suggested by Peter would avoid that code >> altogether. > > That's just a debugging patch and not appropriate for permanent use, > the reason being that this uart is _not_ 16550 compatible (or even 1645 0 > compatible). > > The three options for 8250 driver support for this part are: > 1. Similar to the debugging patch, set UPF_FIXED_TYPE but set port type > to PORT_8250 instead. This will lose FIFO support so 115K won't be > possible and likely neither will 38400. > > 2. Set UPF_FIXED_TYPE but define a new PORT_* value and add support for > this PORT_* value to uart_config array, uapi headers, and anywhere > the scratch register is used. > > 3. As with 2. above but don't set UPF_FIXED_TYPE and add a probe function > that detects ports of this type to autoconfig(). I don't recommend this > method. > > This requirement is independent of fixing prom_putchar_ar71xx(). > I can send patches for all of this, and I think that 2. would be the nicest solution. I've noticed though that include/uapi/linux/serial_core.h is experiencing a little "overflow": PORT_MAX_8250 has grown just below the first non-8250 entry. Should I just add the new entry at the bottom (and thus grow the uart_config array by ~85 unused entries)? What about PORT_MAX_8250 (used at least in drivers/tty/serial/8250/8250_of.c)? Regards, Matthias
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Nonterministic hang during bootconsole/console handover on ath79 Matthias Schiffer <mschiffer@universe-factory.net> - 2016-03-22 00:20 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Peter Hurley <peter@hurleysoftware.com> - 2016-03-22 03:50 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Matthias Schiffer <mschiffer@universe-factory.net> - 2016-03-22 14:10 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Peter Hurley <peter@hurleysoftware.com> - 2016-03-22 16:40 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Matthias Schiffer <mschiffer@universe-factory.net> - 2016-03-23 18:50 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Peter Hurley <peter@hurleysoftware.com> - 2016-03-24 01:50 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Matthias Schiffer <mschiffer@universe-factory.net> - 2016-03-24 03:10 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Peter Hurley <peter@hurleysoftware.com> - 2016-03-24 04:20 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Gabor Juhos <juhosg@openwrt.org> - 2016-03-25 14:10 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Peter Hurley <peter@hurleysoftware.com> - 2016-03-25 16:30 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Antony Pavlov <antonynpavlov@gmail.com> - 2016-03-22 06:50 +0100
Re: Nonterministic hang during bootconsole/console handover on ath79 Matthias Schiffer <mschiffer@universe-factory.net> - 2016-03-22 11:00 +0100
csiph-web