[Pdbg] [PATCH v2 13/15] main: Convert getcfam/putcfam to use path based targeting

Alistair Popple alistair at popple.id.au
Thu Nov 15 15:13:35 AEDT 2018


On Wednesday, 14 November 2018 4:42:59 PM AEDT Amitay Isaacs wrote:
> On Tue, 2018-11-13 at 16:01 +1100, Alistair Popple wrote:
> > Hi Amitay,
> > 
> > >  test_result 0 <<EOF
> > > 
> > > -p0:0xc09 = HEX8
> > > +/kernelfsi at 0: 0xc09 = HEX8
> > 
> > We may have discussed this sorry if I'm changing my mind but can we
> > keep the
> > output the same for the time being? ie. Something like ("p%d",
> > pdbg_target_index(fsi))?
> 
> Well the question is what targets we want for getcfam/putcfam?

I think just the root/top level fsi targets are fine for now. In practice we 
don't have any FSI children that would need translation atm.
 
> As per your thinking, if we want pib target to be selected for
> getcfam/putcfam commands, then the the existing output makes sense.
> In that case, the implementation should find the fsi target for
> selected pib target for actual operations.

I don't think we actually want the pib targets selected. I'm really just 
talking about the output formatting which it would be nice to keep the same - 
ie:

"p<chip index>:<addr> = <value>"

- Alistair

> Does that work?
> 
> > >  EOF
> > >  
> > >  do_skip
> > > 
> > > -test_run $PDBG -p0 getcfam 0xc09
> > 
> > This test should still pass though? Do you think it would it be
> > better to just
> > add another test or are you do think the other selection tests cover
> > this case
> > adequately?
> > 
> > - Alistair
> > 
> > > +test_run $PDBG -P fsi getcfam 0xc09
> > > 
> > >  test_result 0 <<EOF
> > >  p0:0xf000f = HEX16
> 
> Amitay.




More information about the Pdbg mailing list