Gentoo Archives: gentoo-desktop

From: "Jorge Manuel B. S. Vicetto" <jmbsvicetto@g.o>
To: Gentoo-Desktop <gentoo-desktop@l.g.o>
Subject: Re: [gentoo-desktop] System problems
Date: Tue, 22 Mar 2011 02:57:15
Hash: SHA1

On 22-03-2011 01:29, Lindsay Haisley wrote:
> On Tue, 2011-03-22 at 00:37 -0100, Jorge Manuel B. S. Vicetto wrote: >> PS - Lindsay, two last notes about your issue and your time constraints. >> This type of issue might be easier to diagnose on IRC (one good place is >> #gentoo in the freenode network) where a short intense session may prove >> to be quicker in the end. Also, I haven't seen anyone mention that the >> latest udev versions react *very* badly to CONFIG_SYSFS_DEPRECATED_V2. > > Ah! Thanks for the heads-up on this. This switch is _not_ on in my > newer kernel, and doesn't exist in my older kernel. CONFIG_SYSFS, > however, _is_ on as I assume it should be for /sys on which udev > depends.
That symbol shows up here in my 2.6.32-gentoo and 2.6.35-gentoo-r8 kernel trees. On a 2.6.37-gentoo kernel tree I see CONFIG_SYSFS_DEPRECATED. Whatever your kernel version use, make sure you disable it before booting into the kernel again.
> I don't know why udev hasn't been completely integrated into kernel > development. It's become so much a part of modern Linux and is so > interdependent with the kernel. Yes, it's in user space, but so are > other kernel hooks. > >> So be sure to check if you disable that as iirc udev will refuse to >> create the proper device nodes if that kernel option is active. > > Question: There are switch and value dependencies in the kernel that > are Gentoo specific, or specific to system configurations favored by > Gentoo (similar to what you mentioned above). If I emerge a Gentoo > kernel, are the default configuration options for that kernel set by > Gentoo devs so as to build a kernel which will avoid these kinds of > "gotchas"? In other words, if I build a gentoo kernel out of the box, > as opposed to a vanilla kernel from, do I gain an advantage > with regard to possibly problematic configuration options on a fairly > standard Gentoo system? I hope this makes sense.
The vanilla-sources in Gentoo are the tree, so they're the same as getting a kernel version from the kernel site. The gentoo-sources package include minimal gentoo patches for specific features. You can read more about our patches at Mike's page[1]. [1] - If I understood your question correctly, you were asking about the .config options set in the kernel packages, right? My experience is that the options enabled by default are the ones the person releasing the kernel tested or finds more useful. I don't think we can / should claim that the options set are necessarily the best or the most appropriate for Gentoo or even for a general Linux kernel. I can say I've at times wondered why certain options were active and others disabled. Oh and fwiw, I've done an update or two to the kernel specs of the weekly live-cds for amd64 / x86. In any case, as I don't work in the kernel team, I'm not the best qualified person to answer the above question. You may have more luck on #gentoo-kernel or asking the kernel alias. In case I misunderstood your question, please let me know and try to explain it to me so I can try to answer it. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - iQIcBAEBAgAGBQJNiA+tAAoJEC8ZTXQF1qEPsrcP/1Lfq3frtjqwloHp9YAS12fF lIJUr495G2m5fv8DKxs6ag6SpInG6ErXlAAnCaz9S9nSz42Lw8VaWbjF/aErWwP5 CTKOz4cWFDk1xlRjqA84lv7KzueDuo9cZwS6ggdwDFmtRasuTxEUqfRJUZSJqnBE myfbrm383+A6ld+aKqbXvfO+pBnEJYVeGw3ciHtQemx9D2/iNU+GbFUgldl8Lcpn 2qs+MJirmCG2wzZXCU6TpbOmt30keTUaw0OgIXJDScu4Mgja3biuqAKXhEPSxSvn l6kyIb4yFmUoxNcDH5R1fjGeDqmpxL7JMK99NRIkiw/8f71L9dHkn4B+YbYIKC2P byVJXurZ6CpEYu8n+1FWg+Z+9wnxBqkaZt5XJZVc6W+4BGygv/+nuaCcWovRpH5p IWeMI+W9J/PfPParXh270ojgw4hZDVI98tvtNS04tT77kBZ9eCC/LQDLQD9CygsY E9R6kw5dL6IcU+NPeIi12sRSYPBnnZtgHtLxYMYpHMBtipKNlcpvodUBlKKCZOPF 8s2TS45FAyrI4LIadKdrXs+WzaNSHK3oLrh/vrisIlPiKGXe9Xqaoci+9hB2+9LH W9PgCsJH+4hS8Bi7iUk5JB3ONdzhVfupv+i4oUx8KQoPXkFoJrD2jSFtXnwp6OT7 iB2qc2F5b41q6HEbMlRA =55xG -----END PGP SIGNATURE-----