{"push_id":2130913525,"size":380,"distinct_size":380,"ref":"refs/heads/master","head":"87fdc82ee59ff19f6fe78fe81d5e9b121e2b25c6","before":"a70f61d87e3b4713a9a8b015e7feec809d370836","commits":[{"sha":"7aba9afa04081c05ef3318de2eb6f2b3c947dcc4","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"crosstool-ng: backport fix to compile gcc 4.9.2 using host gcc 6.3.0\n\nBackport a crosstool-ng fix that allows compiling gcc 4.9.2 using gcc\n6 host compiler.\n\n  From 1e5f1089dec3af328fd03125d6778f666d0bd4e4 Mon Sep 17 00:00:00 2001\n  From: edlinger <edlinger@138bc75d-0d04-0410-961f-82ee72b054a4>\n  Date: Thu, 25 Feb 2016 15:33:50 +0000\n  Subject: [PATCH 1/1] 2016-02-25  Bernd Edlinger  <bernd.edlinger@hotmail.de>\n\n          Backported from mainline\n          2016-02-19  Jakub Jelinek  <jakub@redhat.com>\n                      Bernd Edlinger  <bernd.edlinger@hotmail.de>\n\n          * Make-lang.in: Invoke gperf with -L C++.\n          * cfns.gperf: Remove prototypes for hash and libc_name_p inlines.\n          * cfns.h: Regenerated.\n          * except.c (nothrow_libfn_p): Adjust.\n\nCloses: #486\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/7aba9afa04081c05ef3318de2eb6f2b3c947dcc4"},{"sha":"aec3633f73f00c9b12ed6266a74214f6161be5fa","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"grub2: update configure to work with gcc-6.3.0\n\ngcc-6.3.0 defaults to enabling the -pie linker flag during the link\nstep.\n\nThis patch adds a check to the grub2 configure script to detect\nwhether the complier supports the \"-no-pie\" option.  If it does, then\nadd \"-no-pie\" to the CFLAGS.\n\nWithout this grub2 fails to build using host gcc-6.3.0.\n\nCloses: #516\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/aec3633f73f00c9b12ed6266a74214f6161be5fa"},{"sha":"133a290ff3451b7a4ff2a61996f450f08b1efd1f","author":{"name":"david_yang","email":"f504dcd5d23c83cc1fc3c367b5442a415b375ed7@accton.com"},"message":"u-boot: fix save-default-env-on-bad-crc issue\n\nWhile reading u-boot-env from flash, it specifies `ENV_SIZE` as data\nlength.  `ENV_SIZE` is not equal to size of `env_t` so that it is\npossible to read partial data from flash.  That will make crc error.\n\nThe patch has been tested in Accton AS4610_54.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/133a290ff3451b7a4ff2a61996f450f08b1efd1f"},{"sha":"7b43509693144ee26788a5ae50089dec297bdba4","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"updater: rename U-Boot env variable 'ver' to 'onie_uboot_version'\n\nPart of the ONIE update process is to set a few U-Boot environment\nvariables identifying the release of ONIE. This happens in the\nupdate_uboot_env() function, which is defined in\ninstaller/u-boot-arch/install-arch.\n\nOne such variable is 'ver', which is intended to contain the U-Boot\nbuild time version string.\n\nUnfortunately the 'ver' variable is a bit special, in that at U-Boot\nruntime this variable is set dynamically by U-Boot.  This can lead to\nconfusion when printing the value using \"printenv ver\" from the U-Boot\nCLI compared to using \"fw_printenv ver\" from the ONIE CLI.\n\nThis patch renames the U-Boot variable 'ver' to 'onie_uboot_version',\nstoring the value in the ONIE variable namespace.  For backward\ncompatibly with NOSes that may be looking for 'ver', continue to set\n'ver' also.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/7b43509693144ee26788a5ae50089dec297bdba4"},{"sha":"f6676538eafec78bcc64077e4a53ddb1d7313078","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"updater: store U-Boot version string reliably\n\nPart of the ONIE update process is to set a few U-Boot environment\nvariables identifying the release of ONIE. This happens in the\nupdate_uboot_env() function, which is defined in\ninstaller/u-boot-arch/install-arch.\n\nThe current method for locating the version information within the\nU-Boot binary only worked reliable for PowerPC systems.\n\nThis patch introduces a method that works on both PowerPC and 32-bit\nARM.\n\nClose: #519\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/f6676538eafec78bcc64077e4a53ddb1d7313078"},{"sha":"faa80ca9114e6a7709c68f501188f5fe3d2a1a06","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"updater: store ONIE build date in U-Boot env\n\nFor U-Boot based platforms we currently store the ONIE version and the\nU-Boot version in U-Boot environment variables.\n\nThis patch introduces storing the ONIE build date in 'onie_build_date'\nfor clarity.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/faa80ca9114e6a7709c68f501188f5fe3d2a1a06"},{"sha":"4352887a17be389cd6a2c2d9ceb4330e9e07e8e1","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"U-Boot: store version and build date in default environment\n\nThis patch stores the U-Boot version string and the U-Boot build date\nin the default U-Boot environment block.\n\nThe default environment block is used as the initial environment\nvariables on a blank system.  The default environment block is also\nused to recover when the environment data becomes corrupted.\n\nThe variables stored are:\n\n- onie_build_date\n- onie_uboot_version\n- ver\n\nNote 'ver' and 'onie_uboot_version' are identical.\n'onie_uboot_version' is the preferred variable name, while 'ver' is\nmaintained for backward compatibly.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/4352887a17be389cd6a2c2d9ceb4330e9e07e8e1"},{"sha":"a48f8ad231f33ecda3b9903cd8588fa06fe03a64","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"build: compile common utilities once per toolchain\n\nToday ONIE re-compiles *everything*, except the toolchain, for each\nmachine.  This is really wasteful of time, CPU and disk space when\nbuilding multiple machines that share a toolchain.\n\nMost ONIE components are platform independent.  For example the common\nutilities, like e2fstools, dropbear, etc., only need to be built once\nfor each toolchain.\n\nSome components are machine specific and must be built for each\nmachine, such as:\n\n- Linux kernel\n- U-Boot\n- busybox  (contains machine specific i2c EEPROM access)\n- i2ctools (contains machine specific i2c EEPROM access)\n\nThis patch introduces the notion of common \"user\" components (short\nfor user space) that only need to be built once per toolchain.  This\nsignificantly improves the build times when building multiple\nmachines.\n\nWith this change the build directory structure now contains a common\nuser build directory, called \"build/user/<toolchain>\".  All the common\ncomponents are built here.\n\nThe other change is the behavior of \"make clean\".  Historically \"make\nclean\" cleaned up the build space for a single machine.  Now that\ncommon component build products are shared across machine builds, it\nwould be bad to remove the common components as part of \"make clean\".\n\nFor cleaning, this patch introduces two new clean related targets:\n\n- machine-clean -- only cleans components that are specific to the\n  machine, like the kernel, u-boot, busybox, i2ctools, etc.\n\n- user-clean -- a super set including machine-clean, plus all the\n  common user components\n\nThe old \"clean\" target is now a synonym for \"machine-clean\".\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/a48f8ad231f33ecda3b9903cd8588fa06fe03a64"},{"sha":"28d75bb75bee19d5becb1c8d444bb345bd5b3a91","author":{"name":"david_yang","email":"f504dcd5d23c83cc1fc3c367b5442a415b375ed7@accton.com"},"message":"grub.make: fix grub install issue in a48f8ad\n\nThere is a syntax issue in the expressions of installing grub that\nmakes the recipes have no effect.  So that the sysroot has no grub\ncommands for installing ONIE or NOS.\n\n    ONIE: Executing installer: tftp://192.168.1.99/onie-updater-x86_64-accton_as7716_32x-r0\n    Verifying image checksum ... OK.\n    Preparing image archive ... OK.\n    ONIE: Version       : 2017.05.31-test\n    ONIE: Architecture  : x86_64\n    ONIE: Machine       : accton_as7716_32x\n    ONIE: Machine Rev   : 0\n    ONIE: Config Version: 1\n    Installing ONIE on: /dev/sda\n    Found a dos partition table in /dev/sda2\n    ERROR: grub-install failed on: /dev/sda2\n    /tmp/tmp.YbCxvh/installer/install.sh: line 1: grub-install: not found\n    ONIE: ERROR: Firmware update URL: tftp://192.168.1.99/onie-updater-x86_64-accton_as7716_32x-r0\n    ONIE: ERROR: Firmware update version: 2017.05.31-test\n    Failure: Unable to install image: tftp://192.168.1.99/onie-updater-x86_64-accton_as7716_32x-r0\n    ONIE:/ #\n\nThe patch has been tested in Accton AS7716_32X.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/28d75bb75bee19d5becb1c8d444bb345bd5b3a91"},{"sha":"f94412cfe285735011de54963443c8f0e2010652","author":{"name":"louiskao324","email":"75f97ffb07ba99c41616bc58033781ae74ed1f36@deltaww.com"},"message":"Delta WB2448: add to support ONIE\n\nThe machine has 48 1Gbps Copper ports and 4 10Gbps SFP+ ports on\nBroadcom 56150 switch ASIC. CPU module is Intel® Xeon® Processor Atom\nE3805.\n\nNote:  The NOS must specify 'acpi_enforce_resources=no' on the kernel\ncommand line.  The explanation from @louiskao324:\n\n  Our BIOS engineer ask for our BIOS vendor AMI.  AMI says it is not a\n  true \"conflict\", as both I/O ranges pertain to the same device\n  (SMBUS controller).  And suggests us to use\n  acpi_enforce_resources=no in KERNEL command line too.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/f94412cfe285735011de54963443c8f0e2010652"},{"sha":"8e1107636d60464efd49e3d566c48603d9d17701","author":{"name":"Nikolay Shopik","email":"081e015014cf42ecf00e1ac69e7dec1a5d689364@nvcube.net"},"message":"dropbear enable ECDSA keys\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/8e1107636d60464efd49e3d566c48603d9d17701"},{"sha":"88304f93d1c87f3e1c3b9bae7c97e18367cbcf90","author":{"name":"raymond.yc.huey","email":"d4a6ff449a8c3d0e6812f23cd5875e6f80fcb2dc@mail.foxconn.com"},"message":"Add Netberg Aurora 620 and Aurora 720 Platform Support\n\nNetberg Aurora Switch Specification:\n - Modularized CPU board design (Intel Rangeley Processor C2558)\n - 1 RJ-45 out-of-band management port (10/100/1000M)\n - 1 console port (RJ-45 on Aurora 720, Mini-USB on Aurora 620)\n - 1 8GB DDR3 SDRAM\n - 1 32GB SSD\n - 1 USB 2.0 port\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/88304f93d1c87f3e1c3b9bae7c97e18367cbcf90"},{"sha":"ebbc9ded50104c2244664a7caaed45aad2bf1124","author":{"name":"david_yang","email":"f504dcd5d23c83cc1fc3c367b5442a415b375ed7@accton.com"},"message":"add 'mvl' to KNOWN_ASIC_VENDORS list\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/ebbc9ded50104c2244664a7caaed45aad2bf1124"},{"sha":"a7e5dcba4dbf6ba0bc3e53028e932b3b5db381ae","author":{"name":"david_yang","email":"f504dcd5d23c83cc1fc3c367b5442a415b375ed7@accton.com"},"message":"Accton AS7212_54X: add to support ONIE\n\nThe machine has 48x25GbE SFP28 and 6x100GbE QSFP28 on Marvell\n98CX8420 switch ASIC.  CPU module is Intel Rangeley C2538.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/a7e5dcba4dbf6ba0bc3e53028e932b3b5db381ae"},{"sha":"c869c499eb0f3e117fff58fba8d2ae9362849ea6","author":{"name":"audi","email":"6f72111aae5c308c769658e45627b688e8de1c75@quantatw.com"},"message":"Add support for QuantaMesh T1048-LY4R\n\nQuantaMesh T1048-LY4R Specification\n - 48x10/100/1000BASE-T and 4x1/10GbE SFP+ ports\n - 1 RJ-45 out-of-band management port (10/100/1000M)\n - 1 1GbE SFP out-of-band management port\n - 1 RJ-45 console port\n - 1 4GB DDR3 SDRAM\n - 1 8GB microSD card\n - 1 USB 2.0 port\n - BMC ipmitool support\n\nFor further information, please take a look at machine/quanta/quanta_ly4r/INSTALL\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/c869c499eb0f3e117fff58fba8d2ae9362849ea6"},{"sha":"b9f2a534d65f2d661c20dcb7eb6eba597b6087c2","author":{"name":"audi","email":"6f72111aae5c308c769658e45627b688e8de1c75@quantatw.com"},"message":"quanta_common_rg1bmc: Add QuantaMesh Common Rangeley with BMC CPU board\n\n================================================================================\n  QuantaMesh Common Rangeley with BMC CPU board\n================================================================================\n\n  QuantaMesh switch which supports modularized CPU board design, have a\nnon-programmable H/W component for mother board detection. For motherboard\ndetection, please refer to ``busybox/miscutils/mb_detect.c``\n\n  Supported Platforms\n=======================\n - T7032-IX1B  (cpu module)\n   32x100GbE QSFP28 ports\n\n - T3048-LY7  (cpu module)\n   48x1/10GbE SFP+ ports and 4x100GbE QSFP28 ports\n\n - For more detail product information, please refer to\n   https://qct.io/\n\n  Specification\n===============\n - Modularized CPU board design\n - 1 RJ-45 out-of-band management port (10/100/1000M)\n - 1 RJ-45 console port\n - 1 8GB DDR3 SDRAM\n - 1 M.2 SATA 32GB\n - 1 USB 2.0 port\n\nFor further information, please take a look at machine/quanta/quanta_common_rangeley/INSTALL\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/b9f2a534d65f2d661c20dcb7eb6eba597b6087c2"},{"sha":"37fc84615d4bdf9326b76ce4190a5ffb307637bc","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"Revert \"quanta_common_rg1bmc: Add QuantaMesh Common Rangeley with BMC CPU board\"\n\nThis reverts commit b9f2a534d65f2d661c20dcb7eb6eba597b6087c2.\n\nI accidentally pushed this before the review was over.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/37fc84615d4bdf9326b76ce4190a5ffb307637bc"},{"sha":"a3e9632e4532b33ed8c2f4abf10176afd2a39352","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"console: reduce printk() default verbosity\n\nSet the default printk() console log level to WARNING instead of\nNOTICE.  Some daemons use NOTICE for informational messages.\n\nAs before, the printk messages are captured in dmesg, so no\ninformation is lost.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/a3e9632e4532b33ed8c2f4abf10176afd2a39352"},{"sha":"3e654b9dabee8d48b8fa7730e97ae942507fad51","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"networking: reduce the verbosity of udhcpc\n\nThe current udhcpc client from busybox logs informational messages to\nstderr as well as syslog.  The stderr logging is annoying as it\nclutters the console.\n\nThis patch redirects the udhcpc stderr to /dev/null.  The message are\nstill logged via syslog to /var/log/messages, so no information is\nlost.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/3e654b9dabee8d48b8fa7730e97ae942507fad51"},{"sha":"f159f3268dfadcdd4e30f38a38d00ccc6c5fc63b","author":{"name":"Curt Brune","email":"2b68f8acdb36e70afc6cb78695ef08f14f994c7a@cumulusnetworks.com"},"message":"klogd: add and enable daemon\n\nStart the klogd daemon at boot time, which logs the kernel dmesg\noutput to /var/log/messages via syslog.\n\nThis ensures the dmesg information is logged into /var/log/messages.\n\nSigned-off-by: Curt Brune <curt@cumulusnetworks.com>","distinct":true,"url":"https://api.github.com/repos/scott-emery/onie/commits/f159f3268dfadcdd4e30f38a38d00ccc6c5fc63b"}]}
{"actor":{"display_login":"scott-emery"}}