|
From: Shem M. <mul...@gm...> - 2006-11-21 19:48:31
|
Hi, On 11/21/06, Henrique de Moraes Holschuh <hm...@hm...> wrote: > But you are DoSing the *EC* in this case, not the kernel. It is the same > problem with direct access to LPC3B like I observed when playing with > tp_smapi: you do it too much, the EC goes weird and the ThinkPad may do > something stupid, like overcharging a Li-ion cell Point taken. Agreed. I think HZ/5 is quite sufficient, though. 2*HZ will create a (barely) noticable latency. > > >The TODO feature lists is: > > > 2. Add kernel-space fan control override > > > > What do you mean? > > tp-fancontrol in kernel land, but with an ACPI-like interface. As if > Lenovo/IBM had done things properly and given us 8-12 thermal zones with > trip points and a system fan power resource in all of them. Interesting. Lot of work, though. And it will be a bit harder to implement some wilder ideas like http://thinkwiki.org/wiki/ACPI_fan_control_script#Ideas_for_improvement . Functionally, it seems easier to port tp-fancontrol to mlockall()ed userspace C (or maybe Perl, if mlockall()ing it isn't too expensive). > This will cause a lot of cruft in repo.or.cz that I can't easily fix (I > can't tell the git dumb push protocol to delete a remote branch. Heck, the > thing is so dumb it can't even figure out it doesn't need to push something, > unlike the pull protocol...). Really?! Yikes. I would just ignore this and wait the feature is (inevitably) added. > I may not mind it much on the repo itself, but I don't want to look at a > list of 2000 heads :) stgit at least hides it well (it creates a different > root tree for every patch...) Just move .git/refs/heads/foo to .git/refs/hmh-archive/foo to hide it from the default listings. You can still access it as "refs/hmh-archive/foo", and git-prune will respect it. Shem |
