On Wed, Jun 29, 2016 at 10:44:55AM -0400, Dan LaBell wrote:
>
> >
> >This might be a case of a network using 40MHz wide channel. I have
> >personally experienced the same. it's faster for 802.11n, but it drops
> >legacy support for 802.11b/g, which uses 20MHz wide channels.
> >
> >Unfortunately, w
This might be a case of a network using 40MHz wide channel. I have
personally experienced the same. it's faster for 802.11n, but it drops
legacy support for 802.11b/g, which uses 20MHz wide channels.
Unfortunately, we do not yet have 802.11n support.
I may work on it eventually.
Are you say
On 17 June 2016 at 15:11, John D. Baker wrote:
>> This might be a case of a network using 40MHz wide channel. I have
>> personally experienced the same. it's faster for 802.11n, but it drops
>> legacy support for 802.11b/g, which uses 20MHz wide channels.
>
> I think this is unlikely since the Mac
On Fri, 17 Jun 2016, co...@sdf.org wrote:
> > I've stayed at this same motel location every year for the last several
> > years and it has always worked until this year. The desk clerk claimed
> > there have been no changes to their system, but indicated that some
> > clients using laptops "just
> I've stayed at this same motel location every year for the last several
> years and it has always worked until this year. The desk clerk claimed
> there have been no changes to their system, but indicated that some
> clients using laptops "just can't connect" (and implied that smartphone
> users
jdba...@mylinuxisp.com ("John D. Baker") writes:
>I had a similar experience with the wireless network provided by a motel
>in the U.S. I tried a number of different systems and interfaces:
>rtw(4) in Lemote YeeLoong, run(4) on Lemote YeeLoong and IBM Thinkcentre,
>ath(4) on IBM ThinkPad A31p. A
andrew.cag...@gmail.com (Andrew Cagney) writes:
>I'm finding that when I'm connecting to a public network (such as the
>one at a recent BSD conference), my DHCP requests seemingly fall on
>deaf ears.
There are bugs in the wifi code that make it fail "on a public network"
(i.e. one where there are
I had a similar experience with the wireless network provided by a motel
in the U.S. I tried a number of different systems and interfaces:
rtw(4) in Lemote YeeLoong, run(4) on Lemote YeeLoong and IBM Thinkcentre,
ath(4) on IBM ThinkPad A31p. All were running NetBSD 7.0_STABLE, except
the Lemote Y
NetBSD 7.0.1 fresh install and the iwn0 device (forgive typos):
iwn0 at pci1 dev 0 function 0: vendor 0x8086 product 0x0091 (rev. 0x34)
iwn0: interrupting at ioapic0 pin 16
iwn0: MIMO 2T2R, MoW, address ...
iwn0: 11a rates:
I'm finding that when I'm connecting to a public network (such as th