Andrew Morton | 1 Jul 01:02 2006

Re: [PATCH 1/2] PNPACPI: support shareable interrupts

Bjorn Helgaas <bjorn.helgaas <at> hp.com> wrote:
>
> --- work-mm7.orig/drivers/pnp/pnpacpi/rsparser.c	2006-06-30 11:52:18.000000000 -0600
> +++ work-mm7/drivers/pnp/pnpacpi/rsparser.c	2006-06-30 12:18:41.000000000 -0600

pnpacpi confuses me.  Who maintains it?  Is it considered an APCI thing, or
a PNP thing or a Bjorn thing?

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

Brown, Len | 1 Jul 02:59 2006
Picon

RE: [PATCH 1/2] PNPACPI: support shareable interrupts

>pnpacpi confuses me.  Who maintains it?  Is it considered an 
>APCI thing, or a PNP thing or a Bjorn thing?

PNP is Adam's generic Linux PNP layer.
It has "drivers" underneath is, such as pnp-isa, and pnp-bios

Shaohua invented pnp-acpi as a driver to replace pnp-bios
on ACPI-enabled systems.

So PNPACPI is the connection between ACPI and PNP,
and folks who conribute to either might contribute to it.
Most of the issues with it to date have been ACPI-specific,
rather than PNP-specific, including this one.

Bjorn, of course, is qualified to contribute to just about
any part of the kernel.  So a "Bjorn thing" could be just
about anything;-)

cheers,
-Len

-
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

Andrew Morton | 1 Jul 03:14 2006

Re: [PATCH 1/2] PNPACPI: support shareable interrupts

"Brown, Len" <len.brown <at> intel.com> wrote:
>
> >pnpacpi confuses me.  Who maintains it?  Is it considered an 
> >APCI thing, or a PNP thing or a Bjorn thing?
> 
> PNP is Adam's generic Linux PNP layer.
> It has "drivers" underneath is, such as pnp-isa, and pnp-bios
> 
> Shaohua invented pnp-acpi as a driver to replace pnp-bios
> on ACPI-enabled systems.
> 
> So PNPACPI is the connection between ACPI and PNP,
> and folks who conribute to either might contribute to it.
> Most of the issues with it to date have been ACPI-specific,
> rather than PNP-specific, including this one.
> 
> Bjorn, of course, is qualified to contribute to just about
> any part of the kernel.  So a "Bjorn thing" could be just
> about anything;-)
> 

OK.  But that still didn't give me a how-to-get-this-to-mainline graph.

Bjorn, are these patches considered for-2.6.18 material?  (They look like
it).

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" 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)

Bjorn Helgaas | 1 Jul 05:50 2006
Picon

Re: [PATCH 1/2] PNPACPI: support shareable interrupts

> OK.  But that still didn't give me a how-to-get-this-to-mainline graph.

I can't answer this, other than the obvious: it'd be good to get
acks from Adam and/or Shaohua and Russell.

> Bjorn, are these patches considered for-2.6.18 material?  (They look like
> it).

Yes, please.  I should have been more clear about that.

I'm pretty sure this problem will prevent all distro kernels from
booting on HP ia64 boxes with large I/O configs.  So I'll be
pushing it into distro updates soon.

I do wish we had more soak time, because a BIOS that incorrectly
reports a COM port interrupt as shareable could come back to
bite us.

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

Russell King | 1 Jul 10:06 2006
Picon

Re: [PATCH 2/2] SERIAL: allow shared 8250_pnp interrupts

On Fri, Jun 30, 2006 at 12:58:37PM -0600, Bjorn Helgaas wrote:
> PNP devices can use shared interrupts, so check to see whether
> we'll need SA_SHIRQ for request_irq().
> 
> The builtin PDH UART on the HP rx8640 is an example of an ACPI/PNP
> device that uses a shareable level-triggered, active-low interrupt.
> The interrupt can be shared in very large I/O configurations or by
> artificially lowering IA64_DEF_LAST_DEVICE_VECTOR.
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas <at> hp.com>

Acked-by: Russell King <rmk+kernel <at> arm.linux.org.uk>

> Index: as3877/drivers/serial/8250_pnp.c
> ===================================================================
> --- as3877.orig/drivers/serial/8250_pnp.c	2006-06-30 10:44:09.000000000 -0600
> +++ as3877/drivers/serial/8250_pnp.c	2006-06-30 11:44:18.000000000 -0600
>  <at>  <at>  -431,6 +431,8  <at>  <at> 
>  #endif
>  
>  	port.flags |= UPF_SKIP_TEST | UPF_BOOT_AUTOCONF;
> +	if (pnp_irq_flags(dev, 0) & IORESOURCE_IRQ_SHAREABLE)
> +		port.flags |= UPF_SHARE_IRQ;
>  	port.uartclk = 1843200;
>  	port.dev = &dev->dev;
>  

--

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
(Continue reading)

Julien BLACHE | 9 Jul 20:40 2006
Picon

Re: [PATCH] IP22: fix serial console hangs

Martin Michlmayr <tbm <at> cyrius.com> wrote:

Hi,

>> The patch below fixes serial console hangs as seen on IP22
>> machines. Typically, while booting, the machine hangs for ~1 minute
>
> Thanks for tracking this down.  You've to send the patch to
> rmk+serial <at> arm.linux.org.uk and linux-serial <at> vger.kernel.org
> though.

Here it is for the serial hackers, then ;)

The patch below fixes serial console hangs as seen on IP22
machines. Typically, while booting, the machine hangs for ~1 minute
displaying "INIT: ", then the same thing happens again when init
enters in the designated runlevel and finally the getty process on
ttyS0 hangs indefinitely (though strace'ing it helps).

strace (-e raw=ioctl, otherwise the ioctl() translation is utterly
bogus) reveals that getty hangs on ioctl() 0x540f which happens to be
TCSETSW (I saw it hang on another console ioctl() but couldn't
reproduce that one).

A diff between ip22zilog and sunzilog revealed the following
differences:
 1. the channel A flag being set on up.port.flags instead of up.flags
 2. the channel A flag being set on what is marked as being channel B
 3. sunzilog has a call to uart_update_timeout(port, termios->c_cflag, baud);
    at the end of sunzilog_set_termios(), which ip22zilog lacks (on
(Continue reading)

Russell King | 9 Jul 21:59 2006
Picon

Re: [PATCH] serial: Fix compilation error in dz.c

On Mon, Jun 26, 2006 at 06:18:11PM +0200, Martin Michlmayr wrote:
> Fix the following compilation error in the dz serial driver that got
> introduced with the "kernel console should send CRLF not LFCR" change.
> 
>   CC      drivers/serial/dz.o
> drivers/serial/dz.c: In function 'dz_console_putchar':
> drivers/serial/dz.c:679: error: 'uport' undeclared (first use in this function)
> drivers/serial/dz.c:679: error: (Each undeclared identifier is reported only once
> drivers/serial/dz.c:679: error: for each function it appears in.)
> 
> Signed-off-by: Martin Michlmayr <tbm <at> cyrius.com>

Applied, thanks.

--

-- 
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

Russell King | 9 Jul 21:59 2006
Picon

Re: [PATCH] IP22: fix serial console hangs

On Sun, Jul 09, 2006 at 08:40:17PM +0200, Julien BLACHE wrote:
> The patch below fixes serial console hangs as seen on IP22
> machines. Typically, while booting, the machine hangs for ~1 minute
> displaying "INIT: ", then the same thing happens again when init
> enters in the designated runlevel and finally the getty process on
> ttyS0 hangs indefinitely (though strace'ing it helps).

Applied, thanks.

--

-- 
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

Kevin Wilson | 10 Jul 16:11 2006

Throughput test fails on FC 2.6.15 ttyS0

Running a loop back test for throughput using a program we have here ttyS0
fails. Plugging in SuSE 10 and running the same test it passes. FC 2.6.15
includes the new tty layer changes made by Alan while SuSE 10 still uses the
old. Has anyone else experienced this?

thanks,

Kevin
-
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

andrew@usa.net | 16 Jul 19:59 2006
Picon
Picon

Hi

I just emailed to say hello.

-
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


Gmane