talos-skiboot/external/common, branch master

Makefile.check: Fix `make check`

2017-08-01T03:56:54+00:00

Recent reworks were tested on the travis-ci system. Unfortunately, there are configurations of running `make check` which the travis-ci doesn't do. On some systems extra problems crop up. Removing the stack size check is only done for the host compiler as the check is only critical for skiboot its self where stack space is contained. Signed-off-by: Cyril Bur Reviewed-by: Samuel Mendoza-Jonas Signed-off-by: Stewart Smith

pflash: build with skiboot HOSTCFLAGS warnings

2017-07-19T05:49:39+00:00

mostly missing prototypes and unused parameters. Reviewed-by: Cyril Bur Signed-off-by: Stewart Smith

external/gard: Fix make dist target

2017-02-23T02:05:11+00:00

Several problems: Firstly, it could never have worked, it was using the wrong variable. Secondly, if it was using GARD_VERSION it produced a broken tarball that still looked into the skiboot source for files despite them having been copied into the tarball. Lastly (and not really a make dist issue) the current way of symlinking make_version.sh was racey. Get around the issue by refering to it in its actual location (if we know it will be there) or by looking at .version if building from tarball. Signed-off-by: Cyril Bur Signed-off-by: Stewart Smith

arch_flash_arm: Don't assume mtd labels are short

2016-12-21T05:41:50+00:00

pflash relies on arch_flash_arm parsing /proc/mtd to discover the pnor partition. It helpfully uses strcasestr so it can handle the string changing, which is what has happened as we moved to upstream compliant mtd device tree bindings. We currently have a string like this: dev: size erasesize name mtd0: 00060000 00001000 "u-boot" mtd1: 00020000 00001000 "u-boot-env" mtd2: 00280000 00001000 "kernel" mtd3: 001c0000 00001000 "initramfs" mtd4: 01740000 00001000 "rofs" mtd5: 00400000 00001000 "rwfs" mtd6: 02000000 00001000 "1e620000.flash-controller:flash@1" mtd7: 08000000 00001000 "1e630000.flash-controller:pnor@0" Unfortunately arch_flash_arm assumes the string will be at most 50 characters. That's right before the label we're looking for starts so we ignore that line and keep searching. Fix it by allowing for a 255 character line. Fixes: 48ab7ce09504 (external/pflash: Add --mtd) Signed-off-by: Joel Stanley Reviewed-by: Cyril Bur Signed-off-by: Stewart Smith

external/common: Add default erase chip implementation

2016-11-08T06:36:58+00:00

Just blocklevel_erase() from zero to sizeof. Signed-off-by: Cyril Bur Reviewed-by: Joel Stanley Signed-off-by: Stewart Smith

external/common: Teach ARM code to erase 'mtd chips'

2016-11-08T06:36:49+00:00

Currently the arch flash code for all architectures can only perform chip erases if there is a real flash driver attached. With increasing use of MTD on both host and BMC this code needs to know how to behave of the backend of blocklevel is MTD. This patch teaches the ARM specific code to pass an erase for the full size of the chip down the stack. This can be optimised into a chip erase within the kernel. Signed-off-by: Cyril Bur Reviewed-by: Joel Stanley Signed-off-by: Stewart Smith

external/common: Rename arch_flash_bmc() to arch_flash_access()

2016-10-25T08:52:29+00:00

Honestly the first name was terrible. Initially this was intended only to serve for BMC/ARM flash access, however, it should be more generic as it is in the external/common arch code it should play nice on all architectures. This change also paves the way to change the default flash access methods in pflash. Signed-off-by: Cyril Bur Acked-by: Joel Stanley [stewart@linux.vnet.ibm.com: preserve Joel's ack] Signed-off-by: Stewart Smith

external/common: arm: Don't error trying to wrprotect with MTD access

2016-10-25T08:52:02+00:00

If the access method to the flash is PNOR_MTD or BMC_MTD then the actual access is being done for us by the kernel. This means we don't need to worry about wrprotecting. The arch level shouldn't be returning an error, it should be fall though. Signed-off-by: Cyril Bur Acked-by: Joel Stanley [stewart@linux.vnet.ibm.com: preserve Joel's ack] Signed-off-by: Stewart Smith

external: Fix ARM build failure with parallel make

2016-06-27T06:19:11+00:00

Arch headers need to be linked in before compiling. Signed-off-by: Brad Bishop Signed-off-by: Stewart Smith

external: Update gitignore for building opal-prd

2016-04-18T20:32:21+00:00

Building opal-prd currently leaves the git tree dirty. This fixes it. Signed-off-by: Michael Neuling Signed-off-by: Stewart Smith