IRC log for #maemo-ssu on 20160403

00:00.18keriohm, does the omap3 in the neo900 have accelerated AES?
00:00.29kerioapparently it's only in "high security" omap3s
00:00.32DocScrutinizer05check the OMAP3 TRM
00:01.09DocScrutinizer05iirc it's available to user only in GP devices, in HS devices it's available to TrustZone only
00:04.19DocScrutinizer05ask freemangordon he's far more savvy than me about that stuff
00:05.03DocScrutinizer05I never really looked into it since I can't do anything about it anyway
00:05.36DocScrutinizer05I'm using a FM3730 GP device and that's it
00:05.40DocScrutinizer05DM*
00:06.05DocScrutinizer05couldn't get a HS device even if I wanted
00:07.32DocScrutinizer05and if I could, I wouldn't know the root key of M-Shield aka TrustZone aka security monitor
00:08.43keriohold on, it's not specified by the vendor? :o
00:08.45DocScrutinizer05I don't even know if e.g. Nokia flashes those keys at own factory or gets then preflashed from TI
00:10.38DocScrutinizer05I only know there's a key in a untouchable ROM in SoC and you can't read it out and neither do you know the secret key to that non-public "pubkey"
00:11.30DocScrutinizer05and your bootloader needs to be signed by the secret key
00:11.42kerioa private public key? the fuck
00:11.58DocScrutinizer05an unreadable pubkey
00:12.28DocScrutinizer05only available to TrustZone
00:13.13DocScrutinizer05and TrustZone firmware checks the bootloader signature with that pubkey
00:13.58DocScrutinizer05bootloader in turn is supposed to check the kernel's signature and so on
00:14.11kerioyeah but surely if you're buying the chips you can decide which key that is
00:14.28DocScrutinizer05I'm not sure about that
00:14.46kerioyeah but surely if you're paying enough money you can decide which key that is
00:15.13DocScrutinizer05you can hand a key to TI to let them program it to the ROM, I guess
00:15.28kerioisn't it efuses?
00:15.38DocScrutinizer05prolly it is, dunno for sure
00:15.49kerioleave it open for the user to shoot themselves in the foot with
00:15.56DocScrutinizer05yeah
00:16.08DocScrutinizer05possible, I simply dunno
00:16.24keriostep 1) generate private key and public key
00:16.33keriostep 2) burn public key onto chip and enable trusted boot
00:16.43keriostep 3) lose private key because the hard disk crashed or something
00:17.21DocScrutinizer05I wouldn't be surprised if exactly this happened to N900
00:17.29keriowith the repos?
00:17.44DocScrutinizer05so nokia couldn't update the xloader code anymore
00:17.49keriooh for the bootloader
00:17.59kerioat least xloader is quite flexible in what it chainloads :>
00:18.25DocScrutinizer05N900 xloader doesn't enforce chain of trust though. I.E. it doesn't check signature of NOLO
00:18.56kerioyou can basically just treat xloader as a second stage ROMBL right
00:19.02DocScrutinizer05evidence: you can hack NOLO
00:19.13DocScrutinizer05right
00:19.49DocScrutinizer05N900 *is* a HS device (3430)
00:20.29kerioso we should have accelerated AES P:
00:20.32DocScrutinizer05N9 is a HS device (3630)
00:21.12DocScrutinizer05no, afaik and iirc only TZ can access AES accel on HS devices
00:21.56DocScrutinizer05another question is if the monitor in TZ allows userland acces to AES via monitor as proxy
00:22.37DocScrutinizer05such stuff gets configured in xloader afaik
00:24.12DocScrutinizer05in ARM you basically can configure every subsystem to belong to either TZ or userland (incl kernel) or even share between the two, e.g RAM a few pages for TZ only, the rest for userland (and TZ too of course)
00:25.25DocScrutinizer05the whole ARM architecture has an own "address line" for TZ
00:26.22DocScrutinizer05I honestly only had a cursory look into all this
00:29.04kerioalright, openssl HEAD does 37MB/s of chacha20-poly1305 on my sheevaplug
00:29.11DocScrutinizer05I had to mess with a IP called "mailbox" or "postbox"  (PB503?) of ARM, and there I leearned it's consisting of N FIFOs which can get accessed by both cores of a dualcore, and M of those FIFOs (for M<N) can get assigned to secure mode exclusively
00:29.14kerio(marvell kirkwood)
00:31.01DocScrutinizer05http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.kui0062a/rlarm_ar_mbx_using.htm
00:32.28keriodear lord, i'm only getting 8MB/s for aes 256 gcm
00:35.28keriomy lappy gets 1.7 and 2.5GB/s, respectively
00:35.43DocScrutinizer05aaah I guessd this been it PrimeCell PL320  http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.kui0062a/rlarm_ar_mbx_using.htm
00:36.04DocScrutinizer05dang
00:36.22DocScrutinizer05http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0306b/CHDHJBBJ.html
00:37.13DocScrutinizer05http://infocenter.arm.com/help/topic/com.arm.doc.ddi0306b/index.html even
00:45.22DocScrutinizer05wow that's annoying again how the public datasheet for PL320 doesn't seem to even mention TrustZone and secure mode at all
00:46.08DocScrutinizer05I had access to the confidential HS specs, you won't find those in public
00:58.07DocScrutinizer05anyway http://infocenter.arm.com/help/topic/com.arm.doc.prd29-genc-009492c/ch02s02s01.html
01:02.47DocScrutinizer05>> The security of the system is achieved by partitioning all of the SoC’s hardware and software resources so that they exist in one of two worlds - the Secure world for the security subsystem, and the Normal world for everything else. Hardware logic present in the TrustZone-enabled AMBA3 AXITM bus fabric ensures that no Secure world resources can be accessed by the Normal world components, enabling a strong security perimeter to be
01:02.49DocScrutinizer05built between the two.<<
01:10.01DocScrutinizer05>> The addition of the NS bit to the bus transactions, and to any cache tags in the system, can be viewed as providing a 33rd address bit. There is a 32-bit physical address space for Secure transactions and a 32-bit physical address space for Non-secure transactions.<<
01:12.18DocScrutinizer05so AES might exist in both HS and GP devices, but the question is whether it's mapped to Secure or Non-secure address
01:12.42DocScrutinizer05afaik it's mapped to Secure only on HS devices
01:13.36DocScrutinizer05IOW it might be available to "Normal world" on GP devices
01:14.27DocScrutinizer05ROMBOOT and stuff like keys is always mapped to Secure
01:15.20DocScrutinizer05my uneducated guess
01:21.15*** join/#maemo-ssu LauRoman|Alt (~LauRoman@5-14-92-160.residential.rdsnet.ro)
01:24.02DocScrutinizer05on NovaThor everything in R&D ran in Secure mode, so it was quite messy to build and _sign_ a new image to flash to the devel boards
01:25.02DocScrutinizer05the signature server was located at some northern country and signing took quite a while
03:32.31*** join/#maemo-ssu DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
04:28.26*** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike)
04:39.53*** join/#maemo-ssu enyc (~enyc@muddle.enyc.org.uk)
08:00.20*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
08:44.30*** join/#maemo-ssu futpib (~futpib@37.113.234.62)
09:47.13*** join/#maemo-ssu M4rtinK (~M4rtinK@77.48.149.46)
11:14.53*** join/#maemo-ssu trx (ns-team@devbin/founder/trx)
12:38.58*** join/#maemo-ssu Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
12:51.04*** join/#maemo-ssu Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
13:01.22*** join/#maemo-ssu Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
13:31.21merlin1991re n9
13:31.47merlin1991I love how the warning tells you about flashing even though there were no images / tools normally available
13:31.50merlin1991but
13:32.07merlin1991you can just sideload a .deb that patches /etc/hosts and aegis will keep still
14:29.20*** join/#maemo-ssu hashcore (~hashcore@unaffiliated/hashcore)
14:54.07*** join/#maemo-ssu ente (capybara@hindenburg.barfooze.de)
14:54.07*** join/#maemo-ssu ente (capybara@unaffiliated/ente)
15:03.26*** join/#maemo-ssu freemangordon1 (~ivo@46.249.74.23)
16:05.07*** join/#maemo-ssu freemangordon (~ivo@46.249.74.23)
16:19.52*** join/#maemo-ssu LauRoman (~LauRoman@5-14-92-160.residential.rdsnet.ro)
17:31.20merlin1991anyone on -stable in here?
17:33.06merlin1991ffs the screen on my -stable device is dead
18:07.06bencohI'm on stable, why?
18:07.19bencoh(well, a slightly patched stable, but...)
18:07.26bencohmerlin1991: ^
18:08.38merlin1991I'm preparing a new release
18:09.04merlin1991and would prefer that to sit around for a day or so before pushing it into the main repo
18:09.13merlin1991sit around and test ofc :)
18:10.16bencohdo we have a stable-next repo?
18:10.29merlin1991yes :)
18:10.59merlin1991you can add it with http://cdnm.at/~christian/maemo/cssu/stable-testing-enabler_0.1_all.deb
18:12.02merlin1991Pali: ping
18:12.11Palimerlin1991: pong
18:12.20merlin1991Pali: why did we update e2fsprogs?
18:12.30Palido not remember :-)
18:12.32bencohmerlin1991: pasting the repo url would make it simpler ;)
18:12.36Palican look into git
18:12.45merlin1991well it is just update to upstream version x
18:12.53merlin1991+patches to make it build for maemo
18:12.56merlin1991not why though
18:13.09merlin1991bencoh: the enabler throws in the key aswell ;)
18:13.18Palimerlin1991: I think kerio reported some bug
18:13.22kerioi what
18:13.23merlin1991and adds it as a system catalogue with proper priority
18:13.39Palikerio: wasnt you who found some bug in maemo fsck?
18:13.47merlin1991gonna grep channel logs
18:14.03PaliI think that fsck needs lot of RAM or something like that
18:14.50*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-37-188-238-84.eurotel.cz)
18:17.06Palihttp://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2013-05-07.log.html#t2013-05-07T23:30:50
18:17.33Pali2013-05-07 23:30 <kerio> btw, we should upgrade e2fsprogs
18:17.37Paliso really kerio :P
18:17.39kerioyeah but
18:17.52kerio...it took you 3 years to upgrade e2fsprogs?
18:18.21Palinot me, but merlin1991
18:18.41merlin1991last stable release 2014 :/
18:18.46merlin1991hangs head in shame
18:19.17merlin1991last testing release was only a year ago
18:32.35Palimerlin1991: I forgot to build new HAM for cssu-devel...
18:32.41Paliupdated debian/changelog is in git now
18:33.42Palianyway current cssu-devel HAM (2.2.74) should be released
18:35.41merlin1991what did you change on top of what is in -devel?
18:38.27Pali1) fix doing SSU update :-) 2) notification configuration via /etc/hildon-application-manager/settings 3) fix notification key for provider 4) /proc/cpuinfo
18:39.00bencohcpuinfo?
18:39.13Palithat is for upstream kernel
18:39.18bencohah
18:40.05Palimerlin1991: anyway, in cssu-devel is also missing jonwil's update for maemo-security-certman
18:40.10Paliwhere are new certificates
18:41.16Palialso in cssu-devel is missing new alarmd
18:41.38Palialso fmtx-middleware
18:42.24Paliand for hildon-application manager: there are backported PR1.3 changes
18:42.35Palibecause those were not part of HAM cssu version :-(
18:43.06Palihm... also hildon-welcome is not updated in cssu-devel
18:43.14Paliand also initrd-progs
18:43.21Paliand also mce
18:43.32Paliand thats all
18:43.59merlin1991feel free to push the packages you changed into cssu-devel
18:44.08Palimerlin1991: now when you are building packages, can you build also those for cssu-devel?
18:44.21Palino idea which changes are mine
18:44.29Palithis is from cssu-state script
18:44.33merlin1991I don't want to push any half done changes :/
18:44.47merlin1991meh building evolution-data-server kills all the dependencies in scratchbox
18:45.05Palionce debian/changelog is increased changes are done/ready for cssu-devel
18:45.21merlin1991because it wants  libdb4.2 which conflicts with libdb1
18:45.51Paliah :-(
18:46.09Palianyway, when releasing git changes, check also my cssu-state script from https://github.com/community-ssu/cssu-state
18:46.34merlin1991I used it to get my overview what I copy from testing -> stable
18:58.26*** join/#maemo-ssu futpib (~futpib@37.113.234.62)
19:08.52*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-37-188-133-248.eurotel.cz)
19:30.51merlin1991hm glib2 doesn't build
20:29.22*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-78-102-146-111.net.upcbroadband.cz)
21:37.41merlin1991freemangordon: ping
22:34.18merlin1991FFS
22:34.27merlin1991there is a autotools / libtool fuckup somewhere
22:34.34merlin1991it builds fine in the vm
22:34.39merlin1991but not in my scratchbox
22:36.45merlin1991and the best part is, that with my sb it fails in the last step when it checks for symbol changes
22:37.03merlin1991somehow my build exports more symbols and one symbol moves to another library in the package!
23:06.54*** join/#maemo-ssu infobot (ibot@rikers.org)
23:06.54*** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: https://github.com/community-ssu | Latest version: Testing(2015-04-11): 21.2011.38-1Tmaemo11; Stable(2014-09-03): 21.2011.38-1Smaemo7
23:06.54*** mode/#maemo-ssu [+v infobot] by ChanServ
23:34.20*** join/#maemo-ssu infobot (ibot@rikers.org)
23:34.20*** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: https://github.com/community-ssu | Latest version: Testing(2015-04-11): 21.2011.38-1Tmaemo11; Stable(2014-09-03): 21.2011.38-1Smaemo7
23:34.20*** mode/#maemo-ssu [+v infobot] by ChanServ

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.