[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #39 from Alexandre Demers 2012-03-06 22:25:26 PST --- (In reply to comment #38) > Some news: today, I updated xserver and it seems I'm now able to boot under > Gnome-Shell correctly. > > However, launching RenderFeatTest.bin64 still

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 --- Comment #7 from jonathan 2012-03-06 19:41:29 PST --- This is a bit above my head I think. I got the source for xserver-xorg-video-ati from the Ubuntu repositories and tried to apply the patch to it. It looks like a lot of the right files are

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 --- Comment #6 from Michel D?nzer 2012-03-06 09:30:19 PST --- Created attachment 58066 --> https://bugs.freedesktop.org/attachment.cgi?id=58066 Verbose test patch In order to facilitate testing, here's another version of the fix which prints

[PATCH] omap2+: add drm device

loc. So is that allocated memory available for any users? If so, why does the function want a device pointer as an argument... Is the memory available for normal kmalloc, or only available via the CMA functions? Surely there must be some downside to the above? =) And if so, it should be configurable. You could have a board with no display at all, and you probably don't want to have 32MB allocated for DRM in that case. Tomi -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/f1d494f2/attachment-0001.pgp>

Test application for DMABUF sharing between V4L2 and DRM

Hi Everyone, This email contains a test application showing DMABUF sharing between DRM/KMS display and camera capture node. It show simple camera preview on LCD display. The similar application showing DMABUF sharing between two V4L devices is available at link: http://thread.gmane.org/gmane.linux

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #5 from Tvrtko Ursulin 2012-03-06 08:15:32 PST --- (In reply to comment #1) > Please attach your xorg log and dmesg output. Unless the OEM forgot to wire > up > the hotplug pin, the driver shouldn't be polling. Check to make sure

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #4 from Tvrtko Ursulin 2012-03-06 08:13:20 PST --- (In reply to comment #1) > Please attach your xorg log and dmesg output. Unless the OEM forgot to wire > up Attached. > the hotplug pin, the driver shouldn't be polling. Check

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #3 from Tvrtko Ursulin 2012-03-06 08:12:04 PST --- Created attachment 58064 --> https://bugs.freedesktop.org/attachment.cgi?id=58064 Xorg.log, as the name says. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #2 from Tvrtko Ursulin 2012-03-06 08:11:28 PST --- Created attachment 58063 --> https://bugs.freedesktop.org/attachment.cgi?id=58063 DRM related kernel messages With my debug I have a problem with the kernel log buffer filling to

[PATCH 2/3] dma-buf: add support for kernel cpu access

Hi Daniel, On Tue, Mar 6, 2012 at 12:27 AM, Daniel Vetter wrote: > On Fri, Mar 2, 2012 at 23:24, Rob Clark wrote: >> Perhaps we should check somewhere for required dmabuf ops fxns (like >> kmap_atomic here), rather than just calling unconditionally what might >> be a null ptr. ?At least put it i

dma-buf feature tree: working model

Hi all, Since the inclusion of dma-buf buffer sharing framework in 3.3 (thanks to Dave Airlie primarily), I have been volunteered to be its maintainer. Obviously there is a need for some simple rules about the dma-buf feature tree, so here we are: - there will be a 'for-next' branch for (N+1), w

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #1 from Alex Deucher 2012-03-06 07:56:58 PST --- Please attach your xorg log and dmesg output. Unless the OEM forgot to wire up the hotplug pin, the driver shouldn't be polling. Check to make sure your desktop environment is not ma

[Bug 47007] New: HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Bug #: 47007 Summary: HDMI monitor polling causing 100ms rendering stalls Classification: Unclassified Product: DRI Version: unspecified Platform: Other OS/Version: All

[korg]help: How to submit a kernel driver on kernel.org.

html#cleaning-up-history [2] http://git-scm.com/documentation [3] http://progit.org/book/ -- next part ------ A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/763150c8/attachment.pgp>

Re: drm: i915 hangcheck/GPU errors

On Tue, Mar 6, 2012 at 10:47, Randy Dunlap wrote: > Hi, > > My Toshiba Portege (Intel Core i5) hangs every few days. > Sometimes I can see no log messages/reasons for it. > Sometimes there are messages about X receiving potentially > fatal signals. > > Today's hang appears to have some useful inf

drm: i915 hangcheck/GPU errors

please report it into our bugzilla, attaching the files and information mentioned at http://intellinuxgraphics.org/how_to_report_bug.html please? -- Eugeni Dodonov <http://eugeni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/a2e51e15/attachment.htm>

[PATCH] omap2+: add drm device

till > + * might be times when you wish to do something different. > + */ > +struct omap_kms_platform_data { > + /* overlays to use as CRTCs: */ > + int ovl_cnt; > + const int *ovl_ids; > + > + /* overlays to use as video planes: */ > + int pln_cnt; > + const int *pln_ids; > + > + int mgr_cnt; > + const int *mgr_ids; > + > + int dev_cnt; > + const char **dev_names; > +}; > + > +struct omap_drm_platform_data { > + struct omap_kms_platform_data *kms_pdata; > +}; I don't know if there's need to add these... With device tree the plaform data will not be usable anyway. Tomi -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/a01a5424/attachment.pgp>

[korg]help: How to submit a kernel driver on kernel.org.

Hi Paul&Jerome, Our driver is a frambuffer driver and there's no DRM functions. Regards Aaron -- ???: Aaron.Chen ??? : 2012?3?6? 12:14 ???: 'Paul Menzel'; Jerome Glisse ??: dri-devel at lists.freedesktop.org; caesar.qiu ??? ??: Re: [korg]help: How to submit a kernel driver on ke

[PATCH] drm: exynos: fix gem-prime support

From: Tomasz Stanislawski Fix error handling of dma_buf_export in exynos-drm driver. Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos

[Bug 42876] New: System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 Summary: System doesn't boot with GTX 550 Ti Product: Drivers Version: 2.5 Kernel Version: >3.2 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Se

[PATCH] xf86-video-modesetting generic colormap handling

This patch replaces drmmode_load_palette with a very generic function that removes the need of drmmode_crtc_private_rec to carry around color indexes. Also have the xorg driver actually call the xf86HandleColormaps function. Signed-off-by: James Simmons diff --git a/src/driver.c b/src/driver.

[PATCH] xf86-video-modesetting cursor reload

Enable after a resolution change reload the cursor image. Signed-off-by: James Simmons diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 7fa933a..8a49103 100644 --- a/src/drmmode_display.c +++ b/src/drmmode_display.c @@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, D

[korg]help: How to submit a kernel driver on kernel.org.

Hi Paul&Jerome, Thank you very much for your guide. It's a great help for me. But I still have a little problem with the patch thing. I'm not familiar with the git. 1.Shall I need to do the clone and get the source location and target directory first? 2.Where is the source location and target

dma-buf feature tree: working model

Hi all, Since the inclusion of dma-buf buffer sharing framework in 3.3 (thanks to Dave Airlie primarily), I have been volunteered to be its maintainer. Obviously there is a need for some simple rules about the dma-buf feature tree, so here we are: - there will be a 'for-next' branch for (N+1), w

[PATCH] drm/radeon: deal with errors from framebuffer init path.

From: Dave Airlie We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6 kernels at boot. It seems to be due to one of these functions failing and us then accessing a NULL-300 pointer. This should prevent the oops and give some info in the logs as to what is going on. S

drm: i915 hangcheck/GPU errors

Hi, My Toshiba Portege (Intel Core i5) hangs every few days. Sometimes I can see no log messages/reasons for it. Sometimes there are messages about X receiving potentially fatal signals. Today's hang appears to have some useful info (maybe). Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9

drm: i915 hangcheck/GPU errors

Hi, My Toshiba Portege (Intel Core i5) hangs every few days. Sometimes I can see no log messages/reasons for it. Sometimes there are messages about X receiving potentially fatal signals. Today's hang appears to have some useful info (maybe). Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9

[PATCH] drm: cope with platformdev->id == -1

From: Rob Clark If there are not multiple instances of a platform device, the id should apparently be set to -1. Which results in a odd looking bus-id like "platform:foodrm:-1". Probably we should just treat this case as id 0. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_platform.c | 1

[git pull] drm gma500 fix

> On Mon, Mar 5, 2012 at 2:36 PM, Keith Packard wrote: > > <#part sign=pgpmime> > > On Mon, 5 Mar 2012 14:09:13 -0800, Linus Torvalds > linux-foundation.org> wrote: > >> Hmm. Is freedesktop.org having trouble? > > > > ECC memory errors -- we're moving this stuff to a new machine as quickly > > a

[PATCH] omap2+: add drm device

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/3e2bf685/attachment.htm>

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 --- Comment #6 from Michel Dänzer 2012-03-06 09:30:19 PST --- Created attachment 58066 --> https://bugs.freedesktop.org/attachment.cgi?id=58066 Verbose test patch In order to facilitate testing, here's another version of the fix which prints

[PATCH] omap2+: add drm device

On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote: > On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote: >> On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen >> wrote: > >> > Can there be more than one omapdrm device? I guess not. If so, the id >> > should be -1. >> >> in the past, we have used

[PATCH] xf86-video-modesetting cursor reload

On Tue, Mar 6, 2012 at 8:55 AM, James Simmons wrote: > > Enable after a resolution change reload the cursor image. > > Signed-off-by: James Simmons Reviewed-by: Alex Deucher > > diff --git a/src/drmmode_display.c b/src/drmmode_display.c > index 7fa933a..8a49103 100644 > --- a/src/drmmode_displ

[korg]help: How to submit a kernel driver on kernel.org.

On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen ?? wrote: > Hi Paul&Jerome, > > Thank you very much for your guide. It's a great help for me. > > But I still have a little problem with the patch thing. I'm not familiar with > the git. > 1.Shall I need to do the clone and get the source location

[PATCH] drm/radeon: deal with errors from framebuffer init path.

On Tue, Mar 6, 2012 at 5:48 AM, Dave Airlie wrote: > From: Dave Airlie > > We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6 > kernels at boot. It seems to be due to one of these functions failing and > us then accessing a NULL-300 pointer. > > This should prevent the

[PATCH] drm: cope with platformdev->id == -1

From: Rob Clark If there are not multiple instances of a platform device, the id should apparently be set to -1. Which results in a odd looking bus-id like "platform:foodrm:-1". Probably we should just treat this case as id 0. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_platform.c | 1

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #5 from Tvrtko Ursulin 2012-03-06 08:15:32 PST --- (In reply to comment #1) > Please attach your xorg log and dmesg output. Unless the OEM forgot to wire > up > the hotplug pin, the driver shouldn't be polling. Check to make sure

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #4 from Tvrtko Ursulin 2012-03-06 08:13:20 PST --- (In reply to comment #1) > Please attach your xorg log and dmesg output. Unless the OEM forgot to wire > up Attached. > the hotplug pin, the driver shouldn't be polling. Check

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #3 from Tvrtko Ursulin 2012-03-06 08:12:04 PST --- Created attachment 58064 --> https://bugs.freedesktop.org/attachment.cgi?id=58064 Xorg.log, as the name says. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #2 from Tvrtko Ursulin 2012-03-06 08:11:28 PST --- Created attachment 58063 --> https://bugs.freedesktop.org/attachment.cgi?id=58063 DRM related kernel messages With my debug I have a problem with the kernel log buffer filling to

[PATCH] omap2+: add drm device

On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote: > On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote: >> From: Andy Gross >> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for >> the device to use for buffer allocation. ?DMM is split into a >> separate device using hwmod

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #1 from Alex Deucher 2012-03-06 07:56:58 PST --- Please attach your xorg log and dmesg output. Unless the OEM forgot to wire up the hotplug pin, the driver shouldn't be polling. Check to make sure your desktop environment is not man

[Bug 47007] New: HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Bug #: 47007 Summary: HDMI monitor polling causing 100ms rendering stalls Classification: Unclassified Product: DRI Version: unspecified Platform: Other OS/Version: All

Re: [PATCH] omap2+: add drm device

On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote: > > > I have to say I don't know much about DMM, but my understanding is that > DMM is a bigger entity, of which TILER is only a small part, and DMM > manages all memory accesses. > > Can there be other users for the DMM than DRM? I know there c

Re: [PATCH] omap2+: add drm device

On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote: > On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote: >> On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote: > >> > Can there be more than one omapdrm device? I guess not. If so, the id >> > should be -1. >> >> in the past, we have used mult

Test application for DMABUF sharing between V4L2 and DRM

Hi Everyone, This email contains a test application showing DMABUF sharing between DRM/KMS display and camera capture node. It show simple camera preview on LCD display. The similar application showing DMABUF sharing between two V4L devices is available at link: http://thread.gmane.org/gmane.linux

[Bug 42876] New: System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 Summary: System doesn't boot with GTX 550 Ti Product: Drivers Version: 2.5 Kernel Version: >3.2 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Se

Re: [korg]help: How to submit a kernel driver on kernel.org.

Dear Aaron, Am Dienstag, den 06.03.2012, 08:47 -0500 schrieb Alex Deucher: > On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen 陈俊杰 wrote: > > Thank you very much for your guide. It's a great help for me. > > > > But I still have a little problem with the patch thing. I'm not familiar > > with the gi

Re: [PATCH] omap2+: add drm device

On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote: > On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote: > > Can there be more than one omapdrm device? I guess not. If so, the id > > should be -1. > > in the past, we have used multiple devices (using the platform-data to > divide up the dss r

[PATCH] xf86-video-modesetting generic colormap handling

This patch replaces drmmode_load_palette with a very generic function that removes the need of drmmode_crtc_private_rec to carry around color indexes. Also have the xorg driver actually call the xf86HandleColormaps function. Signed-off-by: James Simmons diff --git a/src/driver.c b/src/driver.

[PATCH] drm: exynos: fix gem-prime support

From: Tomasz Stanislawski Fix error handling of dma_buf_export in exynos-drm driver. Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos

Re: [PATCH] omap2+: add drm device

On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote: > On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote: >> From: Andy Gross >> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for >> the device to use for buffer allocation.  DMM is split into a >> separate device using hwmod

Re: [PATCH] xf86-video-modesetting cursor reload

On Tue, Mar 6, 2012 at 8:55 AM, James Simmons wrote: > > Enable after a resolution change reload the cursor image. > > Signed-off-by: James Simmons Reviewed-by: Alex Deucher > > diff --git a/src/drmmode_display.c b/src/drmmode_display.c > index 7fa933a..8a49103 100644 > --- a/src/drmmode_displ

[PATCH] xf86-video-modesetting cursor reload

Enable after a resolution change reload the cursor image. Signed-off-by: James Simmons diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 7fa933a..8a49103 100644 --- a/src/drmmode_display.c +++ b/src/drmmode_display.c @@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, D

Re: [korg]help: How to submit a kernel driver on kernel.org.

On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen 陈俊杰 wrote: > Hi Paul&Jerome, > > Thank you very much for your guide. It's a great help for me. > > But I still have a little problem with the patch thing. I'm not familiar with > the git. > 1.Shall I need to do the clone and get the source location and

Re: [PATCH] drm/radeon: deal with errors from framebuffer init path.

On Tue, Mar 6, 2012 at 5:48 AM, Dave Airlie wrote: > From: Dave Airlie > > We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6 > kernels at boot. It seems to be due to one of these functions failing and > us then accessing a NULL-300 pointer. > > This should prevent the

Re: [PATCH] omap2+: add drm device

On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote: > From: Andy Gross > > Register OMAP DRM/KMS platform device, and reserve a CMA region for > the device to use for buffer allocation. DMM is split into a > separate device using hwmod. > > Signed-off-by: Andy Gross > Signed-off-by: Rob Clark

[PATCH] drm/radeon: deal with errors from framebuffer init path.

From: Dave Airlie We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6 kernels at boot. It seems to be due to one of these functions failing and us then accessing a NULL-300 pointer. This should prevent the oops and give some info in the logs as to what is going on. S

Re: [PATCH 2/3] dma-buf: add support for kernel cpu access

Hi Daniel, On Tue, Mar 6, 2012 at 12:27 AM, Daniel Vetter wrote: > On Fri, Mar 2, 2012 at 23:24, Rob Clark wrote: >> Perhaps we should check somewhere for required dmabuf ops fxns (like >> kmap_atomic here), rather than just calling unconditionally what might >> be a null ptr.  At least put it in

Re: [git pull] drm gma500 fix

> On Mon, Mar 5, 2012 at 2:36 PM, Keith Packard wrote: > > <#part sign=pgpmime> > > On Mon, 5 Mar 2012 14:09:13 -0800, Linus Torvalds > > wrote: > >> Hmm. Is freedesktop.org having trouble? > > > > ECC memory errors -- we're moving this stuff to a new machine as quickly > > as rsync can run...