Hi Daniel,
FYI, kernel build failed on
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly
head: faee69aa381f507731eb68d263dcd0d446c1fd58
commit: faee69aa381f507731eb68d263dcd0d446c1fd58 [52/52] Merge remote-tracking
branch 'origin/drm-intel-fixes' into drm-intel-night
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #24 from Alexandre Demers
2012-08-30 22:38:36 UTC ---
(In reply to comment #23)
> (In reply to comment #22)
> > It seems Marek has more weight than me about lockups related to VM on
> > Cayman(problem first reported as bug 45018).
>
On Don, 2012-08-30 at 13:32 -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Don't read past the end of the array if we encounter an unknown
> thermal controller.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer |
https://bugzilla.kernel.org/show_bug.cgi?id=41732
Niels Ole Salscheider changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #23 from Alex Deucher 2012-08-30 21:42:20 UTC
---
(In reply to comment #22)
> It seems Marek has more weight than me about lockups related to VM on
> Cayman(problem first reported as bug 45018).
Well, we were hoping to get this res
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #22 from Alexandre Demers
2012-08-30 21:34:48 UTC ---
It seems Marek has more weight than me about lockups related to VM on
Cayman(problem first reported as bug 45018). Patch by Marek to disable VM by
default for Cayman:
http://lists
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #36 from Stefan D?singer 2012-08-30
17:39:59 UTC ---
My guess would be that they simply store it in the driver, i.e. similarly to
what my hack does. Considering that they have hardware and software under full
control I don't see why
https://bugzilla.kernel.org/show_bug.cgi?id=46161
Alan changed:
What|Removed |Added
Component|Video(Other)|Video(DRI - non Intel)
AssignedTo|drivers
2012/8/30 Alex Deucher :
> On Thu, Aug 30, 2012 at 2:27 AM, Michel D?nzer wrote:
>> On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote:
>>> - /* DCE4/5 */
>>> - if (ASIC_IS_DCE4(rdev)) {
>>> - dig = radeon_encoder->enc_priv;
>>> - if (ASIC_IS_DCE41(rd
drm_device *dev)
Acked-by: Paul Menzel
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120830/c9b304cb/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #24 from Alexandre Demers 2012-08-30
22:38:36 UTC ---
(In reply to comment #23)
> (In reply to comment #22)
> > It seems Marek has more weight than me about lockups related to VM on
> > Cayman(problem first reported as bug 45018).
>
https://bugzilla.kernel.org/show_bug.cgi?id=36072
aceman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|OBSOLETE
https://bugzilla.kernel.org/show_bug.cgi?id=41732
Niels Ole Salscheider changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|
Hi All,
Over the last few months I've been working on & off with a few people from
Linaro on a new EGL extension. The extension allows constructing an EGLImage
from a (set of) dma_buf file descriptors, including support for multi-plane
YUV. I envisage the primary use-case of this extension to be i
https://bugzilla.kernel.org/show_bug.cgi?id=42795
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=46711
URL: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1
037606
Summary: vmwgfx does not work in qemu/kvm
Product: Drivers
Version: 2.5
Kernel Version: 3.6-rc3
Pla
https://bugzilla.kernel.org/show_bug.cgi?id=42708
Dizintegrator changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #23 from Alex Deucher 2012-08-30 21:42:20 UTC ---
(In reply to comment #22)
> It seems Marek has more weight than me about lockups related to VM on
> Cayman(problem first reported as bug 45018).
Well, we were hoping to get this reso
https://bugzilla.kernel.org/show_bug.cgi?id=42787
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #22 from Alexandre Demers 2012-08-30
21:34:48 UTC ---
It seems Marek has more weight than me about lockups related to VM on
Cayman(problem first reported as bug 45018). Patch by Marek to disable VM by
default for Cayman:
http://lists
On Thu, 30 Aug 2012 13:26:48 +0200, Daniel Vetter
wrote:
> We've had and still have too many issues where the gpu turbot doesn't
> quite to what it's supposed to do (or what we want it to do).
>
> Adding a tracepoint to track when the desired gpu frequence changes
> should help a lot in characte
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #35 from Alex Deucher 2012-08-30 14:25:55 UTC
---
(In reply to comment #34)
> Alex,
> Please see the DSDT table from a Macbook Pro booted in EFI mode. Maybe it will
> give you some ideas for extracting the VBIOS.
Sorry, I'm not real
https://bugzilla.kernel.org/show_bug.cgi?id=42708
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vi
https://bugzilla.kernel.org/show_bug.cgi?id=42672
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Kernel Version|3.
On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> .buf= buf,
> }
> };
> - ret = i2c_transfer(adapter, msgs,
https://bugzilla.kernel.org/show_bug.cgi?id=42182
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
From: Alex Deucher
Don't read past the end of the array if we encounter an unknown
thermal controller.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atomb
https://bugzilla.kernel.org/show_bug.cgi?id=42182
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|x8
We've had and still have too many issues where the gpu turbot doesn't
quite to what it's supposed to do (or what we want it to do).
Adding a tracepoint to track when the desired gpu frequence changes
should help a lot in characterizing and understanding problematic
workloads.
Also, this should be
Hi all,
I've been playing with some DisplayLink adapters, six of them to be precise
connected to six identical HDMI monitors.
Under kernel 3.5 things did not really work for me apparently because of the
udl driver's inability to fetch EDID. Interestingly, logged EDID blocks were
different for ea
https://bugs.freedesktop.org/show_bug.cgi?id=54230
--- Comment #5 from Tom Stellard 2012-08-30 13:13:28
UTC ---
The llvm backend hasn't been tested much on Cayman, so probably some of the
Cayman specific features aren't working correctly. Could you set the
environment variable R600_DUMP_SHADERS=
https://bugs.freedesktop.org/show_bug.cgi?id=54230
Tom Stellard changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the regular DDC2 address
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Changes from V3:
Rem
From: Shirish S
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the reg
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
From: Shirish S
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the reg
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
On 08/30/2012 10:31 AM, Aaron Plattner wrote:
So I've been experimenting with support for Dave Airlie's new RandR 1.4 provider
object interface, so that Optimus-based laptops can use our driver to drive the
discrete GPU and display on the integrated GPU. The good news is that I've got
a proof of
So I've been experimenting with support for Dave Airlie's new RandR 1.4 provider
object interface, so that Optimus-based laptops can use our driver to drive the
discrete GPU and display on the integrated GPU. The good news is that I've got
a proof of concept working.
During a review of the curre
From: liu chuansheng
Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot
For some platforms, we want the irq is handled as one shot,
then even when we use the irq thread, with this option, the new
irq will come until the irq thread finished.
So we have the requirement for
On 8/30/12 3:44 AM, Daniel Vetter wrote:
> Some monitors totally don't like to receive infoframes, and naturally
> don't claim to support hdmi.
>
> But for some odd reason they've added a CEA block to their edid,
> which automatically gives you basic audio. Still, we may not send
> out hdmi infofra
https://bugzilla.kernel.org/show_bug.cgi?id=41732
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #36 from Stefan Dösinger 2012-08-30
17:39:59 UTC ---
My guess would be that they simply store it in the driver, i.e. similarly to
what my hack does. Considering that they have hardware and software under full
control I don't see why
On 08/30/2012 10:31 AM, Aaron Plattner wrote:
> So I've been experimenting with support for Dave Airlie's new RandR 1.4
> provider
> object interface, so that Optimus-based laptops can use our driver to drive
> the
> discrete GPU and display on the integrated GPU. The good news is that I've
> g
From: Alex Deucher
Don't read past the end of the array if we encounter an unknown
thermal controller.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atomb
So I've been experimenting with support for Dave Airlie's new RandR 1.4 provider
object interface, so that Optimus-based laptops can use our driver to drive the
discrete GPU and display on the integrated GPU. The good news is that I've got
a proof of concept working.
During a review of the curren
On Thu, Aug 30, 2012 at 8:24 AM, Tvrtko Ursulin
wrote:
>
> Hi all,
>
> I've been playing with some DisplayLink adapters, six of them to be precise
> connected to six identical HDMI monitors.
>
> Under kernel 3.5 things did not really work for me apparently because of the
> udl driver's inability t
https://bugzilla.kernel.org/show_bug.cgi?id=46161
Alan changed:
What|Removed |Added
Component|Video(Other)|Video(DRI - non Intel)
AssignedTo|drivers
https://bugzilla.kernel.org/show_bug.cgi?id=42412
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
--- Comment #1 fro
Some monitors totally don't like to receive infoframes, and naturally
don't claim to support hdmi.
But for some odd reason they've added a CEA block to their edid,
which automatically gives you basic audio. Still, we may not send
out hdmi infoframes to them, hence check whether the sink is indeed
On Thu, Aug 30, 2012 at 12:23:43AM -0500, Ian Pilcher wrote:
> On 08/29/2012 04:38 PM, Adam Jackson wrote:
> > So to me, that says that drivers need to ask _both_ whether the monitor
> > supports audio and whether it's HDMI before sending HDMI-specific audio
> > signalling.
>
> OK, so the burden i
https://bugzilla.kernel.org/show_bug.cgi?id=40622
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=40562
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Thu, Aug 30, 2012 at 2:27 AM, Michel D?nzer wrote:
> On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Was using the DCE41 code which was wrong. Fixes
>> blank displays on a number of Trinity systems.
>>
>> Signed-off-by: Alex Deucher
>> Cc: stable
On Thu, Aug 30, 2012 at 3:58 AM, Ville Syrjälä <
ville.syrj...@linux.intel.com> wrote:
> On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> > @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> > .buf= buf,
>
is_zero(u8 *in_edid, int length)
>
> --
> Ville Syrj?l?
> Intel OTC
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120830/79e97406/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=54230
--- Comment #4 from Thomas Rohloff 2012-08-30 08:54:22
UTC ---
As the video is to big for an attachment here's a link:
https://vimeo.com/48479243
It shows Minecraft in-game.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote:
>
> a pedantic observation, you can do with it what you wish (i'm not a
> list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629):
>
> #if !defined(__arm__)
> if (io_remap_pfn_range(vma, vma->vm_start,
https://bugzilla.kernel.org/show_bug.cgi?id=36072
aceman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|OBSOLETE
On 8/30/12 3:44 AM, Daniel Vetter wrote:
Some monitors totally don't like to receive infoframes, and naturally
don't claim to support hdmi.
But for some odd reason they've added a CEA block to their edid,
which automatically gives you basic audio. Still, we may not send
out hdmi infoframes to th
On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Was using the DCE41 code which was wrong. Fixes
> blank displays on a number of Trinity systems.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/atombios_
From: liu chuansheng
Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot
For some platforms, we want the irq is handled as one shot,
then even when we use the irq thread, with this option, the new
irq will come until the irq thread finished.
So we have the requirement for
https://bugzilla.kernel.org/show_bug.cgi?id=42795
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=46711
URL: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1
037606
Summary: vmwgfx does not work in qemu/kvm
Product: Drivers
Version: 2.5
Kernel Version: 3.6-rc3
Pla
https://bugzilla.kernel.org/show_bug.cgi?id=42708
Dizintegrator changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=42787
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #35 from Alex Deucher 2012-08-30 14:25:55 UTC ---
(In reply to comment #34)
> Alex,
> Please see the DSDT table from a Macbook Pro booted in EFI mode. Maybe it will
> give you some ideas for extracting the VBIOS.
Sorry, I'm not reall
Since arch/arm/include/asm/pgtable.h contains:
#define io_remap_pfn_range(vma,from,pfn,size,prot) \
remap_pfn_range(vma, from, pfn, size, prot)
there is no point treating ARM as a special case in distinguishing
between remap_pfn_range() and io_remap_pfn_range().
Signed-off-by: R
https://bugzilla.kernel.org/show_bug.cgi?id=42708
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Component|Video
On Thu, 30 Aug 2012, Robert P. J. Day wrote:
> On Thu, 30 Aug 2012, Sascha Hauer wrote:
>
> > On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote:
> > >
> > > a pedantic observation, you can do with it what you wish (i'm not a
> > > list subscriber). in drivers/gpu/drm/drm_vm.c, we
https://bugzilla.kernel.org/show_bug.cgi?id=42672
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Kernel Version|3.2.2
2012/8/30 Alex Deucher :
> On Thu, Aug 30, 2012 at 2:27 AM, Michel Dänzer wrote:
>> On Mit, 2012-08-29 at 20:02 -0400, alexdeuc...@gmail.com wrote:
>>> - /* DCE4/5 */
>>> - if (ASIC_IS_DCE4(rdev)) {
>>> - dig = radeon_encoder->enc_priv;
>>> - if (ASIC_IS_DCE41(rdev)
On Thu, Aug 30, 2012 at 8:24 AM, Tvrtko Ursulin
wrote:
>
> Hi all,
>
> I've been playing with some DisplayLink adapters, six of them to be precise
> connected to six identical HDMI monitors.
>
> Under kernel 3.5 things did not really work for me apparently because of the
> udl driver's inability t
Hi All,
Over the last few months I've been working on & off with a few people from
Linaro on a new EGL extension. The extension allows constructing an EGLImage
from a (set of) dma_buf file descriptors, including support for multi-plane
YUV. I envisage the primary use-case of this extension to be i
On Thu, 30 Aug 2012, Sascha Hauer wrote:
> On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote:
> >
> > a pedantic observation, you can do with it what you wish (i'm not a
> > list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629):
> >
> > #if !defined(__arm__)
> >
Am Donnerstag, den 30.08.2012, 13:26 +0200 schrieb Daniel Vetter:
> We've had and still have too many issues where the gpu turbot doesn't
s,turbot,turbo,
> quite to what it's supposed to do (or what we want it to do).
s,to,do,
> Adding a tracepoint to track when the desired gpu frequence change
https://bugzilla.kernel.org/show_bug.cgi?id=42182
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
On Thu, 30 Aug 2012 13:26:48 +0200, Daniel Vetter
wrote:
> We've had and still have too many issues where the gpu turbot doesn't
> quite to what it's supposed to do (or what we want it to do).
>
> Adding a tracepoint to track when the desired gpu frequence changes
> should help a lot in characte
On Thu, Aug 30, 2012 at 2:27 AM, Michel Dänzer wrote:
> On Mit, 2012-08-29 at 20:02 -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Was using the DCE41 code which was wrong. Fixes
>> blank displays on a number of Trinity systems.
>>
>> Signed-off-by: Alex Deucher
>> Cc: sta...@vg
https://bugzilla.kernel.org/show_bug.cgi?id=42182
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Component|x86-6
Hi Linus,
a bunch of scattered fixes ati/intel/nouveau, couple of core ones,
nothing too shocking or different.
Dave.
The following changes since commit fea7a08acb13524b47711625eebea40a0ede69a0:
Linux 3.6-rc3 (2012-08-22 13:29:06 -0700)
are available in the git repository at:
git://peopl
https://bugs.freedesktop.org/show_bug.cgi?id=54230
--- Comment #5 from Tom Stellard 2012-08-30 13:13:28 UTC
---
The llvm backend hasn't been tested much on Cayman, so probably some of the
Cayman specific features aren't working correctly. Could you set the
environment variable R600_DUMP_SHADERS=
https://bugs.freedesktop.org/show_bug.cgi?id=54230
Tom Stellard changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
Hi all,
I've been playing with some DisplayLink adapters, six of them to be precise
connected to six identical HDMI monitors.
Under kernel 3.5 things did not really work for me apparently because of the
udl driver's inability to fetch EDID. Interestingly, logged EDID blocks were
different for ea
We've had and still have too many issues where the gpu turbot doesn't
quite to what it's supposed to do (or what we want it to do).
Adding a tracepoint to track when the desired gpu frequence changes
should help a lot in characterizing and understanding problematic
workloads.
Also, this should be
Since arch/arm/include/asm/pgtable.h contains:
#define io_remap_pfn_range(vma,from,pfn,size,prot) \
remap_pfn_range(vma, from, pfn, size, prot)
there is no point treating ARM as a special case in distinguishing
between remap_pfn_range() and io_remap_pfn_range().
Signed-off-by: R
On Thu, 30 Aug 2012, Robert P. J. Day wrote:
> On Thu, 30 Aug 2012, Sascha Hauer wrote:
>
> > On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote:
> > >
> > > a pedantic observation, you can do with it what you wish (i'm not a
> > > list subscriber). in drivers/gpu/drm/drm_vm.c, we
On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> .buf= buf,
> }
> };
> - ret = i2c_transfer(adapter, msgs,
On Thu, 30 Aug 2012, Sascha Hauer wrote:
> On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote:
> >
> > a pedantic observation, you can do with it what you wish (i'm not a
> > list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629):
> >
> > #if !defined(__arm__)
> >
https://bugzilla.kernel.org/show_bug.cgi?id=41732
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=42412
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
--- Comment #1 from A
https://bugzilla.kernel.org/show_bug.cgi?id=40622
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=40562
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=54230
--- Comment #4 from Thomas Rohloff 2012-08-30 08:54:22 UTC
---
As the video is to big for an attachment here's a link:
https://vimeo.com/48479243
It shows Minecraft in-game.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #34 from Anonymous Helper 2012-08-30
01:48:07 UTC ---
Created attachment 66308
--> https://bugs.freedesktop.org/attachment.cgi?id=66308
DSDT table from Macbook Pro 8,2 (EFI boot)
Alex,
Please see the DSDT table from a Macbook Pro
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #9 from LRN 2012-08-30 01:40:44 UTC ---
Pulled your drm-next-3.6 branch, and merged with current linux master.
Display now works!
There are font rendering problems with X server, but that's another issue.
--
Configure bugmail: http
Some monitors totally don't like to receive infoframes, and naturally
don't claim to support hdmi.
But for some odd reason they've added a CEA block to their edid,
which automatically gives you basic audio. Still, we may not send
out hdmi infoframes to them, hence check whether the sink is indeed
On Thu, Aug 30, 2012 at 12:23:43AM -0500, Ian Pilcher wrote:
> On 08/29/2012 04:38 PM, Adam Jackson wrote:
> > So to me, that says that drivers need to ask _both_ whether the monitor
> > supports audio and whether it's HDMI before sending HDMI-specific audio
> > signalling.
>
> OK, so the burden i
On 08/29/2012 04:38 PM, Adam Jackson wrote:
> So to me, that says that drivers need to ask _both_ whether the monitor
> supports audio and whether it's HDMI before sending HDMI-specific audio
> signalling.
OK, so the burden is on the individual drivers.
In terms of moving forward with the rest of
1 - 100 of 101 matches
Mail list logo
