aboutsummaryrefslogtreecommitdiff
path: root/release
Commit message (Collapse)AuthorAgeFilesLines
* release.sh: disable colors and the beastie menu for ARM/ARM64 targetsKyle Evans2018-08-301-0/+10
| | | | | | | | | | | | | | | | | | | lualoader has moved to a model where the user is expected to disable color as desired, rather than disabling it automatically for serial boots, due to more wide-spread support for color sequences. In a similar vain, though also to reduce special cases, lualoader no longer disables the beastie menu automatically for !x86. This was done in Forth land with a different loader.rc that simply didn't invoke the menu routines, thus wasn't necessary. This set of changes puts release images back to how they would've been experienced prior to the switch to Lua. Approved by: re (rgrimes) Notes: svn path=/head/; revision=338400
* Disable atkbd0 and atkdbc0 in EC2 AMIs. This has the effect of skippingColin Percival2018-08-261-0/+7
| | | | | | | | | | | | | | | | | the probing and attaching of the PS/2 mouse (not present on EC2) and keyboard (emulated, but not accessible via EC2). Note that we disable atkbd0 separately even though during device probing it shows up as a child of atkbdc0; this is necessary because the device is also initialized during the early console setup from hammer_time. This change cuts the kernel boot time on an EC2 c5.4xlarge instance from 7259ms down to 4727 ms. Approved by: re (marius) Notes: svn path=/head/; revision=338321
* release: arm64: Enable overlays for PINE64 and PINE64-LTSEmmanuel Vadot2018-08-242-0/+2
| | | | | | | Approved by: re (gjb) Notes: svn path=/head/; revision=338296
* release: arm: Setup overlays if board config defines someEmmanuel Vadot2018-08-241-0/+12
| | | | | | | Approved by: re (gjb) Notes: svn path=/head/; revision=338295
* Quieten the svn (or svnlite) commands used to extract information from anColin Percival2018-08-211-2/+2
| | | | | | | | | | | | | | SVN checkout for placement into an EC2 AMI. We only run these if there is a .svn directory; but in the event that SVN was used to check out a tree which is then exported over NFS, we were unnecessarily noisy. Reported by: Andrey Fesenko MFC after: 3 days X-MFC-With: r336420, r336433, r336593, r336621, r336622, r336624, r337394, r337401 Notes: svn path=/head/; revision=338141
* Copy the boot loader from the new location for the co-existingWarner Losh2018-08-171-1/+1
| | | | | | | | | loaders. Reviewed by: gjb@ Notes: svn path=/head/; revision=337989
* build: skip the database check when generating install mediaRoger Pau Monné2018-08-172-4/+7
| | | | | | | | | | | | | | | There are several scripts and targets solely used to generate install media, make sure DB_FROM_SRC is used in that case in order to prevent checking the host database, which is irrelevant when generating install binaries. Sponsored by: Citrix Systems R&D PR: 230459 Reviewed by: gjb Differential revision: https://reviews.freebsd.org/D16638 Notes: svn path=/head/; revision=337960
* Add a space between a variable and escaped new line.Glen Barber2018-08-131-1/+1
| | | | | | | | | MFC after: 3 days MFC with: r337717 Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=337718
* Add lang/python2, lang/python3, and lang/python to GCE imagesGlen Barber2018-08-131-1/+2
| | | | | | | | | | | | | to help avoid hard-coding 'python<MAJOR>.<MINOR>' in several scripts in the client-side scripts. PR: 230248 MFC after: 3 days Submitted by: gustavo.scalet@collabora.com Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=337717
* Invoke the growfs rc script for each boot on GCE.Glen Barber2018-08-091-3/+6
| | | | | | | | | | PR: 230275 Submitted by: gustavo.scalet@collabora.com MFC after: 3 days Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=337556
* Update and replace old rc daemons for GCE images.Glen Barber2018-08-091-2/+1
| | | | | | | | | | PR: 229000 Submitted by: helen.koike@collabora.com MFC after: 3 days Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=337555
* Fix copy-and-paste error in previous commit.Colin Percival2018-08-071-1/+1
| | | | Notes: svn path=/head/; revision=337401
* Add EC2PUBLICSNAP option to EC2 builds; this passes a (recently added)Colin Percival2018-08-061-1/+4
| | | | | | | | | | | flag to bsdec2-image-upload instructing it to mark the snapshot of its root disk as public (which is independent from marking the created AMIs as public). Requested by: Amazon Notes: svn path=/head/; revision=337394
* release: arm: Copy the dtb to the fat partitionEmmanuel Vadot2018-08-061-0/+2
| | | | | | | | | | | | | | | | | | | When booting via EFI on arm we have no way to know the dtb file to load and we always use the one provided from the bootloader. This works in most case but : U-Boot have some really old DTB for some boards, the sync from Linux isn't done automatically for all boards Some boards (like TI BeagleBone series) use one u-boot for all the model and it doesn't embed the DTBs Some boards (like IMX6 based ones), don't embed the DTB We want u-boot to load and patch the DTB with the mac address or the display node enabled or not. Reviewed by: gjb, imp Differential Revision: https://reviews.freebsd.org/D16596 Notes: svn path=/head/; revision=337383
* Fix the ftp-stage target for arm embedded builds.Glen Barber2018-08-021-17/+0
| | | | | | | | | | | | | | | | | The images were renamed from KERNCONF to BOARDNAME when specified, which would result in an image name of: 12.0-CURRENT-arm-armv7-GENERIC.img which would then be renamed to use the BOARDNAME for the SoC the image is targeted to use. BOARDNAME was specified for all images as of r336994, which now causes the ftp-stage target to fail, as the rename is no longer necessary. Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=337159
* release: arm64: Add PINE64-LTS configuration fileEmmanuel Vadot2018-07-311-0/+26
| | | | | | | | | | | | Pine64 isn't produced anymore but Pine64-LTS is. This image works on the LTS release and the Sopine module. Reviewed by: gjb Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16487 Notes: svn path=/head/; revision=337000
* release: arm: Enable multicons for arm64Emmanuel Vadot2018-07-311-0/+14
| | | | | | | | | | | | | | Since we have now EFI framebuffer enabled for ARM64 if we boot on a board with an screen, u-boot will set up a EFI GOP framebuffer and we won't boot using the serial console. Also on RPI3 the firmware always setup the framebuffer area resulting in u-boot always setup the EFI GOP and FreeBSD never using the serial console. Reviewed by: gjb, lwshu (previous version) Differential Revision: https://reviews.freebsd.org/D16472 Notes: svn path=/head/; revision=336999
* release: arm: Always boot armv6/v7 image with EFIEmmanuel Vadot2018-07-319-39/+0
| | | | | | | | | | | | | | | | | | boot.scr is a u-boot script that loads and execute ubldr.bin If not present u-boot will automatically boot loader.efi which is already installed. This means that all armv6/armv7 images are now booted via EFI Tested-On: RPI-B Tested-On: RPI2 Tested-On: OrangePi One Tested-On: All lot of other boards MFC after: Never Relnotes: yes Notes: svn path=/head/; revision=336998
* release: Restore copy of boot.scr for some boardEmmanuel Vadot2018-07-317-39/+25
| | | | | | | | | | | | | | This is not a problem for 12-CURRENT as EFI boot works but it doesn't for 11. While here some board arm_install_uboot also copy ubldr.bin et create firstboot files but it's already done in arm_install_boot Reviewed by: gjb MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D16481 Notes: svn path=/head/; revision=336997
* release: Deinstall u-boot ports before installingEmmanuel Vadot2018-07-311-1/+1
| | | | | | | | | | | | FORCE_PKG_REGISTER is broken so multiple invocation of release.sh for the same board will fails if /scratch isn't cleaned. Leave it but deinstall the package first. Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16513 Notes: svn path=/head/; revision=336995
* release: arm: Use BOARDNAME in the image nameEmmanuel Vadot2018-07-311-5/+5
| | | | | | | | | | | Using KERNEL made sense when all boards had different kernel configuration. Now that all of them are using GENERIC use the board name instead Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16512 Notes: svn path=/head/; revision=336994
* release: rpi-b: add BOARDNAME variableEmmanuel Vadot2018-07-311-0/+1
| | | | | | | | Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16514 Notes: svn path=/head/; revision=336993
* release: arm: Use GENERIC kernel for IMX6 based boardsEmmanuel Vadot2018-07-312-2/+2
| | | | | | | | | | Switch the IMX.6 based board to GENERIC the kernel config. Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16511 Notes: svn path=/head/; revision=336992
* release: arm: Add a GENERIC sdcard imageEmmanuel Vadot2018-07-281-0/+16
| | | | | | | | | | | | This produce a generic sdcard image using armv7 GENERIC kernel that just need some u-boot (or none if the board have u-boot or a SPI flash for example). Reviewed by: imp, gjb Differential Revision: https://reviews.freebsd.org/D16410 Notes: svn path=/head/; revision=336848
* Remove insecure ciphers from GCE sshd configurationConrad Meyer2018-07-281-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | They were added for unclear reasons in r277263. The current OpenSSH defaults (7.5+) are reasonable, and do not include the insecure rc4 cipher: chacha20-poly1305@openssh.com, aes128-ctr,aes192-ctr,aes256-ctr, aes128-gcm@openssh.com,aes256-gcm@openssh.com, aes128-cbc,aes192-cbc,aes256-cbc I think I recall there being a reason for a specific list of ciphers on GCE at the time, but I do not recall what it was, and cannot find any current GCE documentation of such a list. So, just revert the explicit configuration and use sane openssh defaults. PR: 230092 Submitted by: Gustavo Scalet <gustavo.scalet AT collabora.com> MFC after: 3 days Security: yes Notes: svn path=/head/; revision=336836
* Remove the hopelessly confused GUMSTIX.conf configWarner Losh2018-07-271-38/+0
| | | | | | | | | | This config never worked. At no time did u-boot match the kenrel match the userland. As all the GUMSTIX gear we support is quite old and/or not working, remove it. The duovero stuff might work, but nobody has the hardware for it and GUMSTIX hasn't sold it in years. Notes: svn path=/head/; revision=336776
* Fix OL_DIR definition following r336721.Glen Barber2018-07-262-2/+2
| | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=336750
* release: Add OL_DIR forgot in r336600Emmanuel Vadot2018-07-252-4/+6
| | | | | | | | Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16439 Notes: svn path=/head/; revision=336721
* fix use of empty in Makefile.ec2Matt Macy2018-07-221-2/+2
| | | | | | | | | empty() takes a variable name - not the expanded value Reported by: sjg Notes: svn path=/head/; revision=336624
* Correctly reference SRCTOP, avoid multiple invocations of svnMatt Macy2018-07-221-3/+9
| | | | | | | Reported by: sjg Notes: svn path=/head/; revision=336622
* fix build non-svn checkouts post r336593Matt Macy2018-07-221-0/+5
| | | | | | | | | The change made in r336593 assumes that the build is happening in a svn checkout resulting in misleading debug output. Check that we're actually working in an svn checkout before proceeding to call svn. Notes: svn path=/head/; revision=336621
* release: Add rpi firmware dtb and mmc overlays for RPI-B and RPI2Emmanuel Vadot2018-07-222-2/+17
| | | | | | | | | | | This is needed with new u-boot that uses the rpi-firmware dtbs. Reviewed by: gjb MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D16240 Notes: svn path=/head/; revision=336600
* release: Add arm_install_boot to install the commit boot bitsEmmanuel Vadot2018-07-229-92/+50
| | | | | | | | | | | | | This reduce the per-board arm_install_uboot to just install u-boot. While here remove the installation of rpi.dtb and rpi2.dtb as we load them from the UFS partition via ubldr. Reviewed by: gjb, imp (older version) MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D16239 Notes: svn path=/head/; revision=336599
* release: Uniform release arm image sizeEmmanuel Vadot2018-07-227-7/+7
| | | | | | | | | | Create a 50m fat16 for all boards. Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D16238 Notes: svn path=/head/; revision=336598
* Use svn or svnlite, or ${SVN_CMD} if set, for extracting the SVN branchColin Percival2018-07-211-3/+14
| | | | | | | | | | | | | and revision number announced in SNS notifications about new EC2 AMIs. While I'm here, incorporate that information into the AMI "description" fields, since it's more useful than simply echoing the information already provided via the AMI "name". Approved by: gjb Notes: svn path=/head/; revision=336593
* Check that EC2SNSTOPIC and EC2PUBLIC are non-empty, along with beingColin Percival2018-07-171-2/+2
| | | | | | | | | defined, in order to avoid problems with thermite.sh. Reported by: gjb Notes: svn path=/head/; revision=336433
* Teach EC2 AMI release code to send an SNS notification after publishingColin Percival2018-07-171-1/+8
| | | | | | | | | | new AMIs if EC2SNSTOPIC is defined. Reviewed by: gjb Requested by: Amazon Notes: svn path=/head/; revision=336420
* Simplify using bsd.endian.mk and have it provide CAP_MKDB_ENDIAN, since it isBrad Davis2018-06-281-1/+1
| | | | | | | | | the most common usage. Approved by: bapt (mentor) Notes: svn path=/head/; revision=335762
* Chase the pwd_mkdb endian changes.Brad Davis2018-06-272-3/+1
| | | | | | | Approved by: bapt (mentor) Notes: svn path=/head/; revision=335719
* Enable USB OTG serial terminal on ARM SD card images. This configuresEdward Tomasz Napierala2018-06-121-0/+36
| | | | | | | | | | | | | | the system to make use of USB device mode / USB OTG to provide a "virtual serial port" on release images. Reviewed by: gjb@ MFC after: 2 weeks Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D15602 Notes: svn path=/head/; revision=335004
* - Once we have shifted arguments up to thrice, base-bits-dir is $1 ratherMarius Strobl2018-06-071-8/+10
| | | | | | | | | | | than $4. Introduce $BASEBITSDIR for clarity and to avoid repeating this mistake in the future. Fixing this ensures that we pick up newly built boot bits native to the target rather for/from the host. - Apply some of the argument quoting fixes done in r287635 but missing in later revisions. Notes: svn path=/head/; revision=334805
* switch amd64 memstick installer images to MBREd Maste2018-05-291-5/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A good number of BIOSes have trouble booting from GPT in non-UEFI mode. This is commonly reported with Lenovo desktops and laptops (including X220, X230, T430, and E31) and Dell systems. Although UEFI is the preferred amd64 boot method on recent hardware, older hardware does not support UEFI, a user may wish to boot via BIOS/CSM, and some systems that support UEFI fail to boot FreeBSD via UEFI (such as an old AMD FX-6100 that I have). With this change amd64 memsticks remain dual-mode (booting from either UEFI or CSM); the partitioning type is just switched from GPT to MBR. The "vestigial swap partition" in the GPT scheme was added in r265017 to work around some issue with loader's GPT support, so we should not need it when using MBR. There is some concern that future UEFI systems may not boot from MBR, but I am not aware of any today. In any case the likely path forward for our installers is to migrate to CD/USB combo images, and if it becomes necessary introduce a separate memstick specifically for the MBR BIOS/CSM case. PR: 227954 Reviewed by: gjb, imp, tsoome MFC after: 3 days Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D15599 Notes: svn path=/head/; revision=334337
* Revert r333493, which was a temporary fix for 11.2-RELEASE, and insteadEdward Tomasz Napierala2018-05-261-1/+0
| | | | | | | | | | | | | | | switch the default kldxref_enable to YES. The reason is that it's required for every image that's being cross-built, as kldxref(8) cannot handle files for non-native architectures. For the one that is not - amd64 - having it on by default doesn't change anything; the script is noop if the linker.hints already exists. MFC after: 2 weeks Sponsored by: DARPA, AFRL Notes: svn path=/head/; revision=334237
* release: arm64: Use loader.efi as bootaa64.efi for RPI3 and PINE64Emmanuel Vadot2018-05-212-2/+2
| | | | | | | | | | | | | | boot1.efi have some trouble to read MBR partitions, it needs them to be aligned a certain way while loader.efi can cope with them either way. We want to switch to loader.efi as the main efi loader everywhere, it seems that arm64 using MBR partition will be the guinea pig. Tested On: RPI3, Pine64 Reviewed by: imp Approved by: gjb Notes: svn path=/head/; revision=333976
* release: rpi3: Copy the special rpi3 config.txtEmmanuel Vadot2018-05-171-2/+4
| | | | | | | | | | | RPI* 32bits and RPI* 64bits have a different config.txt Copy to correct config.txt to the fat partition of the release image. Also copy pwm.dtbo as some people want to use it. Reviewed by: gjb Notes: svn path=/head/; revision=333756
* release: arm: Format FAT partition as FAT16Emmanuel Vadot2018-05-173-3/+3
| | | | | | | | | | | | | r332674 raised the size of the FAT partition from 2MB to 41MB for some boards. But we format them in FAT12 and this size appears to be to big for FAT12 and some SoC bootrom cannot cope with that. Format the msdosfs partition as FAT16, PR: 228285 MFC after: soon Notes: svn path=/head/; revision=333737
* Set kldxref_enable="YES" for ARM images. Without it, the images are missingEdward Tomasz Napierala2018-05-111-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | the /boot/kernel/linker.hints file, which breaks loading some of the modules with dependencies, eg cfiscsi.ko. This is a minimal fix for ARM images, in order to safely MFC it before 11.2-RELEASE. Afterwards, however, I believe we should actually just change the default (as in, etc/defaults/rc.conf). The reason is that it's required for every image that's being cross-built, as kldxref(1) cannot handle files for non-native architectures. For the one that is not - amd64 - having it on by default doesn't change anything - the script is noop if the linker.hints already exists. The long-term solution would be to rewrite kldxref(1) to handle other architectures, and generate linker.hints at build time. Reviewed by: gjb@ MFC after: 3 days Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D14534 Notes: svn path=/head/; revision=333493
* Add a special GCE_LICENSE variable to Makefile.gce, which when set,Glen Barber2018-05-101-1/+2
| | | | | | | | | | | | | | | | | | | | will include license metadata in the resultant GCE image. GCE_LICENSE is unset by default, as it primarily pertains to images produced by the FreeBSD Project, but for downstream FreeBSD consumers, it can be set in the make(1) environment in the format of: --licenses="projects/PROJECT_ID/global/licenses/LICENSE_NAME" The "license" is not a license, per se, but required metadata that is required by the GCE marketplace. For the FreeBSD Project, the license name is simply 'freebsd', with the description of 'FreeBSD'. MFC after: 3 days Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=333473
* Use vYYYYMMDD in the timestamp suffix for Google Compute EngineGlen Barber2018-05-081-1/+2
| | | | | | | | | | snapshot images for consistency with other OSes. MFC after: 3 weeks Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=333374
* Fix a typo.Glen Barber2018-05-041-1/+1
| | | | | | | | | | Submitted by: lidl MFC after: 3 days MFC with: r333262 Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=333264
generated by cgit v1.2.3 (git 2.25.1) at 2024-10-08 06:49:22 +0000