Date: Thu, 28 Aug 2003 20:47:15 +0300 From: Maxim Mazurok <maxim@km.ua> To: Thomas Moestl <t.moestl@tu-bs.de> Cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver Message-ID: <20030828174715.GR8966@km.ua> In-Reply-To: <20030828155927.GA707@timesink.dyndns.org> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030822131349.GD21392@km.ua> <20030822145956.GA673@crow.dom2ip.de> <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Aug 28, 2003 at 05:59:28PM +0200, Thomas Moestl wrote:
>> >ohh.
>> >rl(4) driver no work at 5.1-CURRENT from
>> >*default release=cvs tag=. date=2003.08.22.00.00.00
>> >
>> >my dmesg in attachemnt.
>> >all segments inserted to true ethernet cards, but in kernel indexes of
>> >ethernet cards is broken?
>> >
>> >P.S. sorry for my bad english
>>
>> ops. i wrong.
>> after recompile kernel width
>> options OFW_NEWPCI
>> my ethernet cards change numbers. rl0 ->rl3, rl1 -> rl0, rl2 -> rl1, rl3 ->
>> rl2.
>> you swapped scan of two bloks of pci slot.
>> it's good.
>> but i have one small problem :)
>> rl cards in my system see any remote arp's only if i run 'tcpdump -n -i rl1'
>> can you fix this?
>
>That's very strange. So you cannot see them in tcpdump if you do not
>put the interface in promiscuous mode (by using the -p argument to
>tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at
>all?
so... experiment:
root@fang:~#ifconfig rl3
rl3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251
ether 00:30:4f:21:bc:91
media: Ethernet 10baseT/UTP
status: active
root@fang:~#tcpdump -p -n -i rl3
tcpdump: listening on rl3
20:44:38.398657 193.201.116.250 > 255.255.255.255: icmp: echo request
20:44:40.396496 193.201.116.250 > 255.255.255.255: icmp: echo request
20:44:42.396451 193.201.116.250 > 255.255.255.255: icmp: echo request
20:44:44.396559 193.201.116.250 > 255.255.255.255: icmp: echo request
20:44:46.396483 193.201.116.250 > 255.255.255.255: icmp: echo request
20:45:06.189118 193.201.116.250 > 255.255.255.255: icmp: echo request
20:45:08.188716 193.201.116.250 > 255.255.255.255: icmp: echo request
20:45:10.188696 193.201.116.250 > 255.255.255.255: icmp: echo request
20:45:12.188856 193.201.116.250 > 255.255.255.255: icmp: echo request
20:45:14.188944 193.201.116.250 > 255.255.255.255: icmp: echo request
^C
10 packets received by filter
0 packets dropped by kernel
remote side - cisco 25xx.
ap-ec#sh run in e 0
Building configuration...
Current configuration : 105 bytes
!
interface Ethernet0
ip address 193.201.116.250 255.255.255.252
no ip mroute-cache
no keepalive
end
ap-ec#ping 193.201.116.251
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 193.201.116.251, timeout is 2 seconds:
.....
ap-ec#ping 193.201.116.249
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 193.201.116.249, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
ap-ec#ping 193.201.116.248
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 193.201.116.248, timeout is 2 seconds:
.....
so?
>> and one more Q: you planned to commit this pathes (sio(4) and rl(4)) to CURRENT tree?
>> if i cvsup sources width '*default release=cvs tag=.' your latest patch for
>> sio(4) (sio-s64-20030822.diff) applied width errors. :)
>
>I'll commit the rl fix after review. The sio patch is unlikely to get
>committed, but Marcel's uart driver, which will hopefully hit the tree
>soon, will take care of that.
ok
--
Maxim Mazurok (MMP2-RIPE)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030828174715.GR8966>