Hi Thierry,
On 08/31/2013 12:25 AM, Thierry Reding wrote:
Add a very simple framework to register and lookup panels. Panel drivers
can initialize a DRM panel and register it with the framework, allowing
them to be retrieved and used by display drivers. Currently only support
for DPMS and obtaini
On Wed, Aug 14, 2013 at 09:43:30PM +0200, Sebastian Hesselbarth wrote:
> From: Russell King
>
> This patch adds tda998x specific parameters to allow it to be configured
> for different boards using it. Also, this implements rudimentary audio
> support for S/PDIF attached controllers.
>
> Signed-
On 09/08/13 20:14, Laurent Pinchart wrote:
> Hi everybody,
>
> Here's the third RFC of the Common Display Framework.
>
> I won't repeat all the background information from the versions one and two
> here, you can read it at http://lwn.net/Articles/512363/ and
> http://lwn.net/Articles/526965/.
>
Hi,
On 09/08/13 20:14, Laurent Pinchart wrote:
> The Common Display Framework (CDF) splits display devices in entities
> that interact through an abstract API. Each entity is managed by its own
> driver independently of the other entities, with the framework
> orchestrating interactions.
>
> This
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #10 from Alexandre Demers ---
If ret=1 just after ni_restrict_performance_levels_before_switch(),
ni_dpm_set_power_state() doesn't go any further and there is no hang. So, it
seems like if the problem is not with
ni_restrict_performan
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #9 from Alexandre Demers ---
Still the same with kernel 3.11.0. Tried with VM=0, aspm=0, disconnected my UPC
(just in case it was something with a "battery" state or something similar),
tried Gnome 3 and XFCE, all the same. The only t
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #16 from Brian Hall ---
Cannot reproduce the problem by modifying drivers/gpu/drm/radeon/atom.c,
apparently my bisect was incorrect. Problem does not occur even if I undo all
the code changes for that commit.
I did reconfirm the basi
On Sun, Sep 1, 2013 at 1:34 PM, Anthoine Bourgeois
wrote:
> Allows you to limit the selected power levels via sysfs.
>
> Force the feedback divider to select a power level.
>
> v2: fix checking in rs780_force_fbdiv,
>drop a duplicate divider structure in rs780_dpm_force_performance_level,
>
https://bugs.freedesktop.org/show_bug.cgi?id=68857
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=68857
Priority: medium
Bug ID: 68857
Assignee: dri-devel@lists.freedesktop.org
Summary: SNU OpenCL NAS Parallel Benchmarks don't work
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #99 from Eugene ---
> Can you attach a copy of your vbios?
>
> (as root)
> (use lspci to get the bus id)
> cd /sys/bus/pci/devices/
> echo 1 > rom
> cat rom > /tmp/vbios.rom
> echo 0 > rom
Yes, here it is, in attachment.
> Also, can
https://bugs.freedesktop.org/show_bug.cgi?id=68856
audi...@live.fr changed:
What|Removed |Added
Attachment #85083|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=68856
Priority: medium
Bug ID: 68856
Assignee: dri-devel@lists.freedesktop.org
Summary: Rendering artefacts with Unvanquished
Severity: normal
Classification: Unclassified
OS: Linu
On Sun, Sep 1, 2013 at 11:54 PM, Daniel Vetter wrote:
> On Sat, Aug 31, 2013 at 04:02:16PM -0700, Linus Torvalds wrote:
>> Hmm. I just updated my machine to a i7-4770S (kept everything else the
>> same, just switched out motherboards), and now when my display goes to
>> sleep, it seems to never co
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #98 from Eugene ---
Created attachment 85079
--> https://bugs.freedesktop.org/attachment.cgi?id=85079&action=edit
Radeon HD2600XT vbios
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #97 from Alex Deucher ---
(In reply to comment #96)
> Not so fast fellas. Recently checked 3.11RC7 and DRM-Next (current). The
> result is the same: it still can't boot with my Radeon HD 2600 XT :(
Can you attach a copy of your vbios
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #96 from Eugene ---
Not so fast fellas. Recently checked 3.11RC7 and DRM-Next (current). The result
is the same: it still can't boot with my Radeon HD 2600 XT :(
--
You are receiving this mail because:
You are the assignee for the b
On Mon, Sep 2, 2013 at 9:19 AM, Rob Clark wrote:
> On Mon, Sep 2, 2013 at 3:39 AM, Daniel Vetter wrote:
>> On Fri, Aug 30, 2013 at 10:00:28AM -0400, Rob Clark wrote:
>>> On Thu, Aug 29, 2013 at 7:34 PM, Greg Hackmann wrote:
>>> > On Thu, Aug 29, 2013 at 5:54 AM, Rob Clark wrote:
>>> >>
>>> >> I
There are a lot of places that allocate multiples of 1000,
but do not set alignment correctly and still require this
alignment implicitly or explicitly.
---
drivers/gpu/drm/nouveau/core/core/gpuobj.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/core/gpuo
I was getting a order 4 allocation failure from kmalloc when testing some game
after a few days uptime with some suspend/resumes. For big allocations vmalloc
should be used instead.
Also limit size more aggressively to 256 KiB.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouvea
I don't see why the display engine would need write access to the entirety of
vram, when read-only access is enough.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nv50_display.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/
nv50_bo_move_m2mf might copy to tiled gart, in which case linear copy is not
appropriate.
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 42
1 file changed, 24 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nou
This increases the chance slightly that recovery from lockup can happen
succesfully.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nv84_fence.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nv84_fence.c
b/drivers/gpu/drm/nouveau/n
On Mon, Sep 02, 2013 at 02:02:06PM +0200, David Herrmann wrote:
> Hi
>
> On Mon, Sep 2, 2013 at 9:43 AM, Daniel Vetter wrote:
> > On Sun, Sep 01, 2013 at 03:36:51PM +0200, David Herrmann wrote:
> >> Use the new DRM infrastructure to kick out firmware DRM drivers before
> >> loading i915.
> >>
> >
https://bugs.freedesktop.org/show_bug.cgi?id=68845
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Sep 2, 2013 at 3:39 AM, Daniel Vetter wrote:
> On Fri, Aug 30, 2013 at 10:00:28AM -0400, Rob Clark wrote:
>> On Thu, Aug 29, 2013 at 7:34 PM, Greg Hackmann wrote:
>> > On Thu, Aug 29, 2013 at 5:54 AM, Rob Clark wrote:
>> >>
>> >> I guess if you have multiple encoders + multiple connector
https://bugs.freedesktop.org/show_bug.cgi?id=68845
--- Comment #2 from Kusanagi Kouichi ---
Created attachment 85060
--> https://bugs.freedesktop.org/attachment.cgi?id=85060&action=edit
screenshot with mesa snb-magic-17560-g53e20b8
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=68845
--- Comment #1 from Kusanagi Kouichi ---
Created attachment 85059
--> https://bugs.freedesktop.org/attachment.cgi?id=85059&action=edit
screenshot with mesa snb-magic-17559-gd13003f
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=68845
Priority: medium
Bug ID: 68845
Assignee: dri-devel@lists.freedesktop.org
Summary: VDPAU/UVD regression
Severity: normal
Classification: Unclassified
OS: Linux (All)
Hi
On Mon, Sep 2, 2013 at 9:43 AM, Daniel Vetter wrote:
> On Sun, Sep 01, 2013 at 03:36:51PM +0200, David Herrmann wrote:
>> Use the new DRM infrastructure to kick out firmware DRM drivers before
>> loading i915.
>>
>> Cc: Daniel Vetter
>> Signed-off-by: David Herrmann
>> ---
>> drivers/gpu/dr
https://bugs.freedesktop.org/show_bug.cgi?id=68805
--- Comment #4 from Grigori Goronzy ---
There are some known performance problems with UVD. I don't believe we know why
it is slower than fglrx yet. Maybe something subtle related to UVD setup.
Tiling is also disabled for UVD surfaces at the mom
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 6:06 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sylwester
> Nawrocki; sun
On 2 September 2013 12:52, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
>> Sent: Monday, September 02, 2013 3:28 PM
>> To: Inki Dae
>> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
>> Kukjin Kim; sw0312.kim; Sean Paul;
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #95 from Francisco Pina Martins ---
After using DPM for a while I car report that it did cause some random crashes.
I never figured out what caused them, and was never able to reproduce them.
However, after having updated mesa to 9.2,
On Sun, Sep 01, 2013 at 03:36:51PM +0200, David Herrmann wrote:
> Use the new DRM infrastructure to kick out firmware DRM drivers before
> loading i915.
>
> Cc: Daniel Vetter
> Signed-off-by: David Herrmann
> ---
> drivers/gpu/drm/i915/i915_dma.c | 6 +++---
> 1 file changed, 3 insertions(+), 3
On Fri, Aug 30, 2013 at 10:00:28AM -0400, Rob Clark wrote:
> On Thu, Aug 29, 2013 at 7:34 PM, Greg Hackmann wrote:
> > On Thu, Aug 29, 2013 at 5:54 AM, Rob Clark wrote:
> >>
> >> I guess if you have multiple encoders + multiple connectors for the
> >> "ganging" case, then it probably just looks l
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 3:28 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sylwester
> Nawrocki; sun
37 matches
Mail list logo
