<Hammdist>
anyone knows if it's possible to set the serial of an ft232h via openocd or some other linux tool?
<Hammdist>
my situation is I have two boards I want to write programs to, and hence two adapters. unfortunately the manufacturer has not operatively set the iserial field of the usb descriptor. is there a way for openocd to discriminate them by bus and device id?
<Hammdist>
so apparently changing the serial can be done with ft_prog from ftdi but it seems it only runs under windows. I still wonder if openocd might not be able to do it ...
nerozero has joined #openocd
<PaulFertser>
Hammdist: there's libftdi and it has the eeprom changing tool.
<PaulFertser>
Hammdist: or you can identify by bus, yes.
crabbedhaloablut has joined #openocd
Hawk777 has joined #openocd
Hawk777 has quit [Quit: Leaving.]
MGF_Fabio has joined #openocd
<Hammdist>
ok thanks, I'll keep that in mind for the future. this time I just used a windows laptop to run ft_prog on the adapters
wingsorc has quit [Remote host closed the connection]
shibboleth has joined #openocd
shibboleth has quit [Remote host closed the connection]
nerozero has quit [Ping timeout: 268 seconds]
Hawk777 has joined #openocd
<balrog>
Heya, I asked about 7472 and 4284 the other day (both pertaining to remote_jtag); can someone take a look at these?
<balrog>
7472 has been rebased and should be ready for review; should I rebase 4284?
slobodan has joined #openocd
MGF_Fabio has quit [Ping timeout: 255 seconds]
<zapb__>
borneoa___, ah, I see :)
Hawk777 has quit [Quit: Leaving.]
<PaulFertser>
balrog: if a patch can be cherry-picked cleanly to latest master then you do not need to rebase it.
<balrog>
4284 is showing merge conflict
<PaulFertser>
balrog: it probably means nothing if it naturally depends on another not yet applied patch.
MGF_Fabio has joined #openocd
wingsorc has joined #openocd
<borneoa___>
balrog: I have reviewed 7472. I will merge it next weekend. 4284 must be rebased because it doesn't apply on master, either with or without 7472; plus there is one comment from Tim in the Gerrit log that should be addressed before proceeding.
<borneoa___>
balrog: I suspect that checkpatch will complain on 4248 due to "if(EOF==fflush(...))". In case, swap the two operands of ==