public inbox for igt-dev@lists.freedesktop.org
 help / color / mirror / Atom feed
From: "Ser, Simon" <simon.ser@intel.com>
To: "igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>,
	"martin.peres@linux.intel.com" <martin.peres@linux.intel.com>
Cc: "Peres, Martin" <martin.peres@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t 2/5] lib/igt_eld: consolidate ELD parsing
Date: Mon, 3 Jun 2019 14:34:46 +0000	[thread overview]
Message-ID: <77e2174039370820e4953ae7a509f6140629618d.camel@intel.com> (raw)
In-Reply-To: <b9a9ec67-487e-4af6-e16e-86c62b3908a2@linux.intel.com>

On Mon, 2019-06-03 at 15:42 +0300, Martin Peres wrote:
> On 31/05/2019 14:21, Simon Ser wrote:
> > Make the ELD enumeration more robust, and implement proper parsing for ELD
> > fields. This will become useful when other ELD fields (formats, sample rates,
> > sample sizes) will be parsed and checked.
> > 
> > Signed-off-by: Simon Ser <simon.ser@intel.com>
> > ---
> >  lib/igt_eld.c | 94 +++++++++++++++++++++++++++++++--------------------
> >  lib/igt_eld.h |  5 +++
> >  2 files changed, 63 insertions(+), 36 deletions(-)
> > 
> > diff --git a/lib/igt_eld.c b/lib/igt_eld.c
> > index 8e0dcc306e85..a198001a56d7 100644
> > --- a/lib/igt_eld.c
> > +++ b/lib/igt_eld.c
> > @@ -30,8 +30,12 @@
> >  #include <stdio.h>
> >  #include <string.h>
> >  
> > +#include "igt_core.h"
> >  #include "igt_eld.h"
> >  
> > +#define ELD_PREFIX "eld#"
> > +#define ELD_DELIM " \t"
> > +
> >  /**
> >   * EDID-Like Data (ELD) is metadata parsed and exposed by ALSA for HDMI and
> >   * DisplayPort connectors supporting audio. This includes the monitor name and
> > @@ -39,39 +43,49 @@
> >   * on).
> >   */
> >  
> > -/** eld_entry_is_igt: checks whether an ELD entry is mapped to the IGT EDID */
> 
> Posting an example of eld here would be helpful:
> 
> $ cat /proc/asound/card0/eld#0.2
> monitor_present         1
> eld_valid               1
> monitor_name            U2879G6
> 
> connection_type         DisplayPort
> eld_version             [0x2] CEA-861D or below
> edid_version            [0x3] CEA-861-B, C or D
> manufacture_id          0xe305
> product_id              0x2879
> port_id                 0x800
> support_hdcp            0
> support_ai              0
> audio_sync_delay        0
> speakers                [0x1] FL/FR
> sad_count               1
> sad0_coding_type        [0x1] LPCM
> sad0_channels           2
> sad0_rates              [0xe0] 32000 44100 48000
> sad0_bits               [0xe0000] 16 20 24
> 
> > -static bool eld_entry_is_igt(const char *path)
> > +static bool eld_parse_entry(const char *path, struct eld_entry *eld)
> >  {
> > -	FILE *in;
> > +	FILE *f;
> >  	char buf[1024];
> > -	uint8_t eld_valid = 0;
> > -	uint8_t mon_valid = 0;
> > -
> > -	in = fopen(path, "r");
> > -	if (!in)
> > -		return false;
> > +	char *key, *value;
> > +	size_t len;
> > +	bool monitor_present;
> >  
> > -	memset(buf, 0, 1024);
> > +	memset(eld, 0, sizeof(*eld));
> >  
> > -	while ((fgets(buf, 1024, in)) != NULL) {
> > -		char *line = buf;
> > +	f = fopen(path, "r");
> > +	if (!f) {
> > +		igt_debug("Failed to open ELD file: %s\n", path);
> > +		return false;
> > +	}
> >  
> > -		if (!strncasecmp(line, "eld_valid", 9) &&
> > -				strstr(line, "1")) {
> > -			eld_valid++;
> > -		}
> 
> Good riddance! Ignore my comment from patch 1!
> 
> > +	while ((fgets(buf, sizeof(buf), f)) != NULL) {
> > +		len = strlen(buf);
> > +		if (buf[len - 1] == '\n')
> > +			buf[len - 1] = '\0';
> > +
> > +		key = strtok(buf, ELD_DELIM);
> > +		value = strtok(NULL, "");
> 
> Hmm, I had forgotten that strok was stateful when str == NULL!
> 
> > +		/* Skip whitespace at the beginning */
> > +		value += strspn(value, ELD_DELIM);
> 
> Thanks for teaching me a new function :) This is quite practical!
> 
> After doing more python work, going back to parsing with C is a little
> rough :D Not as bad as ASM though!

Eheh, I can imagine that :P

> > +
> > +		if (strcmp(key, "monitor_present") == 0)
> > +			monitor_present = strcmp(value, "1") == 0;
> > +		else if (strcmp(key, "eld_valid") == 0)
> > +			eld->valid = strcmp(value, "1") == 0;
> > +		else if (strcmp(key, "monitor_name") == 0)
> > +			snprintf(eld->monitor_name, sizeof(eld->monitor_name),
> > +				 "%s", value);
> > +	}
> >  
> > -		if (!strncasecmp(line, "monitor_name", 12) &&
> > -				strstr(line, "IGT")) {
> > -			mon_valid++;
> > -		}
> > +	if (ferror(f) != 0) {
> > +		igt_debug("Failed to read ELD file: %d\n", ferror(f));
> > +		return false;
> >  	}
> >  
> > -	fclose(in);
> > -	if (mon_valid && eld_valid)
> > -		return true;
> > +	fclose(f);
> >  
> > -	return false;
> > +	return monitor_present;
> >  }
> >  
> >  /** eld_has_igt: check whether ALSA has detected the audio-capable IGT EDID by
> > @@ -79,27 +93,35 @@ static bool eld_entry_is_igt(const char *path)
> >  bool eld_has_igt(void)
> >  {
> >  	DIR *dir;
> > -	struct dirent *snd_hda;
> > +	struct dirent *dirent;
> >  	int i;
> > +	char card[64];
> > +	char path[PATH_MAX];
> > +	struct eld_entry eld;
> >  
> >  	for (i = 0; i < 8; i++) {
> > -		char cards[128];
> > -
> > -		snprintf(cards, sizeof(cards), "/proc/asound/card%d", i);
> > -		dir = opendir(cards);
> > +		snprintf(card, sizeof(card), "/proc/asound/card%d", i);
> > +		dir = opendir(card);
> >  		if (!dir)
> >  			continue;
> >  
> > -		while ((snd_hda = readdir(dir))) {
> > -			char fpath[PATH_MAX];
> > +		while ((dirent = readdir(dir))) {
> > +			if (strncmp(dirent->d_name, ELD_PREFIX,
> > +				    strlen(ELD_PREFIX)) != 0)
> > +				continue;
> > +
> > +			snprintf(path, sizeof(path), "%s/%s", card,
> > +				 dirent->d_name);
> > +			if (!eld_parse_entry(path, &eld)) {
> > +				continue;
> > +			}
> >  
> > -			if (*snd_hda->d_name == '.' ||
> > -			    strstr(snd_hda->d_name, "eld") == 0)
> > +			if (!eld.valid) {
> > +				igt_debug("Skipping invalid ELD: %s\n", path);
> 
> The message is a little confusing. How about "Skipping non-ELD file:
> %s\n" instead?

So, this is not exactly a non-ELD file: this happens when the EDID
isn't valid (e.g. if some field is malformed).

Is it okay if I change it to: "Skipping ELD entry with invalid=1"?

> Anyway, I like where this is going!
> 
> Reviewed-by: Martin Peres <martin.peres@linux.intel.com>
> 
> >  				continue;
> > +			}
> >  
> > -			snprintf(fpath, sizeof(fpath), "%s/%s", cards,
> > -				 snd_hda->d_name);
> > -			if (eld_entry_is_igt(fpath)) {
> > +			if (strcmp(eld.monitor_name, "IGT") == 0) {
> >  				closedir(dir);
> >  				return true;
> >  			}
> > diff --git a/lib/igt_eld.h b/lib/igt_eld.h
> > index 27f876d9f631..21fe3537acf9 100644
> > --- a/lib/igt_eld.h
> > +++ b/lib/igt_eld.h
> > @@ -30,6 +30,11 @@
> >  
> >  #include <stdbool.h>
> >  
> > +struct eld_entry {
> > +	bool valid;
> > +	char monitor_name[16];
> > +};
> > +
> >  bool eld_has_igt(void);
> >  
> >  #endif
> > 
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

  reply	other threads:[~2019-06-03 14:34 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-31 11:21 [igt-dev] [PATCH i-g-t 0/5] Add audio EDID tests to Chamelium Simon Ser
2019-05-31 11:21 ` [igt-dev] [PATCH i-g-t 1/5] lib/igt_eld: introduce an ELD library Simon Ser
2019-06-03 12:27   ` Martin Peres
2019-05-31 11:21 ` [igt-dev] [PATCH i-g-t 2/5] lib/igt_eld: consolidate ELD parsing Simon Ser
2019-06-03 12:42   ` Martin Peres
2019-06-03 14:34     ` Ser, Simon [this message]
2019-06-04  8:02       ` Peres, Martin
2019-05-31 11:21 ` [igt-dev] [PATCH i-g-t 3/5] lib/igt_eld: parse Short Audio Descriptors Simon Ser
2019-06-03 12:57   ` Martin Peres
2019-06-03 15:06     ` Ser, Simon
2019-05-31 11:21 ` [igt-dev] [PATCH i-g-t 4/5] lib/igt_eld: allow retrieving an ELD entry per monitor name Simon Ser
2019-06-03 13:04   ` Martin Peres
2019-06-03 15:10     ` Ser, Simon
2019-05-31 11:22 ` [igt-dev] [PATCH i-g-t 5/5] tests/kms_chamelium: add an audio EDID test Simon Ser
2019-05-31 13:18   ` Arkadiusz Hiler
2019-05-31 13:25     ` Arkadiusz Hiler
2019-05-31 14:06     ` Ser, Simon
2019-06-03 12:56     ` Ser, Simon
2019-05-31 16:02 ` [igt-dev] ✓ Fi.CI.BAT: success for Add audio EDID tests to Chamelium Patchwork
2019-06-01 18:54 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2019-06-03  6:38   ` Ser, Simon
2019-06-03 12:12     ` Peres, Martin
2019-06-03 12:17 ` [igt-dev] ✓ Fi.CI.IGT: success " Patchwork
2019-06-03 13:24 ` [igt-dev] ✓ Fi.CI.BAT: success for Add audio EDID tests to Chamelium (rev2) Patchwork
2019-06-03 19:53 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=77e2174039370820e4953ae7a509f6140629618d.camel@intel.com \
    --to=simon.ser@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=martin.peres@intel.com \
    --cc=martin.peres@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox