similar to: xorg and backlight

On Thu, Aug 04, 2016 at 10:57:29AM +0100, Chris Wilson wrote: > On Thu, Aug 04, 2016 at 11:50:27AM +0200, Daniel Vetter wrote: > > On Thu, Aug 04, 2016 at 12:02:23PM +0300, Jani Nikula wrote: > > > On Tue, 12 Jul 2016, Daniel Vetter <daniel at ffwll.ch> wrote: > > > > On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote: > > > >>

Hi, I'm trying to bring devs to support for backlight on nv50 cards for above 1 year, without any success A lot of laptop (from mac, hp, samsung) doesn't have laptop_panel in hal, and therefore no support for acpi/backlight..., and no entry in /proc/acpi/video nor /sys/class/backlight Kernel team is not reacting, hal team won't fix, devicekit need standardise i/o... I've

On Thu, Aug 04, 2016 at 11:50:27AM +0200, Daniel Vetter wrote: > On Thu, Aug 04, 2016 at 12:02:23PM +0300, Jani Nikula wrote: > > On Tue, 12 Jul 2016, Daniel Vetter <daniel at ffwll.ch> wrote: > > > On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote: > > >> Backlights controlled by i915.ko and only associated with its connectors > > >> and

Straight port of Matthias Hopf's KMS backlight code for xf86-video-intel, with reformatting and a couple of minor cleanups. Works fine on my MacBookAir2,1. Signed-off-by: Daniel Stone <daniel at fooishbar.org> --- src/drmmode_display.c | 269 ++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 268 insertions(+), 1 deletions(-) diff --git a/src/drmmode_display.c

Several nvidia-based systems don't support backlight control via the standard ACPI control mechanisms. Instead, it's necessary for the driver to modify the backlight control registers directly. This patch adds support for determining whether the registers appear to be in use, and if so registers a kernel backlight device to control them. The backlight can then be controlled via

Macbook 5,1 with MCP79 lost its backlight control since the recent change for supporting GFP-RM; it rewrote the whole nv50 backlight control code and each display engine is supposed to have an entry for IOR bl callback, but it didn't cover mcp77. This patch adds the missing bl entry initialization for mcp77 display engine to recover the backlight control. Fixes: 2274ce7e3681

https://bugs.freedesktop.org/show_bug.cgi?id=110973 Bug ID: 110973 Summary: GeForce GT 750M Mac Edition backlight Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=31120 Summary: Backlight off after suspend-to-disk on Powerbook Product: xorg Version: unspecified Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=110407 Bug ID: 110407 Summary: /sys/class/backlight/nv_backlight doesn't work on Dell Precision 7530 GP107GLM [Quadro P1000 Mobile] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=104898 Bug ID: 104898 Summary: backlight problem with the NVIDIA G96GLM [Quadro FX 770M] Product: xorg Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau

Hi, I wrote a patch for nouveau_backlight.c to support the backlight control of the GT 525M. Only the case NV_C0: is needed to get the backlight control with my NVC0 card working. I don't think that it's worth to add new functions for c0 if the old ones still work. This is my first patch for the Linux kernel. Best Regards Florian Scholz -------------- next part -------------- A

Known issues before merge: - Currently requires acpi_backlight=vendor kernel param - 0x5e always valid? Signed-off-by: Roy Spliet <r.spliet at student.tudelft.nl> Tested-by: Rick Hendricksen --- drivers/gpu/drm/nouveau/nouveau_backlight.c | 20 +++++++++++++++++--- drivers/gpu/drm/nouveau/nouveau_display.c | 4 ++++ drivers/gpu/drm/nouveau/nouveau_display.h | 7 +++++++ 3 files

https://bugs.freedesktop.org/show_bug.cgi?id=93896 Bug ID: 93896 Summary: Nvidia GeForce GTX 970M unsupported, no backlight control Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Reviewed-by: Lyude Paul <lyude at redhat.com> (Also note to Mark: this is my way of letting you know someone fixed the regression with backlight controls upstream, looking into the weird bright screen after resume issue) On Sun, 2023-03-26 at 22:54 +0200, Hans de Goede wrote: > The nouveau code used to call drm_fb_helper_initial_config() from > nouveau_fbcon_init() before calling

The nouveau code used to call drm_fb_helper_initial_config() from nouveau_fbcon_init() before calling drm_dev_register(). This would probe all connectors so that drm_connector->status could be used during backlight registration which runs from nouveau_connector_late_register(). After commit 4a16dd9d18a0 ("drm/nouveau/kms: switch to drm fbdev helpers") the fbdev emulation code, which

https://bugs.freedesktop.org/show_bug.cgi?id=90351 Bug ID: 90351 Summary: [Regression, bisected] Backlight of internal eDP display doesn't turn off any more (Dell XPS 17/GeForce GT 555M) Product: xorg Version: git Hardware: Other URL:

On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote: > Backlights controlled by i915.ko and only associated with its connectors > and also only associated with the intel_drmfb fbcon, controlled by > i915.ko. In this situation, we already handle adjusting the backlight > when the fbcon is blanked/unblanked and do not require backlight trying > to do the same. > >

Hi Guys Sorry, I've been away for a few days. As the backlight is an iterative process I thought I'd get some feedback before I move to the next stage:- The colour of the backlight:- I think blue would work best? On/Off Status, I've put some thought into this and think the light should come on in the following circumstances:- Phone Rings Phone handset is picked up Speaker

On Thu, Aug 04, 2016 at 12:02:23PM +0300, Jani Nikula wrote: > On Tue, 12 Jul 2016, Daniel Vetter <daniel at ffwll.ch> wrote: > > On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote: > >> Backlights controlled by i915.ko and only associated with its connectors > >> and also only associated with the intel_drmfb fbcon, controlled by > >> i915.ko. In

Hi there, A lot of people are experiencing problems with backlight support. It seems that they won't be any solution in near future, so I wanted to ask if nouveau is going to support the backlight management, and when ? thx sebastien