HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/26b76ff6/attachment-0001.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/2d247a74/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/1647ce1c/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/afe36cb2/attachment.html>
-64 (AMD64)
OS|All |Linux (All)
--
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/20131203/1b3c835a/attachment.html>
chives/dri-devel/attachments/20131203/b3cb268f/attachment.html>
On Tue, Dec 03, 2013 at 11:03:05PM +0100, Paul Bolle wrote:
> On Tue, 2013-12-03 at 16:19 +0100, Daniel Vetter wrote:
> > I'd like to confirm the actual cause (I suspect that we switch
> > pipes&planes around) for why you see this but other machines don't show
> > this to augment the commit message
On Tue, 2013-12-03 at 16:19 +0100, Daniel Vetter wrote:
> I'd like to confirm the actual cause (I suspect that we switch
> pipes&planes around) for why you see this but other machines don't show
> this to augment the commit message. But I've merged the fix already.
The dmesg, up to and including t
astebin since pastebin entries can disappear.
--
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/20131203/08911643/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66241
--- Comment #4 from Alex Deucher ---
Created attachment 117321
--> https://bugzilla.kernel.org/attachment.cgi?id=117321&action=edit
possible fix
Does the attached patch help?
--
You are receiving this mail because:
You are watching the assign
On 12/03/2013 09:41 PM, Daniel Vetter wrote:
> On Tue, Dec 03, 2013 at 09:09:40PM +0100, Thomas Hellstrom wrote:
>> Hi,
>>
>> By concidence I ran across this lkml message
>>
>> http://marc.info/?l=linux-kernel&m=135628421403144&w=2
>>
>> with an important part in the middle: (this is not a drm comm
On Tue, Dec 03, 2013 at 08:33:46AM -0800, Kristian H?gsberg wrote:
> On Tue, Dec 3, 2013 at 7:26 AM, Daniel Vetter wrote:
> > On Mon, Dec 02, 2013 at 05:36:17PM -0800, Kristian H?gsberg wrote:
> >> There's no reason to keep a reference to objects in the name idr. Each
> >> handle to an object has
On Tue, Dec 03, 2013 at 09:09:40PM +0100, Thomas Hellstrom wrote:
> Hi,
>
> By concidence I ran across this lkml message
>
> http://marc.info/?l=linux-kernel&m=135628421403144&w=2
>
> with an important part in the middle: (this is not a drm commit)
>
> To make matters worse, commit f0ed2ce840b3
Hi,
By concidence I ran across this lkml message
http://marc.info/?l=linux-kernel&m=135628421403144&w=2
with an important part in the middle: (this is not a drm commit)
To make matters worse, commit f0ed2ce840b3 is clearly total and utter
CRAP even if it didn't break applications. ENOENT is not
Hi, Dave, I'm sorry I missed this one.
(but the warning is shut up with another patch).
I agree this code is ugly, (and has become even uglier).
I'll put on my todo list to find a way to do this more cleanly...
/Thomas
On 11/08/2013 07:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Though
https://bugzilla.kernel.org/show_bug.cgi?id=66241
--- Comment #3 from Chris Rankin ---
Created attachment 117291
--> https://bugzilla.kernel.org/attachment.cgi?id=117291&action=edit
dmesg output when radeon.hw_i2c=0
I do have hw_i2c=1 in my /etc/modprobe.d/local.conf file, but the patch does
n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.50 has been released. It fixes a critical bug for Radeon Southern
Islands GPUs.
Keith Packard (1):
intel: Track known prime buffers for re-use
Marek Ol??k (1):
Bump the version to 2.4.50
Michel D?nzer (1):
radeon: Updat
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/20131203/1e420c70/attachment.html>
dri-devel/attachments/20131203/323aba3b/attachment.html>
On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
> property can be properly handled by drivers using the DRM API.
>
> Signed-off-by: Marek Vasut
> Cc: Dave Airlie
> Cc: Greg Kroah-Hartman
> Cc: Philipp Zabe
are anymore. Hopefully someone else
can test it.
--
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/20131203/e4259142/attachment-0001.html>
On Fri, Nov 29, 2013 at 12:05 PM, Tomasz Figa wrote:
> On Friday 29 of November 2013 09:13:19 Rob Clark wrote:
>> On Fri, Nov 29, 2013 at 4:10 AM, Tomasz Figa
>> wrote:
>> > I would mostly agree with you if we were discussing SoC-internal
>> > components here. Mostly, because the ARM world is mo
On Mon, Dec 02, 2013 at 05:36:17PM -0800, Kristian H?gsberg wrote:
> There's no reason to keep a reference to objects in the name idr. Each
> handle to an object has a reference to the object and just before we
> destroy the last handle we take the object out of the name idr. Thus,
> if an object
On Mon, Dec 02, 2013 at 07:05:25PM +0100, Paul Bolle wrote:
> On Mon, 2013-12-02 at 15:23 +0100, Daniel Vetter wrote:
> > On Mon, Dec 2, 2013 at 10:53 AM, Paul Bolle wrote:
> > > This generated quite a bit of debug messages so I only copied the
> > > WARNING and the drm (related) messages immediat
Hi,
Thanks a lot for this exynos-drm commit:
commit 62747fe0ad5169a767987d9009e3398466555cde
Author: Sean Paul
Date: Tue Jan 15 08:11:08 2013 -0500
drm/exynos: hdmi: support extra resolutions using drm_display_mode timings
As you probably know, many people had written off the Exynos4's
c
https://bugzilla.kernel.org/show_bug.cgi?id=66241
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=66241
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
his 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/20131203/997124ce/attachment.html>
vdev"
(II) evdev: HID 046a:0011: Close
(II) UnloadModule: "evdev"
(II) RADEON(0): RADEONCloseScreen
--
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
https://bugzilla.kernel.org/show_bug.cgi?id=66341
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=66341
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
2013/10/30 Sean Paul :
> This creates a new display hook called create_connector. The purpose is
> to allow the display driver to create its own drm_connector instead of
> using the exynos_drm_connector. This moves things closer to completely
> removing the exynos_drm_connector abstraction.
>
> Sig
2013/10/30 Sean Paul :
> This patch implements drm_connector directly in the vidi
> driver, this will allow us to move away from the exynos_drm_connector
> layer.
>
> Signed-off-by: Sean Paul
> ---
>
> Changes in v3:
> - Added to the patchset
>
> drivers/gpu/drm/exynos/exynos_drm_vidi.c |
Hi Sean,
2013/10/30 Sean Paul :
> This patch implements drm_connector directly in the dp driver, this will
> allow us to move away from the exynos_drm_connector layer.
>
> Signed-off-by: Sean Paul
> ---
>
> Changes in v3:
> - Added to the patchset
>
> drivers/gpu/drm/exynos/exynos_dp_co
On Tue, Dec 03, 2013 at 07:44:52PM +0800, Shawn Guo wrote:
> On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> > Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
> > property can be properly handled by drivers using the DRM API.
> >
> > Signed-off-by: Marek V
Some user-space apps expects to find them there.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |1 +
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |2 ++
3 files changed, 5 insertions(+)
di
non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/b7ab2db8/attachment.pgp>
ment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/b3ade740/attachment.pgp>
y difficult to diagnose what's going wrong.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/06d5c1b0/attachment.pgp>
On Mon, Dec 02, 2013 at 03:32:30PM -0500, Rob Clark wrote:
> On Mon, Dec 2, 2013 at 3:01 PM, Russell King - ARM Linux
> wrote:
> > On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> >> Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
> >> property can be prope
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/20131203/74330783/attachment.html>
vel/attachments/20131203/eb982537/attachment.html>
: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/5550589d/attachment.pgp>
Server terminated with error (1). Closing log file.
--
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/20131203/3caf4829/attachment-0001.html>
On Tue, Dec 3, 2013 at 7:26 AM, Daniel Vetter wrote:
> On Mon, Dec 02, 2013 at 05:36:17PM -0800, Kristian H?gsberg wrote:
>> There's no reason to keep a reference to objects in the name idr. Each
>> handle to an object has a reference to the object and just before we
>> destroy the last handle we
Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
is not preferred.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/ast/ast_drv.c |2 +-
drivers/gpu/drm/cirrus/cirrus_drv.c|2 +-
drivers/gpu/drm/gma500/oaktrail_hdmi.c |2 +-
drivers/gpu/drm/gma500/psb_drv.c
/archives/dri-devel/attachments/20131203/8a989fe6/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/b8754d05/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/7f6ca594/attachment.html>
ion, I'll be happy to oblige.
--
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/20131203/a32bf53c/attachment.html>
Hello Russell,
> On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> > Add DRM flags for the LCD display clock polarity so the pixelclk-active
> > DT property can be properly handled by drivers using the DRM API.
>
> I still say that not even this should be part of the DRM mode API to
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/edd66746/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/ea4d6b22/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131203/a3f9ed6f/attachment.html>
54 matches
Mail list logo
