[Bug 52997] evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

2012-10-05 Thread bugzilla-dae...@freedesktop.org
chment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121005/e698281e/attachment.html>

[Bug 52997] evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

2012-10-05 Thread bugzilla-dae...@freedesktop.org
games/applications, too. Haven't yet tested with newer mesa. -- 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/201

[PATCH V7 11/15] drm: Handle io prot correctly for MIPS

2012-10-05 Thread Huacai Chen
Signed-off-by: Huacai Chen Signed-off-by: Hongliang Tao Signed-off-by: Hua Yan Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_vm.c |2 +- drivers/gpu/drm/ttm/ttm_bo_util.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_

[PATCH V3] drm/radeon: Include swiotlb.h if SWIOTLB configured

2012-10-05 Thread Huacai Chen
When SWIOTLB is configured, if without this patch kernel compilation fails with such error messages: drivers/gpu/drm/radeon/radeon_ttm.c: In function 'radeon_ttm_tt_populate': drivers/gpu/drm/radeon/radeon_ttm.c:606:2: error: implicit declaration of function 'swiotlb_nr_tbl' drivers/gpu/drm/radeo

[GIT PULL v2] exynos-drm-next

2012-10-05 Thread Inki Dae
Hello Dave, as I mentioned, this pull request adds hdmi device tree support and includes related patch set such as disabling of hdmi internal interrupt, suppport for platform variants for hdmi and mixer, support to disable video processor based on platform type and removal of drm common platform d

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #7 from Peter 2012-10-05 20:00:56 --- Thank you for letting me know. My VGA button (for switching between performance and powersave mode) is also implemented as a software solution. When pressed, a WMI ACPI event is generated whic

Re: [RFC 0/4] drm: add raw monotonic timestamp support (Imre Deak)

2012-10-05 Thread Mario Kleiner
On 05.10.12 15:37, intel-gfx-requ...@lists.freedesktop.org wrote: Today's Topics: 1. [RFC 0/4] drm: add raw monotonic timestamp support (Imre Deak) 2. [RFC 1/4] time: export getnstime_raw_and_real for DRM (Imre Deak) 3. [RFC 2/4] drm: make memset/calloc for _vblank_time more

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #6 from Alessandro Pignotti 2012-10-05 19:36:03 --- It's a switch. On linux I think it justs send a generic input event. So it's implemented in software under windows. -- Configure bugmail: https://bugzilla.kernel.org/userprefs

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #5 from Peter 2012-10-05 19:25:38 --- Is that a switch (left/right slide) or toggle (slide to one side and it goes back automatically)? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are re

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 Alessandro Pignotti changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #3 from Peter 2012-10-05 19:13:52 --- You can mark this bug as a duplicate of that bug. Does your machine have an indicator that shows whether the discrete graphics card is enabled or not? If you happens to have such an indicator

HDMI ELD info failed to extract occasionally

2012-10-05 Thread taiten...@gmail.com
RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121005/fb8e2216/attachment.html>

Re: [RFC 1/4] time: export getnstime_raw_and_real for DRM

2012-10-05 Thread Mario Kleiner
Subject: Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps Message-ID: <1349446447.17758.73.camel@thor.local> Content-Type: text/plain; charset="ISO-8859-1" On Fre, 2012-10-05 at 16:59 +0300, Imre Deak wrote: On Fri, 2012-10-05 at 15:55 +0200, Michel D?nzer wrote: On

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Fri, Oct 05, 2012 at 10:21:37AM -0600, Stephen Warren wrote: > On 10/05/2012 10:16 AM, Steffen Trumtrar wrote: > > On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: > >> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > ... > >>> + for_each_child_of_node(timings_np, entry) { > >>>

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 11:35:35PM +0200, Guennadi Liakhovetski wrote: > Hi Steffen > > Sorry for chiming in so late in the game, but I've long been wanting to > have a look at this and compare with what we do for V4L2, so, this seems a > great opportunity to me:-) > > On Thu, 4 Oct 2012, Steff

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: > On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > > A patch description would be useful for something like this. > Yes. Shame on me. > > diff --git a/Documentation/devicetree/bindings/video/display-timings.txt > > b/Documentatio

HDMI ELD info failed to extract occasionally

2012-10-05 Thread Jani Nikula
On Fri, 05 Oct 2012, "taiten987 at gmail.com" wrote: > I found a potential bug for i915 regarding to ELD parsing. > > I was trying to monitor ELD by watching "/proc/asound/card0/eld#3.0" > and I realized that the ELD might failed to read from HDMI when AC > power is not plugged. This looks like a

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Rob Clark
On Fri, Oct 5, 2012 at 5:41 PM, Imre Deak wrote: > On Fri, 2012-10-05 at 16:18 -0600, Rob Clark wrote: >> On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: >> > diff --git a/drivers/gpu/drm/i915/intel_display.c >> > b/drivers/gpu/drm/i915/intel_display.c >> > index ab1ef15..056e810 100644 >> > --

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #2 from Alessandro Pignotti 2012-10-05 17:56:21 --- Yes my setup is as you described. The bug looks the same as this indeed https://bugzilla.kernel.org/show_bug.cgi?id=44391 -- Configure bugmail: https://bugzilla.kernel.org/use

[PATCH 2/2 v6] of: add generic videomode description

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 12:51:00PM -0600, Stephen Warren wrote: > On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > > Get videomode from devicetree in a format appropriate for the > > backend. drm_display_mode and fb_videomode are supported atm. > > Uses the display signal timings from of_display_t

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 18:09 -0600, Rob Clark wrote: > On Fri, Oct 5, 2012 at 5:41 PM, Imre Deak wrote: > > On Fri, 2012-10-05 at 16:18 -0600, Rob Clark wrote: > >> On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: > >> > diff --git a/drivers/gpu/drm/i915/intel_display.c > >> > b/drivers/gpu/drm/i

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 16:14 +0200, Michel D?nzer wrote: > On Fre, 2012-10-05 at 16:59 +0300, Imre Deak wrote: > > On Fri, 2012-10-05 at 15:55 +0200, Michel D?nzer wrote: > > > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > > > In practice we never want the timestamps for vblank and page

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Rob Clark
On Fri, Oct 5, 2012 at 5:41 PM, Imre Deak wrote: > On Fri, 2012-10-05 at 16:18 -0600, Rob Clark wrote: >> On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: >> > diff --git a/drivers/gpu/drm/i915/intel_display.c >> > b/drivers/gpu/drm/i915/intel_display.c >> > index ab1ef15..056e810 100644 >> > --

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 15:55 +0200, Michel D?nzer wrote: > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > In practice we never want the timestamps for vblank and page flip events > > to be affected by time adjustments, so in addition to the gettimeofday > > timestamps we used so far add su

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 16:18 -0600, Rob Clark wrote: > On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index ab1ef15..056e810 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > > +++ b/driver

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
In practice we never want the timestamps for vblank and page flip events to be affected by time adjustments, so in addition to the gettimeofday timestamps we used so far add support for raw monotonic timestamps. For backward compatibility use flags to select between the old and new timestamp forma

[RFC 3/4] drm: use raw time in drm_calc_vbltimestamp_from_scanoutpos

2012-10-05 Thread Imre Deak
The timestamp is used here for handling the timeout case, so we don't want it to be affected by time adjustments. Signed-off-by: Imre Deak --- drivers/gpu/drm/drm_irq.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm

[RFC 2/4] drm: make memset/calloc for _vblank_time more robust

2012-10-05 Thread Imre Deak
Using sizeof(*var) instead of sizeof(var_type) allows changing var_type w/o breaking callers that depend on the size. Signed-off-by: Imre Deak --- drivers/gpu/drm/drm_irq.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_

[RFC 1/4] time: export getnstime_raw_and_real for DRM

2012-10-05 Thread Imre Deak
Needed by the upcoming DRM raw monotonic timestamp support. Signed-off-by: Imre Deak --- kernel/time/timekeeping.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c index d3b91e7..073d262 100644 --- a/kernel/time/timekeep

[RFC 0/4] drm: add raw monotonic timestamp support

2012-10-05 Thread Imre Deak
This is needed to make applications depending on vblank/page flip timestamps independent of time ajdustments. I've tested these with an updated intel-gpu-test/flip_test and will send the update for that once there's no objection about this patchset. The patchset is based on danvet's dinq branch w

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 10:25 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 10:15 AM, Markus Trippelsdorf > wrote: > > On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: > >> On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf > >> wrote: > >> > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > >

Re: [RFC 0/4] drm: add raw monotonic timestamp support

2012-10-05 Thread Eric Anholt
Imre Deak writes: > This is needed to make applications depending on vblank/page flip > timestamps independent of time ajdustments. > > I've tested these with an updated intel-gpu-test/flip_test and will send > the update for that once there's no objection about this patchset. > > The patchset is

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Rob Clark
On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: > diff --git a/drivers/gpu/drm/i915/intel_display.c > b/drivers/gpu/drm/i915/intel_display.c > index ab1ef15..056e810 100644 > --- a/drivers/gpu/drm/i915/intel_display.c > +++ b/drivers/gpu/drm/i915/intel_display.c > @@ -6247,7 +6247,6 @@ static vo

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf > wrote: > > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > >> On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf > >> wrote: > >> > When I cold start my machine I see the following error

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Michel Dänzer
On Fre, 2012-10-05 at 16:59 +0300, Imre Deak wrote: > On Fri, 2012-10-05 at 15:55 +0200, Michel D?nzer wrote: > > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > > In practice we never want the timestamps for vblank and page flip events > > > to be affected by time adjustments, so in addi

[RFC 0/4] drm: add raw monotonic timestamp support

2012-10-05 Thread Eric Anholt
ould get decent visualizations of the latency of your rendering. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121005/dbc4e823/attachment.pgp>

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Michel Dänzer
On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > In practice we never want the timestamps for vblank and page flip events > to be affected by time adjustments, so in addition to the gettimeofday > timestamps we used so far add support for raw monotonic timestamps. > > For backward compatibil

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf > wrote: > > When I cold start my machine I see the following error message on my > > monitor: > > > > Out of Range > > 48.2kHz / 44Hz > > > > I have to reboot on older kernel and kexec to the

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Rob Clark
On Fri, Oct 5, 2012 at 7:37 AM, Imre Deak wrote: > diff --git a/drivers/gpu/drm/i915/intel_display.c > b/drivers/gpu/drm/i915/intel_display.c > index ab1ef15..056e810 100644 > --- a/drivers/gpu/drm/i915/intel_display.c > +++ b/drivers/gpu/drm/i915/intel_display.c > @@ -6247,7 +6247,6 @@ static vo

[Bug 52997] evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

2012-10-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=52997 --- Comment #12 from Alex Deucher --- (In reply to comment #11) > (In reply to comment #10) > > Make sure you update your 32 bit 3D driver as you appear to be using a 64 > > bit distro and wine requires a 32 bit 3D driver. > > This issue appeare

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=45061 Peter changed: What|Removed |Added CC||lekensteyn at gmail.com --- Comment #1 from P

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
When I cold start my machine I see the following error message on my monitor: Out of Range 48.2kHz / 44Hz I have to reboot on older kernel and kexec to the current one to get it working again. [drm] Initialized drm 1.1.0 20060810 [drm] radeon defaulting to kernel modesetting. [drm] radeon kern

[Bug 52997] evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

2012-10-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=52997 --- Comment #11 from mailbox@gmail.com --- (In reply to comment #10) > Make sure you update your 32 bit 3D driver as you appear to be using a 64 > bit distro and wine requires a 32 bit 3D driver. This issue appeared for me in 2D games/applica

[PATCH 04/14] media: add V4L2 DT binding documentation

2012-10-05 Thread Guennadi Liakhovetski
On Fri, 5 Oct 2012, Hans Verkuil wrote: > On Fri October 5 2012 11:43:27 Guennadi Liakhovetski wrote: > > On Wed, 3 Oct 2012, Rob Herring wrote: > > > > > On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote: > > > > Hi Rob > > > > > > > > On Tue, 2 Oct 2012, Rob Herring wrote: > > > > > > > >>

[PATCH 04/14] media: add V4L2 DT binding documentation

2012-10-05 Thread Hans Verkuil
On Fri October 5 2012 11:43:27 Guennadi Liakhovetski wrote: > On Wed, 3 Oct 2012, Rob Herring wrote: > > > On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote: > > > Hi Rob > > > > > > On Tue, 2 Oct 2012, Rob Herring wrote: > > > > > >> On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote: > > >>

Re: linux-next: Tree for Oct 5 (nouveau)

2012-10-05 Thread Randy Dunlap
On 10/04/2012 09:54 PM, Stephen Rothwell wrote: > Hi all, > > Do not add stuff destined for v3.8 to your linux-next included branches > until after v3.7-rc1 is released. > > Changes since 201201004: > on x86_64, when CONFIG_AGP is not enabled: CC [M] drivers/gpu/drm/nouveau/nouveau_bo.o d

linux-next: Tree for Oct 5 (nouveau)

2012-10-05 Thread Randy Dunlap
On 10/04/2012 09:54 PM, Stephen Rothwell wrote: > Hi all, > > Do not add stuff destined for v3.8 to your linux-next included branches > until after v3.7-rc1 is released. > > Changes since 201201004: > on x86_64, when CONFIG_AGP is not enabled: CC [M] drivers/gpu/drm/nouveau/nouveau_bo.o d

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #7 from Peter 2012-10-05 20:00:56 --- Thank you for letting me know. My VGA button (for switching between performance and powersave mode) is also implemented as a software solution. When pressed, a WMI ACPI event is generated whic

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #6 from Alessandro Pignotti 2012-10-05 19:36:03 --- It's a switch. On linux I think it justs send a generic input event. So it's implemented in software under windows. -- Configure bugmail: https://bugzilla.kernel.org/userprefs

[RFC] drm/radeon: make dynamic allocation of page tables on demand in radeon_vm_update_pte v2

2012-10-05 Thread Christian König
Trying to resolve the remaining bugs today. Expect an v3 of the patch this evening or Monday morning. Cheers, Christian. On 04.10.2012 16:32, Dmitry Cherkasov wrote: > v2: setup and alloc number of contiguous PTs if possible > > Warning: Heaven benchmark /sometimes/ fails with this patch after >

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #5 from Peter 2012-10-05 19:25:38 --- Is that a switch (left/right slide) or toggle (slide to one side and it goes back automatically)? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are re

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 Alessandro Pignotti changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #3 from Peter 2012-10-05 19:13:52 --- You can mark this bug as a duplicate of that bug. Does your machine have an indicator that shows whether the discrete graphics card is enabled or not? If you happens to have such an indicator

[RFC 1/4] time: export getnstime_raw_and_real for DRM

2012-10-05 Thread Kristian Høgsberg
On Fri, Oct 5, 2012 at 9:36 AM, Imre Deak wrote: > Needed by the upcoming DRM raw monotonic timestamp support. I just had a quick look at driver/input/evdev.c, since evdev devices did a similar change recently to allow evdev timestamp from the monotonic clock. They're using a different time API:

[PATCH 04/14] media: add V4L2 DT binding documentation

2012-10-05 Thread Guennadi Liakhovetski
On Wed, 3 Oct 2012, Rob Herring wrote: > On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote: > > Hi Rob > > > > On Tue, 2 Oct 2012, Rob Herring wrote: > > > >> On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote: > >>> This patch adds a document, describing common V4L2 device tree bindings. > >

[PATCH v1 01/14] media: s5p-hdmi: add HPD GPIO to platform data

2012-10-05 Thread Tomasz Stanislawski
Hi Rahul Sharma, On 10/04/2012 05:18 PM, Rahul Sharma wrote: > From: Tomasz Stanislawski > > This patch extends s5p-hdmi platform data by a GPIO identifier for > Hot-Plug-Detection pin. > > Signed-off-by: Tomasz Stanislawski > Signed-off-by: Kyungmin Park Acked-by: Tomasz Stanislawski Rega

[PATCHv9 00/25] Integration of videobuf2 with DMABUF

2012-10-05 Thread Hans Verkuil
On Tue October 2 2012 16:27:11 Tomasz Stanislawski wrote: > Hello everyone, > This patchset adds support for DMABUF [2] importing and exporting to V4L2 > stack. Hi Tomasz, Thanks for this patch series! I've finished reviewing it, and only found minor things. The only (minor) API issue I found is

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 --- Comment #2 from Alessandro Pignotti 2012-10-05 17:56:21 --- Yes my setup is as you described. The bug looks the same as this indeed https://bugzilla.kernel.org/show_bug.cgi?id=44391 -- Configure bugmail: https://bugzilla.kernel.org/use

[PATCHv9 18/25] v4l: add buffer exporting via dmabuf

2012-10-05 Thread Hans Verkuil
On Tue October 2 2012 16:27:29 Tomasz Stanislawski wrote: > This patch adds extension to V4L2 api. It allow to export a mmap buffer as > file > descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by > mmap and return a file descriptor on success. > > Signed-off-by: Tomasz

[PATCHv9 17/25] Documentation: media: description of DMABUF exporting in V4L2

2012-10-05 Thread Hans Verkuil
More stylistic comments and a suggestion for re-ordering the fields in the expbuf struct. On Tue October 2 2012 16:27:28 Tomasz Stanislawski wrote: > This patch adds description and usage examples for exporting > DMABUF file descriptor in V4L2. > > Signed-off-by: Tomasz Stanislawski > Signed-of

[PATCH] drm/radeon: allocate PPLLs from low to high

2012-10-05 Thread alexdeuc...@gmail.com
From: Alex Deucher The order shouldn't matter, but there have been problems reported on certain older asics. This behaves more like the original code before the PPLL allocation rework. Signed-off-by: Alex Deucher Cc: Markus Trippelsdorf --- drivers/gpu/drm/radeon/atombios_crtc.c |8

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
ut? > > [drm] == start crtc 0 driving DVI-D-1 == > [drm] crtc 0 is not DP > [drm] plls in use 0x0 > [drm] crtc 0 using pll 0x1 > [drm] == end crtc 0 == Does the attached patch fix the issue? Alex -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-allocate-PPLLs-from-low-to-high.patch Type: text/x-diff Size: 1661 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121005/8307ab7d/attachment.patch>

[PATCHv9 09/25] v4l: vb2: add prepare/finish callbacks to allocators

2012-10-05 Thread Hans Verkuil
Some small typos... On Tue October 2 2012 16:27:20 Tomasz Stanislawski wrote: > From: Marek Szyprowski > > This patch adds support for prepare/finish callbacks in VB2 allocators. These > callback are used for buffer flushing. > > Signed-off-by: Marek Szyprowski > Acked-by: Laurent Pinchart >

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Stephen Warren
On 10/05/2012 10:16 AM, Steffen Trumtrar wrote: > On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: >> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: ... >>> + for_each_child_of_node(timings_np, entry) { >>> + struct signal_timing *st; >>> + >>> + st = of_get_di

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Stephen Warren
On 10/04/2012 03:35 PM, Guennadi Liakhovetski wrote: > Hi Steffen > > Sorry for chiming in so late in the game, but I've long been wanting to > have a look at this and compare with what we do for V4L2, so, this seems a > great opportunity to me:-) > > On Thu, 4 Oct 2012, Steffen Trumtrar wrote:

[PATCHv9 03/25] v4l: vb2: add support for shared buffer (dma_buf)

2012-10-05 Thread Hans Verkuil
Just a small heads-up for an upcoming change... On Tue October 2 2012 16:27:14 Tomasz Stanislawski wrote: > From: Sumit Semwal > > This patch adds support for DMABUF memory type in videobuf2. It calls relevant > APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations. > > For this version, the

[PATCHv9 02/25] Documentation: media: description of DMABUF importing in V4L2

2012-10-05 Thread Hans Verkuil
Hi Tomasz, Just a few more stylistic issues... On Tue October 2 2012 16:27:13 Tomasz Stanislawski wrote: > This patch adds description and usage examples for importing > DMABUF file descriptor in V4L2. > > Signed-off-by: Tomasz Stanislawski > Signed-off-by: Kyungmin Park > CC: linux-doc at vge

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
ext part -- A non-text attachment was scrubbed... Name: 0001-pll-debug.patch Type: text/x-diff Size: 5374 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121005/b2cec14c/attachment.patch>

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Fri, Oct 05, 2012 at 10:21:37AM -0600, Stephen Warren wrote: > On 10/05/2012 10:16 AM, Steffen Trumtrar wrote: > > On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: > >> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > ... > >>> + for_each_child_of_node(timings_np, entry) { > >>>

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 11:35:35PM +0200, Guennadi Liakhovetski wrote: > Hi Steffen > > Sorry for chiming in so late in the game, but I've long been wanting to > have a look at this and compare with what we do for V4L2, so, this seems a > great opportunity to me:-) > > On Thu, 4 Oct 2012, Steff

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Stephen Warren
On 10/05/2012 10:16 AM, Steffen Trumtrar wrote: > On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: >> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: ... >>> + for_each_child_of_node(timings_np, entry) { >>> + struct signal_timing *st; >>> + >>> + st = of_get_di

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Stephen Warren
On 10/04/2012 03:35 PM, Guennadi Liakhovetski wrote: > Hi Steffen > > Sorry for chiming in so late in the game, but I've long been wanting to > have a look at this and compare with what we do for V4L2, so, this seems a > great opportunity to me:-) > > On Thu, 4 Oct 2012, Steffen Trumtrar wrote:

[PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Robert Schwebel
On Thu, Oct 04, 2012 at 11:35:35PM +0200, Guennadi Liakhovetski wrote: > > +optional properties: > > + - hsync-active-high (bool): Hsync pulse is active high > > + - vsync-active-high (bool): Vsync pulse is active high > > For the above two we also considered using bool properties but eventually >

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote: > On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > > A patch description would be useful for something like this. > Yes. Shame on me. > > diff --git a/Documentation/devicetree/bindings/video/display-timings.txt > > b/Documentatio

No subject

2012-10-05 Thread Robert Schwebel
, pza Bcc: Subject: Re: [PATCH 1/2 v6] of: add helper to parse display timings Reply-To: In-Reply-To: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-Uptime: 09:13:09 up 103 days, 22:24, 36

Re: [RFC 1/4] time: export getnstime_raw_and_real for DRM

2012-10-05 Thread Kristian Høgsberg
On Fri, Oct 5, 2012 at 9:36 AM, Imre Deak wrote: > Needed by the upcoming DRM raw monotonic timestamp support. I just had a quick look at driver/input/evdev.c, since evdev devices did a similar change recently to allow evdev timestamp from the monotonic clock. They're using a different time API:

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf wrote: > When I cold start my machine I see the following error message on my > monitor: > > Out of Range > 48.2kHz / 44Hz > > I have to reboot on older kernel and kexec to the current one to get it > working again. I don't see anything amiss;

[PATCH] drm: nouveau: Fix build warning seen is HWMON is undefined

2012-10-05 Thread Guenter Roeck
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 --- This was seen in the latest upstream kernel. drivers/gpu/drm/nouveau/nouveau_pm.c |4 ++-- 1 file changed, 2 insertions(+), 2 dele

Re: [PATCH 2/2 v6] of: add generic videomode description

2012-10-05 Thread Steffen Trumtrar
On Thu, Oct 04, 2012 at 12:51:00PM -0600, Stephen Warren wrote: > On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > > Get videomode from devicetree in a format appropriate for the > > backend. drm_display_mode and fb_videomode are supported atm. > > Uses the display signal timings from of_display_t

Re: HDMI ELD info failed to extract occasionally

2012-10-05 Thread Jani Nikula
On Fri, 05 Oct 2012, "taiten...@gmail.com" wrote: > I found a potential bug for i915 regarding to ELD parsing. > > I was trying to monitor ELD by watching "/proc/asound/card0/eld#3.0" > and I realized that the ELD might failed to read from HDMI when AC > power is not plugged. This looks like a po

[Bug 45061] Power consumption higher after resume, probably vgaswitcheroo/radeon related

2012-10-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=45061 Peter changed: What|Removed |Added CC||lekenst...@gmail.com --- Comment #1 from Pete

[PATCH] drm/radeon: allocate PPLLs from low to high

2012-10-05 Thread alexdeucher
From: Alex Deucher The order shouldn't matter, but there have been problems reported on certain older asics. This behaves more like the original code before the PPLL allocation rework. Signed-off-by: Alex Deucher Cc: Markus Trippelsdorf --- drivers/gpu/drm/radeon/atombios_crtc.c |8

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 10:25 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 10:15 AM, Markus Trippelsdorf > wrote: > > On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: > >> On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf > >> wrote: > >> > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > >

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
On Fri, Oct 5, 2012 at 10:15 AM, Markus Trippelsdorf wrote: > On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: >> On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf >> wrote: >> > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: >> >> On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf >> >>

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 16:14 +0200, Michel Dänzer wrote: > On Fre, 2012-10-05 at 16:59 +0300, Imre Deak wrote: > > On Fri, 2012-10-05 at 15:55 +0200, Michel Dänzer wrote: > > > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > > > In practice we never want the timestamps for vblank and page

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf > wrote: > > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > >> On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf > >> wrote: > >> > When I cold start my machine I see the following error

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Michel Dänzer
On Fre, 2012-10-05 at 16:59 +0300, Imre Deak wrote: > On Fri, 2012-10-05 at 15:55 +0200, Michel Dänzer wrote: > > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > > In practice we never want the timestamps for vblank and page flip events > > > to be affected by time adjustments, so in addi

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf wrote: > On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: >> On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf >> wrote: >> > When I cold start my machine I see the following error message on my >> > monitor: >> > >> > Out of Range >> > 48.

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
On Fri, 2012-10-05 at 15:55 +0200, Michel Dänzer wrote: > On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > > In practice we never want the timestamps for vblank and page flip events > > to be affected by time adjustments, so in addition to the gettimeofday > > timestamps we used so far add su

Re: [RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Michel Dänzer
On Fre, 2012-10-05 at 16:37 +0300, Imre Deak wrote: > In practice we never want the timestamps for vblank and page flip events > to be affected by time adjustments, so in addition to the gettimeofday > timestamps we used so far add support for raw monotonic timestamps. > > For backward compatibil

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 09:14 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf > wrote: > > When I cold start my machine I see the following error message on my > > monitor: > > > > Out of Range > > 48.2kHz / 44Hz > > > > I have to reboot on older kernel and kexec to the

[RFC 4/4] drm: add support for raw monotonic vblank timestamps

2012-10-05 Thread Imre Deak
In practice we never want the timestamps for vblank and page flip events to be affected by time adjustments, so in addition to the gettimeofday timestamps we used so far add support for raw monotonic timestamps. For backward compatibility use flags to select between the old and new timestamp forma

[RFC 3/4] drm: use raw time in drm_calc_vbltimestamp_from_scanoutpos

2012-10-05 Thread Imre Deak
The timestamp is used here for handling the timeout case, so we don't want it to be affected by time adjustments. Signed-off-by: Imre Deak --- drivers/gpu/drm/drm_irq.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm

[RFC 2/4] drm: make memset/calloc for _vblank_time more robust

2012-10-05 Thread Imre Deak
Using sizeof(*var) instead of sizeof(var_type) allows changing var_type w/o breaking callers that depend on the size. Signed-off-by: Imre Deak --- drivers/gpu/drm/drm_irq.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_

[RFC 1/4] time: export getnstime_raw_and_real for DRM

2012-10-05 Thread Imre Deak
Needed by the upcoming DRM raw monotonic timestamp support. Signed-off-by: Imre Deak --- kernel/time/timekeeping.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c index d3b91e7..073d262 100644 --- a/kernel/time/timekeep

[RFC 0/4] drm: add raw monotonic timestamp support

2012-10-05 Thread Imre Deak
This is needed to make applications depending on vblank/page flip timestamps independent of time ajdustments. I've tested these with an updated intel-gpu-test/flip_test and will send the update for that once there's no objection about this patchset. The patchset is based on danvet's dinq branch w

[PATCH V7 11/15] drm: Handle io prot correctly for MIPS

2012-10-05 Thread Huacai Chen
Signed-off-by: Huacai Chen Signed-off-by: Hongliang Tao Signed-off-by: Hua Yan Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/drm_vm.c |2 +- drivers/gpu/drm/ttm/ttm_bo_util.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_vm.

Re: Monitor sync out of range with current Linux git tree

2012-10-05 Thread Alex Deucher
On Fri, Oct 5, 2012 at 8:37 AM, Markus Trippelsdorf wrote: > When I cold start my machine I see the following error message on my > monitor: > > Out of Range > 48.2kHz / 44Hz > > I have to reboot on older kernel and kexec to the current one to get it > working again. I don't see anything amiss;

[PATCH V3] drm/radeon: Include swiotlb.h if SWIOTLB configured

2012-10-05 Thread Huacai Chen
When SWIOTLB is configured, if without this patch kernel compilation fails with such error messages: drivers/gpu/drm/radeon/radeon_ttm.c: In function 'radeon_ttm_tt_populate': drivers/gpu/drm/radeon/radeon_ttm.c:606:2: error: implicit declaration of function 'swiotlb_nr_tbl' drivers/gpu/drm/radeo

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
When I cold start my machine I see the following error message on my monitor: Out of Range 48.2kHz / 44Hz I have to reboot on older kernel and kexec to the current one to get it working again. [drm] Initialized drm 1.1.0 20060810 [drm] radeon defaulting to kernel modesetting. [drm] radeon kern

  1   2   >