From: Weijie Gao <weijie.gao@mediatek.com>
To: u-boot@lists.denx.de
Subject: [PATCH v2 2/2] Port to new board "VoCore2"
Date: Thu, 9 Jan 2020 17:16:56 +0800 [thread overview]
Message-ID: <1578561416.5535.33.camel@mcddlt001> (raw)
In-Reply-To: <7222113d-6db9-01f3-ddc3-5be12223947e@gmail.com>
Hi Mauro,
As far as I know MT7628 only has a hw crypto engine.
I have only the same programming guide as yours so I can't tell you what
does the "RESV1 Select Random Generator mode" mean.
Best Regards,
Weijie
On Wed, 2020-01-08 at 14:37 +0100, Daniel Schwierzeck wrote:
> +cc Weijie
>
> On 1/7/20 6:43 PM, Mauro Condarelli wrote:
> > Thanks Daniel.
> >
> > On 1/7/20 4:58 PM, Daniel Schwierzeck wrote:
> >> On Tue, Jan 7, 2020 at 3:30 PM Mauro Condarelli <mc5686@mclink.it> wrote:
> >> ...
> >>> I also have problems with entropy pool in Linux, do you happen to know
> >>> if (and how) MT7628 supports HWRNG?
> >> what problems exactly?
> > Currently it takes a LOT of time to fill-up the entropy pool
> > (over half an hour) and on first startup, when it has to
> > generate ssh keys and other stuff system is virtually dead
> > for that long.
>
> if possible you should generate the host keys on the first SSH
> connection attempt. Otherwise the time of generation is predictable. If
> you use dropbear you can configure that.
>
> >>
> >> On a embedded device you usually can only add randomness from
> >> interrupts sources to the entropy pool
> >> due to lack of disk or input devices. On a router the most interrupts
> >> are typically generated by drivers
> >> for ethernet and SPI/NAND/MMC controllers. You could use user-space
> >> daemons like haveged [1]
> >> to add more randomness from hardware events.
> > I tried that and it helps.
> > I also found *traces* pointing in the direction of hardware
> > support for RNG in my SoC; I have ca opy of the (badly
> > incomplete) "MT7628 PROGRAMMING GUIDE" and it
> > reports in "PWM1 Control register" an "interesting" field:
> > RESV1 Select Random Generator mode.
> > This males a lot of sense because this SoC is meant to implement
> > Wireless routers, so crypto and random acceleration would
> > be very useful.
> > Unfortunately I don't have more precise information, hence
> > the question.
>
> maybe Weijie from Mediatek can tell if MT7628 has a HWRNG. But PWM1
> sounds more like a pulse width modulator and shouldn't be related to a
> HWRNG.
>
next prev parent reply other threads:[~2020-01-09 9:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-27 13:25 [PATCH v2 1/2] Add GigaDevice gd25q128 128Mbit chip to spi-nor id table Mauro Condarelli
2019-12-27 13:25 ` [PATCH v2 2/2] Port to new board "VoCore2" Mauro Condarelli
2020-01-07 13:21 ` Stefan Roese
2020-01-07 14:30 ` Mauro Condarelli
2020-01-07 15:58 ` Daniel Schwierzeck
2020-01-07 17:43 ` Mauro Condarelli
2020-01-08 13:37 ` Daniel Schwierzeck
2020-01-09 9:16 ` Weijie Gao [this message]
2020-01-09 6:48 ` Stefan Roese
2020-01-07 13:10 ` [PATCH v2 1/2] Add GigaDevice gd25q128 128Mbit chip to spi-nor id table Stefan Roese
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=1578561416.5535.33.camel@mcddlt001 \
--to=weijie.gao@mediatek.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox