[git pull] drm fixes for v4.12-rc1

Hi Linus, Some fixes that it would be good to have in rc1. It contains the i915 quiet fix that you reported. It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 which is new in this kernel and is preliminary support so may have a fair bit of movement. Otherwise a few

Re: [git pull] drm fixes for v4.12-rc1

On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote: > > It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 > which is new in this kernel and is preliminary support so may have a > fair bit of movement. Note: I will *not* be taking these kinds of pull

Re: drm/exynos: g2d userptr memory corruption

Hi Tobias, Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi: Hello, some time ago I checked whether I could use the userptr functionality to do zero-copy from userspace allocated buffers via the G2D. This didn't work out so well, so kinda put this to the bottom of my TODO list.

Re: drm/exynos: g2d userptr memory corruption

Thanks Lucas for the explanation! Lucas Stach wrote: Hi Tobias, Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi: Hello, some time ago I checked whether I could use the userptr functionality to do zero-copy from userspace allocated buffers via the G2D. This didn't work out

drm/exynos: g2d userptr memory corruption

Hello, some time ago I checked whether I could use the userptr functionality to do zero-copy from userspace allocated buffers via the G2D. This didn't work out so well, so kinda put this to the bottom of my TODO list. Now that IOMMU support has landed and Jan Kara has rewrote page pinning using

[PATCH] drm/bochs: disable video before changing video mode

qemu and simics simulators both seem to expect that video should be disabled before changing the video mode. references: http://git.qemu.org/?p=qemu.git;a=blob;f=hw/display/vga.c;h=c0f7b343bbab586c8593d29c7a765f1e6ca3662c;hb=HEAD#l727

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Thu 2015-01-29 14:11:25, Dave Airlie wrote: These two copy to/from VGA memory, however on the Silicon Motion SMI750 VGA card on a 64-bit system cause console corruption. This is due to the hw being buggy and not handling a 64-bit transaction correctly. We could try and create a 32-bit

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote: On 5 February 2015 at 11:35, One Thousand Gnomes gno...@lxorguk.ukuu.org.uk wrote: If I'm not mistaken, that would be as simple as adding #define VT_BUF_HAVE_RW. #define scr_writew(val, addr) (*(addr) = (val))

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Mon, 9 Feb 2015 11:00:55 + Daniel Stone dan...@fooishbar.org wrote: On 9 February 2015 at 10:49, Geert Uytterhoeven ge...@linux-m68k.org wrote: On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote: On 5 February 2015 at 11:35, One Thousand Gnomes

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On 9 February 2015 at 10:49, Geert Uytterhoeven ge...@linux-m68k.org wrote: On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote: On 5 February 2015 at 11:35, One Thousand Gnomes gno...@lxorguk.ukuu.org.uk wrote: #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS) #endif

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On 5 February 2015 at 11:35, One Thousand Gnomes gno...@lxorguk.ukuu.org.uk wrote: If I'm not mistaken, that would be as simple as adding #define VT_BUF_HAVE_RW. #define scr_writew(val, addr) (*(addr) = (val)) #define scr_readw(addr) (*(addr)) to arch/x86/include/asm/vga.h.

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Tue, Feb 3, 2015 at 4:54 PM, One Thousand Gnomes gno...@lxorguk.ukuu.org.uk wrote: On Thu, 29 Jan 2015 15:40:33 -0800 Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Jan 28, 2015 at 8:11 PM, Dave Airlie airl...@redhat.com wrote: Linus, this came up a while back I finally got

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

If I'm not mistaken, that would be as simple as adding #define VT_BUF_HAVE_RW. #define scr_writew(val, addr) (*(addr) = (val)) #define scr_readw(addr) (*(addr)) to arch/x86/include/asm/vga.h. and stick an #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS) #endif around that

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Thu, 29 Jan 2015 15:40:33 -0800 Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Jan 28, 2015 at 8:11 PM, Dave Airlie airl...@redhat.com wrote: Linus, this came up a while back I finally got some confirmation that it fixes those servers. I'm certainly ok with this. which

Re: Can't gmake libdrm-2.4.59 on OmniOS

On 1 February 2015 at 01:03, CodeSwim OS Development os-...@codeswim.com wrote: I'm trying to build libdrm and have an issue when I gmake after configuring. Steps to reproduce: # uname -a SunOS omnios 5.11 omnios-10b9c79 i86pc i386 i86pc Where can one get a copy of OmniOS ? Free of charge

Can't gmake libdrm-2.4.59 on OmniOS

I'm trying to build libdrm and have an issue when I gmake after configuring. Steps to reproduce: # uname -a SunOS omnios 5.11 omnios-10b9c79 i86pc i386 i86pc # cd libdrm-2.4.59 # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Wed, Jan 28, 2015 at 8:11 PM, Dave Airlie airl...@redhat.com wrote: Linus, this came up a while back I finally got some confirmation that it fixes those servers. I'm certainly ok with this. which way should it go in? The users are: - drivers/tty/vt/vt.c (Greg KH, tty layer) -

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Thu, Jan 29, 2015 at 03:40:33PM -0800, Linus Torvalds wrote: On Wed, Jan 28, 2015 at 8:11 PM, Dave Airlie airl...@redhat.com wrote: Linus, this came up a while back I finally got some confirmation that it fixes those servers. I'm certainly ok with this. which way should it go in? The

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On 30 January 2015 at 10:03, Linus Torvalds torva...@linux-foundation.org wrote: On Thu, Jan 29, 2015 at 3:57 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: I can take this through the tty tree, but can I put it in linux-next and wait for the 3.20 merge window to give people who

Re: [PATCH] vt_buffer: drop console buffer copying optimisations

On Thu, Jan 29, 2015 at 3:57 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: I can take this through the tty tree, but can I put it in linux-next and wait for the 3.20 merge window to give people who might notice a slow-down a chance to object? Yes. The problem only affects one (or a

[PATCH] vt_buffer: drop console buffer copying optimisations

These two copy to/from VGA memory, however on the Silicon Motion SMI750 VGA card on a 64-bit system cause console corruption. This is due to the hw being buggy and not handling a 64-bit transaction correctly. We could try and create a 32-bit version of these routines, but I'm not sure the

★ DRI-Development, Uros left a message for you

You can instantly reply using our message exchange system. Check your message http://eu1.badoo.com/urosn/in/Z-NsHRN5HAc/?lang_id=3g=57-0-4m=61mid=5408a943004d0419164002ad46640014 Some other people in the area: If clicking the links in this message does not work, copy and paste them

[PATCH] radeon: Remove useless quirk for zx1/FireGL X1 combo introduced with fdo #7770

Hi, Several years ago, I started a thread about stability issues with hp zx1 chipset and ATI FireGL X1 graphics adapter on ia64 platform [1]. As an attempt to minimize problems, a quirk was introduced to restrict AGP mode to 2x [2]. This never solve the stability issues, as the real cause was in

Fwd: [1]

Hey there! http://autocentrum.rybnik.pl/_www.google.com_recommends?cyzeqygas=9317870tukiha=253907 -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases

The X.Org Foundation is an accepted for the GSoC 2014!

Hey, open source graphics enthusiasts, Yesterday, Google announced that the X.Org foundation is an accepted organization for the GSoC 2014! If you are a potential mentor and would have a project you would like a student to work on, you can propose a project in the summer of code ideas wiki

Re: [PATCH 1/2] drm/ttm: Enable the dma page pool also for intel IOMMUs

On Mon, Nov 04, 2013 at 05:57:38AM -0800, Thomas Hellstrom wrote: Used by the vmwgfx driver That looks OK to me. And baremetal should not be affected as the Intel VT-d driver turns of the SWIOTLB driver - so it will still use the classic ttm pool code. Reviewed-by: Konrad Rzeszutek Wilk

Re: [PATCH 1/6] drivers/dri/common: A few dri2 functions are not actually DRI2 specific

On Thu, Oct 31, 2013 at 04:13:11PM -0700, Keith Packard wrote: This just renames them so that they can be used with the DRI3 extension without causing too much confusion. Signed-off-by: Keith Packard kei...@keithp.com --- src/mesa/drivers/dri/common/dri_util.c | 50

Re: [PATCH 2/6] dri/intel: Split out DRI2 buffer update code to separate function

On Thu, Oct 31, 2013 at 04:13:12PM -0700, Keith Packard wrote: Make an easy place to splice in a DRI3 version of this function Signed-off-by: Keith Packard kei...@keithp.com --- src/mesa/drivers/dri/i915/intel_context.c | 90 +--

Re: [PATCH 0/2] Make the vmwgfx driver reasonably DMA-API compliant

On Mon, Nov 04, 2013 at 05:57:37AM -0800, Thomas Hellstrom wrote: These patches makes the vmwgfx driver use the DMA API to obtain valid device addresses rather than blindly using physical addresses. The main motivation is to be able to use a virtual IOMMU in the future. Ooooh. Neat! Are

Re: [PATCH 2/2] drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages

On Mon, Nov 04, 2013 at 05:57:39AM -0800, Thomas Hellstrom wrote: The code handles three different cases: 1) physical page addresses. The ttm page array is used. 2) DMA subsystem addresses. A scatter-gather list is used. 3) Coherent pages. The ttm dma pool is used, together with the dma_ttm

[PATCH 0/2] Make the vmwgfx driver reasonably DMA-API compliant

These patches makes the vmwgfx driver use the DMA API to obtain valid device addresses rather than blindly using physical addresses. The main motivation is to be able to use a virtual IOMMU in the future. Other TTM drivers typically map pages one by one rather than using a scatter-gather list,

[PATCH 2/2] drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages

The code handles three different cases: 1) physical page addresses. The ttm page array is used. 2) DMA subsystem addresses. A scatter-gather list is used. 3) Coherent pages. The ttm dma pool is used, together with the dma_ttm array os dma_addr_t Signed-off-by: Thomas Hellstrom

[PATCH 1/2] drm/ttm: Enable the dma page pool also for intel IOMMUs

Used by the vmwgfx driver Signed-off-by: Thomas Hellstrom thellst...@vmware.com Reviewed-by: Jakob Bornecrantz ja...@vmware.com --- drivers/gpu/drm/ttm/Makefile |6 +- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |3 +++ include/drm/ttm/ttm_page_alloc.h | 11

Re: [PATCH 2/2] drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages

On Mon, Nov 04, 2013 at 05:57:39AM -0800, Thomas Hellstrom wrote: The code handles three different cases: 1) physical page addresses. The ttm page array is used. 2) DMA subsystem addresses. A scatter-gather list is used. 3) Coherent pages. The ttm dma pool is used, together with the dma_ttm

Re: [PATCH 2/2] drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages

On 11/04/2013 05:27 PM, Daniel Vetter wrote: On Mon, Nov 04, 2013 at 05:57:39AM -0800, Thomas Hellstrom wrote: The code handles three different cases: 1) physical page addresses. The ttm page array is used. 2) DMA subsystem addresses. A scatter-gather list is used. 3) Coherent pages. The ttm

Re: [PATCH 0/2] Make the vmwgfx driver reasonably DMA-API compliant

On 11/04/2013 05:30 PM, Konrad Rzeszutek Wilk wrote: On Mon, Nov 04, 2013 at 05:57:37AM -0800, Thomas Hellstrom wrote: These patches makes the vmwgfx driver use the DMA API to obtain valid device addresses rather than blindly using physical addresses. The main motivation is to be able to use

Re: [PATCH 1/2] drm/ttm: Enable the dma page pool also for intel IOMMUs

On 11/04/2013 05:34 PM, Konrad Rzeszutek Wilk wrote: On Mon, Nov 04, 2013 at 05:57:38AM -0800, Thomas Hellstrom wrote: Used by the vmwgfx driver That looks OK to me. And baremetal should not be affected as the Intel VT-d driver turns of the SWIOTLB driver - so it will still use the classic

Re: [PATCH 2/2] drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages

On 11/04/2013 05:40 PM, Konrad Rzeszutek Wilk wrote: On Mon, Nov 04, 2013 at 05:57:39AM -0800, Thomas Hellstrom wrote: The code handles three different cases: 1) physical page addresses. The ttm page array is used. 2) DMA subsystem addresses. A scatter-gather list is used. 3) Coherent pages.

Re: [Mesa3d-dev] [PATCH 3/6] dri/intel: Add explicit size parameter to intel_region_alloc_for_fd

On 10/31/2013 04:13 PM, Keith Packard wrote: Instead of assuming that the size will be height * pitch, have the caller pass in the size explicitly. Signed-off-by: Keith Packard kei...@keithp.com One nit below. With that changed, Reviewed-by: Ian Romanick ian.d.roman...@intel.com ---

[PATCH 0/6] Add DRI3000 support to core and i965 drivers

The first four patches prepare the library for DRI3, then the final two patches add DRI3 and Present support. Minor changes: [PATCH 1/6] drivers/dri/common: A few dri2 functions are not actually [PATCH 2/6] dri/intel: Split out DRI2 buffer update code to separate [PATCH 3/6] dri/intel: Add

[PATCH 6/6] Make GLX/dri3 use the Present extension when available

This uses the Present extension with DRI3, which includes OML_Sync extension support. Signed-off-by: Keith Packard kei...@keithp.com --- configure.ac| 4 +- include/GL/internal/dri_interface.h | 1 + src/glx/dri3_glx.c | 421

[PATCH 1/6] drivers/dri/common: A few dri2 functions are not actually DRI2 specific

This just renames them so that they can be used with the DRI3 extension without causing too much confusion. Signed-off-by: Keith Packard kei...@keithp.com --- src/mesa/drivers/dri/common/dri_util.c | 50 +- 1 file changed, 25 insertions(+), 25 deletions(-) diff

[PATCH 2/6] dri/intel: Split out DRI2 buffer update code to separate function

Make an easy place to splice in a DRI3 version of this function Signed-off-by: Keith Packard kei...@keithp.com --- src/mesa/drivers/dri/i915/intel_context.c | 90 +-- src/mesa/drivers/dri/i965/brw_context.c | 22 ++-- 2 files changed, 68 insertions(+), 44

Re: Quick question on DCE8 (HD7770?)

On Qua, 2013-07-31 at 08:25 +0200, Rafał Miłecki wrote: HI guys, I'm looking for the cheapest DCE8 GPU. I know there are 3 (engineering) families using DCE8: KAVERI, BONAIRE and KABINI. The only GPU I know should be DCE8 is HD7790 (not even sure which engineering family is that).

Re: Quick question on DCE8 (HD7770?)

2013/8/1 Sérgio Basto ser...@serjux.com: Hi, DRI devel mailing list have been move to dri-de...@lists.freedesktop.org you may want post your question there . Thanks, I already did: http://lists.freedesktop.org/archives/dri-devel/2013-July/042583.html -- Rafał

Quick question on DCE8 (HD7770?)

HI guys, I'm looking for the cheapest DCE8 GPU. I know there are 3 (engineering) families using DCE8: KAVERI, BONAIRE and KABINI. The only GPU I know should be DCE8 is HD7790 (not even sure which engineering family is that). Unfortunately it costs over 120€ here. Is there any other DCE8 card

Fwd:

http://www.urquattro.it/000_Old/3izmlv.php?s=lf -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership

Re: [PATCH] fbcon: fix locking harder

On Thu, Jan 24, 2013 at 8:43 PM, Dave Airlie airl...@gmail.com wrote: Okay so Alan's patch handled the case where there was no registered fbcon, however the other path entered in set_con2fb_map pit. In there we called fbcon_takeover, but we also took the console lock in a couple of places.

Re: [PATCH] fbcon: fix locking harder

On Fri, Jan 25, 2013 at 2:43 AM, Dave Airlie airl...@gmail.com wrote: Okay so Alan's patch handled the case where there was no registered fbcon, however the other path entered in set_con2fb_map pit. In there we called fbcon_takeover, but we also took the console lock in a couple of places.

[PATCH] fbcon: fix locking harder

Okay so Alan's patch handled the case where there was no registered fbcon, however the other path entered in set_con2fb_map pit. In there we called fbcon_takeover, but we also took the console lock in a couple of places. So push the console lock out to the callers of set_con2fb_map, this means

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font (v2)

From: Dave Airlie airl...@redhat.com When we switch from 256-512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we

drm i915 hangs on heavy io load

Hi everyone, (please Cc) I am running 3.7-rc2 and got recently hit a few times (under rc1, too) by hanging drm i915 while doing large io operations. The efect in the dmesg: [13193.297751] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung [13193.297758] [drm] capturing error

Re: drm i915 hangs on heavy io load

(please Cc) I am running 3.7-rc2 and got recently hit a few times (under rc1, too) by hanging drm i915 while doing large io operations. Does booting with i915.i915_enable_rc6=0 help? (Daniel, looks like an ironlake). Dave.

Re: drm: Changes to 'debian-experimental'

On Mon, Sep 10, 2012 at 1:27 AM, Michel Dänzer mic...@daenzer.net wrote: On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote: New branch 'debian-experimental' available with the following commits: I think you pushed this to the wrong repository? My apologies. I had the hook script

Re: drm: Changes to 'debian-experimental'

On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote: New branch 'debian-experimental' available with the following commits: I think you pushed this to the wrong repository? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast |

[PATCH] fbcon: fix race condition between console lock and cursor timer

So we've had a fair few reports of fbcon handover breakage between efi/vesafb and i915 surface recently, so I dedicated a couple of days to finding the problem. Essentially the last thing we saw was the conflicting framebuffer message and that was all. So after much tracing with direct

Re: [PATCH] fbcon: fix race condition between console lock and cursor timer

On Tue, 2012-08-21 at 10:15 +0100, Alan Cox wrote: So after much tracing with direct netconsole writes (printks under console_lock not so useful), I think I found the race. Direct netconsole write would be a useful patch to have mainline I think 8) could we make that use the earlyprintk

Re: [PATCH] fbcon: fix race condition between console lock and cursor timer

On Tue, Aug 21, 2012 at 2:40 AM, Dave Airlie airl...@redhat.com wrote: So we've had a fair few reports of fbcon handover breakage between efi/vesafb and i915 surface recently, so I dedicated a couple of days to finding the problem. Essentially the last thing we saw was the conflicting

Re: [PATCH] fbcon: fix race condition between console lock and cursor timer

On Tue, Aug 21, 2012 at 7:15 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: So after much tracing with direct netconsole writes (printks under console_lock not so useful), I think I found the race. Direct netconsole write would be a useful patch to have mainline I think 8) Well I used a one

Add wayland drm protocol to libdrm

Hi Experts: Wayland drm protocol is a help module for wayland client managing drm device and buffer, it is used by graphics/mesa and video/vaapi. It can potentially be used by camera too. This module used to be in $mesa/src/egl/wayland/wayland-drm, however it's bad style to export wl_drm_* by

Re: drm: Branch 'master' - 5 commits

On Thu, Apr 5, 2012 at 4:21 PM, Ville Syrjälä syrj...@sci.fi wrote: On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote: +             /* just testing a limited # of formats to test single +              * and multi-planar path.. would be nice to add more.. +              */ +          

Re: drm: Branch 'master' - 5 commits

On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote: + /* just testing a limited # of formats to test single + * and multi-planar path.. would be nice to add more.. + */ + if (!strcmp(p-format_str, YUYV)) { +

Re: regression(?) 3.3-rc4 - 3.3-rc5: drm intel hangs

Dear Norbert, Am Dienstag, den 28.02.2012, 13:03 +0900 schrieb Norbert Preining: Dear all, (please Cc) since upgrade to 3.3-rc5 I see the following behaviour repeatedly: Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...

Re: regression(?) 3.3-rc4 - 3.3-rc5: drm intel hangs

On Tue, Feb 28, 2012 at 4:03 AM, Norbert Preining prein...@logic.at wrote: Dear all, (please Cc) And you haven't changed userspace in any way? Dave. -- Keep Your Developer Skills Current with LearnDevNow! The most

Re: regression(?) 3.3-rc4 - 3.3-rc5: drm intel hangs

On Tue, Feb 28, 2012 at 01:03:27PM +0900, Norbert Preining wrote: Dear all, (please Cc) since upgrade to 3.3-rc5 I see the following behaviour repeatedly: Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Feb 28

regression(?) 3.3-rc4 - 3.3-rc5: drm intel hangs

Dear all, (please Cc) since upgrade to 3.3-rc5 I see the following behaviour repeatedly: Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error event;

Patch to add Cleintron E830 to no-lvds list

Dear developers, I've been directed here by Stephan Graber, and Joseph Salisbury. Stephan has helped me through my first kernel patch, and I am following along with the steps he took pertaining to the following bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/544671 I am working on a

Request for fixing atombios_get_encoder_mode

In theory function atombios_get_encoder_mode should report ATOM_ENCODER_MODE_HDMI when TV supports audio. Current we report ATOM_ENCODER_MODE_DVI if card is DCE4. Is there any reason for it? Can we just drop that DCE4 condition? This fixme seems to be here since ever. -- Rafał

Re: drm: Branch 'master' - 2 commits

On Mon, 05 Dec 2011 14:23:55 -0800, Eric Anholt e...@anholt.net wrote: On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ic...@kemper.freedesktop.org (Chris Wilson) wrote: configure.ac |2 +- intel/intel_bufmgr_gem.c | 27 +-- 2 files changed, 22

Re: drm: Branch 'master' - 2 commits

On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ic...@kemper.freedesktop.org (Chris Wilson) wrote: configure.ac |2 +- intel/intel_bufmgr_gem.c | 27 +-- 2 files changed, 22 insertions(+), 7 deletions(-) New commits: commit

Re: linux-next: Tree for Nov 29 (drm)

On 11/28/2011 08:20 PM, Stephen Rothwell wrote: Hi all, Changes since 2028: The drm tree lost its build failure but gained another for which I applied a patch. ERROR: drm_helper_get_fb_bpp_depth [drivers/gpu/drm/vmwgfx/vmwgfx.ko] undefined! Full x86_64 randconfig file is attached.

[ANNOUNCE] libdrm 2.4.27

Ben Widawsky (1): intel: shared header for shader debugging Chih-Wei Huang (1): Specify the return type explicitly. Daniel Vetter (2): drm/intel: don't clobber bufmgr-pci_device drm/i915: y tiling on i915G/i915GM is different Dave Airlie (3): drm/test: handle usub

Re: Question about Radeon 5450

Hi, today I upgraded from Radeon X700 to HD6570. It works very well on my Fedora 15/x86_64. Thank you very much to everyone working on the new Radeon driver generations. Best regards, Zoltán Böszörményi 2010-02-06 19:55 keltezéssel, Corbin Simpson írta: Not yet. Work is in progress. Posting

[PATCH 1/3] vmwgfx: Fix display system init close functions

From: Jakob Bornecrantz ja...@vmware.com Make sure we null the display private, make sure we catch and handle vblank failing to init and don't call vblank_cleanup if we haven't initialized the display system. Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas Hellstrom

[PATCH 2/3] vmwgfx: Whitespace code style in display unit

From: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |4 +--- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |5 ++--- 2 files changed, 3 insertions(+), 6

[PATCH 3/3] vmwgfx: Add vblank stubs

From: Jakob Bornecrantz ja...@vmware.com This fixes kernel panics when running the vbltest from the drm repo. We can't just skip initializing the vblank system since it sets up certain state for us, see: vmwgfx: Enable use of the vblank system. Signed-off-by: Jakob Bornecrantz ja...@vmware.com

[PATCH -next 0/3] vmwgfx fixes

A couple of vmwgfx fixes on top of drm-next / drm-core-next. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats,

PGRAPH: unsupported chipset

Hi! here's a latop with a nvidia quadro 1000M, where the nouveau-driver tells on startup PGRAPH: unsupported chipset, please report, which I'll do now. (this list was the only address I've found within the code) because I haven't found any info, what information I should report, I'll try it: a

Re: Regression in panic

On Mon, 20 Jun 2011, Mandeep Singh Baines wrote: Hi Dave, I think this change is causing a regression I'm seeing in panic. Before this change, I'd get a reboot on panic (we've configured as such). With this change, my machine gets wedged if the machine is running in X when the panic

Re: Regression in panic

On Mon, Jun 20, 2011 at 4:03 PM, David Rientjes rient...@google.com wrote: On Mon, 20 Jun 2011, Mandeep Singh Baines wrote: Hi Dave, I think this change is causing a regression I'm seeing in panic. Before this change, I'd get a reboot on panic (we've configured as such). With this change,

Regression in panic

On Tue, Jun 22, 2010 at 8:12 PM, Dave Airlie airl...@gmail.com wrote: From: Jesse Barnes jbar...@virtuousgeek.org Jesse's initial patch commit said: At panic time (i.e. when oops_in_progress is set) we should try a bit harder to update the screen and make sure output gets to the VT, since

Re: CPU and GPU cache-coherence

On Die, 2011-06-07 at 21:42 +0800, Donnie Fang wrote: 3D render image on WC AGP aperture BO and then CPU fetch the image from this bo, in order to achieve performance, after 3D finished rendering, validate this bo into cached system memory and then read it from system memory. But I always get

Re: CPU and GPU cache-coherence

On Mit, 2011-06-15 at 16:58 +0200, Michel Dänzer wrote: On Die, 2011-06-07 at 21:42 +0800, Donnie Fang wrote: 3D render image on WC AGP aperture BO and then CPU fetch the image from this bo, in order to achieve performance, after 3D finished rendering, validate this bo into cached system

CPU and GPU cache-coherence

3D render image on WC AGP aperture BO and then CPU fetch the image from this bo, in order to achieve performance, after 3D finished rendering, validate this bo into cached system memory and then read it from system memory. But I always get garbage from there. After check TTM bo validate codes, it

[Bug 29942] oops at drivers/gpu/drm/ttm/ttm_bo.c:272

https://bugzilla.kernel.org/show_bug.cgi?id=29942 --- Comment #1 from Dave Airlie airl...@linux.ie 2011-05-29 08:16:08 --- Created an attachment (id=59912) -- (https://bugzilla.kernel.org/attachment.cgi?id=59912) proposed fix -- Configure bugmail:

[Bug 32402] Oops associated with radeon_unpin_work_func

https://bugzilla.kernel.org/show_bug.cgi?id=32402 --- Comment #14 from Dave Airlie airl...@linux.ie 2011-05-29 08:30:09 --- Created an attachment (id=59922) -- (https://bugzilla.kernel.org/attachment.cgi?id=59922) proposed fix. hopefully this fixes this, let me know. -- Configure

[Bug 29942] oops at drivers/gpu/drm/ttm/ttm_bo.c:272

https://bugzilla.kernel.org/show_bug.cgi?id=29942 Dave Airlie airl...@linux.ie changed: What|Removed |Added CC||airl...@linux.ie

[Bug 32402] Oops associated with radeon_unpin_work_func

https://bugzilla.kernel.org/show_bug.cgi?id=32402 Dave Airlie airl...@linux.ie changed: What|Removed |Added CC||ross...@inwind.it ---

[Bug 32402] Oops associated with radeon_unpin_work_func

https://bugzilla.kernel.org/show_bug.cgi?id=32402 Dave Airlie airl...@linux.ie changed: What|Removed |Added Attachment #59922|0 |1 is obsolete|

[Bug 33222] [RADEON] Oops in worker thread for radeon_unpin_work_func

https://bugzilla.kernel.org/show_bug.cgi?id=33222 Dave Airlie airl...@linux.ie changed: What|Removed |Added CC||airl...@linux.ie

[Bug 32402] Oops associated with radeon_unpin_work_func

https://bugzilla.kernel.org/show_bug.cgi?id=32402 Dave Airlie airl...@linux.ie changed: What|Removed |Added CC||tho...@m3y3r.de ---

[Bug 36072] New: celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 Summary: celestia causes kernel oops when allocation a lot of memory (for textures) Product: Drivers Version: 2.5 Kernel Version: 2.6.38 Platform: All OS/Version: Linux

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 aceman aceli...@atlas.sk changed: What|Removed |Added Platform|All |i386 --- Comment #1 from

[Bug 30922] [radeon] Noisy fan with Radeon R600 and Toshiba Satellite L500-164

https://bugzilla.kernel.org/show_bug.cgi?id=30922 --- Comment #4 from Denis Washington den...@online.de 2011-05-27 09:30:10 --- I have talked to Dave Airlie on IRC (#radeon at freenode) today and it seems that my assumption that thermal sensor access is needed for proper fan control is

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

https://bugzilla.kernel.org/show_bug.cgi?id=34822 --- Comment #13 from Anisse Astier ani...@astier.eu 2011-05-27 10:34:38 --- Created an attachment (id=59652) -- (https://bugzilla.kernel.org/attachment.cgi?id=59652) Xorg log with drm-radeon-testing as of 05/26 (no patch applied) --

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

https://bugzilla.kernel.org/show_bug.cgi?id=34822 --- Comment #14 from Anisse Astier ani...@astier.eu 2011-05-27 10:45:53 --- Created an attachment (id=59662) -- (https://bugzilla.kernel.org/attachment.cgi?id=59662) Dmesg with 1st patch applied As you asked, I tried with first patch, then

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

https://bugzilla.kernel.org/show_bug.cgi?id=34822 --- Comment #15 from Anisse Astier ani...@astier.eu 2011-05-27 10:48:09 --- Created an attachment (id=59672) -- (https://bugzilla.kernel.org/attachment.cgi?id=59672) xrandr output before and after first patch Here you can see the output of

[Bug 30052] Fails to start X with intel+Ati video, whith modeset=1

https://bugzilla.kernel.org/show_bug.cgi?id=30052 Marco Trevisan (Treviño) m...@3v1n0.net changed: What|Removed |Added CC||m...@3v1n0.net

[Bug 30922] [radeon] Noisy fan with Radeon R600 and Toshiba Satellite L500-164

https://bugzilla.kernel.org/show_bug.cgi?id=30922 --- Comment #5 from Alex Deucher alexdeuc...@gmail.com 2011-05-27 14:23:25 --- Laptops don't generally use the onboard GPU fan controller and thermal sensor since they usually have a single fan for both the GPU and the CPU. The fan and

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

https://bugzilla.kernel.org/show_bug.cgi?id=34822 --- Comment #7 from Alex Deucher alexdeuc...@gmail.com 2011-05-26 15:45:37 --- There is initial support for DP bridges in drm-radeon-testing:

  1   2   3   4   5   6   7   8   9   10   >