runtime check for omap-aes bus access permission (was: Re: 3.13-rc3 (commit 7ce93f3) breaks Nokia N900 DT boot)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Dec 07, 2013 at 08:51:04AM -0800, Tony Lindgren wrote:
> * Pali Rohár <pali.rohar@xxxxxxxxx> [131207 05:58]:
> > On Saturday 07 December 2013 14:48:20 Sebastian Reichel wrote:
> > > On Sat, Dec 07, 2013 at 09:18:32AM +0100, Pali Rohár wrote:
> > > > On Saturday 07 December 2013 01:00:27 Sebastian Reichel 
> > wrote:
> > > > > On Fri, Dec 06, 2013 at 02:27:25PM -0800, Tony Lindgren 
> > wrote:
> > > > > > * Sebastian Reichel <sre@xxxxxxxxxx> [131206 13:37]:
> > > > > > > Nokia N900 DT boot breaks for me using 3.13-rc3. You
> > > > > > > can see the relevant kernel output below. Disabling
> > > > > > > the AES module in the omap3-n900.dts with status =
> > > > > > > "disabled" fixed the boot for me.
> > > > > > 
> > > > > > OK thanks for letting me know. How about the following
> > > > > > patch to fix it?
> > > > > 
> > > > > That's basically what I did to fix the problem.
> > > > > 
> > > > > I guess the proper fix would be a runtime check if the
> > > > > device can be accessed (if that's possible). AFAIK it is
> > > > > possible to use the AES module on the N900 if the
> > > > > bootloader is slightly patched.
> > > > > 
> > > > > Pali, can you elaborate more about this? I've seen, that
> > > > > you added a section about this on [0].
> > > > > 
> > > > > [0] http://elinux.org/N900#M-Shield
> > > > > 
> > > > > -- Sebastian
> > > > 
> > > > Yes, if you want to use M-Shield on Nokia N900, you need to
> > > > use new version of signed Nokia X-Loader which enable
> > > > M-Shield usage outside secure world.
> > > > 
> > > > Because this updated X-Loader is not official and I think
> > > > nobody has it in n900, please disable using these M-Shield
> > > > crypto modules on n900.
> > > 
> > > Is the updated X-Loader available somewhere?
> > > 
> > 
> > It was on mediafire server linked from this thread: 
> > http://maemo.org/community/maemo-developers/n900_aes_and_sha1-md5_hw_acceleration_drivers/
> >
> > Now it is deleted from that server, but I have copy on my HDD.
> 
> Hmm OK let's hope there's some working link still around for those.
> It seems like we should eventually cover both options, but for
> the -rc cycle, we need to just disable those hardware modules in
> the .dtsi files.

Yes. I think for -rc cycle disabling the AES module is the right
way. It has been disabled before anyway. I will test your patch
later.

> I think we can check the configuration from the L3 registers.
> Looks like we no longer have those defined after purging the
> unused defines a while back, but I think the registers for the
> configuration are L3_PM_READ_PERMISSION etc registers.

I asked Pali to send me his copy of the updated NOLO bootloader,
so that I can test this. I just checked the omap documentation
(I only have access to the public one) and crypto related stuff
is not documented for the L3_PM_READ_PERMISSION register. There
are a couple of reserved bits, which may be used for this, though.

I also CC'd Joel Fernandes, since he worked on the driver before and
may have access to the documentation.

-- Sebastian

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux