On Sun, Oct 20, 2013 at 10:43:57PM +0200, Grethus Bode wrote:
> Hello dri developer,
>
> I have a laptop (Acer Aspire 5336) which needs the i915.invert_brightness=1
> option set to get the brightness correct.
>
> running Linux 3.7.10-1.16-desktop, openSUSE 12.3 (Dartmout
Hello dri developer,
I have a laptop (Acer Aspire 5336) which needs the i915.invert_brightness=1
option set to get the brightness correct.
running Linux 3.7.10-1.16-desktop, openSUSE 12.3 (Dartmouth) (i586)
Via modinfo i915 I found this mail address and a note to send some info if my
machine
[Daniel Vetter]
>> Sounds like. Please file a bug report against ACPI -> Video on
>> bugzilla.kernel.org.
>
> When you file that bug please add me and Jani Nikula to the cc
> list. We have a few other inverted brightness quirks all on similar
> machines. So this could all be due to the same strang
[Daniel Vetter]
>> Sounds like. Please file a bug report against ACPI -> Video on
>> bugzilla.kernel.org.
>
> When you file that bug please add me and Jani Nikula to the cc
> list. We have a few other inverted brightness quirks all on similar
> machines. So this could all be due to the same strang
On Fri, Jun 28, 2013 at 02:15:16PM +0200, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> > [Daniel Vetter]
> > > The buttons might do something fancy behind the scenes (kernel or
> > > userspace), so can you please also check whether directly changing
On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > The buttons might do something fancy behind the scenes (kernel or
> > userspace), so can you please also check whether directly changing
> > the backlight values in /sys/class/backlight works correctly?
>
>
On Fri, Jun 28, 2013 at 02:15:16PM +0200, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> > [Daniel Vetter]
> > > The buttons might do something fancy behind the scenes (kernel or
> > > userspace), so can you please also check whether directly changing
On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > The buttons might do something fancy behind the scenes (kernel or
> > userspace), so can you please also check whether directly changing
> > the backlight values in /sys/class/backlight works correctly?
>
>
[Daniel Vetter]
> The buttons might do something fancy behind the scenes (kernel or
> userspace), so can you please also check whether directly changing
> the backlight values in /sys/class/backlight works correctly?
There is full brightness when I set the value of max_brightness into
the brightne
[Daniel Vetter]
> The buttons might do something fancy behind the scenes (kernel or
> userspace), so can you please also check whether directly changing
> the backlight values in /sys/class/backlight works correctly?
There is full brightness when I set the value of max_brightness into
the brightne
On Thu, Jun 27, 2013 at 3:03 PM, Petter Reinholdtsen wrote:
> [Daniel Vetter]
>> acpi_backlight=vendor should disable the acpi backlights (you can
>> check that in /sys/class/backlight), which would mean that userspace
>> should fall back to intel backlight driver. Can you please check
>> whether
[Daniel Vetter]
> acpi_backlight=vendor should disable the acpi backlights (you can
> check that in /sys/class/backlight), which would mean that userspace
> should fall back to intel backlight driver. Can you please check
> whether that one works even without the invert_brightness knob? I.e.
> not
erty. If KDE's powerdevil isn't using that one (and frobs
>> around with the backlight controllers directly) that'd be a bug in
>> kde.
>
> I discovered that by adding acpi_backlight=vendor and keeping the
> i915.invert_brightness=1 setting, the screen went black
On Thu, Jun 27, 2013 at 3:03 PM, Petter Reinholdtsen wrote:
> [Daniel Vetter]
>> acpi_backlight=vendor should disable the acpi backlights (you can
>> check that in /sys/class/backlight), which would mean that userspace
>> should fall back to intel backlight driver. Can you please check
>> whether
[Daniel Vetter]
> acpi_backlight=vendor should disable the acpi backlights (you can
> check that in /sys/class/backlight), which would mean that userspace
> should fall back to intel backlight driver. Can you please check
> whether that one works even without the invert_brightness knob? I.e.
> not
erty. If KDE's powerdevil isn't using that one (and frobs
>> around with the backlight controllers directly) that'd be a bug in
>> kde.
>
> I discovered that by adding acpi_backlight=vendor and keeping the
> i915.invert_brightness=1 setting, the screen went black
trollers directly) that'd be a bug in
> kde.
I discovered that by adding acpi_backlight=vendor and keeping the
i915.invert_brightness=1 setting, the screen went black again. So
these settings seem to cancel each other out. But if I remove
i915.invert_brightness=1, the screen no longer turn bla
trollers directly) that'd be a bug in
> kde.
I discovered that by adding acpi_backlight=vendor and keeping the
i915.invert_brightness=1 setting, the screen went black again. So
these settings seem to cancel each other out. But if I remove
i915.invert_brightness=1, the screen no longer turn bla
my drm-intel-next-queued branch. I've slightly bikeshedded
> > the patch though for formatting.
>
> Right. Thank you.
>
> Btw, a related question. On the laptop in question, even when I use
> i915.invert_brightness=1, the kernel still seem to be confused about the
> brigh
matting.
Right. Thank you.
Btw, a related question. On the laptop in question, even when I use
i915.invert_brightness=1, the kernel still seem to be confused about the
brightness values. This causes the KDE system powerdevil to turn off
the screen when I log into KDE.
https://bugs.kde.org/show_b
my drm-intel-next-queued branch. I've slightly bikeshedded
> > the patch though for formatting.
>
> Right. Thank you.
>
> Btw, a related question. On the laptop in question, even when I use
> i915.invert_brightness=1, the kernel still seem to be confused about the
> brigh
matting.
Right. Thank you.
Btw, a related question. On the laptop in question, even when I use
i915.invert_brightness=1, the kernel still seem to be confused about the
brightness values. This causes the KDE system powerdevil to turn off
the screen when I log into KDE.
https://bugs.kde.org/show_b
On Mon, Jun 24, 2013 at 11:57:43PM +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen 2013-06-11]
> > Sure. This is my first try, so I hope I got it right.
>
> Does the silence mean I got the kernel patch formatting right, or that
> I should try again?
Nah, silence just means that your pat
On Mon, Jun 24, 2013 at 11:57:43PM +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen 2013-06-11]
> > Sure. This is my first try, so I hope I got it right.
>
> Does the silence mean I got the kernel patch formatting right, or that
> I should try again?
Nah, silence just means that your pat
[Petter Reinholdtsen 2013-06-11]
> Sure. This is my first try, so I hope I got it right.
Does the silence mean I got the kernel patch formatting right, or that
I should try again?
http://lists.freedesktop.org/archives/dri-devel/2013-June/039787.html >
contain the complete patch with description
[Petter Reinholdtsen 2013-06-11]
> Sure. This is my first try, so I hope I got it right.
Does the silence mean I got the kernel patch formatting right, or that
I should try again?
http://lists.freedesktop.org/archives/dri-devel/2013-June/039787.html >
contain the complete patch with description
[Daniel Vetter]
> Hi Petter,
>
> Can you please make this into a real kernel patch with commit
> message, sob line and all? See Documentation/SubmittingPatches. Diff
> itself looks good.
Sure. This is my first try, so I hope I got it right.
Set i915.invert_brightness=1
[Daniel Vetter]
> Hi Petter,
>
> Can you please make this into a real kernel patch with commit
> message, sob line and all? See Documentation/SubmittingPatches. Diff
> itself looks good.
Sure. This is my first try, so I hope I got it right.
Set i915.invert_brightness=1
Hi Petter,
Can you please make this into a real kernel patch with commit message,
sob line and all? See Documentation/SubmittingPatches. Diff itself
looks good.
Thanks, Daniel
On Tue, Jun 11, 2013 at 10:28 AM, Petter Reinholdtsen
wrote:
> [Petter Reinholdtsen 2013-06-03]
>> According to modin
[Petter Reinholdtsen 2013-06-03]
> According to modinfo i915, I should report machines/video cards
> needing the invert_brightness=1 setting here. The laptop in question
> is described on http://www.linlap.com/packard_bell_easynote_lv >.
> The screen go black as soon as the i915 kernel module is l
Hi Petter,
Can you please make this into a real kernel patch with commit message,
sob line and all? See Documentation/SubmittingPatches. Diff itself
looks good.
Thanks, Daniel
On Tue, Jun 11, 2013 at 10:28 AM, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen 2013-06-03]
>> According to modinf
[Petter Reinholdtsen 2013-06-03]
> According to modinfo i915, I should report machines/video cards
> needing the invert_brightness=1 setting here. The laptop in question
> is described on http://www.linlap.com/packard_bell_easynote_lv >.
> The screen go black as soon as the i915 kernel module is l
32 matches
Mail list logo
