Bug 82615 - colord does not recognise vendor name
Summary: colord does not recognise vendor name
Alias: None
Product: colord
Classification: Unclassified
Component: daemon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Richard Hughes
QA Contact:
Depends on:
Reported: 2014-08-14 12:09 UTC by Arch
Modified: 2014-08-14 18:31 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

colormgr get-devices (1.33 KB, text/plain)
2014-08-14 12:09 UTC, Arch
get-edid parse-edid (8.84 KB, text/plain)
2014-08-14 12:09 UTC, Arch
xrandr --verbose (10.84 KB, text/plain)
2014-08-14 12:10 UTC, Arch
iccdump of profile generated by dispcalGUI (Argyll CMS) (3.02 KB, text/plain)
2014-08-14 12:14 UTC, Arch
cat /sys/class/drm/card0-DP-2/edid (256 bytes, application/octet-stream)
2014-08-14 13:09 UTC, Arch

Description Arch 2014-08-14 12:09:02 UTC
Created attachment 104613 [details]
colormgr get-devices

Arch Linux x86_64
extra/colord 1.2.1-1
    System daemon for managing color devices
local/colord-kde 0.3.0-1
    Interfaces and session daemon to colord for KDE

colormgr get-devices output is attached.

There used to be a utility called gcm-dump-edid (or so), but I cannot find it anymore in gnome-color-manager Git though.

Instead, I attach the output of get-edid | parse-edid and xrandr --verbose.

Also, dispcalGUI detects the vendor name correctly.
Comment 1 Arch 2014-08-14 12:09:45 UTC
Created attachment 104614 [details]
get-edid parse-edid
Comment 2 Arch 2014-08-14 12:10:12 UTC
Created attachment 104615 [details]
xrandr --verbose
Comment 3 Arch 2014-08-14 12:14:32 UTC
Created attachment 104616 [details]
iccdump of profile generated by dispcalGUI (Argyll CMS)
Comment 4 Richard Hughes 2014-08-14 12:46:56 UTC
Err, that parse-edid output has: "Your EDID is probably invalid." -- Can you attach the contents of "/sys/class/drm*DP2*/edid" please
Comment 5 Arch 2014-08-14 13:09:16 UTC
Created attachment 104619 [details]
cat /sys/class/drm/card0-DP-2/edid

Here it is.
Comment 6 Richard Hughes 2014-08-14 13:53:32 UTC
Hmm, so colord actually parses this correctly, i.e. this passes: https://github.com/hughsie/colord/commit/7cc97189ea76bf78fb086cc4d86f834d0248180c

I don't think the EDID parser in colord-kde is doing the right thing; GNOME just uses CdEdid from the colord project directly and so doesn't hit this bug. You probably need to open a KDE bug either asking colord-kde to use CdEdid, or to fix the EDID parser used there.

Comment 7 Arch 2014-08-14 15:22:00 UTC
Hm. Does it mean that /usr/bin/colormgr uses colord-kde daemon to query devices or to parse edid?

Because there is "unknown" vendor in "colormgr get-devices" shown as well:

$ LANG=C colormgr get-devices
Object Path:   /org/freedesktop/ColorManager/devices/xrandr_DELL_U2713H_C6F0K34T1CWL_mu_1000
Owner:         mu
Created:       August 14 2014, 03:16:56 PM
Modified:      August 14 2014, 03:16:56 PM
Type:          display
Enabled:       Yes
Embedded:      Yes
Model:         DELL U2713H
Vendor:        unknown
Serial:        C6F0K34T1CWL
Seat:          seat0
Scope:         temp
Colorspace:    rgb
Device ID:     xrandr-DELL U2713H-C6F0K34T1CWL
Comment 8 Richard Hughes 2014-08-14 15:38:29 UTC
No, the daemon only parses the EDID options for a couple of fallback options -- the session is the thing that creates the devices. You can test this by removing colord-kde, restarting and seeing no output devices being detected.
Comment 9 Arch 2014-08-14 18:31:56 UTC
Thanks for info. Reported to KDE:


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.