Hi Philippe,
On Wed, Oct 21, 2020 at 6:07 PM Philippe Mathieu-Daudé <f4...@amsat.org> wrote:
>
> On 10/21/20 11:57 AM, Bin Meng wrote:
> > Hi Philippe,
> >
> > On Tue, Oct 20, 2020 at 11:18 PM Philippe Mathieu-Daudé <f4...@amsat.org>
> > wrote:
> >>
> >> Hi Bin,
> >>
> >> On 8/21/20 7:29 PM, Philippe Mathieu-Daudé wrote:
> >>> From: Bin Meng <bin.m...@windriver.com>
> >>>
> >>> At present the function switch status data structure bit [399:376]
> >>> are wrongly pupulated. These 3 bytes encode function switch status
> >>> for the 6 function groups, with 4 bits per group, starting from
> >>> function group 6 at bit 399, then followed by function group 5 at
> >>> bit 395, and so on.
> >>>
> >>> However the codes mistakenly fills in the function group 1 status
> >>> at bit 399. This fixes the code logic.
> >>>
> >>> Fixes: a1bb27b1e9 ("SD card emulation (initial implementation)")
> >>> Signed-off-by: Bin Meng <bin.m...@windriver.com>
> >>> Reviewed-by: Philippe Mathieu-Daudé <f4...@amsat.org>
> >>> Tested-by: Sai Pavan Boddu <sai.pavan.bo...@xilinx.com>
> >>> Message-Id: <1598021136-49525-1-git-send-email-bmeng...@gmail.com>
> >>> Signed-off-by: Philippe Mathieu-Daudé <f4...@amsat.org>
> >>> ---
> >>> hw/sd/sd.c | 3 ++-
> >>> 1 file changed, 2 insertions(+), 1 deletion(-)
> >>>
> >>> diff --git a/hw/sd/sd.c b/hw/sd/sd.c
> >>> index 7c9d956f113..805e21fc883 100644
> >>> --- a/hw/sd/sd.c
> >>> +++ b/hw/sd/sd.c
> >>> @@ -807,11 +807,12 @@ static void sd_function_switch(SDState *sd,
> >>> uint32_t arg)
> >>> sd->data[11] = 0x43;
> >>> sd->data[12] = 0x80; /* Supported group 1 functions */
> >>> sd->data[13] = 0x03;
> >>> +
> >>> for (i = 0; i < 6; i ++) {
> >>> new_func = (arg >> (i * 4)) & 0x0f;
> >>> if (mode && new_func != 0x0f)
> >>> sd->function_group[i] = new_func;
> >>> - sd->data[14 + (i >> 1)] = new_func << ((i * 4) & 4);
> >>> + sd->data[16 - (i >> 1)] |= new_func << ((i % 2) * 4);
> >>
> >> This patch broke the orangepi machine, reproducible running
> >> test_arm_orangepi_bionic:
> >> https://www.mail-archive.com/qemu-devel@nongnu.org/msg739449.html
> >>
> >> Can you have a look?
> >
> > Yes, I can take a look. Could you please send more details on how to
> > run "test_arm_orangepi_bionic"?
>
> Looking at the previous link, I think this should work:
>
> $ make check-venv qemu-system-arm
> $ AVOCADO_ALLOW_LARGE_STORAGE=1 \
> tests/venv/bin/python -m \
> avocado --show=app,console run \
> run -t machine:orangepi-pc tests/acceptance
>
I tried the above command in my build tree, and got:
avocado run: error: unrecognized arguments: tests/acceptance
Perhaps a plugin is missing; run 'avocado plugins' to list the installed ones
I switched to `make check-acceptance` which seems to work, however not
for orangepi-pc related tests?
(09/32)
tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_arm_orangepi:
SKIP: Test artifacts fetched from unreliable apt.armbian.com
(10/32)
tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_arm_orangepi_initrd:
SKIP: Test artifacts fetched from unreliable apt.armbian.com
(11/32)
tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_arm_orangepi_sd:
SKIP: Test artifacts fetched from unreliable apt.armbian.com
(12/32)
tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_arm_orangepi_bionic:
SKIP: storage limited
(13/32)
tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_arm_orangepi_uboot_netbsd9:
SKIP: storage limited
Any ideas?
Regards,
Bin
