[ previous ] [ next ] [ threads ]
 
 From:  David Cook <david dot cook at jetpress dot com>
 To:  m0n0wall at lists dot m0n0 dot ch
 Subject:  RE: [m0n0wall] Netelligent 10/100 TX -Compaq Deskpro again
 Date:  Thu, 19 Feb 2004 10:12:09 -0000
>-----Original Message-----
>From: Krzysztof Syguda [mailto:krzys at wroclaw dot dialog dot net dot pl]
>Sent: 19 February 2004 08:21
>To: David Cook
>Subject: RE: [m0n0wall] Netelligent 10/100 TX -Compaq Deskpro again
>
>
>Dear David
>I really dont know what is wrong with m0n0wall and card. 
>I have seen in log that graphic card, Netelligent  and USB 
>controller has the same IRQ 
>number.
>

Don't worry about this, IRQ sharing is fine with PCI hardware. My
workstation is happily sharing IRQ 11 between a second VGA card, two USB
controllers, onboard audio and a network card.

Having read the output from the system log below and checked more detailed
spec from the HP/Compaq website, the arrangement for the embedded network
interface is something I personally haven't seen before. It combines a  RJ45
socket for 10/100baseTX ethernet with and AUI connector for 10base5 or
10base2 ethernet.

>When I connect the Netelligent NIC with computer directly via 
>corss-over cable I can 
>ping machine with m0n0wall and log in, but I had some errors 
>(lost ping).(Card in 
>second computer with auto negotiation of speed and duplex mode 
>- when I tried set 
>some value - for example 100BaseTX/Full/Half duplex I had no 
>connection)
>

I think this is the key symptom. The Netelligent NIC doesn't seem to be
succesfully auto negotiating the connection speed in all circumstances. This
is why when you are using the cross-over cable directly to another PC, when
that second PCs network card is configured NOT to auto negotiate, the
connection fails. 

Having done a little research on Google, I have found a description of a
similar problem where the connection failed unless BOTH ends of the
connection were set to auto-negotiation
(http://lists.debian.org/debian-isp/2001/debian-isp-200108/msg00218.html).
This could be your situation. 

>When I pluged in Netelligent NIC in to a 10/100 switch Card 
>was up, but no 
>transsmision could be done.
>

Again probably symptomatic of the speed negotiation problems above. If the
switch is of the unmanaged variety there is not much you can do. If it is a
managed switch, i.e. there is console or http access to the switches
configuration, you may be able to set the port to which the Deskpro is
connected, to a speed and duplex mode that will allow a connection.

Ideally this wouldn't be necessary as a combination of the driver and the
Netelligent NIC should auto-negotiate. You might be able to use
http://<your_m0n0wall>/exec.php in combination with the ifconfig command to
force the NIC into a suitable media type and option , however this would not
persist between reboots of the system. See the following pages for more
information:

Media Options & Types for ThunderLAN Driver
http://www.freebsd.org/cgi/man.cgi?query=tl&sektion=4&manpath=FreeBSD+4.9-RE
LEASE

ifconfig Command
http://www.freebsd.org/cgi/man.cgi?query=ifconfig&sektion=8&apropos=0&manpat
h=FreeBSD+4.9-RELEASE

Has anybody else got any ideas??


>Any Ideas?
>Thank you for your help.
>KS
>
>Jan 01:16:23 kernel: pci0: <S3 Trio 64V2/DX/GX graphics 
>accelerator> at 15.0 
>irq 11 Jan 1 
>Jan 01:16:23 /kernel: tl0: <Compaq Netelligent 10/100 TX Embedded UTP> 
>port 0x10e0-0x10ef mem 0x44100000-0x4410000f irq 11 at device 
>16.0 on pci0 
>Jan 1 01:16:23 /kernel: tl0: Ethernet address: 00:80:5f:03:89:8b
>Jan 1 01:16:23 /kernel: miibus1: <MII bus> on tl0 
>Jan 1 01:16:23 /kernel: lxtphy0: <LXT970 10/100 media 
>interface> on miibus1
>Jan 1 01:16:23 /kernel: lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 
>10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 
>Jan 1 01:16:23 /kernel: tlphy0: <ThunderLAN 10baseT media 
>interface> on 
>miibus1 
>Jan 1 01:16:23 /kernel: tlphy0: 10base2/BNC, 10base5/AUI Jan 1 
>01:16:23 
>/kernel: isab0: <VIA 82C586 PCI-ISA bridge> at device 20.0 on pci0 
>Jan 1 01:16:23 /kernel: isa0: <ISA bus> on isab0 Jan 1 
>01:16:23 /kernel: 
>atapci0: <VIA 82C586 ATA33 controller> port 0x10f0-0x10ff at 
>device 20.1 on 
>pci0 
>Jan 1 01:16:23 /kernel: ata0: at 0x1f0 irq 14 on atapci0 
>Jan 1 01:16:23 /kernel: ata1: at 0x170 irq 15 on atapci0 Jan 1 
>01:16:23 /kernel: 
>uhci0: <VIA 83C572 USB controller> port 0x10c0-0x10df irq 11 
>at device 20.2 
>on pci0 
>Jan 1 01:16:23 /kernel: usb0: <VIA 83C572 USB controller> on 
>uhci0 Jan 1 
>01:16:23 /kernel: usb0: USB revision 1.0
>
>
>
>    //// ////    /////\\\\\                           
>   ///////      ///// Krzysztof Syguda  
>  //// \\\      \\\\\ tel.  +48 607223304
> ////   \\\\\\\\\\\\/ 
>                      e-mail: krzys at wroclaw dot dialog dot net dot pl      
>              
>dupeusz - s-abowita jednostka ludzka

>
>
>
>_______________________________________________________________
>_________
>This e-mail has been scanned for all viruses by Star Internet. The
>service is powered by MessageLabs. For more information on a proactive
>anti-virus service working around the clock, around the globe, visit:
>http://www.star.net.uk
>_______________________________________________________________
>_________
>

JET PRESS LIMITED
Nunn Close
Huthwaite
Nottinghamshire
NG17 2HW
UK

Web:	www.jetpress.com
Tel:	+44-1623-551 800
Fax: 	+44-1623-551 175


Confidentiality Notice 
This message and its contents are confidential.  The contents are solely for the attention of the
recipient(s) named above and any unauthorised disclosure, copying or distribution is forbidden.  If
you are not the recipient named above, please contact the sender immediately and destroy this
message.  The views expressed in this message are those of the sender and not necessarily those of
JET PRESS LIMITED.