Date: Fri, 1 Dec 2000 10:43:03 +0100 From: "Vittorio Mori" <vmori@cronosnet.com> To: <freebsd-isdn@freebsd.org> Subject: Troubles with the Winbond PCI ISDN card Message-ID: <00a501c05b7c$0e399160$0101a8c0@pyxiscomputers.com>
next in thread | raw e-mail | index | archive | help
Hello people. I had the insane idea to 'upgrade' my FreeBSD-based isdn-box-router from : - P100 machine - ISA USR Internal TA - FreeBSD 3.4-RELEASE to: - PII 300 - Winbond-based PCI internal TA - FreeBSD 4.2-STABLE Now the problem I have is that after some time (1/2 hour, 10 minutes, sometimes 1 hour) the connection (is a 24h/24 ISDN line) simply stops all traffic, ... the line is up but no packets in/out, all freezed. When I try to hang up, ppp fails to close IPCP .. and I get these messages (dmesg included): > avail memory = 127881216 (124884K bytes) > Preloaded elf kernel "kernel" at 0xc02c8000. > module_register_init: MOD_LOAD (vesa, c020589c, 0) error 6 > pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 4.2 irq 10 > iwic0: <Generic Winbond W6692 ISDN PCI (0x66921050)> port 0xd000-0xd0ff mem 0xe7000000-0xe7000fff irq 10 at device 9.0 on pci0 > wb0: <Winbond W89C840F 10/100BaseTX> port 0xb800-0xb87f mem 0xe6800000-0xe680007f irq 11 at device 10.0 on pci0 > atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: <System console> at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: type 16550A > i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) > i4bctl: ISDN system control port attached > i4btrc: 4 ISDN trace device(s) attached > i4bisppp: 4 ISDN SyncPPP device(s) attached (VJ header compression) > i4btel: 2 ISDN telephony interface device(s) attached > i4b-L2 i4b_T202_timeout: unit 0, N202 = 3 > i4b: unit 0, assigned TEI = 81 = 0x51 > i4b: unit 0, assigned TEI = 81 = 0x51 > i4b-L3 T310_timeout: CALL PROC timeout, cr = 70 > i4b-L2 i4b_ph_data_ind: ERROR, S-frame < 6 octetts! > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xa3 0x1 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 6, tei = 1, frame = > 0x1b 0x2 0xff > i4b-L2 i4b_ph_data_ind: ERROR, S-frame < 6 octetts! > i4b-L2 i4b_ph_data_ind: ERROR, I-frame < 6 octetts! > i4b-L2 i4b_ph_data_ind: ERROR, I-frame < 6 octetts! > i4b-L2 i4b_ph_data_ind: ERROR, I-frame < 6 octetts! > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 13, tei = 27, frame = > 0x37 0x36 0x33 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 31, tei = 1, frame = > 0x7f 0x2 0xa3 0x7f > i4b-L2 i4b_mdl_error_ind: unit = 0, location = F_MF07 > i4b-L2 i4b_mdl_error_ind: error = MDL_ERR_F: peer initiated re-establishment - SABME > i4b-L2 i4b_l2_nr_ok: ERROR, va = 0, nr = 81, vs = 0 [2] > i4b-L2 i4b_mdl_error_ind: unit = 0, location = i4b_nr_error_recovery > i4b-L2 i4b_mdl_error_ind: error = MDL_ERR_J: other error - N(R) error > i4b-L2 i4b_T200_timeout: unit 0, RC = 0 > i4b-L2 i4b_rxd_u_frame: not mine - UNKNOWN TYPE ERROR, sapi = 31, tei = 127, frame = > 0x7f 0xfe 0xff 0x3 > i4b-L2 i4b_ph_data_ind: ERROR, I-frame < 6 octetts! > i4b-L1 dchan_receive: bad read status 0xb1 > i4b-L2 i4b_rxd_i_frame: ERROR, state != (MF || TR)! > i4b-L1 dchan_receive: bad read status 0xb1 I tried to use isppp instead of userland ppp, but the problem is exactly the same ... I checked cables many times (replaced them). I alsto tried to put my old ISA USR TA int into the machine, but I can't make it work on 4.2-STABLE, the compiled kernel coredumps on load (!) ... it seems the kernel is not getting the right ISA base adress (which is default, 0x268) The old machine was working OK, but I have no access to it now. Any help greatly appreciated. Bye, Wyk'00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00a501c05b7c$0e399160$0101a8c0>