"list" and "request" are already declared as __user pointers, it's just
this cast which is missing the annotation.
Signed-off-by: Dan Carpenter
---
Sparse doesn't complain about this because it hits the "error: bad
integer constant expression" and stops printing warnings.
diff --git a/drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=63709
Priority: medium
Bug ID: 63709
Assignee: dri-devel@lists.freedesktop.org
Summary: Desktop Effects on 3D desktop environments are
jerky/stutter.
Severity: critical
Classif
From: Ville Syrjälä
drm_rect_equals() tells whether two drm_rects are equal.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_rect.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
index fe767b7..64fa265 100644
--- a/include/
From: Ville Syrjälä
Reduce the size of the the src/dst viewport to keep the scalign ratios
in check.
Also treat sprites below the minimum size as invisble.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_sprite.c | 60 -
1 file changed, 32 inser
From: Ville Syrjälä
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
Hello
As discussed in this thread
http://lists.freedesktop.org/archives/dri-devel/2013-April/037411.html
GMBUS based DVO transmitter detection seems to be unreliable which could
result in an unusable DVO port.
The attached patch fixes this by falling back to bit banging mode for
the time DVO tran
card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
We tried three video samples:
* big_buck_bunny_1080p_h264.mov
(http://mirrorblender.top-ix
On Fri, Apr 19, 2013 at 10:41:50AM +0200, "David Müller (ELSOFT AG)" wrote:
> Hello
>
> As discussed in this thread
> http://lists.freedesktop.org/archives/dri-devel/2013-April/037411.html
> GMBUS based DVO transmitter detection seems to be unreliable which could
> result in an unusable DVO port.
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #31 from Maxim Yegorushkin ---
I observe the same issue on Fedora 18 with Radeon HD 5670:
[KCrash Handler]
#6 __memset_sse2 () at ../sysdeps/x86_64/memset.S:873
#7 0x7f59a39eaff2 in memset (__len=, __ch=204,
__dest=) at /usr/in
Hi, with today's -next I got this:
[drm] capturing error event; look for more information in
/sys/kernel/debug/dri/0/i915_error_state
i915: render error detected, EIR: 0x0010
i915: page table error
i915: PGTBL_ER: 0x0002
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010, mask
https://bugs.freedesktop.org/show_bug.cgi?id=63714
Priority: medium
Bug ID: 63714
Assignee: dri-devel@lists.freedesktop.org
Summary: UVD acceleration does not properly detect kernel
support
Severity: normal
Classification
On Fri, Apr 19, 2013 at 11:16:36AM +0200, Jiri Slaby wrote:
> Hi, with today's -next I got this:
>
> [drm] capturing error event; look for more information in
> /sys/kernel/debug/dri/0/i915_error_state
> i915: render error detected, EIR: 0x0010
> i915: page table error
> i915: PGTBL_ER: 0x00
Daniel Vetter wrote:
> On Fri, Apr 19, 2013 at 10:41:50AM +0200, "David Müller (ELSOFT AG)" wrote:
>> +/* GMBUS NAK handling seems to be unstable, hence let the
>> + * transmitter detection run in bit banging mode for now.
>> + */
>> +intel_gmbus_forc
Dear Sylwester Nawrocki
Thank you for your update. I have some question of your patch.
please give your information to me.
Thank's
BR
Eunchul Kim.
On 04/17/2013 06:53 PM, Sylwester Nawrocki wrote:
The clocks handling is refactored and a "mux" clock handling is
added to account for changes in t
Dear Sylwester Nawrocki.
Sorry. I didn't check your third patch. I understand the "mux", "parent"
meaning. please ignore my comment of "mux", "parent"
and please check below comments.
Thank's
BR
Eunchul Kim.
On 04/17/2013 02:31 AM, Sylwester Nawrocki wrote:
This patch adds OF initialization
(o32 ABI)
> * OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
> ** kernel: 3.9 + uvd related patches
> ** mesa: git master version (d0e9aa)
>
> We tried three video samples:
> * big_buck_bunny_1080p_h264.mov
> (
> http://mirrorblender.top-ix.org/peach/bigbuckbunny_
ut the platform [1]:
> * The Board: RS780E + SB710 chipset, with an AMD radeon HD6570 video card
> * The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
> * OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
> ** kernel: 3.9 + uvd related patches
> ** mesa: git
https://bugs.freedesktop.org/show_bug.cgi?id=63714
--- Comment #1 from Alex Deucher ---
You are probably using an old set of kernel patches. There were several
revisions. The mesa code checks to see if the kernel is new enough and the
latest kernel patch revision bumps the kernel driver version
https://bugs.freedesktop.org/show_bug.cgi?id=63709
--- Comment #1 from Alex Deucher ---
please attach your xorg log and config and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=63730
Priority: medium
Bug ID: 63730
Assignee: dri-devel@lists.freedesktop.org
Summary: UVD broken on HD5470 by "drm/radeon: raise UVD clocks
only on demand"
Severity: normal
C
On Fri, Apr 19, 2013 at 2:10 AM, Rafał Miłecki wrote:
> 2013/4/18 :
>> - switch (radeon_encoder->encoder_id) {
>> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
>> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
>> - WREG32_P(R600_AUDIO_TIMING, 0, ~0x301);
>> -
https://bugs.freedesktop.org/show_bug.cgi?id=63709
--- Comment #2 from equites.v...@gmail.com ---
Created attachment 78239
--> https://bugs.freedesktop.org/attachment.cgi?id=78239&action=edit
Xorg log file
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=63709
--- Comment #3 from equites.v...@gmail.com ---
Created attachment 78240
--> https://bugs.freedesktop.org/attachment.cgi?id=78240&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=63709
--- Comment #4 from equites.v...@gmail.com ---
Created attachment 78241
--> https://bugs.freedesktop.org/attachment.cgi?id=78241&action=edit
xorg.conf that was tried
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=63714
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=63702
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Christian
https://bugs.freedesktop.org/show_bug.cgi?id=63730
--- Comment #1 from Christian König ---
Created attachment 78243
--> https://bugs.freedesktop.org/attachment.cgi?id=78243&action=edit
Possible fix
Does this patch fixes the issue?
--
You are receiving this mail because:
You are the assignee
On Fri, Apr 19, 2013 at 12:54:00PM +0200, "David Müller (ELSOFT AG)" wrote:
> Daniel Vetter wrote:
> > On Fri, Apr 19, 2013 at 10:41:50AM +0200, "David Müller (ELSOFT AG)" wrote:
> >> + /* GMBUS NAK handling seems to be unstable, hence let the
> >> + * transmitter detection run i
https://bugs.freedesktop.org/show_bug.cgi?id=63702
--- Comment #4 from Rafael Castillo ---
i just emerged mesa/drm/llvm git i did not modify the source code
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
10 chipset, with an AMD radeon HD6570 video card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
We tried three video samples:
* big_buck_bunny_1080
Am 18.04.2013 20:47, schrieb Dan Carpenter:
Hello Christian König,
The patch 7062ab67d4c6: "drm/radeon: add
radeon_atom_get_clock_dividers helper" from Apr 8, 2013, has endian
bugs.
drivers/gpu/drm/radeon/radeon_atombios.c
2712 if (clock_type == COMPUTE_ENGINE_PLL_PA
On 2013-04-18 13:13, Christoph Fritz wrote:
> On Thu, 2013-04-18 at 12:21 +0300, Tomi Valkeinen wrote:
>> On 2013-04-18 12:09, Tomi Valkeinen wrote:
>>> On 2013-04-18 11:37, Christoph Fritz wrote:
>>
With linux-next this patch breaks compiling here because DPI now depends
on DSI - but my
On Thu, 2013-04-18 at 17:37 +0300, Tomi Valkeinen wrote:
> > But here with linux-next (in contrast to 3.9-rc) removing all regulator
> > dependencies from drivers/video/omap2/dss/dpi.c does not make the trick.
> > The display stays dark :-( ...
>
> That's with your DT hacked kernel, right? Not the
This patch adds basic DT bindings for the PL11x CLCD cells
and make their fbdev driver use them, together with the
Common Display Framework.
The DT provides information about the hardware configuration
and limitations (eg. the largest supported resolution)
but the video modes come exclusively from
On Mon, Apr 8, 2013 at 7:01 AM, Alex Deucher wrote:
> On Fri, Apr 5, 2013 at 5:11 PM, Andy Lutomirski wrote:
>> Every day or so, I'll click something and my screens go blank for a
>> second or two. dmesg complains about a lockup, and afterwards
>> everything is painfully slow. (Even switching f
Hi Inki Dae and Viresh,
On 8 April 2013 16:41, Viresh Kumar wrote:
> On 8 April 2013 16:37, Vikas Sajjan wrote:
> > While migrating to common clock framework (CCF), I found that the FIMD
> clocks
> > were pulled down by the CCF.
> > If CCF finds any clock(s) which has NOT been claimed by any of
On Thu, 18 Apr 2013, David Herrmann wrote:
You can acquire/drop DRM-Master via drmSetMaster/drmDropMaster.
If your DRM card is a PCI device, you can use the sysfs "boot_vga"
attribute of the parent PCI device.
(/sys/class/drm/card0/device/boot_vga)
David,
Thanks! That was exactly what I was
https://bugs.freedesktop.org/show_bug.cgi?id=63732
Priority: medium
Bug ID: 63732
Assignee: dri-devel@lists.freedesktop.org
Summary: [KDE] - display switching problem with kwin_gles and
radeon driver.
Severity: normal
Cla
https://bugs.freedesktop.org/show_bug.cgi?id=63732
Alex Deucher changed:
What|Removed |Added
Attachment #78244|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=63732
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/Radeon |Drivers/DRI/r300
--- Comment #1 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=63732
--- Comment #2 from Honza Tvrznik ---
I must say that I don't have any problem with kwin (but kwin is too slow for
me). This bug is present only when I'am using kwin_gles.
Maybe this bug: https://bugs.freedesktop.org/show_bug.cgi?id=61600 is lik
https://bugs.freedesktop.org/show_bug.cgi?id=63732
--- Comment #3 from Honza Tvrznik ---
Created attachment 78247
--> https://bugs.freedesktop.org/attachment.cgi?id=78247&action=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=63732
--- Comment #4 from Honza Tvrznik ---
Created attachment 78248
--> https://bugs.freedesktop.org/attachment.cgi?id=78248&action=edit
dmesg part
--
You are receiving this mail because:
You are the assignee for the bug.
_
Some devices (ATI/AMD cards) don't support passing ELD struct to the
hardware but just require filling specific registers and then the
hardware/firmware does the rest. In such cases we need to read the info
from SAD blocks and put them in the correct registers.
Signed-off-by: Rafał Miłecki
---
Ch
This allows audio (alsa) driver to read them and have a clue about audio
capabilities of connected receiver. This has been verified to be
compatible with fglrx behaviour for Onkyo TX-SR605 and Denon 1912.
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 63 +++
Am 19.04.2013 19:01, schrieb Rafał Miłecki:
Some devices (ATI/AMD cards) don't support passing ELD struct to the
hardware but just require filling specific registers and then the
hardware/firmware does the rest. In such cases we need to read the info
from SAD blocks and put them in the correct re
I've been trying to wrap my head around ttm and gem these last couple of
weeks. I found the nice 'drm_mm_dump_table' function and ran it on the
mgag200 drm_mm struct. Instant BUG in include/drm/drm_mm.h line 100.
static inline unsigned long drm_mm_hole_node_start(struct drm_mm_node
*hole_node)
{
https://bugs.freedesktop.org/show_bug.cgi?id=63730
--- Comment #2 from Johannes Hirte ---
No, still the same error.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
about the platform [1]:
* The Board: RS780E + SB710 chipset, with an AMD radeon HD6570 video
card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
On Fri, Apr 19, 2013 at 2:09 PM, Sedat Dilek wrote:
>
> I have applied all three patches and see still call-traces.
> New are apparmor related messages.
Can you try the crazy rcu double-free debug hack?
See
https://lkml.org/lkml/2013/3/30/113
and I'm re-attaching the ugly-ass crazy hack pa
https://bugs.freedesktop.org/show_bug.cgi?id=63632
Andy Furniss changed:
What|Removed |Added
Summary|RS880 + mesa/llvm heads - |mesa +r600 llvm = segfault
10 chipset, with an AMD radeon HD6570 video
card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
Are you guys interested in OpenCL (on you
https://bugs.freedesktop.org/show_bug.cgi?id=63701
Ben Widawsky changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |intel-gfx-bugs@lists.freede
On Fri, Apr 19, 2013 at 3:34 PM, Sedat Dilek wrote:
>
> See attached dmesg.
This still has the bug Davidlohr pointed at:
>> This looks like what Emmanuel was/is running into:
>> https://lkml.org/lkml/2013/3/30/1
you need to move the "IS_ERR()" check before the sem_lock.
Linus
___
On Fri, Apr 19, 2013 at 3:55 PM, Sedat Dilek wrote:
>
> Davidlohr pointed to this patch (tested the triplet):
>
> ipc, sem: do not call sem_lock when bogus sma:
> https://lkml.org/lkml/2013/3/31/12
>
> Is that what you mean?
Yup.
Linus
___
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=63748
Priority: medium
Bug ID: 63748
Assignee: dri-devel@lists.freedesktop.org
Summary: GPU Lockup playing urban terror
Severity: major
Classification: Unclassified
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=63632
--- Comment #2 from Tom Stellard ---
I can't reproduce this with LLVM r179895 and Mesa
12eab7cc564a6928197f9b87ded9e368e56976f0
Have you done full rebuilds of both projects?
--
You are receiving this mail because:
You are the assignee for the
|non standard prefix |non standard prefix
--
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/20130419/3368c
On Thu, Apr 18, 2013 at 2:16 AM, Imre Deak wrote:
> On Wed, 2013-04-17 at 10:21 +0200, Daniel Vetter wrote:
>> On Wed, Apr 17, 2013 at 02:38:02PM +1000, Dave Airlie wrote:
>> > Currently we have a problem with this:
>> > 1. i915: create gem object
>> > 2. i915: export gem object to prime
>> > 3. r
Currently we have a problem with this:
1. i915: create gem object
2. i915: export gem object to prime
3. radeon: import gem object
4. close prime fd
5. radeon: unref object
6. i915: unref object
i915 has an imported object reference in its file priv, that isn't
cleaned up properly until fd close.
From: Imre Deak
In commit be8a42ae60 we inroduced a refcount problem, where on the
drm_gem_prime_fd_to_handle() error path we'll call dma_buf_put() for
self imported dma buffers.
Fix this by taking a reference on the dma buffer in the .gem_import
hook instead of assuming the caller had taken one
This just moves the fb sysfs node beside the drm sysfs node which
I fixed before.
just noticed it in passing.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_fb.c b/drivers/gpu/drm/udl/udl_fb
eedesktop.org/archives/dri-devel/attachments/20130419/9b9d503e/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/58f3f6c5/attachment.html>
|highest
--
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/20130419/65cf84b6/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/bd499ae8/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/4e50f949/attachment.html>
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/20130419/8471cd3f/attachment-0001.html>
||
--
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/20130419/6bf83416/attachment.html>
On Fri, 2013-04-19 at 11:11 +1000, Dave Airlie wrote:
> Currently we have a problem with this:
> 1. i915: create gem object
> 2. i915: export gem object to prime
> 3. radeon: import gem object
> 4. close prime fd
> 5. radeon: unref object
> 6. i915: unref object
>
> i915 has an imported object ref
2013/4/18 :
> - switch (radeon_encoder->encoder_id) {
> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
> - WREG32_P(R600_AUDIO_TIMING, 0, ~0x301);
> - break;
> - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY:
2013/4/18 :
> From: Alex Deucher
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r600_audio.c |5 +
> 1 files changed, 1 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600_audio.c
> b/drivers/gpu/drm/radeon/r600_audio.c
> index cb03fe2..72561e4 10
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/60af9d7e/attachment.html>
"list" and "request" are already declared as __user pointers, it's just
this cast which is missing the annotation.
Signed-off-by: Dan Carpenter
---
Sparse doesn't complain about this because it hits the "error: bad
integer constant expression" and stops printing warnings.
diff --git a/drivers/gp
un with jerky effects.
--
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/20130419/a9e02cdb/attachment.html>
From: Ville Syrj?l?
drm_rect_equals() tells whether two drm_rects are equal.
Signed-off-by: Ville Syrj?l?
---
include/drm/drm_rect.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
index fe767b7..64fa265 100644
--- a/include/
From: Ville Syrj?l?
Reduce the size of the the src/dst viewport to keep the scalign ratios
in check.
Also treat sprites below the minimum size as invisble.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_sprite.c | 60 -
1 file changed, 32 inser
From: Ville Syrj?l?
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
Hello
As discussed in this thread
http://lists.freedesktop.org/archives/dri-devel/2013-April/037411.html
GMBUS based DVO transmitter detection seems to be unreliable which could
result in an unusable DVO port.
The attached patch fixes this by falling back to bit banging mode for
the time DVO tran
card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
We tried three video samples:
* big_buck_bunny_1080p_h264.mov
(http://mirrorblender.top-ix
On Fri, Apr 19, 2013 at 10:41:50AM +0200, "David M?ller (ELSOFT AG)" wrote:
> Hello
>
> As discussed in this thread
> http://lists.freedesktop.org/archives/dri-devel/2013-April/037411.html
> GMBUS based DVO transmitter detection seems to be unreliable which could
> result in an unusable DVO port.
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/20130419/6bbf5380/attachment.html>
Hi, with today's -next I got this:
[drm] capturing error event; look for more information in
/sys/kernel/debug/dri/0/i915_error_state
i915: render error detected, EIR: 0x0010
i915: page table error
i915: PGTBL_ER: 0x0002
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010, mask
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/2745e641/attachment-0001.html>
On Fri, Apr 19, 2013 at 11:16:36AM +0200, Jiri Slaby wrote:
> Hi, with today's -next I got this:
>
> [drm] capturing error event; look for more information in
> /sys/kernel/debug/dri/0/i915_error_state
> i915: render error detected, EIR: 0x0010
> i915: page table error
> i915: PGTBL_ER: 0x00
Daniel Vetter wrote:
> On Fri, Apr 19, 2013 at 10:41:50AM +0200, "David M?ller (ELSOFT AG)" wrote:
>> +/* GMBUS NAK handling seems to be unstable, hence let the
>> + * transmitter detection run in bit banging mode for now.
>> + */
>> +intel_gmbus_forc
Dear Sylwester Nawrocki
Thank you for your update. I have some question of your patch.
please give your information to me.
Thank's
BR
Eunchul Kim.
On 04/17/2013 06:53 PM, Sylwester Nawrocki wrote:
> The clocks handling is refactored and a "mux" clock handling is
> added to account for changes in
Dear Sylwester Nawrocki.
Sorry. I didn't check your third patch. I understand the "mux", "parent"
meaning. please ignore my comment of "mux", "parent"
and please check below comments.
Thank's
BR
Eunchul Kim.
On 04/17/2013 02:31 AM, Sylwester Nawrocki wrote:
> This patch adds OF initialization
(o32 ABI)
> * OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
> ** kernel: 3.9 + uvd related patches
> ** mesa: git master version (d0e9aa)
>
> We tried three video samples:
> * big_buck_bunny_1080p_h264.mov
> (
> http://mirrorblender.top-ix.org/peach/bigbuckbunny_
ut the platform [1]:
> * The Board: RS780E + SB710 chipset, with an AMD radeon HD6570 video card
> * The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
> * OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
> ** kernel: 3.9 + uvd related patches
> ** mesa: git
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130419/7f44af95/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/6240b89d/attachment.html>
ML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/f5102058/attachment-0001.html>
On Fri, Apr 19, 2013 at 2:10 AM, Rafa? Mi?ecki wrote:
> 2013/4/18 :
>> - switch (radeon_encoder->encoder_id) {
>> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
>> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
>> - WREG32_P(R600_AUDIO_TIMING, 0, ~0x301);
>> -
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/681fc348/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/c817d0a6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/6201571d/attachment.html>
dated kernel.
--
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/20130419/45c4f3be/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/c581616a/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130419/601ab84e/attachment-0001.html>
1 - 100 of 123 matches
Mail list logo
