Re: Intel graphics users: send me your VBIOS
On Mon, Sep 21, 2009 at 02:13:33PM +0200, Adam Tkac wrote: On Fri, Sep 18, 2009 at 02:45:10PM -0400, Adam Jackson wrote: If you have a machine with an Intel graphics chip, I need your help. I'm trying to make LVDS connection detection actually reliable, and I think I have a solution that involves parsing BIOS data tables. But I need more testcases to raise my confidence that it's actually a reliable method. So, do this: % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 and email me that rom file, along with a brief description of the machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are _actually_ present on the machine. Hi Adam, my ROM image is attached. My system is Lenovo ThinkPad X61s. It has one LCD display and one VGA connector, I attached stripped lspci output as well. Let me know if you need more info. Oops, should be sent to ajax, not to -devel-list. Sorry for spamming. -- Adam Tkac, Red Hat, Inc. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: bind-chroot in F11
On Sat, Jun 13, 2009 at 11:21:11PM +0100, mike cloaked wrote: I checked the contents of the bind-chroot package in both F10 and f11 - as I was puzzled about running bind-chroot since things seemed rather different to previous behaviour. In F11 the contents contain /var/named/chroot and within this directory are /dev containing file null, random and zero and /etc containing file localtime and nothing else. In F10 the contents contain /usr/sbin/bind-chroot-admin and /var/named/chroot and within this directory are /dev containing file null, random and zero /etc/ containing files named.conf, named.rfc1912.zones and rndc.key /var/ containing log/named.log and also containing named/ containing named.ca, named.empty, named.localhost and named.loopback So this is a big difference in the bind-chroot package in F11 - with lots not there compared to F10 Can anyone enlighten me on why there is such a huge difference? Has there been some fundamental policy change since F10? Original story is here: http://fcp.surfsite.org/modules/newbb/viewtopic.php?viewmode=flattopic_id=63613forum=11 I agree that current state of bind-chroot package is not ideal (as reported on https://bugzilla.redhat.com/show_bug.cgi?id=504596) but I'm working on it. Regards, Adam -- Adam Tkac, Red Hat, Inc. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Customizable script in /etc which is executed during package update
Hi all, I've been contacted with one man who is using named daemon in chroot environment. In Fedora = 10 there is script called bind-chroot-admin which synchronized non-chroot and chroot configuration files (mostly created symlinks to chroot). This script has been removed in F11 development process due various reasons (http://fcp.surfsite.org/modules/newbb/viewtopic.php?viewmode=flattopic_id=63613forum=11) As the man suggested it would be nice to have a method to automatically synchronize chroot and non-chroot during updates because it will simplify administration. I would like to add script called /etc/sysconfig/named-chroot-update-hook which will be modified by administrator to sync needed files to chroot environment during each update. Then every admin will easily maintain his own version of chroot. What do you think about this? Do you know any better approach? Regards, Adam -- Adam Tkac, Red Hat, Inc. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kernel module options for cpufreq
On Fri, Jun 27, 2008 at 05:13:24PM +0100, Richard Hughes wrote: * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state I don't think removal of powersave governor is good idea. Generally ondemand governor does great job but in some cases doesn't. For example when I play some films in mplayer ondemand sets frequency to max which is not needed, of course. Powersave governor is also good in case that you have bad fan in your laptop and you are going to compile some big source. Without powersave it is not possible (yes, it really happens :) ) Matthew Garrett and I are working on a latency profile for power management, and having all these modules potentially loaded is bad. Comments? I think we should preserve ondemand and powersave governors (and potentialy others as Dave Jones wrote in this thread). Please don't drop them in favour of your project which might be generally better but I believe there are cases where current governors are better. Adam -- Adam Tkac, Red Hat, Inc. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list