On 03/06/2013 05:40 PM, Joe Perches wrote:
> On Wed, 2013-03-06 at 17:34 -0700, Stephen Warren wrote:
>> On 03/06/2013 05:30 PM, Joe Perches wrote:
>>> On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
From: Stephen Warren
This reverts most of eb90d08 "get_maintainer: allow k
On Wednesday 06 March 2013 06:15 AM, Rob Clark wrote:
On Tue, Mar 5, 2013 at 9:17 AM, Archit Taneja wrote:
The omapdrm driver requires omapdss panel drivers to expose ops like detect,
set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, DSI
and SDI drivers. At some places,
Already merged. :)
> -Original Message-
> From: Vikas Sajjan [mailto:vikas.saj...@linaro.org]
> Sent: Thursday, March 07, 2013 4:09 PM
> To: InKi Dae
> Cc: dri-devel@lists.freedesktop.org; linux-me...@vger.kernel.org;
> kgene@samsung.com; Joonyoung Shim; sunil joshi
> Subject: Re: [PAT
On Wed, Mar 6, 2013 at 8:43 PM, Inki Dae wrote:
> 2013/3/7 김승우 :
>>
>>
>> On 2013년 03월 04일 23:05, Rahul Sharma wrote:
>>> Thanks Sean,
>>>
>>> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
wrote:
> Right now hdmiphy operations and
On Wed, Mar 6, 2013 at 8:43 PM, Inki Dae wrote:
> 2013/3/7 ??? :
>>
>>
>> On 2013? 03? 04? 23:05, Rahul Sharma wrote:
>>> Thanks Sean,
>>>
>>> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma >>> samsung.com> wrote:
> Right now hdmiphy opera
On 2013년 03월 07일 15:45, Rahul Sharma wrote:
> Thanks Seung Woo, Mr. Dae,
>
> On Thu, Mar 7, 2013 at 10:13 AM, Inki Dae wrote:
>> 2013/3/7 김승우 :
>>>
>>>
>>> On 2013년 03월 04일 23:05, Rahul Sharma wrote:
Thanks Sean,
On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
> On Wed, Fe
On Wed, 2013-03-06 at 23:47 -0700, Stephen Warren wrote:
> On 03/06/2013 05:40 PM, Joe Perches wrote:
> > Which is why I showed the whole thing in a single patch.
> > No worries if it's simply to increase the patch count...
>
> I'm not sure what showed refers to?
The changes I posted with the sug
On Wed, 2013-03-06 at 23:47 -0700, Stephen Warren wrote:
> On 03/06/2013 05:40 PM, Joe Perches wrote:
> > Which is why I showed the whole thing in a single patch.
> > No worries if it's simply to increase the patch count...
>
> I'm not sure what showed refers to?
The changes I posted with the sug
On 03/06/2013 05:40 PM, Joe Perches wrote:
> On Wed, 2013-03-06 at 17:34 -0700, Stephen Warren wrote:
>> On 03/06/2013 05:30 PM, Joe Perches wrote:
>>> On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
From: Stephen Warren
This reverts most of eb90d08 "get_maintainer: allow k
Thanks Seung Woo, Mr. Dae,
On Thu, Mar 7, 2013 at 10:13 AM, Inki Dae wrote:
> 2013/3/7 김승우 :
>>
>>
>> On 2013년 03월 04일 23:05, Rahul Sharma wrote:
>>> Thanks Sean,
>>>
>>> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
wrote:
> Righ
Hi Dave,
A bunch of fixes, nothing truely horrible:
- Fix PCH irq handling race which resulted in missed gmbus/dp aux irqs
and subsequent fallout (Paulo)
- Fixup off-by-one in our hsw id table (Kenneth)
- Fixup ilk rc6 support (disabled by default), regression introduced in
3.8
- g4x plane w/a
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/f3d1c549/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130306/6d48a5d8/attachment.html>
2013/3/7 김승우 :
>
>
> On 2013년 03월 04일 23:05, Rahul Sharma wrote:
>> Thanks Sean,
>>
>> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
>>> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
>>> wrote:
Right now hdmiphy operations and configs are kept inside hdmi driver.
hdmiphy related
>
On Wed, Mar 06, 2013 at 12:31:49PM -0700, Stephen Warren wrote:
> get_maintainer.pl could always look at file contents IIRC. The change
> was that I added keyword "tegra" to the Tegra section that now matches
> this file's contents.
>
> ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau
>
> .
On Wed, Mar 06, 2013 at 08:14:18PM +0100, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> > On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > > Dropping Tegra ML, it's not the place where Nouveau mails should go.
> >
> > $ ./scripts/get_mai
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/4b7b4c4a/attachment.html>
On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > Dropping Tegra ML, it's not the place where Nouveau mails should go.
>
> $ ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau/nv50_display.c
> ...
> linux-tegra a
On 2013년 03월 04일 23:05, Rahul Sharma wrote:
> Thanks Sean,
>
> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
>> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
>> wrote:
>>> Right now hdmiphy operations and configs are kept inside hdmi driver.
>>> hdmiphy related
>>> code is tightly couple
On 03/06/2013 02:20 PM, Leela Krishna Amudala wrote:
> Calculate the correct address offset values for alpha and color key
> control registers and clear size control register for window 0
>
> Signed-off-by: Leela Krishna Amudala
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 16 ++---
2013/3/1 Vikas Sajjan :
> Add support for parsing the display-timing node using video helper
> function.
>
> The DT node parsing is done only if 'dev.of_node'
> exists and the NON-DT logic is still maintained under the 'else' part.
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sa
On 03/06/2013 05:30 PM, Joe Perches wrote:
> On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> This reverts most of eb90d08 "get_maintainer: allow keywords to match
>> filenames"; all except the parts that are required to implement the new
>> N: entry type.
>
From: Stephen Warren
This reverts most of eb90d08 "get_maintainer: allow keywords to match
filenames"; all except the parts that are required to implement the new
N: entry type.
The rationale is that it's better to have K: match just patch or file
content as it previously did, and N: match just
From: Stephen Warren
This causes the regex to be applied to filenames only, and not patch or
file content (such as comments). This should prevent e.g.
drivers/gpu/drm/nouveau/nv50_display.c from matching this entry.
Reported-by: Marcin Slusarz
Signed-off-by: Stephen Warren
---
MAINTAINERS |
From: Stephen Warren
Create a new N: entry type in MAINTAINERS which performs a regex match
against filenames; either those extracted from patch +++ or --- lines,
or those specified on the command-line using the -f option.
This provides the same benefits as using a K: regex option to match a
set
QXL is a paravirtual graphics device used by the Spice virtual desktop
interface.
The drivers uses GEM and TTM to manage memory, the qxl hw fencing however
is quite different than normal TTM expects, we have to keep track of a number
of non-linear fence ids per bo that we need to have released by
qxl wants to use io mapping like i915 gem does, for now
just export the symbols so the driver can implement atomic
page maps using io mapping.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 13 +
include/drm/ttm/ttm_bo_driver.h | 4
2 files changed, 13 ins
Hi,
This is a KMS driver for the QXL virtual hw device shipped in qemu.
The first patch just adds some ttm symbol exports, the second contains
the driver.
Its also in my git repo here
http://cgit.freedesktop.org/~airlied/linux/log/?h=qxl-upstream
The userspace driver is here
http://cgit.freedes
On Wed, 2013-03-06 at 17:34 -0700, Stephen Warren wrote:
> On 03/06/2013 05:30 PM, Joe Perches wrote:
> > On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> This reverts most of eb90d08 "get_maintainer: allow keywords to match
> >> filenames"; all except t
On Wed, 2013-03-06 at 17:34 -0700, Stephen Warren wrote:
> On 03/06/2013 05:30 PM, Joe Perches wrote:
> > On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> This reverts most of eb90d08 "get_maintainer: allow keywords to match
> >> filenames"; all except t
On Wed, Feb 27, 2013 at 1:55 AM, Christopher Harvey wrote:
> A monitor or a user could request a resolution greater than the
> available VRAM for the backing framebuffer. This change checks the
> required framebuffer size against the max VRAM size and rejects modes
> if they are too big. This chan
2013/3/3 Rob Clark :
> On Sat, Mar 2, 2013 at 2:28 AM, Inki Dae wrote:
>> Actually, we have already implemented the EXA part of X server and
>> that has being used on our linux platform. But I think we could more
>> improvement this. So are you writting user side g2d drivers for Chrome
>> book(bas
From: Stephen Warren
This causes the regex to be applied to filenames only, and not patch or
file content (such as comments). This should prevent e.g.
drivers/gpu/drm/nouveau/nv50_display.c from matching this entry.
Reported-by: Marcin Slusarz
Signed-off-by: Stephen Warren
---
MAINTAINERS |
From: Stephen Warren
Create a new N: entry type in MAINTAINERS which performs a regex match
against filenames; either those extracted from patch +++ or --- lines,
or those specified on the command-line using the -f option.
This provides the same benefits as using a K: regex option to match a
set
On 03/06/2013 05:30 PM, Joe Perches wrote:
> On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> This reverts most of eb90d08 "get_maintainer: allow keywords to match
>> filenames"; all except the parts that are required to implement the new
>> N: entry type.
>
On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> This reverts most of eb90d08 "get_maintainer: allow keywords to match
> filenames"; all except the parts that are required to implement the new
> N: entry type.
Just combine patches 1 and 3 into a single patch.
From: Stephen Warren
This reverts most of eb90d08 "get_maintainer: allow keywords to match
filenames"; all except the parts that are required to implement the new
N: entry type.
The rationale is that it's better to have K: match just patch or file
content as it previously did, and N: match just
On Wed, 2013-03-06 at 17:29 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> This reverts most of eb90d08 "get_maintainer: allow keywords to match
> filenames"; all except the parts that are required to implement the new
> N: entry type.
Just combine patches 1 and 3 into a single patch.
From: Stephen Warren
This causes the regex to be applied to filenames only, and not patch or
file content (such as comments). This should prevent e.g.
drivers/gpu/drm/nouveau/nv50_display.c from matching this entry.
Reported-by: Marcin Slusarz
Signed-off-by: Stephen Warren
---
MAINTAINERS |
From: Stephen Warren
Create a new N: entry type in MAINTAINERS which performs a regex match
against filenames; either those extracted from patch +++ or --- lines,
or those specified on the command-line using the -f option.
This provides the same benefits as using a K: regex option to match a
set
On Wed, 2013-03-06 at 16:36 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Create a new N: entry type in MAINTAINERS which performs a regex match
> against filenames; either those extracted from patch +++ or --- lines,
> or those specified on the command-line using the -f option.
NAK
A
On Wed, 2013-03-06 at 16:36 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Create a new N: entry type in MAINTAINERS which performs a regex match
> against filenames; either those extracted from patch +++ or --- lines,
> or those specified on the command-line using the -f option.
NAK
A
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/d2cae4e5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/aad052b5/attachment.html>
From: Stephen Warren
This causes the regex to be applied to filenames only, and not patch or
file content (such as comments). This should prevent e.g.
drivers/gpu/drm/nouveau/nv50_display.c from matching this entry.
Reported-by: Marcin Slusarz
Signed-off-by: Stephen Warren
---
MAINTAINERS |
Hi,
On 6 March 2013 14:12, Inki Dae wrote:
> 2013/3/1 Vikas Sajjan :
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing is done only if 'dev.of_node'
>> exists and the NON-DT logic is still maintained under the 'else' part.
>>
>> Signed-of
From: Stephen Warren
Create a new N: entry type in MAINTAINERS which performs a regex match
against filenames; either those extracted from patch +++ or --- lines,
or those specified on the command-line using the -f option.
This provides the same benefits as using a K: regex option to match a
set
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/376b2e27/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/79ddb468/attachment.html>
On 03/05/2013 11:08:16 AM, Randy Dunlap wrote:
From: Randy Dunlap
Fix new kernel-doc warnings in drm_edid.c: convert doxygen(?) to
kernel-doc to match the rest of the file's documentation.
I've been feeding this stuff through triv...@kernel.org. (I just got my
kernel.org account re-enabled
On 10:27-20130304, Nishanth Menon wrote:
> On 18:09-20130302, Paul Menzel wrote:
> > Am Freitag, den 01.03.2013, 08:00 -0600 schrieb Nishanth Menon:
> > > Some basic cleanups for kernel-doc errors or missing documentation
> > > parameters.
[..]
> > > index c194f4e..bd864b5 100644
> > > --- a/driver
Hi,
On 6 March 2013 14:12, Inki Dae wrote:
> 2013/3/1 Vikas Sajjan :
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing is done only if 'dev.of_node'
>> exists and the NON-DT logic is still maintained under the 'else' part.
>>
>> Signed-of
On Tue, Feb 26, 2013 at 10:52:55AM -0500, Christopher Harvey wrote:
> Patches 1 to 4 are just cleanup. Maybe these should should be rolled
> into one patch?
>
> Patch 5 is a bit more complicated.
> On cards with very little video memory, (e.g 8MB) higher resolutions
> at 32bit framebuffer depths w
https://bugs.freedesktop.org/show_bug.cgi?id=61747
--- Comment #9 from Alex Deucher ---
Possibly a duplicate of bug 59592 or bug 60848.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@list
https://bugs.freedesktop.org/show_bug.cgi?id=61747
Alex Deucher changed:
What|Removed |Added
Summary|[r600g] GPU lockup when |[r600g] GPU lockup when
On Wed, Mar 06, 2013 at 10:56:05AM +, Chris Wilson wrote:
> On Thu, Feb 21, 2013 at 11:35:00PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > struct drm_region represents a two dimensional region. The utility
> > functions are there to help driver writers.
>
On Thu, Mar 7, 2013 at 4:51 AM, Christopher Harvey wrote:
> On Tue, Feb 26, 2013 at 10:52:55AM -0500, Christopher Harvey wrote:
>> Patches 1 to 4 are just cleanup. Maybe these should should be rolled
>> into one patch?
>>
>> Patch 5 is a bit more complicated.
>> On cards with very little video mem
On Wed, 2013-03-06 at 12:31 -0700, Stephen Warren wrote:
> On 03/06/2013 12:14 PM, Marcin Slusarz wrote:
> > On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> >> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> >>> Dropping Tegra ML, it's not the place where Nouveau m
Hi Dave,
A bunch of fixes, nothing truely horrible:
- Fix PCH irq handling race which resulted in missed gmbus/dp aux irqs
and subsequent fallout (Paulo)
- Fixup off-by-one in our hsw id table (Kenneth)
- Fixup ilk rc6 support (disabled by default), regression introduced in
3.8
- g4x plane w/a
Dear Leela,
thank you for your patch.
Am Mittwoch, den 06.03.2013, 00:20 -0500 schrieb Leela Krishna Amudala:
> Calculate the correct address offset values for alpha and color key
> control registers and clear size control register for window 0
1. The *and* implies this should be split up into
https://bugs.freedesktop.org/show_bug.cgi?id=61747
--- Comment #8 from Chris Rankin ---
(In reply to comment #7)
> Does disabling htile support help? Set env var R600_HYPERZ=0
Yes, this prevents the GPU from locking up.
--
You are receiving this mail because:
You are the assignee for the bug.
On 03/06/2013 12:14 PM, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
>> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
>>> Dropping Tegra ML, it's not the place where Nouveau mails should go.
>>
>> $ ./scripts/get_maintainer.pl -f drivers/gp
On Wed, 2013-03-06 at 12:31 -0700, Stephen Warren wrote:
> On 03/06/2013 12:14 PM, Marcin Slusarz wrote:
> > On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> >> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> >>> Dropping Tegra ML, it's not the place where Nouveau m
On Wed, Mar 06, 2013 at 12:31:49PM -0700, Stephen Warren wrote:
> get_maintainer.pl could always look at file contents IIRC. The change
> was that I added keyword "tegra" to the Tegra section that now matches
> this file's contents.
>
> ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau
>
> .
On Wed, Mar 06, 2013 at 08:14:18PM +0100, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> > On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > > Dropping Tegra ML, it's not the place where Nouveau mails should go.
> >
> > $ ./scripts/get_mai
On 03/06/2013 12:14 PM, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
>> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
>>> Dropping Tegra ML, it's not the place where Nouveau mails should go.
>>
>> $ ./scripts/get_maintainer.pl -f drivers/gp
Hi Daniel,
I've just tried drm-intel-fixes merged into v3.9-rc1, and so far it's
looking good. No suspicious timeouts.
Thanks for the quick response!
Benson
On Wed, Mar 6, 2013 at 12:14 AM, Daniel Vetter wrote:
> On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
>> I'm working on touch devic
Hi Daniel,
I've just tried drm-intel-fixes merged into v3.9-rc1, and so far it's
looking good. No suspicious timeouts.
Thanks for the quick response!
Benson
On Wed, Mar 6, 2013 at 12:14 AM, Daniel Vetter
wrote:
> On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
>> I'm working on touch devi
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/99a0a52c/attachment.html>
On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > Dropping Tegra ML, it's not the place where Nouveau mails should go.
>
> $ ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau/nv50_display.c
> ...
> linux-te...@v
Hi,
2013-03-06 10:50 keltez?ssel, Christian K?nig ?rta:
> Hi,
>
> Am 05.03.2013 19:26, schrieb Boszormenyi Zoltan:
>> OK, a new problem now with 5.1 sound, it can be reproduced.
>>
>> I still have the same setup as described above.
>> I started watching a video. Initially, HDMI audio just works ni
On Thu, Feb 21, 2013 at 11:35:00PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> struct drm_region represents a two dimensional region. The utility
> functions are there to help driver writers.
>
> v2: Moved the region stuff into its own file, made the smaller funcs
>
Hi,
Am 05.03.2013 19:26, schrieb Boszormenyi Zoltan:
> OK, a new problem now with 5.1 sound, it can be reproduced.
>
> I still have the same setup as described above.
> I started watching a video. Initially, HDMI audio just works nicely.
> I had to do something else so I paused Xine.
> During this
On Tue, Feb 26, 2013 at 10:52:55AM -0500, Christopher Harvey wrote:
> Patches 1 to 4 are just cleanup. Maybe these should should be rolled
> into one patch?
>
> Patch 5 is a bit more complicated.
> On cards with very little video memory, (e.g 8MB) higher resolutions
> at 32bit framebuffer depths w
On Wed, 06 Mar 2013, Daniel Vetter wrote:
> On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
>> I'm working on touch devices Chromium OS, and I've noticed a
>> regression between 3.8 and 3.9-rc1, which was posted yesterday.
>>
>> The hardware in question is a Chromebook Pixel. For this device,
Hi
On Tue, Mar 5, 2013 at 5:47 PM, Joonyoung Shim
wrote:
> On 03/05/2013 09:04 PM, Leela Krishna Amudala wrote:
>>
>> Hi,
>>
>> On Tue, Mar 5, 2013 at 5:24 PM, Joonyoung Shim
>> wrote:
>>>
>>> Hi Leela,
>>>
>>>
>>> On 03/05/2013 08:25 PM, Leela Krishna Amudala wrote:
Calculate the cor
regs + SHADOWCON);
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/20130306/4d6d3508/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=52121
Daniel Kiper changed:
What|Removed |Added
CC||dkiper at net-space.pl
--- Comment #22
On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
> I'm working on touch devices Chromium OS, and I've noticed a
> regression between 3.8 and 3.9-rc1, which was posted yesterday.
>
> The hardware in question is a Chromebook Pixel. For this device, we
> have i2c input devices: atmel mxt224s touch
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/c54d883d/attachment.html>
ves/dri-devel/attachments/20130306/fc21b328/attachment.html>
On 10:27-20130304, Nishanth Menon wrote:
> On 18:09-20130302, Paul Menzel wrote:
> > Am Freitag, den 01.03.2013, 08:00 -0600 schrieb Nishanth Menon:
> > > Some basic cleanups for kernel-doc errors or missing documentation
> > > parameters.
[..]
> > > index c194f4e..bd864b5 100644
> > > --- a/driver
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/20130306/faf85a39/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=61883
--- Comment #3 from Victor Aurélio ---
Created attachment 76025
--> https://bugs.freedesktop.org/attachment.cgi?id=76025&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=61883
--- Comment #2 from Victor Aurélio ---
Created attachment 76024
--> https://bugs.freedesktop.org/attachment.cgi?id=76024&action=edit
full dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=61529
Michel Dänzer changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=61446
--- Comment #2 from Michel Dänzer ---
Does it work better if you switch Mesa to the 9.1 branch or LLVM to the main
trunk?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #10 from Michel Dänzer ---
The segfault looks like some kind of LLVM issue on shutdown, we can probably
ignore that for now.
The real problem is that your GPU hangs even while running the trivial shaders
egltri_screen uses. Alex, cou
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130306/02fbcf08/attachment.html>
On Wed, Mar 06, 2013 at 10:56:05AM +, Chris Wilson wrote:
> On Thu, Feb 21, 2013 at 11:35:00PM +0200, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > struct drm_region represents a two dimensional region. The utility
> > functions are there to help driver writers.
> >
>
On Thu, Feb 21, 2013 at 11:35:00PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> struct drm_region represents a two dimensional region. The utility
> functions are there to help driver writers.
>
> v2: Moved the region stuff into its own file, made the smaller funcs
>
On 03/06/2013 02:20 PM, Leela Krishna Amudala wrote:
Calculate the correct address offset values for alpha and color key
control registers and clear size control register for window 0
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 16 ++--
1 f
Hi,
2013-03-06 10:50 keltezéssel, Christian König írta:
Hi,
Am 05.03.2013 19:26, schrieb Boszormenyi Zoltan:
OK, a new problem now with 5.1 sound, it can be reproduced.
I still have the same setup as described above.
I started watching a video. Initially, HDMI audio just works nicely.
I had t
Hi,
Am 05.03.2013 19:26, schrieb Boszormenyi Zoltan:
OK, a new problem now with 5.1 sound, it can be reproduced.
I still have the same setup as described above.
I started watching a video. Initially, HDMI audio just works nicely.
I had to do something else so I paused Xine.
During this time, X
ri-devel/attachments/20130306/cb28c146/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=52121
Daniel Kiper changed:
What|Removed |Added
CC||dki...@net-space.pl
--- Comment #22 fr
https://bugs.freedesktop.org/show_bug.cgi?id=26345
--- Comment #158 from Chris Wilson ---
(In reply to comment #157)
> In regards to comment 145, is it recommended to use SNA? We are not using
> SNA and have seen GPU hangs on the 845G. Is it better to use SNA and apply
> the SNA patch to xorg
On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> Dropping Tegra ML, it's not the place where Nouveau mails should go.
$ ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau/nv50_display.c
...
linux-tegra at vger.kernel.org (open list:TEGRA SUPPORT)
Maybe get_maintainer.pl patterns
2013/3/1 Vikas Sajjan :
> Add support for parsing the display-timing node using video helper
> function.
>
> The DT node parsing is done only if 'dev.of_node'
> exists and the NON-DT logic is still maintained under the 'else' part.
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sa
On Wed, 06 Mar 2013, Daniel Vetter wrote:
> On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
>> I'm working on touch devices Chromium OS, and I've noticed a
>> regression between 3.8 and 3.9-rc1, which was posted yesterday.
>>
>> The hardware in question is a Chromebook Pixel. For this device,
1 - 100 of 103 matches
Mail list logo
