Re: Monitor mode not working for iwi(4) on 7.X
On Wed, Oct 20, 2010 at 07:15:19PM +0200, Bernhard Schmidt wrote: > # kldload if_iwi > # aireplay-ng -9 iwi0 > # ifconfig iwi0 > iwi0: flags=28943 > metric 0 mtu 1500 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) > # ifconfig iwi0 -mediaopt monitor > # ifconfig iwi0 > iwi0: flags=28943 > metric 0 mtu 1500 > media: IEEE 802.11 Wireless Ethernet autoselect Sorry for belated reply, had ENOTIME for a while. :-( What happens if you run airodump-ng iwi0 instead of aireplay-ng in this test? For me it gives this on today's 7-STABLE (userland and kernel in sync): # kldload if_iwi # airodump-ng iwi0 ^C # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 6 (2437 MHz 11g) authmode OPEN privacy OFF scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS # ifconfig iwi0 -mediaopt monitor # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ^ ssid "" channel 11 (2462 MHz 11g) authmode OPEN privacy OFF scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS # ifconfig iwi0 -mediaopt monitor # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ^^ ssid "" channel 11 (2462 MHz 11g) authmode OPEN privacy OFF bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS Underlined text also looks strange... ./danfe ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: if_msk not working after suspend/resume if only one adapter is present
On Tuesday 16 November 2010 01:36:05 Pyun YongHyeon wrote: > Could you show me dmesg output? > I've attached a blind patch which could be related with > suspend/resume. I guess powering down code was not synchronized > well for newer controllers. The patch didn't change anything unfortunately. The possibly relevant dmesg output is: pci9: on pcib2 mskc0: port 0xde00-0xdeff mem 0xf1ffc000-0xf1ff irq 16 at device 0.0 on pci9 msk0: on mskc0 msk0: disabling jumbo frame support msk0: Ethernet address: 00:23:ae:11:a0:15 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow pcib3: at device 28.1 on pci0 pci11: on pcib3 pci11: at device 0.0 (no driver attached) pcib4: at device 28.4 on pci0 pci12: on pcib4 mskc1: port 0xce00-0xceff mem 0xf1cfc000-0xf1cf irq 16 at device 0.0 on pci12 msk1: on mskc1 msk1: Ethernet address: 00:50:43:00:3f:4f miibus1: on msk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow msk0 is the built-in port - I know it's one of the buggy 0x00 revisions. The rest of the dmesg can be found at http://www.cran.org.uk/~brucec/freebsd/dmesg_m1530.txt . -- Bruce Cran ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: routed source code
On Nov 14, 2010, at 02:23 , Milen Dzhumerov wrote: > We're investigating some ways to perform symbolic execution of distributed > systems and we're looking for real-world programs to test. The "routed" > daemon[1] which is included with FreeBSD seemed like a good candidate and I > was wondering whether anyone can point me to its implementation location in > the source code repositories. The upstream location is: http://www.rhyolite.com/src/ ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/152295: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works
Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Tue Nov 16 13:46:07 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=152295 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
request for MFC of em/igb drivers
Hi, I've been watching the traffic here over the last few months relating to the em and igb Intel ethernet drivers. It seems like there's a big consensus that HEAD has some good new fixes. Looking at this: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's marked "MFC: a week" but it doesn't look like anything's been MFC'd since. (And several other revisions that look more experimental have since gone into HEAD.) We've been seeing some weird issues with em devices under high load and if these changes in 1.58 are ready for STABLE we'd love to test them live. So this is a beg... if the relevant committers are out here, can that MFC go through soon? Or if it can't, or I'm reading the logs wrong, please explain. Thanks in advance. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
