similar to: [Bug 98629] New: OpenGL applications warns "MESA-LOADER: failed to retrieve device information"

https://bugs.freedesktop.org/show_bug.cgi?id=98630 Bug ID: 98630 Summary: Bad color and glitches on PPC64 Product: Mesa Version: 13.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=98631 Bug ID: 98631 Summary: GPU lock ups when starting GDM, SDDM, and Plasma Desktop Product: xorg Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=98712 Bug ID: 98712 Summary: [PPC64] GPU Lock Up when Nouveau 2D acceleration is enabled + X failures Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=101000 Bug ID: 101000 Summary: Cinelerra crashes with OpenGL output on mesa git Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

2015-02-17 15:59 GMT+01:00 Tom Stellard <tom at stellard.net>: > On Mon, Feb 16, 2015 at 10:38:52PM +0100, Daniel Albuschat wrote: > > Hello there, > > > > tl;dr: > > Is it a known behaviour that using llvm-3.4 and llvm-3.6 at the same time > > in the same process (while llvm-3.6 is used from a linked shared library > > and llvm-3.4 is dlopen'ed -

https://bugs.freedesktop.org/show_bug.cgi?id=76376 Priority: medium Bug ID: 76376 Assignee: nouveau at lists.freedesktop.org Summary: mesa does not build after nouveau loader changes Severity: normal Classification: Unclassified OS: OpenBSD Reporter: jsg at openbsd.org Hardware: Other Status:

Well. i got s.th. for you and i think i'll give this to crazney (lhl.linuxgames.com) #1 a step by step HL tutorial #2 my questions. -------------------------------------------------------------------------- ## 1 ## a step by step HL tutorial ###################################### -------------------------------------------------------------------------- yea, well, i got HL working. On my

Hello there, tl;dr: Is it a known behaviour that using llvm-3.4 and llvm-3.6 at the same time in the same process (while llvm-3.6 is used from a linked shared library and llvm-3.4 is dlopen'ed - with a strange detail: Especially if -rdynamic is used when linking the program). If so, is there a workaround? If not, can it be fixed in llvm-3.6? Long story: I am writing a program that creates

https://bugs.freedesktop.org/show_bug.cgi?id=94727 Bug ID: 94727 Summary: nouveau/pushbuf.c:238: pushbuf_krel: Assertion `bkref` failed. Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Hi Ville, Thank you for the patch. On Fri, Apr 03, 2020 at 11:39:54PM +0300, Ville Syrjala wrote: > From: Ville Syrj?l? <ville.syrjala at linux.intel.com> > > Get rid of mode->vrefresh and just calculate it on demand. Saves > a bit of space and avoids the cached value getting out of sync > with reality. > > Mostly done with cocci, with the following manual fixups:

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

https://bugs.freedesktop.org/show_bug.cgi?id=97505 Bug ID: 97505 Summary: X11 does not detect nouveau when using the linux kernel EFI Loader (GRUB loader works fine) Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

CentOS Errata and Security Advisory 2007:0386 https://rhn.redhat.com/errata/RHSA-2007-0386.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: mutt-1.4.1-12.0.3.el4.i386.rpm src: mutt-1.4.1-12.0.3.el4.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189

CentOS Errata and Security Advisory 2007:0386 https://rhn.redhat.com/errata/RHSA-2007-0386.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: mutt-1.4.1-12.0.3.el4.x86_64.rpm src: mutt-1.4.1-12.0.3.el4.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size:

CentOS Errata and Security Advisory 2007:0386 https://rhn.redhat.com/errata/RHSA-2007-0386.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/mutt-1.4.1-12.0.3.el4.s390.rpm s390x: updates/s390x/RPMS/mutt-1.4.1-12.0.3.el4.s390x.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am frequently in a situation where I have a machine sitting behind NAT which means it doesn't see the real network DHCP server and PXE parameters. Two examples: * Using VirtualBox with default NAT networking (bridging is tedious) * A machine that normally uses wireless but is being NAT'ed to real network for OS installation I have been

This patch moves lguest's loader Makefile one level bellow, and adds arch-specific code to arch directories Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> -- Glauber de Oliveira Costa Red Hat Inc. "Free as in Freedom" -------------- next part -------------- --- i386/Makefile 2007-04-02 16:11:56.000000000 -0300 +++ Makefile 2007-04-02 16:11:56.000000000 -0300 @@

The program segments loaded presently in mboot.c only consists of a subset of sections described by the ELF Section Header Table (SHT) in the ELF kernel binary. Segments with useful information often needed for debugging purposes (symbol tables, string tables, etc.) aren't usually present in the program segments and hence not loaded above. Some kernels use this debugging information to

Processing commands for control at bugs.debian.org: > reassign 699381 src:xen 4.0.1-5.5 Bug #699381 {Done: Julien Cristau <jcristau at debian.org>} [src:linux] linux-image-3.7-trunk-amd64: boot fails as xen domU: xc_dom_find_loader: no loader found Bug reassigned from package 'src:linux' to 'src:xen'. No longer marked as found in versions linux/3.7.3-1~experimental.1.