Tag Archives: problems

Thinkpad Wireless Headaches

4 Replies

Last year I obtained a new Lenovo x201i laptop to replace my aging Libretto – it’s been going pretty well, with one glaring exception – thanks to the “Thinkpad Wireless” 802.11n wifi card.

Lenovo sell their laptops with several wifi options – I didn’t do my research into the differences at the time and went for the default – turns out that “Thinkpad Wireless” is actually an Realtek RTL8192SE card.

This card has wonderful features like:

  • Unreliable and out-of-upstream Linux drivers – I find that currently I can only use version linux_2.6.0018.1025.2010, any other version introduces even more extreme unreliability.
  • Inability to stay reliability connected at 40Mhz band when available, instead jumping between 20Mhz and 40Mhz frequently.
  • When connected to an Apple Airport wireless access point, it will like to randomly drop the connection and re-connect every hour or so.
  • When connected to an Engenius wireless access point, it will work fine for 90% of traffic – but inexplicably, drops packets to just a select number of websites.
  • When connected to a Mikrotik R52 access point, it will work fine sometimes, but at other times suffers latency on all traffic types of around 5,000milliseconds (that’s 5 seconds for a packet return trip!)

I use my laptop a lot – pretty much 12 hours+ a day, at work, at home and on the go and have had nothing but problems with this wireless card on access points wherever I go, so I know it’s not AP, or even interference, specific.

So I made the decision to replace the card with something decent, ordering myself an Intel 633ANHMW mini-pcie card – low profile to fit into the laptop easily, and with support for 802.11n in both 2.4Ghz and 5Ghz ranges .

I had *hoped* to get this card to not only resolve my reliability issues, but also to provide more performance and to allow me to move my wifi network to 5Ghz to get around frequency clashes at the flat.

Except that I can’t – Lenovo have locked the BIOS on these laptops, so that only official Lenovo cards are permitted to be used.

I couldn’t even *boot* the laptop without removing the card – even disabling the card in the BIOS will still throw up the same “Error 1802 : unauthorized network card is plugged in – Power off and remove the miniPCI network card” error. :-(

Turns out that this is a long known issue with IBM’s (and now Lenovo’s) laptop series – many different workarounds have been developed for it:

  • Linux-based C application to change a bit in the BIOS to disable the check – sadly, doesn’t work on the X201i.
  • Taping over pin 20 and installing into the WWAN slot – unfortunately I’m using the slot already for the WWAN card, so no good to me.
  • Patching the BIOS with a hex editor to disable the whitelist.

That last one should work even for me – there’s annacdotial evidence floating around online suggesting it’s possible…

But it’s too risky – this is a work laptop, I can’t afford to be without it, and bricking the BIOS by making a mistake will leave me with a very expensive repair bill.

I ended up ranting about the issue on Twitter and @Lenovo_ANZ send me a message asking for more information about the problem – this has lead to an email conversation with them, but I’m not too optimistic about a large company being able to change their policies based on customer feedback.

All I know is, I’d be very, very, weary about buying anything made by Lenovo ever again – if I’m going to get locked down unchangable hardware, I might as well consider other vendors making shinier equipment, or go for someone like Dell who don’t seem to lock the wifi cards.

Pretty unhappy with it right now…. only options left seem either to buy a vastly over priced Lenovo branded Intel card, or go with an Expresscard device, such as an Ubiquiti SR71-X.

Will update this page with where I get to with Lenovo, if I don’t demolish my laptop in frustration first.

CentOS, RHEL and future possibilities?

10 Replies

Those who know me will know that I’m a long term CentOS user – this actually started from my love of RHEL,  back in my early Linux using days when I was running Red Hat 8.0.

Whilst it made financial sense for Red Hat to switch to making their product only available in binary form for their customers, at the same time I can’t help but feel this has damaged the appeal of Red Hat for geeks like myself – I’m no longer able to setup friends, family or customers without the funds for RHEL with a quality, enterprise-grade free (as in beer + freedom) distribution.

I do wonder if this contributes to reduced market awareness in the small business space and also whether it reduces the likeliness of geeks like myself promoting the software – after all, if I can’t run RHEL myself, I’m likely to look at other distributions and options and end up promoting those.

With the lack of a free Red Hat enterprise-grade distribution, there are only a couple options for wanting a Red Hat-style experience:

  1. Fedora – the community developed distribution that forms the future base of RHEL, a fantastic distribution in it’s own right, but with only 12 months support per release, not suitable for server deployments.
  2. CentOS – the community free re-spin of RHEL with their trademarks removed to make it legally redistributable.

I’ve been using CentOS heavily on my servers and Fedora on my workstations, however there are a number of security delays that are concerning me about CentOS which have been recently highlighted in an LWN article.

Essentially, the core problem is that the latest version of CentOS is still only 5.5, whilst Red Hat have had 5.6 out for some time, with numerous security updates in it that have yet to be released for CentOS…..

Having systems vulnerable to known exploits with no upstream patches is always a pretty serious concern to any system administrator…. this is leading me to re-think my usage of CentOS and to consider whether I should consider other platforms.

I’ve never been a huge fan of Debian in the past, but I’m considering giving it a more detailed look and try – Debian has the advantages of a strong community (like Fedora has) but without the limitation of a short support life – although then again, Debian’s releases and support spans are a little less rigid than Red Hat, which is somewhat annoying.

There’s a few server platforms that come to mind – Ubuntu LTS, Mint Linux, Debian, Open/SuSe or of course, Fedora.

The other option is that I could spin my own distribution – based on the number of custom RPMs I already build, rebuilding Red Hat’s update packages for my own needs wouldn’t be too hard, but I really don’t want to get caught up in distribution maintenance for the next 5 years plus it’s not suitable for customer deployments – so even if I decide that a custom built system is best for me, it still doesn’t solve the “what do I install for others?” question.

Maybe I need Fedora LTS – long term support for specific versions of Fedora – 3 or 5 years would be wonderful and meet the needs of server administrators.

This was tried once before, with the Fedora Legacy project, but it didn’t last long – possibly the goal of supporting *all* the releases was too much to reasonably handle, so an approach of selection even/odd number releases only might make it more feasible – I know that I’d certain be willing to contribute.

Anyway, this is a late night concerned system administrator brain dump about the problem, interested in thoughts and comments from others here about distributions they use/would consider in the server environment.