Re: IP handling in Mach/Hurd - route & ifconfig functionality
Hi again all. Still no go. The comments from Alfred and James are
appreciated but looking overy my config I still see nothing wrong. It
works fine under Linux and <gasp> Windows. What tools do I need to
debug a Mach kernel driver? I'm over my head in dealing with debugging
this.
So what, get a new card of some type? Any cheap and reliable
recommendations that are Hurd-friendly?
James, the line wrapped funny that you commented on so your comment
wasn't applicable.
Thanks in advance,
--
-- Grant Bowman <grantbow@grantbow.com>
P.S. My oskit Mach kernel just reboots for some reason. I have a fix
given to me by Jeroen that I'll be trying (patching oskit's
libc/gen/panic.c) to stop it from rebooting so fast.
* Grant Bowman <grantbow@grantbow.com> [020501 21:16]:
> * Alfred M. Szmidt <ams@kemisten.nu> [020501 11:22]:
> > * Richard Kreuter writes:
> > > On Wed, May 01, 2002 at 07:30:41AM -0700, Grant Bowman wrote:
> > >> Now comes another "hurd"le - directing IP packets in the kernel.
> > >> I'm so close and yet so far away from getting it working. I
> > >> followed the directions for '/hurd/pfinet --help' but when I try to
> > >> ping I see:
> > >>
> > >> hurd:~# settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 -a \
> > >> 192.168.0.2 -g 192.168.0.1 -m 255.255.255.0
> >
> > > The -g option to settrans makes a translator go away, i.e.,
> > > removes the translator from the node; the -f option forces the
> > > translator removal. You probably want
> >
> > > # settrans -fgap /servers/socket/2
> >
> > This is removes the translator on that node, and sets it to "", which
> > means that it sets it to nothing.
> >
> > So supplying "/hurd/pfinet ..." after it sets it to whatever was supplied.
>
>
> Richard, Alfred, James,
>
> I am confused at these results, but the packets just don't want to get
> off the NIC. Pinging from another host does not give any reply. I did
> the -fg then -ap (see below) but still the same. showtrans gives me
> back the command that I used to set it via settrans.
>
> I've attached the /dev/klog & "ifconfig --verbose" output in case
> there's any clue there. This is a DE-220 NIC that I started to discuss
> on hurd-help. Here's the actual change I made to
> gnumach-20020421/linux/dev/drivers/net/Space.c
>
> static struct device eth0_dev = {
> "eth0", 0, 0, 0, 0, 0x240, 10, 0, 0, 0, ð1_dev, ethif_probe };
>
> What other tools/techniques/methods can I use to verify the network
> hardware and software interface?
>
> Thanks in advance,
>
> --
> -- Grant Bowman <grantbow@grantbow.com>
>
>
> GNUmach 1.2
> AT386 boot: physical memory from 0x0 to 0x6000000
> GNUmach 1.2
> AT386 boot: physical memory from 0x0 to 0x6000000
> pcibios_init : BIOS32 Service Directory structure at 0x000fadb0
> pcibios_init : BIOS32 Service Directory entry at 0xfb230
> pcibios_init : PCI BIOS revision 2.10 entry at 0xfb260
> Probing PCI hardware.
> ide: i82371 PIIX (Triton) on PCI bus 0 function 57
> ide0: BM-DMA at 0xf000-0xf007
> ide1: BM-DMA at 0xf008-0xf00f
> hd0: Maxtor 96147H8, 58623MB w/2048kB Cache, CHS=7473/255/63, UDMA
> hd3: TOSHIBA CD-ROM XM-6302B, ATAPI CDROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a post-1991 82077
> EATA0: address 0x1f0 in use, skipping probe.
> EATA0: address 0x170 in use, skipping probe.
> scsi : 0 hosts.
> scsi : detected total.
> ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov)
> NE*000 ethercard probe at 0x240: 00 80 c8 d9 8c 02
> eth0: NE2000 found at 0x240, using IRQ 10.
> Partition check (DOS partitions):
> hd0: hd0s1 hd0s2 hd0s3 hd0s4 < hd0s5 hd0s6 hd0s7 hd0s8 hd0s9 hd0s10 hd0s11 hd0s12 hd0s13 hd0s14 hd0s15 hd0s16 >
> com0: at atbus0, port = 3f8, spl = 6, pic = 4. (DOS COM1)
> com1: at atbus1, port = 2f8, spl = 6, pic = 3. (DOS COM2)
> com2: at atbus2, port = 3e8, spl = 6, pic = 5. (DOS COM3)
> module 0: /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line} --host-priv-port=${host-port} --device-master-port=${device-port} --exec-server-task=${exec-task} -T typed ${root} $(task-create) $(task-resume) module 1: /lib/ld.so.1 /hurd/exec $(exec-task=task-create) 2 multiboot modules task loaded: /hurd/ext2fs.static --multiboot-command-line=/boot/gnumach root=device:hd0s16 --host-priv-port=2 --device-master-port=3 --exec-server-task=4 -T typed device:hd0s16
> task loaded: /lib/ld.so.1 /hurd/exec
>
> start /hurd/ext2fs.static: hd04: bad access: block=28, count=2, blockend=30, nr_sects2
> end_request: I/O error, dev 03:04, sector 28
>
>
>
> Script started on Wed May 1 04:39:53 2002
> hurd:~# settrans -fg /servers/socket/2
> hurd:~# settrans -ap /servers/socket/2 /hurd/pfinet -i eth0 -a 192.168.0.2 -g 192.168.0.1 -m 255.255.255.0
> hurd:~# ping 192.168.0.1
> PING 192.168.0.1 (192.168.0.1): 56 data bytes
> 64 bytes from hurd.grantbow.com (192.168.0.2): Destination Host Unreachable
> Vr HL TOS Len ID Flg off TTL Pro cks Src Dst Data
> 4 5 c0 8400 0200 0 0000 ff 01 6239 192.168.0.2 192.168.0.2
> 64 bytes from hurd.grantbow.com (192.168.0.2): Destination Host Unreachable
> Vr HL TOS Len ID Flg off TTL Pro cks Src Dst Data
> 4 5 c0 8400 0300 0 0000 ff 01 6139 192.168.0.2 192.168.0.2
> ^C--- 192.168.0.1 ping statistics ---
> 4 packets transmitted, 0 packets received, 100% packet loss
>
> ifconfig --verbose shows only this:
>
> lo (1):
> inet address 127.0.0.1
> netmask 255.0.0.0
> flags UP LOOPBACK RUNNING
> mtu 3924
>
> eth0 (2):
> inet address 192.168.0.2
> netmask 255.255.255.0
> broadcast 192.168.0.255
> flags UP BROADCAST RUNNING MULTICAST
> mtu 1500
--
To UNSUBSCRIBE, email to debian-hurd-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: