the bitrig master branch has been updated by patrick with 7 new commits: commit 4c1a44a65288a205265ce53b20c7e9a4e8f8214d diff: https://github.com/bitrig/bitrig/commit/4c1a44a author: Patrick Wildt <[email protected]> date: Sat May 16 11:35:46 2015 +0200
imx: update sabrelite settings based on novena M sys/arch/armv7/imx/imxenet.c commit 45eba59d24c2cdbd8e34bd0d39e4247f7b29b824 diff: https://github.com/bitrig/bitrig/commit/45eba59 author: Jonathan Gray <[email protected]> date: Fri May 15 17:01:19 2015 +0000 Decrement the unit numbers on the novena sdhc devices. The imx6 dts files seem to have labels numbered one higher than the nodes they are assigned to. Tested by djm Imported by patrick@ M sys/arch/armv7/imx/imx.c M sys/arch/armv7/imx/imxesdhc.c commit de72a980527d85601cecaf2855909b0f8dc3a64c diff: https://github.com/bitrig/bitrig/commit/de72a98 author: Jonathan Gray <[email protected]> date: Wed May 13 02:39:29 2015 +0000 Having the same settings on the same phy across multiple boards is just asking too much in the arm world. Translate the fec parameters from the novena dtb to set a different clock skew to the same micrel phy used on sabre lite. The novena dtb sets txd[0-3]-skew-ps to 3000, the sabre lite sets them to 0. When run through the shifting/oring process from the micrel phy driver in FreeBSD this ends up being a write of 0xffff on the novena and 0x0000 on sabre lite when writing to TX_DATA_PAD_SKEW. This change resolves the stability problems djm was seeing with imxenet on novena. ok djm@ Imported by patrick@ M sys/arch/armv7/imx/imxenet.c commit 783134978871fddcb77a2f05eb5333f74ac7b88d diff: https://github.com/bitrig/bitrig/commit/7831349 author: Jonathan Gray <[email protected]> date: Tue May 12 04:31:11 2015 +0000 Raise VM_PHYSSEG_MAX to two and load an additional physical memory segment if u-boot reports it. Needed for the utilite where u-boot reports two 1GB segments of physical memory. >From Patrick Wildt in bitrig with some additional sanity checks added. Imported by patrick@ M sys/arch/armv7/armv7/armv7_machdep.c M sys/arch/armv7/include/vmparam.h commit ae153e2805ea21dc39c1af271c140720d0d59eb4 diff: https://github.com/bitrig/bitrig/commit/ae153e2 author: Jonathan Gray <[email protected]> date: Tue May 12 02:49:49 2015 +0000 Add missing braces. Tested by and ok djm@ Imported by patrick@ M sys/arch/armv7/imx/imxuart.c commit 394d93e4956a25a5e0f3d199e68d41a681c287bb diff: https://github.com/bitrig/bitrig/commit/394d93e author: Jonathan Gray <[email protected]> date: Tue May 12 02:33:40 2015 +0000 The i211 does not support an external EEPROM only a OTP Internal Non-Volatile Memory (iNVM). Add support for reading words out of it instead of an EEPROM. >From Patrick Wildt with some more offsets added. Imported by patrick@ M sys/dev/pci/if_em.c M sys/dev/pci/if_em_hw.c M sys/dev/pci/if_em_hw.h commit c13d5456b18fe432d1f975b0313446f77edb5ec6 diff: https://github.com/bitrig/bitrig/commit/c13d545 author: Jonathan Gray <[email protected]> date: Sun May 10 15:56:29 2015 +0000 VM_MAX_KERNEL_ADDRESS is the end of the kva range not the end of addressable virtual memory space but arm ports were using a value of 0xffffffff for this. Instead of using a shared VM_MAX_KERNEL_ADDRESS define add md VM_KERNEL_SPACE_SIZE defines based on the KERNEL_VM_SIZE values from the respective machdep.c files. djm's novena was hitting "panic: bufinit: can't reserve VM for buffers" without a similiar change. ok miod@ Imported by patrick@ M sys/arch/arm/include/vmparam.h M sys/arch/armv7/armv7/armv7_machdep.c M sys/arch/armv7/include/vmparam.h
