On Wed, Feb 13, 2019 at 05:00:51PM +0000, Pedro Sousa wrote:
> Hi,
> 
> On 2/13/2019 9:30 AM, Avri Altman wrote:
> >>
> >> I can see the issue, there is no straightforward way of having "ufs-bsg"
> >> without
> >> a device attached?
> > Right.
> > 
> >>
> >> This or any other method of talking with UniPro and MPhy layers when there
> >> is no
> >> device are necessary for us. Do you see some good way of doing this?
> > I don't really know.
> > If you have access to the bootloader, then implement it there, 
> > And call this functionality via fastboot getvar or fastboot oem.
> For us would be better if we manage to use it through the driver.
> 
> Until now, from this thread I think there are two scenarios:
> 
> When there's a device, through ufs-bsg:
>  - ufs-utils: using the current ufs_bsg interface will have the capability to
> cover most of the scenarios that I can think of and will be the standard way 
> to
> interact with the ufs driver.
> 
> During bring up/debug without link to device:
> 
> - My proposal is to create a debugFS interface:
>    uic-cmd/
>    ├── dme-get
>    ├── dme-set
>    ├── dme-enable
>    ├── dme-reset
>    └── ...
>    test-feature/
>    ├── PA_tf
>    └── ...
>    error-dump/
>    ├── UECPA
>    ├── UECDL
>    └── ...
>    ...
> 
> I kindly request the ecosystem feedback.

Don't ever put anything in debugfs that you need for a "real" system
that you rely on, as it should not normally be present or mounted at
all.

It's for debugging stuff only, please be aware of that.

greg k-h

Reply via email to