diff mbox series

[v2] cmd: Ensure sf operates on spi flash

Message ID f002d2ef-539e-175a-7184-a431d73f9341@gmail.com
State Changes Requested
Delegated to: Jagannadha Sutradharudu Teki
Headers show
Series [v2] cmd: Ensure sf operates on spi flash | expand

Commit Message

Sean Anderson Jan. 19, 2020, 11:13 p.m. UTC
Currently, the sf command will probe anything attached to an spi bus, regardless
of whether it is UCLASS_SPI_FLASH. This came up when testing the mmc_spi driver,
which is accessed via spi but is UCLASS_MMC. If the uclass is not what sf
expects, then the "flash" variable will not actually have type spi_nor. This
patch adds a check so we don't clobber any data if the user requests us to probe
a device which is not an spi flash.

Signed-off-by: Sean Anderson <seanga2@gmail.com>
---
Changes for v2:
  Fixed Signed-off-by line
  Fix typo (SPU_FLASH -> SPI_FLASH)

 cmd/sf.c | 4 ++++
 1 file changed, 4 insertions(+)

Comments

Bin Meng Feb. 4, 2020, 10:49 a.m. UTC | #1
Hi Sean,

On Mon, Jan 20, 2020 at 7:13 AM Sean Anderson <seanga2@gmail.com> wrote:
>
> Currently, the sf command will probe anything attached to an spi bus, regardless
> of whether it is UCLASS_SPI_FLASH. This came up when testing the mmc_spi driver,

Did you do something like:

=> sf probe 1 0

?

> which is accessed via spi but is UCLASS_MMC. If the uclass is not what sf
> expects, then the "flash" variable will not actually have type spi_nor. This
> patch adds a check so we don't clobber any data if the user requests us to probe
> a device which is not an spi flash.
>
> Signed-off-by: Sean Anderson <seanga2@gmail.com>
> ---
> Changes for v2:
>   Fixed Signed-off-by line
>   Fix typo (SPU_FLASH -> SPI_FLASH)
>
>  cmd/sf.c | 4 ++++
>  1 file changed, 4 insertions(+)
>

Reviewed-by: Bin Meng <bmeng.cn@gmail.com>

Regards,
Bin
Sean Anderson Feb. 4, 2020, 2:10 p.m. UTC | #2
On 2/4/20 5:49 AM, Bin Meng wrote:
> Hi Sean,
> 
> On Mon, Jan 20, 2020 at 7:13 AM Sean Anderson <seanga2@gmail.com> wrote:
>>
>> Currently, the sf command will probe anything attached to an spi bus, regardless
>> of whether it is UCLASS_SPI_FLASH. This came up when testing the mmc_spi driver,
> 
> Did you do something like:
> 
> => sf probe 1 0

sf probe 0, but yes. I forgot that my spi bus 0 had the SD card on it
not the spi flash. I feel like this sort of thing should be caught by
u-boot to prevent the user from almost certainly causing a segfault.

--Sean
diff mbox series

Patch

diff --git a/cmd/sf.c b/cmd/sf.c
index e993b3e5ad..39d05ae229 100644
--- a/cmd/sf.c
+++ b/cmd/sf.c
@@ -132,6 +132,10 @@  static int do_spi_flash_probe(int argc, char * const argv[])
 		printf("Failed to initialize SPI flash at %u:%u (error %d)\n",
 		       bus, cs, ret);
 		return 1;
+	} else if (new->driver->id != UCLASS_SPI_FLASH) {
+		printf("SPI device is not SPI flash: uclass is %d, expected %d\n",
+		       new->driver->id, UCLASS_SPI_FLASH);
+		return 1;
 	}
 
 	flash = dev_get_uclass_priv(new);