Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1307158
| From | Mason <slash.tmp@free.fr> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH] always probe UART HW when options are not specified |
| Date | 2016-01-12 10:40 +0100 |
| Message-ID | <qQ3AK-7rn-23@gated-at.bofh.it> (permalink) |
| References | (9 earlier) <qIzo5-70P-5@gated-at.bofh.it> <qPMgy-434-29@gated-at.bofh.it> <qPNmh-4Mf-7@gated-at.bofh.it> <qPOV5-5Iz-7@gated-at.bofh.it> <qPQ0O-6AV-21@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 11/01/2016 20:06, Peter Hurley wrote: > I don't have enough information to suggest what you "should" use > here. > > Is this going to be a shipping product? > Is it single-core? > etc. > > And what is your purpose for outputting early boot information > before loading the serial driver which does provide console output? I'm not sure exactly which board Sebastian has in mind, but I've been using the SERIAL_8250_RT288X driver on my Tango4 board. Note: calling the UART driver "Au1x00/RT288x" is a bit of a misnomer, as these are names of SoCs using that distinct register layout. The actual IP is probably the 16550-compatible Palmchip BK-3103. https://sites.google.com/a/palmchiptech.com/palmchiptech/product-services/hardware-services/ip-cores/bk-3103 (Not sure that this website is legitimate, though.) When I need earlyprintk support, I use this patch from Mans: http://thread.gmane.org/gmane.linux.kernel/2081016 Regards.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC PATCH] always probe UART HW when options are not specified Sebastian Frias <sf84@laposte.net> - 2016-01-11 16:10 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-11 17:20 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Sebastian Frias <sf84@laposte.net> - 2016-01-11 19:00 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-11 20:10 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-11 21:00 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-11 21:30 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Mason <slash.tmp@free.fr> - 2016-01-12 10:40 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Sebastian Frias <sf84@laposte.net> - 2016-01-12 15:30 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-12 20:50 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Mason <slash.tmp@free.fr> - 2016-01-12 23:30 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-12 23:50 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Sebastian Frias <sf84@laposte.net> - 2016-01-13 12:20 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-13 17:40 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Sebastian Frias <sf84@laposte.net> - 2016-01-12 15:20 +0100
Re: [RFC PATCH] always probe UART HW when options are not specified Peter Hurley <peter@hurleysoftware.com> - 2016-01-12 22:20 +0100
csiph-web