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

We should clear this bit presumably on switching either from or to 512-char mode, since the bit doesn't really make sense either way. Dave Airlie wrote: >From: Dave Airlie > >When we switch from 256->512 byte font rendering mode, it means the >current contents of the screen is being

[PATCH] drm/exynos: add check for the device power status

V2: Add mutex protection, while read. The hdmi and mixer win_commit calls currently are not checking the status of IP before updating the respective registers, this patch adds this check. Signed-off-by: Shirish S --- drivers/gpu/drm/exynos/exynos_hdmi.c | 7 +++

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/29ee980d/attachment.html>

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/f05adcca/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

-- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/a8029fe0/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

ed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/a3c1e53d/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/0b0451b9/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/40424a1a/attachment-0001.html>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

On 01/23/2013 03:56 PM, Maarten Lankhorst wrote: > Thanks for the review, how does this delta look? > > diff --git a/include/linux/fence.h b/include/linux/fence.h > index d9f091d..831ed0a 100644 > --- a/include/linux/fence.h > +++ b/include/linux/fence.h > @@ -42,7 +42,10 @@ struct fence_cb; >

[PATCH 1/2] fb: Rework locking to fix lock ordering on takeover

On Wed, Jan 23, 2013 at 5:38 PM, Takashi Iwai wrote: > At Wed, 23 Jan 2013 17:25:08 +0100, > Daniel Vetter wrote: >> >> From: Alan Cox >> >> Adjust the console layer to allow a take over call where the caller already >> holds the locks. Make the fb layer lock in order. >> >> This s partly a band

[PATCH 1/2] fb: Rework locking to fix lock ordering on takeover

At Wed, 23 Jan 2013 17:25:08 +0100, Daniel Vetter wrote: > > From: Alan Cox > > Adjust the console layer to allow a take over call where the caller already > holds the locks. Make the fb layer lock in order. > > This s partly a band aid, the fb layer is terminally confused about the > locking

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/c332b96d/attachment.html>

[PATCH 2/2] drm/i915: fixup per-crtc locking in intel_release_load_detect_pipe

One of the early return cases missed the mutex unlocking. Hilarity ensued. This regression has been introduced in commit 7b24056be6db7ce907baffdd4cf142ab774ea60c Author: Daniel Vetter Date: Wed Dec 12 00:35:33 2012 +0100 drm: don't hold crtc mutexes for connector ->detect callbacks

[PATCH 1/2] fb: Rework locking to fix lock ordering on takeover

From: Alan Cox Adjust the console layer to allow a take over call where the caller already holds the locks. Make the fb layer lock in order. This s partly a band aid, the fb layer is terminally confused about the locking rules it uses for its notifiers it seems.

[PATCH 0/2] fbcon+i915 locking fixes

Hi Dave, First patch is a resend of Alan's fbcon vs. fb notifier deadlock fix. Without this lockdep is pretty much useless for debugging drm locking issues, and it looks like quite a few bootup hangs could be blamed on this one, too. Since the fbdev maintainer seems to be awol, please merge this

[PATCH 4/5] drm/tegra: Implement VBLANK support

On 01/23/2013 02:21 AM, Jon Mayo wrote: > On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding > wrote: >> Implement support for the VBLANK IOCTL. Note that Tegra is somewhat >> special in this case because it doesn't use the generic IRQ support >> provided by the DRM core (DRIVER_HAVE_IRQ) but rather

[Bug 43751] [TTM] Out of kernel memory

https://bugzilla.kernel.org/show_bug.cgi?id=43751 am.devel at gmail.com changed: What|Removed |Added CC||am.devel at gmail.com ---

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/b16afee9/attachment.html>

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/a4c3cc6a/attachment.html>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

Op 22-01-13 16:13, Francesco Lavra schreef: > Hi, > > On 01/15/2013 01:34 PM, Maarten Lankhorst wrote: > [...] >> diff --git a/include/linux/fence.h b/include/linux/fence.h >> new file mode 100644 >> index 000..d9f091d >> --- /dev/null >> +++ b/include/linux/fence.h >> @@ -0,0 +1,347 @@ >> +/*

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

il because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/e9a8d622/attachment.html>

[PATCH] drm/radeon: fix NULL pointer dereference in UMS mode in radeon_cs_parser_fini()

On Wed, Jan 23, 2013 at 12:21:29PM -0500, Ilija Hadzic wrote: > On Wed, Jan 23, 2013 at 11:07 AM, Herton Ronaldo Krzesinski > wrote: > > On Thu, Jan 17, 2013 at 10:09:42AM -0700, Shuah Khan wrote: > >> On Wed, 2013-01-16 at 21:06 -0600, Ilija Hadzic wrote: > >> > Actually, the code path affected

[PATCH] drm/radeon: fix a rare case of double kfree

On Wed, Jan 23, 2013 at 1:59 PM, Ilija Hadzic wrote: > If one (but not both) allocations of p->chunks[].kpage[] > in radeon_cs_parser_init fail, the error path will free > the successfully allocated page, but leave a stale pointer > value in the kpage[] field. This will later cause a >

[PATCH] drm/radeon: fix NULL pointer dereference in UMS mode in radeon_cs_parser_fini()

On Thu, Jan 17, 2013 at 10:09:42AM -0700, Shuah Khan wrote: > On Wed, 2013-01-16 at 21:06 -0600, Ilija Hadzic wrote: > > Actually, the code path affected by your patch is not executed in UMS mode > > at all. Notice that radeon_cs_parser_fini is only called from > > radeon_cs_ioctl which is a

[PATCH] drm/radeon: fix a rare case of double kfree

If one (but not both) allocations of p->chunks[].kpage[] in radeon_cs_parser_init fail, the error path will free the successfully allocated page, but leave a stale pointer value in the kpage[] field. This will later cause a double-free when radeon_cs_parser_fini is called. This patch fixes the

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

one. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/917f5472/attachment.html>

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: > On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine > wrote: > > Hi Rob, > > > > As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, > > I had a look at your IT LCD driver. Comments below. > > Just fyi, you can

[patch] drm/nouveau/disp: sizeof() wrong pointer

On Mit, 2013-01-23 at 11:38 +0300, Dan Carpenter wrote: > On Tue, Jan 22, 2013 at 10:42:25AM +0100, Paul Menzel wrote: > > > > Did you find this by manual inspection or did you use some tool? > > I found this because it caused a problem in a parser I was working > on but Sparse warns about

[PATCH] drm/radeon: fix NULL pointer dereference in UMS mode in radeon_cs_parser_fini()

On Wed, Jan 23, 2013 at 11:07 AM, Herton Ronaldo Krzesinski wrote: > On Thu, Jan 17, 2013 at 10:09:42AM -0700, Shuah Khan wrote: >> On Wed, 2013-01-16 at 21:06 -0600, Ilija Hadzic wrote: >> > Actually, the code path affected by your patch is not executed in UMS mode >> > at all. Notice that

linux-3.7.4: Regression causing a kmemleak in drm_pci_set_busid()

Hi, I have kmemleak detector enabled since 3.7.1 but now, with 3.7.4 I get the following: comm "X", pid 5475, jiffies 4294992244 (age 133695.910s) hex dump (first 32 bytes): 69 39 31 35 40 70 63 69 3a 30 30 30 30 3a 30 30 i915 at pci::00 3a 30 32 2e 30 00 6b 6b 6b 6b 6b 6b 6b

[patch] drm/nouveau/disp: sizeof() wrong pointer

On Tue, Jan 22, 2013 at 10:42:25AM +0100, Paul Menzel wrote: > > Did you find this by manual inspection or did you use some tool? > I found this because it caused a problem in a parser I was working on but Sparse warns about "warning: expression using sizeof(void)". It's sort of hard to run

[patch v2] drm/nouveau/disp: sizeof() wrong pointer

"data" is a void pointer and "args" is "data" after we have casted it to a struct. We care about the size of the struct here. Btw, sizeof(*data) is 1. Signed-off-by: Dan Carpenter --- v2: tweaked the commit message diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c

[PATCH V2 RESEND] drm_crtc: check if fb_create return NULL

From: xueminsu Date: Tue, 22 Jan 2013 22:39:39 +0800 Subject: [PATCH] drm_crtc: check if fb_create return NULL Some buggy driver may still return NULL in fb_create, which leads to kernel panic. Signed-off-by: xueminsu --- drivers/gpu/drm/drm_crtc.c |7 +++ 1 files

[Bug 58272] Rv670 AGP drm-next ttm errors

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/c2c778d6/attachment.html>

[PATCH V2 RESEND] drm_crtc: check if fb_create return NULL

On Wed, Jan 23, 2013 at 11:19:27AM +0800, Su, Xuemin wrote: > From: xueminsu > Date: Tue, 22 Jan 2013 22:39:39 +0800 > Subject: [PATCH] drm_crtc: check if fb_create return NULL > > Some buggy driver may still return NULL in fb_create, > which leads to kernel panic. > > Signed-off-by: xueminsu

[PATCH 2/4] drm/i2c: nxp-tda998x (v2)

On Tue, 22 Jan 2013 16:36:23 -0600 Rob Clark wrote: > Driver for the NXP TDA998X i2c hdmi encoder slave. > > v1: original > v2: fix npix/nline programming > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/i2c/Makefile | 3 + > drivers/gpu/drm/i2c/tda998x_drv.c | 908 >

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, I had a look at your IT LCD driver. Comments below. On Tue, 22 Jan 2013 16:36:22 -0600 Rob Clark wrote: > A simple DRM/KMS driver for the TI LCD Controller found in various > smaller TI parts (AM33xx, OMAPL138,

[PATCH] drm_crtc: check if fb_create return NULL

From: xueminsu Date: Tue, 22 Jan 2013 22:39:39 +0800 Subject: [PATCH] drm_crtc: check if fb_create return NULL Some buggy driver may still return NULL in fb_create, which leads to kernel panic. Signed-off-by: xueminsu --- drivers/gpu/drm/drm_crtc.c |6 ++ 1 files

[PATCH] radeon_display: Use pointer return error codes

From: xueminsu Date: Tue, 22 Jan 2013 22:16:53 +0800 Subject: [PATCH] radeon_display: Use pointer return error codes drm_mode_addfb() expects fb_create return error code instead of NULL. Signed-off-by: xueminsu --- drivers/gpu/drm/radeon/radeon_display.c |2 +- 1

[PATCH v16 RESEND 0/7] of: add display helper

On Tue, Jan 22, 2013 at 03:50:48PM -0600, Rob Clark wrote: > On Mon, Jan 21, 2013 at 5:07 AM, Steffen Trumtrar > wrote: > > Hi! > > > > There was still no maintainer, that commented, ack'd, nack'd, apply'd the > > series. So, this is just a resend. > > The patches were tested with: > > > >

[PATCH v2 4/5] drm/tegra: Implement VBLANK support

On 22.01.2013 21:59, Mario Kleiner wrote: > The current swap scheduling is based on having an accurate software > vblank counter. Atm. that counter is maintained in software, incremented > during vblank irq. At irq off -> on transition we need a hw counter to > reinitialize. And there is a

[PATCH] drm/exynos: add check for the device power status

On Wed, Jan 23, 2013 at 5:10 AM, Shirish S wrote: > The hdmi and mixer win_commit calls currently are > not checking the status of IP before updating the > respective registers, this patch adds this check. > > Signed-off-by: Shirish S > --- > drivers/gpu/drm/exynos/exynos_hdmi.c | 3 +++ >

[PATCH] radeon_display: Use pointer return error codes

On Tue, Jan 22, 2013 at 9:27 PM, Su, Xuemin wrote: > From: xueminsu > Date: Tue, 22 Jan 2013 22:16:53 +0800 > Subject: [PATCH] radeon_display: Use pointer return error codes > > drm_mode_addfb() expects fb_create return error code > instead of NULL. > > Signed-off-by: xueminsu Thanks. Added

[PATCH 0/4] TI LCDC DRM driver

Hi Rob, On Tue, Jan 22, 2013 at 04:36:21PM -0600, Rob Clark wrote: > > drivers/gpu/drm/Kconfig| 2 + > drivers/gpu/drm/Makefile | 1 + > drivers/gpu/drm/i2c/Makefile | 3 + > drivers/gpu/drm/i2c/tda998x_drv.c | 908 >

[PATCH 2/4] drm/i2c: nxp-tda998x (v2)

Op 22 jan. 2013, om 23:36 heeft Rob Clark het volgende geschreven: > Driver for the NXP TDA998X i2c hdmi encoder slave. > > v1: original > v2: fix npix/nline programming > > Signed-off-by: Rob Clark Tested on a beaglebone-black: Tested-by: Koen Kooi

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Op 22 jan. 2013, om 23:36 heeft Rob Clark het volgende geschreven: > A simple DRM/KMS driver for the TI LCD Controller found in various > smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the > CMA helpers. Currently only the TFP410 DVI encoder is supported > (tested with beaglebone

thoughts on requiring multi-arch support for arm drm drivers?

On Wed, Jan 23, 2013 at 02:29:25AM +0100, Laurent Pinchart wrote: > Hi Rob, > > On Monday 21 January 2013 09:54:01 Rob Clark wrote: > > On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart wrote: > > > On Sunday 20 January 2013 09:08:34 Rob Clark wrote: > > >> One thing I've run into in the past

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 8:13 AM, Rob Clark wrote: > On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux > wrote: >> On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: >>> On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine >>> wrote: >>> > Hi Rob, >>> > >>> > As I wanted to

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux wrote: > On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: >> On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine >> wrote: >> > Hi Rob, >> > >> > As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, >> > I

[PATCH 2/4] drm/i2c: nxp-tda998x (v2)

On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine wrote: > On Tue, 22 Jan 2013 16:36:23 -0600 > Rob Clark wrote: > >> Driver for the NXP TDA998X i2c hdmi encoder slave. >> >> v1: original >> v2: fix npix/nline programming >> >> Signed-off-by: Rob Clark >> --- >> drivers/gpu/drm/i2c/Makefile

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine wrote: > Hi Rob, > > As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, > I had a look at your IT LCD driver. Comments below. Just fyi, you can re-use the nxp-tda998x part independently of tilcdc (just in case that wasn't

[Bug 58667] Random crashes on CAYMAN

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130123/0b848160/attachment.html>

[Bug 59492] piglit dlist-color-material test fail

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/e7b568bb/attachment-0001.html>

[Bug 59492] piglit dlist-color-material test fail

should be fixed. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/03fa018a/attachment.html>

[PATCH] drm/exynos: add check for the device power status

The hdmi and mixer win_commit calls currently are not checking the status of IP before updating the respective registers, this patch adds this check. Signed-off-by: Shirish S --- drivers/gpu/drm/exynos/exynos_hdmi.c | 3 +++ drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++ 2 files changed, 6

[Bug 52121] mgag200 driver does not work properly with Xen in new Intel Server Board

https://bugzilla.kernel.org/show_bug.cgi?id=52121 --- Comment #19 from Fernando Chaves 2013-01-23 04:15:42 --- I would like to inform that this motherboard uses UEFI. And, obviously, I'm using Legacy Boot. This requires some [video] emulation, right? There is any known issue with Xen

thoughts on requiring multi-arch support for arm drm drivers?

Hi Rob, On Monday 21 January 2013 09:54:01 Rob Clark wrote: > On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart wrote: > > On Sunday 20 January 2013 09:08:34 Rob Clark wrote: > >> One thing I've run into in the past when trying to make changes in drm > >> core, and Daniel Vetter has mentioned the

[Bug 37117] configure fails in git/master

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130123/e4fe55b5/attachment.html>

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Tue, Jan 22, 2013 at 04:36:22PM -0600, Rob Clark wrote: > A simple DRM/KMS driver for the TI LCD Controller found in various > smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the > CMA helpers. Currently only the TFP410 DVI encoder is supported > (tested with beaglebone + DVI

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/8ee53097/attachment.html>

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130123/516eb70c/attachment-0001.html>

[patch v2] drm/nouveau/disp: sizeof() wrong pointer

data is a void pointer and args is data after we have casted it to a struct. We care about the size of the struct here. Btw, sizeof(*data) is 1. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com --- v2: tweaked the commit message diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c

Re: [patch] drm/nouveau/disp: sizeof() wrong pointer

On Tue, Jan 22, 2013 at 10:42:25AM +0100, Paul Menzel wrote: Did you find this by manual inspection or did you use some tool? I found this because it caused a problem in a parser I was working on but Sparse warns about warning: expression using sizeof(void). It's sort of hard to run Sparse

Re: [PATCH 4/5] drm/tegra: Implement VBLANK support

On 01/23/2013 02:21 AM, Jon Mayo wrote: On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding thierry.red...@avionic-design.de wrote: Implement support for the VBLANK IOCTL. Note that Tegra is somewhat special in this case because it doesn't use the generic IRQ support provided by the DRM core

Re: [PATCH v16 RESEND 0/7] of: add display helper

On Tue, Jan 22, 2013 at 03:50:48PM -0600, Rob Clark wrote: On Mon, Jan 21, 2013 at 5:07 AM, Steffen Trumtrar s.trumt...@pengutronix.de wrote: Hi! There was still no maintainer, that commented, ack'd, nack'd, apply'd the series. So, this is just a resend. The patches were tested with:

Re: [PATCH V2 RESEND] drm_crtc: check if fb_create return NULL

On Wed, Jan 23, 2013 at 11:19:27AM +0800, Su, Xuemin wrote: From: xueminsu xuemin...@intel.com Date: Tue, 22 Jan 2013 22:39:39 +0800 Subject: [PATCH] drm_crtc: check if fb_create return NULL Some buggy driver may still return NULL in fb_create, which leads to kernel panic. Signed-off-by:

[Bug 58272] Rv670 AGP drm-next ttm errors

https://bugs.freedesktop.org/show_bug.cgi?id=58272 Andy Furniss li...@andyfurniss.entadsl.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote: Hi Rob, As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, I had a look at your IT LCD driver. Comments below. Just fyi, you can re-use the nxp-tda998x part independently of tilcdc (just in case

Re: [PATCH 2/4] drm/i2c: nxp-tda998x (v2)

On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote: On Tue, 22 Jan 2013 16:36:23 -0600 Rob Clark robdcl...@gmail.com wrote: Driver for the NXP TDA998X i2c hdmi encoder slave. v1: original v2: fix npix/nline programming Signed-off-by: Rob Clark robdcl...@gmail.com

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

https://bugs.freedesktop.org/show_bug.cgi?id=59588 --- Comment #9 from Alex Deucher ag...@yahoo.com --- Regarding the conversation on IRC, the vertex shader has to export at least one generic param (not counting special exports like position). So if the vertex shader doesn't export any params,

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote: Hi Rob, As I wanted to re-use your nxp-tda998x driver for the

Re: [PATCH] radeon_display: Use pointer return error codes

On Tue, Jan 22, 2013 at 9:27 PM, Su, Xuemin xuemin...@intel.com wrote: From: xueminsu xuemin...@intel.com Date: Tue, 22 Jan 2013 22:16:53 +0800 Subject: [PATCH] radeon_display: Use pointer return error codes drm_mode_addfb() expects fb_create return error code instead of NULL.

Re: [PATCH 2/4] drm/i2c: nxp-tda998x (v2)

Op 22 jan. 2013, om 23:36 heeft Rob Clark robdcl...@gmail.com het volgende geschreven: Driver for the NXP TDA998X i2c hdmi encoder slave. v1: original v2: fix npix/nline programming Signed-off-by: Rob Clark robdcl...@gmail.com Tested on a beaglebone-black: Tested-by: Koen Kooi

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, I had a look at your IT LCD driver. Comments below. On Tue, 22 Jan 2013 16:36:22 -0600 Rob Clark robdcl...@gmail.com wrote: A simple DRM/KMS driver for the TI LCD Controller found in various smaller TI parts

Re: [PATCH 2/4] drm/i2c: nxp-tda998x (v2)

On Tue, 22 Jan 2013 16:36:23 -0600 Rob Clark robdcl...@gmail.com wrote: Driver for the NXP TDA998X i2c hdmi encoder slave. v1: original v2: fix npix/nline programming Signed-off-by: Rob Clark robdcl...@gmail.com --- drivers/gpu/drm/i2c/Makefile | 3 +

[PATCH] drm/exynos: add check for the device power status

The hdmi and mixer win_commit calls currently are not checking the status of IP before updating the respective registers, this patch adds this check. Signed-off-by: Shirish S s.shir...@samsung.com --- drivers/gpu/drm/exynos/exynos_hdmi.c | 3 +++ drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++ 2

Re: [patch] drm/nouveau/disp: sizeof() wrong pointer

On Mit, 2013-01-23 at 11:38 +0300, Dan Carpenter wrote: On Tue, Jan 22, 2013 at 10:42:25AM +0100, Paul Menzel wrote: Did you find this by manual inspection or did you use some tool? I found this because it caused a problem in a parser I was working on but Sparse warns about warning:

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote: Hi Rob, As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC, I had a look at your IT LCD driver. Comments below. Just fyi, you can

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Wed, Jan 23, 2013 at 8:13 AM, Rob Clark robdcl...@gmail.com wrote: On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote: On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote:

Re: [PATCH] drm/exynos: add check for the device power status

On Wed, Jan 23, 2013 at 5:10 AM, Shirish S s.shir...@samsung.com wrote: The hdmi and mixer win_commit calls currently are not checking the status of IP before updating the respective registers, this patch adds this check. Signed-off-by: Shirish S s.shir...@samsung.com ---

Re: [Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

Op 22-01-13 16:13, Francesco Lavra schreef: Hi, On 01/15/2013 01:34 PM, Maarten Lankhorst wrote: [...] diff --git a/include/linux/fence.h b/include/linux/fence.h new file mode 100644 index 000..d9f091d --- /dev/null +++ b/include/linux/fence.h @@ -0,0 +1,347 @@ +/* + * Fence

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 Seth Forshee seth.fors...@canonical.com changed: What|Removed |Added CC|

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

https://bugs.freedesktop.org/show_bug.cgi?id=59588 --- Comment #10 from vincent v...@ovi.com --- Can you test with this new patch ? (Remove the previous one) It adds dummy export to vs outputs -- You are receiving this mail because: You are the assignee for the bug.

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

https://bugs.freedesktop.org/show_bug.cgi?id=59588 --- Comment #11 from vincent v...@ovi.com --- Created attachment 73532 -- https://bugs.freedesktop.org/attachment.cgi?id=73532action=edit Add dummy vs export -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH] drm/radeon: fix NULL pointer dereference in UMS mode in radeon_cs_parser_fini()

On Thu, Jan 17, 2013 at 10:09:42AM -0700, Shuah Khan wrote: On Wed, 2013-01-16 at 21:06 -0600, Ilija Hadzic wrote: Actually, the code path affected by your patch is not executed in UMS mode at all. Notice that radeon_cs_parser_fini is only called from radeon_cs_ioctl which is a KMS-only

[PATCH 0/2] fbcon+i915 locking fixes

Hi Dave, First patch is a resend of Alan's fbcon vs. fb notifier deadlock fix. Without this lockdep is pretty much useless for debugging drm locking issues, and it looks like quite a few bootup hangs could be blamed on this one, too. Since the fbdev maintainer seems to be awol, please merge this

[PATCH 1/2] fb: Rework locking to fix lock ordering on takeover

From: Alan Cox a...@lxorguk.ukuu.org.uk Adjust the console layer to allow a take over call where the caller already holds the locks. Make the fb layer lock in order. This s partly a band aid, the fb layer is terminally confused about the locking rules it uses for its notifiers it seems.

[PATCH 2/2] drm/i915: fixup per-crtc locking in intel_release_load_detect_pipe

One of the early return cases missed the mutex unlocking. Hilarity ensued. This regression has been introduced in commit 7b24056be6db7ce907baffdd4cf142ab774ea60c Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Wed Dec 12 00:35:33 2012 +0100 drm: don't hold crtc mutexes for connector

Re: [PATCH 1/2] fb: Rework locking to fix lock ordering on takeover

At Wed, 23 Jan 2013 17:25:08 +0100, Daniel Vetter wrote: From: Alan Cox a...@lxorguk.ukuu.org.uk Adjust the console layer to allow a take over call where the caller already holds the locks. Make the fb layer lock in order. This s partly a band aid, the fb layer is terminally confused

[Bug 43751] [TTM] Out of kernel memory

https://bugzilla.kernel.org/show_bug.cgi?id=43751 am.de...@gmail.com changed: What|Removed |Added CC||am.de...@gmail.com --- Comment

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #19 from William k...@cobradevil.org --- Hi Seth, i have been testing with raring using 3.8 kernel. On 64 bit kernel i get a console screen using the i915.disable=1 but not on the 32bit kernel. see also the dmesg files attached.

Re: [PATCH] drm/radeon: fix NULL pointer dereference in UMS mode in radeon_cs_parser_fini()

On Wed, Jan 23, 2013 at 12:21:29PM -0500, Ilija Hadzic wrote: On Wed, Jan 23, 2013 at 11:07 AM, Herton Ronaldo Krzesinski herton.krzesin...@canonical.com wrote: On Thu, Jan 17, 2013 at 10:09:42AM -0700, Shuah Khan wrote: On Wed, 2013-01-16 at 21:06 -0600, Ilija Hadzic wrote: Actually, the

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #20 from Seth Forshee seth.fors...@canonical.com --- Okay, thanks. I suspect at least part of the problem may be related to efifb. I don't see that it's being used on your machine, and I note that it has a bunch of quirks for making

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #21 from William k...@cobradevil.org --- Hi Seth, the output is: bios vendor: Apple Inc. system product name: iMac12,1 Could that also explain why X is not working? -- You are receiving this mail because: You are the assignee for

[PATCH] drm/radeon: fix a rare case of double kfree

If one (but not both) allocations of p-chunks[].kpage[] in radeon_cs_parser_init fail, the error path will free the successfully allocated page, but leave a stale pointer value in the kpage[] field. This will later cause a double-free when radeon_cs_parser_fini is called. This patch fixes the

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #22 from Seth Forshee seth.fors...@canonical.com --- (In reply to comment #21) Hi Seth, the output is: bios vendor: Apple Inc. system product name: iMac12,1 Rats, it turns out there's more information required. If you can boot

Re: [PATCH] drm/radeon: fix a rare case of double kfree

On Wed, Jan 23, 2013 at 1:59 PM, Ilija Hadzic ihad...@research.bell-labs.com wrote: If one (but not both) allocations of p-chunks[].kpage[] in radeon_cs_parser_init fail, the error path will free the successfully allocated page, but leave a stale pointer value in the kpage[] field. This will

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #23 from William k...@cobradevil.org --- Here the information from the output: Apple Inc. iMac12,1 FrameBuff erBase: 0x9001 PixelsPerScanLine: 1920 HorizontalResolution: 1920 VerticalResolution: 1080 -- You are receiving this

[Bug 59588] llvm rv790 etqw gpu lock since r600g/llvm: tgsi to llvm emits store.swizzle intrinsic for vs/fs output

https://bugs.freedesktop.org/show_bug.cgi?id=59588 --- Comment #12 from Andy Furniss li...@andyfurniss.entadsl.com --- (In reply to comment #10) Can you test with this new patch ? (Remove the previous one) It adds dummy export to vs outputs It works OK with the new patch. -- You are

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #24 from Seth Forshee seth.fors...@canonical.com --- Created attachment 73542 -- https://bugs.freedesktop.org/attachment.cgi?id=73542action=edit Add quirk to efifb for iMac 12,1 Here's a patch to try. But after some more poking

  1   2   >