similar to: [Bug 92438] New: Segfault in pushbuf_kref when running the android emulator (qemu) on nv50

https://bugs.freedesktop.org/show_bug.cgi?id=73744 Priority: medium Bug ID: 73744 Assignee: nouveau at lists.freedesktop.org Summary: Constant lock ups with NVIDIA GeForce 8400 GS QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: grave_123 at

https://bugs.freedesktop.org/show_bug.cgi?id=105940 Bug ID: 105940 Summary: Display freeze caused by nouveau Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=30307 Summary: 8500GT Hardware Lockup Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: minor Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hi all, As part of my compute work I'm trying to get some TGSI compute code to work. The code from mesa/src/gallium/tests/trivial.c works. So now I'm trying to get a "native" tgsi kernel to run via clover, I'm using Francisco's nbody.c example for this: https://fedorapeople.org/~jwrdegoede/nbody.c Which does not work, at first I thought there was an issue with the

Also, where's the exit op? Perhaps what's happening is that you don't have an exit and it just goes off executing into the ether? On Tue, Dec 15, 2015 at 12:00 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > A few things that stand out: > > 0: ld u32 %r219 c0[0x0000000000000000+0x0] (0) > > wtf is that 0x0000000000000 thing doing there? Was it a %rX which got

I believe that your problem is this: /*01a0*/ LD R8, [R8]; /* 0x8000000000821c85 */ That needs to be LD.E (and your ST's need to be ST.E). You're using a 32-bit gmem address, but you need to be using a 64-bit one. I believe the 32-bit ones work on fermi, but afaik not on Kepler. Cheers, -ilia On Wed, Dec 16, 2015 at 12:06 PM, Hans de Goede

We've had this more general topic on R-help, and also in R-devel recently. There's one case here where I get the feeling R never gets into swapping but more directly aborts possibly from a bug we can more easily fix. Today I've been working (successfully! - not yet committed) at fixing str() for very large strings. In this process, I've found that pc <- function(.)

https://bugs.freedesktop.org/show_bug.cgi?id=92851 Bug ID: 92851 Summary: NV34: err: MEM_FAULT Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: nouveau at

Last time I tried, a few years back, Wine was not yet up to handling Garmin's proprietary topo map software. It would install, and sometimes even work, so long as I didn't try to connect a GPS to it. (The ones I have are all also Garmins -- old ones wanting a serial port.) I made a huge effort, for most of a year, with a lot of help from high-powered Alpha Plus Technoids on several

Hi Richard, Thanks for your response, We have followed the steps mentioned in https://www.redhat.com/archives/libguestfs/2015-November/msg00015.html Now we are able to connect the V2V Conversion Server from Physical server after booting from livecd. Once ssh connection established, "Start Conversion" opens up another UI which has necessary info. of hardware (eg. CPU, RAM, HDD

https://bugs.freedesktop.org/show_bug.cgi?id=90871 Bug ID: 90871 Summary: NV30: Xfwm4 use_compositing - garbled display Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee:

On 04.11.2015 11:57, Martin Peres wrote: > On 02/11/15 08:28, poma wrote: >> An interesting results. >> >> DRI2: >> >> $ vblank_mode=0 glxgears >> ATTENTION: default value of option vblank_mode overridden by environment. >> 6321 frames in 5.0 seconds = 1264.103 FPS >> 6380 frames in 5.0 seconds = 1275.943 FPS >> 6369 frames in 5.0 seconds =

02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50 The same for all four kernel: - 3.18.0-0.rc0.git8.1.fc22.x86_64 - 3.18.0-0.rc0.git9.1.fc22.x86_64 - 3.18.0-0.rc0.git9.3.fc22.x86_64 - 3.18.0-0.rc0.git9.4.fc22.x86_64 after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key

On 20.10.2014 21:30, poma wrote: > On 20.10.2014 08:13, poma wrote: >> >> 02:00.0 VGA compatible controller: >> NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) >> Chipset: G98 (NV98) >> Family : NV50 >> >> The same for all four kernel: >> - 3.18.0-0.rc0.git8.1.fc22.x86_64 >> - 3.18.0-0.rc0.git9.1.fc22.x86_64 >> -

An interesting results. DRI2: $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 6321 frames in 5.0 seconds = 1264.103 FPS 6380 frames in 5.0 seconds = 1275.943 FPS 6369 frames in 5.0 seconds = 1273.629 FPS 6377 frames in 5.0 seconds = 1275.322 FPS 6387 frames in 5.0 seconds = 1277.330 FPS 6407 frames in 5.0 seconds = 1281.337 FPS 6381 frames in

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #14 from torsten.stocklossa at gmail.com --- HI again, in addition some error messages Nov 29 11:21:47 torsten-LIFEBOOK-E8410 kernel: [ 66.215782] nouveau E[ PGRAPH][0000:01:00.0] ch 2 [0x0007b23000] subc 7 class 0x8297 mthd 0x15e0 data 0x00000000 Nov 29 11:21:47 torsten-LIFEBOOK-E8410 kernel: [ 66.304180] nouveau E[

https://bugs.freedesktop.org/show_bug.cgi?id=72939 Priority: medium Bug ID: 72939 Assignee: nouveau at lists.freedesktop.org Summary: [nv96] Freespace 2 open crashes Severity: normal Classification: Unclassified OS: All Reporter: madman2003 at gmail.com Hardware: Other Status: NEW

Hello, I've recently come across an error reported by the GPU and would like to know what it means and especially what causes it to be triggered. Any information would be very useful: I'm seeing MP warp error 0x10 (appears in MP register 0x48). This is what we currently have in nouveau: <reg32 offset="0x048" name="TRAP_WARP_ERROR"> <!-- ctx-switched -->

Hello, I am trying to make a .iso to p2v some old windows servers, and I installed a brand new FC22 server to build my images I run virt-p2v-make-kickstart fedora livecd-creator p2v.ks and I get the following error: Installing: grubby ##################### [435/436] Installing: uboot-tools ##################### [436/436] Installing:

"Richard W.M. Jones" <rjones@redhat.com> writes: > On Wed, Nov 16, 2016 at 09:06:29AM +0200, Michal Skrivanek wrote: >> >> > On 7 Nov 2016, at 22:16, Derek Atkins <derek@ihtfp.com> wrote: >> > >> > Hi, >> > >> > My last VM imported in 2 minutes. This one has been sitting for three >> > hours. I think this is