From: "Enrico Jörns" <ejo@pengutronix.de>
To: Andrej Valek <andrej.v@skyrain.eu>,
Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: yocto@pengutronix.de, openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v2 2/9] busybox: disable defconfig options from simpler fragments
Date: Tue, 29 Oct 2024 21:47:29 +0100 [thread overview]
Message-ID: <89c6f62a6000f38d58a5bb547c03fa0d18cdc6fa.camel@pengutronix.de> (raw)
In-Reply-To: <203632ac-7a95-40db-aaab-54bca3861e52@skyrain.eu>
Hi Andrej,
thanks for your review!
Am Dienstag, dem 29.10.2024 um 17:32 +0100 schrieb Andrej Valek:
> Hello Enrico,
>
> On 28.10.2024 11:39, Enrico Jörns wrote:
> > Hej Andrej,
> >
> > Am Montag, dem 28.10.2024 um 10:06 +0100 schrieb Andrej Valek:
> > > Hello Enrico,
> > >
> > > I tried to follow (and applied) your patch, but it looks little bit inconsistent to me. In
> > > the
> > > first round you enabled SHAx_HWACCEL, which is broken on some architectures. That's the
> > > reason,
> > > why is disabled by default. Ok, so first apply looks like this:
> > let me rephrase my commit message.
> >
> > The SHAx_HWACCEL is broken on some architectures, right.
> > However, when you take the defconfig, without the fragments, it will currently be enabled.
> > Regardless of what's in my patch.
> >
> > Why? Because CONFIG_SHA1_HWACCEL in Busybox' kconfig is 'default y', has no dependency on other
> > options and is not listed in the 'defconfig' file so far.
> >
> > Thus, my first patch should not change the current situation.
> Ok, I see the point. So basically you can drop the sha1sum.cfg and
> sha256sum.cfg and merge it to defconfing. The result will be, that the
> acceleration is disabled.
Just to get it right: Do we talk about the HWACCEL only or about enabling SHA1SUM and SHA256SUM
unconditionally and fully removing the fragments?
Personally, I'd be fine with this since the algorithm are quite essential anyway.
If that's the only thing to change, I'd start making a v3 for it.
> >
> > > Anyway, there was one commit in the usptream which was touching the acceleration. So I have
> > > to
> > > try it on the broken machine and see if it's still broken or not.
> > If you refer to oe-core upstream, yes there have been changes.
> > This is why I needed to rebase and rework my branch.
> > Or are there other changes I am not aware of, yet?
> Not sure if you caught the point. I mean, that I will take a look on the
> upstream fixes for acceleration and then we can enable it by default.
Ok, so you referred to *busybox* upstream, not oe-core. Got it.
I've found https://git.busybox.net/busybox/commit/?id=bf57f732a5b6842f6fa3e0f90385f039e5d6a92c
Is this the fix you referred to?
> > > > [...]
> > >
> So if the result is, that the configuration hasn't been changed at the
> end, I'm fine with the changes you did ;).
Sounds good!
Regards, Enrico
> Regards,
> Andrej
>
--
Pengutronix e.K. | Enrico Jörns |
Embedded Linux Consulting & Support | https://www.pengutronix.de/ |
Steuerwalder Str. 21 | Phone: +49-5121-206917-180 |
31137 Hildesheim, Germany | Fax: +49-5121-206917-9 |
next prev parent reply other threads:[~2024-10-29 20:47 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-28 8:29 [PATCH v2 0/9] busybox: cleanup and fix config fragments Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 1/9] busybox: sync config for busybox 1.37 Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 2/9] busybox: disable defconfig options from simpler fragments Enrico Jörns
2024-10-28 9:06 ` Andrej Valek
2024-10-28 10:39 ` Enrico Jörns
2024-10-29 16:32 ` [OE-core] " Andrej Valek
2024-10-29 20:47 ` Enrico Jörns [this message]
2024-11-02 20:42 ` Peter Kjellerstedt
2024-10-28 8:29 ` [PATCH v2 3/9] busybox: disable defconfig options from syslog.cfg Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 4/9] busybox: mdev.cfg: remove CONFIG_SETSID Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 5/9] busybox: disable defconfig options from login-utilities.cfg Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 6/9] busybox: disable defconfig options from unicode.cfg Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 7/9] busybox: disable defconfig options from getopts.cfg and move long opts Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 8/9] busybox: disable long options in defconfig Enrico Jörns
2024-10-28 8:29 ` [PATCH v2 9/9] busybox: disable defconfig options from mount-via-label.cfg Enrico Jörns
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=89c6f62a6000f38d58a5bb547c03fa0d18cdc6fa.camel@pengutronix.de \
--to=ejo@pengutronix.de \
--cc=andrej.v@skyrain.eu \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.org \
--cc=yocto@pengutronix.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox