Re: GEOM label tasting of windows disk hangs on 8.1
Marius Nünnerich writes: > On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: >> Hi! >> >> When I was trying to install 8.1-REL from the dvd install media on a >> ThinkPad X40 that has the original Windows XP partitions on its disk, >> the geom label tasting seems to hang with the disk activity light on. >> I just submitted this PR: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 >> >> 7.3-REL works just fine. >> >> Is this a known issue? >> >> I assume that wiping the mbr will fix it, but I will defer that if >> additional debugging is needed. > > Could you please send a hexdump of the first sector of that device? Certainly: eb 0e 03 1e 01 00 90 02 00 00 00 00 00 00 4e 50 |..NP| 0010 fa 33 c0 bc 00 7a 8e d0 50 07 50 1f fb fc bf 00 |.3...z..P.P.| 0020 08 be 00 7c b9 00 01 f3 a5 ea 2e 08 00 00 32 ed |...|..2.| 0030 bb 00 06 be 02 08 8a 0c b8 01 02 ba 80 00 cd 13 || 0040 b9 05 00 bb 00 14 51 8b f1 32 ed 8a 8c ff 05 81 |..Q..2..| 0050 eb 00 02 b8 01 02 ba 80 00 cd 13 59 e2 e8 b3 00 |...Y| 0060 be 99 05 88 1c be 98 05 88 1c be 97 05 88 1c eb || 0070 0a b3 01 be 98 05 88 1c e9 9d 00 e8 36 00 3c 01 |6.<.| 0080 74 ef e8 5c 00 3c 01 74 e8 e8 db 04 be 22 06 80 |t..\.<.t."..| 0090 3c 00 0f 84 b3 02 80 3c 01 0f 84 63 01 80 3c 02 |<..<...c..<.| 00a0 0f 84 86 01 be 05 08 0a 04 88 04 b1 01 bb 00 08 || 00b0 e8 db 00 c3 be 00 06 e8 17 00 be 23 06 80 3c 00 |...#..<.| 00c0 74 0c 3c 00 74 08 b0 02 e8 d9 ff b0 01 c3 b0 00 |t.<.t...| 00d0 c3 4e 32 c0 b9 00 02 8b d9 8a 10 32 c2 e2 f8 46 |.N22...F| 00e0 c3 b9 01 00 51 b8 00 02 f7 e1 05 00 08 8b f0 e8 |Q...| 00f0 df ff 5e 56 8a 8c 05 06 80 f9 00 74 17 38 c1 75 |..^V...t.8.u| 0100 0a 59 41 51 83 f9 06 74 0b 75 da 59 b0 01 e8 93 |.YAQ...t.u.Y| 0110 ff b0 01 c3 59 b0 00 c3 32 ed be 07 08 8a 0c b8 |Y...2...| 0120 01 02 bb 00 7c ba 80 00 cd 13 8b f3 e8 a2 ff be ||...| 0130 06 08 8a 24 80 fc 00 74 30 38 c4 74 2c b0 08 e8 |...$...t08.t,...| 0140 62 ff be af 07 e8 f0 01 be 0e 06 32 ed 8a 0c 80 |b..2| 0150 c1 01 51 b9 80 3e e8 22 00 59 e2 f6 be 98 05 80 |..Q..>.".Y..| 0160 3c 01 74 03 e8 99 00 cd 18 be be 09 bf be 7d b9 |<.t...}.| 0170 20 00 f3 a5 eb 00 ea 00 7c 00 00 50 e4 61 24 10 | ...|..P.a$.| 0180 8a e0 e4 61 24 10 38 e0 74 f8 e2 f4 58 c3 32 ed |...a$.8.t...X.2.| 0190 b8 01 03 ba 80 00 cd 13 c3 be 05 06 8a 04 24 0c |..$.| 01a0 c0 e8 02 c3 be 22 06 88 0c e8 6a 01 c3 00 00 00 |."j.| 01b0 00 00 00 00 00 00 00 00 cd cc cd cc 00 00 80 01 || 01c0 01 00 0c ef ff ff 3f 00 00 00 31 0c 25 04 00 00 |..?...1.%...| 01d0 c1 ff 12 ef ff ff 70 0c 25 04 90 46 83 00 00 00 |..p.%..F| 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..U.| 0200 Bengt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: GEOM label tasting of windows disk hangs on 8.1
On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: > Hi! > > When I was trying to install 8.1-REL from the dvd install media on a > ThinkPad X40 that has the original Windows XP partitions on its disk, > the geom label tasting seems to hang with the disk activity light on. > I just submitted this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 > > 7.3-REL works just fine. > > Is this a known issue? > > I assume that wiping the mbr will fix it, but I will defer that if > additional debugging is needed. Could you please send a hexdump of the first sector of that device? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release in the subversion world
On Wed, Aug 11, 2010 at 09:01:56AM -0700, Mark Saad wrote: > All > Are there any new ways to build a release using svn and to not use cvs at > all? make release still requires a CVSROOT is there a work around for this ? Recent 7-STABLE supports using SVN for src, as does 8-STABLE. (I recently built a slightly-customized 7.1-R release on a 7.3-STABLE system.) CVS is needed for ports, I expect, if you want to include those in your release. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpiro9l5ItkM.pgp Description: PGP signature
make release in the subversion world
All Are there any new ways to build a release using svn and to not use cvs at all? make release still requires a CVSROOT is there a work around for this ? -- Mark Saad mark.s...@ymail.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1R: ppp default route uses wrong Netif (with pppoe)
Luigi Rizzo wrote: > Hi, > I found the following problem with ppp after upgrading to 8.1 > > I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has > these lines (plus others not relevant here): > > my-provider: > set line PPPoE:nfe0 > ... > add default HISADDR > > Up to 7.2 this sufficed to establish a route using 'tun0' as the device > > DestinationGatewayFlagsRefs Use Netif > Expire > default81.174.0.1 UGS 0 1885 tun0 > > With the upgrade to 8.1R the default route points to 'nfe0', i.e. the > device used to talk pppoe, instead of tun0. > This causes a number of failures which prevent operation. That's strange ... I have a simuilar setup on my router which was upgraded from FreeBSD 6.x to 8.x recently. I don't have any routing problems. So maybe it is a problem with your configuration, not a FreeBSD bug. My rc.conf contains: ifconfig_fxp0="up" ppp_enable="YES" ppp_mode="ddial" ppp_nat="YES" ppp_profile="pppoe_myisp" gateway_enable="YES" And ppp.conf looks like this (few things omitted for brevity): default: set ifaddr 10.0.0.1/0 10.0.0.2/0 set server /var/run/ppp.ctl "" 0177 nat enable yes pppoe_myisp: set device PPPoE:fxp0 set authname myauthname set authkey myauthkey set dial set login add default HISADDR enable dns resolv readonly The default route is set correctly: $ route get default route to: default destination: default mask: default gateway: gateway.myisp.net interface: tun0 flags: recvpipe sendpipe ssthresh rtt,msecmtuweightexpire 0 0 0 0 1492 1 0 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Blogging: Never before have so many people with so little to say said so much to so few. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: em0 watchdog timeouts
On Wed, Aug 11, 2010 at 02:26:01PM +0200, Vonarburg David wrote: > Hi > i am also searching for the dcgdis.zip file to prevent watchdog timeout on > em0 device > Where can i get it > Thanks > David Which watchdog issue are you referring to? There are many reported watchdog timeout issues with em(4) in recent days. Are you referring to the power saving bit in the EEPRO, specific to certain Intel 82573 NICs? It's discussed here (see "Networking (hardware and drivers)"): http://wiki.freebsd.org/BugBusting/Commonly_reported_issues -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
www.freebsd.org
Hi@ list either i shoot the www.freebsd.org webserver in the head or he is still down for other reasons. What i have done before: look through the man pages online. open the manpage for ZFS then at the end of that manpage clicked on sharemgr(4) http://www.freebsd.org/cgi/man.cgi?query=sharemgr&sektion=1M&apropos=0&manpath=FreeBSD+8.1-RELEASE and after that no answer on requests. so i guess there will be a problem with man.cgi i have no idea who is responsible for that, if somebody know it and reads this please forward it to the responsible person. asap because www.freebsd.org isnt reacheable from here. many thanks greetings michael -- = = = http://michael-schuh.net/ = = = Projektmanagement - IT-Consulting - Professional Services IT Michael Schuh Postfach 10 21 52 66021 Saarbrücken phone: 0681/8319664 mobil: 0175/5616453 @: m i c h a e l . s c h u h @ g m a i l . c o m = = = Ust-ID: DE251072318 = = = ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: www.freebsd.org
Hi again, up and running again. many thanks. greetings michael 2010/8/11 Michael Schuh : > Hi@ list > > either i shoot the www.freebsd.org webserver in the head or he is still down > for other reasons. > What i have done before: > > look through the man pages online. > open the manpage for ZFS > then at the end of that manpage clicked on sharemgr(4) > http://www.freebsd.org/cgi/man.cgi?query=sharemgr&sektion=1M&apropos=0&manpath=FreeBSD+8.1-RELEASE > > and after that no answer on requests. > so i guess there will be a problem with man.cgi > > i have no idea who is responsible for that, if somebody > know it and reads this please forward it to the responsible person. > asap because www.freebsd.org isnt reacheable from here. > > many thanks > > greetings > > michael > > -- > = = = http://michael-schuh.net/ = = = > Projektmanagement - IT-Consulting - Professional Services IT > Michael Schuh > Postfach 10 21 52 > 66021 Saarbrücken > phone: 0681/8319664 > mobil: 0175/5616453 > @: m i c h a e l . s c h u h @ g m a i l . c o m > > = = = Ust-ID: DE251072318 = = = > -- = = = http://michael-schuh.net/ = = = Projektmanagement - IT-Consulting - Professional Services IT Michael Schuh Postfach 10 21 52 66021 Saarbrücken phone: 0681/8319664 mobil: 0175/5616453 @: m i c h a e l . s c h u h @ g m a i l . c o m = = = Ust-ID: DE251072318 = = = ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: em0 watchdog timeouts
Hi i am also searching for the dcgdis.zip file to prevent watchdog timeout on em0 device Where can i get it Thanks David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
GEOM label tasting of windows disk hangs on 8.1
Hi! When I was trying to install 8.1-REL from the dvd install media on a ThinkPad X40 that has the original Windows XP partitions on its disk, the geom label tasting seems to hang with the disk activity light on. I just submitted this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 7.3-REL works just fine. Is this a known issue? I assume that wiping the mbr will fix it, but I will defer that if additional debugging is needed. Bengt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
8.1R: ppp default route uses wrong Netif (with pppoe)
Hi, I found the following problem with ppp after upgrading to 8.1 I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has these lines (plus others not relevant here): my-provider: set line PPPoE:nfe0 ... add default HISADDR Up to 7.2 this sufficed to establish a route using 'tun0' as the device DestinationGatewayFlagsRefs Use Netif Expire default81.174.0.1 UGS 0 1885 tun0 With the upgrade to 8.1R the default route points to 'nfe0', i.e. the device used to talk pppoe, instead of tun0. This causes a number of failures which prevent operation. I am not sure though whether the bug is in PPP or in the kernel, and why ppp now uses the wrong device to install the route entry. A functional workaround is the following (note you need all three lines!): add default HISADDR shell route delete default shell route add default -interface INTERFACE where the first line installs the bogus entry but supplies a default address for outgoing packets, and the other two entries fix the interface. I tried to remove the 'add default HISADDR' but it does not seem to work -- tcpdump shows outgoing packets carrying 0.0.0.0 as src-ip, which prevents replies from coming back. I'll submit a PR later, but would be curious to know if someone has ideas on what could be a proper fix. cheers luigi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/11/2010 03:47, Oliver Fromme wrote: > jhell wrote: > > Based on the parts of the script with the additions for tracking source > > using git(1) I set out to add support for mercurial hg(1) and ended up > > cleaning some of the script while making some of those additions. > > [...] > > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc > > Just out of curiosity, why are you obfuscating this if statement? > > -if [ ! -r version ] > -then > -echo 0 > version > -fi > +[ ! -r version ] && echo 0 >version > > It should rather be fixed like this (FreeBSD standard is to put > if...then on one line): > > -if [ ! -r version ] > -then > +if [ ! -r version ]; then > I originally did it that way but on a sheer whim since it was a simple test and did not end up in being some big fancy line I changed it to what it is now. I have no problem changing this back since its only just a visual change & functionality would still be the same. It was just easier on my eyes while reading it for some reason and did not see a need for a multi-line statement. > On a tangential note ... I've been using a wrapper script > for "make kernel" for ages, long before svn existed. It > adds the date of the checked-out sources to the release name, > e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" > on this machine. > > http://people.freebsd.org/~olli/scripts/makekernel > Thanks, Ill check this out. Writing before reading that script I have been using a script to build the kernel too. It just set BRANCH_OVERRIDE and whatever other CFLAGS and make flags I want with the addition of looking at kern.smp.cpus and calculating the recommended value to use when using '-j' plus an additional amount if needed. > Best regards >Oliver > Thank you Oliver. -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/10/2010 21:50, Anonymous wrote: > Anonymous writes: > >> jhell writes: >>> >>> And that would be to identify non-conforming ports using non-standard >>> locations. Though the option is available to look in a non-standard >> >> You're confusing default and standard value. LOCALBASE has a default for >> /usr/local. If it were a standard one wouldn't care about it and just >> hardcode /usr/local everywhere. > > ...or at least used `=' and not `?=' in bsd.port.mk. The only mention I see of LOCALBASE in all of source on stable/8 is: /usr/src/contrib/bind9/config.threads.in /usr/src/secure/usr.bin/ssh/Makefile /usr/src/secure/usr.sbin/sshd/Makefile /usr/src/tools/kerneldoc/subsys/Makefile /usr/src/tools/regression/atm/Funcs.sh /usr/src/tools/regression/atm/proto_cc/RunTest.sh /usr/src/tools/regression/atm/proto_sscfu/RunTest.sh /usr/src/tools/regression/atm/proto_sscop/RunTest.sh /usr/src/tools/regression/atm/proto_uni/RunTest.sh /usr/src/tools/tools/tinybsd/CHANGES /usr/src/usr.bin/make/Makefile So what your telling me is we would have to pull in something else to do this just for newvers.sh or is this sinking into the source from somewhere I am not aware of? -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: NAT issue in 8.1
Thanks, works perfectly now, Alan On 08/10/10 18:59, Eugene Grosbein wrote: On Tue, Aug 10, 2010 at 04:33:02PM +0100, Alan Hicks wrote: Having upgraded to Release-8.1, there appears to be an issue with network address translation where a newly booted machine fails to setup nat with the error 'ipfw: getsockopt(IP_FW_ADD): Invalid argument' That's because your kernel (GENERIC?) does not have ipdivert support enabled. That's not fatal, see later. Box has two interfaces em0 and xl0 (Dell PowerEdge 1600SC) rc.conf ifconfig_xl0="inet 192.168.202.5 netmask 255.255.255.0" ifconfig_em0="inet 192.168.0.2 netmask 255.255.255.0" defaultrouter="192.168.0.1" firewall_enable="YES" firewall_type="open" firewall_logging="yes" natd_enable="YES" natd_interface="em0" Boot excerpt from console, typed as it does not make it to /var/log/messages so apologies for any typo's add net default: gateway 192.168.0.1 Additional routing options: IP gateway=YES Starting devd. ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 ipfw: getsockopt(IP_FW_ADD): Invalid argument At this point, there is still no ipdivert support loaded. 65000 allow ip from any to any Firewall rules loaded. Firewall logging enabled. Starting natd. At this point, kernel module ipdivert.ko is loaded. Loading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Aug 10 12:02:53 natd[869]: Aliasing to 192.168.0.2, mtu 1500 bytes Although all appears to be ok, machines on the xl0 192.168.202.0/24 subnet can't see the internet. Running /etc/rc.firewall manually fixes the issue. ipdivert.ko is loaded, hence re-loading firewall rules helps. The machine was upgraded from 8.0 using unmodified cvs sources using buildkernel, buildworld, installworld, installkernel mergemaster. Any help appreciated. Just load ipdivert.ko earlies by means of loader.conf: echo 'ipdivert_load="YES"'>> /boot/loader.conf Alternatively, rebuild kernel with options IPFIREWALL and IPDIVERT Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
jhell wrote: > Based on the parts of the script with the additions for tracking source > using git(1) I set out to add support for mercurial hg(1) and ended up > cleaning some of the script while making some of those additions. > [...] > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc Just out of curiosity, why are you obfuscating this if statement? -if [ ! -r version ] -then -echo 0 > version -fi +[ ! -r version ] && echo 0 >version It should rather be fixed like this (FreeBSD standard is to put if...then on one line): -if [ ! -r version ] -then +if [ ! -r version ]; then On a tangential note ... I've been using a wrapper script for "make kernel" for ages, long before svn existed. It adds the date of the checked-out sources to the release name, e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" on this machine. http://people.freebsd.org/~olli/scripts/makekernel Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We will perhaps eventually be writing only small modules which are identi- fied by name as they are used to build larger ones, so that devices like indentation, rather than delimiters, might become feasible for expressing local structure in the source language." -- Donald E. Knuth, 1974 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Re : ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated
To both of you - create PRs. Thanks, Adrian On 29 July 2010 17:54, Alexandre L. wrote: > Hi Martin, > > I got similar problem from my PC using a Netgear WG311T PCI wireless card. > > ath0: mem 0x4010-0x4010 irq 11 at device 8.0 on pci1 > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > I have joined all my config files, and the results of the commands : > # dmesg > # ifconfig > # dhclient wlan0 > > Also, I have opened before your mail to the list, a thread on FreeBSD Forums > http://forums.freebsd.org/showthread.php?t=16373 > > --- En date de : Mer 28.7.10, Martin a écrit : > >> De: Martin >> Objet: ath(4) hostap with fake MAC/BSSID results in station dropping packets >> when associated >> À: freebsd-stable@freebsd.org >> Date: Mercredi 28 juillet 2010, 22h24 >> >> Hi, >> >> I noticed a bug that was introduced somewhere in the >> Atheros 9280 >> support in 8.1-RELEASE when used as a station. I had this >> already >> running correctly with 7.x releases. >> >> What happens: >> >> I cannot connect to a hostap ath(4) (Atheros 2413) when >> using a fake >> MAC/BSSID (on the hostap!). >> >> How to reproduce it: >> >> 1) Put this into your rc.local on your hostap machine and >> replace xx's >> by an address of your choice (first octet needs to have >> lowest bit "0"): >> >> ifconfig ath0 ether xx:xx:xx:xx:xx:xx >> >> 2) Start hostapd (must be configured, of course). >> Eventually you need >> to set BSSID also in hostapd.conf. >> >> 3) Try to connect with an Atheros 9280. You don't need to >> fake MAC >> address here (I'm only talking about the hostap >> MAC/BSSID). >> >> What you get: >> >> - You get association. This is OK, so far. >> - Try DHCP. You won't see packets arriving at the station. >> They are not >> recognized and filtered somewhere. >> - When you watch with tcpdump on the hostap interface >> you'll see DHCP >> requests arriving and being answered. >> - I further noticed, even you don't have any IP (set to >> 0.0.0.0, >> because of failed DHCP), you can see packets being >> sent to different >> machines >> - You can try to setup a static address, but when you ping >> the station, >> you don't see a ping arriving (watch tcpdump on the >> station wireless >> interface and try to ping from the hostap machine). >> >> Further information: >> >> - This only affects ath(4) and I could only see this on >> Atheros 9280, >> because I don't have any other ath(4) adapters at >> the moment. >> - I tried rum(4). It does not have any problems like this. >> DHCP and >> everything else works with this driver (of course >> with a fake >> MAC/BSSID!). >> - Running 8.1-RELEASE on all machines. Kernel is GENERIC, >> but on hostap >> machine there is ALTQ added (should not affect >> anything, as I said, >> I had this running already). >> - hostapd is configured with 11g, WPA2 and passwords in >> hostapd.wpapsk. >> WME is switched off, because it does not work at all >> for me. >> >> I can provide more information, if needed. >> >> -- >> Martin >> ___ >> freebsd-stable@freebsd.org >> mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" >> > > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
