G G:
> On Wed, Jul 31, 2019 at 10:44:45PM +0200, k...@aspodata.se wrote:
...
> > The urjtag file has three columns:
> >
> > $ grep Hitachi data/MANUFACTURERS
> > 00000000111 hitachi Hitachi
> >
> > and mine only has two:
> >
> > $ ./jep106 | grep Hitachi
> > 00000000111 Hitachi
...
> > Any idea how to fix this ?
>
> | 10010001011 Paragon Technology (Shenzhen) Ltd.
> | 10010001101 Shenzhen Yong Sheng Technology
>
> 10010001011 Mx48B Paragon_Technology__Shenzhen__Ltd_
> 10010001101 Mx48D Shenzhen_Yong_Sheng_Technology
I don't think that would do.
urj_tap_detect_parts()/find_record() in src/tap/detect.c are the
only ones reading the MANUFACTURERS file. find_record() finds the
line matching the id, so the id (key) must be the first column:
line 333:
if (!find_record (data_path, key, &id_name, &id_fullname))
...
urj_log (URJ_LOG_LEVEL_NORMAL, " %12s: %s (0x%03"PRIX64")\n",
_("Manufacturer"), id_fullname,
(urj_tap_register_get_value (key) << 1) | 1);
The third column is used in the logging output, but the second col.
is used to find the PARTS files:
line 388:
strncat_const (data_path, id_name);
strncat_const (data_path, "/PARTS");
e.g. data/analog/PARTS.
One way to handle this is to use the id instead of id_name for the
parts directories: e.g. instead of data/analog/PARTS, one coulde use
data/00001100101/PARTS. But that makes it harder to browse the file
system.
Regards,
/Karl Hammar
_______________________________________________
UrJTAG-development mailing list
UrJTAG-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/urjtag-development
