An unofficial Debian Installer for Pinebook Pro
The kernel panics in 5.5 seem to be related to zram. I had swap set up on zram since day one, still on kernel 5.4, but I wasn't getting any kernel panics back then, only Xorg crashes and difficulties waking up from sleep. Now even if I completely disable compositing I still get kernel panics, and the likelihood of me getting one seem to be increasing with the memory usage. Replacing zram swap with traditional on-disk swap allows me to avoid kernel panics no matter the memory use, but it is much slower than zram and I don't want to wear out eMMC. And I still haven't had time to figure out debugging over UART...
(03-09-2020, 05:25 PM)moonwalkers Wrote:  I still haven't had time to figure out debugging over UART...

Perhaps set up kdump?

It did not work on the default Debian. I suspect kdump got confused of 64bit kernel and 32bit userspace.


Smallprint: our maybe setup mtdoops. Finally a use for the flash.
(03-09-2020, 05:37 PM)Der Geist der Maschine Wrote:
(03-09-2020, 05:25 PM)moonwalkers Wrote:  I still haven't had time to figure out debugging over UART...

Perhaps set up kdump?

It did not work on the default Debian. I suspect kdump got confused of 64bit kernel and 32bit userspace.


Smallprint: our maybe setup mtdoops. Finally a use for the flash.

Thanks for the suggestion, hopefully it will be helpful to other people in the thread. Or to me after I get some basic knowledge - while I'm pretty well versed in C/C++, I've never done any kernel or embedded development, so currently those words sound like some black magic incantations to me :-D
(03-10-2020, 12:37 AM)moonwalkers Wrote:
(03-09-2020, 05:37 PM)Der Geist der Maschine Wrote:
(03-09-2020, 05:25 PM)moonwalkers Wrote:  I still haven't had time to figure out debugging over UART...

Perhaps set up kdump?

It did not work on the default Debian. I suspect kdump got confused of 64bit kernel and 32bit userspace.


Smallprint: our maybe setup mtdoops. Finally a use for the flash.

Thanks for the suggestion, hopefully it will be helpful to other people in the thread. Or to me after I get some basic knowledge - while I'm pretty well versed in C/C++, I've never done any kernel or embedded development, so currently those words sound like some black magic incantations to me :-D

What do you want to achieve with your console cable?


You know process cores and how to debug them post mortem. kdump saves the kernel core of a crashing kernel. You can also debug it post-mortem on your next boot.

I use it all the time (not on the Pinbook Pro, though). Google for it Smile
(03-10-2020, 02:20 PM)Der Geist der Maschine Wrote:
(03-10-2020, 12:37 AM)moonwalkers Wrote:
(03-09-2020, 05:37 PM)Der Geist der Maschine Wrote:
(03-09-2020, 05:25 PM)moonwalkers Wrote:  I still haven't had time to figure out debugging over UART...

Perhaps set up kdump?

It did not work on the default Debian. I suspect kdump got confused of 64bit kernel and 32bit userspace.


Smallprint: our maybe setup mtdoops. Finally a use for the flash.

Thanks for the suggestion, hopefully it will be helpful to other people in the thread. Or to me after I get some basic knowledge - while I'm pretty well versed in C/C++, I've never done any kernel or embedded development, so currently those words sound like some black magic incantations to me :-D

What do you want to achieve with your console cable?


You know process cores and how to debug them post mortem. kdump saves the kernel core of a crashing kernel. You can also debug it post-mortem on your next boot.

I use it all the time (not on the Pinbook Pro, though). Google for it Smile

I will, when I manage to free up some time. Which will probably happen only closer to April :'-(
I've had a new failure in the last day, where the pinebook pro screen goes black and usual things like waiting 30 seconds for the driver to restart, touching the trackpad, keyboard, or pressing the power key all fail to restore interactivity. It's been particularly waking up from "sleep", i.e. opening the lid, but I've also had it happen when launching an application. Has anyone else seen this?

I'm using Debian bullseye, updated every few days, danielt's 5.5.0-5231-g400fa90907d2-1 packaged kernel, and mesa 20.0.x built out of git.

I think this is new since the new kernel package earlier this week, but I'm confused about the versioning. When I went to verify my memory, I found there different dates. The file modification date in /boot and /usr/share/doc/linux-image-5.5.0-1-pinebookpro-arm64/changelog.Debian.gz both say February 13. `uname -a` says March 18, and the package repository says it was last modified March 19, more recently than I'd updated the last time it happened.
I think that Bullseye is less mature than some debootstrap packages I've used. The files it relies on, not the package itself. Having it install Buster may work better than Bullseye.
i'm on the opposite end of the spectrum with debian sid/scud arm64, several packages from git, and rolling my own kernel with kernel.org and hwaccel patches onto tsys' v.5.6 kernel branch. things have been working very well, especially recently with tsys' work on the pbp dts and battery kernel components.
Are you saying I've fallen in the unsupported middle? Smile

Anyway, I was posting more to report the issue in case it was relevant to danielt's kernel package.
i find that is exactly the case with debian. due to unstable>testing migration processes you can often be caught in a broken situation.

i have used sid for 19 years without any serious stability issues personally. professionally always use stable for obvious reasons.

similarly, use sid if you know what you are doing and stable if you do not...

this issue is also solved occasionally with packages from experimental. it is hard to leverage without already being on unstable. see recent mesa as an example.


Possibly Related Threads…
Thread Author Replies Views Last Post
  Official Debian support moonwalkers 64 56,728 07-08-2024, 01:40 PM
Last Post: Humid Stylus
  [Pinebook Pro/Mobian/XFCE4] can fix touch or screen in greeter not both SynthGal 0 183 05-31-2024, 09:42 AM
Last Post: SynthGal
  Debian on Pinebook Pro u974615 7 2,000 03-31-2024, 10:11 AM
Last Post: u974615
  Pinebook Pro upgrading from the factory image yamsoup 12 2,792 02-22-2024, 04:02 PM
Last Post: tllim
  Help installing Manjaro on eMMC of Pinebook Pro pine4546464 4 2,639 12-13-2023, 07:22 PM
Last Post: trillobite
  Need Help Recovering Manjaro /boot Contents on Pinebook Pro calinb 6 2,820 12-11-2023, 03:47 AM
Last Post: calinb
  Gentoo on Pinebook Pro RELEASE jannik2099 54 94,517 12-08-2023, 11:25 PM
Last Post: tllim
  Boot Order in Pinebook Pro food 8 1,926 11-23-2023, 07:37 AM
Last Post: KC9UDX
  install debian on pbp jsch 7 4,592 11-22-2023, 04:22 PM
Last Post: TRS-80
  How to mainline kernel on daniel thompson's debian installer? hellojack 14 8,460 09-07-2023, 09:38 PM
Last Post: Der Geist der Maschine

Forum Jump:


Users browsing this thread: 2 Guest(s)