> -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
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
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
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 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;
> -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
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
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=68845
Priority: medium
Bug ID: 68845
Assignee: dri-devel@lists.freedesktop.org
Summary: VDPAU/UVD regression
Severity: normal
Classification: Unclassified
OS: Linux (All)
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
--- 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
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
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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.
> >>
> >
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
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
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/
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
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
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
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
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 #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.
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=68856
Priority: medium
Bug ID: 68856
Assignee: dri-devel@lists.freedesktop.org
Summary: Rendering artefacts with Unvanquished
Severity: normal
Classification: Unclassified
OS: Linu
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=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=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=68857
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
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://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
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://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
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
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/.
>
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-
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
37 matches
Mail list logo