Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1593590
| From | Michał Kępień <kernel@kempniu.pl> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 0/4] fujitsu_init() cleanup |
| Date | 2017-03-06 19:50 +0100 |
| Message-ID | <ti5RM-3Nc-35@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <thOxA-8cZ-3@gated-at.bofh.it> <thSUx-2Fb-3@gated-at.bofh.it> <thT4d-2Xw-1@gated-at.bofh.it> <thWEO-5Iw-11@gated-at.bofh.it> <thXhx-6bZ-45@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> > Hi Michael > > > > Some quick feedback. > > > > On Mon, Mar 06, 2017 at 03:31:04PM +1030, Jonathan Woithe wrote: > > > > > I can add that immediately after loading the driver the value returned by a > > > > > read of bl_power is 0. As noted above, setting to 1 makes no difference to > > > > > the backlight, neither does returning it to 0. > > > > > > > > Have you tried setting bl_power to 4? Because that is the value of > > > > FB_BLANK_POWERDOWN, which is the value the patch is supposed to handle. > > > > > > Oh no, I didn't try 4. I should have. I will try to squeeze in a test of > > > this tonight (time is short but the test won't take a lot of time). > > > > With an unpatched 4.5 kernel, writing 4 (as opposed to 1, which I stupidly > > tried earlier) to bl_power caused the backlight to turn off. Writing 0 > > turned it back on again. > > > > With patches 1-4/4 applied, writing 4 to bl_power did *NOT* turn the > > backlight off. > > > > With patch 2 reverted, writing 4 to bl_power turned the backlight off. > > Writing 0 to bl_power turned it back on again. > > > > This means that patch 2/4 seems to prevent bl_power from operating as > > expected on the S7020 hardware. Without this patch (but with all the others > > in place) bl_power works. > > > > I am unlikely to have any more time to investigate this further tonight. > > > > In light of the above findings, what would you like to do? > > Thanks for testing, good that we caught this before the patch series was > applied. I think it is reasonable to skip applying this version of the > series as at least patch 2/4 is faulty and breaks a working feature. > > Moving on, though, as I do not have access to Fujitsu hardware on which > this feature works, I was hoping you could help me verify whether my > assumptions were reasonable in the first place. > > I attached a crude patch to this message. I would like to understand > how the underlying ACPI variables behave when the FEXT interface is > used, so please apply this patch on top of dvhart/testing (i.e. without > this series applied). After compiling, please load the module with > debugging enabled, then test backlight control once again by writing 4 > and then 0 to bl_power (this should work). Then please send me all the > messages spit out by the driver into dmesg. This should shed some light > on the matter. Actually, scratch that. I just ordered a banged up S7020 for €15 to avoid pestering you with experimental patches and hopefully make the whole driver cleanup process a bit smoother. Darren, Andy, please ignore this whole series for now. I will post v3 once I figure out how to clean things up without breaking working features. -- Best regards, Michał Kępień
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-01 09:20 +0100
[PATCH v2 1/4] platform/x86: fujitsu-laptop: register backlight device in a separate function Michał Kępień <kernel@kempniu.pl> - 2017-03-01 09:20 +0100
[PATCH v2 2/4] platform/x86: fujitsu-laptop: do not use call_fext_func() for LCD blanking Michał Kępień <kernel@kempniu.pl> - 2017-03-01 09:20 +0100
[PATCH v2 3/4] platform/x86: fujitsu-laptop: only register backlight device if FUJ02B1 is present Michał Kępień <kernel@kempniu.pl> - 2017-03-01 09:20 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup [resend due to vger error] Jonathan Woithe <jwoithe@just42.net> - 2017-03-02 04:50 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-02 09:30 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-03 13:50 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-04 03:10 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-06 01:20 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-06 06:00 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-06 06:10 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-06 10:00 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-06 10:40 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-06 19:50 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Jonathan Woithe <jwoithe@just42.net> - 2017-03-07 05:00 +0100
Re: [PATCH v2 0/4] fujitsu_init() cleanup Michał Kępień <kernel@kempniu.pl> - 2017-03-07 09:20 +0100
csiph-web