Re: linux-next: Tree for October 11 (nouveau)

, you may want to ask them to do so. Cheers, Martin From 77aee56418ffbb4f0d4683d9e6d9d8d46ad12621 Mon Sep 17 00:00:00 2001 From: Martin Peres martin.pe...@ensi-bourges.fr Date: Tue, 12 Oct 2010 03:30:27 +0200 Subject: [PATCH] Try to fix issues when compiling nouveau without CONFIG_HWMON Signed

Re: linux-next: Tree for October 25 (nouveau_pm)

Sep 17 00:00:00 2001 From: Martin Peres martin.pe...@ensi-bourges.fr Date: Tue, 26 Oct 2010 12:48:28 +0200 Subject: [PATCH] Fix compilation issues in nouveau_pm when CONFIG_HWMON is not set Signed-off-by: Martin Peres martin.pe...@ensi-bourges.fr --- drivers/gpu/drm/nouveau/nouveau_pm.c |8

Re: [PATCH] drm/radeon/kms: dynamically allocate power state space

Le 03/02/2011 00:42, Alex Deucher a écrit : We previously used a static array, but some new systems had more states then we had array space, so dynamically allocate space based on the number of states in the vbios. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33851 Signed-off-by: Alex

Re: [patch] drm/nv50/pm: signedness bug in nv50_pm_clocks_pre()

Le 04/01/2012 08:20, Dan Carpenter a écrit : calc_mclk() returns zero on success and negative on failure but clk is a u32. Signed-off-by: Dan Carpenterdan.carpen...@oracle.com diff --git a/drivers/gpu/drm/nouveau/nv50_pm.c b/drivers/gpu/drm/nouveau/nv50_pm.c index 0393721..3508de9 100644 ---

Re: [patch] drm/nv50/pm: signedness bug in nv50_pm_clocks_pre()

Le 10/01/2012 06:39, Dan Carpenter a écrit : On Tue, Jan 10, 2012 at 12:28:13AM +0100, Martin Peres wrote: Le 04/01/2012 08:20, Dan Carpenter a écrit : calc_mclk() returns zero on success and negative on failure but clk is a u32. Signed-off-by: Dan Carpenterdan.carpen...@oracle.com diff

Re: [RFC PATCH 5/5] drm/nouveau: gpu lockup recovery

Le 23/04/2012 00:18, Marcin Slusarz a écrit : Overall idea: Detect lockups by watching for timeouts (vm flush / fence), return -EIOs, handle them at ioctl level, reset the GPU and repeat last ioctl. GPU reset is done by doing suspend / resume cycle with few tweaks: - CPU-only bo eviction -

Re: [RFC PATCH 5/5] drm/nouveau: gpu lockup recovery

Hey, Just a minor mistake spotted while skimming through the patch. Le 23/04/2012 00:18, Marcin Slusarz a écrit : +static inline uint64_t nv_timeout(struct drm_device *dev) +{ + uint64_t tm = 20ULL; + if (nouveau_gpu_reset_in_progress(dev)) + tm /= 40; /* 50ms

Re: [RFC PATCH 5/5] drm/nouveau: gpu lockup recovery

Le 23/04/2012 18:32, Marcin Slusarz a écrit : Just run piglit. Even quick tests can cause ~5 lockups (it eventually messes up DDX channel, but this patchset can't fix this case). You can run fs-discard-exit-2 test first - for me it causes instant GPU lockup. Marcin Great, Thanks. Did you

Re: [Nouveau] [PATCH 4/5] drm/nv50: let applications hanging on vm flush to be killed

Le 23/04/2012 00:18, Marcin Slusarz a écrit : Signed-off-by: Marcin Slusarzmarcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nv50_graph.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv50_graph.c

Re: [PATCH] radeon: Make PM info available to all, not just debug users

Le 04/06/2012 13:30, Christian König a écrit : On 04.06.2012 10:44, Lauri Kasanen wrote: So the issue is the location of the info, not the format. I'd be more than happy to split it into six files (default_core_clock, current_core_clock...) that each offer just a kHz number, just like the

Re: [PATCH] radeon: Make PM info available to all, not just debug users

Le 04/06/2012 16:31, Jerome Glisse a écrit : I don't think sysfs is the way to go, i am pretty sure that power management will change drasticly again in the future especialy btw discret and integrated GPU. I would rather have hardware specific ioctl. Cheers, Jerome Any particular idea of what

Re: [PATCH] radeon: Make PM info available to all, not just debug users

Le 04/06/2012 17:18, Jerome Glisse a écrit : My experience is that things that are true today for GPU, are not tomorrow. Yes there will still be clock/voltage, but there could be new complete different things, like shutting down block. IMO, this isn't something the user should ever be aware

Re: [PATCH] radeon: Make PM info available to all, not just debug users

Answers inlined. Le 04/06/2012 19:19, Jerome Glisse a écrit : My point is that there is no way for power management to find an API that fits all GPU. If i were to do it now, i would have one ioctl version for r3xx, one for r5xx, one for r6xx/r7xx, one for r8xx, one for r9xx, ... yes there

Re: [PATCH] radeon: Make PM info available to all, not just debug users

On 04.06.2012 21:54, Daniel Vetter wrote: In i915-land we're trying to make things Just Work. If needed we can expose (generation/platform-specific) tunables in sysfs. But on snb and later the combination of rc6+gpu turbo (mostly handled all by hw) is rather ok, so I don't see anything going

Re: Linux 3.7-rc1 (nouveau_bios_score oops).

the attached patch please ? Martin From ea15dc1cf87236da78e8e88ecc3864ffab006ae0 Mon Sep 17 00:00:00 2001 From: Martin Peres martin.pe...@labri.fr Date: Sat, 20 Oct 2012 00:08:15 +0200 Subject: [PATCH] drm/nouveau/bios: improve error handling when reading the vbios from ACPI Reported-by: Pawel Sikora

Re: Linux 3.7-rc1 (nouveau_bios_score oops).

f09d58dc23a6e48ed56a1d9bf803f800f0c59e83 Mon Sep 17 00:00:00 2001 From: Martin Peres martin.pe...@labri.fr Date: Sat, 20 Oct 2012 11:03:36 +0200 Subject: [PATCH] drm/nouveau/bios: improve error handling when reading the vbios from ACPI Reported-by: Pawel Sikora pawel.sik...@agmk.net Signed-off-by: Martin

[RFC] Complete experimental render node implementation

Hi, Following to my shared talk with krh, danvet and Timothée Ravier @ XDC2012, I have actually taken the time to start fixing some security holes found in the graphics stack. Today, I would like to request your comments on the render node patchset. Keep in mind that I am not asking for

Re: Fan control in nouveau driver with geforce 9600gt

On 13/12/2012 11:02, Ozan Çağlayan wrote: Hi, I have a geforce 9600gt (nv94) display adapter which has its fan running at 100% speed. Yesterday I've compiled and booted with the latest nouveau-2.6 tree. sensors from lm_sensors can correctly acquire GPU temperature and PWM speed but as far as I

[PATCH 1/4] drm: Fix DRM_MINOR limits for control and render nodes

From: Kristian Høgsberg k...@bitplanet.net We got the minor number base right, but limit is too big and causes the minor numer ranges for the control and render nodes to overlap. v2: fix a off-by-one overlap as suggested by ihad...@research.bell-labs.com Signed-off-by: Martin Peres martin.pe

[PATCH 3/4] drm/i915: Support render nodes

From: Kristian Høgsberg k...@bitplanet.net Enable support for drm render nodes for i915 by flagging the ioctls that are safe and just needed for rendering. Signed-off-by: Kristian Høgsberg k...@bitplanet.net --- drivers/gpu/drm/i915/i915_dma.c | 36 ++--

[PATCH 4/4] drm/nouveau: Support render nodes

From: Martin Peres martin.pe...@labri.fr Enable support for drm render nodes for nouveau by flagging the ioctls that are safe and just needed for rendering. Signed-off-by: Martin Peres martin.pe...@labri.fr --- drivers/gpu/drm/nouveau/nouveau_drm.c | 24 1 file changed

[PATCH 2/4] drm: Add support for render nodes

authentication step. Render nodes can be used without a master, potentially in headless setups such as video-transcoding or GPGPU work. v2: Martin Peres - Allow render nodes to access DRM_UNLOCKED IOCTLs) Signed-off-by: Kristian Høgsberg k...@bitplanet.net Signed-off-by: Martin Peres

[PATCH 2/5] drm: generate the path of a different device type for the same drm device

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- .gitignore | 1 + tests/Makefile.am| 1 + tests/same_device_but_type.c | 52 xf86drm.c| 44

[PATCH 3/5] nouveau: Allow opening a specific type of drm device

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- nouveau/nouveau.c | 11 +-- nouveau/nouveau.h | 2 ++ 2 files changed, 11 insertions(+), 2 deletions(-) diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c index 940d933..1402852 100644

[PATCH 1/5] drm: allow opening the drm device by type (control, render or render_only)

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- tests/name_from_fd.c | 19 ++ xf86drm.c| 105 --- xf86drm.h| 7 3 files changed, 100 insertions(+), 31 deletions

[PATCH 4/5] nouveau: bump version to 2.4.34 for release

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- nouveau/libdrm_nouveau.pc.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/nouveau/libdrm_nouveau.pc.in b/nouveau/libdrm_nouveau.pc.in index 6170613..f3b99cf 100644 --- a/nouveau

[PATCH] dri2proto: add device_requires_auth in xDRI2ConnectReply to support render nodes

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- dri2proto.h | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/dri2proto.h b/dri2proto.h index 128b807..4d11ba7 100644 --- a/dri2proto.h +++ b/dri2proto.h @@ -35,7 +35,7

[PATCH] dri2: add support for render nodes

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- glx/glxdri2.c | 3 ++- hw/xfree86/dri2/dri2.c| 11 ++- hw/xfree86/dri2/dri2.h| 8 ++-- hw/xfree86/dri2/dri2ext.c | 8 ++-- 4 files changed, 24 insertions(+), 6

[PATCH] add support for render nodes

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- configure.ac | 2 +- src/nouveau_dri2.c | 11 +++ 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index ff9c337..61dfb01 100644

[PATCH] dri2: add support for render nodes

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@labri.fr --- src/gallium/state_trackers/egl/x11/x11_screen.c | 2 +- src/glx/dri2.c | 6 +- src/glx/dri2.h | 3 ++- src/glx/dri2_glx.c

Request for nv40-c0 testing thermal/fan management

Hi Nouveau enthusiasts, One week ago was merged the thermal/fan management code for most nvidia cards. So far, no major issue arose but we would like to have more testing as soon as possible to deliver a nice and solid support when Linux 3.8 is released. Thermal management is split into

[RFC] Complete experimental render node implementation

Hi, Following to my shared talk with krh, danvet and Timothée Ravier @ XDC2012, I have actually taken the time to start fixing some security holes found in the graphics stack. Today, I would like to request your comments on the render node patchset. Keep in mind that I am not asking for

Re: Fan control in nouveau driver with geforce 9600gt

! Martin Hey this is nice! I'll try it tonight when I'm back home. Thanks :) Here you go :) I managed to reproduce the issue. Please test this patch! Thanks for reporting, Martin From 0227e8a93c697c325fb89b31b16aa5fe565c64d5 Mon Sep 17 00:00:00 2001 From: Martin Peres martin.pe...@labri.fr Date

Re: [RFC] Complete experimental render node implementation

Le 18/12/2012 13:03, Daniel Vetter a écrit : On Mon, Dec 17, 2012 at 02:42:00AM +0100, Martin Peres wrote: Hi, Following to my shared talk with krh, danvet and Timothée Ravier @ XDC2012, I have actually taken the time to start fixing some security holes found in the graphics stack. Today, I

Re: Fan control in nouveau driver with geforce 9600gt

On 19/12/2012 20:39, Ozan Çağlayan wrote: Here you go :) I managed to reproduce the issue. Please test this patch! Okay switching to automatic mode when pwm1 == 100 now gradually (in a few seconds, it is not cut down to 35 suddenly) lowers it down to 35. Switching to automatic mode while in

Re: Fan control in nouveau driver with geforce 9600gt

Le 20/12/2012 14:07, Ozan Çağlayan a écrit : So, we had some discussions within the nouveau community about this and we decided that 0 would mean, no updates on the current status. Anything against it? So if I switch automatic mode on and then disable it then do some heavy GPU processing, the

Re: Fan control in nouveau driver with geforce 9600gt

On 21/12/2012 13:04, Ozan Çağlayan wrote: Of course it is, but why would you disable automatic fan management? You are supposed to activate it and let it activated at all time. It's not me but someone inexperienced playing with sysfs tunables for example :) Ah, sure. Well, there is

Re: Fan control in nouveau driver with geforce 9600gt

Le 07/01/2013 17:25, Ozan Çağlayan a écrit : We will be waiting a until one kernel is released before activating fan management by default. So these fan stuff will be merged into 3.9? Yeah, quite likely :) I see no reasons for us not to. So far, all bugs have been fixed.

Re: CDF discussions at FOSDEM

On 31/01/2013 11:53, Laurent Pinchart wrote: On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote: Hi everybody, Would anyone be interested in meeting at the FOSDEM to discuss the Common Display Framework ? There will be a CDF meeting at the ELC at the end of February, the FOSDEM would be

Re: nouveau shuts the machine down with v3.9-rc1 (temperature (72 C) hit the 'shutdown' threshold).

Hi Konrad, On 04/03/2013 19:40, Konrad Rzeszutek Wilk wrote: After git merge ab7826595e9ec51a51f622c5fc91e2f59440481a (Merge tag 'mfd-3.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6) the nouveau driver ends up shutting of the machine when booting. I hadn't done a

Re: nouveau shuts the machine down with v3.9-rc1 (temperature (72 C) hit the 'shutdown' threshold).

hw-wise) and not based on their chipset number. As the nv40 family is a mess when it comes to numbers, this patch introduces a switch-based selection between the old and new style. Signed-off-by: Martin Peres martin.pe...@labri.fr --- drivers/gpu/drm/nouveau/core/subdev/therm/nv40.c | 50

Re: nouveau shuts the machine down with v3.9-rc1 (temperature (72 C) hit the 'shutdown' threshold).

Sujet: Re: nouveau shuts the machine down with v3.9-rc1 (temperature (72 C) hit the 'shutdown' threshold). Date : Fri, 15 Mar 2013 11:16:17 -0400 De :Konrad Rzeszutek Wilk konrad.w...@oracle.com Pour : Martin Peres martin.pe...@free.fr On Fri, Mar 15, 2013 at 02:30:44AM +0100

X.org's GSoC 2013 projects

nv_perfmon == Student: Samuel Pitoiset (hakzsam) Mentor: Martin Peres (mupuf) Blog: http://hakzsam.wordpress.com/ https://hakzsam.wordpress.com/ == Implementing GL_EXT_direct_state_access == Student: Dylan Noblesmith Mentor: Ian Romanick Proposal: http://www.cs.usm.maine.edu/~noblesmith

Re: [PATCH v2 00/20] Unified VMA Offset Manager v2 (+Render Node RFC)

On 11/07/2013 13:21, David Herrmann wrote: Hi On Thu, Jul 11, 2013 at 1:12 PM, Martin Peres martin.pe...@labri.fr wrote: On 07/07/2013 19:17, David Herrmann wrote: Hi This is v2 of the unified VMA offset manager series. The first draft is available at LWN [1]. This series replaces the VMA

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 13/08/2013 05:56, Pali Rohár wrote: Hello, after commit ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954 temperature information from lm sensors is not available on my Nvidia 6600GT graphics card. There is no nouveau hwmon entry in sysfs anymore. Why it was removed? Can I help with debugging? I'd

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 13/08/2013 09:23, Pali Rohár wrote: On Tuesday 13 August 2013 09:01:19 Martin Peres wrote: On 13/08/2013 05:56, Pali Rohár wrote: Hello, after commit ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954 temperature information from lm sensors is not available on my Nvidia 6600GT graphics card

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 13/08/2013 09:53, Pali Rohár wrote: On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres wrote: On 13/08/2013 09:23, Pali Rohár wrote: On Tuesday 13 August 2013 09:01:19 Martin Peres wrote: ... You can check the temperature by running nvidia-settings. If you can't see the temperature

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 14/08/2013 05:02, Pali Rohár wrote: On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: On 13/08/2013 09:53, Pali Rohár wrote: On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres wrote: On 13/08/2013 09:23, Pali Rohár wrote: On Tuesday 13 August 2013 09:01:19 Martin Peres wrote

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 15/08/2013 03:24, Pali Rohár wrote: On Thursday 15 August 2013 04:07:24 Martin Peres wrote: On 14/08/2013 05:02, Pali Rohár wrote: On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: On 13/08/2013 09:53, Pali Rohár wrote: On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres wrote

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

On 15/08/2013 13:46, Pali Rohár wrote: On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: Hello, in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced error which cause that on my Nvidia 6600GT card reclocking not working anymore. There is missing assigment of return value from

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

On 16/08/2013 03:16, Pali Rohár wrote: On Thursday 15 August 2013 18:23:06 Martin Peres wrote: On 15/08/2013 13:46, Pali Rohár wrote: On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: Hello, in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced error which cause that on my

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 16/08/2013 09:14, Pali Rohár wrote: On Thursday 15 August 2013 18:21:51 Martin Peres wrote: On 15/08/2013 03:24, Pali Rohár wrote: On Thursday 15 August 2013 04:07:24 Martin Peres wrote: On 14/08/2013 05:02, Pali Rohár wrote: On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: On 13

Re: [PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

Le 23/08/2013 13:13, David Herrmann a écrit : Hi I reduced the vma access-management patches to a minimum. I now do filp* tracking in gem unconditionally and force drm_gem_mmap() to check this. Hence, all gem drivers are safe now. For TTM drivers, I now use the already available verify_access()

Re: [Nouveau] [PATCH] drm/nouveau: do not move buffers when not needed

There are still some rendering issues on my nvc4, but the framerate is much smoother than it was before this patch. Tested-by: Martin Peres martin.pe...@labri.fr --- diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index d506da5..762bfcd 100644

Re: [PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

On 25/08/2013 17:09, David Herrmann wrote: Hi On Fri, Aug 23, 2013 at 2:00 PM, Martin Peres martin.pe...@free.fr wrote: Le 23/08/2013 13:13, David Herrmann a écrit : Hi I reduced the vma access-management patches to a minimum. I now do filp* tracking in gem unconditionally and force

Re: [PATCH] dma-buf: Expose buffer size to userspace (v2)

Hi Christopher, Le 04/09/2013 05:15, Christopher James Halse Rogers a écrit : Each dma-buf has an associated size and it's reasonable for userspace to want to know what it is. Since userspace already has an fd, expose the size using the size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);

Re: [PATCH] dma-buf: Expose buffer size to userspace (v2)

Le 04/09/2013 14:05, Daniel Vetter a écrit : On Wed, Sep 04, 2013 at 12:24:27PM +0200, Martin Peres wrote: Hi Christopher, Le 04/09/2013 05:15, Christopher James Halse Rogers a écrit : Each dma-buf has an associated size and it's reasonable for userspace to want to know what it is. Since

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 01/02/17 22:05, Manasi Navare wrote: On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote: Jani Nikula <jani.nik...@linux.intel.com> writes: On Tue, 31 Jan 2017, Eric Anholt <e...@anholt.net> wrote: Martin Peres <martin.pe...@linux.intel.com> writes: Despi

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 06/02/17 17:50, Martin Peres wrote: On 03/02/17 10:04, Daniel Vetter wrote: On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote: On 01/02/17 22:05, Manasi Navare wrote: On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote: Jani Nikula <jani.nik...@linux.intel.com>

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 03/02/17 10:04, Daniel Vetter wrote: On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote: On 01/02/17 22:05, Manasi Navare wrote: On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote: Jani Nikula <jani.nik...@linux.intel.com> writes: On Tue, 31 Jan 2017, Eric Anh

[RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

the userspace a hotplug event. This may happen right after a modeset or later on. When available, we should use the link-status information to reset the wanted mode. Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- WARNING: The patches have not been merged in the kernel y

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 13/02/17 23:05, Eric Anholt wrote: I was just trying to provide review to get the kernel unstuck. The kernel should not be blocked until the patch gets lands (this obviously isn't the case with ioctls, which *don't* land in userspace until kernel does), you just need userspace published and

Re: KMS backlight ABI proposition

On 22/02/17 17:05, Jani Nikula wrote: On Mon, 20 Feb 2017, Daniel Thompson wrote: === 1) Backlight device interoperability === Since we need to keep backward compatibility of the backlight, we have to keep the current backlight drivers. Here are possible options:

Re: KMS backlight ABI proposition

+plasma-devel, as suggested by Martin Gräßlin. On 17/02/17 14:58, Martin Peres wrote: Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight drivers. We have CC:ed the people we have found to be the more likely to be interested

Re: KMS backlight ABI proposition

On 24/02/17 11:59, Hans de Goede wrote: Hi, On 24-02-17 10:48, Hans de Goede wrote: Hi, On 24-02-17 10:46, Hans de Goede wrote: Hi, On 24-02-17 10:34, Jani Nikula wrote: On Fri, 24 Feb 2017, Hans de Goede wrote: On 24-02-17 09:43, Jani Nikula wrote: I don't think we

Re: KMS backlight ABI proposition

On 24/02/17 12:44, Hans de Goede wrote: Hi, On 24-02-17 11:23, Martin Peres wrote: On 24/02/17 11:59, Hans de Goede wrote: Hi, On 24-02-17 10:48, Hans de Goede wrote: Hi, On 24-02-17 10:46, Hans de Goede wrote: Hi, On 24-02-17 10:34, Jani Nikula wrote: On Fri, 24 Feb 2017, Hans de Goede

Re: KMS backlight ABI proposition

On 20/02/17 21:57, Hans de Goede wrote: Hi, On 20-02-17 20:27, Dave Airlie wrote: On 17 February 2017 at 22:58, Martin Peres <martin.pe...@linux.intel.com> wrote: Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight d

KMS backlight ABI proposition

Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight drivers. We have CC:ed the people we have found to be the more likely to be interested in the discussion but please add everyone you think would have some experience with

Implementing Miracast

On 03/01/17 22:47, Jani Nikula wrote: > On Fri, 23 Dec 2016, norbert wrote: >> Hello, >> about a year ago there was a discussion about Implementing Miracast on >> this list: >> >> https://lists.freedesktop.org/archives/dri-devel/2015-December/096035.html >> >> Since then I could not find further

[RFC 0/6] drm: Add support for userspace drivers

On 04/01/17 17:06, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 02:34:36PM +0100, Noralf Trønnes wrote: >> Hi, >> >> I was previously working on tinydrm as a replacement for staging/fbtft. >> During a break from that work, I started to think about if it would be >> possible to move the drivers

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote: The two remaining patches from [1], rebased. BR, Jani. [1] http://mid.mail-archive.com/1480984058-552-1-git-send-email-manasi.d.navare@intel.com Just for the record, I think the only thing

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 20/01/17 18:44, Jani Nikula wrote: On Fri, 20 Jan 2017, Martin Peres <martin.pe...@linux.intel.com> wrote: On 19/01/17 11:18, Jani Nikula wrote: On Wed, 18 Jan 2017, Martin Peres <martin.pe...@linux.intel.com> wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 19/01/17 13:34, Ville Syrjälä wrote: On Wed, Jan 18, 2017 at 11:05:18PM +0200, Martin Peres wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote: The two remaining patches from [1], rebased. BR, Jani. [1] http://mid.mail-archive.com

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 19/01/17 11:18, Jani Nikula wrote: On Wed, 18 Jan 2017, Martin Peres <martin.pe...@linux.intel.com> wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote: The two remaining patches from [1], rebased. BR, Jani. [1] http://mi

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

On 20/04/16 17:23, Robert Bragg wrote: > Gen graphics hardware can be set up to periodically write snapshots of > performance counters into a circular buffer via its Observation > Architecture and this patch exposes that capability to userspace via the > i915 perf interface. > > Cc: Chris Wilson

X.Org Endless Vacation of Code (EVoC) - Help

On 30/04/16 11:07, Manish Bisht wrote: > Hello Devs, > > I want to improve the design of http://www.x.org/wiki/ website and > want to change the user inerface with the material design theme and > make it mobile responsive. Can I make the proposal on this and take > part in the EVoC ? > >

[PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On 08/11/16 15:56, Arnd Bergmann wrote: > The newly introduced LED handling for nouveau fails to link when the > driver is built-in but the LED subsystem is a loadable module: > > drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend': > tvnv17.c:(.text.nouveau_do_suspend+0x10):

XDC 2016 : Call for paper

On 13/05/16 01:56, Martin Peres wrote: > Hello, > > I have the pleasure to announce that the X.org Developer Conference 2016 > will be held in Helsinki from September 21 to September 23. The venue is > located at Haaga-Helia university[0], next to the Pasila station. > &

[Intel-gfx] [PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

On 03/05/16 22:34, Robert Bragg wrote: > Sorry for the delay replying to this, I missed it. No worries! > > On Sat, Apr 23, 2016 at 11:34 AM, Martin Peres <mailto:martin.peres at free.fr>> wrote: > > On 20/04/16 17:23, Robert Bragg wrote: > > Gen g

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

On 03/05/16 23:03, Robert Bragg wrote: > > > On Tue, May 3, 2016 at 8:34 PM, Robert Bragg <mailto:robert at sixbynine.org>> wrote: > > Sorry for the delay replying to this, I missed it. > > On Sat, Apr 23, 2016 at 11:34 AM, Martin Peres <mailt

XDC 2016 : Call for paper

are attending please add your name as early as possible. I am looking forward to seeing you there, if you have any inquiries/questions, please send them to me (please also CC: board at foundation.x.org). Martin Peres [0] https://www.google.fi/maps/place/Ratapihantie+13,+00520+Helsinki

[PATCH] drm/radeon: use 0-255 rather than 0-100 for pwm fan range

On 05/02/2015 11:49, Christian König wrote: > Am 04.02.2015 um 23:27 schrieb Alex Deucher: >> 0-255 seems to be the preferred range for the pwm interface. >> >> Signed-off-by: Alex Deucher > Yeah, using 100 on a 8bit pwm timer sounds rather obviously wrong. > > Patch is Reviewed-by: Christian

[PATCH] drm/radeon: use 0-255 rather than 0-100 for pwm fan range

On 13/04/2015 02:42, Alex Deucher wrote: > On Sat, Apr 11, 2015 at 5:52 AM, Martin Peres wrote: >> On 05/02/2015 11:49, Christian König wrote: >>> Am 04.02.2015 um 23:27 schrieb Alex Deucher: >>>> 0-255 seems to be the preferred range for the pwm interface. >>

nouveau_fan_update: possible circular locking dependency detected

Le 13/03/2014 14:38, Ilia Mirkin a ?crit : > On Sun, Mar 9, 2014 at 10:51 AM, Marcin Slusarz > wrote: >> [ 326.168487] == >> [ 326.168491] [ INFO: possible circular locking dependency detected ] >> [ 326.168496] 3.13.6 #1270 Not tainted >> [

XDC2014: Call for paper

badges and plan for the catering. I am looking forward to seeing you there, if you have any inquiries/questions, please send them to me (please also CC: board at foundation.x.org). Martin Peres

Nominations for X.Org Foundation Board of Directors are OPEN

, Martin Peres, Peter Hutterer and Stuart Kreitman. They will continue to serve until their term ends in 2015. Current directors whose term expires in 2014 are Matthias Hopf, Keith Packard, Matt Dew, and Alex Deucher. A director is expected to participate in the bi-weekly IRC meeting to discuss

[PATCH 0/3] drm/gk20a: support for reclocking

On 11/07/2014 03:42, Alexandre Courbot wrote: > On 07/10/2014 06:50 PM, Mikko Perttunen wrote: >> Does GK20A itself have any kind of thermal protection capabilities? >> Upstream SOCTHERM support is not yet available (though I have a driver >> in my tree), so we are thinking of disabling CPU DVFS

unparseable, undocumented /sys/class/drm/.../pstate

Le 23/06/2014 18:40, Ilia Mirkin a ?crit : > On Mon, Jun 23, 2014 at 12:36 PM, Greg KH wrote: >> On Mon, Jun 23, 2014 at 12:18:51PM -0400, Ilia Mirkin wrote: >> A list of valid "values" that a file can be in is fine if you just then >> write one value back to that file. That's the one exception,

unparseable, undocumented /sys/class/drm/.../pstate

Le 23/06/2014 19:56, Ilia Mirkin a ?crit : > On Mon, Jun 23, 2014 at 1:46 PM, Martin Peres wrote: >> Le 23/06/2014 18:40, Ilia Mirkin a ?crit : >>> >>> On Mon, Jun 23, 2014 at 12:36 PM, Greg KH wrote: >>>> >>>> On Mon, Jun 23, 2014 at 12:18:

[GSoC2014] Call for projects ideas and mentors

Hi, fellow graphics stack developers, Now that FOSDEM is over, it is time to think about the Google Summer of Code 2014! If you would like to propose a project for the GSoC 2014, please write your proposals at [1], before the 14th of February, in order to increase our chances of being an

The X.Org Foundation is an accepted for the GSoC 2014!

a mentor yourself. You can also have a look at the summer of code ideas wiki page[1] for interesting projects. Looking forward to seeing which projects will happen for this 2014 edition! Martin Peres [1] http://www.x.org/wiki/SummerOfCodeIdeas/ [2] https://www.google-melange.com/gsoc/homepage

The X.Org Foundation is an accepted Org for the GSoC 2014!

a mentor yourself. You can also have a look at the summer of code ideas wiki page[1] for interesting projects. Looking forward to seeing which projects will happen for this 2014 edition! Martin Peres [1] http://www.x.org/wiki/SummerOfCodeIdeas/ [2] https://www.google-melange.com/gsoc/homepage

[XDC2014] Travel sponsorship

as possible and do so no later than September 5th! Thanks, Martin Peres - On behalf of the board of directors

[PATCH] drm: fix a word repetition in a comment

Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR. CC: Daniel Vetter Signed-off-by: Martin Peres --- drivers/gpu/drm/drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 4a44f89..90ad762

[PATCH] drm: fix a typo in a comment

Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR. Cc: Ville Syrjälä Signed--off-by: Martin Peres --- drivers/gpu/drm/drm_irq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index 0e47df4..f5a5f18

XDC2014: Call for paper

Le 02/05/2014 00:52, Martin Peres a ?crit : > Hello, > > I have the pleasure to announce that the X.org Developer Conference 2014 > will > be held in Bordeaux, France from October 8th to October 10th. The venue is > located in the campus of the University of Bordeaux 1, in the

DRM security flaws and security levels.

On 14/04/2014 15:09, Rob Clark wrote: > On Mon, Apr 14, 2014 at 8:56 AM, Thomas Hellstrom > wrote: >> On 04/14/2014 02:41 PM, One Thousand Gnomes wrote: throw out all GPU memory on master drop and block ioctls requiring authentication until master becomes active again. >>> If you have

X.org's GSoC 2013 projects

via nv_perfmon == Student: Samuel Pitoiset (hakzsam) Mentor: Martin Peres (mupuf) Blog: http://hakzsam.wordpress.com/ <https://hakzsam.wordpress.com/> == Implementing GL_EXT_direct_state_access == Student: Dylan Noblesmith Mentor: Ian Romanick Proposal: http://www.cs.usm.maine.edu/~

[Mesa-dev] rules for merging patches to libdrm

Le 19/11/2013 16:04, Christian K?nig a ?crit : > So I think the very first step should be to publish everything on the > appropriate lists, and not try an approach like releasing the kernel > code first and waiting for it to show up upstream and then try to > release the userspace code build on

Linux 3.7-rc1 (nouveau_bios_score oops).

On 10/19/12 23:25, Linus Torvalds wrote: > Added more appropriate people to this. Added both i915 and nouveau > people, since apparently that fine piece of hardware has both. > > Guys, any ideas? > > Pawe?, could you perhaps get a photo of the oops and post it > somewhere? I'm assuming the oops

  1   2   3   >