{"push_id":3087673381,"size":36,"distinct_size":0,"ref":"refs/heads/integration","head":"9345d9a0d9cef2ca85df43fe0ce6f64580bc21f9","before":"cabe0a31801e99e7abb84d2114ded6bb56f3c71e","commits":[{"sha":"19a7507a9e790841efe904647a2464425dcf5bb3","author":{"name":"Andre Przywara","email":"94eb15b8f54b8e37c3f8d338296201be47dc5c3e@arm.com"},"message":"allwinner: A64/H5: setup missing bus clocks\n\nThe legacy Allwinner ATF port used to setup some clocks, and U-Boot is\nstill relying on this. We don't need to setup the full set, as the SPL\nis doing most of it, but it misses one clock (AHB2) and programs another\n(AHB1) to quite conservative values.\n\nFix this up during the platform setup to improve USB and Ethernet\nperformance, iperf values go up by 31% in my setup with that patch.\n\nSigned-off-by: Andre Przywara <andre.przywara@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/19a7507a9e790841efe904647a2464425dcf5bb3"},{"sha":"d93eb4467a0ca09d359f242b19f584a58e4e805b","author":{"name":"Andre Przywara","email":"94eb15b8f54b8e37c3f8d338296201be47dc5c3e@arm.com"},"message":"allwinner: power: fix DRIVEVBUS pin setup\n\nThe DRIVEVBUS pin setup was broken in two ways:\n- To configure this pin as an output pin, one has to *clear* the bit in\n  register 0x8f. It is 0 by default, but rebooting from Linux might have\n  left this bit set.\n- Doing this just configures the pin as an output pin, but doesn't\n  actually drive power to it. This is done via bit 2 in register 0x30.\n\nFix the routine to both properly configure the pin and drive power to\nit. Add an axp_clrsetbits() helper on the way.\n\nNow this isn't really perfect, still:\nWe only need to setup the PMIC power rails that are needed for U-Boot.\nDRIVEVBUS typically controls the VBUS voltage for the host function of\nan USB-OTG port, something we typically don't want in U-Boot (fastboot,\nusing the USB *device* functionality, is much more common). The\nBananaPi-M64 uses the regulator in this way, but the Remix Mini PC\nactually controls the power of both its USB ports via this line.\n\nTechnically we should differentiate here: if DRIVEVBUS controls a\nmicroUSB-B socket, the power should stay off, any host-type A sockets\nshould be supplied, though.\nFor now just always enable the power, that shouldn't really hurt the\nUSB-OTG functionality anyway.\n\nSigned-off-by: Andre Przywara <andre.przywara@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/d93eb4467a0ca09d359f242b19f584a58e4e805b"},{"sha":"a561e41bf1d238572b272f4f97b2a21f473a29fa","author":{"name":"Andre Przywara","email":"94eb15b8f54b8e37c3f8d338296201be47dc5c3e@arm.com"},"message":"allwinner: power: add enable switches for DCDC1/5\n\nThe DCDC1 and DCDC5 power rails didn't specify the enable bits. This\nisn't critical, since those rails are on by default (and are needed for\nevery board), but it is inconsistent.\n\nAdd the respective enable bits for those two rails.\n\nSigned-off-by: Andre Przywara <andre.przywara@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/a561e41bf1d238572b272f4f97b2a21f473a29fa"},{"sha":"793c38f0fa0e17345a03181a28c5358627d0e4d9","author":{"name":"Andre Przywara","email":"94eb15b8f54b8e37c3f8d338296201be47dc5c3e@arm.com"},"message":"allwinner: power: Add DCDC6 power rail\n\nThe DCDC6 power rail is typically driving VDD_SYS in the SoC, so it is\non by default and uses the default voltage.\n\nAs there seems to be at least on board using a different voltage, add\nthe rail to the list of known voltage lines, so we can setup the right\nvoltage as early as possible.\n\nSigned-off-by: Andre Przywara <andre.przywara@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/793c38f0fa0e17345a03181a28c5358627d0e4d9"},{"sha":"076374c9b97d47b10ba5c6034817866c08d66ed4","author":{"name":"Konstantin Porotchkin","email":"4c7b7a89ae2c24f675bc0a94dfa7c7466687a3de@marvell.com"},"message":"fix: plat/marvell: a3700: Remove encryption password\n\nAccording to \"openssl\" manual:\n-K key\nThe actual key to use: this must be represented as a string\ncomprised only of hex digits. If only the key is specified,\nthe IV must additionally specified using the -iv option.\nWhen both a key and a password are specified, the key given\nwith the -K option will be used and the IV generated from the\npassword will be taken.\nIt does not make much sense to specify both key and password.\n\nThis patch removes \"-k 0\" parameter from the encryption command\nsince we are already using \"-K\" and \"-iv\" for the key and IV.\n\nChange-Id: Ia333cedaa3207e643c95d2ec7c229f50eeab96db\nSigned-off-by: Konstantin Porotchkin <kostap@marvell.com>\nReviewed-on: http://vgitil04.il.marvell.com:8080/60745\nReviewed-by: Igal Liberman <igall@marvell.com>\nTested-by: iSoC Platform CI <ykjenk@marvell.com>\nReviewed-by: Sharon Habet <sharonh@marvell.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/076374c9b97d47b10ba5c6034817866c08d66ed4"},{"sha":"d7c4420cb8a745bf61c1de0df8858526002e16b0","author":{"name":"Konstantin Porotchkin","email":"4c7b7a89ae2c24f675bc0a94dfa7c7466687a3de@marvell.com"},"message":"plat/marvell: Migrate to multi-console API\n\nMigrate Marvell platforms from legacy console API to\nmulti-console API.\n\nChange-Id: I647f5f49148b463a257a747af05b5f0c967f267c\nSigned-off-by: Konstantin Porotchkin <kostap@marvell.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/d7c4420cb8a745bf61c1de0df8858526002e16b0"},{"sha":"f6be4354cf4f57d167f04cf5c1cc6fc772e07171","author":{"name":"Ryan Grachek","email":"ea3cd978650417470535f3a4725b6b5042a6ab59@edited.us"},"message":"hikey: increase delay after eMMC initialized\n\nSome eMMC chips require a longer delay. After testing\ndifferent chips, 20ms appears to work reliably.\n\nSigned-off-by: Ryan Grachek <ryan@edited.us>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/f6be4354cf4f57d167f04cf5c1cc6fc772e07171"},{"sha":"4dcf1fade23bf4875b9cdd7d0854026736295235","author":{"name":"Pete Batard","email":"e3b6cda228242c30b711ac17cb264f1dbadfd0b6@akeo.ie"},"message":"rpi3: add RPI3_USE_UEFI_MAP build option\n\nThe default Raspberry Pi 3 memory mapping for ATF is geared towards\nthe use of uboot + Linux. This creates issues when trying to use\nATF with an UEFI payload and Windows on ARM64.\n\nWe therefore introduce new build option RPI3_USE_UEFI_MAP, that\nenables the build process to use an alternate memory mapping that\nis compatible with UEFI + Windows (as well as UEFI + Linux).\n\nFixes ARM-software/tf-issues#649\n\nSigned-off-by: Pete Batard <pete@akeo.ie>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/4dcf1fade23bf4875b9cdd7d0854026736295235"},{"sha":"9c6d1c5070e1aee1376f7cd6c1eb6a4c35895305","author":{"name":"Antonio Nino Diaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"backtrace: Extract rules from root Makefile\n\nIt's better to have them in a separate file instead of having them spread\nacross the Makefile. This is what the stack protector is already doing.\n\nChange-Id: Id30742c0af10de5ea6d10674ca25bf52b0f2b262\nSigned-off-by: Antonio Nino Diaz <antonio.ninodiaz@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/9c6d1c5070e1aee1376f7cd6c1eb6a4c35895305"},{"sha":"bbbf7f6b882be05bf64f9ab1fa84bd75158cd7f0","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1682 from MISL-EBU-System-SW/migrate-multi-console\n\nMarvell: Migrate to multi console API","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/bbbf7f6b882be05bf64f9ab1fa84bd75158cd7f0"},{"sha":"119480f496569d8b0251c1a73551b2781ea3e979","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1684 from oscardagrach/hikey-mmc-fix\n\nhikey: increase delay after eMMC initialized","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/119480f496569d8b0251c1a73551b2781ea3e979"},{"sha":"6e93392b7a761c43c1f4b5b564fe57c51d806388","author":{"name":"Jorge Ramirez-Ortiz","email":"877864d728d66a7637ccc60794bd1cdb50804168@gmail.com"},"message":"rcar-gen3: control RPC hyper-flash access\n\nRCAR_RPC_HYPERFLASH_LOCKED can be set to 0 as a build option if the\nuser needs to allow u-boot to reprogram the ATF firmware using a FIP\nimage (as a faster alternative of toggling numerous DIP switches on\nthe board and using ascii-xfer of srec files)\n\nThe code being controlled with this commit should only be re-enabled for\ndebugging (_never_ on a product release)\n\nSigned-off-by: Jorge Ramirez-Ortiz <jorge.ramirez.ortiz@gmail.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/6e93392b7a761c43c1f4b5b564fe57c51d806388"},{"sha":"d4fd0219c3a8ba01131208bd73fcb2b0a769c426","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1685 from pbatard/rpi3-use-uefi-map\n\nrpi3: add RPI3_USE_UEFI_MAP build option","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/d4fd0219c3a8ba01131208bd73fcb2b0a769c426"},{"sha":"16ea789b03d4eeed7d3b5d0fb9ab97f53547fc2e","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1686 from antonio-nino-diaz-arm/an/backtrace\n\nbacktrace: Extract rules from root Makefile","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/16ea789b03d4eeed7d3b5d0fb9ab97f53547fc2e"},{"sha":"934bbea18b811aa715cdf02d4c38bd858e3b4d06","author":{"name":"Pete Batard","email":"e3b6cda228242c30b711ac17cb264f1dbadfd0b6@akeo.ie"},"message":"rpi3: fix bad formatting in rpi3.rst\n\nd4fd0219 (pull request #1685) introduced unwanted formatting\nsuch as bold/italic in the description for RPI3_USE_UEFI_MAP.","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/934bbea18b811aa715cdf02d4c38bd858e3b4d06"},{"sha":"c385955764f1bbd297c233d727d3ecc1c161163a","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1690 from pbatard/rpi3-docfix\n\nrpi3: fix bad formatting in rpi3.rst","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/c385955764f1bbd297c233d727d3ecc1c161163a"},{"sha":"9d3b191a4846e42070ca35b032db0501b910690b","author":{"name":"Vijayenthiran Subramaniam","email":"762698363137248267721733483077a93dddd540@arm.com"},"message":"drivers/tzc-dmc620: add driver to setup DMC-620 TZC controller\n\nARM CoreLink DMC-620 Dynamic Memory Controller includes a TZC controller\nto setup secure or non-secure regions of DRAM memory. The TZC controller\nallows to setup upto eight such regions of memory in DRAM. This driver\nprovides helper functions to setup the TZC controller within DMC-620.\n\nChange-Id: Iee7692417c2080052bdb7b1c2873a024bc5d1d10\nSigned-off-by: Vijayenthiran Subramaniam <vijayenthiran.subramaniam@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/9d3b191a4846e42070ca35b032db0501b910690b"},{"sha":"9427c745e3e9bd6a3ec26599a6a9a689fdf82002","author":{"name":"Vijayenthiran Subramaniam","email":"762698363137248267721733483077a93dddd540@arm.com"},"message":"plat/arm/sgi: add secure memory support for sgi575 and sgiclarka\n\nRemove the platform common plat_arm_security_setup function to allow\nplatform specific implementations of the security setup function\nimplemented in the board directory of the platform.\n\nFor use by secure software, configure region0 of DMC-620 trustzone\ncontroller to protect the upper 16MB of memory of the first DRAM block\nfrom non-secure accesses.\n\nChange-Id: I9a8c19656702c4fa4f6917b3655b692d443bb568\nSigned-off-by: Vijayenthiran Subramaniam <vijayenthiran.subramaniam@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/9427c745e3e9bd6a3ec26599a6a9a689fdf82002"},{"sha":"9056f108062c2f893b0b68016016f58e1eb0607d","author":{"name":"Antonio Nino Diaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"xlat v2: Support mapping regions with allocated VA\n\nProvide new APIs to add new regions without specifying the base VA.\n\n- `mmap_add_region_alloc_va` adds a static region to mmap choosing as\n  base VA the first possible address after all the currently mapped\n  regions. It is aligned to an appropriate boundary in relation to the\n  size and base PA of the requested region. No attempt is made to fill\n  any unused VA holes.\n\n- `mmap_add_dynamic_region_alloc_va` it adds a region the same way as\n  `mmap_add_region_alloc_va` does, but it's dynamic instead of static.\n\n- `mmap_add_alloc_va` takes an array of non const `mmap_region_t`,\n  maps them in the same way as `mmap_add_region_alloc_va` and fills\n  their `base_va` field. A helper macro has been created to help create\n  the array, called `MAP_REGION_ALLOC_VA`.\n\nChange-Id: I5ef3f82ca0dfd0013d2e8034aa22f13ca528ba37\nSigned-off-by: Antonio Nino Diaz <antonio.ninodiaz@arm.com>","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/9056f108062c2f893b0b68016016f58e1eb0607d"},{"sha":"0668e5a8777bf56f43c03f2dad1a2ddf87685b82","author":{"name":"Antonio Niño Díaz","email":"5c24ff39be768bf31f4deee44042a11772cfd02a@arm.com"},"message":"Merge pull request #1687 from ldts/rcar_gen3/maintain_4\n\nrcar-gen3: lock RPC hyper-flash access","distinct":false,"url":"https://api.github.com/repos/Yann-lms/arm-trusted-firmware/commits/0668e5a8777bf56f43c03f2dad1a2ddf87685b82"}]}
{"actor":{"display_login":"Yann-lms"}}