#6580: r38378 broke MAC addressing for wireless connections. ------------------------------------------+--------------------------------- Reporter: jstressman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Wireless | Version: R1/Development Resolution: | Keywords: wifi ieee80211 MAC Blocked By: | Has a Patch: 0 Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment (by jstressman): I should probably mention that the code I was otherwise using was from r38394 (gcc4hybrid with Stack and Tile enabled) and I had also merged in the latest atheros drivers from FreeBSD-HEAD (revision 211330 of the FBSD ath driver), duplicating the relevant changes from the original merge and reverting the new change from IFQ_MAXLEN to ifqmaxlen (back to the original IFQ_MAXLEN). Before I started making those changes though, the same problem that was introduced in r38378 was already there. DHCP had been broken for several weeks, but up until r38378 you could still set a static IP and at least connect momentarily before the IP would reset to 169.*. MAC addressing on the wifi was also working prior to r38378 and broken from then on (for me at least). Also, the "fixed" connection isn't terribly useful, as web pages generally don't fully load and I can't stay connected to IRC etc... but I could run a ping on google.com and it didn't seem to be dropping any packets etc. So it's MUCH better than it was before these changes. Hopefully a fixed r38378 along with the properly ported atheros drivers will improve the quality of my connection and get me back on my native hardware again. :) -- Ticket URL: <http://dev.haiku-os.org/ticket/6580#comment:1> Haiku <http://dev.haiku-os.org> Haiku - the operating system.