[gentoo-user-de] serial_cs.ko Terminal

[gentoo-user-de] serial_cs.ko Terminal

[Patrick Grimm]

[-- Attachment #1: Type: text/plain, Size: 1076 bytes --]

Nabend Liste,

Da ich meine onboard rs232 zerschossen habe brauchte ich eine Alternative.
In der FA hatten wir noch eine Serial I/O PC Card von www.socketcom.com .
bonadea ~ # pccardctl info
PRODID_1="Socket"
PRODID_2="Serial Port HS Card Rev 2.5"
PRODID_3=""
PRODID_4=""
MANFID=0104,0001
FUNCID=2
bonadea ~ # setserial -ag /dev/ttyS0
/dev/ttyS0, Line 0, UART: 16950/954, Port: 0x03f8, IRQ: 3
        Baud_base: 115200, close_delay: 50, divisor: 0
        closing_wait: 3000
        Flags: spd_normal skip_test
Mit dem kernel 2.6.24 hat minicom und gtkterminal nur Blödsinn ausgegeben.
Ich habe dann kernel 2.6.22 installiert und alles war wunderbar.
Dann habe ich nachgeschaut was sich geändert hat an dem serial_cs treiber
und mit einem Patch rückgängig gemacht (Siehe Anhang).
Nun läuft es auch mit dem 2.6.24 kernel.
Kann man das patch so in das gentoo-source ebuild aufnehmen oder ist das
eigentliche Problem woanders zu suchen.
Oder bin ich hier linux-serial@vger.kernel.org besser aufgehoben
 (Mein engl. ist nicht das beste)?

Gruss Patrick

[-- Attachment #2: serial_cs.patch --]
[-- Type: text/x-diff, Size: 461 bytes --]

--- linux-2.6.24-gentoo/drivers/serial/serial_cs.c	2008-01-24 23:58:37.000000000 +0100
+++ linux-2.6.22.5-31/drivers/serial/serial_cs.c	2007-07-09 01:32:17.000000000 +0200
@@ -345,7 +345,7 @@
 
 	link->io.Attributes1 = IO_DATA_PATH_WIDTH_8;
 	link->io.NumPorts1 = 8;
-	link->irq.Attributes = IRQ_TYPE_DYNAMIC_SHARING;
+	link->irq.Attributes = IRQ_TYPE_EXCLUSIVE;
 	link->irq.IRQInfo1 = IRQ_LEVEL_ID;
 	link->conf.Attributes = CONF_ENABLE_IRQ;
 	if (do_sound) {

Re: [gentoo-user-de] serial_cs.ko Terminal

[Patrick Grimm]

Am Freitag, 8. Februar 2008 19:15:15 schrieb Patrick Grimm:
> Nabend Liste,
>
> Da ich meine onboard rs232 zerschossen habe brauchte ich eine Alternative.
> In der FA hatten wir noch eine Serial I/O PC Card von www.socketcom.com .
> bonadea ~ # pccardctl info
> PRODID_1="Socket"
> PRODID_2="Serial Port HS Card Rev 2.5"
> PRODID_3=""
> PRODID_4=""
> MANFID=0104,0001
> FUNCID=2
> bonadea ~ # setserial -ag /dev/ttyS0
> /dev/ttyS0, Line 0, UART: 16950/954, Port: 0x03f8, IRQ: 3
>         Baud_base: 115200, close_delay: 50, divisor: 0
>         closing_wait: 3000
>         Flags: spd_normal skip_test
[gelöscht]
Alles quatsch was ich geschrieben habe.
Das problem war die Baudrate.
Ein einfaches 
setserial /dev/ttyS0 baud_base 460800
setserial -ag /dev/ttyS0
/dev/ttyS0, Line 0, UART: 16950/954, Port: 0x03f8, IRQ: 3
        Baud_base: 460800, close_delay: 50, divisor: 0
        closing_wait: 3000
        Flags: spd_normal skip_test

hat das problem behoben. :-)

Gruss 
                   Patrick
--
gentoo-user-de@lists.gentoo.org mailing list