All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Amelkin <a.amelkin@yadro.com>
To: Patrick Venture <venture@google.com>
Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: YASL Request
Date: Fri, 13 Apr 2018 13:16:11 +0300	[thread overview]
Message-ID: <d428d752-78f8-cedd-7ba6-59cdbcd9e701@yadro.com> (raw)
In-Reply-To: <CAO=notz=QT7sYgt6SZimc=RReB0PKxZ+FN-B2byjZxy1RFpvoA@mail.gmail.com>

12.04.2018 18:20, Patrick Venture wrote:
> On Thu, Apr 12, 2018 at 7:25 AM, Alexander Amelkin <a.amelkin@yadro.com> wrote:
>> 11.04.2018 05:34, Brad Bishop wrote:
>>>> On Apr 9, 2018, at 6:27 PM, Patrick Venture <venture@google.com> wrote:
>>>>
>>>> Everyone,
>>>>
>>>> I'm working on unit-testing in openbmc, and have cracked most of
>>>> sdbusplus into mockable pieces and verified I can in fact test against
>>>> those mocks with a downstream daemon.  I'll be grabbing an upstream
>>>>
>>>> ...
>>>>
>>>> YASL (yet-another-shared-library) Request.
>>> Can you talk more about what goes in this?
>>>
>>> Do you envision something like:
>>>
>>> openbmc repo -> upstream project being wrapped
>>> libcmock -> glibc
>>> libstdc++mock -> libstdc++
>>> libsystemdmock -> libsystemd (or sdbusplusmock)
>>> libfoomock -> libfoo
>>> libbarmock -> libbarmock
>>>
>> Is there going to be support in the standard library to mock linux sysfs
>> for phosphor-hwmon?
> Yes, really we just need to mock the path look-ups and file reads.  So
> if they ask to a list of files in a path, we can return whatever list
> we want.
Not really. We also need to support file writes that affect contents of
other files (writing /sys/class/hwmon/.../pwmX affects the value read
from /sys/class/hwmon/.../fanY). Without that some units will fail tests.

  reply	other threads:[~2018-04-13 10:16 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-09 22:27 YASL Request Patrick Venture
2018-04-10  2:45 ` Lei YU
2018-04-10  3:19   ` Patrick Venture
2018-04-10 17:59     ` Patrick Venture
2018-04-11  3:52   ` Brad Bishop
2018-04-11 15:59     ` Patrick Venture
2018-04-11  2:34 ` Brad Bishop
2018-04-11 15:56   ` Patrick Venture
2018-04-12 14:25   ` Alexander Amelkin
2018-04-12 15:20     ` Patrick Venture
2018-04-13 10:16       ` Alexander Amelkin [this message]
2018-04-13 15:42         ` Patrick Venture
2018-04-13  3:56 ` Andrew Jeffery
2018-04-13 15:21   ` Brad Bishop
2018-04-13 16:03     ` Patrick Venture
2018-04-14  0:14       ` Patrick Venture
2018-04-16  2:50     ` Lei YU
2018-04-16 19:10       ` Patrick Venture
2018-04-14  4:12   ` Patrick Venture

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=d428d752-78f8-cedd-7ba6-59cdbcd9e701@yadro.com \
    --to=a.amelkin@yadro.com \
    --cc=openbmc@lists.ozlabs.org \
    --cc=venture@google.com \
    /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.