similar to: (Free)BSD support?

On Thu, 06 Nov 2014 19:58:12 +0000 Emil Velikov <emil.l.velikov at gmail.com> wrote > Hi Chris, > > On 06/11/14 19:05, Chris wrote: > > Greetings, > > I remember Nouveau being in the ports tree on FreeBSD some > > time ago. As I see it isn't there now. I was wondering if anyone > > else might have, or be working on a BSD branch. Or might be able >

On Fri, 7 Nov 2014 12:11:08 +1000 Dave Airlie <airlied at gmail.com> wrote > >> > >> On 06/11/14 19:05, Chris wrote: > >> > Greetings, > >> > I remember Nouveau being in the ports tree on FreeBSD some > >> > time ago. As I see it isn't there now. I was wondering if anyone > >> > else might have, or be working on a BSD

>> >> On 06/11/14 19:05, Chris wrote: >> > Greetings, >> > I remember Nouveau being in the ports tree on FreeBSD some >> > time ago. As I see it isn't there now. I was wondering if anyone >> > else might have, or be working on a BSD branch. Or might be able >> > to provide some insight on getting a branch of Nouveau running >>

Hi Chris, On 06/11/14 19:05, Chris wrote: > Greetings, > I remember Nouveau being in the ports tree on FreeBSD some > time ago. As I see it isn't there now. I was wondering if anyone > else might have, or be working on a BSD branch. Or might be able > to provide some insight on getting a branch of Nouveau running > on FreeBSD. > > Thank you for all your time, and

On 04/11/15 10:38, C Bergström wrote: > On Wed, Nov 4, 2015 at 3:33 PM, Martin Peres <martin.peres at free.fr> wrote: >> On 04/11/15 09:08, cbergstrom at pathscale.com wrote: >> >> Is anyone actually and or actively working on this? >> Github.com/pathscale/pscnv is totally bitrot but waaay more portable base. >> Nouveau made hard Linux assumptions that will

The commit summary "remove use of deprecated..." is no longer applicable. Feel free to tweak (use nvif provided class name/define ?) before pushing. -Emil

On 26 November 2015 at 07:14, Ben Skeggs <skeggsb at gmail.com> wrote: > From: Ben Skeggs <bskeggs at redhat.com> > --- a/nouveau/Makefile.am > +++ b/nouveau/Makefile.am > @@ -14,9 +14,18 @@ libdrm_nouveau_la_LIBADD = ../libdrm.la @PTHREADSTUBS_LIBS@ > > libdrm_nouveau_la_SOURCES = $(LIBDRM_NOUVEAU_FILES) > > -libdrm_nouveauincludedir = ${includedir}/libdrm

On 04/11/15 11:58, Pierre Moreau wrote: > Wasn't there some work being done by François Tigeot or Jean-Sébastien Pédron > to port Nouveau to DragonFlyBSD/FreeBSD? Or at least they were talking about porting it > at XDC 2014, no idea what the current status is. From what they said, they never really cared about nvidia because nvidia provides a binary driver that works, unlike intel

From: Ben Skeggs <bskeggs at redhat.com> v2. forgot bump for non-gallium driver Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index b6680d0..965c6f7 100644 --- a/configure.ac +++ b/configure.ac @@ -72,8 +72,8 @@ LIBDRM_REQUIRED=2.4.60

https://bugs.freedesktop.org/show_bug.cgi?id=73607 Priority: medium Bug ID: 73607 Assignee: nouveau at lists.freedesktop.org Summary: [v3.13-rc8][regression] NULL pointer dereference in nouveau_gpuobj_create_ QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

On Tue, Jan 06, 2015 at 08:27:06PM +0800, Vince Hsu wrote: > > On 01/06/2015 07:49 PM, Thierry Reding wrote: > >* PGP Signed by an unknown key > > > >On Mon, Jan 05, 2015 at 08:50:18PM +0100, Alexandre Courbot wrote: > >>On Mon, Jan 5, 2015 at 4:32 PM, Thierry Reding <thierry.reding at gmail.com> wrote: > >>>On Tue, Dec 30, 2014 at 11:18:34AM

The DRI option with the intel ddx can be used to indicate the following - whether dri is disabled - the dri "version" - dri1, dri2, dri3 - the dri module name - doo_dri.so bar_dri.so I'm not sure how exactly it's supposed to work/works, and I believe most of that is due to legacy reasons. I'm just saying let's not do the whole thing - just the dri "version"

https://bugs.freedesktop.org/show_bug.cgi?id=75447 Priority: medium Bug ID: 75447 Assignee: nouveau at lists.freedesktop.org Summary: Secondary gpu is not enabled if nouveau is loaded from initrd/initramfs QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

On Tue, Jan 06, 2015 at 09:44:01AM -0500, Ilia Mirkin wrote: > On Tue, Jan 6, 2015 at 9:37 AM, Thierry Reding <thierry.reding at gmail.com> wrote: > > On Tue, Jan 06, 2015 at 08:27:06PM +0800, Vince Hsu wrote: > >> > >> On 01/06/2015 07:49 PM, Thierry Reding wrote: > >> >* PGP Signed by an unknown key > >> > > >> >On Mon, Jan 05,

This reverts commit 01bbcb69f80e1058395b737ae399c6f4ef48691b. The commit caused fence timeouts within nvc0_screen_destroy and most likely other places as well. The most obvious effect is, that userspace processes take minutes to actually quit. Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/include/nvkm/core/device.h | 1 + drm/nouveau/nouveau_bo.c |

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- nouveau/abi16.c | 62 ++++++++++++++++++++++++++++++++++++++++++++++++++----- nouveau/nouveau.c | 56 +++++++------------------------------------------ nouveau/private.h | 7 ++----- 3 files changed, 67 insertions(+), 58 deletions(-) diff --git a/nouveau/abi16.c b/nouveau/abi16.c index

Make it a Bool consistently, as declared in header. Reported-by: Ilia Mirkin <imirkin at alum.mit.edu> Signed-off-by: Mario Kleiner <mario.kleiner.de at gmail.com> --- src/nouveau_present.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/nouveau_present.c b/src/nouveau_present.c index 4de1e6e..699a58d 100644 --- a/src/nouveau_present.c +++

On Mon, Jan 05, 2015 at 08:50:18PM +0100, Alexandre Courbot wrote: > On Mon, Jan 5, 2015 at 4:32 PM, Thierry Reding <thierry.reding at gmail.com> wrote: > > On Tue, Dec 30, 2014 at 11:18:34AM +0800, Vince Hsu wrote: > >> Hi Emil, > >> > >> On 12/30/2014 10:34 AM, Emil Velikov wrote: > >> >On 23/12/14 10:40, Vince Hsu wrote: > >>

That would be great, as long as it does only that and does not go into the "drivername" territory. As the said driver ;-) "A driver name to use can be provided instead of simple boolean value, which will be passed to the GL implementation for it to load the appropriate backend." -Emil On 4 July 2015 at 18:17, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > IMO

From: Emil Velikov <emil.velikov at collabora.com> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov at collabora.com> --- drivers/gpu/drm/nouveau/nouveau_abi16.c | 6 ------ drivers/gpu/drm/nouveau/nouveau_abi16.h | 1 - drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- 3 files changed, 1 insertion(+), 8