https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #4 from Alexandre Demers ---
Created attachment 87013
--> https://bugs.freedesktop.org/attachment.cgi?id=87013&action=edit
Many glitches in the middle of the screen
Here, some more visible glitches flickering at an impressive pace.
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #6 from Pavel Ondračka ---
Created attachment 87014
--> https://bugs.freedesktop.org/attachment.cgi?id=87014&action=edit
EVE online Wine terminal output
(In reply to comment #5)
> Do particular shaders fail to compile or is there j
Hello,
In my quest for changing locking around page faults to make things easier for
filesystems I found out get_user_pages() users could use a cleanup. The
knowledge about necessary locking for get_user_pages() is in tons of places in
drivers and quite a few of them actually get it wrong (do
On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
> Hello,
>
> In my quest for changing locking around page faults to make things easier
> for
> filesystems I found out get_user_pages() users could use a cleanup. The
> knowledge about necessary locking for get_user_pages() is in tons
On 9/30/2013 7:36 AM, Daniel Vetter wrote:
On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote:
[I emailed the list with this same material on 9/13, but it has
received no response and someone on the Ubuntu kernel team suggested
that I change the email Subject from "Re: Moving a bug upstre
On Wed 02-10-13 09:20:09, Christoph Hellwig wrote:
> On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
> > Hello,
> >
> > In my quest for changing locking around page faults to make things easier
> > for
> > filesystems I found out get_user_pages() users could use a cleanup. The
> >
Hi,
First of all sorry for the late response,
On Tue, Oct 1, 2013 at 10:09 AM, Inki Dae wrote:
>
>
> > -Original Message-
> > From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
> > Sent: Monday, September 30, 2013 7:09 AM
> > To: Inki Dae
> > Cc: Rahul Sharma; devicet...@vge
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #23 from Thilo Cestonaro ---
Sadly no. Unity still is flickering and has that triangle kind of display
errors.
:(
Greetings
Thilo
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #7 from Michel Dänzer ---
(In reply to comment #1)
> Possibly related to bug 69983.
That is indeed likely — current master (since
68f6dec32ed5eede361f76c8dbdf897652659baf) locks up my RS880 even with glxgears,
though only using LLVM.
During resume from hibernation, I started to see the warning below since
commit b8f102e8bf71cacf33326360fdf9dcfd1a63925b
Author: Egbert Eich
Date: Fri Jul 26 14:14:24 2013 +0200
drm/i915: Add messages useful for HPD storm detection debugging (v2)
the system
Can you please attach full dmesg from boot up to the first WARN with
drm.debug=0xe? This really shouldn't happen and indicates a bug
somewhere ...
Cheers, Daniel
On Thu, Oct 3, 2013 at 11:46 AM, Jiri Kosina wrote:
> During resume from hibernation, I started to see the warning below since
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=70068
Priority: medium
Bug ID: 70068
Assignee: dri-devel@lists.freedesktop.org
Summary: flightgear crashes with "Streamout unsupported in
util_blitter_clear_buffer()"
Severity: nor
https://bugs.freedesktop.org/show_bug.cgi?id=70068
--- Comment #1 from Marc Dietrich ---
bisect revealed that 68f6dec32ed5eede361f76c8dbdf897652659baf:
r600g: move aux_context and r600_screen_clear_buffer to drivers/radeon
is the one to be blamed.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=70068
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Alex Deucher changed:
What|Removed |Added
CC||marvi...@gmx.de
--- Comment #10 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=70073
Priority: medium
Bug ID: 70073
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g] Stop calling draw_prepare_shader_outputs
Severity: normal
Classification: Unclassified
On Wed, Oct 02, 2013 at 11:23:35AM +0200, David Herrmann wrote:
> All bus drivers do device setup themselves. This requires us to adjust all
> of them if we introduce new core features. Thus, merge all these into a
> uniform drm_dev_register() helper.
>
> Note that this removes the drm_lastclose()
On Wed, Oct 02, 2013 at 11:23:38AM +0200, David Herrmann wrote:
> Analog to drm_dev_register(), we now provide drm_dev_unregister() which
> does the reverse. drm_dev_put() is still in place and combines the calls
> to drm_dev_unregister() and drm_dev_free() so buses don't have to change.
>
> *_get
Hi Daniel
On Thu, Oct 3, 2013 at 3:15 PM, Daniel Vetter wrote:
> On Wed, Oct 02, 2013 at 11:23:35AM +0200, David Herrmann wrote:
>> All bus drivers do device setup themselves. This requires us to adjust all
>> of them if we introduce new core features. Thus, merge all these into a
>> uniform drm_
On Thu, Oct 3, 2013 at 3:19 PM, David Herrmann wrote:
> You mean I should _move_ it to drm_pci.c? It has never been
> pci-specific. But sure, I can do that. It actually makes sense. But
> I'd like to do that in a followup patch as it's a semantic change
> that's not directly related. I will includ
Hi, thank you for your contribution and the below is my short comments,
2013/10/2 Sean Paul :
> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
> bridge chip.
>
> Signed-off-by: Sean Paul
> ---
> .../devicetree/bindings/drm/bridge/ptn3460.txt | 27 ++
> drivers/gpu/d
https://bugs.freedesktop.org/show_bug.cgi?id=70053
--- Comment #4 from Alex Deucher ---
Created attachment 87033
--> https://bugs.freedesktop.org/attachment.cgi?id=87033&action=edit
force battery state on DC
Does this patch also fix the problem?
--
You are receiving this mail because:
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=70053
Alex Deucher changed:
What|Removed |Added
Attachment #87033|0 |1
is obsolete|
On Thu, 3 Oct 2013, Daniel Vetter wrote:
> Can you please attach full dmesg from boot up to the first WARN with
> drm.debug=0xe? This really shouldn't happen and indicates a bug
> somewhere ...
A bit difficult ... I originally thought that it was reliably
reproducible, but now I didn't get it af
2013/10/2 Sean Paul :
> This patch adds code to look for the ptn3460 in the device tree file on
> exynos initialization. If ptn node is found, the driver will initialize
> the ptn3460 driver and skip creating a DP connector (since the bridge
> driver will register its own connector).
>
> Signed-off
On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
> Hi, thank you for your contribution and the below is my short comments,
>
> 2013/10/2 Sean Paul :
>> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
>> bridge chip.
>>
>> Signed-off-by: Sean Paul
>> ---
>> .../devicetree/b
On Thu, Oct 3, 2013 at 10:43 AM, Inki Dae wrote:
> 2013/10/2 Sean Paul :
>> This patch adds code to look for the ptn3460 in the device tree file on
>> exynos initialization. If ptn node is found, the driver will initialize
>> the ptn3460 driver and skip creating a DP connector (since the bridge
>>
On Wed, Oct 2, 2013 at 5:10 PM, Olof Johansson wrote:
> On Tue, Oct 1, 2013 at 4:40 PM, Sean Paul wrote:
>> This patch adds the dp-controller node to the exynos5250-snow board dts
>> file.
>>
>> Signed-off-by: Sean Paul
>> ---
>> arch/arm/boot/dts/exynos5250-snow.dts | 12
>> 1 fil
01.10.2013, 18:16, "Konrad Rzeszutek Wilk" :
> On Tue, Oct 01, 2013 at 12:16:16PM +0200, Thomas Hellstrom wrote:
>
>> Jerome, Konrad
>>
>> Forgive an ignorant question, but it appears like both Nouveau and
>> Radeon may use pci_map_page() when populating TTMs on
>> pages obtained using the ordi
On Thu, Oct 3, 2013 at 7:48 AM, dm.leontiev7 wrote:
> Hello
>
> In my opinion, graphics stack will benefit from moving memory management to
> userspace because there are tons of features not available in kernel, like
> simd or c++.
both of which bring no benefit to memory management code
> Als
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 10:43 AM, Inki Dae wrote:
>> 2013/10/2 Sean Paul :
>>> This patch adds code to look for the ptn3460 in the device tree file on
>>> exynos initialization. If ptn node is found, the driver will initialize
>>> the ptn3460 driver and skip creating a DP co
https://bugs.freedesktop.org/show_bug.cgi?id=70088
Priority: medium
Bug ID: 70088
Assignee: dri-devel@lists.freedesktop.org
Summary: Glamor on r600g crashes Xserver
Severity: normal
Classification: Unclassified
OS: All
On Thu, Oct 3, 2013 at 1:18 PM, Inki Dae wrote:
> 2013/10/4 Sean Paul :
>> On Thu, Oct 3, 2013 at 10:43 AM, Inki Dae wrote:
>>> 2013/10/2 Sean Paul :
This patch adds code to look for the ptn3460 in the device tree file on
exynos initialization. If ptn node is found, the driver will init
Hi,
DirectFB is a good example of "doing it all in userspace". It works but at
the cost of ending up with pretty custom interfaces and non-standard ways
of handling things such as buffer addresses (physical) w.r.t to h/w
acceleration, IPC/RPC, buffer sharing for multi-process support, etc.
Memory
2013/10/3 Sean Paul :
> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>> Hi, thank you for your contribution and the below is my short comments,
>>
>> 2013/10/2 Sean Paul :
>>> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
>>> bridge chip.
>>>
>>> Signed-off-by: Sean Pa
From: Laurent Pinchart
And fix a spelling mistake.
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/drm.tmpl | 24 +++-
1 file changed, 19 insertions(+), 5 deletions(-)
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl
index ed1d6d2..539
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #1 from Grigori Goronzy ---
That looks exactly like the crash I see on PALM ASICs, too. I just didn't have
time to properly report it yet. Something is going wrong in SB's gcm phase.
This only seems to happen on certain ASICs, it wor
https://bugs.freedesktop.org/show_bug.cgi?id=45641
--- Comment #19 from John ---
Still same behavior with current drivers/kernel/mesa, I was hoping something
would have helped :)
Alex, do you have any other patch I can test against this?
Thanks,
John
--
You are receiving this mail because:
Yo
On Thu, Oct 3, 2013 at 10:39 AM, Inki Dae wrote:
> 2013/10/3 Sean Paul :
>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>>> Can a regulator be used instead of gpio in other board case?
>>>
>>
>> No, not to my knowledge.
>>
>
> Hm.. plz check it out again. the gpio pin is specific to board, an
On Thu, Oct 3, 2013 at 1:39 PM, Inki Dae wrote:
> 2013/10/3 Sean Paul :
>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>>> Hi, thank you for your contribution and the below is my short comments,
>>>
>>> 2013/10/2 Sean Paul :
This patch adds a drm_bridge driver for the PTN3460 DisplayPort
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 1:18 PM, Inki Dae wrote:
>> 2013/10/4 Sean Paul :
>>> On Thu, Oct 3, 2013 at 10:43 AM, Inki Dae wrote:
2013/10/2 Sean Paul :
> This patch adds code to look for the ptn3460 in the device tree file on
> exynos initialization. If ptn node i
https://bugs.freedesktop.org/show_bug.cgi?id=70088
Krzysztof A. Sobiecki changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
O
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 1:39 PM, Inki Dae wrote:
>> 2013/10/3 Sean Paul :
>>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
Hi, thank you for your contribution and the below is my short comments,
2013/10/2 Sean Paul :
> This patch adds a drm_bridge driv
On Thu, Oct 3, 2013 at 2:23 PM, Inki Dae wrote:
> 2013/10/4 Sean Paul :
>> On Thu, Oct 3, 2013 at 1:39 PM, Inki Dae wrote:
>>> 2013/10/3 Sean Paul :
On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
> Hi, thank you for your contribution and the below is my short comments,
>
> 2013
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #2 from Vadim Girlin ---
Please attach the output with R600_DEBUG=ps,vs
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=66673
--- Comment #5 from Dmitry Derevyanko ---
With
kernel: 3.11.3 gentoo version
mesa: git(Oct 3) builded with gles
xf86-video-ati: git(Oct 3)
libdrm: git(Oct 3)
llvm: git(Oct 3)
glamor: git(Oct 3) builded without gles
I can boot to kde (with radeo
On Wed 2013-09-04 11:08:14, Chris Wilson wrote:
> On Tue, Sep 03, 2013 at 09:06:47PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > I was happily using X... and then screen froze. Mouse still
> > moves. Switching to text console still worked, good. It is first time
> > in a while, normally this machin
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #3 from Marek Olšák ---
You should be able to obtain a better backtrace if you do this:
1) Delete /etc/X11/core.
2) Reproduce the crash. This should create a new core file in /etc/X11.
3) Run: gdb /usr/bin/Xorg /etc/X11/core
4) Type
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #11 from Chris Rankin ---
This issue is now fixed for me, presumably by:
commit b893bbf438e1924d5f47370b29421642e79b0221
Author: Marek Olšák
Date: Thu Oct 3 16:39:50 2013 +0200
r600g,radeonsi: create aux_context last
Thi
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #4 from Grigori Goronzy ---
Created attachment 87094
--> https://bugs.freedesktop.org/attachment.cgi?id=87094&action=edit
Xorg log with shader dump and sb dump
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #5 from Grigori Goronzy ---
Created attachment 87095
--> https://bugs.freedesktop.org/attachment.cgi?id=87095&action=edit
Xorg backtrace
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=68857
--- Comment #3 from Tom Stellard ---
It looks the EP test is failing, because the compiler doesn't support double
operations yet. I'm guessing the other tests are failing for the same reason.
Adding support for doubles is relatively straight fo
This set adds some missing devicetree nodes to the exynos5250-snow file as well
as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
the exynos5250-snow board.
Sean
Sean Paul (5):
ARM: dts: Add fimd display-timings for exynos5250-snow
ARM: dts: Add dp-controller node
This patch adds the internal panel timings to the exynos5250-snow board
dts file.
Signed-off-by: Sean Paul
---
v2: No difference
arch/arm/boot/dts/exynos5250-snow.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
b/arch/arm/boot/d
This patch adds the dp-controller node to the exynos5250-snow board dts
file.
Signed-off-by: Sean Paul
---
v2: Added dp-controller address to node (rebased on linux-next)
arch/arm/boot/dts/exynos5250-snow.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/e
This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
bridge chip.
Signed-off-by: Sean Paul
---
v2:
- Changed header definition to static inline
- Changed dt node name to lvds-bridge
.../devicetree/bindings/drm/bridge/ptn3460.txt | 27 ++
drivers/gpu/drm/
This patch adds code to look for the ptn3460 in the device tree file on
exynos initialization. If ptn node is found, the driver will initialize
the ptn3460 driver and skip creating a DP connector (since the bridge
driver will register its own connector).
Signed-off-by: Sean Paul
---
v2:
This patch adds a node for the ptn3460 DP-LVDS chip in the
exynos5250-snow board dts file.
Signed-off-by: Sean Paul
---
v2: Changed node name to lvds-bridge
arch/arm/boot/dts/exynos5250-snow.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/exynos52
On Thu, Oct 3, 2013 at 3:28 PM, Sean Paul wrote:
> This set adds some missing devicetree nodes to the exynos5250-snow file as
> well
> as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
> the exynos5250-snow board.
>
> Sean
Series:
Acked-by: Olof Johansson
-Olof
_
https://bugs.freedesktop.org/show_bug.cgi?id=70104
Priority: medium
Bug ID: 70104
Keywords: regression
CC: bri...@vmware.com
Assignee: dri-devel@lists.freedesktop.org
Summary: radeonsi_compute.c:260:11: error: 'struct
https://bugs.freedesktop.org/show_bug.cgi?id=70104
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=70106
Priority: medium
Bug ID: 70106
Keywords: regression
CC: bri...@vmware.com
Assignee: dri-devel@lists.freedesktop.org
Summary: si_state.c:2776:13: error: conflicting types for
https://bugs.freedesktop.org/show_bug.cgi?id=70106
--- Comment #1 from Brian Paul ---
Created attachment 87097
--> https://bugs.freedesktop.org/attachment.cgi?id=87097&action=edit
patch to try
Can you try the attached patch? I can't build radeonsi ATM. I guess nobody
tested my branch.
--
Y
https://bugs.freedesktop.org/show_bug.cgi?id=70106
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #13 from Jos van Wolput ---
(In reply to comment #12)
> Ok, I'm closing this bug.
Thanks, demos running well, issue fixed!
--
You are receiving this mail because:
You are the assignee for the bug.
___
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 2:23 PM, Inki Dae wrote:
>> 2013/10/4 Sean Paul :
>>> On Thu, Oct 3, 2013 at 1:39 PM, Inki Dae wrote:
2013/10/3 Sean Paul :
> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>> Hi, thank you for your contribution and the below is my sho
2013/10/4 Olof Johansson :
> On Thu, Oct 3, 2013 at 10:39 AM, Inki Dae wrote:
>> 2013/10/3 Sean Paul :
>>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
Can a regulator be used instead of gpio in other board case?
>>>
>>> No, not to my knowledge.
>>>
>>
>> Hm.. plz check it out again.
2013/10/4 Sean Paul :
> This patch adds code to look for the ptn3460 in the device tree file on
> exynos initialization. If ptn node is found, the driver will initialize
> the ptn3460 driver and skip creating a DP connector (since the bridge
> driver will register its own connector).
>
> Signed-off
https://bugs.freedesktop.org/show_bug.cgi?id=70108
Priority: medium
Bug ID: 70108
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected e64633e8c3a5498998a45ab721bf80edca101cf5]
regression: bad rendering on r600g
Sever
On Thu, Oct 3, 2013 at 10:29 PM, Inki Dae wrote:
> 2013/10/4 Sean Paul :
>> This patch adds code to look for the ptn3460 in the device tree file on
>> exynos initialization. If ptn node is found, the driver will initialize
>> the ptn3460 driver and skip creating a DP connector (since the bridge
>>
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #4 from Alexandre Demers ---
Created attachment 87013
--> https://bugs.freedesktop.org/attachment.cgi?id=87013&action=edit
Many glitches in the middle of the screen
Here, some more visible glitches flickering at an impressive pace.
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #6 from Pavel Ondračka ---
Created attachment 87014
--> https://bugs.freedesktop.org/attachment.cgi?id=87014&action=edit
EVE online Wine terminal output
(In reply to comment #5)
> Do particular shaders fail to compile or is there j
Hello,
In my quest for changing locking around page faults to make things easier for
filesystems I found out get_user_pages() users could use a cleanup. The
knowledge about necessary locking for get_user_pages() is in tons of places in
drivers and quite a few of them actually get it wrong (do
On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
> Hello,
>
> In my quest for changing locking around page faults to make things easier
> for
> filesystems I found out get_user_pages() users could use a cleanup. The
> knowledge about necessary locking for get_user_pages() is in tons
On 9/30/2013 7:36 AM, Daniel Vetter wrote:
On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote:
[I emailed the list with this same material on 9/13, but it has
received no response and someone on the Ubuntu kernel team suggested
that I change the email Subject from "Re: Moving a bug upstre
On Wed 02-10-13 09:20:09, Christoph Hellwig wrote:
> On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
> > Hello,
> >
> > In my quest for changing locking around page faults to make things easier
> > for
> > filesystems I found out get_user_pages() users could use a cleanup. The
> >
Hi,
First of all sorry for the late response,
On Tue, Oct 1, 2013 at 10:09 AM, Inki Dae wrote:
>
>
> > -Original Message-
> > From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
> > Sent: Monday, September 30, 2013 7:09 AM
> > To: Inki Dae
> > Cc: Rahul Sharma; devicet...@vge
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #23 from Thilo Cestonaro ---
Sadly no. Unity still is flickering and has that triangle kind of display
errors.
:(
Greetings
Thilo
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #7 from Michel Dänzer ---
(In reply to comment #1)
> Possibly related to bug 69983.
That is indeed likely — current master (since
68f6dec32ed5eede361f76c8dbdf897652659baf) locks up my RS880 even with glxgears,
though only using LLVM.
During resume from hibernation, I started to see the warning below since
commit b8f102e8bf71cacf33326360fdf9dcfd1a63925b
Author: Egbert Eich
Date: Fri Jul 26 14:14:24 2013 +0200
drm/i915: Add messages useful for HPD storm detection debugging (v2)
the system
Can you please attach full dmesg from boot up to the first WARN with
drm.debug=0xe? This really shouldn't happen and indicates a bug
somewhere ...
Cheers, Daniel
On Thu, Oct 3, 2013 at 11:46 AM, Jiri Kosina wrote:
> During resume from hibernation, I started to see the warning below since
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=70068
Priority: medium
Bug ID: 70068
Assignee: dri-devel@lists.freedesktop.org
Summary: flightgear crashes with "Streamout unsupported in
util_blitter_clear_buffer()"
Severity: nor
https://bugs.freedesktop.org/show_bug.cgi?id=70068
--- Comment #1 from Marc Dietrich ---
bisect revealed that 68f6dec32ed5eede361f76c8dbdf897652659baf:
r600g: move aux_context and r600_screen_clear_buffer to drivers/radeon
is the one to be blamed.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=70068
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Alex Deucher changed:
What|Removed |Added
CC||marvi...@gmx.de
--- Comment #10 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=70073
Priority: medium
Bug ID: 70073
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g] Stop calling draw_prepare_shader_outputs
Severity: normal
Classification: Unclassified
On Wed, Oct 02, 2013 at 11:23:35AM +0200, David Herrmann wrote:
> All bus drivers do device setup themselves. This requires us to adjust all
> of them if we introduce new core features. Thus, merge all these into a
> uniform drm_dev_register() helper.
>
> Note that this removes the drm_lastclose()
On Wed, Oct 02, 2013 at 11:23:38AM +0200, David Herrmann wrote:
> Analog to drm_dev_register(), we now provide drm_dev_unregister() which
> does the reverse. drm_dev_put() is still in place and combines the calls
> to drm_dev_unregister() and drm_dev_free() so buses don't have to change.
>
> *_get
Hi Daniel
On Thu, Oct 3, 2013 at 3:15 PM, Daniel Vetter wrote:
> On Wed, Oct 02, 2013 at 11:23:35AM +0200, David Herrmann wrote:
>> All bus drivers do device setup themselves. This requires us to adjust all
>> of them if we introduce new core features. Thus, merge all these into a
>> uniform drm_
On Thu, Oct 3, 2013 at 3:19 PM, David Herrmann wrote:
> You mean I should _move_ it to drm_pci.c? It has never been
> pci-specific. But sure, I can do that. It actually makes sense. But
> I'd like to do that in a followup patch as it's a semantic change
> that's not directly related. I will includ
Hi, thank you for your contribution and the below is my short comments,
2013/10/2 Sean Paul :
> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
> bridge chip.
>
> Signed-off-by: Sean Paul
> ---
> .../devicetree/bindings/drm/bridge/ptn3460.txt | 27 ++
> drivers/gpu/d
https://bugs.freedesktop.org/show_bug.cgi?id=70053
--- Comment #4 from Alex Deucher ---
Created attachment 87033
--> https://bugs.freedesktop.org/attachment.cgi?id=87033&action=edit
force battery state on DC
Does this patch also fix the problem?
--
You are receiving this mail because:
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=70053
Alex Deucher changed:
What|Removed |Added
Attachment #87033|0 |1
is obsolete|
On Thu, 3 Oct 2013, Daniel Vetter wrote:
> Can you please attach full dmesg from boot up to the first WARN with
> drm.debug=0xe? This really shouldn't happen and indicates a bug
> somewhere ...
A bit difficult ... I originally thought that it was reliably
reproducible, but now I didn't get it af
2013/10/2 Sean Paul :
> This patch adds code to look for the ptn3460 in the device tree file on
> exynos initialization. If ptn node is found, the driver will initialize
> the ptn3460 driver and skip creating a DP connector (since the bridge
> driver will register its own connector).
>
> Signed-off
On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
> Hi, thank you for your contribution and the below is my short comments,
>
> 2013/10/2 Sean Paul :
>> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
>> bridge chip.
>>
>> Signed-off-by: Sean Paul
>> ---
>> .../devicetree/b
On Thu, Oct 3, 2013 at 10:43 AM, Inki Dae wrote:
> 2013/10/2 Sean Paul :
>> This patch adds code to look for the ptn3460 in the device tree file on
>> exynos initialization. If ptn node is found, the driver will initialize
>> the ptn3460 driver and skip creating a DP connector (since the bridge
>>
On Wed, Oct 2, 2013 at 5:10 PM, Olof Johansson wrote:
> On Tue, Oct 1, 2013 at 4:40 PM, Sean Paul wrote:
>> This patch adds the dp-controller node to the exynos5250-snow board dts
>> file.
>>
>> Signed-off-by: Sean Paul
>> ---
>> arch/arm/boot/dts/exynos5250-snow.dts | 12
>> 1 fil
01.10.2013, 18:16, "Konrad Rzeszutek Wilk" :
> On Tue, Oct 01, 2013 at 12:16:16PM +0200, Thomas Hellstrom wrote:
>
>> Jerome, Konrad
>>
>> Forgive an ignorant question, but it appears like both Nouveau and
>> Radeon may use pci_map_page() when populating TTMs on
>> pages obtained using the ordi
1 - 100 of 426 matches
Mail list logo
