All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: u-boot@lists.denx.de
Subject: [RESEND PATCH 06/10] test: environment in ext4
Date: Wed, 19 Feb 2020 14:45:17 -0700	[thread overview]
Message-ID: <2676d34e-0af4-bb5b-dc37-167eba9a9d1b@wwwdotorg.org> (raw)
In-Reply-To: <20200212184501.5911-7-patrick.delaunay@st.com>

On 2/12/20 11:44 AM, Patrick Delaunay wrote:
> Add basic test to persistent environment in ext4:
> save and load in host ext4 file 'uboot.env'.
> 
> On first execution a empty EXT4 file system is created in
> persistent data dir: env.ext4.img.

> diff --git a/test/py/tests/test_env.py b/test/py/tests/test_env.py

> +def mk_env_ext4(state_test_env):
> +    c = state_test_env.u_boot_console
> +
> +    """Create a empty ext4 file system volume.
> +    """
> +    filename = 'env.ext4.img'
> +    persistent = c.config.persistent_data_dir + '/' + filename

The test seems to want to delete this file at the end, and re-create it 
each time. Why store it in the persistent data directory in that case?

> +    if os.path.exists(persistent):
> +        c.log.action('Disk image file ' + persistent + ' already exists')

... and why just delete it and re-create it if a stale copy exists?

> +    else:
> +        try:
> +            check_call('rm -f %s' % persistent, shell=True)

why not:

     check_call('rm -f ' + persistent)

That has simpler string operations, and I don't think any of these 
commands need shell=True, since they don't contain any shell 
metacharacters? Same comment for most of the other commands.

> +def test_env_ext4(state_test_env):

> +    """ env_location: ENVL_EXT4 (2)
> +    """

I think that'd be better as a regular comment:

     # env_location: ENVL_EXT4 (2)

If there's a reason to make it a docstring, lets put the trailing """ on 
the same line since it's a short piece of text.

> +    response = c.run_command('env_loc 2')
> +    assert 'Saving Environment to EXT4' in response
> +
> +    response = c.run_command('env_loc 2')
> +    assert 'Loading Environment from EXT4... OK' in response

Can't both assert invocations run on the same response? Or, does the 
env_loc command do different things based on some other state; that 
would feel pretty nasty.

  reply	other threads:[~2020-02-19 21:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-12 18:44 [RESEND PATCH 00/10] env: ext4: add test for env in ext4 Patrick Delaunay
2020-02-12 18:44 ` [RESEND PATCH 01/10] env: add absolute path at CONFIG_ENV_EXT4_FILE Patrick Delaunay
2020-02-12 18:44 ` [RESEND PATCH 02/10] env: ext4: set gd->env_valid Patrick Delaunay
2020-02-12 18:44 ` [RESEND PATCH 03/10] env: correctly handle result in env_init Patrick Delaunay
2020-02-12 18:44 ` [RESEND PATCH 04/10] sandbox: activate env in ext4 support Patrick Delaunay
2020-02-16 19:02   ` Simon Glass
2020-02-12 18:44 ` [RESEND PATCH 05/10] sandbox: support the change of env location Patrick Delaunay
2020-02-16 19:02   ` Simon Glass
2020-02-12 18:44 ` [RESEND PATCH 06/10] test: environment in ext4 Patrick Delaunay
2020-02-19 21:45   ` Stephen Warren [this message]
2020-02-12 18:44 ` [RESEND PATCH 07/10] env: ext4: fix possible compilation issue Patrick Delaunay
2020-02-12 18:44 ` [RESEND PATCH 08/10] env: ext4: introduce new function env_ext4_save_buffer Patrick Delaunay
2020-02-12 18:45 ` [RESEND PATCH 09/10] env: ext4: add support of command env erase Patrick Delaunay
2020-02-12 18:45 ` [RESEND PATCH 10/10] test: sandbox: add test for erase command Patrick Delaunay
2020-02-16 19:02   ` Simon Glass
2020-02-19 21:46   ` Stephen Warren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2676d34e-0af4-bb5b-dc37-167eba9a9d1b@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.