headers
Horms | 2 Jun 2006 13:48
Picon
Gravatar

IA64: Broken Serial Console

Hi,

I have noticed that the serial console on my ia64 machine seems
to have broken since 2.6.16. Thanks to git bisect I have been
able to track this problem down to 111c9bf8c5cfa92363b3719c8956d29368b5b9de

  [SERIAL] remove 8250_acpi (replaced by 8250_pnp and PNPACPI)

  With the combination of PNPACPI and 8250_pnp, we no longer need
  8250_acpi.

  Signed-off-by: Bjorn Helgaas <bjorn.helgaas <at> hp.com>
  Signed-off-by: Russell King <rmk+kernel <at> arm.linux.org.uk>

I haven't had time to look into the code and I have to leave
my desk shortly, so I thought I would post here to see if anyone
has any ideas.

I am boot using the following command line:

  console=tty0 console=uart,io,0x2f8 console=ttyS0

Althogh I'm pretty sure I really only need:

  console=uart,io,0x2f8

A failed boot looks like this:

  io scheduler anticipatory registered (default)
  Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthew Wilcox | 2 Jun 2006 13:53

Re: IA64: Broken Serial Console

On Fri, Jun 02, 2006 at 08:48:06PM +0900, Horms wrote:
> I have noticed that the serial console on my ia64 machine seems
> to have broken since 2.6.16. Thanks to git bisect I have been
> able to track this problem down to 111c9bf8c5cfa92363b3719c8956d29368b5b9de
> 
>   [SERIAL] remove 8250_acpi (replaced by 8250_pnp and PNPACPI)
> 
>   With the combination of PNPACPI and 8250_pnp, we no longer need
>   8250_acpi.
> 
>   Signed-off-by: Bjorn Helgaas <bjorn.helgaas <at> hp.com>
>   Signed-off-by: Russell King <rmk+kernel <at> arm.linux.org.uk>
> 
> I haven't had time to look into the code and I have to leave
> my desk shortly, so I thought I would post here to see if anyone
> has any ideas.

Well, does your config have PNPACPI and SERIAL_8250_PNP enabled?

-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Francois WELLENREITER | 2 Jun 2006 13:59
Picon

Re: IA64: Broken Serial Console


>I am boot using the following command line:
>
>  console=tty0 console=uart,io,0x2f8 console=ttyS0
>
>Althogh I'm pretty sure I really only need:
>
>  console=uart,io,0x2f8
>  
>

Have you tried the following parameters ?

console=uart,io,0x2f8,115200n8
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
KENT ANDERSON | 2 Jun 2006 17:01
Favicon

EMPLOYMENT MAIL

From The Desk of:

Kent Anderson PhD
L. G. A. (Woodworking Machinery) Ltd,
1 Rutland Court,EH3 8EY,
London.

Dear Sir/Madam,

We will be very glad if you can be our representative in your country 
and earn 10% of every payment made through you to us.

For more information, contact us through email. Note that you shall not 
be liable to make any upfront payment.

Thanks in advance.

Kind Regards,
Kent Anderson (CEO)

-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Russell King | 2 Jun 2006 18:47
Picon

Re: [RFC][PATCH] Xilinx uartlite serial driver

On Tue, May 16, 2006 at 03:03:32PM +0200, Peter Korsgaard wrote:
> Ok, the following little patch updates Documentation/serial/driver to
> match:
> 
> Update documentation to match reality. INPCK controls whether input
> parity checking is enabled.
> 
> Signed-off-by: Peter Korsgaard <jacmet <at> sunsite.dk>

Thanks, applied.

--

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Russell King | 2 Jun 2006 18:48
Picon

Re: [PATCH 2.6.16.18] 8250: Serial console enable Tx fix

On Fri, May 26, 2006 at 09:49:12PM -0400, Michael Hordijk wrote:
>     Enabling the Tx interrupt from console_write on buggy UART 
>     (UART_BUG_TXEN) breaks console transmit on said UART.  Revert to previous 
> UART_IER restore and use serial8250_start_tx() to cause the transmit path 
> to start and not hang.

Please look at how this got solved in the 2.6.17-rc kernels and
implement the same fix.  Enabling the transmitter at the end of
every console write is just plain buggy and asking for problems.

--

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Horms | 4 Jun 2006 06:57
Picon
Gravatar

Re: IA64: Broken Serial Console

On Fri, Jun 02, 2006 at 05:53:59AM -0600, Matthew Wilcox wrote:
> On Fri, Jun 02, 2006 at 08:48:06PM +0900, Horms wrote:
> > I have noticed that the serial console on my ia64 machine seems
> > to have broken since 2.6.16. Thanks to git bisect I have been
> > able to track this problem down to 111c9bf8c5cfa92363b3719c8956d29368b5b9de
> > 
> >   [SERIAL] remove 8250_acpi (replaced by 8250_pnp and PNPACPI)
> > 
> >   With the combination of PNPACPI and 8250_pnp, we no longer need
> >   8250_acpi.
> > 
> >   Signed-off-by: Bjorn Helgaas <bjorn.helgaas <at> hp.com>
> >   Signed-off-by: Russell King <rmk+kernel <at> arm.linux.org.uk>
> > 
> > I haven't had time to look into the code and I have to leave
> > my desk shortly, so I thought I would post here to see if anyone
> > has any ideas.
> 
> Well, does your config have PNPACPI and SERIAL_8250_PNP enabled?

Thanks, adding those options (obviously) solved the problem.

--

-- 
Horms                                           http://www.vergenet.net/~horms/

-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Russell King | 5 Jun 2006 12:04
Picon

Re: [PATCH/2.6.17-rc4 8/10] Add tsi108 8250 serial support

On Thu, May 18, 2006 at 12:00:43PM +0800, Zang Roy-r61911 wrote:
> 
> -----Original Message-----
> From: Kumar Gala [mailto:galak <at> kernel.crashing.org]
> Sent: 2006???5???17??? 21:26
> To: Zang Roy-r61911
> Cc: Paul Mackerras; linuxppc-dev list; Alexandre.Bounine <at> tundra.com; Yang Xin-Xin-r48390
> Subject: Re: [PATCH/2.6.17-rc4 8/10] Add tsi108 8250 serial support
> 
> 
> 
> On May 17, 2006, at 5:14 AM, Zang Roy-r61911 wrote:
> 
> > This patch contains changes to the serial device driver specific  
> > for integrated
> > serial port in Tsi108 Host Bridge.

There's no explaination about why this is required.  What is the problem?
Which changes relate directly to this problem and which changes are
related to fixing some other issue not related to the errata?

Plus, every patch line is prefixed by "> "... patch doesn't like that.

> >
> > Signed-off-by: Alexandre Bounine <alexandreb <at> tundra.com>
> > Signed-off-by: Roy Zang	<tie-fei.zang <at> freescale.com>
> >
> >> From nobody Mon Sep 17 00:00:00 2001
> > From: roy zang <tie-fei.zang <at> freescale.com>
> > Date: Tue May 16 15:26:02 2006 +0800
(Continue reading)

Permalink | Reply | 0 comments |
headers
Butler, Gerald | 7 Jun 2006 17:22

HELP! Slip Interface losing packets. Looking for contractor to fix.


Hello,

 	We have a custom compiled Linux Kernel running oh RHEL 3.1

 		[root <at> st0056_1 root]# uname -a
 		Linux st0056_1 2.4.21-32.0.1.ELcustom #12 SMP Wed Sep 14 11:55:22 EDT 2005 i686 i686 i386 GNU/Linux

 	We compiled in SLIP support using the standard RHEL kernel supplied by Redhat. Unfortunately, RH does not
support SLIP. We are experiencing problems that we believe are a kernel issue (either SLIP or SERIAL) and
are interested in hiring a contractor to diagnose the problem and provide a kernel patch to the kernel we
are using (if necessary). We do not want to upgrade or change distributions at this time
(business/practicality reasons).

 	If you are interested, please send an e-mail with your resume (doc, odf, or plain text) to
'gerald.edward.butler <at> gmail.com' (I'll provide a private e-mail address to interested parties).

 	The company website is here: http://www.sterlingjewelers.com/

 Thank You,

 	Gerald Butler
 	Project Manager - Store Systems
 	Sterling Inc

The information contained in this e-mail message is privileged and/or
confidential and is intended only for the use of the individual or entity
named above.  If the reader of this message is not the intended
recipient, or the employee or agent responsible to deliver it to the
intended recipient, you are hereby notified that any dissemination,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stuart MacDonald | 8 Jun 2006 17:56
Favicon

serial_core: verify_port() in wrong spot?

The OX16PCI954 UART contains a 9bit mode. I'm developing support for
it. I thought it would be easy to shoehorn into the UPF_* flags:

diff -Naurp linux-2.6.11-5-titan485/include/linux/serial_core.h linux-2.6.11-6-9bit/include/linux/serial_core.h
--- linux-2.6.11-5-titan485/include/linux/serial_core.h	2006-06-02 13:59:07.000000000 -0400
+++ linux-2.6.11-6-9bit/include/linux/serial_core.h	2006-06-07 18:11:51.000000000 -0400
 <at>  <at>  -219,6 +219,7  <at>  <at>  struct uart_port {
 #define UPF_SKIP_TEST		(1 << 6)
 #define UPF_AUTO_IRQ		(1 << 7)
 #define UPF_HARDPPS_CD		(1 << 11)
+#define UPF_9BIT		(1 << 12)
 #define UPF_LOW_LATENCY		(1 << 13)
 #define UPF_BUGGY_UART		(1 << 14)
 #define UPF_AUTOPROBE		(1 << 15)

However, in serial_core.c:set_uart_info(), there is a problem. The
flag should be within the purview of UPF_USR_MASK so that
non-privileged users can turn it on or off, and yet, I don't want the
mode to be enabled on UARTs that don't have it which requires
verification from the low-level driver. There is only one call to
ops->verify_port(), and it's not in the correct place for this to
happen.

So, I initially thought this patch would be best:

diff -Naurp linux-2.6.11-5-titan485/drivers/serial/serial_core.c linux-2.6.11-6-9bit/drivers/serial/serial_core.c
--- linux-2.6.11-5-titan485/drivers/serial/serial_core.c	2006-06-07 16:01:44.000000000 -0400
+++ linux-2.6.11-6-9bit/drivers/serial/serial_core.c	2006-06-08 11:08:00.000000000 -0400
 <at>  <at>  -647,6 +647,12  <at>  <at>  static int uart_set_info(struct uart_sta
 	old_flags = port->flags;
(Continue reading)

Permalink | Reply | 0 comments |

Gmane