I forward this problem to the lfs-dev-list now. If anybody can give me a hint where to start searching the problem in the kernel code, I'll try to fix it.
Claus ------------------------------------------------------------------ -------- Original Message -------- Subject: Re: PCMCIA, IBMTR_CS, ARP-HW-TYPE Date: Sat, 3 Oct 2009 10:29:34 -0800 From: ALIP BUDIANTO <rabbit8...@gmail.com> Reply-To: BLFS Support List <blfs-supp...@linuxfromscratch.org> To: BLFS Support List <blfs-supp...@linuxfromscratch.org> References: <e1d873ab0910030309u2adafd7cpbc8c044e99fc0...@mail.gmail.com> <4ac796ee.5070...@rgc1.inka.de> If its the kernel mabye yes. If its on only BLFS stay here unlesss the LFS build affects BLFS. On Sat, Oct 3, 2009 at 10:24 AM, Claus Regelmann <r...@rgc1.inka.de> wrote: > Richard Melville wrote: >> >> >> Claus Regelmann said:- >> >> >> >> I recently finished installing LFS 6.5 on my old Laptop (IBM-T21). >> I added SYSFSUTILS-2.1.0 and PCMCIAUTILS-0.15, put the TR card in, >> called pcmcia-socket-startup, found the tr0 interface, configured >> tr0, and tried to ping another machine in my network. >> -- no response -- >> I continued investigating the situation with wireshark, and found >> that my T21 sends ARP requests and responces with an unknown HW type >> of 0x320.The correct HW type should be 0x06. >> >> Where does the wrong HW type come from?? >> 'cat /sys/bus/pcmcia/devices/0.0/net/tr0/type' displays 800, which >> is equal to 0x320 >> >> Do you have all the correct drivers configured in the kernel? >> >> Richard >> > > Yes, all modules are loaded and the link layer is running. The problem > comes form the arp traffic where my T21 uses a wrong ARPHRD value. > But I found a qnd work arround that works for me: > ---------------------------------- patch for ibmtr_cs.c ------- > /* Set up the Token-Ring Controller Configuration Register and > turn on the card. Check the "Local Area Network Credit Card > Adapters Technical Reference" SC30-3585 for this info. */ > ibmtr_hw_setup(dev, mmiobase); > -> dev->type=0x06; > -> printk (KERN_INFO " ibmtr_cs after HW setup: dev->type=%d\n",dev->type); > > link->dev_node = &info->node; > ---------------------------------------------------------------- > But this patch is not a real fix! > > if you lock into include/linux/if_arp.h you will find > #define ARPHRD_IEEE802 6 > ... and ... > #define ARPHRD_IEEE802_TR 800 > > I've several desktops in my net, the oldest one has even an ISA adapter > (module ibmtr), > the others have IBM-PCI adapter (module olympic), and all these machines use > ARPHRD_IEEE802. > > So the remaining question is: why does 'ibmtr_cs' use ARPHRD_IEEE802_TR. > > Shall I submit this problem to the LFS-DEV mailing list? > > Claus > > P.S.: I also tested a very old PS/2 micro channel machine. It also uses > ARPHRD_IEEE802. > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Appendix: Sorry Richard, i haven't answered you question correctly. The anwer is no. The drivers are all modules loaded by udev. Here is the module list ---------------------------------------------------------- r...@newlfs:~# lsmod Module Size Used by ibmtr_cs 15860 1 tr 5292 1 ibmtr_cs,[permanent] nfsd 194916 8 lockd 55340 1 nfsd auth_rpcgss 29260 1 nfsd sunrpc 147836 7 nfsd,lockd,auth_rpcgss exportfs 3564 1 nfsd snd_cs46xx 69276 0 snd_rawmidi 17120 1 snd_cs46xx snd_seq_device 5376 1 snd_rawmidi snd_ac97_codec 85724 1 snd_cs46xx pcmcia 27204 1 ibmtr_cs ac97_bus 1268 1 snd_ac97_codec snd_pcm 56120 2 snd_cs46xx,snd_ac97_codec snd_timer 16320 1 snd_pcm nsc_ircc 13820 0 snd 41776 6 snd_cs46xx,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm,snd_timer parport_pc 27608 0 ide_cd_mod 23984 0 thinkpad_acpi 55484 0 uhci_hcd 18780 0 soundcore 5160 1 snd usbcore 114268 2 uhci_hcd led_class 3364 1 thinkpad_acpi cdrom 28380 1 ide_cd_mod floppy 44520 0 snd_page_alloc 7112 2 snd_cs46xx,snd_pcm parport 18488 1 parport_pc irda 92836 1 nsc_ircc yenta_socket 20120 4 rsrc_nonstatic 7564 1 yenta_socket crc_ccitt 1548 1 irda pcmcia_core 27332 3 pcmcia,yenta_socket,rsrc_nonstatic r...@newlfs:~# ----------------------------------------------------------------------------- Claus -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
