Re: Call for tests: DRM fixes for upcoming NetBSD 10.1

Martin Neitzel <[email protected]>
Newsgroups gmane.os.netbsd.current,gmane.os.netbsd.ports.x86-64,gmane.os.netbsd.ports.arm,gmane.os.netbsd.ports.i386,gmane.os.netbsd.devel.x11
Organization Gaertner Datensysteme, Marshlabs
Message-ID <[email protected]>
(unnamed) (text/x-diff, 1.3 KB)
Hi Rin,

> On the other hand, we concern potential regressions caused by the
> pullup. It would really be appreciated if you can test 10.0_STABLE
> during **this weekend**.

Sorry for replying so late but hey, here's another "thumbs up!":

radeondrmkmsfb0 and X11 are still working fine with a fresh 10-STABLE
as of last weekend on a HP Proliant DL360-Gen 6 server.  This,
though, *not* woth the standard GENERIC kernel but with the following
one-word patch enabling radeon(4) for this system board.

					Martin Neitzel


    Enable radeon(4) for the ATI Technologies ES1000.
    
    NetBSD deals just fine with the ATI Technologies ES1000
    built into a HP Proliant DL360 Gen6 server.
    We became happy campers with wsdisplay0 attaching to
    radeondrmkmsfb0 attaching to radeon0.

diff --git a/sys/external/bsd/drm2/radeon/radeon_pci.c b/sys/external/bsd/drm2/radeon/radeon_pci.c
index fccf77afef34..7a05932dc6b5 100644
--- a/sys/external/bsd/drm2/radeon/radeon_pci.c
+++ b/sys/external/bsd/drm2/radeon/radeon_pci.c
@@ -133,7 +133,7 @@ extern const struct pci_device_id *const radeon_device_ids;
 extern const size_t radeon_n_device_ids;
 
 /* Set this to false if you want to match R100/R200 */
-bool radeon_pci_ignore_r100_r200 = true;
+bool radeon_pci_ignore_r100_r200 = false;
 
 static bool
 radeon_pci_lookup(const struct pci_attach_args *pa, unsigned long *flags)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.