TonyMac32

Same update for the K2 as Le Potato, HDMI hotplug should now work.

https://www.kickstarter.com/projects/librecomputer/libre-computer-board-next-gen-4k-sbc-dev-board-for The Kickstarter has pinouts/etc. I can see what else I might find.

What image did you use, and what did you use to flash it to the SD card? I have not encountered any issues with network manager in my testing/use. For Python I'm afraid I'm not the expert resource.

Topic covering feature updates/bugfixes. Sep. 29 2017 - HDMI hotplug script/udev added for Mainline. Switching monitors no longer results in a necessary reboot. Nov. 22 2017 - Dev updated to 4.14 with Libretech patches Nov. 23 2017 - Next updated to 4.14.y with Libretech patches <- wait for nightly, not on download page Active download Dec. 18 2017 - Patch uploaded to fix Ethernet instability: commit Feb. 04 2018 - Ethernet LED's fixed in repo. commit July. 08 2018 - Next is kernel 4.17, HDMI audio fixed [bug] Dec. 20 2017 - Init 0 results in reboot [bug] July 8 2018 - Kernel 4.17 cpufreq throwing errors setting clock speeds, even after BayLibre patch. (board was initially unbootable, patch fixed that)

Alright, for those who build it themselves, the hdmi hotplug script has been added to the build script, nothing for you to do but enjoy being able to unplug your monitor without rebooting your board.

Honestly I pulled the eMMC and put it in a safe place, if the bootloader on eMMC is the same revision level as the one I'm working with you should be able to follow Balbes150's instructions, but tell it to load from ext4 instead of FAT. I am willing to risk "nuking" mine for science. It would mean the eMMC is the boot device for u-boot but it boots the SD when available.

Ah ok, so script works on temp directory that goes to a deb that gets installed. I missed a step in what I thought was going on. That makes much more sense. Thank you!

The "outboard" 2 pins on the 2x2 are the power button inputs. The other two on that connector, I've heard various things but haven't done anything with personally. The 1x2 is S/PDIF I believe.

Trying to add the hdmi hotplug udev rule to the build environment, adding it in the same manner as the C2 hdmi config script doesn't work, it tells me the file/folder doesn't exist, I'm guessing then that bsp family tweaks isn't the place to add it?

rc2 breaks the builddeb patch, at least on Rockchip, investigating. [Edit] Fixed Tinker Board and Meson64 Dev

The default legacy kernel would be the simplest, and if you clone the build system it will pull the sources/etc for you, https://docs.armbian.com The rk3288 kernel is based on the mqmaker source tree, so it's patching is becoming extensive, we might have to look at that if there aren't any updates from the vendor soon. Mainline does not support the vcodec yet, so that is a stumbling block. Documentation is there for about everything, including how to make patches. I flashed a new image for Le potato, starting from scratch, and it worked fine, I probably had messed something up in past testing. Now working it into the build system.

Thank you Neil, that is set up considerably differently than the Amlogic kernels, I missed it.

root@lepotato:~# tree /sys/class/drm /sys/class/drm ├── card0 -> ../../devices/platform/soc/d0100000.vpu/drm/card0 ├── card0-Composite-1 -> ../../devices/platform/soc/d0100000.vpu/drm/card0/card0-Composite-1 ├── card0-HDMI-A-1 -> ../../devices/platform/soc/d0100000.vpu/drm/card0/card0-HDMI-A-1 └── version root@lepotato:~# xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 3840 x 2160 Composite-1 connected primary (normal left inverted right x axis y axis) 720x576i 50.00 720x480i 59.94 HDMI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm 1920x1080 60.00*+ 1280x720 60.00 The commands work manually, I'm going to test it again to make sure I didn't have anything strange going on with the image.

I was able to toggle the display with the xrandr commands last night, just the script wasn't working. I'll do those tests once I finish my paying job. ;-) @Igor, with this ironed out should I add it to the bsp-specific scripts like the C2-hdmi script?

Well, that was my reason for asking, because it does, but Mainline does not appear to have the drivers. That's a bit surprising to me, you would think thermals on a processor would be among the "important things to do" list. I am hoping to get a look at the thermal situation and see if the drivers can be forward ported easily enough.

The RAID is a tough point, I will ignore it for now. The highest core count device Armbian officially supports in the Odroid XU4. There are headless server variants of it with USB3 -> SATA in a nice case available (HC1). Now, it is an HMP processor with 4 big and 4 small cores, I can't say for sure how compilation will look like, I use one for a media server and software transcoding. (Only a stream at a time, nothing insane).

Do you have the means of measuring the temperature on the board?

Awesome. This does not seem to play well with the "Le Potato" board I have, I'll have to do more testing there.

And that is awesome, worked first try. Thank you for that!

Excellent. What kernel are you running, I've had a lot of trouble with Bluetooth and mainline? I will give this a try.

I replicated the failure pretty easy once you gave me what to look for, I decided to try and transfer a 5 GB file over the network, I locked it up about 800 MB in. I've got to call it a night soon, so far I haven't found anything jumping up and down screaming in the logs.

OK, got it compiled into 4.13.3: http://sprunge.us/aBaA Both HEVC-service and VPU-service available in /dev/ [Edit] I forgot they were using Stretch, tried to install the Rockchip Mali driver and nuked my xserver. Tried to install their xserver but Xenial does not support a couple libraries they now need. Building a Stretch image to give it a try. I'll have to try this on 4.14 next as I'd rather not stuff (this level of) experimental code into Next.

I have not tried Mate, I built an image with the standard xfce desktop, I'll give it a run and see if I can make it hang. Do you have any logs or debug output from the serial port?

UPDATE Mainline NanoPi K2 desktop is for show only. It kernel panics at the earliest opportunity after reaching desktop. I haven't pulled logs yet, just wanted to make sure you knew what you were in for if you built a "next" or "dev" image with desktop environment. Fixed via the ATF fix brought to our attention by @Neil Armstrong. This apparently affects GXL and GX built with newer u-boot builds from Amlogic.

This will be a catch-all for HDMI-related things. Sep. 29, 2017 UPDATE First up is hotplugging in Mainline. Script/rule added to build system. Thank you @botfap for the script I am getting the system events triggered saying the HDMI is unplugged/replugged, (using udevadm -monitor) however nothing is happening in response to the events it would seem, the screen is still blank. I could hook a script to the event, but I'm not exactly sure what I would tell it to do... Any thoughts would be great, I'll be researching.