After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 748914 - pnp.ids needs LAP -> BenQ
pnp.ids needs LAP -> BenQ
Status: RESOLVED FIXED
Product: gnome-desktop
Classification: Core
Component: libgnome-desktop
git master
Other Linux
: Normal normal
: ---
Assigned To: Desktop Maintainers
Desktop Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-05-04 19:56 UTC by Federico Mena Quintero
Modified: 2016-06-25 12:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gnome-desktop-benq.patch (609 bytes, patch)
2015-05-04 19:56 UTC, Federico Mena Quintero
committed Details | Review

Description Federico Mena Quintero 2015-05-04 19:56:12 UTC
Created attachment 302893 [details] [review]
gnome-desktop-benq.patch

Downstream at Suse we got a bug that someone's BenQ display was being shown as "Unknown" by the GNOME stack.  It turns out that pnp.ids doesn't have an entry for the "LAP" identifier.

I'm aware that pnp.ids comes from hwdata, and that it is autogenerated there by downloading a spreadsheet and converting it to CSV and running sed on it and other unspeakable things :)

That wasn't exciting enough, so now

  https://msdn.microsoft.com/en-us/library/windows/hardware/dn610887%28v=vs.85%29.aspx

mentions that PNP ids are handled through UEFI, and it points you to

  http://www.uefi.org/PNP_ACPI_Registry

which points you to the canonical list in a PDF

  http://www.uefi.org/sites/default/files/resources/PNPID_List.pdf

which doesn't contain the "LAP   BenQ" entry I'm interested in :)

So, here is a patch that doesn't shave yaks.
Comment 1 Bastien Nocera 2015-05-06 09:30:18 UTC
(In reply to Federico Mena Quintero from comment #0)
<snip>
> So, here is a patch that doesn't shave yaks.

Which isn't going to help when we use hwdb to get the pnp IDs.
Comment 2 Federico Mena Quintero 2015-05-07 22:30:26 UTC
> Which isn't going to help when we use hwdb to get the pnp IDs.

Do you mean systemd/hwdb or hwdata?  Should I submit a patch for one of those instead?
Comment 3 Bastien Nocera 2015-05-08 14:19:08 UTC
(In reply to Federico Mena Quintero from comment #2)
> > Which isn't going to help when we use hwdb to get the pnp IDs.
> 
> Do you mean systemd/hwdb or hwdata?  Should I submit a patch for one of
> those instead?

systemd/hwdb, which has a faster version of this code.
Comment 4 Federico Mena Quintero 2015-05-19 23:38:10 UTC
Filed upstream as https://bugs.freedesktop.org/show_bug.cgi?id=90524

I don't see how this would be used by gnome-desktop... is it going to use libsystemd?
Comment 5 Bastien Nocera 2015-05-20 12:18:17 UTC
(In reply to Federico Mena Quintero from comment #4)
> Filed upstream as https://bugs.freedesktop.org/show_bug.cgi?id=90524
> 
> I don't see how this would be used by gnome-desktop... is it going to use
> libsystemd?

See bug 590059
Comment 6 Federico Mena Quintero 2015-05-20 18:36:49 UTC
(In reply to Bastien Nocera from comment #5)

> See bug 590059

Nice!  Udev, of course, not libsystemd :)
Comment 7 Federico Mena Quintero 2016-05-26 19:15:54 UTC
This bug and #590059 (and the one in freedesktop.org) are untouched for a year.  Can I just add the BenQ entry directly to pnp.ids now?
Comment 8 Bastien Nocera 2016-05-27 13:39:13 UTC
Review of attachment 302893 [details] [review]:

Sure.
Comment 9 Bastien Nocera 2016-06-25 12:49:38 UTC
Pushed to gnome-3-20. master uses udev's hwdb to get the pnp.ids so that's where any changes would need to go.