summaryrefslogtreecommitdiff
path: root/include/video/da8xx-fb.h
diff options
context:
space:
mode:
authorVittorio Gambaletta (VittGam) <linux-wireless@vittgam.net>2016-11-09 03:40:56 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2017-01-09 08:07:42 +0100
commitdae7cb41483423e2a64b128d73718b8ae5e96d2c (patch)
treec4d53383f4d6458c5c8bb2f67a1374addb663fcb /include/video/da8xx-fb.h
parentb63929e8e130a97303dfacc28f558262f0605708 (diff)
ath9k: Really fix LED polarity for some Mini PCI AR9220 MB92 cards.
commit 79e57dd113d307a6c74773b8aaecf5442068988a upstream. The active_high LED of my Wistron DNMA-92 is still being recognized as active_low on 4.7.6 mainline. When I was preparing my former commit 0f9edcdd88a9 ("ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards.") to fix that I must have somehow messed up with testing, because I tested the final version of that patch before sending it, and it was apparently working; but now it is not working on 4.7.6 mainline. I initially added the PCI_DEVICE_SUB section for 0x0029/0x2096 above the PCI_VDEVICE section for 0x0029; but then I moved the former below the latter after seeing how 0x002A sections were sorted in the file. This turned out to be wrong: if a generic PCI_VDEVICE entry (that has both subvendor and subdevice IDs set to PCI_ANY_ID) is put before a more specific one (PCI_DEVICE_SUB), then the generic PCI_VDEVICE entry will match first and will be used. With this patch, 0x0029/0x2096 has finally got active_high LED on 4.7.6. While I'm at it, let's fix 0x002A too by also moving its generic definition below its specific ones. Fixes: 0f9edcdd88a9 ("ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards.") Signed-off-by: Vittorio Gambaletta <linuxbugs@vittgam.net> [kvalo@qca.qualcomm.com: improve the commit log based on email discussions] Signed-off-by: Kalle Valo <kvalo@qca.qualcomm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include/video/da8xx-fb.h')
0 files changed, 0 insertions, 0 deletions