Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

-signature Size: 181 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/553ed36b/attachment.pgp>

Asus U38N: Unable to get Video BIOS on Radeon HD 7600G

asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/d32ff360/attachment.pgp>

[Bug 73510] ocl-toys smallptgpu example fails on r600

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

[Bug 73511] New: clinfo mises Max clock frequency on r600

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

[Bug 73510] ocl-toys smallptgpu example fails on r600

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/7a583268/attachment-0001.html>

[Bug 73510] ocl-toys smallptgpu example fails on r600

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

[Bug 73510] New: ocl-toys smallptgpu example fails on r600

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/4dbf5480/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

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

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

ent was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/13ff4903/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

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

[PATCH v2 13/28] drm/i2c: tda998x: use irq for connection status and EDID read

On 01/11/2014 07:14 PM, Russell King - ARM Linux wrote: > On Thu, Jan 09, 2014 at 12:04:12PM +0100, Jean-Francois Moine wrote: >> @@ -1250,6 +1311,39 @@ tda998x_encoder_init(struct i2c_client *client, >> priv->vip_cntrl_2 = video; >> } >> >> +/* install the optional HDMI

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

ts.freedesktop.org/archives/dri-devel/attachments/20140111/b8255628/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

vel/attachments/20140111/79b0d6ea/attachment.html>

[PATCH v2 0/28] drm/i2c: tda998x: add DT support and other improvements

On Thu, Jan 09, 2014 at 11:56:51AM +0100, Jean-Francois Moine wrote: > This patch set contains various extensions to the tda998x driver: > > - simplify the i2c read/write > - code cleanup and fix some small errors > - use HDMI constants > - don't read write-only registers > - add DT support > -

[PATCH v2 26/28] drm/i2c: tda998x: code optimization

On Thu, Jan 09, 2014 at 12:07:25PM +0100, Jean-Francois Moine wrote: > This patch reduces the number of I2C exchanges by setting many bits in > one write and removing a useless write. > > Signed-off-by: Jean-Francois Moine > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 10 -- > 1 file

[PATCH v2 23/28] drm/i2c: tda998x: add the active aspect in HDMI AVI frame

On Thu, Jan 09, 2014 at 12:06:39PM +0100, Jean-Francois Moine wrote: > This patch adds the active aspect as 'picture' in the HDMI AVI frame > and also some comments about this frame. Yes, this should've been set. It's probably a stable tree candidate, but first it needs testing. -- FTTC

[PATCH v2 21/28] drm/i2c: tda998x: use global constants

On Thu, Jan 09, 2014 at 12:06:18PM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 23 +- > 1 file changed, 14 insertions(+), 9 deletions(-) > > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c >

[PATCH v2 9/28] drm/i2c: tda998x: don't read write-only registers

On Thu, Jan 09, 2014 at 11:59:41AM +0100, Jean-Francois Moine wrote: > @@ -936,10 +926,22 @@ tda998x_encoder_mode_set(struct drm_encoder *encoder, > /* must be last register set: */ > reg_clear(priv, REG_TBG_CNTRL_0, TBG_CNTRL_0_SYNC_ONCE); > > + /* > + * Always generate

[PATCH v2 20/28] drm/i2c: tda998x: move the TBG_CNTRL_0 register setting

On Thu, Jan 09, 2014 at 12:06:07PM +0100, Jean-Francois Moine wrote: > According to the comment, the TBG_CNTRL_0 register must be set at the > end of the mode change sequence. So you believe comments without understanding the history, and you move code around due to those. No, this is again

[PATCH v2 19/28] drm/i2c: tda998x: fix the value of the TBG_CNTRL_1 register

On Thu, Jan 09, 2014 at 12:05:43PM +0100, Jean-Francois Moine wrote: > This patch fixes the 'toggle flag enable' bit of the TBG_CNTRL_1 > register which was set when no toggle was needed. > > Signed-off-by: Jean-Francois Moine > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 6 +++--- > 1 file

[PATCH v2 17/28] drm/i2c: tda998x: set the repeat PLL value in range 0..3

On Thu, Jan 09, 2014 at 12:05:13PM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c >

[PATCH v2 16/28] drm/i2c: tda998x: change the video quantization

On Thu, Jan 09, 2014 at 12:05:00PM +0100, Jean-Francois Moine wrote: > This patch changes the video quantization to RGB/YUV. Strong NAK, this patch is definitely incorrect. The Cubox (which I assume is the platform you're generating these patches for) produces RGB at it's output, which are the

[PATCH v2 15/28] drm/i2c: tda998x: use the tda998x video format when cea mode

On Thu, Jan 09, 2014 at 12:04:48PM +0100, Jean-Francois Moine wrote: > This patch uses the tda998x video format tied to the CEA mode. > This reduces the number of i2c exchanges. It is my understanding that one of the major design goals of this driver is to avoid the use of such a table, and

[PATCH v2 14/28] drm/i2c: tda998x: get a better status of the connexion

On Thu, Jan 09, 2014 at 12:04:28PM +0100, Jean-Francois Moine wrote: > This patch refines the connexion status testing both bits RXSENS and > HPD of the CEC register giving the connexion level. In English, it's spelt "connection" - there is no x, despite it sounding like there is. -- FTTC

[PATCH v2 13/28] drm/i2c: tda998x: use irq for connection status and EDID read

On Thu, Jan 09, 2014 at 12:04:12PM +0100, Jean-Francois Moine wrote: > + if (priv->int_irq != NO_IRQ) { > + priv->wq_edid_wait = 1; > + i = wait_event_timeout(priv->wq_edid, > + !priv->wq_edid_wait, > +

[PATCH v2 12/28] drm/i2c: tda998x: add DT support

On Thu, Jan 09, 2014 at 12:03:24PM +0100, Jean-Francois Moine wrote: > This patch adds DT support to the tda998x. > > As a side effect, now, the audio sample rate is always 48kHz and the > audio clock is always set. > > Signed-off-by: Jean-Francois Moine This patch breaks audio through the

[PATCH v2 12/28] drm/i2c: tda998x: add DT support

On Thu, Jan 09, 2014 at 12:03:24PM +0100, Jean-Francois Moine wrote: > diff --git a/Documentation/devicetree/bindings/drm/i2c/tda998x.txt > b/Documentation/devicetree/bindings/drm/i2c/tda998x.txt > new file mode 100644 > index 000..f07339e1 > --- /dev/null > +++

[PATCH v2 12/28] drm/i2c: tda998x: add DT support

On Thu, Jan 09, 2014 at 12:03:24PM +0100, Jean-Francois Moine wrote: > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c > b/drivers/gpu/drm/i2c/tda998x_drv.c > index 2ba0355..b87802f 100644 > --- a/drivers/gpu/drm/i2c/tda998x_drv.c > +++ b/drivers/gpu/drm/i2c/tda998x_drv.c > @@ -28,17 +28,22 @@ >

[Bug 73504] New: Segfault in _save_Normal3fv running FlightGear

/lib64/libpthread.so.0 #24 0x7206090d in clone () from /lib64/libc.so.6 Is this a bug in Mesa or more probably in FlightGear? -- 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/20140111/257e4ebd/attachment.html>

[PATCH v2 11/28] drm/i2c: tda998x: check the CEC device creation

On Thu, Jan 09, 2014 at 12:00:07PM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine Check the device creation for what? Better description please. Tested-by: Russell King -- FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up.

[PATCH v2 10/28] drm/i2c: tda998x: free the CEC device on encoder_destroy

On Thu, Jan 09, 2014 at 11:59:56AM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine Simple enough two-liner, but a little more description is normally desirable. Tested-by: Russell King Acked-by: Russell King

[PATCH v2 9/28] drm/i2c: tda998x: don't read write-only registers

On Thu, Jan 09, 2014 at 11:59:41AM +0100, Jean-Francois Moine wrote: > This patch takes care of the write-only registers of the tda998x. > > Signed-off-by: Jean-Francois Moine It would be worth commenting that where bit settings are unknown, they are taken from the default values in the

[PATCH v2 8/28] drm/i2c: tda998x: use HDMI constants

On Thu, Jan 09, 2014 at 11:59:23AM +0100, Jean-Francois Moine wrote: > This patch replaces hard coded values by hdmi constants. > > Signed-off-by: Jean-Francois Moine Tested-by: Russell King Acked-by: Russell King It should be

[PATCH v2 7/28] drm/i2c: tda998x: set the video mode from the adjusted value

On Thu, Jan 09, 2014 at 11:59:03AM +0100, Jean-Francois Moine wrote: > This patch uses always the adjusted video mode instead of a mix of > original and adjusted mode. > > Signed-off-by: Jean-Francois Moine No visible side effects here, but rather than copying the "adjusted_mode" pointer to

[PATCH v2 6/28] drm/i2c: tda998x: force the page register at startup time

On Thu, Jan 09, 2014 at 11:58:51AM +0100, Jean-Francois Moine wrote: > This patch forces the page register to be set on the first I/O operation. > > Signed-off-by: Jean-Francois Moine No visible negative side effects, and nothing obviously wrong. Tested-by: Russell King

[PATCH v2 5/28] drm/i2c: tda998x: don't freeze the system at audio startup time

On Thu, Jan 09, 2014 at 11:58:40AM +0100, Jean-Francois Moine wrote: > This patch prevents the system to be freezed at audio startup time, > replacing mdelay by msleep. > > Signed-off-by: Jean-Francois Moine Tested-by: Russell King Acked-by: Russell King

[PATCH v2 4/28] drm/i2c: tda998x: change probe message origin

On Thu, Jan 09, 2014 at 11:58:27AM +0100, Jean-Francois Moine wrote: > This patch gives a more precise information about the device getting the > TDA chip version. > > Signed-off-by: Jean-Francois Moine Acked-by: Russell King Tested-by: Russell King

[PATCH v2 3/28] drm/i2c: tda998x: code cleanup

On Thu, Jan 09, 2014 at 11:58:11AM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine Again, this needs a proper changelog. It also needs style fixes: WARNING: sizeof buf should be sizeof(buf) #16: FILE: drivers/gpu/drm/i2c/tda998x_drv.c:338: + ret =

[PATCH v2 2/28] drm/i2c: tda998x: check more I/O errors

On Thu, Jan 09, 2014 at 11:57:45AM +0100, Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine This lacks a description detailing why this change is necessary. While I can see the sense in preventing a subsequent write succeeding after a failed page register write, we still

[PATCH v2 1/28] drm/i2c: tda998x: simplify the i2c read/write functions

On Thu, Jan 09, 2014 at 11:57:24AM +0100, Jean-Francois Moine wrote: > This patch simplifies the i2c read/write functions and permits them to > be easily called in more contexts. > > Signed-off-by: Jean-Francois Moine Nice cleanup. Acked-by: Russell King

[Bug 73110] [BISECTED] commit "r600g: use shader-based MSAA resolving when hw-based one cannot be used" crashes some games with R600_LLVM=1

--- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/64a61c0f/attachment-0001.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

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

FOSDEM14: Graphics DevRoom: Deadline approaching fast.

On Tue, Jan 07, 2014 at 02:22:00AM +0100, Luc Verhaegen wrote: > Hi, > > There are still 5 slots open for the FOSDEM graphics DevRoom, and the > deadline is this friday, the 10th. Get a move on. > > If you have requested an account reset with me before, but if you then > haven't bothered

[Bug 66963] Rv6xx dpm problems

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

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #3 from Alex Deucher --- Are things any better with my 3.14 branch? http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.14 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 73053] HD6850 cannot boot with dpm

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

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #1 from kilobug at kilobug.org --- Created attachment 121641 --> https://bugzilla.kernel.org/attachment.cgi?id=121641=edit DMESG containing two lockups (and boot messages) -- You are receiving this mail because: You are watching

[Bug 68571] New: GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 Bug ID: 68571 Summary: GPU lockup on AMD Radeon HD6850 with DPM=1 Product: Drivers Version: 2.5 Kernel Version: 3.13-rc6 / 3.12 Hardware: x86-64 OS: Linux

[PATCH RFC 26/46] drivers/base: provide an infrastructure for componentised subsystems

On Fri, Jan 10, 2014 at 11:23:37PM +, Russell King - ARM Linux wrote: > We do this in DT by providing a "superdevice" node which specifies > the components, eg: > > imx-drm { > compatible = "fsl,drm"; > crtcs = <>; > connectors = <>; > };

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

to use that yet, at least on radeon. -- 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/20140111/a36d101a/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/180b1963/attachment.html>

[PATCH RFC 26/46] drivers/base: provide an infrastructure for componentised subsystems

On Sat, Jan 11, 2014 at 12:31:19PM +0100, Robert Schwebel wrote: > On Fri, Jan 10, 2014 at 11:23:37PM +, Russell King - ARM Linux wrote: > > We do this in DT by providing a "superdevice" node which specifies > > the components, eg: > > > > imx-drm { > > compatible = "fsl,drm";

[Bug 73297] Xorg crashes with kernel 3.13-rc7

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/a7052559/attachment.html>

[RFC PATCH v2] staging: imx-hdmi: use rx sense status for plug detection if hpd is unreliable

On Fri, Jan 10, 2014 at 03:22:24PM +0100, Philipp Zabel wrote: > Due to the voltage divider on the HPD line, the HDMI connector on > imx6q-sabrelite doesn't reliably detect connected DVI monitors. > This patch allows to use the RX_SENSE0 signal as a workaround when > enabled by a boolean device

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

I'd say yours needs a new bug raised. :-) -- 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/20140111/58ab0d0c/attachment.html>

[Bug 66963] Rv6xx dpm problems

achment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140111/1d0dc96b/attachment.html>

[Bug 73110] [BISECTED] commit "r600g: use shader-based MSAA resolving when hw-based one cannot be used" crashes some games with R600_LLVM=1

sing LLVM < 3.4? Did you mean "it doesn't crash"? -- 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/20140111/693e4b47/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

a new bug? -- 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/20140111/d6bcb2a5/attachment-0001.html>

[Bug 73110] [BISECTED] commit "r600g: use shader-based MSAA resolving when hw-based one cannot be used" crashes some games with R600_LLVM=1

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/20140111/8da20b66/attachment.html>