another laptop report, this time for an hp omnibook 500 - great little machine!
i'm selling it on ebay :)
[ Home | Articles | Account | People | Projects | FAQ ] another laptop report, this time for an hp omnibook 500 - great little machine!
i'm selling it on ebay :)
zaitcev:
if you're now heavily into gpg, do consider taking a look at richard lightman's linux-from-scratch modifications.
he made /sbin/login use gpg as the authentication mechanism.
so you type your gpg passphrase, to log in.
steven: hi,
i installed the fglrx driver on a shared-memory system, with a 64-bit processor. xine was so unusable it was unreal: the framerate was measured in seconds per frame.
it looked absolutely great, though, with the anti-aliased fonts.
when i switched to the xorg ati driver, performance immediately went through the roof: xine was down to 17% cpu.
fglrx uses far too much memory, and uses it very badly.
it would be fine on a system with dedicated ram for the graphics.
I'm doing a debian-installer local cd which is customised to boot, without questions, even at the linux boot prompt, and to read the configuration information specifically off of my server.
the reason for wanting to do this is because i have a legacy-free pc with no ps/2 ports and i don't have a usb keyboard.
to be honest it would have been a lot easier to take the hard drive out and use debootstrap...
... but i want other people to be able to download the CD image i've created, and to be able to give them dreadfully simple instructions...
hw6915 suspend/resume - might be fixed...
arg arg arg a post by paul psokolovsky on kernel-discuss@handhelds.org describes a horror-story debugging session in suspend/resume, where, it turned out, he hadn't converted _one_ device driver for the h4000 from a legacy struct device to the more up-to-date struct platform_device.
apparently you can't mix-and-match both in your hardware: you have to all struct device or all platform_device.
quick, quick, slow...
argh.
things were going _so_ well on the htc sable (ipaq hw6915) and then i ran into suspend/resume hell for over a week, went to holland for another week, and i think i left the charger there, so i can't carry on until i find it.
in the mean-time, i've been playing with other devices: sound on the blueangel, which is hell, and the s3c2442-based htc hermes, which is hell. all in all, i don't feel like i've actually achieved anything, for over two weeks. and it's pissing me off.
old kernels, reverse-engineering, new kernels...
the key rule to reverse-engineering is to only have one thing to change at any one time in order to find out its effect. or to have the minimum number of things.
at the moment, i have a particularly difficult task with the blueangel: the sound infrastructure for soc devices is undergoing a rewrite, and unfortunately it was never entirely completed for the blueangel back for 2.6.12.
however, if sound was played from wince at the time that haret booted into linux, sound _did_ at least work. so there was a 'known' state to test things.
first post!
hooray! i discovered today that at some point over three years ago i must
have registered on kerneltrap. so i've decided to create a diary here for
os-related stuff, and syndicate it over on advogato.org. note to self: must ask steven if he can put more than _one_ syndication site link into advogato profile pages.
Installed Debian/Testing on a Toshiba Satellite Pro A100. It's a damn good machine - not as good value-for-money as the Acer Aspire 5044WLMi but the 5044WLMi isn't current (the 5100 is).
it went very well. the only thing is: at first i didn't install cpufreqd or any other power management daemon. result: at 100% cpu (1.6ghz) on both processors, within 20 minutes the machine overheated and locked up. then, the sound failed to operate - presumably due to the overheating - until a long time later, and after the machine had been rebooted at least twice.
i think i'm going to have to edit the cpufreqd.conf file to ensure that above a certain temperature, say... 55 degrees, the CPU is ramped _right_ down.
i think there are settings to do this, already, but the "emergency" temperatures are a bit higher.
cpudyn and/or powernowd probably do this already - gotta check.
hw6915 suspend/resume - might be fixed...
arg arg arg a post by paul psokolovsky on kernel-discuss@handhelds.org describes a horror-story debugging session in suspend/resume, where, it turned out, he hadn't converted _one_ device driver for the h4000 from a legacy struct device to the more up-to-date struct platform_device.
apparently you can't mix-and-match both in your hardware: you have to all struct device or all platform_device.
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!