Skip to main content

My new laptop

A week ago I bought an HP G6-2005AX Notebook.

Basic specs:
  • AMD A8-4500M  Vision Quadcore CPU with Radeon HD Graphics
  • Dedicated GPU 2MB ATI Radeon 6840
  • 64 bit OS (Windows Home Basic, Linux)
  • 8 GB RAM
  • 500 GB harddisk (Toshiba ATA)
I bought this from an HP dealer near Indiranagar and I paid INR 34,000 all inclusive.


While I started running Ubuntu 12.04 LTS Precise Pangolin  , I quickly migrated to Fedora Core 17. Everything worked out of the box (on both distro), but I like Fedora better, because it gives me more control over the machine.

I am having some difficulties in getting the AMD Catalyst 12.6 driver running for the dedicated GPU. The system is workable, just that I am not able to squeeze the best 3D from the card that I paid for. Which is good; were it not for the card, I would have been playing quake instead of tinkering with the kernel. Problems build character.

Here is my first bug report/note on Fedora with the 3.6.0 kernel not ready fr my computer (actually HP should be behind this not me :-) and here is my detailed specsheet on smolts.

Last couple of nights (and day), I have been struggling with getting the AMD driver to work (to no avail, yet). Here is me having some fun compiling the kernel after a long time. Look at how the quadcores are maxed out (and also note the 8 GB RAM lay underutilised).



















And then, finally - today evening - a glimpse of hope, after getting the spanking 3.6.0-rc1 kernel compiled and booting in. Well, the AMD problem is not solved yet, but I could zone into an incorrect driver module which was preventing the Fedora stock 3.5.0 kernel from working on my box.




Comments

Post a Comment

Popular posts from this blog

Barcamps over the world: BCB3/Minnebar

I think I am kinda special. Not quite like Paris Hilton special, but getting a  chance to attend two Barcamps separated by 8000 miles in a span of 3 weeks has got to be some kind of special stuff. I think the big guy above is smiling at me. Invest in my equity. This is an article outlining some of the interesting differences I saw between the barcamps in Bangalore (BCB3, 31 March -April 1, 2007 ) and Minnesota(Minnebar 2007, 21 April). This is not an article intended to compare or pass a judgement. Just throwing up some observations, fwiw . I am not offering explanations, I am not a socio-anthropology by training. Some of these do not require a degree to arrive at the reason of causation, but I want to keep this blog close to what I saw, not what I think. At most, some "could-be"s. Both the barcamps have a local flavour and preservation of local flavour to me, is inherently good.  Consider food, for example.  A predominantly South Indian buffet spread for lunch ...
6 comments
Read more

Bambi 2.0

Bambi is a small coding-fest that we organise in our group at GE Healthcare. It was inspired by Yahoo Hackday after I heard about it at BarCamp Bangalore last year. I still remember, I came back all charged up after BarCamp and with some help from Arun B, we put together the first version of Bambi. Ours was a small team, roughly about 60 people, so spreading the news was not much of a problem. Getting people out of their workload was a bigger problem. The load is high and the work is, I guess, somewhat exciting ;-)  It is sometimes tough to lure people out of writing indexing algorithms for proprietary image databases or mitral-valve plane adjusters for segmentation of the human heart.     Today we had the demos for Bambi 2.0 The quality of demos were much improved and people came on the last day with some utterly cool demos. Unfortunately, I do not think I can write about them in detail owing to Intellectual Property issues but a mash of  Biometrics, Blue...
2 comments
Read more

5 Ways to Kill a Post-Mortem

Software projects fail. One of the techniques you could apply to a project not going well is a post-mortem. A meeting where the critical participants meet to discuss what is going wrong. Preferably when there is still time to salvage things. But before you run a post-mortem of a project, here are some things you would want to consciously avoid. Hopefully as a project lead or in similar capacity, this will help you facilitate the meeting and shape positive outcomes. It starts with you.  The Final Blame-Game The idea of a post-mortem is to take an earnest look at some of the things that went wrong and understand why and how to avoid them. In brief, make mistakes, but please make new mistakes . If the meeting degenerates into blame-fixing, then you are headed in the wrong direction. Rule the meeting politely but iron glove. Don't let it become a mudslinging match. If you have been deeply involved in the project, chances are high that you would have your own frustr...
2 comments
Read more