On 31 July 2012 17:39, Eric Anholt wrote:
> Daniel Martin writes:
>> Add a configure option --with/--without-valgrind to be able to compile
>> libdrm with or without valgrind. The latter was not possible if
>> pkgconfig found the valgrind package.
>
> How would you have the valgrind .pc file but
On Wed, 01 Aug 2012 10:07:23 +0100, James Bottomley wrote:
> > Can you please login to the desktop, let it idle, record
> > /sys/kernel/debug/dri/0/i915_cur_delayinfo and .../i915_drpc_info.
> > Then trace-cmd record -e i915 sleep 10s, and follow up with a new pair
> > of /sys/kernel/debug/dri/0/i
s. I'll try to write some
prototype for the request_config suggestion so that it's easier to
understand.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120801/0354c2ea/attachment.pgp>
Hi Hans,
>>
>> I do not see any good point in using v4l2_plane. What would be the meaning
>> of bytesused, length, data_offset in case of DMABUF exporting?
>>
>> The field reserved0 was introduced to be replaced by __u32 memory if other
>> means
>> of buffer description would be needed. The reser
On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley HansenPartnership.com> wrote:
> > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
> > > On Wed, 01 Aug 2012 09:06:12 +0100, James Bottomley > > HansenPartnership.com> wrote:
> > > >
The reclaim_buffers callback has already been removed by Daniel Vetter
with his patch "drm: kill reclaim_buffers callback"
for which the kernel compilation fails with omapdrm support. So, the callback
for reclaim_buffers is removed from omapdrm.
Signed-off-by: Chandrabhanu Mahapatra
---
drivers
On 08/01/2012 02:28 AM, Kukjin Kim wrote:
> Leela Krishna Amudala wrote:
>>
>> This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch
>> side
>> to include/video/samsung_fimd.h
>>
>> This patchset is created and rebased against master branch of torvalds
>> tree.
>> Tested on smdk5
Hi,
On 08/01/2012 11:39 AM, Kukjin Kim wrote:
> Leela Krishna Amudala wrote:
>> On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim wrote:
>>> Leela Krishna Amudala wrote:
The FIMD register headers are moved to include/video/
hence, deleting these files from platform side
Signed-o
On Wed, 01 Aug 2012 10:38:36 +0100, James Bottomley wrote:
> On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley > HansenPartnership.com> wrote:
> > > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
> > > > On Wed, 01 Aug 2012 09:0
On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley HansenPartnership.com> wrote:
> > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
> > > On Wed, 01 Aug 2012 09:06:12 +0100, James Bottomley > > HansenPartnership.com> wrote:
> > > >
On Wed, Aug 1, 2012 at 3:02 PM, Chandrabhanu Mahapatra
wrote:
> The reclaim_buffers callback has already been removed by Daniel Vetter
> with his patch "drm: kill reclaim_buffers
> callback"
> for which the kernel compilation fails with omapdrm support. So, the callback
> for reclaim_buffers is
Problem: GPU hangs
Chipset: Intel 845 GV + ICH4
Video: integrated
Linux kernel: 3.3.5, 3.4.7 (no bug difference)
X.Org X Server 1.7.7
How to reproduce: First Xorg start is ok, bug happens after Xorg restart
Syslog:
Aug 1 17:13:18 nika kernel: [ 1049.248033]
[drm:i915_hangcheck_elapsed] *ERROR* Han
Hi R?mi,
On Wednesday 01 August 2012 10:37:02 R?mi Denis-Courmont wrote:
> On Tue, 31 Jul 2012 23:52:35 +0200, Laurent Pinchart wrote:
> >> I want to receive the video buffers in user space for processing.
> >> Typically "processing" is software encoding or conversion. That's what
> >> virtually a
On Tue, Jul 31, 2012 at 02:28:29PM -0500, Rob Clark wrote:
> On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson
> wrote:
> > On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark
> > wrote:
> >> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson >> chris-wilson.co.uk> wrote:
> >> > On Tue, 31 Jul 2012 11:20:2
On Wed, Aug 1, 2012 at 4:32 AM, Chandrabhanu Mahapatra
wrote:
> The reclaim_buffers callback has already been removed by Daniel Vetter
> with his patch "drm: kill reclaim_buffers
> callback"
> for which the kernel compilation fails with omapdrm support. So, the callback
> for reclaim_buffers is
Leela Krishna Amudala wrote:
>
> Hello Kgene,
>
> On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim wrote:
> > Leela Krishna Amudala wrote:
> >>
> >> The FIMD register headers are moved to include/video/
> >> hence, deleting these files from platform side
> >>
> >> Signed-off-by: Leela Krishna Amudala
Florian Tobias Schandinat wrote:
>
> On 08/01/2012 02:28 AM, Kukjin Kim wrote:
> > Leela Krishna Amudala wrote:
> >>
> >> This patchset moves the contents of regs-fb-v4.h and regs-fb.h from
> arch
> >> side
> >> to include/video/samsung_fimd.h
> >>
> >> This patchset is created and rebased against
Sylwester Nawrocki wrote:
>
> Hi,
>
> On 08/01/2012 11:39 AM, Kukjin Kim wrote:
> > Leela Krishna Amudala wrote:
> >> On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim
> wrote:
> >>> Leela Krishna Amudala wrote:
>
> The FIMD register headers are moved to include/video/
> hence, deleting
Fixes the following sparse warning:
drivers/gpu/drm/drm_proc.c:92:5:
warning: symbol 'drm_proc_create_files' was not declared. Should it be static?
drivers/gpu/drm/drm_proc.c:175:5:
warning: symbol 'drm_proc_remove_files' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
dri
Fixes the following sparse warning:
drivers/gpu/drm/drm_irq.c:1239:6:
warning: symbol 'drm_handle_vblank_events' was not declared. Should it be
static?
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/drm_irq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu
Fixes the following sparse warning:
drivers/gpu/drm/drm_fb_helper.c:239:6: warning:
symbol 'drm_fb_helper_force_kernel_mode' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/drm_fb_helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --
ebugfs_init,
> .debugfs_cleanup = omap_debugfs_cleanup,
Acked-by: Paul Menzel
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed messag
On Wed, Aug 1, 2012 at 6:36 AM, Ville Syrj?l?
wrote:
> On Tue, Jul 31, 2012 at 02:28:29PM -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson
>> wrote:
>> > On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark
>> > wrote:
>> >> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson > >>
https://bugs.freedesktop.org/show_bug.cgi?id=51658
--- Comment #10 from Roland Scheidegger 2012-08-01
13:07:09 UTC ---
With 5b88a2a22daae4d09596804d8edc6b8796d05150 attachment 63712, 63716, 63717,
63718 are obsolete. Still unsure what to do with the others.
--
Configure bugmail: https://bugs.f
The reclaim_buffers callback has already been removed by Daniel Vetter
with his patch "drm: kill reclaim_buffers callback"
(b0071efe82). As a result the kernel compilation fails with omapdrm support
and so the callback for reclaim_buffers is being removed from omapdrm.
Signed-off-by: Chandrabhanu
AMD ACPI interface may overload the standard event
ACPI_VIDEO_NOTIFY_PROBE (0x81) to signal AMD-specific events. In such
cases we don't want to send the keypress (KEY_SWITCHVIDEOMODE) to the
userspace because the user did not press the mode switch key (the
spurious keypress confuses the DE which us
On Wed, Aug 1, 2012 at 4:57 AM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 05:33:16PM -0400, Alex Deucher wrote:
>> Patches look good. I picked them up and combined them with may
>> patches plus a few other small fixes. They are available here:
>> http://cgit.freedesktop.org/~agd5f/linux/l
On Wed, Aug 1, 2012 at 9:49 AM, Luca Tettamanti wrote:
> AMD ACPI interface may overload the standard event
> ACPI_VIDEO_NOTIFY_PROBE (0x81) to signal AMD-specific events. In such
> cases we don't want to send the keypress (KEY_SWITCHVIDEOMODE) to the
> userspace because the user did not press the
https://bugs.freedesktop.org/show_bug.cgi?id=53045
Bug #: 53045
Summary: Incorrect picture with AMD 6970
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
S
On Wed, Aug 1, 2012 at 4:21 AM, Tomi Valkeinen wrote:
> On Tue, 2012-07-31 at 09:45 -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valkeinen
>> wrote:
>
>> > It's not really about being friendly. Omapdss tries to do as little as
>> > possible, while still supporting all its HW
https://bugs.freedesktop.org/show_bug.cgi?id=53045
--- Comment #1 from Jerome Glisse 2012-08-01
14:32:27 UTC ---
Created attachment 65037
--> https://bugs.freedesktop.org/attachment.cgi?id=65037
Disable crtc after mc setup
Attached kernel patch should fix your issue.
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #77 from Alexandre Demers
2012-08-01 16:09:21 UTC ---
(In reply to comment #70)
> Does this kernel patch help?
> http://lists.freedesktop.org/archives/dri-devel/2012-July/025704.html
No, it doesn't (well not about the present bug).
On Wed, Aug 1, 2012 at 11:46 AM, Archit Taneja wrote:
> Hi,
>
>
> On Wednesday 01 August 2012 07:55 PM, Rob Clark wrote:
>>
>> On Wed, Aug 1, 2012 at 4:21 AM, Tomi Valkeinen
>> wrote:
>>>
>>> On Tue, 2012-07-31 at 09:45 -0500, Rob Clark wrote:
On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valke
Hi,
On Wednesday 01 August 2012 07:55 PM, Rob Clark wrote:
> On Wed, Aug 1, 2012 at 4:21 AM, Tomi Valkeinen
> wrote:
>> On Tue, 2012-07-31 at 09:45 -0500, Rob Clark wrote:
>>> On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valkeinen
>>> wrote:
>>
It's not really about being friendly. Omapdss tries
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #78 from Jerome Glisse 2012-08-01
16:59:03 UTC ---
(In reply to comment #77)
> (In reply to comment #70)
> > Does this kernel patch help?
> > http://lists.freedesktop.org/archives/dri-devel/2012-July/025704.html
>
> No, it doesn't (
On Wed, Aug 1, 2012 at 11:53 AM, Rob Clark wrote:
> On Wed, Aug 1, 2012 at 11:46 AM, Archit Taneja wrote:
>> Hi,
>>
>>
>> On Wednesday 01 August 2012 07:55 PM, Rob Clark wrote:
>>>
>>> On Wed, Aug 1, 2012 at 4:21 AM, Tomi Valkeinen
>>> wrote:
On Tue, 2012-07-31 at 09:45 -0500, Rob Clar
On Wed, Aug 1, 2012 at 8:20 AM, Chandrabhanu Mahapatra
wrote:
> The reclaim_buffers callback has already been removed by Daniel Vetter
> with his patch "drm: kill reclaim_buffers
> callback"
> (b0071efe82). As a result the kernel compilation fails with omapdrm support
> and so the callback for r
https://bugs.freedesktop.org/show_bug.cgi?id=53045
--- Comment #2 from Anatoly Berbeka 2012-08-01
17:36:12 UTC ---
Thanks, this patch works for me. Now everything is fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugs.freedesktop.org/show_bug.cgi?id=53045
Anatoly Berbeka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
esktop.org/archives/dri-devel/attachments/20120801/2d978c2f/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #79 from Alexandre Demers
2012-08-01 18:06:40 UTC ---
(In reply to comment #78)
> (In reply to comment #77)
> > (In reply to comment #70)
> > > Does this kernel patch help?
> > > http://lists.freedesktop.org/archives/dri-devel/2012-J
On Wed, Aug 1, 2012 at 12:38 PM, Tomi Valkeinen
wrote:
> On Wed, 2012-08-01 at 11:53 -0500, Rob Clark wrote:
>
>> Ok.. this would help. I'll take a look. I do request that
>> interfaces/panels don't set any mgr/timing related registers. I had
>> to comment all this stuff out in my prototype.
? ??2012-08-01 ? 15:49 +0200?Luca Tettamanti ???
> AMD ACPI interface may overload the standard event
> ACPI_VIDEO_NOTIFY_PROBE (0x81) to signal AMD-specific events. In such
> cases we don't want to send the keypress (KEY_SWITCHVIDEOMODE) to the
> userspace because the user did not press the mode s
On 30.07.2012 19:16, Marcin Slusarz wrote:
> Are you sure you boot the correct kernel? I'm asking because your panic says
> its
> version is "3.5.0 #3" - exactly the same as in previous crash log.
I am using the correct kernel, don't worry. (.version may not be
incremented on each build necessar
Le mercredi 1 ao?t 2012 14:35:03 Laurent Pinchart, vous avez ?crit :
> > But in general, the V4L element in the pipeline does not know how fast
> > the downstream element(s) will consume the buffers. Thus it has to copy
> > from the MMAP buffers into anonymous user memory pending processing.
> > Th
On 2012-08-01 03:06, Chris Wilson wrote:
> On Wed, 01 Aug 2012 10:38:36 +0100, James Bottomley
> wrote:
>> On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
>> > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley
>> wrote:
>> > > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
>> >
On Tue, 2012-07-31 at 20:24 +0100, Chris Wilson wrote:
> On Tue, 31 Jul 2012 11:14:17 +0100, Chris Wilson chris-wilson.co.uk> wrote:
> > On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley > HansenPartnership.com> wrote:
> > > > When did you inspect the debug files? One effect I can imagine is th
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #71 from awaters1 at gmail.com 2012-08-01
01:18:00 UTC ---
I have been having this same issue with respect to rendering regressions, I
have also experienced the error relating to va conflicts. I investigated it a
bit and I think the
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #72 from awaters1 at gmail.com 2012-08-01
02:09:17 UTC ---
Also, I believe the source of "radeon :01:00.0: bo 8802ea5ec800 va
0x038EC000 conflict with (bo 8803eb464000 0x038EC000 0x038ED000)" is due to
a race condition.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #73 from Jerome Glisse 2012-08-01
02:14:12 UTC ---
Created attachment 65013
--> https://bugs.freedesktop.org/attachment.cgi?id=65013
Free va early in the kernel
Diagnosis was kind of obvious, but it just pop into my mind that ttm
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #74 from Jerome Glisse 2012-08-01
02:15:19 UTC ---
The way i build my kernel must hide this latency i guess...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
format (width, height,
pitch, format, tiling)?
Cheers,
Ben
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120801/d56c57d8/attachment.html>
On Wed, Aug 1, 2012 at 12:59 PM, Segovia, Benjamin
wrote:
> Hello all,
>
> Saying I want to play with an IvyBridge machine and the display when X is
> *not* running (I just opened /dev/dri/card0 from a terminal). Is there a
> simple way to get a drm_intel_bo for the terminal framebuffer such that
Yes, I imagine this is not exactly using the API by the book :) but this is
really to play with the HW not to write a real application. Can you give me the
complete link to the file? I am not finding it in libdrm source. I guess it is
somewhere else.
Thanks!
Ben
-Original Message-
From
On Wed, Aug 1, 2012 at 1:07 PM, Segovia, Benjamin
wrote:
> Yes, I imagine this is not exactly using the API by the book :) but this is
> really to play with the HW not to write a real application. Can you give me
> the complete link to the file? I am not finding it in libdrm source. I guess
> i
Hello Kgene,
On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim wrote:
> Leela Krishna Amudala wrote:
>>
>> The FIMD register headers are moved to include/video/
>> hence, deleting these files from platform side
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> arch/arm/plat-samsung/include/plat/reg
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #75 from Alexandre Demers
2012-08-01 03:26:16 UTC ---
These are all food news. So I'll test both patches and I'll see if it also
fixes the thing for me. Awaters (I don't know your name, you'll have to tell
me), if what you found fixe
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Jerome Glisse changed:
What|Removed |Added
Attachment #65013|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=52549
--- Comment #1 from Matt Turner 2012-08-01 04:48:13 UTC
---
http://comments.gmane.org/gmane.comp.freedesktop.xorg.devel/32267
So why are you trying to build libdrm_intel on an operating system that doesn't
have Intel KMS?
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #1 from Matt Turner 2012-08-01 04:57:09 UTC
---
This looks just like a problem caused by still having non-automake Makefiles.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
On Tuesday, July 31, 2012 9:23 PM Leela Krishna Amudala wrote:
>
> The fimd register headers have been moved to include/video/
> hence, modifying the driver files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
> drivers/video/s3
On Tuesday, July 31, 2012 9:23 PM Leela Krishna Amudala wrote:
>
> The fimd register headers have been moved to include/video/
> hence, modifying the machine files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/mach-exynos/mach-nuri.c |2 +-
> arch/arm/mach
On Tuesday, July 31, 2012 9:23 PM Leela Krishna Amudala wrote:
>
> Exynos5 has VIDTCON and VIDCON registers at different offsets
> from the previous SOCs. Hence, adding the macros.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> include/video/samsung_fimd.h |7 +++
> 1 files changed, 7
Leela Krishna Amudala wrote:
>
> The FIMD register headers are moved to include/video/
> hence, deleting these files from platform side
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 -
> arch/arm/plat-samsung/include/plat/regs-fb
Leela Krishna Amudala wrote:
>
> Exynos5 has VIDTCON and VIDCON registers at different offsets
> from the previous SOCs. Hence, adding the macros.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> include/video/samsung_fimd.h |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
Marek Szyprowski wrote:
>
> Hello,
>
Hi all,
[...]
> > static struct s3c_fb_driverdata s3c_fb_data_exynos5 = {
> > .variant = {
> > .nr_windows = 5,
> > - .vidtcon= VIDTCON0,
> > + .vidtcon= FIMD_V8_VIDTCON0,
>
> Yes, thi
Leela Krishna Amudala wrote:
>
> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> to include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
> arch/arm/plat-samsung/include/plat/regs-fb.h|
Jingoo Han wrote:
>
> On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote:
> >
> > Hello Jingoo Han,
> >
> > On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote:
> > > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
> > >>
> > >> Moved the contents of regs-fb-v4.h and regs-
Leela Krishna Amudala wrote:
>
> This patch copies the contents from regs-fb-v4.h and regs-fb.h to
> include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> include/video/samsung_fimd.h | 526
> ++
> 1 files changed, 526 insertions(
Leela Krishna Amudala wrote:
>
> The fimd register headers have been moved to include/video/
> hence, modifying the machine files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/mach-exynos/mach-nuri.c |2 +-
> arch/arm/mach-exynos/mach-origen.c |
Leela Krishna Amudala wrote:
>
> The fimd register headers have been moved to include/video/
> hence, modifying the driver files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
> drivers/video/s3c-fb.c |2 +-
Leela Krishna Amudala wrote:
>
> This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch
> side
> to include/video/samsung_fimd.h
>
> This patchset is created and rebased against master branch of torvalds
> tree.
> Tested on smdk5250 board, build tested for other boards.
>
(Cc'e
101 - 172 of 172 matches
Mail list logo
