I just knew the title would prompt this response... smh

No username.

Password "admin".

My HS in north Florida had their program together -- it was the instructors who occasionally slacked due to most of us not caring (I wasn't one of them).
We had MOUS (Office, which I never took), web design, programming (VS6, incl. VB, C++), CompTIA (A+, Net+), Microsoft (MCP, MCSA, MCSE) and Cisco (CCNA) with in-house certification programs for most. Hands-on training and at no cost -- can't beat that!

*grumble*

I was pleased to find kernel modesetting for my Intel 910GM graphics, but in load situations (3D/Flash) X would guaranteeably crash -- wasn't a problem from 2.6.32 on.

But then, from 2.6.31 on, b43 is broken (at least with a 4306 rev.3) in that wlan0 never stays associated for more than 20 seconds at a time. Forums lead me to believe that--given the error ("disassociating from xx:xx:xx:xx:xx:xx by local choice (reason=3)")--whatever changes in the kernel (or module) code may be triggering RFKILL at will..??

This may be OT, but if broken Ralink concerns belong, so should someone have a bit of insight regarding the Broadcom module when none of the forums (as many as I've questioned, I know) have a clue. I was running Ubuntu Lucid-RC (consider it stable) and then Arch 2010.04, and have tested many others, all with the same outcome. Boot to a kernel older than 2.6.31 and no issue, just no hope for KMS.

Is there any hope for a revert of the code if not a rewrite of the module or a simple workaround?? I'm afraid of being disappointed yet again with this kernel, damn shame when Arch is much more frugal with RAM than even my lite Windows install, which I've always considered a backup to Linux until now.

I had no such problem with Ralink (rt61) but then I haven't had that card since 2.6.23.

Why not just 6-core? It's different than the metric system; there's only so many names here. I don't think there's a prefix for 64. And what say they when 16-core debuts? (HEX! 0123456789ABCDEF)