Backlight slider no longer works in Linux Mint











up vote
1
down vote

favorite












I'm running Linux Mint 18 Cinnamon on my Asus X555LA, which also has Windows 10 installed on another partition (the backlight works perfectly in Windows).



However in Linux Mint: there's already an issue with Fn+F5/F6 not changing the backlight intensity. The various fixes I've tried (but haven't worked) include:




  • adding a 20-intel.conf file into the /usr/share/X11 folder.

  • added acpi_osi= to the /etc/default/grub

  • Running acpi_listen and pressing Fn+F5/F6 shows no output.

  • Installing xbacklight and running xbacklight -set $percentage


Until about two days ago I could skirt this issue by using the brightness slider in the UI, however even this no longer works and the screen brightness is stuck at 100%.



I am at a loss and no longer know what to do.










share|improve this question






















  • useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
    – mikejonesey
    Nov 23 '16 at 18:47















up vote
1
down vote

favorite












I'm running Linux Mint 18 Cinnamon on my Asus X555LA, which also has Windows 10 installed on another partition (the backlight works perfectly in Windows).



However in Linux Mint: there's already an issue with Fn+F5/F6 not changing the backlight intensity. The various fixes I've tried (but haven't worked) include:




  • adding a 20-intel.conf file into the /usr/share/X11 folder.

  • added acpi_osi= to the /etc/default/grub

  • Running acpi_listen and pressing Fn+F5/F6 shows no output.

  • Installing xbacklight and running xbacklight -set $percentage


Until about two days ago I could skirt this issue by using the brightness slider in the UI, however even this no longer works and the screen brightness is stuck at 100%.



I am at a loss and no longer know what to do.










share|improve this question






















  • useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
    – mikejonesey
    Nov 23 '16 at 18:47













up vote
1
down vote

favorite









up vote
1
down vote

favorite











I'm running Linux Mint 18 Cinnamon on my Asus X555LA, which also has Windows 10 installed on another partition (the backlight works perfectly in Windows).



However in Linux Mint: there's already an issue with Fn+F5/F6 not changing the backlight intensity. The various fixes I've tried (but haven't worked) include:




  • adding a 20-intel.conf file into the /usr/share/X11 folder.

  • added acpi_osi= to the /etc/default/grub

  • Running acpi_listen and pressing Fn+F5/F6 shows no output.

  • Installing xbacklight and running xbacklight -set $percentage


Until about two days ago I could skirt this issue by using the brightness slider in the UI, however even this no longer works and the screen brightness is stuck at 100%.



I am at a loss and no longer know what to do.










share|improve this question













I'm running Linux Mint 18 Cinnamon on my Asus X555LA, which also has Windows 10 installed on another partition (the backlight works perfectly in Windows).



However in Linux Mint: there's already an issue with Fn+F5/F6 not changing the backlight intensity. The various fixes I've tried (but haven't worked) include:




  • adding a 20-intel.conf file into the /usr/share/X11 folder.

  • added acpi_osi= to the /etc/default/grub

  • Running acpi_listen and pressing Fn+F5/F6 shows no output.

  • Installing xbacklight and running xbacklight -set $percentage


Until about two days ago I could skirt this issue by using the brightness slider in the UI, however even this no longer works and the screen brightness is stuck at 100%.



I am at a loss and no longer know what to do.







linux-mint acpi asus backlight






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 16 '16 at 8:44









Virtual Anomaly

1063




1063












  • useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
    – mikejonesey
    Nov 23 '16 at 18:47


















  • useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
    – mikejonesey
    Nov 23 '16 at 18:47
















useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
– mikejonesey
Nov 23 '16 at 18:47




useful info would be dmeg output, dsdt dump, also what dirs exist in "/sys/class/backlight/" currently?
– mikejonesey
Nov 23 '16 at 18:47










1 Answer
1






active

oldest

votes

















up vote
0
down vote













lsmod | grep video


(video is the kernel driver that handles acpi calls for brightness)



You can check if "/sys/class/backlight/acpi_video0" exists, and you can use;



acpi_listen 


...to check for the acpi event.



Essentially the firmware triggers one of the Q functions which triggers a notify to the monitor with either 0x87 or 0x86, when this is received the brightness can be changed.



If for whatever reason the DSDT tables doesn't have certain methods like _DOD then kernel acpi wont recognize the definition of a monitor.



Regardless, you can boot your kernel with acpi_backlight=video to force video.ko to control the backlight (this will use acpi based values defined in BCL).



When you use vendor it'll use vendor specific acpi or rely simply on the pci device.



Regardless of acpi you can always change your brightness via pci bypassing acpi.



To do this check out /sys/class/backlight/ for a dir with the name amd or intel.



You can echo to the brightness file, this won't use the brightness levels defined in the DSDT tables so you actually get a larger variety of brightness levels.



PS... the only forced detections for Asus laptops are to force vendor.



These laptops are;




  • Asus UL30VT

  • Asus UL30A


There is no reference for "X555LA", so I'd try acpi_backlight=video before acpi_backlight=vendor.






share|improve this answer



















  • 1




    No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
    – Virtual Anomaly
    Nov 23 '16 at 14:49










  • If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
    – mikejonesey
    Nov 23 '16 at 18:45











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f323638%2fbacklight-slider-no-longer-works-in-linux-mint%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
0
down vote













lsmod | grep video


(video is the kernel driver that handles acpi calls for brightness)



You can check if "/sys/class/backlight/acpi_video0" exists, and you can use;



acpi_listen 


...to check for the acpi event.



Essentially the firmware triggers one of the Q functions which triggers a notify to the monitor with either 0x87 or 0x86, when this is received the brightness can be changed.



If for whatever reason the DSDT tables doesn't have certain methods like _DOD then kernel acpi wont recognize the definition of a monitor.



Regardless, you can boot your kernel with acpi_backlight=video to force video.ko to control the backlight (this will use acpi based values defined in BCL).



When you use vendor it'll use vendor specific acpi or rely simply on the pci device.



Regardless of acpi you can always change your brightness via pci bypassing acpi.



To do this check out /sys/class/backlight/ for a dir with the name amd or intel.



You can echo to the brightness file, this won't use the brightness levels defined in the DSDT tables so you actually get a larger variety of brightness levels.



PS... the only forced detections for Asus laptops are to force vendor.



These laptops are;




  • Asus UL30VT

  • Asus UL30A


There is no reference for "X555LA", so I'd try acpi_backlight=video before acpi_backlight=vendor.






share|improve this answer



















  • 1




    No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
    – Virtual Anomaly
    Nov 23 '16 at 14:49










  • If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
    – mikejonesey
    Nov 23 '16 at 18:45















up vote
0
down vote













lsmod | grep video


(video is the kernel driver that handles acpi calls for brightness)



You can check if "/sys/class/backlight/acpi_video0" exists, and you can use;



acpi_listen 


...to check for the acpi event.



Essentially the firmware triggers one of the Q functions which triggers a notify to the monitor with either 0x87 or 0x86, when this is received the brightness can be changed.



If for whatever reason the DSDT tables doesn't have certain methods like _DOD then kernel acpi wont recognize the definition of a monitor.



Regardless, you can boot your kernel with acpi_backlight=video to force video.ko to control the backlight (this will use acpi based values defined in BCL).



When you use vendor it'll use vendor specific acpi or rely simply on the pci device.



Regardless of acpi you can always change your brightness via pci bypassing acpi.



To do this check out /sys/class/backlight/ for a dir with the name amd or intel.



You can echo to the brightness file, this won't use the brightness levels defined in the DSDT tables so you actually get a larger variety of brightness levels.



PS... the only forced detections for Asus laptops are to force vendor.



These laptops are;




  • Asus UL30VT

  • Asus UL30A


There is no reference for "X555LA", so I'd try acpi_backlight=video before acpi_backlight=vendor.






share|improve this answer



















  • 1




    No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
    – Virtual Anomaly
    Nov 23 '16 at 14:49










  • If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
    – mikejonesey
    Nov 23 '16 at 18:45













up vote
0
down vote










up vote
0
down vote









lsmod | grep video


(video is the kernel driver that handles acpi calls for brightness)



You can check if "/sys/class/backlight/acpi_video0" exists, and you can use;



acpi_listen 


...to check for the acpi event.



Essentially the firmware triggers one of the Q functions which triggers a notify to the monitor with either 0x87 or 0x86, when this is received the brightness can be changed.



If for whatever reason the DSDT tables doesn't have certain methods like _DOD then kernel acpi wont recognize the definition of a monitor.



Regardless, you can boot your kernel with acpi_backlight=video to force video.ko to control the backlight (this will use acpi based values defined in BCL).



When you use vendor it'll use vendor specific acpi or rely simply on the pci device.



Regardless of acpi you can always change your brightness via pci bypassing acpi.



To do this check out /sys/class/backlight/ for a dir with the name amd or intel.



You can echo to the brightness file, this won't use the brightness levels defined in the DSDT tables so you actually get a larger variety of brightness levels.



PS... the only forced detections for Asus laptops are to force vendor.



These laptops are;




  • Asus UL30VT

  • Asus UL30A


There is no reference for "X555LA", so I'd try acpi_backlight=video before acpi_backlight=vendor.






share|improve this answer














lsmod | grep video


(video is the kernel driver that handles acpi calls for brightness)



You can check if "/sys/class/backlight/acpi_video0" exists, and you can use;



acpi_listen 


...to check for the acpi event.



Essentially the firmware triggers one of the Q functions which triggers a notify to the monitor with either 0x87 or 0x86, when this is received the brightness can be changed.



If for whatever reason the DSDT tables doesn't have certain methods like _DOD then kernel acpi wont recognize the definition of a monitor.



Regardless, you can boot your kernel with acpi_backlight=video to force video.ko to control the backlight (this will use acpi based values defined in BCL).



When you use vendor it'll use vendor specific acpi or rely simply on the pci device.



Regardless of acpi you can always change your brightness via pci bypassing acpi.



To do this check out /sys/class/backlight/ for a dir with the name amd or intel.



You can echo to the brightness file, this won't use the brightness levels defined in the DSDT tables so you actually get a larger variety of brightness levels.



PS... the only forced detections for Asus laptops are to force vendor.



These laptops are;




  • Asus UL30VT

  • Asus UL30A


There is no reference for "X555LA", so I'd try acpi_backlight=video before acpi_backlight=vendor.







share|improve this answer














share|improve this answer



share|improve this answer








edited Nov 30 at 16:38









Community

1




1










answered Nov 19 '16 at 15:31









mikejonesey

1,362415




1,362415








  • 1




    No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
    – Virtual Anomaly
    Nov 23 '16 at 14:49










  • If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
    – mikejonesey
    Nov 23 '16 at 18:45














  • 1




    No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
    – Virtual Anomaly
    Nov 23 '16 at 14:49










  • If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
    – mikejonesey
    Nov 23 '16 at 18:45








1




1




No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
– Virtual Anomaly
Nov 23 '16 at 14:49




No offence, but this answer just reads like a ramble. Any chance of clarifying what you mean, please?
– Virtual Anomaly
Nov 23 '16 at 14:49












If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
– mikejonesey
Nov 23 '16 at 18:45




If you try adding "acpi_backlight=video", in grub or whatever boot loader you have, then test the buttons and also acpi_listen again. if this does not solve your problem, i'll update the post.
– mikejonesey
Nov 23 '16 at 18:45


















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f323638%2fbacklight-slider-no-longer-works-in-linux-mint%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Entries order in /etc/network/interfaces

新発田市

Grub takes very long (several minutes) to open Menu (in Multi-Boot-System)