Date: Sat, 18 Apr 2009 21:07:01 -0400 From: Chuck Robey <chuckr@telenix.org> To: Mark Tinguely <tinguely@casselton.net> Cc: gballet@gmail.com, freebsd-arm@freebsd.org, ticso@cicely.de Subject: Re: Pandora Message-ID: <49EA7935.4080804@telenix.org> In-Reply-To: <200904182152.n3ILq6vd003076@casselton.net> References: <200904182152.n3ILq6vd003076@casselton.net>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Tinguely wrote: > Sorry if I sounds like I am questioning what you are saying, I am not. > I understand the OMAP 3530 is an ARMv7. The point I was trying to make is > the ARM versions have a lot of back compatibility. It is the TI OMAP 3570 > web page where they say this is an ARMv7 chip that says "Fully > Software-Compatible With C64x and ARM9". This is very likely a problem with me. I've written to both the FreeBSD list and the OpenBSD one about getting a BSD onto my new machine, because I'm not sure which way to go, but doing that has confused me ... I don't know if I'm acting wrong in approaching both. I've run FreeBSD a whole lot longer, and done more work in it, but I *think* that OpenBSD had a better ARM implementation. So, I can't decide which way to go, or if I can do both (??), and it's making me feel guilty, some. I'm not sure I'm acting honestly here, and that might be making me be too quick on the draw. I had only read about the 3503, 3510, 3515, and 3530, never saw any mention yet of 3570. I thought you were referring to software identification, not what kind of backwards compatibility there is. I'm reading more about that, I could surely learn more, I just was saying that all the stuff I've read so far tells me that OMAP3530 (or, I suppose OMAP35XX) is ARMv7. Lots of backwards compatibility built into the Arms, isn't there? > > I don't have the ARMv7 AR Reference manual OK, I can help there. I've been putting everything I've downloaded into one directory, and I just stuck all of the better pieces into my public_html/arm directory of people.freebsd.org. The name of the latest ARMv7A tech manual is DDI0344I_cortex_a8_r3p1_trm.pdf. I'm sorry if the naming could be better, but it's not so huge, you can download it all and then look it over, there's things that are worth your time in there. , and there are a lot of > details missing from the Cortex A8 Technical Manual, and the "ARMv5 ARM" > covers ARMv6 with the exception of the TrustZone, so I don't know how the > new TrustZone / security features are on by default in the ARMv7 and how > much one can bypass them. I've seen some scary things on the web (and from friends, too) that're telling me that Arm's TrustZone (and a similar thing for other processors) is a quiet way for Hollywood to get their DRM stuff so wired into machines that no software can get around it. I don't know if that's true or not, but if it is, it's scarily reminiscent of SkipJack and the ClipperChip, which was NSA's attempt a couple of decades ago to force government backdoors into all commercial encryption. If that was true (and no one can argue that wasn't) then maybe this TrustZone thing can be true also? IF TrustZone is "Made in Hollywood" then I would pay anything to get an OS which was capable of blocking it. I need to learn more about it; if anyone knows more, go ahead and set me straight. I figure that all of the writeups I could find on it are probably written in such a way as to mostly hide the unpleasant facts of things, if they're written by the same folks who push DRM. God, I sound like a conspiracy theorist, don't I? I gotta find the truth of things, just so I don't push things too far if I have it all wrong. > > --Mark. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknqeTUACgkQz62J6PPcoOm1egCgnMGTLaUfmpxxZ/hS+NH5GiBp T5MAoIGzsXee+6hc0LAc56cLUG2Wn4dT =Avz4 -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49EA7935.4080804>