diff for duplicates of <20020730011203.GL2351@zax> diff --git a/a/1.txt b/N1/1.txt index aca69d9..1d1ad2d 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,10 +1,9 @@ - On Mon, Jul 29, 2002 at 10:00:10AM +0100, Russell King wrote: > On Mon, Jul 29, 2002 at 02:08:24PM +1000, David Gibson wrote: > > I've been trying to get the new serial core stuff working on a PPC 4xx > > machine (an EP405 board, specifically). This is proving more > > difficult than I expected. -> +> > It's vital that you mention the kernel version you're using; some of > these problems sound like 2.5.28. @@ -18,13 +17,13 @@ at 2.5.29. > > This presents a small problem for 4xx, since it's serial ports are > > memory mapped and the new old_serial_port structure can't represent > > these. -> +> > There is no easy solution for this. Alan said we must not drop support > for serial console initialisation early on in the kernel setup, which > means before the memory subsystems are initialised. -> +> > > I added support for these into 8250.c, but ran into further troubles. -> +> > I suspect a 2.5.28 kernel; please confirm and we'll that it from there. 2.5.29 based BK, actually. @@ -33,9 +32,9 @@ at 2.5.29. > > serial ports (serial_state, serial_struct, uart_port, old_serial_port) > > is also rather confusing. I'm guessing some of these are deprecated > > and remain only as an aid to transition, but I'm not sure which. -> +> > I don't see there being an easy way to kill this off: -> +> > 1. serial_struct is a userspace API. Ok. @@ -55,10 +54,8 @@ initializer will work in either context. Well, the machines I'm working on are totally broken now, so... --- +-- David Gibson | For every complex problem there is a david@gibson.dropbear.id.au | solution which is simple, neat and | wrong. http://www.ozlabs.org/people/dgibson - -** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ diff --git a/a/content_digest b/N1/content_digest index 3996df3..5ec91b2 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,13 +8,12 @@ " linuxppc-embedded@lists.linuxppc.org\0" "\00:1\0" "b\0" - "\n" "On Mon, Jul 29, 2002 at 10:00:10AM +0100, Russell King wrote:\n" "> On Mon, Jul 29, 2002 at 02:08:24PM +1000, David Gibson wrote:\n" "> > I've been trying to get the new serial core stuff working on a PPC 4xx\n" "> > machine (an EP405 board, specifically). This is proving more\n" "> > difficult than I expected.\n" - ">\n" + "> \n" "> It's vital that you mention the kernel version you're using; some of\n" "> these problems sound like 2.5.28.\n" "\n" @@ -28,13 +27,13 @@ "> > This presents a small problem for 4xx, since it's serial ports are\n" "> > memory mapped and the new old_serial_port structure can't represent\n" "> > these.\n" - ">\n" + "> \n" "> There is no easy solution for this. Alan said we must not drop support\n" "> for serial console initialisation early on in the kernel setup, which\n" "> means before the memory subsystems are initialised.\n" - ">\n" + "> \n" "> > I added support for these into 8250.c, but ran into further troubles.\n" - ">\n" + "> \n" "> I suspect a 2.5.28 kernel; please confirm and we'll that it from there.\n" "\n" "2.5.29 based BK, actually.\n" @@ -43,9 +42,9 @@ "> > serial ports (serial_state, serial_struct, uart_port, old_serial_port)\n" "> > is also rather confusing. I'm guessing some of these are deprecated\n" "> > and remain only as an aid to transition, but I'm not sure which.\n" - ">\n" + "> \n" "> I don't see there being an easy way to kill this off:\n" - ">\n" + "> \n" "> 1. serial_struct is a userspace API.\n" "\n" "Ok.\n" @@ -65,12 +64,10 @@ "\n" "Well, the machines I'm working on are totally broken now, so...\n" "\n" - "--\n" + "-- \n" "David Gibson\t\t\t| For every complex problem there is a\n" "david@gibson.dropbear.id.au\t| solution which is simple, neat and\n" "\t\t\t\t| wrong.\n" - "http://www.ozlabs.org/people/dgibson\n" - "\n" - ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ + http://www.ozlabs.org/people/dgibson -8121851ebda2425ea0e544cf411c6f5a927c06773afb65ffb078eb5c9e571447 +a8e964b06d10a6198db26cf6710d44504e219194ad92ec422fe2f79375e4b73b
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.