(5/10/12 8:50 PM), Minchan Kim wrote:
> Hi KOSAKI,
>
> On 05/11/2012 02:53 AM, KOSAKI Motohiro wrote:
>
> let's assume that one application want to allocate user space memory
> region using malloc() and then write something on the region. as you
> may know, user space buffer doen't
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #18 from Alex Deucher 2012-05-10 15:45:57 PDT
---
Can you attach a copy of your vbios?
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49654
--- Comment #1 from Alex Deucher 2012-05-10 15:43:30 PDT
---
please attach your xorg log and dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #7 from Mike Mestnik 2012-05-10 14:43:40 PDT ---
Hello,
I've concluded that there just isn't enough time until Diablo III is released
and so I hope that I can get myself to halt all
At Thu, 10 May 2012 20:05:25 +0100,
Dave Airlie wrote:
>
> On Thu, May 10, 2012 at 7:42 PM, Takashi Iwai wrote:
> > At Thu, 10 May 2012 13:42:09 +0200,
> > Takashi Iwai wrote:
> >>
> >> At Thu, 10 May 2012 12:20:05 +0100,
> >> Alan Cox wrote:
> >> >
> >> > On Thu, 10 May 2012 09:10:16 +0200
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=49747
Daniel Vetter changed:
What|Removed |Added
Attachment #61403|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #17 from Daniel Vetter 2012-05-10 13:58:04 PDT
---
Created attachment 61405
--> https://bugs.freedesktop.org/attachment.cgi?id=61405
radeonregs dump after boot, DP1 broken
Somehow dpms off/on doesn't break things right now (I've
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #16 from Daniel Vetter 2012-05-10 13:56:12 PDT
---
Created attachment 61403
--> https://bugs.freedesktop.org/attachment.cgi?id=61403
radeonregs dump after boot, both screens working
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49747
Daniel Vetter changed:
What|Removed |Added
Attachment #61402|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #14 from Daniel Vetter 2012-05-10 13:54:35 PDT
---
Created attachment 61402
--> https://bugs.freedesktop.org/attachment.cgi?id=61402
radeonregs dump after boot
dce4 regdump after boot, both screens working
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #13 from Daniel Vetter 2012-05-10 13:44:07 PDT
---
Another curious thing I've just noticed: I've accidentally left the hdmi
plugged in and hat 3 DP ports enabled in xrandr. Disabling the 3rd output did
not kill the picture on DP1,
At Thu, 10 May 2012 13:42:09 +0200,
Takashi Iwai wrote:
>
> At Thu, 10 May 2012 12:20:05 +0100,
> Alan Cox wrote:
> >
> > On Thu, 10 May 2012 09:10:16 +0200
> > Takashi Iwai wrote:
> >
> > > Add the support for audio clients to VGA-switcheroo for handling the
> > > HDMI audio controller
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #12 from Daniel Vetter 2012-05-10 13:39:27 PDT
---
Ok, more throughrough testing on all ports. The screens are both the same
model, but different manufacturing dates (and firmware revision according to
osd).
DP0 seems to work in
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #11 from Alex Deucher 2012-05-10 13:18:19 PDT
---
Also do you get the same behavior on all DP ports?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #10 from Daniel Vetter 2012-05-10 13:17:54 PDT
---
Actually it's more confusing, dpms seems to work with hdmi ... I'll switch
cables again.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #9 from Daniel Vetter 2012-05-10 13:14:35 PDT
---
I've forgot to add, after some extensive playing around I see:
[ 116.394377] [drm:radeon_dp_get_link_status] *ERROR* displayport link status
failed
[ 143.302728]
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #8 from Daniel Vetter 2012-05-10 13:13:38 PDT
---
I've played some more around with it, and the same problem happens when I
switch off the screen and on again. I've noticed that vt-switching sometimes
helps, but not always.
I've
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #7 from Alex Deucher 2012-05-10 13:12:51 PDT
---
(In reply to comment #6)
> The driver correctly lights up the display on DP1 after boot, it only
> fails after the first dpms off. The dmesg/xrandr is after I've done a
> dpms cycle,
On Thu, May 10, 2012 at 7:42 PM, Takashi Iwai wrote:
> At Thu, 10 May 2012 13:42:09 +0200,
> Takashi Iwai wrote:
>>
>> At Thu, 10 May 2012 12:20:05 +0100,
>> Alan Cox wrote:
>> >
>> > On Thu, 10 May 2012 09:10:16 +0200
>> > Takashi Iwai wrote:
>> >
>> > > Add the support for audio clients to
From: Alex Deucher
This adds prime->fd and fd->prime support to radeon.
It passes the sg object to ttm and then populates
the gart entries using it.
Compile tested only.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile |3 +-
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #6 from Daniel Vetter 2012-05-10 11:29:57 PDT
---
On Thu, May 10, 2012 at 8:18 PM, wrote:
> --- Comment #5 from Alex Deucher 2012-05-10 11:18:49 PDT
> ---
> Is the failure only after a dpms cycle or does the second DP monitor
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #5 from Alex Deucher 2012-05-10 11:18:49 PDT
---
Is the failure only after a dpms cycle or does the second DP monitor not light
up at all? If the former, are there any driver messages in dmesg when after a
failed dpms cycle?
--
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #4 from Daniel Vetter 2012-05-10 11:01:16 PDT
---
Created attachment 61381
--> https://bugs.freedesktop.org/attachment.cgi?id=61381
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=49747
Daniel Vetter changed:
What|Removed |Added
Attachment #61379|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49747
Daniel Vetter changed:
What|Removed |Added
Attachment #61380|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #2 from Daniel Vetter 2012-05-10 10:58:57 PDT
---
Created attachment 61380
--> https://bugs.freedesktop.org/attachment.cgi?id=61380
xrandr --verbose
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
This is the same list of PCI ids added by Alex Deucher in xf86-video-ati commit
aacbd629b02cbee3f9e6a0ee452b4e3f21376bd3.
This is needed since the addition of the surface allocator helper in
commit c51f7f0e460dcadb9f1a56ecf1615810877c33c8 ; it needs to differentiate
pre and post-R600 GPUs.
> -Original Message-
> From: Minchan Kim [mailto:minchan at kernel.org]
> Sent: Thursday, May 10, 2012 5:11 PM
> To: InKi Dae
> Cc: Inki Dae; Jerome Glisse; airlied at linux.ie; dri-
> devel at lists.freedesktop.org; kyungmin.park at samsung.com;
> sw0312.kim at samsung.com; linux-mm at
On Thu, May 10, 2012 at 11:05:07AM -0400, Jerome Glisse wrote:
> On Wed, May 9, 2012 at 10:44 PM, Inki Dae wrote:
> > Hi Jerome,
> >
> > Thank you again.
> >
> >> -Original Message-
> >> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> >> Sent: Thursday, May 10, 2012 3:33 AM
> >> To:
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #14 from Alex Deucher 2012-05-10 10:14:03 PDT
---
(In reply to comment #13)
> The driver gets really confused with the PCI busid.
>
> lspci reports the ID as 16, but the driver thinks it's on 22.
they are the same. 0x16 (hex) =
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #13 from Shiv Sikand 2012-05-10 10:11:47 PDT
---
I have a very similar issue to gyhor.
The driver gets really confused with the PCI busid.
lspci reports the ID as 16, but the driver thinks it's on 22.
--
Configure bugmail:
On 05/10/2012 04:59 PM, InKi Dae wrote:
> 2012/5/10, Minchan Kim :
>> On 05/10/2012 03:57 PM, Inki Dae wrote:
>>
>>>
>>>
-Original Message-
From: Minchan Kim [mailto:minchan at kernel.org]
Sent: Thursday, May 10, 2012 1:58 PM
To: Inki Dae
Cc: 'Jerome Glisse';
2012/5/10, Minchan Kim :
> On 05/10/2012 03:57 PM, Inki Dae wrote:
>
>>
>>
>>> -Original Message-
>>> From: Minchan Kim [mailto:minchan at kernel.org]
>>> Sent: Thursday, May 10, 2012 1:58 PM
>>> To: Inki Dae
>>> Cc: 'Jerome Glisse'; airlied at linux.ie; dri-devel at
>>>
On 05/10/2012 04:56 PM, Minchan Kim wrote:
> On 05/10/2012 04:31 PM, Kyungmin Park wrote:
>
>> On 5/10/12, Minchan Kim wrote:
>>> On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
>>>
(5/10/12 12:58 AM), Minchan Kim wrote:
> On 05/10/2012 10:39 AM, Inki Dae wrote:
>
>> Hi Jerome,
On 05/10/2012 04:31 PM, Kyungmin Park wrote:
> On 5/10/12, Minchan Kim wrote:
>> On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
>>
>>> (5/10/12 12:58 AM), Minchan Kim wrote:
On 05/10/2012 10:39 AM, Inki Dae wrote:
> Hi Jerome,
>
>> -Original Message-
>> From:
Include the linux/types.h file where used types are declared.
Sparse gives the following warning:
/usr/include/drm/exynos_drm.h:92:
found __[us]{8,16,32,64} type without
#include
Signed-off-by: Emil Goode
---
include/drm/exynos_drm.h |2 ++
1 file changed, 2 insertions(+)
On 5/10/12, Minchan Kim wrote:
> On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
>
>> (5/10/12 12:58 AM), Minchan Kim wrote:
>>> On 05/10/2012 10:39 AM, Inki Dae wrote:
>>>
Hi Jerome,
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent:
On Thu, 10 May 2012 10:33:02 +0300
Dan Carpenter wrote:
> If CONFIG_BACKLIGHT_CLASS_DEVICE is disabled then GCC warns that:
> drivers/gpu/drm/gma500/opregion.c:154:6: warning:
> unused variable ?max? [-Wunused-variable]
>
> Which give me a chance to use the new
On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
> (5/10/12 12:58 AM), Minchan Kim wrote:
>> On 05/10/2012 10:39 AM, Inki Dae wrote:
>>
>>> Hi Jerome,
>>>
-Original Message-
From: Jerome Glisse [mailto:j.glisse at gmail.com]
Sent: Wednesday, May 09, 2012 11:46 PM
To:
On 05/10/2012 03:57 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Minchan Kim [mailto:minchan at kernel.org]
>> Sent: Thursday, May 10, 2012 1:58 PM
>> To: Inki Dae
>> Cc: 'Jerome Glisse'; airlied at linux.ie; dri-devel at lists.freedesktop.org;
>> kyungmin.park at samsung.com;
> -Original Message-
> From: Minchan Kim [mailto:minchan at kernel.org]
> Sent: Thursday, May 10, 2012 1:58 PM
> To: Inki Dae
> Cc: 'Jerome Glisse'; airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com; sw0312.kim at samsung.com; linux-mm at kvack.org
>
Hi Dave,
New drm-intel-next pull request.
Highlights:
- sparse fixes from Ben.
- tons of little cleanups from Chris all over: tiling_changed
clarification, deferred_free list removal, ...
- fix up irq handler on gen2 & gen3 + related cleanups from Chris
- prep work for wait_rendering_timeout
This adds handle->fd and fd->handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup conflicts with the prepare/finish gtt prep work.
- implement ppgtt binding support.
Note that we have squat i-g-t
On Thu, 10 May 2012 15:11:15 +0200, Daniel Vetter
wrote:
> From: Dave Airlie
>
> This adds handle->fd and fd->handle support to i915, this is to allow
> for offloading of rendering in one direction and outputs in the other.
>
> v2 from Daniel Vetter:
> - fixup conflicts with the
On 05/10/2012 10:39 AM, Inki Dae wrote:
> Hi Jerome,
>
>> -Original Message-
>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>> Sent: Wednesday, May 09, 2012 11:46 PM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
>> kyungmin.park at samsung.com;
>>> let's assume that one application want to allocate user space memory
>>> region using malloc() and then write something on the region. as you
>>> may know, user space buffer doen't have real physical pages once
>>> malloc() call so if user tries to access the region then page fault
>>> handler
At Thu, 10 May 2012 11:40:50 +0100,
Dave Airlie wrote:
>
> On Thu, May 10, 2012 at 8:10 AM, Takashi Iwai wrote:
> > Add the support for audio clients to VGA-switcheroo for handling the
> > HDMI audio controller together with VGA switching. ?The id of the
> > audio controller should be given
At Thu, 10 May 2012 12:20:05 +0100,
Alan Cox wrote:
>
> On Thu, 10 May 2012 09:10:16 +0200
> Takashi Iwai wrote:
>
> > Add the support for audio clients to VGA-switcheroo for handling the
> > HDMI audio controller together with VGA switching. The id of the
> > audio controller should be given
: 8aeabbc7bd719ab3eb30be6018dd7b28b2c8edc594a8e3af0a9979c8b504d5ab
libdrm-2.4.34.tar.gz
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120
On Thu, May 10, 2012 at 11:56 AM, Anisse Astier wrote:
> This is the same list of PCI ids added by Alex Deucher in xf86-video-ati
> commit
> aacbd629b02cbee3f9e6a0ee452b4e3f21376bd3.
>
> This is needed since the addition of the surface allocator helper in
> commit
From: Alex Deucher
All radeon_gem_init() does is initialize the gem objects
list. radeon_device.c does this explicitly. r600+ calls
radeon_gem_init() so the list gets initialized twice. Older
asics don't call it at all and rely on the the init in
radeon_device.c.
On Thu, 10 May 2012 09:10:16 +0200
Takashi Iwai wrote:
> Add the support for audio clients to VGA-switcheroo for handling the
> HDMI audio controller together with VGA switching. The id of the
> audio controller should be given explicity at registration time unlike
> the video controller.
It
On Thu, May 10, 2012 at 11:31 AM, Daniel Vetter wrote:
> On Thu, May 10, 2012 at 11:05:07AM -0400, Jerome Glisse wrote:
>> On Wed, May 9, 2012 at 10:44 PM, Inki Dae wrote:
>> > Hi Jerome,
>> >
>> > Thank you again.
>> >
>> >> -Original Message-
>> >> From: Jerome Glisse [mailto:j.glisse
Hi Jerome,
Thank you again.
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent: Thursday, May 10, 2012 3:33 AM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com; sw0312.kim at samsung.com; linux-mm
On Thu, May 10, 2012 at 8:10 AM, Takashi Iwai wrote:
> Add the support for audio clients to VGA-switcheroo for handling the
> HDMI audio controller together with VGA switching. ?The id of the
> audio controller should be given explicity at registration time unlike
> the video controller.
The
On Wed, May 9, 2012 at 10:44 PM, Inki Dae wrote:
> Hi Jerome,
>
> Thank you again.
>
>> -Original Message-
>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>> Sent: Thursday, May 10, 2012 3:33 AM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
>>
gt; return 0;
--
Kirill A. Shutemov
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120510/b55928d9/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #4 from Bastien Dejean 2012-05-10 03:59:24
PDT ---
I can provide further debug information if needed.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Hi Jerome,
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent: Wednesday, May 09, 2012 11:46 PM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com; sw0312.kim at samsung.com; linux-mm at kvack.org
>
If CONFIG_BACKLIGHT_CLASS_DEVICE is disabled then GCC warns that:
drivers/gpu/drm/gma500/opregion.c:154:6: warning:
unused variable ?max? [-Wunused-variable]
Which give me a chance to use the new config_enabled() macro. :)
Signed-off-by: Dan Carpenter
diff --git
return 0;
-- 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/20120510/da4a1a52/attachment.pgp>
n/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120510/1017e969/attachment.pgp>
At Thu, 10 May 2012 09:08:38 +0200,
Takashi Iwai wrote:
>
> Dave,
>
> this is a small patch series to add the support for audio clients
> to VGA switcheroo. The background problem is that the HD-audio HDMI
> controller of the discrete GPU is also disabled when the graphics core
> is disabled by
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given explicity at registration time unlike
the video controller.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43155
Refactor the code base a bit for the further work to adapt more clients.
Signed-off-by: Takashi Iwai
---
drivers/gpu/vga/vga_switcheroo.c | 209 --
1 file changed, 110 insertions(+), 99 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
Dave,
this is a small patch series to add the support for audio clients
to VGA switcheroo. The background problem is that the HD-audio HDMI
controller of the discrete GPU is also disabled when the graphics core
is disabled by vga-switcheroo. This leads to a long stall of the
audio driver, or at
good luck,
Paul
-- 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/20120510/27ee9ebd/attachment.pgp>
(5/10/12 12:58 AM), Minchan Kim wrote:
> On 05/10/2012 10:39 AM, Inki Dae wrote:
>
>> Hi Jerome,
>>
>>> -Original Message-
>>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>>> Sent: Wednesday, May 09, 2012 11:46 PM
>>> To: Inki Dae
>>> Cc: airlied at linux.ie; dri-devel at
-Original Message-
From: Minchan Kim [mailto:minc...@kernel.org]
Sent: Thursday, May 10, 2012 1:58 PM
To: Inki Dae
Cc: 'Jerome Glisse'; airl...@linux.ie; dri-devel@lists.freedesktop.org;
kyungmin.p...@samsung.com; sw0312@samsung.com; linux...@kvack.org
Subject: Re: [PATCH 2/2
Dave,
this is a small patch series to add the support for audio clients
to VGA switcheroo. The background problem is that the HD-audio HDMI
controller of the discrete GPU is also disabled when the graphics core
is disabled by vga-switcheroo. This leads to a long stall of the
audio driver, or at
Refactor the code base a bit for the further work to adapt more clients.
Signed-off-by: Takashi Iwai ti...@suse.de
---
drivers/gpu/vga/vga_switcheroo.c | 209 --
1 file changed, 110 insertions(+), 99 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given explicity at registration time unlike
the video controller.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43155
At Thu, 10 May 2012 09:08:38 +0200,
Takashi Iwai wrote:
Dave,
this is a small patch series to add the support for audio clients
to VGA switcheroo. The background problem is that the HD-audio HDMI
controller of the discrete GPU is also disabled when the graphics core
is disabled by
Dear Mike,
I have to remarks that unfortunately will not give a solution.
Am Mittwoch, den 09.05.2012, 20:17 -0500 schrieb Mike Mestnik:
I found a rendering error in Diablo III, in a well there ground is
covered in water and it's all red and flickers.
2012/5/10, Minchan Kim minc...@kernel.org:
On 05/10/2012 03:57 PM, Inki Dae wrote:
-Original Message-
From: Minchan Kim [mailto:minc...@kernel.org]
Sent: Thursday, May 10, 2012 1:58 PM
To: Inki Dae
Cc: 'Jerome Glisse'; airl...@linux.ie; dri-devel@lists.freedesktop.org;
On 05/10/2012 04:56 PM, Minchan Kim wrote:
On 05/10/2012 04:31 PM, Kyungmin Park wrote:
On 5/10/12, Minchan Kim minc...@kernel.org wrote:
On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
(5/10/12 12:58 AM), Minchan Kim wrote:
On 05/10/2012 10:39 AM, Inki Dae wrote:
Hi Jerome,
(5/10/12 12:58 AM), Minchan Kim wrote:
On 05/10/2012 10:39 AM, Inki Dae wrote:
Hi Jerome,
-Original Message-
From: Jerome Glisse [mailto:j.gli...@gmail.com]
Sent: Wednesday, May 09, 2012 11:46 PM
To: Inki Dae
Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
On 05/10/2012 03:57 PM, Inki Dae wrote:
-Original Message-
From: Minchan Kim [mailto:minc...@kernel.org]
Sent: Thursday, May 10, 2012 1:58 PM
To: Inki Dae
Cc: 'Jerome Glisse'; airl...@linux.ie; dri-devel@lists.freedesktop.org;
kyungmin.p...@samsung.com; sw0312@samsung.com;
On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
(5/10/12 12:58 AM), Minchan Kim wrote:
On 05/10/2012 10:39 AM, Inki Dae wrote:
Hi Jerome,
-Original Message-
From: Jerome Glisse [mailto:j.gli...@gmail.com]
Sent: Wednesday, May 09, 2012 11:46 PM
To: Inki Dae
Cc: airl...@linux.ie;
On 05/10/2012 04:31 PM, Kyungmin Park wrote:
On 5/10/12, Minchan Kim minc...@kernel.org wrote:
On 05/10/2012 03:53 PM, KOSAKI Motohiro wrote:
(5/10/12 12:58 AM), Minchan Kim wrote:
On 05/10/2012 10:39 AM, Inki Dae wrote:
Hi Jerome,
-Original Message-
From: Jerome Glisse
On Thu, May 10, 2012 at 10:33:02AM +0300, Dan Carpenter wrote:
If CONFIG_BACKLIGHT_CLASS_DEVICE is disabled then GCC warns that:
drivers/gpu/drm/gma500/opregion.c:154:6: warning:
unused variable ‘max’ [-Wunused-variable]
Which give me a chance to use the new
Dear Takashi,
thank you for your patches.
Am Donnerstag, den 10.05.2012, 09:10 +0200 schrieb Takashi Iwai:
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given explicity at
Am Donnerstag, den 10.05.2012, 10:33 +0300 schrieb Dan Carpenter:
If CONFIG_BACKLIGHT_CLASS_DEVICE is disabled then GCC warns that:
drivers/gpu/drm/gma500/opregion.c:154:6: warning:
unused variable ‘max’ [-Wunused-variable]
Which give me a chance to use the new
-Original Message-
From: Minchan Kim [mailto:minc...@kernel.org]
Sent: Thursday, May 10, 2012 5:11 PM
To: InKi Dae
Cc: Inki Dae; Jerome Glisse; airl...@linux.ie; dri-
de...@lists.freedesktop.org; kyungmin.p...@samsung.com;
sw0312@samsung.com; linux...@kvack.org
Subject: Re:
On Thu, May 10, 2012 at 8:10 AM, Takashi Iwai ti...@suse.de wrote:
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given explicity at registration time unlike
the video controller.
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #4 from Bastien Dejean nihilh...@gmail.com 2012-05-10 03:59:24
PDT ---
I can provide further debug information if needed.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
On Thu, 10 May 2012 09:10:16 +0200
Takashi Iwai ti...@suse.de wrote:
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given explicity at registration time unlike
the video
At Thu, 10 May 2012 11:40:50 +0100,
Dave Airlie wrote:
On Thu, May 10, 2012 at 8:10 AM, Takashi Iwai ti...@suse.de wrote:
Add the support for audio clients to VGA-switcheroo for handling the
HDMI audio controller together with VGA switching. The id of the
audio controller should be given
From: Dave Airlie airl...@redhat.com
This adds handle-fd and fd-handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup conflicts with the prepare/finish gtt prep work.
- implement ppgtt binding support.
Note
This adds handle-fd and fd-handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup conflicts with the prepare/finish gtt prep work.
- implement ppgtt binding support.
Note that we have squat i-g-t testcoverage
On Thu, 10 May 2012 15:11:15 +0200, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
From: Dave Airlie airl...@redhat.com
This adds handle-fd and fd-handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup
Hi Dave,
New drm-intel-next pull request.
Highlights:
- sparse fixes from Ben.
- tons of little cleanups from Chris all over: tiling_changed
clarification, deferred_free list removal, ...
- fix up irq handler on gen2 gen3 + related cleanups from Chris
- prep work for wait_rendering_timeout
On 05/10/2012 04:59 PM, InKi Dae wrote:
2012/5/10, Minchan Kim minc...@kernel.org:
On 05/10/2012 03:57 PM, Inki Dae wrote:
-Original Message-
From: Minchan Kim [mailto:minc...@kernel.org]
Sent: Thursday, May 10, 2012 1:58 PM
To: Inki Dae
Cc: 'Jerome Glisse'; airl...@linux.ie;
Include the linux/types.h file where used types are declared.
Sparse gives the following warning:
/usr/include/drm/exynos_drm.h:92:
found __[us]{8,16,32,64} type without
#include linux/types.h
Signed-off-by: Emil Goode emilgo...@gmail.com
---
include/drm/exynos_drm.h |2 ++
This is the same list of PCI ids added by Alex Deucher in xf86-video-ati commit
aacbd629b02cbee3f9e6a0ee452b4e3f21376bd3.
This is needed since the addition of the surface allocator helper in
commit c51f7f0e460dcadb9f1a56ecf1615810877c33c8 ; it needs to differentiate
pre and post-R600 GPUs.
From: Alex Deucher alexander.deuc...@amd.com
All radeon_gem_init() does is initialize the gem objects
list. radeon_device.c does this explicitly. r600+ calls
radeon_gem_init() so the list gets initialized twice. Older
asics don't call it at all and rely on the the init in
radeon_device.c.
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #13 from Shiv Sikand s...@sikand.org 2012-05-10 10:11:47 PDT ---
I have a very similar issue to gyhor.
The driver gets really confused with the PCI busid.
lspci reports the ID as 16, but the driver thinks it's on 22.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #14 from Alex Deucher ag...@yahoo.com 2012-05-10 10:14:03 PDT ---
(In reply to comment #13)
The driver gets really confused with the PCI busid.
lspci reports the ID as 16, but the driver thinks it's on 22.
they are the same.
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #1 from Daniel Vetter dan...@ffwll.ch 2012-05-10 10:58:24 PDT ---
Created attachment 61379
-- https://bugs.freedesktop.org/attachment.cgi?id=61379
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=49747
--- Comment #2 from Daniel Vetter dan...@ffwll.ch 2012-05-10 10:58:57 PDT ---
Created attachment 61380
-- https://bugs.freedesktop.org/attachment.cgi?id=61380
xrandr --verbose
--
Configure bugmail:
1 - 100 of 126 matches
Mail list logo