search for: marcheu

...Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: debian at oursours.net QAContact: xorg-team at lists.x.org X crash at start when virtual size exceeds the VRAM capacity Quoting marcheu who sort it out: <marcheu> (EE) EXA(0): ExaDriverRec::offScreenBase must be <= ExaDriverRec::memorySize <marcheu> bad bad bad bad <marcheu> (--) NOUVEAU(0): VideoRAM: 16384 kBytes <marcheu> 2624*1200*4=12MB <marcheu> we only use half of VRAM for 2D, and 16/2MB &l...

...ines this function, it eats up 16 bytes on the stack every time. Eventually we hit warnings because our stack grew too much: ramnve0.c:1383:1: error: the frame size of 1496 bytes is larger than 1024 bytes We fix this by preventing inlining for this function. Signed-off-by: St?phane Marchesin <marcheu at chromium.org> --- drivers/gpu/drm/nouveau/core/subdev/fb/ramfuc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/core/subdev/fb/ramfuc.h b/drivers/gpu/drm/nouveau/core/subdev/fb/ramfuc.h index 0f57fcf..04e3849 100644 --- a/drivers/gpu/drm/nouveau/...

Bonjour. (1) Is there any other open source GPU backend in LLVM? (2) I'd like to know the current status and plan of NV40 LLVM backend. Does it work? I cloned from git://anongit.freedesktop.org/~marcheu/llvm, but it seems that a lot of code are stilling missing. I've done a search on Nouveau wiki and mailing list but what I only found is: "Marcheu is working on and off on LLVM for NV4 to NV20 cards with optimizations for NV30. That would allow Nouveau to translate shaders into fixed func...

...ed are high quality content and are made available immediately at the end of the sprint via print-on-demand services and e-book formats." Our book sprint will be slightly different than that. Our book sprint is only two days and we are not starting from complete scratch. We are starting with Marcheu's existing guide, located at: http://people.freedesktop.org/~marcheu/linuxgraphicsdrivers.pdf For more information or if you would like to participate in the book sprint, please contact: board at foundation.x.org marcoz at osource.org Please contact us on or before Mon Aug 20, 2012. More inf...

This isn't needed any longer (DRI1 is gone) so let's remove this as well. Signed-off-by: Stéphane Marchesin <marcheu at chromium.org> --- src/nv_include.h | 1 - 1 file changed, 1 deletion(-) diff --git a/src/nv_include.h b/src/nv_include.h index de55570..eee8c5d 100644 --- a/src/nv_include.h +++ b/src/nv_include.h @@ -69,6 +69,5 @@ #include "nv_type.h" #include "nv_proto.h" #include &...

...nce > > 03-04 20:50:56.762 1440 1440 E AndroidRuntime: at > > > com.android.systemui.recents.views.RecentsTransitionHelper.drawViewIntoGraphicBuffer(RecentsTransitionHelper.java:436) > > > > Mauro > > > > On Tue, Mar 5, 2019 at 1:29 AM Stéphane Marchesin <marcheu at chromium.org> > wrote: > > > > > > > > > > > > On Sat, Mar 2, 2019 at 12:08 AM Mauro Rossi <issor.oruam at gmail.com> > wrote: > > >> > > >> Hi Stéphane, > > >> > > >> On Fri, Mar 1, 2019 at 11:24...

Hi, As part of aiming at upstreaming our code, I suppose we have to discuss the DRM situation a little. In order to aim for merging, I think we'd better be working on a linux kernel tree layout. And considering we're technically the only ones still working in drm.git, it doesn't really make sense to keep doing that for the sake of sharing code with other drivers. As we discussed on

In a message to the Nouveau mailing list (http://lists.freedesktop.org/archives/nouveau/2009-January/002166.html), you said that you cloned the git tree of Stephane Marchesin's NV40 LLVM work, at git://anongit.freedesktop.org/~marcheu/llvm That code has since been lost due to an hard drive crash. If you happened to still have that git tree on your hard drive, it would be extremely appreciated if you could provide it in the form you prefer (for instance a "reply to all" to this mail with a .tar.gz attached). Thanks a...

http://bugs.freedesktop.org/show_bug.cgi?id=10547 --- Comment #11 from Danny <obiwan at mailmij.org> 2008-03-13 01:15:37 PST --- I just add here a link to marcheu's patch to do this in drm instead (to make it easy for ppl who want to avoid rebuilding their kernel: http://icps.u-strasbg.fr/~marchesin/nvdri/ucmpdi2.diff d. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You...

Hi, I'm working with Oliver McFadden to create a rules-ng database for the Radeon R300 (and beyond..) I've taken some of the work that he had done, and have been slowly adding more Radeon registers. I also created a new 'test-r300' app based on the one included in the static-db to test the decode of radeon registers. I would like this to be under version control, and the

...Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: debian at carbon-project.org QAContact: xorg-team at lists.x.org Created an attachment (id=15304) --> (http://bugs.freedesktop.org/attachment.cgi?id=15304) The X.org-log As I was asked on IRC by marcheu to file a bug, I'll do it. attached you'll find my Xorg.0.log and my kern.log. The xorg.conf looked like: Section "Module" #Load "GLcore" Load "bitmap" Load "dbe" Load "ddc" #Load "d...

...onnected 1024x768+0+0 0mm x 0mm 1024x768 75.0* 72.0 70.0 60.0 832x624 75.0 800x600 75.0 72.0 60.0 56.0 640x480 75.0 73.0 67.0 60.0 720x400 70.0 Tried by using both nvidiafb and offb (after some advices by marcheu on IRC) but got the same result. The "corrupted" screen looks like pixels are too evenly spaced, showing wired colors, and no meaningfull kind of windows. Part of my xorg.conf : Section "Device" Identifier "nVidia Corporation NV34M [GeForce FX Go5200]"...

http://bugs.freedesktop.org/show_bug.cgi?id=16911 Summary: xserver EXA optimization causes nv31 to crash Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=13403 Summary: Random crashes. Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: xake at

Hello. Sorry I am not sure this question should go to llvm or mesa3d-dev mailing list, so I post it to both. I am writing a llvm backend for a modern graphics processor which has a ISA very similar to that of Direct 3D. I am reading the code in Gallium-3D driver in a mesa3d branch, which converts the shader programs (TGSI tokens) to LLVM IR. For the shader instruction also found in LLVM IR,

http://bugs.freedesktop.org/show_bug.cgi?id=14393 Summary: NV11 card is not detected properly by nouveau on big- endian box Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

...no folding and > complicated pattern-matching in the instruction selection DAG). > > I don't have experience of the new vector instructions in LLVM, and perhaps > that's why it makes me feel it's complicated to fold the swizzle and > writemask. > > Thanks. I hope marcheu sees this too. Um, I was thinking that we should eventually create intrinsic functions for some of the commands, like LIT, that might not be single-instruction, but that can be lowered eventually, and for commands like LG2, that might be single-instruction for shaders, but probably not for non-sha...

http://bugs.freedesktop.org/show_bug.cgi?id=10920 Summary: glxgears on AGP 10de0028 NV5 [RIVA TNT2/TNT2 Pro] works! (but slowly) Product: xorg Version: 7.2 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

http://bugs.freedesktop.org/show_bug.cgi?id=10858 Summary: glxgears with mesa-git on PCI 10de0322 (NV34) GeForce FX 5200 crashes X Product: xorg Version: 7.2 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...npeter) -- Richard Hughes <hughsient at users.sf.net> (hughsient) -- Rudi Cilibrasi <cilibrar at users.sf.net> (cilibrar) -- Serge Martin -- Simon Raffeiner -- Stephane Loeuillet <leroutier at users.sf.net> (leroutier) -- Stephane Marchesin <stephane.marchesin at gmail.com> (marcheu) -- sturmflut <sturmflut at users.sf.net> (sturmflut) -- Sylvain Munaut <tnt at 246tNt.com> -- Victor Stinner <victor.stinner at haypocalc.com> (haypo) -- Wladmir van der Laan <laanwj at gmail.com> (miathan6) -- Younes Manton <younes.m at gmail.com> (ymanton) - -Permis...