Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD

Hi,

>Hello,
>I ported the current drm part of the nouveau project
>(<A HREF="http://nouveau.freedesktop.org/)">http://nouveau.freedesktop.org/)</A> to NetBSD.
>
>Nouveau is a free project which aims at producing an open-source 3D
>acceleration support for nvidia cards.
>For the moment the material 3D rendering is only working with NV40
>chipset (GeForce 6x00 and 7x00). Can someone try nouveau on NetBSD
>with a NV40 chips ? Thanks.
>

I patched my 3.99.18 sources, build a kernel with "nouveau* at vga?" then
rebooted and the nvidia card is not recognised ; it is a "nVidia Quadro
NVS 110M / GeForce Go 7300(rev a1)" (according to Linux 2.6.20).

In dmesg, it appears as "NVIDIA product 0x01d1 (rev. 0xa1)" so maybe
I'll need some more things than just the patches you provided ?

Any idea ?

TIA,
	Jo

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007
    The NetBSD Foundation, Inc.  All rights reserved.

Re: Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD

Hi,

I added "{0x10DE, 0x01d7, NV40, "NVidia Quadro NVS 110M"}, \"
to "sys/dev/pci/drm/drm_pciids.h" and now get:
  vga1 at pci1 dev 0 function 0: NVIDIA product 0x01d7 (rev. 0xa1)
  vga1: WARNING: ignoring 64-bit BAR  <at>  0x14
  vga1: WARNING: ignoring 64-bit BAR  <at>  0x1c
  wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation), using wskbd0
  wsmux1: connecting to wsdisplay0
  nouveau0 at vga1
  info: [drm] NVidia Quadro NVS 110M (unit 0)
  info: [drm] Initialized nouveau 0.0.6 20060213

Regards,
	Jo

On Tue, May 01 2007 - 22:04, Joel CARNAT wrote:
> Hi,
> 
> >Hello,
> >I ported the current drm part of the nouveau project
> >(<A HREF="http://nouveau.freedesktop.org/)">http://nouveau.freedesktop.org/)</A> to NetBSD.
> >
> >Nouveau is a free project which aims at producing an open-source 3D
> >acceleration support for nvidia cards.
> >For the moment the material 3D rendering is only working with NV40
> >chipset (GeForce 6x00 and 7x00). Can someone try nouveau on NetBSD
> >with a NV40 chips ? Thanks.
> >
> 

Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD.

Hello,

"Jean-Baptiste Campesato" <camjelemon <at> gmail.com> wrote:
> I ported the current drm part of the nouveau project
> (http://nouveau.freedesktop.org/) to NetBSD.
Thanks for the work!
MIT license should be fine for importing into the tree. Probably Nouveau
changes should be provided for Freedesktop community for importing to their
tree too. I think X11 folks will consider this. Just not sure about
maintenance of this.

--

-- 
Best regards,
Mindaugas
www.NetBSD.org

Re: Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD

You may wish to try my modular-xorg-server-mesa653 package in
pkgsrc-wip, as you could then build the mesa 6.5.3 support for
nouveau.

--Blair

Re: Re: Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD

Hi,

I tried to compile wip/modular-xorg-server-mesa653 but it fails
during the pkgtools/x11-links dependancy.:
=> Returning to build of modular-xorg-server-1.3.0.0
=> Required installed package x11-links>=0.25: NOT found
=> Verifying package for ../../pkgtools/x11-links
ERROR: This package has set PKG_FAIL_REASON:
ERROR: x11-links-0.30 requires X headers to be installed
*** Error code 1

The detailed error (when going to pkgtools/x11-links and issuing
make clean && make) is:
$ make
ERROR: This package has set PKG_FAIL_REASON:
ERROR: [x11.version.mk] X11_TYPE must either be "xorg" or "native", but not "modular".
*** Error code 1

Stop.
make: stopped in /home/cvs/pkgsrc/pkgtools/x11-links

something's weird here.

Regards,
	Jo

On Wed, May 02 2007 - 02:46, Blair Sadewitz wrote:
>  You may wish to try my modular-xorg-server-mesa653 package in
>  pkgsrc-wip, as you could then build the mesa 6.5.3 support for
>  nouveau.

Re: Re: Re: Re: Nouveau (Open Source 3D acceleration for nVidia cards) on NetBSD

Woops !!! Undo the previous mail... I didn't compile
wip/modular-xorg-server-mesa653 on the right machine... 

Sorry for the noise 

On Thu, May 03 2007 - 22:25, Joel CARNAT wrote:
> Hi,
> 
> I tried to compile wip/modular-xorg-server-mesa653 but it fails
> during the pkgtools/x11-links dependancy.:
> => Returning to build of modular-xorg-server-1.3.0.0
> => Required installed package x11-links>=0.25: NOT found
> => Verifying package for ../../pkgtools/x11-links
> ERROR: This package has set PKG_FAIL_REASON:
> ERROR: x11-links-0.30 requires X headers to be installed
> *** Error code 1
> 
> The detailed error (when going to pkgtools/x11-links and issuing
> make clean && make) is:
> $ make
> ERROR: This package has set PKG_FAIL_REASON:
> ERROR: [x11.version.mk] X11_TYPE must either be "xorg" or "native", but not "modular".
> *** Error code 1
> 
> Stop.
> make: stopped in /home/cvs/pkgsrc/pkgtools/x11-links
> 
> something's weird here.
> 
> Regards,

A working X on EPIA EN-15000G running Current?

I'm trying to get X11 (of any type) running on an EPIA EN-15000G:
http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboard_id=399

I don't need MPEG decoding, or hardware accelleration (though that'd be 
nice), but I'd like to be able to run X on the console at 1600x1200x24bit...

The native X doesn't recognize the chipset.
The pkgsrc modular-xorg xf86-video-via doesn't recognize the chipset
The 'safer' drivers at: http://unichrome.sourceforge.net/
	don't support the chipset.
The bleeding-edge drivers at:
     svn co http://svn.openchrome.org/svn/trunk openchrome
cause the machine to lockup hard.

I don't mind tinkering about to see if I can solve this, but I'd need 
some pointers on how I might start debugging this, since I can't even 
break into ddb via the serial port after the lockup.

Thanks,

Robert

--

-- 
Robert Thille                7575 Meadowlark Dr.; Sebastopol, CA 95472
Home: 707.824.9753    Office/VOIP: 707.780.1560     Cell: 707.217.7544
rthille <at> mirapoint.com    YIM:rthille     http://www.rangat.org/rthille
Cyclist, Mountain Biker, Freediver, Kayaker, Rock Climber, Hiker, Geek
May your spirit dive deep the blue, where the fish are many and large!

mgadrm && xorg-server 1.3.0

hi all,

I've been trying to make modular-xorg-server work with
DRI/DRM on my system (AMD K6-2 + Matrox AGP G400 on board), 
which runs a -current kernel (4.99.18).
The DRM loads fine, as i can see from the dmesg output,
but, just after a starting 'Xorg &', I get a blank screen.
Then the kernel probably enters in ddb and I'm only able to blindly type
'reboot' (no crash dump nor msgbuf output, due to some device issues, sorry). 

At least, I can take a look at xorgserver's log, which suggests 
some (DMA?) memory mapping issues:

(II) MGA(0): [drm] DRM interface version 1.2
(II) MGA(0): [drm] created "mga" driver at busid "pci:0000:01:00.0"
(II) MGA(0): [drm] added 8192 byte SAREA at 0xcfe77000
(II) MGA(0): [drm] mapped SAREA 0xcfe77000 to 0xb971f000

The log is the usual Xorg.log, except that it abruptly
stops here, when the kernel jumps into ddb.

I've been getting better results after applying the bus_dma patch
by jmcneil ( http://www.invisible.ca/~jmcneill/netbsd/drm-busdma.diff ) :
which makes the DRI load correctly (but the server keep on
hanging..see the Xorg.0.log attached).
Comparing this session's Xorg.log to a session without DRI's
it seems the server dies in another BusID scan, just before
loading the GLcore module (..or when loading this module?).

I tried various different combinations of options: disabling AIGLX, 

Re: mgadrm && xorg-server 1.3.0

On Thu, 10 May 2007 18:34:02 +0100
Matthias Scheler <tron <at> NetBSD.org> wrote:

> [snip]
>
> Your e-mail as been filtered out on "mail.NetBSD.org" because it is
> very large. Please upload the logfile somewhere and send a link
> to the mailing list instead.

sorry for the inconvenient,
I've uploaded my logfiles here:

http://theglass.altervista.org/Xorg.0.log
http://theglass.altervista.org/Xorg.0.log.no_dri

and here it is my X11 config file:

http://theglass.altervista.org/xorg.conf

> 	Thanks in advance

Thank you.

-- theglass

mgadrm && xorg-server 1.3.0, now working

Hi all,

I just wanted to aknowledge you that I've partially resolved
in making the DRM/DRI work on my machine.

I had to: 

1) disable AIGLX

2) add Option "OldDmaInit" from the mga(4) driver

3) remove Load "GLcore" from the module section
   (it is automatically loaded further on).

My working xorg.conf (if you also like to update the 
documentation page) is:

Section "Device"
        Identifier  "Matrox G400"
        Driver      "mga"
        BusID       "PCI:1:0:0" 
        Option      "DRI" 
        Option      "OverclockMem" 
        Option      "AGPMode" "2"
        Option      "AGPSIze" "64"
        Option      "AccelMethod" "XAA"
        Option      "XAANoOffScreenPixmaps" "True"
        Option      "OldDmaInit" "True"
EndSection