On Sat, 10 Apr 2010 00:35:09 +0100 Owain Ainsworth <[email protected]> wrote:
> On Sat, Apr 10, 2010 at 02:24:43AM +0300, Sviatoslav Chagaev wrote: > > On Wed, 24 Mar 2010 02:28:24 +0000 > > Owain Ainsworth <[email protected]> wrote: > > > > > This diff doesn't have all of the pcidevs that it could have (if it > > > doesn't attach on your hardware send me the output of pcidump -v and I > > > will send an extra diff). However, this gives radeondrm(4) the right > > > bits to work on newer (r600 and r700) chipsets. > > > > > > Please test and report back to me. It should give you 2d acceleration and > > > XVideo. > > > > > > Cheers, > > > -0- > > > > (dmesg is attached in the end) > > > > > > I installed the latest snapshot of amd64, then > > cd /usr/src > > cvs up > > added 4850 to radeon_drv.c > > May I see the diff for that, please? to check it was correct. I will > then commit it. s...@x2:0:/usr/src/sys/dev/pci/drm$ cvs diff -u cvs server: Diffing . Index: radeon_drv.c =================================================================== RCS file: /OpenBSD/src/sys/dev/pci/drm/radeon_drv.c,v retrieving revision 1.39 diff -u -r1.39 radeon_drv.c --- radeon_drv.c 1 Apr 2010 23:24:54 -0000 1.39 +++ radeon_drv.c 9 Apr 2010 23:59:39 -0000 @@ -505,6 +505,8 @@ CHIP_RV710|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4650, CHIP_RV730|RADEON_NEW_MEMMAP}, + {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4850, + CHIP_RV770|RADEON_NEW_MEMMAP}, {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4870, CHIP_RV770|RADEON_NEW_MEMMAP}, {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4890, s...@x2:0:/usr/src/sys/dev/pci/drm$ > > >and disabled a driver, called 'udl' in > > GENERIC, because it depended on some .c files which should've been > > located in a nonexistent directory (dev/videomode) and compiled an MP > > kernel. > > Your kernel tree is hosed. videomode does exist, as does udl. > Oops > > > > snip radeonhd X log and explanation > > > > > > Unless it currently fixes a bug in the radeon driver for you, I would > generally recommend that everyone avoid radeonhd. It is essentially dead > upstream will all developement going into the radeon driver. Our in tree > version of radeon is a little old but hopefully will be updated in the > near future. > Oh, okay. I somehow always thought that 'radeonhd' was a sort of an 'enhanced' version of radeon driver with more features... Must be the hypnotizing effect of the 'hd' letters =) I see now that it is irrelevant, but since I originally wanted to also post the output from Xorg -configure but forgot to do so, here it is: X.Org X Server 1.6.5 Release Date: 2009-10-11 X Protocol Version 11, Revision 0 Build Operating System: OpenBSD 4.7 amd64 Current Operating System: OpenBSD x2.my.domain 4.7 GENERIC.MP.x2#0 amd64 Build Date: 06 April 2010 08:22:11AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Apr 10 00:45:44 2010 List of video drivers: apm ark ati chips cirrus dummy glint i128 intel mach64 mga neomagic nv openchrome r128 radeon radeonhd rendition s3 s3virge savage siliconmotion sis tdfx trident tseng voodoo vmware wsudl geode i740 vesa Xorg:/usr/X11R6/lib/modules/drivers/radeonhd_drv.so: /usr/X11R6/lib/modules/drivers/radeon_drv.so : WARNING: symbol(AtomBiosRequestList) size mismatch, relink your program dlopen: File not an ELF object (EE) Failed to load /usr/X11R6/lib/modules/drivers//voodoo_drv.so (EE) Failed to load module "voodoo" (loader failed, 7) dlopen: File not an ELF object (EE) Failed to load /usr/X11R6/lib/modules/drivers//geode_drv.so (EE) Failed to load module "geode" (loader failed, 7) dlopen: File not an ELF object (EE) Failed to load /usr/X11R6/lib/modules/drivers//i740_drv.so (EE) Failed to load module "i740" (loader failed, 7) (++) Using config file: "/root/xorg.conf.new" Xorg detected your mouse at device /dev/wsmouse. Please check your config if the mouse is still not operational, as by default Xorg tries to autodetect the protocol. Your xorg.conf file is /root/xorg.conf.new To test the server, run 'X -config /root/xorg.conf.new' It chooses 'radeon' as the driver.
