Hi,
I noticed that block device commands like "ls" fail to give any error
messages in some cases. For example, something like
-> ls FOOBAR 1:1 /
->
will terminate without the slightest hint that FOOBAR is some device
type it does not know.
Following the call chain I see this:
"ls" command -> do_ls (...) -> fs_set_blk_dev(...) -> blk_get_device_part_str()
"disk/part.c":
431 int blk_get_device_part_str(const char *ifname, const char *dev_part_str,
432 struct blk_desc **dev_desc,
433 disk_partition_t *info, int allow_whole_dev)
...
450 if (0 == strcmp(ifname, "hostfs")) {
...
466 }
...
474 if (0 == strcmp(ifname, "ubi")) {
...
488 }
513 /* Look up the device */
514 dev = blk_get_device_by_str(ifname, dev_str, dev_desc);
515 if (dev < 0)
516 goto cleanup;
No error messages get printed here, but I think these are mandatory
in such a case.
Stephen, this code was added as part of your commit:
commit 10a37fd7a40826c43a63591855346adf1a1ac02d
Author: Stephen Warren <swar...@nvidia.com>
Date: Fri Sep 21 09:50:57 2012 +0000
disk: get_device_and_partition() "auto" partition and cleanup
Can you think of any strong reason _not_ to issue a proper error
message here?
[From the user perspective it would also be nice to have a way to
find out which device types are actually supported in a given U-Boot
binary. Or is there such a tool?]
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
It's not an optical illusion, it just looks like one. -- Phil White
