Welcome, Guest |
You have to register before you can post on our site.
|
|
|
Pinebook Pro won't wake up |
Posted by: duck_of_death - 02-04-2021, 10:26 PM - Forum: General Discussion on Pinebook Pro
- Replies (4)
|
|
Hello fellow Pine-pals,
I have a PBP which I've installed Arch on and over all it works great. One annoyance has been that if I shut the lid it'll go to sleep but when I open the lid it doesn't wake up. I've tried pressing keys, tapping the power button, disconnecting and reconnecting the power... nothing. I haven't tried accessing the serial console but that might be my next step.
Since it sleeps OK I'm thinking this isn't the magnet issue but something else.
Has anyone seen this issue before? I can't recall if it happened with Manjaro or not.
Thanks,
Duck of Death
|
|
|
Is there a severe bug in the encrypted installer? |
Posted by: rp3 - 02-04-2021, 07:53 PM - Forum: Mobian on PinePhone
- Replies (3)
|
|
Hi all!
I have encountered what I suspect might be a severe bug regarding the encrypted installer from (?) 15 Dec:
I installed this from an sdcard no worries, to try it out. worked fine.
Then using jumpdrive I installed it to 2 pinephones, first and second ce versions, 2Gig and 3Gig. Also worked fine on both.
Now the problems start:
To have an experimental system to tryout updates before committing myself to changing my installed system, I made a fresh install of the encrypted installer onto an sdcard, and booted from it, and let it go through it's standard setup process, choosing to enable encryption in the process. I thought this would leave the installed system on the phone alone.
The setup process did not quite complete, it displayed the progress bar for a few minutes, getting to about 93%, then I suppose it tryed to reboot or something, but ended up with a blank, faintly lit screen, which did not progress any further.
When I removed the sdcard, and tryed to boot the phone from the internal storage, it did not succeed, and displayed the message: "cryptsetup waiting for encrypted source device UUID: then a bunch of characters followed this"
I created another encrypted installer image on an sdcard, and tryed it on my other pinephone, and the same thing happened, it did not succeed in the installation on the sdcard, and after that the existing encrypted installation on the internal storage would not boot.
I then tryed reflashing the encrypted installer onto one of the phones using jumpdrive, and going throught the setup process again from the internal storage, choosing to enable encryption, and this worked well.
-I wonder it the encrypted intaller is becoming confused at some point, in cases where it is installing to an sdcard, but where there is already a copy of the encrypted system on the internal storage of the phone? -Could it be looking for a particular storage type/name/uuid and finding the one on internal storage first, and overwriting it or something?
Great system regardless, and I am very grateful that it exists!
All the best, hope this is helpful feedback?
|
|
|
PinePhoneCore - .NET5 Library for the PinePhone |
Posted by: Trbl - 02-04-2021, 12:37 PM - Forum: PinePhone Software
- No Replies
|
|
I've spent a couple of days building a library for the pinephone.
Its early in development, some things are still a bit wonky but all in all it works and I've written two services that run on my pinephone.
There's a nuget package available, however its not up to date, I recommend cloning the repo and adding a Project Reference if you want to use it.
The only things missing is the Vibrator and the Modem. All other Sensors are wrapped.
If you don't use the WiFi classes, there's zero dependencies, all of it works using the kernel filesystem and input events - if you do use the WiFi classes, there's multiple implementations for most methods, NMCLI, IFCONIG, IWCONFIG,... more about that in the Readme on the repo.
Getting .net5 setup on the pp is easy, the repo contains a wiki with a install instructions
https://github.com/Alumniminium/PinePhoneCore
I'm trying to attract other .net/C# developers to contribute / work together, feel free to reply here, message me privately or talk to me on Matrix
|
|
|
Patch to add ability to discard calls...breaks calls |
Posted by: MungFuSensei - 02-03-2021, 08:08 PM - Forum: Sxmo on PinePhone
- Replies (3)
|
|
This one.
This was merged upstream I guess (not up on the terminology here, so bear with me). I decided to set up the sxmo build environment so I can tweak some things, so I ran the build script which installs all the latest versions of the little scripts and all that.
Today I get a call, and it starts executing my ring hook, except it's doing it over and over and over, overlapping. I go to pick up the call and it's still ringing (x100 overlapping) and also somehow hangs up when I pick it up, while still ringing. All hell is breaking loose.
So I'm testing out what broke tonight, and I disabled my ring and pickup hooks just to be sure. Sure enough, I get a call in, go to pick up, and it just hangs up immediately. There was no option to discard, so I'm guessing that the pickup and discard functions are happening simultaneously when selecting to pick up.
For now I've commented out these lines in sxmo_modemmonitor.sh in the checkforincomingcalls section:
Code: + sxmo_notificationwrite.sh \
+ "$NOTIFDIR/incomingcall_${VOICECALLID}_notification_discard" \
+ "sxmo_modemcall.sh hangup $VOICECALLID" \
+ none \
+ "Discard - $CONTACTNAME" &
And now it's working. Probably not the cleanest solution, but at least it's some temporary sanity until someone finds a fix.
I know this should be on the sourcehut git thing, but I'm not up to speed with all that so I figured this is the next best place.
|
|
|
Is Pinebook Pro Available or Is It Not? |
Posted by: CDMacalister - 02-03-2021, 05:57 PM - Forum: General Discussion on Pinebook Pro
- Replies (7)
|
|
The Pine64 website gives conflicting claims about the availability of its products.
On the home page, it gives the option to pre-order Pinebook Pro. But pressing this leads to a product page which gives no option to preorder, which says that the product is out of stock, and gives no indication of when or if it will be back in stock.
So I guess, shortly phrased, my question is "When will Pinebook Pro be available to purchase?"
|
|
|
PCIe Armbian and Ayufan for nvme ssd |
Posted by: LMM - 02-03-2021, 02:50 PM - Forum: General Discussion on ROCKPRO64
- Replies (1)
|
|
Hi all,
I made a test on nvme ssd performance.
- 2 rockpro 64
- one with Armbian (tried 5.9.14 and 5.10 rc7)
- one with Ayufan’s kernel (5.9.)
- 2 pcie to nvme cards
- a black one from Pine64 (gen2)
- a red one (perhaps gen3)
- 2 ssd samsung evo plus
The result :
Code: +-------+-----------+---------+
| | Armbian | Ayufan |
+-------+-----------+---------+
| black | OK | OK |
| red | KO | OK |
+-------+-----------+---------+
The only problem seems coming from the red card which does not work with Armbian )module failed). Moreover the performance seems degraded with Armbian.
If we look at the dmesg we notice that capacity are different :
Ayufan :
Code: [ 4.078013] pci 0000:01:00.0: 16.000 Gb/s available PCIe bandwidth, limited by 5.0 GT/s PCIe x4
Armbian :
Code: [ 2.700909] pci 0000:01:00.0: 8.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x4 link
Note that
- for Armbian I activated the pcie-gen2 in the armbian-config tool.
- the result Ayufan + black is similar to the Ayufan + red
I just wonder what differs between the two kernels... Ayufan secret ingredient ? Or am I doing things wrong ?
log details
with Ayufan + red
dmesg :
Code: rock64@chen:/mnt$ dmesg | grep -i pci
[ 0.006736] PCI/MSI: /interrupt-controller@fee00000/interrupt-controller@fee20000 domain created
[ 1.611973] vcc3v3_pcie: supplied by vcc12v_dcin
[ 1.633826] PCI: CLS 0 bytes, default 64
[ 2.919080] rockchip-pcie f8000000.pcie: host bridge /pcie@f8000000 ranges:
[ 2.919131] rockchip-pcie f8000000.pcie: MEM 0x00fa000000..0x00fbdfffff -> 0x00fa000000
[ 2.919160] rockchip-pcie f8000000.pcie: IO 0x00fbe00000..0x00fbefffff -> 0x00fbe00000
[ 2.919705] rockchip-pcie f8000000.pcie: bus-scan-delay-ms in device tree is 1000 ms
[ 2.919883] rockchip-pcie f8000000.pcie: no vpcie12v regulator found
[ 2.920029] rockchip-pcie f8000000.pcie: supply vpcie1v8 not found, using dummy regulator
[ 2.920153] rockchip-pcie f8000000.pcie: supply vpcie0v9 not found, using dummy regulator
[ 3.004174] rockchip-pcie f8000000.pcie: wait 1000 ms (from device tree) before bus scan
[ 4.071716] rockchip-pcie f8000000.pcie: PCI host bridge to bus 0000:00
[ 4.071738] pci_bus 0000:00: root bus resource [bus 00-1f]
[ 4.071755] pci_bus 0000:00: root bus resource [mem 0xfa000000-0xfbdfffff]
[ 4.071774] pci_bus 0000:00: root bus resource [io 0x0000-0xfffff] (bus address [0xfbe00000-0xfbefffff])
[ 4.071834] pci 0000:00:00.0: [1d87:0100] type 01 class 0x060400
[ 4.071962] pci 0000:00:00.0: supports D1
[ 4.071977] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[ 4.076939] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[ 4.077169] pci 0000:01:00.0: [144d:a808] type 00 class 0x010802
[ 4.077262] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[ 4.077428] pci 0000:01:00.0: Max Payload Size set to 256 (was 128, max 256)
[ 4.078013] pci 0000:01:00.0: 16.000 Gb/s available PCIe bandwidth, limited by 5.0 GT/s PCIe x4 link at 0000:00:00.0 (capable of 31.504 Gb/s with 8.0 GT/s PCIe x4 link)
[ 4.106343] pci_bus 0000:01: busn_res: [bus 01-1f] end is updated to 01
[ 4.106380] pci 0000:00:00.0: BAR 14: assigned [mem 0xfa000000-0xfa0fffff]
[ 4.106403] pci 0000:01:00.0: BAR 0: assigned [mem 0xfa000000-0xfa003fff 64bit]
[ 4.106457] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 4.106475] pci 0000:00:00.0: bridge window [mem 0xfa000000-0xfa0fffff]
[ 4.106672] pcieport 0000:00:00.0: enabling device (0000 -> 0002)
[ 4.106945] pcieport 0000:00:00.0: PME: Signaling with IRQ 231
[ 4.298192] ehci-pci: EHCI PCI platform driver
[ 4.377616] ohci-pci: OHCI PCI platform driver
[ 5.163253] nvme nvme0: pci function 0000:01:00.0
and iozone :
Code: rock64@chen:/mnt$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
...
random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 96710 151834 159335 160318 64290 114505
102400 16 222798 330544 332777 336250 191985 326480
102400 512 1060460 1144479 1045592 1077316 1015649 1138965
102400 1024 1175145 1189215 1069909 1102438 1070189 1186475
102400 16384 1434425 1443247 1304941 1359970 1357994 1433817
with Armbian + black
Code: rock64@ondine:/mnt/tmp$ dmesg | grep -i pci
[ 0.007076] PCI/MSI: /interrupt-controller@fee00000/interrupt-controller@fee20000 domain created
[ 1.246712] vcc3v3_pcie: supplied by vcc12v_dcin
[ 1.399192] PCI: CLS 0 bytes, default 64
[ 2.627404] rockchip-pcie f8000000.pcie: host bridge /pcie@f8000000 ranges:
[ 2.627433] OF: /pcie@f8000000: Missing device_type
[ 2.627466] rockchip-pcie f8000000.pcie: MEM 0x00fa000000..0x00fbdfffff -> 0x00fa000000
[ 2.627488] rockchip-pcie f8000000.pcie: IO 0x00fbe00000..0x00fbefffff -> 0x00fbe00000
[ 2.628625] rockchip-pcie f8000000.pcie: supply vpcie1v8 not found, using dummy regulator
[ 2.628778] rockchip-pcie f8000000.pcie: supply vpcie0v9 not found, using dummy regulator
[ 2.694122] rockchip-pcie f8000000.pcie: PCI host bridge to bus 0000:00
[ 2.694136] pci_bus 0000:00: root bus resource [bus 00-1f]
[ 2.694147] pci_bus 0000:00: root bus resource [mem 0xfa000000-0xfbdfffff]
[ 2.694159] pci_bus 0000:00: root bus resource [io 0x0000-0xfffff] (bus address [0xfbe00000-0xfbefffff])
[ 2.694216] pci 0000:00:00.0: [1d87:0100] type 01 class 0x060400
[ 2.694369] pci 0000:00:00.0: supports D1
[ 2.694378] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[ 2.699724] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[ 2.699984] pci 0000:01:00.0: [144d:a808] type 00 class 0x010802
[ 2.700080] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[ 2.700259] pci 0000:01:00.0: Max Payload Size set to 256 (was 128, max 256)
[ 2.700909] pci 0000:01:00.0: 8.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x4 link at 0000:00:00.0 (capable of 31.504 Gb/s with 8.0 GT/s PCIe x4 link)
[ 2.714404] pci_bus 0000:01: busn_res: [bus 01-1f] end is updated to 01
[ 2.714435] pci 0000:00:00.0: BAR 14: assigned [mem 0xfa000000-0xfa0fffff]
[ 2.714453] pci 0000:01:00.0: BAR 0: assigned [mem 0xfa000000-0xfa003fff 64bit]
[ 2.714502] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 2.714516] pci 0000:00:00.0: bridge window [mem 0xfa000000-0xfa0fffff]
[ 2.714721] pcieport 0000:00:00.0: enabling device (0000 -> 0002)
[ 2.715032] pcieport 0000:00:00.0: PME: Signaling with IRQ 78
[ 2.715414] pcieport 0000:00:00.0: AER: enabled with IRQ 78
[ 2.754347] nvme nvme0: pci function 0000:01:00.0
[ 2.809211] ehci-pci: EHCI PCI platform driver
[ 2.843136] ohci-pci: OHCI PCI platform driver
rock64@ondine:/mnt/tmp$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -
Code: random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 90237 127839 138090 138675 63069 126696
102400 16 259529 325606 332023 334611 194739 321260
102400 512 502510 659573 596504 607196 589030 675306
102400 1024 716099 715984 659933 672370 659097 727990
102400 16384 814970 821047 774083 794068 791828 818859
iozone test complete.
|
|
|
|