dri-devel March 2014

dri-devel@lists.freedesktop.org

144 participants
926 discussions

[Bug 74250] New: [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed
by bugzilla-daemon＠freedesktop.org 04 Aug '14

04 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=74250 Priority: medium Bug ID: 74250 Assignee: dri-devel(a)lists.freedesktop.org Summary: [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed Severity: normal Classification: Unclassified OS: Linux (All) Reporter: luziphermcleod(a)yahoo.ie Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 93090 --> https://bugs.freedesktop.org/attachment.cgi?id=93090&action=edit dmesg WITHOUT the patch Observation: ============ System starts up fine (radeondrmfb high res text mode), but I get eight of the following error messages in dmesg: [drm:radeon_atom_get_leakage_vddc_based_on_leakage_params] *ERROR* Unknown table version 3, 1 With the patch from Bug 73420 ( https://bugs.freedesktop.org/attachment.cgi?id=93015 ) I don't get those messages, but one occurance of: [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed Without the patch, I do NOT get the "ci_upload_dpm_level_enable_mask failed " message. Software Details: ===================== 0) Gentoo Linux 1) Kernel: drm-next (airlied's from http://cgit.freedesktop.org/~airlied/linux/?h=drm-next , commit ef64cf9d06049e4e9df661f3be60b217e476bee1) 2) libdrm: git 3) mesa: git 4) Xorg-server: 1.15.0 5) xf86-video-ati: git 6) glamor: git 7) llvm: 3.5svn (updated on 30.01.2014) 8) pixman: git (All git versions were updated on 30.01.2014) Hardware Details: ===================== Graphics Card: Hawaii XT, Sapphire Radeon R9 290X Tri-X OC (11226-00-50G) Graphics Chip: HAWAII 0x1002:0x67B0 0x174B:0xE285 Monitors: 3 (HP LP2475w via DVI, Samsung 214T via DVI, Samsung TV via HDMI) Processor: Core i7-965 (LGA 1366) Mainboard: Asus P6T Deluxe RAM: 6GB -- You are receiving this mail because: You are the assignee for the bug.

1 14

[PATCH 0/2] Update copyright notices for Renesas DRM drivers
by Laurent Pinchart 28 Jul '14

28 Jul '14

The "Renesas Corporation" listed in the copyright notices doesn't exist. Replace it with "Renesas Electronics Corporation" and update the copyright years. Laurent Pinchart (2): drm/rcar-du: Update copyright notice drm/shmob: Update copyright notice drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_backlight.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_backlight.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_regs.h | 2 +- 29 files changed, 29 insertions(+), 29 deletions(-) -- Regards, Laurent Pinchart

2 4

[Bug 66281] New: DRI_PRIME=1 glxinfo crashes and causes session to restart
by bugzilla-daemon＠bugzilla.kernel.org 26 Jul '14

26 Jul '14

https://bugzilla.kernel.org/show_bug.cgi?id=66281 Bug ID: 66281 Summary: DRI_PRIME=1 glxinfo crashes and causes session to restart Product: Drivers Version: 2.5 Kernel Version: 3.13 rc2 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: mortem.dei(a)gmail.com Regression: No I have a new laptop but the secondary GPU can't be accessed by the system (neither with Nouveau nor bumblebee). With the kernel 3.12 the output of xrandr didn't even show the card, but with the new one I do get the following output: xrandr --listproviders Providers: number : 2 Provider 0: id: 0x66 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 3 associated providers: 1 name:Intel Provider 1: id: 0x3f cap: 0x5, Source Output, Source Offload crtcs: 0 outputs: 0 associated providers: 1 name:nouveau However, when I try to run anything with DRI_PRIME=1 glxinfo the system crashes and I have to restart the session. OS: Ubuntu 13.10 Laptop: Lenovo Ideapad u430p Hardware: See lspci: 09:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 730M] (rev a1) Subsystem: Lenovo Device 3800 Flags: bus master, fast devsel, latency 0, IRQ 68 Memory at b3000000 (32-bit, non-prefetchable) [size=16M] Memory at a0000000 (64-bit, prefetchable) [size=256M] Memory at b0000000 (64-bit, prefetchable) [size=32M] I/O ports at 3000 [size=128] Expansion ROM at <ignored> [disabled] Capabilities: [60] Power Management version 3 Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> Kernel driver in use: nouveau -- You are receiving this mail because: You are watching the assignee of the bug.

1 8

[Bug 75371] New: System hang with kernel 3.13 while playing Left 4 Dead 2
by bugzilla-daemon＠freedesktop.org 23 Jul '14

23 Jul '14

https://bugs.freedesktop.org/show_bug.cgi?id=75371 Priority: medium Bug ID: 75371 Assignee: dri-devel(a)lists.freedesktop.org Summary: System hang with kernel 3.13 while playing Left 4 Dead 2 Severity: major Classification: Unclassified OS: Linux (All) Reporter: google(a)a7q.de Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Hey, when playing Left 4 Dead 2 (only thing I tested) for a long time, the system randomly hangs. Happens maybe once an hour or so. I think it's not only X that crashes, but the whole kernel. Can't do sysrq, poweroff, restart.. I upgraded to the testing 3.13 kernel in archlinux, that's when I experienced it the first time. So I reverted back to 3.12 and everything was fine again. Now that 3.13 hit the core/stable repo I gave it another try and it started crashing again. linux 3.13.4 (also 3.13, 3.13.1, 3.13.2 <- I'm not sure if it happened with all of these, but most likely it did ) ati hd 5850 (Cypress PRO) mesa-git - r600g ( Mesa 10.2.0-devel (git-9b2fe7c) ) dpm was also manually enabled with 3.12 and before, so it's likely not related to that. Never had problems with it. -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 70207] New: rs690: kernel can't bring lvds in dpms on mode
by bugzilla-daemon＠freedesktop.org 15 Jul '14

15 Jul '14

https://bugs.freedesktop.org/show_bug.cgi?id=70207 Priority: medium Bug ID: 70207 Assignee: dri-devel(a)lists.freedesktop.org Summary: rs690: kernel can't bring lvds in dpms on mode Severity: normal Classification: Unclassified OS: Linux (All) Reporter: david.heidelberger(a)ixit.cz Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI After some time, LVDS display get into off mode in console. After pressing keys it display stay black. Only way, how to get it working again is using "vbetool dpms on", then it lights up correctly. It only applies in console, in X11 session is display powered just fine after passing event to key/mouse/touchpad. This behaviour is here for long time, 100% since 3.9 to 3.11.4, but probably much more (I'd like to test, but it took lot of time). This is laptop Toshiba A210-15j, RS690 card. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 73053] New: HD6850 cannot boot with dpm
by bugzilla-daemon＠freedesktop.org 14 Jul '14

14 Jul '14

https://bugs.freedesktop.org/show_bug.cgi?id=73053 Priority: medium Bug ID: 73053 Assignee: dri-devel(a)lists.freedesktop.org Summary: HD6850 cannot boot with dpm Severity: major Classification: Unclassified OS: Linux (All) Reporter: aaalmosss(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI The monitor goes blank, and the system becomes totally unresponsive as soon as the radeon module is loaded, if I boot 3.12.4 with radeon.dpm=1 or I boot 3.13-rc5 without radeon.dpm=0. Bug #66963 might be related. -- You are receiving this mail because: You are the assignee for the bug.

1 47

[RFC] dma-buf: Implement test module
by Thierry Reding 11 Jul '14

11 Jul '14

This is a simple test module that can be used to allocate, export and delete DMA-BUF objects. It can be used to test DMA-BUF sharing in systems that lack a real second driver. Signed-off-by: Thierry Reding <treding(a)nvidia.com> --- drivers/base/Kconfig | 4 + drivers/base/Makefile | 1 + drivers/base/dma-buf-test.c | 308 ++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 313 insertions(+) create mode 100644 drivers/base/dma-buf-test.c diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig index e373671652b0..bed2abb9491b 100644 --- a/drivers/base/Kconfig +++ b/drivers/base/Kconfig @@ -200,6 +200,10 @@ config DMA_SHARED_BUFFER APIs extension; the file's descriptor can then be passed on to other driver. +config DMA_BUF_TEST + tristate "DMA-BUF test module" + depends on DMA_SHARED_BUFFER + config DMA_CMA bool "DMA Contiguous Memory Allocator" depends on HAVE_DMA_CONTIGUOUS && CMA diff --git a/drivers/base/Makefile b/drivers/base/Makefile index 94e8a80e87f8..cad983b6626f 100644 --- a/drivers/base/Makefile +++ b/drivers/base/Makefile @@ -25,3 +25,4 @@ obj-$(CONFIG_PINCTRL) += pinctrl.o ccflags-$(CONFIG_DEBUG_DRIVER) := -DDEBUG +obj-$(CONFIG_DMA_BUF_TEST) += dma-buf-test.o diff --git a/drivers/base/dma-buf-test.c b/drivers/base/dma-buf-test.c new file mode 100644 index 000000000000..f5498b74a09b --- /dev/null +++ b/drivers/base/dma-buf-test.c @@ -0,0 +1,308 @@ +#include <linux/dma-buf.h> +#include <linux/err.h> +#include <linux/fs.h> +#include <linux/miscdevice.h> +#include <linux/module.h> +#include <linux/slab.h> +#include <linux/uaccess.h> + +struct dmabuf_create { + __u32 flags; + __u32 size; +}; + +#define DMABUF_IOCTL_BASE 'D' +#define DMABUF_IOCTL_CREATE _IOWR(DMABUF_IOCTL_BASE, 0, struct dmabuf_create) +#define DMABUF_IOCTL_DELETE _IOWR(DMABUF_IOCTL_BASE, 1, int) +#define DMABUF_IOCTL_EXPORT _IOWR(DMABUF_IOCTL_BASE, 2, int) + +struct dmabuf_file { + struct dma_buf *buf; + dma_addr_t phys; + size_t size; + void *virt; +}; + +static int dmabuf_attach(struct dma_buf *buf, struct device *dev, + struct dma_buf_attachment *attach) +{ + return 0; +} + +static void dmabuf_detach(struct dma_buf *buf, + struct dma_buf_attachment *attach) +{ +} + +static struct sg_table *dmabuf_map_dma_buf(struct dma_buf_attachment *attach, + enum dma_data_direction dir) +{ + struct dmabuf_file *priv = attach->dmabuf->priv; + struct sg_table *sgt; + + sgt = kmalloc(sizeof(*sgt), GFP_KERNEL); + if (!sgt) + return NULL; + + if (sg_alloc_table(sgt, 1, GFP_KERNEL)) { + kfree(sgt); + return NULL; + } + + sg_dma_address(sgt->sgl) = priv->phys; + sg_dma_len(sgt->sgl) = priv->size; + + return sgt; +} + +static void dmabuf_unmap_dma_buf(struct dma_buf_attachment *attach, + struct sg_table *sgt, + enum dma_data_direction dir) +{ + sg_free_table(sgt); + kfree(sgt); +} + +static void dmabuf_release(struct dma_buf *buf) +{ +} + +static int dmabuf_begin_cpu_access(struct dma_buf *buf, size_t size, + size_t length, + enum dma_data_direction direction) +{ + return 0; +} + +static void dmabuf_end_cpu_access(struct dma_buf *buf, size_t size, + size_t length, + enum dma_data_direction direction) +{ +} + +static void *dmabuf_kmap_atomic(struct dma_buf *buf, unsigned long page) +{ + return NULL; +} + +static void dmabuf_kunmap_atomic(struct dma_buf *buf, unsigned long page, + void *vaddr) +{ +} + +static void *dmabuf_kmap(struct dma_buf *buf, unsigned long page) +{ + return NULL; +} + +static void dmabuf_kunmap(struct dma_buf *buf, unsigned long page, void *vaddr) +{ +} + +static void dmabuf_vm_open(struct vm_area_struct *vma) +{ +} + +static void dmabuf_vm_close(struct vm_area_struct *vma) +{ +} + +static int dmabuf_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf) +{ + return 0; +} + +static const struct vm_operations_struct dmabuf_vm_ops = { + .open = dmabuf_vm_open, + .close = dmabuf_vm_close, + .fault = dmabuf_vm_fault, +}; + +static int dmabuf_mmap(struct dma_buf *buf, struct vm_area_struct *vma) +{ + pgprot_t prot = vm_get_page_prot(vma->vm_flags); + struct dmabuf_file *priv = buf->priv; + + vma->vm_flags |= VM_IO | VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP; + vma->vm_ops = &dmabuf_vm_ops; + vma->vm_private_data = priv; + vma->vm_page_prot = pgprot_writecombine(prot); + + return remap_pfn_range(vma, vma->vm_start, priv->phys >> PAGE_SHIFT, + vma->vm_end - vma->vm_start, vma->vm_page_prot); +} + +static void *dmabuf_vmap(struct dma_buf *buf) +{ + return NULL; +} + +static void dmabuf_vunmap(struct dma_buf *buf, void *vaddr) +{ +} + +static const struct dma_buf_ops dmabuf_ops = { + .attach = dmabuf_attach, + .detach = dmabuf_detach, + .map_dma_buf = dmabuf_map_dma_buf, + .unmap_dma_buf = dmabuf_unmap_dma_buf, + .release = dmabuf_release, + .begin_cpu_access = dmabuf_begin_cpu_access, + .end_cpu_access = dmabuf_end_cpu_access, + .kmap_atomic = dmabuf_kmap_atomic, + .kunmap_atomic = dmabuf_kunmap_atomic, + .kmap = dmabuf_kmap, + .kunmap = dmabuf_kunmap, + .mmap = dmabuf_mmap, + .vmap = dmabuf_vmap, + .vunmap = dmabuf_vunmap, +}; + +static int dmabuf_file_open(struct inode *inode, struct file *file) +{ + struct dmabuf_file *priv; + int ret = 0; + + priv = kzalloc(sizeof(*priv), GFP_KERNEL); + if (!priv) + return -ENOMEM; + + file->private_data = priv; + + return ret; +} + +static int dmabuf_file_release(struct inode *inode, struct file *file) +{ + struct dmabuf_file *priv = file->private_data; + int ret = 0; + + if (priv->virt) + dma_free_writecombine(NULL, priv->size, priv->virt, priv->phys); + + if (priv->buf) + dma_buf_put(priv->buf); + + kfree(priv); + + return ret; +} + +static int dmabuf_ioctl_create(struct dmabuf_file *priv, const void __user *data) +{ + struct dmabuf_create args; + int ret = 0; + + if (priv->buf || priv->virt) + return -EBUSY; + + if (copy_from_user(&args, data, sizeof(args))) + return -EFAULT; + + priv->virt = dma_alloc_writecombine(NULL, args.size, &priv->phys, + GFP_KERNEL | __GFP_NOWARN); + if (!priv->virt) + return -ENOMEM; + + priv->buf = dma_buf_export(priv, &dmabuf_ops, args.size, args.flags); + if (!priv->buf) { + ret = -ENOMEM; + goto free; + } + + if (IS_ERR(priv->buf)) { + ret = PTR_ERR(priv->buf); + goto free; + } + + priv->size = args.size; + + return 0; + +free: + dma_free_writecombine(NULL, priv->size, priv->virt, priv->phys); + priv->virt = NULL; + return ret; +} + +static int dmabuf_ioctl_delete(struct dmabuf_file *priv, unsigned long flags) +{ + dma_free_writecombine(NULL, priv->size, priv->virt, priv->phys); + priv->virt = NULL; + priv->phys = 0; + priv->size = 0; + + dma_buf_put(priv->buf); + priv->buf = NULL; + + return 0; +} + +static int dmabuf_ioctl_export(struct dmabuf_file *priv, unsigned long flags) +{ + int err; + + get_dma_buf(priv->buf); + + err = dma_buf_fd(priv->buf, flags); + if (err < 0) + dma_buf_put(priv->buf); + + return err; +} + +static long dmabuf_file_ioctl(struct file *file, unsigned int cmd, + unsigned long arg) +{ + struct dmabuf_file *priv = file->private_data; + long ret = 0; + + switch (cmd) { + case DMABUF_IOCTL_CREATE: + ret = dmabuf_ioctl_create(priv, (const void __user *)arg); + break; + + case DMABUF_IOCTL_DELETE: + ret = dmabuf_ioctl_delete(priv, arg); + break; + + case DMABUF_IOCTL_EXPORT: + ret = dmabuf_ioctl_export(priv, arg); + break; + + default: + ret = -ENOTTY; + break; + } + + return ret; +} + +static const struct file_operations dmabuf_fops = { + .owner = THIS_MODULE, + .open = dmabuf_file_open, + .release = dmabuf_file_release, + .unlocked_ioctl = dmabuf_file_ioctl, +}; + +static struct miscdevice dmabuf_device = { + .minor = 128, + .name = "dmabuf", + .fops = &dmabuf_fops, +}; + +static int __init dmabuf_init(void) +{ + return misc_register(&dmabuf_device); +} +module_init(dmabuf_init); + +static void __exit dmabuf_exit(void) +{ + misc_deregister(&dmabuf_device); +} +module_exit(dmabuf_exit); + +MODULE_AUTHOR("Thierry Reding <treding(a)nvidia.com>"); +MODULE_DESCRIPTION("DMA-BUF test driver"); +MODULE_LICENSE("GPL v2"); -- 1.8.4.2

7 22

[Bug 69723] New: Computer freezes with kernel 3.11.0 / 3.12-rc1 (with bug 68235's patches applied) when dpm=1 on r600g (Cayman)
by bugzilla-daemon＠freedesktop.org 11 Jul '14

11 Jul '14

https://bugs.freedesktop.org/show_bug.cgi?id=69723 Priority: medium Bug ID: 69723 Assignee: dri-devel(a)lists.freedesktop.org Summary: Computer freezes with kernel 3.11.0 / 3.12-rc1 (with bug 68235's patches applied) when dpm=1 on r600g (Cayman) Severity: critical Classification: Unclassified OS: All Reporter: alexandre.f.demers(a)gmail.com Hardware: All Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI In bug 68235, the display was freezing with kernel 3.11.0 (also tested with 3.12-rc1) either at logon or shortly after. It was possible to access the machine through ssh. Since applied patches, the max clocks are detected, allowing the computer to run normally. However, at some point, it always ends up frozen (it can be just sitting there, nothing being done on the computer). The frozen state is deeper than before since it's impossible to access the machine through ssh. I've tested the computer by playing Dota2 and, until now, it doesn't seem related to the card working harder or not. Logs don't show anything for the moment, I'll have to push the debug state a bit further. Any suggestion where to start to give us a clue on what is triggering the freeze? -- You are receiving this mail because: You are the assignee for the bug.

1 127

[PATCH] drm: reduce default drm vblank off delay to 50ms
by Jesse Barnes 08 Jul '14

08 Jul '14

People keep whining about this, but no one seems to send a patch. This *ought* to be safe now that we've dealt with the hw races in Mario's updated code, and fixed the bugs we know about in VT switch, DPMS, and multi-head configuraions. Signed-off-by: Jesse Barnes <jbarnes(a)virtuousgeek.org> --- drivers/gpu/drm/drm_stub.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c index c236fd2..a1cbc0e 100644 --- a/drivers/gpu/drm/drm_stub.c +++ b/drivers/gpu/drm/drm_stub.c @@ -40,7 +40,7 @@ unsigned int drm_debug = 0; /* 1 to enable debug output */ EXPORT_SYMBOL(drm_debug); -unsigned int drm_vblank_offdelay = 5000; /* Default to 5000 msecs. */ +unsigned int drm_vblank_offdelay = 50; /* Default to 50 msecs. */ EXPORT_SYMBOL(drm_vblank_offdelay); unsigned int drm_timestamp_precision = 20; /* Default to 20 usecs. */ -- 1.7.9.5

4 10

[Bug 28216] New: Radeon driver "No buffer for z buffer" error
by bugzilla-daemon＠freedesktop.org 07 Jul '14

07 Jul '14

https://bugs.freedesktop.org/show_bug.cgi?id=28216 Summary: Radeon driver "No buffer for z buffer" error Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alexo.uniweb(a)gmail.com X-Plane Demo fails to start with the following error: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Corresponding `dmesg' snippet is as follows: [53540.965939] [drm:r100_cs_track_check] *ERROR* [drm] No buffer for z buffer ! [53540.965945] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! The free installer is available through the following address: http://dev.x-plane.com/update/installers9/X-PlaneDemoInstallerLinux.zip The `radeon' driver is in use. The xorg.conf is not used in my system. The video card is ATI Mobility Radeon X2500 aka X1600. More information on logs is available at Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/… -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

← Newer
1
...
51
52
53
54
55
56
57
...
93
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2014