Re: [blfs-dev] [blfs-book] r10295 - trunk/auxfiles/xorg
On 06/11/2012 11:16 PM, d...@linuxfromscratch.org wrote: > Author: dj > Date: 2012-06-11 15:16:04 -0600 (Mon, 11 Jun 2012) > New Revision: 10295 > Added: trunk/auxfiles/xorg/driver-7.7-1.wget > === > --- trunk/auxfiles/xorg/driver-7.7-1.wget (rev 0) > +++ trunk/auxfiles/xorg/driver-7.7-1.wget 2012-06-11 21:16:04 UTC (rev > 10295) ... > +# This driver is known to cause issues configuring the server on x86 and > x86_64 > +# Uncomment if you have the appropriate hardware and choose not to use the > +# evdev driver. > +#xf86-input-keyboard-1.6.1.tar.bz2 > +# This driver is known to cause issues configuring the server on x86 and > x86_64 > +# Uncomment if you have the appropriate hardware and choose not to use the > +# evdev driver. > +#xf86-input-mouse-1.7.2.tar.bz2 I don't think that this is correct wording. I think it would be more like "configuring server on Linux platforms" or "systems that have udev installed". > +# This driver is known to cause issues configuring the server on x86 and > x86_64 > +# Uncomment if you have the appropriate hardware and choose not to use the > +# evdev driver. > +#xf86-input-synaptics-1.6.1.tar.bz2 Evdev driver does not handle advanced touchpad stuff like multitaping, scrolling and such. Also, this driver is required for gnome stuff where xorg-synaptics is looked for. > +# This driver is known to cause issues configuring the server outside > +# of a virtual environment. Uncomment if using within VMWare. > +#xf86-input-vmmouse-12.8.0.tar.bz2 Have you actualy confirmed this? Since I don't remember having any problems outside of vmware player? > +xf86-input-void-1.4.0.tar.bz2 > +xf86-video-ark-0.7.4.tar.bz2 > +xf86-video-ast-0.93.10.tar.bz2 > +xf86-video-ati-6.14.4.tar.bz2 > +xf86-video-cirrus-1.4.0.tar.bz2 > +xf86-video-dummy-0.3.5.tar.bz2 > +xf86-video-fbdev-0.4.2.tar.bz2 > +# This driver is know to cause issues configuring the server on x86 > +# and x86_64. Uncomment if you are building for the geode architecture. > +#xf86-video-geode-2.11.13.tar.bz2 > +# This driver is known to cause issues configuring the server on x86 > +# and x86_64. Uncomment if you have the appropriate hardware. > +#xf86-video-glide-1.2.0.tar.bz2 > +xf86-video-glint-1.2.7.tar.bz2 > +xf86-video-i128-1.3.5.tar.bz2 > +xf86-video-intel-2.19.0.tar.bz2 --enable-sna option is usefull for sandybridge processors. > +xf86-video-mach64-6.9.1.tar.bz2 > +xf86-video-mga-1.5.0.tar.bz2 > +xf86-video-neomagic-1.2.6.tar.bz2 > +# This driver is known to cause issues configuring the server on x86 > +# and x86_64. Uncomment if you have the appropriate hardware. > +#xf86-video-newport-0.2.4.tar.bz2 This is driver for MIPS hardware iirc. And since LFS/BLFS are x86/x86_64 only, it does not belong here. > +xf86-video-nv-2.1.18.tar.bz2 I'd rather replace this driver with Nouveau. I'll add it > +# This driver is known to cause issues configuring the server on x86 > +# and x86_64. Uncomment if you have the appropriate hardware. > +#xf86-video-openchrome-0.2.906.tar.bz2 Again, wrong wording. VIA OpenChrome is x86 or x86_64 ... Also, I have never had any problems with it lately. > +xf86-video-r128-6.8.2.tar.bz2 > +xf86-video-savage-2.3.4.tar.bz2 > +xf86-video-siliconmotion-1.7.6.tar.bz2 > +xf86-video-sis-0.10.4.tar.bz2 > +# The sun video drivers are known to cause problems configuring the server > +# on x86 and x86_64. Uncomment if building for the Spark architecture. > +#xf86-video-suncg6-1.1.1.tar.bz2 > +#xf86-video-sunffb-1.2.1.tar.bz2 Same as for newport driver. LFS/BLFS does not cover sparc. They don't belong here. > +xf86-video-tdfx-1.4.4.tar.bz2 > +xf86-video-tga-1.2.1.tar.bz2 > +xf86-video-trident-1.3.5.tar.bz2 > +xf86-video-v4l-0.2.0.tar.bz2 > +xf86-video-vesa-2.3.1.tar.bz2 > +# This driver is known to cause issues configuring the server outside > +# of a virtual environment. Uncomment if using within VMWare, or use > +# the vesa driver until you can install VMware utils. > +#xf86-video-vmware-12.0.2.tar.bz2 Same as for vmmouse. > +xf86-video-voodoo-1.2.4.tar.bz2 > +# This driver is known to cause issues configuring the server on x86 > +# and x86_64. Uncomment if you have the appropriate hardware. > +#xf86-video-wsfb-0.4.0.tar.bz2 > + This one is used by BSD Framebuffer and LFS/BLFS is Linux-only. It does not belong on this list. Also, you should have removed files that are not needed in protocol headers and libraries section. I don't think anyone needs full lists. Other than that, Great work dj! -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10295 - trunk/auxfiles/xorg
On Tue, Jun 12, 2012 at 09:00:27PM +0200, Armin K. wrote: > > +xf86-video-intel-2.19.0.tar.bz2 > > --enable-sna option is usefull for sandybridge processors. > My reading on this suggests sna is supported, perhaps to a lesser extent, by all intel graphics back to i810. Unfortunately, I'm only running LFS on a real sandybridge (i3), so I can't verify the truth of that assertion (plus, I think I read it in a comment on phoronix, so it comes with a presumption of "not necessarily true" :) I've got a netbook with an i915, currently running "I can't configure debian" - if I do nothing else for the next six months I can perhaps build a working and useful BLFS on it, but I've got better things to do. I'll leave it to someone else to verify or disprove that assertion, if they care. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10295 - trunk/auxfiles/xorg
On Tue, 12 Jun 2012 20:00:20 +0100 "Armin K." wrote: > On 06/11/2012 11:16 PM, d...@linuxfromscratch.org wrote: > > +# This driver is known to cause issues configuring the server on x86 and > > x86_64 > > +# Uncomment if you have the appropriate hardware and choose not to use the > > +# evdev driver. > > +#xf86-input-synaptics-1.6.1.tar.bz2 > > Evdev driver does not handle advanced touchpad stuff like multitaping, > scrolling and such. Also, this driver is required for gnome stuff where > xorg-synaptics is looked for. That's right, the synaptics driver is much better than the evdev driver for touchpads, I've been installing it by default on all my systems for years and it doesn't cause any problems. > > +xf86-video-nv-2.1.18.tar.bz2 > > I'd rather replace this driver with Nouveau. I'll add it Thanks. Is the nv driver still supported? It's been about 18 months since I've used an Nvidia graphics card but back then the nv driver didn't work and nouveau did. > > +# This driver is known to cause issues configuring the server on x86 > > +# and x86_64. Uncomment if you have the appropriate hardware. > > +#xf86-video-openchrome-0.2.906.tar.bz2 > > Again, wrong wording. VIA OpenChrome is x86 or x86_64 ... Also, I have > never had any problems with it lately. Me too. I install it as I have a via chipset on the motherboard of my router/server and (although it doesn't work particularly well - Eg, no DRI) the openchrome driver doesn't cause any problems on any of the other systems. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10295 - trunk/auxfiles/xorg
On 06/13/2012 12:22 AM, Ken Moffat wrote: > On Tue, Jun 12, 2012 at 09:00:27PM +0200, Armin K. wrote: >>> +xf86-video-intel-2.19.0.tar.bz2 >> >> --enable-sna option is usefull for sandybridge processors. >> > My reading on this suggests sna is supported, perhaps to a lesser > extent, by all intel graphics back to i810. Unfortunately, I'm only > running LFS on a real sandybridge (i3), so I can't verify the truth > of that assertion (plus, I think I read it in a comment on phoronix, > so it comes with a presumption of "not necessarily true" :) > > I've got a netbook with an i915, currently running "I can't > configure debian" - if I do nothing else for the next six months I > can perhaps build a working and useful BLFS on it, but I've got > better things to do. I'll leave it to someone else to verify or > disprove that assertion, if they care. > > ĸen I don't know about you, but driver compiled with --enable-sna works without any problems on my 865G chipsets. I am currently using SandyBrigde graphics on i5 processor and I can't really tell the difference with --enable-sna or without it. However, driver still uses UXA (maybe I did forgot to enable sna or whatever when I recompiled intel driver few days ago :D) -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
