Re: New hardware, old problem: stuck beacon when here is WiFi traffic

Well, right now I'm trying to figure out whether there's a race condition in setting up / enabling the TX queue that I haven't yet seen before, or whether we've hit another one of those corner case bugs in the TX queue handling. I may add in a hack to the completion code that checks if the queue i

Re: New hardware, old problem: stuck beacon when here is WiFi traffic

Hello, Adrian. You wrote 30 апреля 2013 г., 19:41:12: >> Warm-up: 120 seconds of TCP, throughput osculate between 50 and >> 100Mbit/, several BAR resets, no hangs. AC> Ok. But did it negotiate A-MPDU? I'm not sure. Both ends showed typical N speeds (Windows in connection properties, F

Re: [SOLVED] Re: State os VAP support

Would you please file a PR? The hostapd in the base system should support this with no problems. I've tested this multiple times with no ill effects. Thanks, Adrian On 30 April 2013 10:25, Paul Schenkeveld wrote: > On Tue, Apr 30, 2013 at 05:39:15PM +0200, Paul Schenkeveld wrote: >> On Mon,

[SOLVED] Re: State os VAP support

On Tue, Apr 30, 2013 at 05:39:15PM +0200, Paul Schenkeveld wrote: > On Mon, Apr 29, 2013 at 09:16:09AM -0700, Adrian Chadd wrote: > > Multiple VAPs should be working. Doubly so on the AR5212 series hardware. > > > > adrian > > Thanks Adrian. > > When I start two separate hostapd daemons with the

Re: kern/178263: [ath] review the use of ic_freq / ic_ieee / ic_flags / ichan->channel

Synopsis: [ath] review the use of ic_freq / ic_ieee / ic_flags / ichan->channel Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 30 17:13:29 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.or

Re: New hardware, old problem: stuck beacon when here is WiFi traffic

On 30 April 2013 01:24, Lev Serebryakov wrote: > Hello, Adrian. > You wrote 30 апреля 2013 г., 8:53:00: > > AC> Any follow-up with the latest stuff in -HEAD? I'd like to see if the > AC> hardware queue is behaving how I think it is. > Sorry, was busy yesterday. > Sources: r250041, TDMA is enab

Re: State os VAP support

On Mon, Apr 29, 2013 at 09:16:09AM -0700, Adrian Chadd wrote: > Multiple VAPs should be working. Doubly so on the AR5212 series hardware. > > adrian Thanks Adrian. When I start two separate hostapd daemons with the config files from my previous post (and separate pidfiles), only the first one wo

Re: Problem with new laptop's ral0 (Ralink 5390)

Hi, I've no idea, unfortunately. You'd have to start adding kernel printfs in the driver to see when the driver locks up. I can't be much more help than that at the moment, sorry :( Adrian On 30 April 2013 08:29, Goran Tepshic wrote: > Adrian, yes, exactly. Not sure why. > > On Apr 30, 201

Re: Problem with new laptop's ral0 (Ralink 5390)

Try doing 'up' instead of 'up scan'; does it still lock up? Adrian On 30 April 2013 07:26, Goran Tepshic wrote: > Hi, i have a problem with my new laptop Asus X55VD which has Ralink's > RT5390 chip. > > I described the problem here: > > http://forums.freebsd.org/showthread.php?t=39259 > > Can

Problem with new laptop's ral0 (Ralink 5390)

Hi, i have a problem with my new laptop Asus X55VD which has Ralink's RT5390 chip. I described the problem here: http://forums.freebsd.org/showthread.php?t=39259 Can someone help or suggest anything, i'd really like to run FreeBSD on this lappy and learn it from scratch. Thanks, p0 ___

Re: New hardware, old problem: stuck beacon when here is WiFi traffic

Hello, Adrian. You wrote 30 апреля 2013 г., 8:53:00: AC> Any follow-up with the latest stuff in -HEAD? I'd like to see if the AC> hardware queue is behaving how I think it is. Sorry, was busy yesterday. Sources: r250041, TDMA is enabled in kernel config. Warm-up: 120 seconds of TCP, thr