Bliss OS (Pinebook) 20170919 [Oct 13] | Bliss OS (PINE A64(+)) 20170919 [Oct 13] | Linux Images (ROCK64) 0.5.10-118 [Oct 2] | Android Images (ROCK64) 0.3.4-86 [Oct 2] | Android 6.0.1 (PINE A64-LTS / SOPINE) 20170726 [Sep 29] | Android 7.1 (Pinebook) 0.3.10-66 [Sep 19] | Android 7.1 (PINE A64(+)) 0.3.10-66 [Sep 19] | Android 7.1 (SOPINE) 0.3.10-66 [Sep 19] | PINE64 Installer v2.0.0-beta.3 [Sep 12]

Getting Started | Visit the WIKI | IRC Logs | Forum Rules/Policy


Kernel for A64 git
#81
I didn't find the time to check up on 4K :/ - will add the 4:3 resolution if they work. Kudos to Mikhail for sorting through the patches!

Well, looked at the driver how to add additional resolutions, seems not exactly trivial and thus is for another time. PR welcome Smile
Reply
#82
You guys at armbian really should use quilt to manage your patches - would make things a lot easier. Nethertheless i imported all the patches and also fixed the 101 one. So the Pine64 tree is now updated to latest 3.10 linux-stable tree. I will release a build shortly. Already tagged at https://github.com/longsleep/linux-pine6...1-0-pine64
Reply
#83
(05-07-2016, 04:24 AM)longsleep Wrote: You guys at armbian really should use quilt to manage your patches - would make things a lot easier. Nethertheless i imported all the patches and also fixed the 101 one. So the Pine64 tree is now updated to latest 3.10 linux-stable tree. I will release a build shortly. Already tagged at https://github.com/longsleep/linux-pine6...1-0-pine64

Great job longsleep! Now we don't need to worry about security holes and bugs in the outdated 3.10.65 kernel anymore!

Anyway, once this is released, are there any plans to upgrade the kernel to 3.18 or maybe even to 4.x?
Reply
#84
I pushed a new Kernel build. This is a major release bringing the Kernel to the newest 3.10.101 from Linux stable. See first post of this thread for details.

Also starting with this Kernel release it is possible to run the Linux with a different HDMI resolution. I support this on my Ubuntu Xenial images using the ppa providing a user space tool sunxi-disp-tool which can change the resultion using ioctl calls to disp2 and fb devices. See the README.md for instructions.

TL;DR instructions to get 720p60 on Ubuntu Xenial:
Code:
sudo apt-get update && sudo apt-get install sunxi-disp-tool
cat <<EOF | sudo tee -a /boot/uEnv.txt
optargs=disp.screen0_output_mode=720p60
EOF
sudo reboot

Note that U-Boot will start the display with 1080p60 - once the systemd service runs (after about 10 seconds) it will switch to whatever you have set in uEnv.txt.

Get 3.10.101-0-pine64-longsleep-39 from https://www.stdin.xyz/downloads/people/l...ges/linux/

Update like this (as root) on any of my images:
Code:
bash <(curl -s https://raw.githubusercontent.com/longsleep/build-pine64-image/master/simpleimage/platform-scripts/pine64_update_uboot.sh)
bash <(curl -s https://raw.githubusercontent.com/longsleep/build-pine64-image/master/simpleimage/platform-scripts/pine64_update_kernel.sh)

(05-07-2016, 05:40 AM)Terra854 Wrote: Great job longsleep! Now we don't need to worry about security holes and bugs in the outdated 3.10.65 kernel anymore!

You still have to worry as Kernel 3.10 is officially end of life since Dec 2015. It still gets the occasional update but its still a very old Kernel tree.

(05-07-2016, 05:40 AM)Terra854 Wrote: Anyway, once this is released, are there any plans to upgrade the kernel to 3.18 or maybe even to 4.x?

This is the BSP Kernel and thus it will always stay at 3.10. I will not touch a BSP with another Kernel should one be released. I will provide a upgrade path to mainline Kernel once someone convinced me that the mainline Kernel has reached a state where it actually is useful (WIP by the linux-sunxi community - see http://linux-sunxi.org/Linux_mainlining_effort).
Reply
#85
(05-07-2016, 05:45 AM)longsleep Wrote: optargs=disp.screen0_output_mode=720p60

Do you enable this as default with your next Xenial image? We switched to exactly this display resolution when we started with H3 boards a few months ago and while this led to a couple of overscan reports at least it should help enable display negotiation on more HDMI displays out there.

(05-07-2016, 05:40 AM)Terra854 Wrote: Now we don't need to worry about security holes and bugs in the outdated 3.10.65 kernel anymore!

Wrong. Something like this might be discovered anytime since dealing with crappy BSP kernels always means no proper code/peer review has happened before.
Reply
#86
longsleep,

Was there some sort of change to the console in this release? I can no long send any input. I can watch over the serial console but nothing back is acknowledged.

thanks for your hard work!
Reply
#87
(05-07-2016, 06:20 AM)rahlquist Wrote: Was there some sort of change to the console in this release? I can no long send any input. I can watch over the serial console but nothing back is acknowledged.

Nope - works fine here. Both serial console via UART and also the console on HDMI.

(05-07-2016, 06:08 AM)tkaiser Wrote:
(05-07-2016, 05:45 AM)longsleep Wrote: optargs=disp.screen0_output_mode=720p60

Do you enable this as default with your next Xenial image? We switched to exactly this display resolution when we started with H3 boards a few months ago and while this led to a couple of overscan reports at least it should help enable display negotiation on more HDMI displays out there.

720p is just so big. I had not planned to enable a low resolution by default fearing "bug" reports like "why" is everything so big on my 5000USD 4K screen. I wanted to check if i could do 720p in U-Boot and show a boot logo and then switch to 1080p with the tool later.
Reply
#88
(05-07-2016, 06:28 AM)longsleep Wrote: I wanted to check if i could do 720p in U-Boot and show a boot logo and then switch to 1080p with the tool later.

Agreed. This is even better. Resolution switching works fine here but only until X is started. Afterwards it gets messy. So adjusting resolution in uEnv.txt should be the preferred method and people shouldn't be aware that sunxi-disp-tool even exists Smile
Reply
#89
(05-07-2016, 05:45 AM)longsleep Wrote: You still have to worry as Kernel 3.10 is officially end of life since Dec 2015. It still gets the occasional update but its still a very old Kernel tree.

The EOL is actually on October 2017 (longterm maintainence release)

By the way, the upgrade script fails to detect the latest version (3.10.101). It shows that the kernel that I have (3.10.65) is at it's latest version.
Reply
#90
(05-07-2016, 06:28 AM)longsleep Wrote:
(05-07-2016, 06:20 AM)rahlquist Wrote: Was there some sort of change to the console in this release? I can no long send any input. I can watch over the serial console but nothing back is acknowledged.

Nope - works fine here. Both serial console via UART and also the console on HDMI.
Thanks, eveidently the driver for my CH340 was bugging out. Unplugged the CH340 from pc and wala it works.

BTW 

TY so much for the Wifi drivers! Hehe got mine working! Haven't tried video yet.
Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  [SOLVED] UEFI + Fedora Mainline Kernel Booting! cztian 0 208 07-13-2017, 08:38 PM
Last Post: cztian
  Real-time linux kernel Artyom 44 7,250 03-07-2017, 11:49 PM
Last Post: dikov
  Mainline kernel [Solved] jeroen79 11 2,092 02-08-2017, 06:19 AM
Last Post: umiddelb
Question Need help : Issue in running compiled kernel with tftp+uboot dinesh.bhoyar 2 308 01-30-2017, 12:44 AM
Last Post: dinesh.bhoyar
  Jackd triggers kernel warning cztian 0 617 09-03-2016, 08:16 AM
Last Post: cztian
  Cross-compiling kernel illustris 1 393 07-19-2016, 11:32 AM
Last Post: xalius
  alsactl triggers kernel warning xalius 2 486 07-10-2016, 04:11 AM
Last Post: xalius
  on the shelf till a decent kernel UnixOutlaw 4 609 07-06-2016, 09:39 AM
Last Post: MarkHaysHarris777
  distro with kernel support for DVB-T dongles? mkaut 2 503 07-02-2016, 02:36 PM
Last Post: mkaut
  How to boot alternative kernel image with u-boot? zhouer 3 967 06-27-2016, 04:15 AM
Last Post: ssvb

Forum Jump:


Users browsing this thread: 1 Guest(s)