Kickstarter UP Board

Hi guys. As fact additional heatsink didn't help too. For few days it worked fine but then again got freezes every 4-8 hours. So this is was definitely not a overheating problem. Sorry that I did not check everything completely and mislead everyone. Also was wrong about back heatsink. I'd disassembled it and noticed that heatsink for CPU only. So, CPU has two heatsinks on the top and on back side. Memory and eMMC has no heatsinks at all. Yesterday I had reinstalled FBSD completely from scratch with UFS on internal drive again. I don't hang up :) And will look how it gonna works. Probably reason of freezes was in ZFS. I hope so. See you later.
 
Good day everyone. I'm back with good news. 23 days uptime. So it definitely works stable now. FreeBSD has been reinstalled from scratch on UFS to on-board eMMC. I don't know why OS did not work stable with on-board eMMC + ZFS. Even on installation stage FreeBSD was a freeze for 10 minutes when I tried to install OS with ZFS and it was instantly with UFS. So, this is was a good experience. Don't use ZFS for internal eMMC.
 

Attachments

  • 4.jpg
    4.jpg
    219.5 KB · Views: 360
As far as the Intel Up board it will run either Ubuntu 14.04 or 16.04 just fine with all peripherals functional. If you’re attempting any other OS than that is on you to develop the code, drivers, etc.., in order to function properly. With either of those Ubuntu platforms you still need to upload the python for the GPIO pinouts.
 
Well 6 years later and I finally got bought some of these to test GPIO pins with chvgpio driver.
The glich on these is you must disable a hint for the UART's from the loader prompt.
unset hint.uart.1.at

I found a nice miniPC that contains the Gen 1 UpBoard:
MediaVue Carbon

It also has a built in USB Wireless adapter that works OOB.
Code:
run0 on uhub1
run0: <1.0> on usbus0
run0: MAC/BBP RT5390 (rev 0x0502), RF RT5370 (MIMO 1T1R), address 70:f1:1c:57:43:84
run0: [HT] Enabling 802.11n
wlan0: Ethernet address: 70:f1:1c:57:43:84
run0: firmware RT3071 ver. 0.33 loaded


Some notes:
MIPI-CSI2 = Not standard

Power Protection= I accidentally applied 12V power to a 5V device and it did not fry. Hallelujah.

GPIO are located on gpioc1
Code:
gpio0: <Intel Cherry View GPIO> iomem 0xfed80000-0xfed87fff irq 49 on acpi0
gpiobus0: <GPIO bus> on gpio0
gpioc0: <GPIO controller> on gpio0
gpio1: <Intel Cherry View GPIO> iomem 0xfed88000-0xfed8ffff irq 48 on acpi0
gpiobus1: <GPIO bus> on gpio1
gpioc1: <GPIO controller> on gpio1
gpio2: <Intel Cherry View GPIO> iomem 0xfed90000-0xfed97fff irq 50 on acpi0
gpiobus2: <GPIO bus> on gpio2
gpioc2: <GPIO controller> on gpio2
gpio3: <Intel Cherry View GPIO> iomem 0xfed98000-0xfed9ffff irq 91 on acpi0
gpiobus3: <GPIO bus> on gpio3
gpioc3: <GPIO controller> on gpio3

I am pretty sure these are the usable pins:
Code:
gpioctl -f /dev/gpioc1 -l
pin 00:    1    GPIO_DFX0_PAD<OUT>
pin 01:    0    GPIO_DFX3_PAD<>
pin 02:    1    GPIO_DFX7_PAD<OUT>
pin 03:    0    GPIO_DFX1_PAD<>
pin 04:    0    GPIO_DFX5_PAD<>
pin 05:    0    GPIO_DFX4_PAD<>
pin 06:    1    GPIO_DFX8_PAD<OUT>
pin 07:    1    GPIO_DFX2_PAD<OUT>
pin 08:    1    GPIO_DFX6_PAD<OUT>
pin 09:    -1    <>
pin 10:    -1    <>
pin 11:    -1    <>
pin 12:    -1    <>
pin 13:    -1    <>
pin 14:    -1    <>
pin 15:    0    SEC_GPIO_SUS11_PAD<>
pin 16:    0    GPIO_SUS4_PAD<>
pin 17:    0    SEC_GPIO_SUS8_PAD<>
pin 18:    0    GPIO_SUS2_PAD<>
pin 19:    0    GPIO_SUS6_PAD<>
pin 20:    1    CX_PREQ_B_PAD<OUT>
pin 21:    0    SEC_GPIO_SUS9_PAD<>
 
Back
Top