On Tue, 09 Jan 2024, f380cedric wrote:
> Dear maintainers,
>
> I have a Lenovo b40-30 that I have been running with nomodeset for a while.
> The issue was that it needed invert_brightness. Here are the requested IDs:
> 0f31, 17aa, 3986 :).
Please file a bug as described at [1].
BR.
Jani.
[1] h
Dear maintainers,
I have a Lenovo b40-30 that I have been running with nomodeset for a while.
The issue was that it needed invert_brightness. Here are the requested IDs:
0f31, 17aa, 3986 :).
N.B.: I am not subscribed, please Cc me when replying.
Best regards,
Cédric
On Sun, 24 Aug 2014, Piotr Kr?l wrote:
> Hi all,
> according to you request I would like to report that my Lenovo IdeaPad
> y510p requires i915.invert_brightness=1 parameter to not dim screen
> right after booting. I'm using 3.17.0-rc1.
This is highly unlikely to be the case
Hi all,
according to you request I would like to report that my Lenovo IdeaPad
y510p requires i915.invert_brightness=1 parameter to not dim screen
right after booting. I'm using 3.17.0-rc1.
PCI device ID, subsystem vendor and subsystem device ID data:
[12:39:34] pietrushnic:~ $ lspci -s 00
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
Dear all,
Recently I've come across this article about a probable fix for my
laptop's black screen on boot:
http://people.skolelinux.org/pere/blog/Fixing_the_Linux_black_screen_of_death_on_machines_with_Intel_HD_video.html
I've tried the fix and it works perfectly so I'm contacting you as
di
Dear all,
Recently I've come across this article about a probable fix for my
laptop's black screen on boot:
http://people.skolelinux.org/pere/blog/Fixing_the_Linux_black_screen_of_death_on_machines_with_Intel_HD_video.html
I've tried the fix and it works perfectly so I'm contacting you as
dire
[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
On an HP dm4t-1200 laptop
00:02.0 VGA compatible controller [0300]: Intel Corporation Core
Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if
00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:146a]
Running Linux version 3.5.0-rc7+
Boots up with backli
On an HP dm4t-1200 laptop
00:02.0 VGA compatible controller [0300]: Intel Corporation Core
Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if
00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:146a]
Running Linux version 3.5.0-rc7+
Boots up with backli
40 matches
Mail list logo
