On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> > wrote:
> > > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > >
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-nouveau-fan-handle-the-cases-where-we-are-outsid.patch
Type: text/x-patch
Size: 1153 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/ac6a3d9f/attachment.bin>
Hi all
Sorry, not sure what information is most appropriate here. GPU hangs from
time to time on this laptop, typically when running firefox on
graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
(squeeze), lspci
00:02.0 VGA compatible controller: Intel Corporation Mobile
On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> wrote:
> > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> >> wrote:
> >> > As soon as I open the following website:
> >> > http
Hi Jani,
On Monday 17 December 2012 18:53:37 Jani Nikula wrote:
> On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >> > From: Laurent Pinchart
> >> >
> >> > Hi everybody,
> >> >
> >> >
On 12/14/12 7:50 PM, Daniel Vetter wrote:
> Dude, you're seriously overshooting here. This patch isn't required
> _at_ _all_ to do cross device sharing/reservations/whatever. We've
> simply discussed TTM documentation in the context of Maartens work,
> and I've suggested to include all the TTM kern
Hi Vikas,
On Friday 14 December 2012 10:27:12 Vikas Sajjan wrote:
>
> Hi All,
>
> I was thinking of porting samsung exynos 5250 display driver as per CDF,
>
> but i had certain doubts and wanted to discuss with you guys,
>
> 1. Samsung Exynos supports MIPI DSI based display panels, wondering
Hi Dave,
On 2012년 12월 18일 15:30, Dave Airlie wrote:
> On Thu, Sep 27, 2012 at 4:30 PM, Seung-Woo Kim wrote:
>> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
>> gem
>> makes memory leak. release function of dma-buf cannot be called because
>> f_count
>> of dma-buf
On 2012.12.17 at 22:48 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > wrote:
> > > As soon as I open the following website:
> > > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
On 17.12.2012 22:55, Stephen Warren wrote:
> On 12/16/2012 09:37 AM, Terje Bergström wrote:
> ...
>> ... Sure we could tell DC to ask its parent
>> (host1x), and call host1x driver with platform_device pointer found that
>> way, and host1x would return a pointer to tegradrm's data. Hanging the
>> d
On Thu, Sep 27, 2012 at 4:30 PM, Seung-Woo Kim wrote:
> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
> gem
> makes memory leak. release function of dma-buf cannot be called because
> f_count
> of dma-buf increased by importing gem and gem ref count cannot be decre
https://bugs.freedesktop.org/show_bug.cgi?id=58354
Alexandre Demers changed:
What|Removed |Added
Summary|[bisected] r600g locks up |[bisected] r600g: use DMA
On Mon, Dec 17, 2012 at 11:04 PM, Dave Airlie wrote:
>>
>> Many developers showed interest in the first RFC, and I've had the
>> opportunity
>> to discuss it with most of them. I would like to thank (in no particular
>> order) Tomi Valkeinen for all the time he spend helping me to draft v2,
>> M
On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> wrote:
> > As soon as I open the following website:
> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
> >
> > my Radeon RS780 stalls (GPU lockup) leaving the mach
On an (outdated) laptop the radeon driver (almost always) prints, during
the first resume of each session:
[drm] crtc 1 is connected to a TV
This message is a bit puzzling as, as far as I know, no TV has ever
been connected to this laptop. Anyhow, before v3.5, if that happened the
radeon drive
, nice boost if we forget about the 3 fps
thing)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/9e69477e/attachment.html>
Add support for OMAP5 processor. The main differences are that the OMAP5
has 2 containers, one for 1D and one for 2D. Each container is 128MiB in
size.
Signed-off-by: Andy Gross
---
drivers/staging/omapdrm/omap_dmm_priv.h |5 +
drivers/staging/omapdrm/omap_dmm_tiler.c | 127 +
First patch adds PM capabilities for omapdrm. Second patch adds
OMAP5 support to DMM driver component.
Series was build tested and based on linux-next.
Andy Gross (2):
drm/omap: Add PM capabilities
drm/omap: Add OMAP5 support
drivers/staging/omapdrm/omap_dmm_priv.h |5 +
drivers/stagi
Added resume hooks that will be called on resuming from DEVICE_OFF.
The dmm portion of the patch reprograms the LUT to point to the dummy
pages. The omapdrm portion of the patch repins the buffers into the
DMM.
Signed-off-by: Andy Gross
---
drivers/staging/omapdrm/omap_dmm_tiler.c | 34 ++
[1462:3fe9]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/60dcebbd/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/fa3ff760/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/af1c74e2/attachment.html>
org/archives/dri-devel/attachments/20121217/07202b36/attachment.html>
>
> b) don't keep track of dma_buf, keep track of gem objects, when we get
> a lookup, check inside the gem object, since currently we NULL out the
> export_dma_buf when we hit the release path, apart from the fact I'm
> sure the locking is foobar,
Okay I've sent and implementation of this option,
From: Dave Airlie
So when we export an dma buf we store it on the import list for that file
priv, so we can trap later imports of a buffer we exported from ourselves.
However there is nothing to clean that pointer up if the dma-buf gets
released internally, since we don't hold a reference to it.
On Mon, Dec 17, 2012 at 7:59 PM, St?phane Marchesin
wrote:
>
>> And
>> fimd, as display controller, could be controlled by linux framebuffer or drm
>> framework.
>>
>
> I don't think it's a valid point. If the framebuffer is properly done
> on top of the DRM, you don't need all of that at all.
Im
>
> Many developers showed interest in the first RFC, and I've had the opportunity
> to discuss it with most of them. I would like to thank (in no particular
> order) Tomi Valkeinen for all the time he spend helping me to draft v2, Marcus
> Lorentzon for his useful input during Linaro Connect Q4 20
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 6ace91e648a327ebf98093b6d971a097c36cd46d
commit: 6ace91e648a327ebf98093b6d971a097c36cd46d [120/120] drm/i915: Clear the
stolen fb before enabling
sparse warnings:
+ drivers/gpu/drm/i915/intel_fb.c:163:17: s
lt;&tps>; /* link to the tps */
> brightness = <100>;
> };
> };
>
> display-timings is based on the of-videomode helpers patch..
> panel-info probably needs to be made to be something more generic, but
> we need something to know how to configure the crtc properly..
>
> but I'm not quite sure what to do with the backlight..
>
> BR,
> -R
>
> ___
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/4154d6df/attachment-0001.html>
So I've gotten back to playing with prime for a day, and found some
old intel/radeon tests I had failing,
Tracked it down to a lifetime issue with the current code and can
think of two fixes,
The problem scenario is
1. i915: create gem object
2. i915: export gem object to prime
3. radeon: import
As soon as I open the following website:
http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Dec 17 17:41:39 x4 kernel: [drm] Initialized drm 1.1.0 20060810
Dec 17 17:41:39 x4 kernel: [drm] radeon defaulting
On Mon, 17 Dec 2012 16:59:00 +0100, Daniel Vetter
wrote:
> Otherwise it seems like we can get stuck with concurrent waiters.
> Right now this /shouldn't/ be a problem, since all pending pageflip
> waiters are serialized by the one mode_config.mutex, so there's at
> most on waiter. But better para
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121217/dc0ea3eb/attachment.html>
Hi Laurent -
On Mon, 17 Dec 2012, Laurent Pinchart
wrote:
> Hi Tomi,
>
> I finally have time to work on a v3 :-)
>
> On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
>> On 2012-11-22 23:45, Laurent Pinchart wrote:
>> > From: Laurent Pinchart
>> >
>> > Hi everybody,
>> >
>> > Here's
On 17.12.2012 17:04, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> radeon_fence_wait_empty_locked should not trigger GPU reset as no
> place where it's call from would benefit from such thing and it
> actually lead to a kernel deadlock in case the reset is triggered
> from pm codepath. In
tween
>> two display entities.
>
> What is missing in your proposal is an explanation of how the panel is
> controlled. What does your register_display() function register the display
> with, and what then calls the display operations ?
In my particular case, the omapfb calls the
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/1bf307f2/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121217/9deb383b/attachment.html>
On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
>> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
>> wrote:
>> > As soon as I open the following website:
>> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
Otherwise it seems like we can get stuck with concurrent waiters.
Right now this /shouldn't/ be a problem, since all pending pageflip
waiters are serialized by the one mode_config.mutex, so there's at
most on waiter. But better paranoid than sorry, since this is tricky
code.
Signed-off-by: Daniel
We need to make sure that the fbcon is still bound when touching the
hw, since otherwise we might corrupt the modeset state of kms clients.
X mostly works around that with VT switching and setting the VT into
raw mode, which disables most fbcon events.
Raw kms test programs though don't do that da
Hi all,
So in the course of beating the pageflip paths senseless to test the new locking
scheme I've hunted down some bugs on g33. Sometimes we seemingly time out
waiting for the event - apparently the pageflip irq is lost somewhere. I've
tried to dig in, but lost myself completely in the rather f
On 17.12.2012 16:29, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Force all fence to signal if GPU reset failed so no process get stuck
> on waiting fence.
>
> Signed-off-by: Jerome Glisse
Seems to make sense.
Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon.h
Added to fixes and stable. Thanks!
On Mon, Dec 17, 2012 at 11:41 AM, Christian K?nig
wrote:
> On 17.12.2012 17:04, j.glisse at gmail.com wrote:
>>
>> From: Jerome Glisse
>>
>> radeon_fence_wait_empty_locked should not trigger GPU reset as no
>> place where it's call from would benefit from such
Applied to my fixes branch. Thanks!
2012/12/17 Christian K?nig :
> Reviewed-by: Christian K?nig
On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
wrote:
> As soon as I open the following website:
> http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
>
> my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Is this a regression? Most likely a 3D driver
On Fri, Dec 07, 2012 at 08:37:06PM +, Chris Wilson wrote:
> Required by i915 in order to avoid the allocation in the middle of
> manipulating the drm_mm lists.
>
> Use a pair of stubs to preserve the existing EXPORT_SYMBOLs for
> backporting; to be removed later.
>
> Cc: Dave Airlie
> Cc: dr
Hi Alan,
On Monday 26 November 2012 14:47:08 Alan Cox wrote:
> On Sat, 24 Nov 2012 09:15:51 +0200 Tomi Valkeinen wrote:
> > On 2012-11-23 21:56, Thierry Reding wrote:
> > > On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > > [...]
> > >
> > >> Display entities are accessed by
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #16 from Andre 2012-12-17 16:11:28 ---
Before i could crash X almost instantaneously by switching the kde (openGL)
screensaver back and forth.
Now the system runs for almost two hours without any problems so far.
--
Configure b
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
On 17.12.2012, Guennadi Liakhovetski wrote:
> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> [drm] capturing error event; look for more information in
> /debug/dri/0/i915_error_state
> [drm:i915_reset] *ERROR* Failed to reset chip.
I have the same problem, are able to r
Fix:
nouveau_pm.c: In function ‘nouveau_hwmon_init’:
nouveau_pm.c:703:24: warning: unused variable ‘therm’ [-Wunused-variable]
Signed-off-by: Guenter Roeck
---
drivers/gpu/drm/nouveau/nouveau_pm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
Hi Sascha,
On Friday 23 November 2012 22:41:58 Sascha Hauer wrote:
> On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > The CDF models this using a Russian doll's model. From the display
> > controller point of view only the first external entity
On 13.12.2012 17:23, Joe Perches wrote:
> On Thu, 2012-12-13 at 16:04 +0200, Terje Bergstrom wrote:
>> Add support for host1x debugging. Adds debugfs entries, and dumps
>> channel state to UART in case of stuck job.
>
> trivial note:
>
> []
>
>> diff --git a/drivers/gpu/host1x/debug.h b/drivers/
separate busses in a similar fashion, DT
bindings needs to reference the panel through a phandle, even though in some
cases they could technically just be children of the display controller.
--
Regards,
Laurent Pinchart
-- next part ------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/132907d3/attachment-0001.pgp>
ework, and get this
whole panel/chip driver issue solved in a generic manner.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/8d319cc7/attachment-0001.pgp>
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/5654dae3/attachment.html>
video source deals with the bus between
> two display entities.
What is missing in your proposal is an explanation of how the panel is
controlled. What does your register_display() function register the display
with, and what then calls the display operations ?
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/a62b7de6/attachment.pgp>
On Tue, Dec 18, 2012 at 12:15 AM, Heinz Diehl wrote:
>> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
>> [drm] capturing error event; look for more information in
>> /debug/dri/0/i915_error_state
>> [drm:i915_reset] *ERROR* Failed to reset chip.
>
> I have the same problem
Hi Tomi,
On Monday 17 December 2012 17:29:15 Tomi Valkeinen wrote:
> On 2012-12-17 16:36, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >>> From: Laurent Pinchart
> >>>
> >>> Hi everybody,
> >>>
> >>> He
On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
wrote:
> Sorry, not sure what information is most appropriate here. GPU hangs from
> time to time on this laptop, typically when running firefox on
> graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
> (squeeze), lspci
On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> > wrote:
> > > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > >
On 17/12/2012 13:35, Ozan Çağlayan wrote:
Hi Ozan,
Please have a look at this documentation:
http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/nouveau_thermal
It will tell you how to use fan management on your card :)
Please report back! I am interested in your results!
Hi all
Sorry, not sure what information is most appropriate here. GPU hangs from
time to time on this laptop, typically when running firefox on
graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
(squeeze), lspci
00:02.0 VGA compatible controller: Intel Corporation Mobile
>
> Hi Ozan,
>
> Please have a look at this documentation:
> http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/nouveau_thermal
> It will tell you how to use fan management on your card :)
>
> Please report back! I am interested in your results!
>
> Martin
Hey this is nice! I
On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> wrote:
> > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> >> wrote:
> >> > As soon as I open the following website:
> >> > http
On 17 December 2012 14:25, Sumit Semwal wrote:
Apologies for re-sending, since the gmail ui 'decided' to set some
formatting options by default!
> Hi Maarten,
>
> On 14 December 2012 17:27, Maarten Lankhorst
> wrote:
>>
>> Op 14-12-12 10:36, sumit.semwal at ti.com schreef:
>> > From: Sumit Semwal
https://bugs.freedesktop.org/show_bug.cgi?id=56634
--- Comment #5 from maxi...@free.fr ---
Using kernel from linus's repo fixes this issue.
Not sure if it is a "proper" fix, so I'll let you close the repoer if it should
be closed.
(now I'm getting 40 fps in heaven , nice boost if we forget about
On 14 December 2012 16:04, Daniel Vetter wrote:
>
> Missed one ...
>
> On Fri, Dec 14, 2012 at 10:36 AM, wrote:
> > + list_for_each_entry(attach_obj, &buf_obj->attachments,
> > node) {
> > + seq_printf(s, "\t\t");
> > +
> > + seq_printf(
; ~Maarten
>
> Best regards,
~Sumit.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/15bff657/attachment.html>
Hi Jani,
On Monday 17 December 2012 18:53:37 Jani Nikula wrote:
> On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >> > From: Laurent Pinchart
> >> >
> >> > Hi everybody,
> >> >
> >> >
On 12/14/12 7:50 PM, Daniel Vetter wrote:
Dude, you're seriously overshooting here. This patch isn't required
_at_ _all_ to do cross device sharing/reservations/whatever. We've
simply discussed TTM documentation in the context of Maartens work,
and I've suggested to include all the TTM kerneldoc
On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
>> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
>> wrote:
>> > As soon as I open the following website:
>> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
Hi Vikas,
On Friday 14 December 2012 10:27:12 Vikas Sajjan wrote:
>
> Hi All,
>
> I was thinking of porting samsung exynos 5250 display driver as per CDF,
>
> but i had certain doubts and wanted to discuss with you guys,
>
> 1. Samsung Exynos supports MIPI DSI based display panels, wondering
On 2012.12.17 at 22:48 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > wrote:
> > > As soon as I open the following website:
> > > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
On 12/16/2012 09:37 AM, Terje Bergstr?m wrote:
...
> ... Sure we could tell DC to ask its parent
> (host1x), and call host1x driver with platform_device pointer found that
> way, and host1x would return a pointer to tegradrm's data. Hanging the
> data onto host1x driver is just a more complicated w
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #6 from Henrique Dias ---
# lspci -nnvv
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86 [GeForce 8400M
G] [10de:0428] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device [1
On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> wrote:
> > As soon as I open the following website:
> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
> >
> > my Radeon RS780 stalls (GPU lockup) leaving the mach
https://bugs.freedesktop.org/show_bug.cgi?id=57670
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Added to fixes and stable. Thanks!
On Mon, Dec 17, 2012 at 11:41 AM, Christian König
wrote:
> On 17.12.2012 17:04, j.gli...@gmail.com wrote:
>>
>> From: Jerome Glisse
>>
>> radeon_fence_wait_empty_locked should not trigger GPU reset as no
>> place where it's call from would benefit from such th
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #5 from Henrique Dias ---
Created attachment 71698
--> https://bugs.freedesktop.org/attachment.cgi?id=71698&action=edit
Another screenshot
--
You are receiving this mail because:
You are the assignee for the bug.
_
Applied to my fixes branch. Thanks!
2012/12/17 Christian König :
> Reviewed-by: Christian König
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=44126
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
wrote:
> As soon as I open the following website:
> http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
>
> my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Is this a regression? Most likely a 3D driver
On an (outdated) laptop the radeon driver (almost always) prints, during
the first resume of each session:
[drm] crtc 1 is connected to a TV
This message is a bit puzzling as, as far as I know, no TV has ever
been connected to this laptop. Anyhow, before v3.5, if that happened the
radeon drive
On 12/16/2012 09:37 AM, Terje Bergström wrote:
...
> ... Sure we could tell DC to ask its parent
> (host1x), and call host1x driver with platform_device pointer found that
> way, and host1x would return a pointer to tegradrm's data. Hanging the
> data onto host1x driver is just a more complicated w
On Mon, Dec 17, 2012 at 7:59 PM, Stéphane Marchesin
wrote:
>
>> And
>> fimd, as display controller, could be controlled by linux framebuffer or drm
>> framework.
>>
>
> I don't think it's a valid point. If the framebuffer is properly done
> on top of the DRM, you don't need all of that at all.
Im
On Mon, 17 Dec 2012 16:59:00 +0100, Daniel Vetter
wrote:
> Otherwise it seems like we can get stuck with concurrent waiters.
> Right now this /shouldn't/ be a problem, since all pending pageflip
> waiters are serialized by the one mode_config.mutex, so there's at
> most on waiter. But better para
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #4 from Henrique Dias ---
more dmesg messages:
[ 1123.476832] nouveau E[ PGRAPH][:01:00.0] TRAP_MP_EXEC - TP 0 MP 0:
INVALID_OPCODE at 07ff00 warp 0, opcode
[ 1123.476839] nouveau [ PGRAPH][:01:00.0] TRA
From: Jerome Glisse
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or
On Tue, Dec 11, 2012 at 8:01 PM, Inki Dae wrote:
>
>
> 2012/12/12 Stéphane Marchesin
>>
>> On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
>> >
>> >
>> > 2012/12/10 Stéphane Marchesin
>> >>
>> >> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
>> >> >
>> >> >
>> >> > 2012/12/6 R. Chandraseka
On Tue, Dec 11, 2012 at 8:01 PM, Inki Dae wrote:
>
>
> 2012/12/12 St?phane Marchesin
>>
>> On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
>> >
>> >
>> > 2012/12/10 St?phane Marchesin
>> >>
>> >> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
>> >> >
>> >> >
>> >> > 2012/12/6 R. Chandraseka
Fix:
nouveau_pm.c: In function ?nouveau_hwmon_init?:
nouveau_pm.c:703:24: warning: unused variable ?therm? [-Wunused-variable]
Signed-off-by: Guenter Roeck
---
drivers/gpu/drm/nouveau/nouveau_pm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
On Mon, Dec 17, 2012 at 9:26 AM, Sekhar Nori wrote:
> Hi Rob,
>
>
> On Monday, December 17, 2012, Rob Clark wrote:
>>
>> On Mon, Dec 17, 2012 at 8:39 AM, Rob Clark wrote:
>> >> I'm not very enthusiastic about adding ti-lcdc specific panel/chip
>> >> drivers. It's not really a big deal if it's onl
As soon as I open the following website:
http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Dec 17 17:41:39 x4 kernel: [drm] Initialized drm 1.1.0 20060810
Dec 17 17:41:39 x4 kernel: [drm] radeon defaulting
From: Jerome Glisse
Force all fence to signal if GPU reset failed so no process get stuck
on waiting fence.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h| 1 +
drivers/gpu/drm/radeon/radeon_device.c | 1 +
drivers/gpu/drm/radeon/radeon_fence.c | 19 +++
On Mon, Dec 17, 2012 at 4:11 AM, Christian K?nig
wrote:
> On 14.12.2012 21:33, Jerome Glisse wrote:
>>
>> On Fri, Dec 14, 2012 at 3:13 PM, Christian K?nig
>> wrote:
>>>
>>> On 14.12.2012 18:39, j.glisse at gmail.com wrote:
From: Jerome Glisse
After lockup we need to resume fe
On 14.12.2012 21:33, Jerome Glisse wrote:
> On Fri, Dec 14, 2012 at 3:13 PM, Christian K?nig
> wrote:
>> On 14.12.2012 18:39, j.glisse at gmail.com wrote:
>>> From: Jerome Glisse
>>>
>>> After lockup we need to resume fence to last sync sequence and not
>>> last received sequence so that all thre
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #3 from Henrique Dias ---
Created attachment 71674
--> https://bugs.freedesktop.org/attachment.cgi?id=71674&action=edit
my graphics are a mess.
my graphics are a mess.
--
You are receiving this mail because:
You are the assignee
1 - 100 of 158 matches
Mail list logo
