Hi Linus,
Lots of little small things, nothing too major, nouveau regression fixes,
vmware fixes for the new hw support, memory leaks in error path fixes.
Dave.
The following changes since commit 60f76eab19e3903e810bdc3ec846c158efcd2e21:
Merge tag 'dma-buf-for-3.14' of
git://git.kernel.org/
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140218/2f4677a4/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/5466d198/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/330c01a9/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/e0409dc9/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/9e7bb20f/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/d96a7859/attachment.html>
|kernel errors at boot time |kernel errors
--
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/20140218/e769c370/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/92f290a3/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/1c4a5cc1/attachment.html>
It turns out that if we have two clients, one opening /dev/dri/card0 and
one opending /dev/dri/controlD64, both will attempt to become active master.
That seems a little illogical to me (and makes the vmwgfx driver BUG).
Shouldn't we have at most one active master per device, and hence
attempt to
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140218/1bdddce3/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70701
--- Comment #4 from Abhinav K ---
Thanks a lot.
I am seeing these vblank_time values. But everything seems fine with no screen
blanking or screen artifacts. Clocks and temperature is also under control.
[ 22.542092] tg3 :08:00.0 eth0: Link
c
create mode 100644 drivers/gpu/drm/radeon/vce_v2_0.c
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/05490dc1/attachment-0001.html>
}
This *should* be fine. Didn't test it.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Micha? ?mina86? Nazarewicz(o o)
ooo +--ooO--(_)--Ooo--
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/d68d0a91/attachment-0001.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #14 from Vincenzo ---
if you need the information you willingly give, the more you do not know what
to do.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #13 from Vincenzo ---
OK but not work..
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #12 from Alex Deucher ---
(In reply to Vincenzo from comment #10)
> Sorry not work.
>
> vincenzo at AthlonII-X4-640:~$ dmesg |grep audio
> [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.14.0-rc3patch
> root=UUID=fb4bee82-f698
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #11 from Vincenzo ---
I created 3 files by copying and pasting, then I copied the folder 3.14.0-rc3,
and then patch -p1 < patch1
patch -p1 < patch2
patch -p1 < patch3
--
You are receiving this mail because:
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #10 from Vincenzo ---
Sorry not work.
vincenzo at AthlonII-X4-640:~$ dmesg |grep audio
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.14.0-rc3patch
root=UUID=fb4bee82-f698-44f0-b919-af1ebc821958 ro
crashkernel=384M-2G:64M,2G-
It looks like the "mode" test was changed at some point and but it
wasn't totally cleaned up. I've removed the unneeded indent block and
the duplicative test for "if (mode)".
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index 1199
From: Christian K?nig
We no longer need to take the ring lock while checking for
a gpu lockup, so just cleanup the code.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 5 ++-
drivers/gpu/drm/radeon/radeon_device.c| 4 +--
drivers/gpu/drm/radeon/radeon_fenc
From: Christian K?nig
Use atomics and jiffies_64, so that we don't need to have the
ring mutex locked any more and avoid wrap arounds.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 4 ++--
drivers/gpu/drm/radeon/radeon_ring.c | 21 +
2 files cha
Am 18.02.2014 16:03, schrieb Alex Deucher:
> Add an entry for radeon.
>
> Signed-off-by: Alex Deucher
For both patches:
Reviewed-by: Christian K?nig
> ---
> MAINTAINERS | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 2f68765..1eb5578 10
Am 18.02.2014 17:13, schrieb Alex Deucher:
> Properly clear the enable bit when audio disable is requested.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
For the whole series:
Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 2 +-
> 1 file changed,
Hi Dave,
Some additional radeon fixes for 3.14.
The following changes since commit c2288d4d3830946d91ae7aba599d34828d07f103:
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2014-02-18
16:22:40 +1000)
are available in the git repository
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #9 from Vincenzo ---
yes i see. Now download a kernal and patch a files. Thanks
Sorry i am italian and my english is bad.
--
You are receiving this mail because:
You are watching the assignee of the bug.
s if you have
any.
rufus
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/b43d2b0f/attachment.html>
On Tue, Feb 18, 2014 at 01:58:22PM +, Lin, Mengdong wrote:
> Sorry to pick up this thread after a long time.
>
> > -Original Message-
> > From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On
> > Behalf Of
> > Daniel Vetter
> > Sent: Thursday, January 23, 2014 4:27 PM
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #8 from Alex Deucher ---
Created attachment 126671
--> https://bugzilla.kernel.org/attachment.cgi?id=126671&action=edit
patch 3/3
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #7 from Alex Deucher ---
Created attachment 126661
--> https://bugzilla.kernel.org/attachment.cgi?id=126661&action=edit
patch 2/3
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #6 from Alex Deucher ---
Created attachment 126651
--> https://bugzilla.kernel.org/attachment.cgi?id=126651&action=edit
patch 1/3
Can you see if the attached patch set helps?
--
You are receiving this mail because:
You are watchin
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140218/d7ab909d/attachment.html>
From: Sagar Kamble
With this patch we allow larger cursor planes of sizes 128x128
and 256x256. Planning to extend kms_cursor_crc test for verifying
these larger planes.
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-kernel at vger.kernel.or
On Tue, 2014-02-18 at 11:23 +0200, Ville Syrj?l? wrote:
> On Tue, Feb 18, 2014 at 01:19:05PM +0530, Sagar Arun Kamble wrote:
> > On Mon, 2014-02-17 at 19:51 +0200, Ville Syrj?l? wrote:
> > > On Mon, Feb 17, 2014 at 10:53:50PM +0530, Sagar Arun Kamble wrote:
> > > > On Fri, 2014-02-14 at 13:39 +0200
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140218/1ec4ca92/attachment.html>
Hello,
On 2014-02-12 17:33, Russell King - ARM Linux wrote:
> On Wed, Feb 12, 2014 at 04:40:50PM +0100, Marek Szyprowski wrote:
> > Hello,
> >
> > On 2014-02-11 19:35, Russell King - ARM Linux wrote:
> >> The cubox-i4 just hit a new lockdep problem - not quite sure what to
> >> make of this - it l
On Tue, Feb 18, 2014 at 03:39:46PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> With this patch we allow larger cursor planes of sizes 128x128
> and 256x256. Planning to extend kms_cursor_crc test for verifying
> these larger planes.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
From: Christian K?nig
Check always when we calculate the free dw, not just the first time.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_ring.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b/drivers/gpu/dr
From: Christian K?nig
The reason for the false positives was fixed quite some time ago and since
most engines can still execute NOPs while being locked up it leads to false
negatives.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 2 --
drivers/gpu/drm/radeon/cik_
From: Christian K?nig
In all cases where it really matters we are using the read functions anyway.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 7 ++-
drivers/gpu/drm/radeon/cik_sdma.c | 4 +---
drivers/gpu/drm/radeon/evergreen.c | 4 +---
drivers
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/3c3436a3/attachment.html>
vel/attachments/20140218/dad91692/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/54e311d4/attachment.html>
ceiving 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/20140218/1bb2e623/attachment.html>
rnel changes
already merged.
--
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/20140218/39b5535f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #5 from Vincenzo ---
vincenzo at AthlonII-X4-640:~$ speaker-test -D hdmi:CARD=HDMI 0 -c 2
speaker-test 1.0.27.1
La periferica di riproduzione ? hdmi:CARD=HDMI
I parametri dello stream sono 48000Hz, S16_LE, 2 canali
In uso 16 ottave d
Please learn how to trim emails down to contain only the bits relevant to
your reply, thanks.
On Tue, Feb 18, 2014 at 03:25:21PM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2014-02-12 17:33, Russell King - ARM Linux wrote:
>> So, the full locking dependency tree is this:
>>
>> CPU0 CPU1
Dave,
One compile fix and one memory leak.
/Thomas
The following changes since commit c2288d4d3830946d91ae7aba599d34828d07f103:
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2014-02-18
16:22:40 +1000)
are available in the git reposi
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/456c1ed2/attachment.html>
On Fri, Feb 14, 2014 at 09:31:45AM +0200, Pekka Paalanen wrote:
> On Thu, 13 Feb 2014 18:18:23 +
> "Yeh, Sinclair" wrote:
>
> > > The below seems fine, but I wonder if we could make this one cause an
> > > error to be returned later where we can, rather than silently ignoring.
> > > I'm not s
https://bugzilla.kernel.org/show_bug.cgi?id=70701
--- Comment #3 from Alex Deucher ---
Great. I'll push a fix upstream. Thanks for testing.
--
You are receiving this mail because:
You are watching the assignee of the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/fcf4c6c5/attachment.html>
> -Original Message-
> From: Marek Ol??k [mailto:maraeo at gmail.com]
> Sent: Tuesday, February 18, 2014 5:04 AM
> To: Alex Deucher
> Cc: dri-devel; Deucher, Alexander; stable at vger.kernel.org
> Subject: Re: [PATCH] drm/radeon: fix display tiling setup on SI
>
> Are you sure the index to
Sorry to pick up this thread after a long time.
> -Original Message-
> From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On Behalf
> Of
> Daniel Vetter
> Sent: Thursday, January 23, 2014 4:27 PM
> To: Takashi Iwai
> On Thu, Jan 23, 2014 at 8:57 AM, Takashi Iwai wrote:
>
Signed-off-by: Jean-Jacques Hiblot
---
Hi,
this is a simple patch to fix a copy/paste error in the init code of the driver.
The problem is also present in the v3.10 stable tree
cheers,
Jean-Jacques
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Dave,
Nothing special. The biggest change is adding a couple of command defines and
packing the command data correctly.
Thanks,
/Thomas
The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790:
drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06
12:13:5
On Tue, Feb 18, 2014 at 11:52 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Use atomics and jiffies_64, so that we don't need to have the
> ring mutex locked any more and avoid wrap arounds.
>
> Signed-off-by: Christian K?nig
Series is:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu
On Mon, 2014-02-17 at 19:51 +0200, Ville Syrj?l? wrote:
> On Mon, Feb 17, 2014 at 10:53:50PM +0530, Sagar Arun Kamble wrote:
> > On Fri, 2014-02-14 at 13:39 +0200, Ville Syrj?l? wrote:
> > > On Fri, Feb 14, 2014 at 04:31:17PM +0530, Sagar Arun Kamble wrote:
> > > > On Wed, 2014-02-12 at 23:15 +0200
On Tue, Feb 18, 2014 at 5:38 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> The CP semaphore queue on CIK has a bug that triggers if uncompleted
> waits use the same address while a signal is still pending. Work around
> this by using different addresses for each sync.
>
> Signed-off-by:
||kernel errors at boot time
--
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/20140218/b9512
Hi Russell,
Am Montag, den 10.02.2014, 17:56 + schrieb Russell King - ARM Linux:
> On Mon, Feb 10, 2014 at 06:37:26PM +0100, Philipp Zabel wrote:
> > I'd like all of them to go through, too. If you don't want to have the DT
> > changes integrated, I'd appreciate if you could have a look at my
On Tue, Feb 18, 2014 at 12:45:09PM +0100, Philipp Zabel wrote:
> Thanks for your comments there. I have just updated and resent this
> series ([RFC PATCH v3 0/9] imx-drm dt bindings), still with a temporary
> local copy of the v4l2_of functions, as long as the final resting place
> of the v4l2_of/o
The device tree bindings are updated regardless of the common display
framework and in the meantime the HDMI driver was included.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/TODO | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/i
This patch connects IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interface
This patch connects IPU and display encoder (VGA, LVDS)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
This patch connects IPU and and parallel display device tree
nodes using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Since the imx-drm node
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel
---
.../devicetree/bindings/staging/imx-drm/hdmi.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bindings/staging/imx
This patch updates the device tree binding documentation for i.MX IPU/display
nodes using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Philipp Zabel
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt | 48 +++
This patch adds support to find the involved components connected to the
IPU display interface ports using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt
Each display interface needs to have an associated port node in the
device tree. We can associ
From: Philipp Zabel
The existing v4l2-of parser functions for the video interface bindings
described in Documentation/device-tree/bindings/media/video-interfaces.txt
are useful for DRM drivers, too. They will be moved to drivers/media
so they can be used by drm drivers, too. Until then, duplicate
From: Lucas Stach
Since imx_drm_encoder_parse_of is called from the encoder bind callbacks,
it is too late to request probe deferral. Rather the core should make sure
that the crtcs are bound before the encoders, after all needed components
are probed.
This fixes probe failure when using the LDB
Hi,
here is an updated and more complete version of the imx-drm DT binding
series. These patches apply on top of Russell's second preview of the
imx-drm cleanup series on v3.14-rc2. I have added device tree bindings
between IPU and the encoders as documented in
Documentation/devicetree/bindings/me
ri-devel/attachments/20140218/3bb49c10/attachment.html>
From: Christian K?nig
The CP semaphore queue on CIK has a bug that triggers if uncompleted
waits use the same address while a signal is still pending. Work around
this by using different addresses for each sync.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/r
On Tue, Feb 18, 2014 at 9:05 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> In all cases where it really matters we are using the read functions anyway.
>
> Signed-off-by: Christian K?nig
For the series:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/cik.c | 7 +
On Tue, Feb 18, 2014 at 01:19:05PM +0530, Sagar Arun Kamble wrote:
> On Mon, 2014-02-17 at 19:51 +0200, Ville Syrj?l? wrote:
> > On Mon, Feb 17, 2014 at 10:53:50PM +0530, Sagar Arun Kamble wrote:
> > > On Fri, 2014-02-14 at 13:39 +0200, Ville Syrj?l? wrote:
> > > > On Fri, Feb 14, 2014 at 04:31:17P
https://bugzilla.kernel.org/show_bug.cgi?id=70701
--- Comment #2 from Abhinav K ---
Created attachment 126561
--> https://bugzilla.kernel.org/attachment.cgi?id=126561&action=edit
Dmesg output after applying fix
It worked. It's now remaining in single_disp power state unless I add an extra
moni
Now that we disable audio while setting up the audio
hw, we should be able to set this up without hangs.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/r600_hdmi.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/dr
Disable audio around audio hw setup. This may avoid
hangs on certain asics.
bug:
https://bugzilla.kernel.org/show_bug.cgi?id=70711
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/dce6_afmt.c | 13 -
drivers/gpu/drm/radeon/evergreen_hdmi.c |
Properly clear the enable bit when audio disable is requested.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/dce6_afmt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
b/drivers/gpu/drm/radeon/dce6_af
Are you sure the index to si.tile_mode_array is correct? I wrote it
for CI and I'm not sure if the index can be used for SI in this way too.
Marek
On Mon, Feb 17, 2014 at 8:21 PM, Alex Deucher wrote:
> Apply the same logic as CI to SI for setting up the
> display tiling parameters. The num bank
Properly clear the enable bit when audio disable is requested.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/dce6_afmt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
b/drivers/gpu/drm/radeon/dce6_af
On Mon, Feb 17, 2014 at 5:08 PM, Sylvain BERTRAND wrote:
> Hi,
>
> In si_dpm.c, si_populate_sq_ramping_values function,
>
> It should be SISLANDS_DPM2_SQ_RAMP_LTI_RATIO instead of
> NISLANDS_DPM2_SQ_RAMP_LTI_RATIO.
>
This is already changed.
>
>
> Moreover should it be:
> if (SISLANDS_DPM2_
On Mon, Feb 17, 2014 at 2:07 PM, Adam Richter
wrote:
> Hi.
>
> linux-3.14.0-rc3/MAINTAINERS contains two references to the apparently
> nonexistent git tree
> git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git . Here is
> the entry for DRM:
>
> DRM DRIVERS
> M: David Airlie
>
Fix Dave's git tree.
Signed-off-by: Alex Deucher
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1eb5578..986460a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2845,7 +2845,7 @@ F:lib/kobj*
DRM DRIVERS
M: David Ai
Add an entry for radeon.
Signed-off-by: Alex Deucher
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2f68765..1eb5578 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2851,6 +2851,16 @@ F: drivers/gpu/drm/
F: include/drm/
On Mon, Feb 17, 2014 at 3:01 PM, Dan Carpenter
wrote:
> Static checkers complain that probably curly braces were intended here,
> but actually it makes more sense to remove the extra tab.
>
> Signed-off-by: Dan Carpenter
Applied. thanks!
Alex
>
> diff --git a/drivers/gpu/drm/radeon/evergreen
ts.freedesktop.org/archives/dri-devel/attachments/20140218/3a7270c3/attachment.html>
seems problematic with HyperZ enabled.
--
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/20140218/ddc0cd65/attachment-0001.html>
On Tue, Feb 18, 2014 at 01:56:55PM +0100, Jean-Jacques Hiblot wrote:
> Signed-off-by: Jean-Jacques Hiblot
> ---
> Hi,
>
> this is a simple patch to fix a copy/paste error in the init code of the
> driver.
> The problem is also present in the v3.10 stable tree
> cheers,
>
> Jean-Jacques
>
> dri
sing x86_64.
--
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/20140218/7e8d5947/attachment.html>
dri-devel/attachments/20140218/043d459b/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/f46bf4a7/attachment.html>
/Radeon |Drivers/Gallium/r600
--
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/20140218/aaff519f/attachment.html>
LD
--
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/20140218/e8f0e8f6/attachment-0001.html>
w?
--
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/20140218/fc4c8342/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/f3b60c24/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/7c952f67/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140218/57182d8f/attachment.html>
1 - 100 of 110 matches
Mail list logo
