From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Rk2Vm-0003ju-Pg for garchives@archives.gentoo.org; Sun, 08 Jan 2012 23:50:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 10A6221C091; Sun, 8 Jan 2012 23:50:41 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 1CCCF21C03D for ; Sun, 8 Jan 2012 23:49:39 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAGgqCk/O+INq/2dsb2JhbABCrEOBBoFyAQEEAScTHCgLCzQSFCU3h3q1AoN9hHqCN2MEiDmEewGHU4VhiCWEUg X-IronPort-AV: E=Sophos;i="4.71,476,1320642000"; d="scan'208";a="155772142" Received: from 206-248-131-106.dsl.teksavvy.com (HELO waltdnes.org) ([206.248.131.106]) by ironport2-out.teksavvy.com with SMTP; 08 Jan 2012 18:49:38 -0500 Received: by waltdnes.org (sSMTP sendmail emulation); Sun, 08 Jan 2012 18:48:51 -0500 From: "Walter Dnes" Date: Sun, 8 Jan 2012 18:48:51 -0500 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Beta test Gentoo with mdev instead of udev; version 3 Message-ID: <20120108234851.GA19323@waltdnes.org> References: <20120103221555.22c778a3@digimed.co.uk> <4F038C23.5030708@gmail.com> <4F04E1B4.3050901@gmail.com> <20120105020254.455da0df@rohan.example.com> <4F0551AC.2070608@coolmail.se> <20120107011730.GC13697@waltdnes.org> <4F083024.6090002@coolmail.se> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F083024.6090002@coolmail.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 7a7b3ada-bba3-47b5-8a23-ba9819e1cb28 X-Archives-Hash: f2d2c9a3ac9d7b2eb6d52693cded4cfd On Sat, Jan 07, 2012 at 12:44:36PM +0100, pk wrote > Hm... I also use a radeon (w/ KMS) and needs this binary blob but I > compile that into the kernel*. > > *Device Drivers ---> > Generic Driver Options ---> > [*] Include in-kernel firmware blobs in kernel binary > > If you don't have it compiled in I can see why you would need udev... > > Disclaimer: I assume it's not needed in my case - haven't tested though > but fail to see any technical reason for calling libudev, in this case. I also have that. To test it out, I moved R600_rlc.bin from /lib/firmware/radeon, and X still comes up. So it has been pulled into the kernel. But wait, whilst screwing around, I noticed that the compile pulls in every blob in the /lib/firmware/radeon directory... BARTS_mc.bin CAYMAN_pfp.bin JUNIPER_pfp.bin SUMO2_me.bin BARTS_me.bin CAYMAN_rlc.bin JUNIPER_rlc.bin SUMO2_pfp.bin BARTS_pfp.bin CEDAR_me.bin PALM_me.bin SUMO_me.bin BTC_rlc.bin CEDAR_pfp.bin PALM_pfp.bin SUMO_pfp.bin CAICOS_mc.bin CEDAR_rlc.bin R600_rlc.bin SUMO_rlc.bin CAICOS_me.bin CYPRESS_me.bin R700_rlc.bin TURKS_mc.bin CAICOS_pfp.bin CYPRESS_pfp.bin REDWOOD_me.bin TURKS_me.bin CAYMAN_mc.bin CYPRESS_rlc.bin REDWOOD_pfp.bin TURKS_pfp.bin CAYMAN_me.bin JUNIPER_me.bin REDWOOD_rlc.bin I removed all but R600_rlc.bin (the one the laptop graphics chip requires) from /lib/firmware/radeon, rebuilt the kernel, and rebooted, and now X comes up fine without the libudev files. This is weird. The only thing I can think of is... * with only one binary blob. it "just works" * multiple blobs should not be included in the kernel, otherwise it gets confused. If multiple blobs are included, there's a fallback mechanism that uses udev to figure out exactly which graphics chip the laptop has, and which of the built-in blobs to use. So my laptop is now entirely udev-free. -- Walter Dnes