Hello !

I have a V3 Rock64. No PSU or HDMI issues : i have XU4, RPI-1, RPI-2, BPI-M5 without problems.

- rock64-debian-mrfixit-190531.img.xz >> SD Card  :  it lags very much, when moving windows with LXDE.
- rock64-debian-mrfixit-190531.img.xz >> mmc Card (Foresee 16 Go) : i can't start X, xorg doesn't find /usr/lib/dri/rockchip_dri.so. Can't find this file on my disk.

- Armbian >> black lines on screen when moving windows in XFCE.
- Armbian >> dashboard moving up an down quickly when i move some windows (ex : PCManFM, but not galculator (?))

- Slackware XFCE : works great, but no dependencies supported by this OS (?).

- Ubuntu : i don't want.

- FreeBSD .img for Rock64 doesn't boot.

What distros work on your V3 board, please ?

Hello.

The Quartz64 model A I purchased should be here in a few days. I would like to connect a JTAG/SWD debugger to it. 

Where could I find documentation where this is described? In the schematics for the board, I see mention of JTAG in few places, but I am not sure where physically the pins are on the board. 

Can anyone provide specifics? Also, aside from the RK3566 datasheet are there any reference manuals/guides for the board? Where can I find these? Also, the same for the Quartz64.

For any users of Standard Notes (https://standardnotes.org), a developer is looking for some help testing ARM builds of the desktop app: https://github.com/standardnotes/forum/i...-887475953

I ordered my device around the 26th. Should I expect to see it during this batch? I've yet to receive a tracing number or anything even remotely resembling an update on the order.

Thanks shelldweller,
this board has been added to the assembly slarm64_build_kit

kernel
slarm64-current-aarch64-server-sopine-5.13.5-build-20210727.img.zst
slarm64-current-aarch64-server-sopine-5.13.5-build-20210727.img.zst.sha256

Hi, I can see usb device in the manage disks utility, but I can't access the device through dolphin. I can manually mount & access through console. 
Has anyone had this problem? Any suggestions appreciated. Thanks, straightwalker
SOLVED
more or less. The Disks utility recognizes a hot plugged usb and allows mounting and/or unmounting and offers options that can be edited.
If the drive is in when the PBP is booted, the Disk utility will mount it in /ROOT/mnt/usbname. If the drive is put in after the boot, the Disk utility mounts it in /ROOT/media/usrname/usbname (or maybe it has a "/run" in that path, I don't remember). In any case, Disks lists the path to the mounted usb drive, and you can access the contents using Dolphin (by beginning the path with ROOT).
There is probably a way to automate this, or make it less manual, but I couldn't figure it out. At least, you can access any drive you put in. If you are using the same usb drive each time (and you get the settings right), the process is automatic. It seems that you have to set up options for each new drive that you use.
I'm sure others can explain better ways. But it does work, even though an added device never appears on the Dolphin sidebar.

They very laggy USB-C port is a big issue for charging the phone (especially on a bicycle with dynamo or solar panel).

Is there any chance to solder a new port onto the phones pcb?
If yes, which parts would I need to buy?

https://www.ebay.com/sch/i.html?_from=R4...r&_sacat=0


Soldering I guess is somehow like this:
https://www.youtube.com/watch?v=e6TMxctCcxU

Any detailed walk-trough on how to open the phone and how to replace the port?

Cold I instead charge via pogo-pins with a 3d-printed custom case?

Hello

i am using Lenovo ThinkPad 40A9 dock for my daily driver Lenovo E595. I thought to test it with pinebook, but result was mixed, as i've described here.

Today i've returned to seek for rootcause, and what i came with, was this message

Jul 21 02:21:04 pinebook kernel: cdn-dp fec00000.dp: Direct firmware load for rockchip/dptx.bin failed with error -2

when dock was plugged.
I've started to connecting dots: firmware was present in /usr/lib/firmware, but yet somehow it was invisible for rockchipdrm module. After some tinkering, i've modified a file

[root@pinebook etc]# sdiff -s mkinitcpio.conf mkinitcpio.conf_20210730
FILES=(/usr/lib/firmware/rockchip/dptx.bin)       | FILES=()

regenerated my initrd and verified that file is actually included before rootfs gets mounted, so exactly when it's needed.
After reboot, somewhat success - no errors about missing firmware ,yet no image after connecting to dock, despite both plugs orientations

kernel says

[  26.816477] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not connected. Disabling cdn

Is there anything else that i can do/ mess with/ try? i really am into docking Pinebook to my existing dock, as i have already nicely set up my desk and buying another "maybye compatible one" is missing my point.

my kernel: 5.13.4-1-MANJARO-ARM, vanilla from repo (yet i don't see a problem to recompile if needed, Gentoo fan here ;d)

I have Manjaro on my Pinebook pro and have no luck with night light mode. I tried following all discussions in the forums here and on internet. I tried installing gnome with gdm in majaro. Also tried redshift. But nothing worked.

I appreciate, if anyone can help by providing exact steps to enable night mode?


thanks,

I ordered a pinephone earlier this month and knew it might take some time for the phone to arrive. I was ok with that. I did decide to use DHL for delivery - a little more expensive but from what I was reading worth the extra money for shipment to the USA. On June 23rd, I received a notice that that a tracking number was created but the package was not picked up. This status stayed this way until the 26th when I reached out to Pine's shipping department. I was told "they have issue of processing and will update us the status around July 28th". After reaching out to DHL, they had no record of my tracking number but asked me to get the pickup or dropoff confirmation number provided by DHL. After multiple attempts after multiple days, pine has yet to provide this number to assure that DHL had actually picked up the phone. On July 28th they finally admitted that DHL picked up the pallet that my package was on, and the palate went to New Zealand and I am to wait through August 2nd before there is any further status. They offered a different tracking number showing the package going to NZ but have yet to offer the original pickup of droppoff confirmation number so I could work with DHL. DHL is still denying they ever picked up my package and will refuse to work with me without the pickup or dropoff confirmation number given to Pine64 when they picked up the pallet with my package on it.

I paid extra for this???? Pine has no interest in helping me right this mistake. If anyone is reading this from Pine64, please assist me in getting my phone in a reasonable amount of time!!!! I am happy to give my tracking number and order number if requested.

PLEASE!

Thanks.