On Wed, Jan 18, 2012 at 06:00:54AM -0800, Dave Airlie wrote:
> On Wed, Jan 18, 2012 at 1:55 PM, Ilija Hadzic
> wrote:
> > On Wed, 18 Jan 2012, Dave Airlie wrote:
> >> The problem is the x86 nvidia binary driver does sit outside of
> >> subsystems, and I forsee wanting to share buffers with it from
On Wed, Jan 18, 2012 at 12:23 PM, Mauro Carvalho Chehab
wrote:
> Em 18-01-2012 10:14, Arnd Bergmann escreveu:
>> On Wednesday 18 January 2012, Semwal, Sumit wrote:
>>> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
EXPORT_SYMBOL_GPL is intended to be used for "an internal implementati
On Wed, Jan 18, 2012 at 2:08 AM, Robert Morell wrote:
> The DMA buffer infrastructure (dma-buf) currently exposes its interface
> with EXPORT_SYMBOL_GPL. The documentation for EXPORT_SYMBOL_GPL says:
> "It implies that the function is considered an internal
> implementation issue, and not r
https://bugzilla.kernel.org/show_bug.cgi?id=42603
Summary: Watching video with radeon oss driver sometimes leads
to kernel panic
Product: Drivers
Version: 2.5
Kernel Version: 3.0.17
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #65 from Rafael Ávila de Espíndola
2012-01-18 21:27:43 PST ---
(In reply to comment #64)
> FYI, linux 3.2-rc7 on iMac12,2 (27" 2011 model) has radeon kms running without
> any glitch, and even with pretty good performance ! I'm EFI-b
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #24 from Alex Deucher 2012-01-18 11:52:47 PST
---
(In reply to comment #22)
> I came across this bug by an accident when searching for something else,
> however when reading through there seems to be some misunderstanding.
>
> If I
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #1 from Scott Moreau 2012-01-18 19:47:46 PST ---
Additionally, I've built mesa with the following configuration:
--with-egl-platforms=wayland,drm,x11 --disable-gallium-egl
--with-dri-drivers="" --enable-gles1 --enable-gles2
--with-ga
https://bugs.freedesktop.org/show_bug.cgi?id=44919
Bug #: 44919
Summary: Wayland clients segfault
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #23 from Alex Deucher 2012-01-18 11:41:46 PST
---
(In reply to comment #21)
> Which applications use Xv?
movie players mostly (totem, mplayer, vlc, etc.)
>
> and more importantly: What is Xv?
It's an X extension for accelerated c
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #22 from Pavel Ondra?ka 2012-01-18
10:53:00 PST ---
I came across this bug by an accident when searching for something else,
however when reading through there seems to be some misunderstanding.
If I understand correctly, Valter ha
From: Rob Clark
The create/free mmap offset code must be synchronized. Yet only some
callers of omap_gem_mmap_offset() held struct_mutex. Leading to various
crashes around drm_mm_insert_helper_range(). (In the free-object path,
which is currently the only place we drm_gem_free_mmap_offset(),
s
On 18 January 2012 17:16, Daniel Vetter wrote:
> On Wed, Jan 18, 2012 at 03:46:59PM +0530, Sumit Semwal wrote:
>> Adding maintainer info for dma-buf DMA buffer sharing framework.
>>
>> Signed-off-by: Sumit Semwal
>> ---
>> ?MAINTAINERS | ? ?8
>> ?1 files changed, 8 insertions(+), 0 delet
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #21 from Valter 2012-01-18
09:20:22 PST ---
" This should probably be tracked as a separate bug. "
Also in this section?
"Does running an application that uses Xv
also fix the issue?"
Eh? O.o
I'm lost!
Which applications
On Wed, Jan 18, 2012 at 06:00:54AM -0800, Dave Airlie wrote:
> On Wed, Jan 18, 2012 at 1:55 PM, Ilija Hadzic
> wrote:
> > On Wed, 18 Jan 2012, Dave Airlie wrote:
> >> The problem is the x86 nvidia binary driver does sit outside of
> >> subsystems, and I forsee wanting to share buffers with it from
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #20 from Alex Deucher 2012-01-18 08:39:43 PST
---
(In reply to comment #19)
> Hello everyone.
> I think I have solved!
> Just simply unplug the VGA cable and now the monitor works perfectly with the
> settings suggested by Alex!
>
>
From: Rob Clark
The create/free mmap offset code must be synchronized. Yet only some
callers of omap_gem_mmap_offset() held struct_mutex. Leading to various
crashes around drm_mm_insert_helper_range(). (In the free-object path,
which is currently the only place we drm_gem_free_mmap_offset(),
s
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #19 from Valter 2012-01-18
08:32:56 PST ---
Hello everyone.
I think I have solved!
Just simply unplug the VGA cable and now the monitor works perfectly with the
settings suggested by Alex!
Thank you all for your precious help!
One
Adding maintainer info for dma-buf DMA buffer sharing framework.
Signed-off-by: Sumit Semwal
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fa3f5e6..620119e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2246,6 +224
On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> issue, and not really an interface". ?The dma-buf infrastructure is
> explicitly intended as an interface between modules/drivers, so it
> should use EXPORT_SYMBOL ins
On Wednesday 18 January 2012, Ilija Hadzic wrote:
> On Wed, 18 Jan 2012, Dave Airlie wrote:
>
> >
> > The problem is the x86 nvidia binary driver does sit outside of
> > subsystems, and I forsee wanting to share buffers with it from the
> > Intel driver in light of the optimus hardware. Although n
On Wed, Jan 18, 2012 at 1:55 PM, Ilija Hadzic
wrote:
>
>
>
> On Wed, 18 Jan 2012, Dave Airlie wrote:
>
>>
>> The problem is the x86 nvidia binary driver does sit outside of
>> subsystems, and I forsee wanting to share buffers with it from the
>> Intel driver in light of the optimus hardware. Altho
https://bugzilla.kernel.org/show_bug.cgi?id=42603
Summary: Watching video with radeon oss driver sometimes leads
to kernel panic
Product: Drivers
Version: 2.5
Kernel Version: 3.0.17
Platform: All
OS/Version: Linux
On 18 January 2012 17:16, Daniel Vetter wrote:
> On Wed, Jan 18, 2012 at 03:46:59PM +0530, Sumit Semwal wrote:
>> Adding maintainer info for dma-buf DMA buffer sharing framework.
>>
>> Signed-off-by: Sumit Semwal
>> ---
>> MAINTAINERS | 8
>> 1 files changed, 8 insertions(+), 0 delet
Em 18-01-2012 10:14, Arnd Bergmann escreveu:
> On Wednesday 18 January 2012, Semwal, Sumit wrote:
>> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
>>> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
>>> issue, and not really an interface". The dma-buf infrastructu
symbol is exported without explicit consent of the original author
(regardless of what we think about GPL/proprietary modules covtroversy).
So if NVidia needs to link DMA buffer sharing against their proprietary
driver, they should have explicit permission from the original author to
turn its s
On Wed, Jan 18, 2012 at 03:46:59PM +0530, Sumit Semwal wrote:
> Adding maintainer info for dma-buf DMA buffer sharing framework.
>
> Signed-off-by: Sumit Semwal
> ---
> MAINTAINERS |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> i
On Wed, Jan 18, 2012 at 10:31:42AM +0100, Jiri Slaby wrote:
> On 12/01/2011 01:47 PM, Chris Wilson wrote:
> > On Thu, 01 Dec 2011 13:30:18 +0100, Jiri Slaby wrote:
> >> Hi,
> >>
> >> both yesterday and today, my GPU hung. Both happened when I opened
> >> google front page in firefox.
> >>
> >> I'm
On Wed, Jan 18, 2012 at 12:14 PM, Arnd Bergmann wrote:
> On Wednesday 18 January 2012, Semwal, Sumit wrote:
>> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
>> > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
>> > issue, and not really an interface". ?The dma-buf
On Wednesday 18 January 2012, Semwal, Sumit wrote:
> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
> > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> > issue, and not really an interface". The dma-buf infrastructure is
> > explicitly intended as an interface be
this sort of thing, nouveau is a good solution its just not going to
beat the binary driver in a lot of ways, just not sure whether I care
enough yet.
Dave.
On Wednesday 18 January 2012, Sumit Semwal wrote:
> Adding maintainer info for dma-buf DMA buffer sharing framework.
>
> Signed-off-by: Sumit Semwal
Acked-by: Arnd Bergmann
> in mind. It would be unfortunate if restricting its use to only
> GPL-licensed modules caused dma-buf adoption to be limited.
You appear confused. I'll say this again is my lawyer advises me that for
the benefit of any future enforcement actions I should remind people
each time it comes up.
Fo
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #24 from Alex Deucher 2012-01-18 11:52:47 PST ---
(In reply to comment #22)
> I came across this bug by an accident when searching for something else,
> however when reading through there seems to be some misunderstanding.
>
> If I
On Tue, 17 Jan 2012 16:08:17 -0800
Robert Morell wrote:
> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> issue, and not really an interface". The dma-buf infrastructure is
> explicitly intended as an interface between modules/drivers, so it
> should use EXPORT_SYMBOL
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #23 from Alex Deucher 2012-01-18 11:41:46 PST ---
(In reply to comment #21)
> Which applications use Xv?
movie players mostly (totem, mplayer, vlc, etc.)
>
> and more importantly: What is Xv?
It's an X extension for accelerated co
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #22 from Pavel Ondračka 2012-01-18
10:53:00 PST ---
I came across this bug by an accident when searching for something else,
however when reading through there seems to be some misunderstanding.
If I understand correctly, Valter ha
https://bugs.freedesktop.org/show_bug.cgi?id=25356
--- Comment #9 from Michel D?nzer 2012-01-18 02:37:12
PST ---
This report should either be reassigned to r300g if it still happens with that,
or resolved as WONTFIX, as r300c is dead.
--
Configure bugmail: https://bugs.freedesktop.org/userpref
On 12/01/2011 01:47 PM, Chris Wilson wrote:
> On Thu, 01 Dec 2011 13:30:18 +0100, Jiri Slaby wrote:
>> Hi,
>>
>> both yesterday and today, my GPU hung. Both happened when I opened
>> google front page in firefox.
>>
>> I'm running 3.2.0-rc3-next-2030. Given it happened twice in the past
>> 24
https://bugs.freedesktop.org/show_bug.cgi?id=24572
Michel D?nzer changed:
What|Removed |Added
AssignedTo|mesa-dev at lists.freedesktop. |dri-devel at
lists.freedesktop
Em 18-01-2012 10:14, Arnd Bergmann escreveu:
> On Wednesday 18 January 2012, Semwal, Sumit wrote:
>> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
>>> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
>>> issue, and not really an interface". The dma-buf infrastructu
https://bugs.freedesktop.org/show_bug.cgi?id=25672
Michel D?nzer changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=28223
--- Comment #2 from Michel D?nzer 2012-01-18 02:16:59
PST ---
Does this still happen with a current driver stack?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
https://bugs.freedesktop.org/show_bug.cgi?id=38491
Michel D?nzer changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |xorg-driver-ati at
lists.x.org
Add a quirk which adds a new downclocked mode to the EDID of Samsung
LTN121AT10-301 panels. This allows the intel driver to apply downclocking
and save power.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_edid.c | 47
1 files changed, 47 insertio
https://bugs.freedesktop.org/show_bug.cgi?id=42056
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42058
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43016
Michel D?nzer changed:
What|Removed |Added
Product|Mesa|DRI
Component|Drivers/Gallium/r
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #21 from Valter 2012-01-18 09:20:22
PST ---
" This should probably be tracked as a separate bug. "
Also in this section?
"Does running an application that uses Xv
also fix the issue?"
Eh? O.o
I'm lost!
Which applications
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #20 from Alex Deucher 2012-01-18 08:39:43 PST ---
(In reply to comment #19)
> Hello everyone.
> I think I have solved!
> Just simply unplug the VGA cable and now the monitor works perfectly with the
> settings suggested by Alex!
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #19 from Valter 2012-01-18 08:32:56
PST ---
Hello everyone.
I think I have solved!
Just simply unplug the VGA cable and now the monitor works perfectly with the
settings suggested by Alex!
Thank you all for your precious help!
One
On Wed, 18 Jan 2012, Dave Airlie wrote:
>
> The problem is the x86 nvidia binary driver does sit outside of
> subsystems, and I forsee wanting to share buffers with it from the
> Intel driver in light of the optimus hardware. Although nouveau exists
> and I'd much rather nvidia get behind that
Add a quirk which adds a new downclocked mode to the EDID of Samsung
LTN121AT10-301 panels. This allows the intel driver to apply downclocking
and save power.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_edid.c | 47
1 files changed, 47 insertio
On Wednesday 18 January 2012, Ilija Hadzic wrote:
> On Wed, 18 Jan 2012, Dave Airlie wrote:
>
> >
> > The problem is the x86 nvidia binary driver does sit outside of
> > subsystems, and I forsee wanting to share buffers with it from the
> > Intel driver in light of the optimus hardware. Although n
On Wed, Jan 18, 2012 at 1:55 PM, Ilija Hadzic
wrote:
>
>
>
> On Wed, 18 Jan 2012, Dave Airlie wrote:
>
>>
>> The problem is the x86 nvidia binary driver does sit outside of
>> subsystems, and I forsee wanting to share buffers with it from the
>> Intel driver in light of the optimus hardware. Altho
On Wed, 18 Jan 2012, Dave Airlie wrote:
The problem is the x86 nvidia binary driver does sit outside of
subsystems, and I forsee wanting to share buffers with it from the
Intel driver in light of the optimus hardware. Although nouveau exists
and I'd much rather nvidia get behind that wrt the
On Wed, Jan 18, 2012 at 12:14 PM, Arnd Bergmann wrote:
> On Wednesday 18 January 2012, Semwal, Sumit wrote:
>> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
>> > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
>> > issue, and not really an interface". The dma-buf
On Wednesday 18 January 2012, Semwal, Sumit wrote:
> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
> > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> > issue, and not really an interface". The dma-buf infrastructure is
> > explicitly intended as an interface be
On Wednesday 18 January 2012, Sumit Semwal wrote:
> Adding maintainer info for dma-buf DMA buffer sharing framework.
>
> Signed-off-by: Sumit Semwal
Acked-by: Arnd Bergmann
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freede
> in mind. It would be unfortunate if restricting its use to only
> GPL-licensed modules caused dma-buf adoption to be limited.
You appear confused. I'll say this again is my lawyer advises me that for
the benefit of any future enforcement actions I should remind people
each time it comes up.
Fo
On Tue, 17 Jan 2012 16:08:17 -0800
Robert Morell wrote:
> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> issue, and not really an interface". The dma-buf infrastructure is
> explicitly intended as an interface between modules/drivers, so it
> should use EXPORT_SYMBOL
On Wed, Jan 18, 2012 at 03:46:59PM +0530, Sumit Semwal wrote:
> Adding maintainer info for dma-buf DMA buffer sharing framework.
>
> Signed-off-by: Sumit Semwal
> ---
> MAINTAINERS |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> i
On Wed, Jan 18, 2012 at 10:31:42AM +0100, Jiri Slaby wrote:
> On 12/01/2011 01:47 PM, Chris Wilson wrote:
> > On Thu, 01 Dec 2011 13:30:18 +0100, Jiri Slaby wrote:
> >> Hi,
> >>
> >> both yesterday and today, my GPU hung. Both happened when I opened
> >> google front page in firefox.
> >>
> >> I'm
https://bugs.freedesktop.org/show_bug.cgi?id=25356
--- Comment #9 from Michel Dänzer 2012-01-18 02:37:12 PST
---
This report should either be reassigned to r300g if it still happens with that,
or resolved as WONTFIX, as r300c is dead.
--
Configure bugmail: https://bugs.freedesktop.org/userpref
https://bugs.freedesktop.org/show_bug.cgi?id=24572
Michel Dänzer changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=25672
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
Adding maintainer info for dma-buf DMA buffer sharing framework.
Signed-off-by: Sumit Semwal
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fa3f5e6..620119e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2246,6 +224
https://bugs.freedesktop.org/show_bug.cgi?id=28223
--- Comment #2 from Michel Dänzer 2012-01-18 02:16:59 PST
---
Does this still happen with a current driver stack?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
https://bugs.freedesktop.org/show_bug.cgi?id=38491
Michel Dänzer changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |xorg-driver-...@lists.x.org
https://bugs.freedesktop.org/show_bug.cgi?id=42056
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42058
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43016
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
Component|Drivers/Gallium/r
On 12/01/2011 01:47 PM, Chris Wilson wrote:
> On Thu, 01 Dec 2011 13:30:18 +0100, Jiri Slaby wrote:
>> Hi,
>>
>> both yesterday and today, my GPU hung. Both happened when I opened
>> google front page in firefox.
>>
>> I'm running 3.2.0-rc3-next-2030. Given it happened twice in the past
>> 24
On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
> EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> issue, and not really an interface". The dma-buf infrastructure is
> explicitly intended as an interface between modules/drivers, so it
> should use EXPORT_SYMBOL ins
On Tue, 17 Jan 2012, Patrik Jakobsson wrote:
> On Sat, Jan 14, 2012 at 10:15 PM, Jesper Juhl wrote:
> > In psb_intel_lvds_init(), if we fail to allocate memory for
> > 'psb_intel_connector' we free the memory we previously allocated for
> > 'psb_intel_encoder', but we then proceed to use that free
74 matches
Mail list logo
