PINE64
Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: ROCKPRO64 (https://forum.pine64.org/forumdisplay.php?fid=98)
+--- Forum: Linux on RockPro64 (https://forum.pine64.org/forumdisplay.php?fid=101)
+--- Thread: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D (/showthread.php?tid=7055)

Pages: 1 2 3 4 5 6 7 8 9 10 11


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - Mentaluproar - 03-05-2019

If the raid controller is getting hot it’s probably a hardware problem. Remove it and test it in another system, preferably one you don’t care about. Everything about this says there’s a short and it’s dead.


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - Mrfixit2001 - 03-05-2019

NoDiskNoFun - thanks for posting the build issue. When I build the kernel from source I specifically only build for the boards which I have listed in my github, so compiling those other device trees is not something which I have tested or support. As for the boot panics, that sounds like perhaps your kernel config isn't correct. I've posted mine for reference.


p1x3l3d -
Interestingly, it appears the scsi part of that Marvell chipset has been added to the kernel blacklist in this Rockchip commit: https://github.com/rockchip-linux/kernel/commit/900ae746c1e954c5dd2b926d9e30863c9852396c

I wonder if that's interfering with your card's ability to register... reading over your dmesg, it looks incomplete? But it looks to initialize PCIe successfully. I do see a dump in there but to me that seems unrelated.

And I agree - if it's getting really hot then that often means a hardware issue.


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - MisterA - 03-06-2019

(03-05-2019, 02:02 PM)Mentaluproar Wrote: If the raid controller is getting hot it’s probably a hardware problem. Remove it and test it in another system, preferably one you don’t care about. Everything about this says there’s a short and it’s dead.

No it not. I have the same problem with my raid controller. See my previous posts.
My card gets very hot as well when using the rockpro64 board. Using it on a standard Intel pc worked like it should as the card warmed up a bit ever so slightly even after prolonged use.

I'm starting to wonder if it's a hardware design problem on the rockpro64, is the board respecting all pcie specs as it should? I find it hard to believe that a driver/software problem could make a pcie card burn up. It's not safe to say the least.


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - NoDiskNoFun - 03-06-2019

What do you mean with "build for the boards i use"? I there any parameter to pass to build kernel only for the Rockpro64?
Also i already tried your config, kernel panics anyway. Maybe it's because i'm trying to boot archlinuxarm?
Is there anyway to get the log of the kernel panic without uart?
Maybe you could give me your extlinux.conf?


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - Mrfixit2001 - 03-06-2019

In the title and the readme for my kernel repo I list the boards which I have tested the kernel on. These are the only boards which I can confirm it works for and therefore the only boards I support. Extlinux can be pulled from my debian release's boot partition easily enough, but if you aren't able to grab it then I can pastebin it when I'm back at my environment. And I *think* you can just add the name of the DTB at the end of your make command in order to compile just that specific device tree (ex: make arch=arm64 rk3399-rockpro64.dtb), but I'll need to confirm if that's correct. I use a buildroot toolchain in my dev environment to compile and keep track of my patches and system configs, and it always only compiles a single DTB. So it's absolutely possible, yes.


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - kardanadm - 03-07-2019

(02-26-2019, 09:31 AM)Luke Wrote:
(02-26-2019, 09:25 AM)kardanadm Wrote: LXDE desktop Chromium and Firefox not working.

Which sudo command line should I use to install Armbian desktop?

We're working towards a desktop release. If you want to install firefox then fetch this deb

Hi Luke
Is there anything new? Is there an estimated release date for the desktop?


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - p1x3l3d - 03-09-2019

(03-05-2019, 03:04 PM)Mrfixit2001 Wrote: p1x3l3d -
Interestingly, it appears the scsi part of that Marvell chipset has been added to the kernel blacklist in this Rockchip commit: https://github.com/rockchip-linux/kernel/commit/900ae746c1e954c5dd2b926d9e30863c9852396c

I wonder if that's interfering with your card's ability to register... reading over your dmesg, it looks incomplete? But it looks to initialize PCIe successfully. I do see a dump in there but to me that seems unrelated.

And I agree - if it's getting really hot then that often means a hardware issue.

Thanks for your fast reply! Smile Interesting that they've blacklisted the Marvell chipset, there must certainly have been a reason for it. Do you suppose this makes the RAID card unusable/incompatible with the RockPro64? I hope not, since I bought the card especially for this (RockPro64) system Rolleyes

Regarding the temperature of the chipset, I've read posts in other threads by other users (than MisterA and myself) that had the same issue; RAID controllers that run hot when used with the Rock(Pro)64, but not in other systems. I haven't tried my RAID card in other systems, but since it's brand new and seeing the fact that MisterA (and other users) are having the same issues I'm doubtful that the card has a defect.

I also own the 'official' PCI-e to SATA II card. I am aware that this is a bit of an off-topic question, but would you recommend for or against using that card to connect my 2 hard drives using software RAID (in case the HighPoint Rocket RAID card cannot be enabled)?

Finally, I've added another dmesg output (just ran it), this time by running dmesg through sudo. Hopefully this gives some better insight? The dmesg was run just after the RockPro64 was done booting up. If you want any other logs or want me to inspect the board through other means, please let me know Smile

Again, thanks for the reponses thus far!


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - Luke - 03-10-2019

(03-07-2019, 07:56 AM)kardanadm Wrote:
(02-26-2019, 09:31 AM)Luke Wrote:
(02-26-2019, 09:25 AM)kardanadm Wrote: LXDE desktop Chromium and Firefox not working.

Which sudo command line should I use to install Armbian desktop?

We're working towards a desktop release. If you want to install firefox then fetch this deb

Hi Luke
Is there anything new? Is there an estimated release date for the desktop?

We're close. By Wednesday it will be up [edit] ... hopefully...


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - kardanadm - 03-10-2019

(03-10-2019, 06:42 AM)Luke Wrote:
(03-07-2019, 07:56 AM)kardanadm Wrote:
(02-26-2019, 09:31 AM)Luke Wrote:
(02-26-2019, 09:25 AM)kardanadm Wrote: LXDE desktop Chromium and Firefox not working.

Which sudo command line should I use to install Armbian desktop?

We're working towards a desktop release. If you want to install firefox then fetch this deb

Hi Luke
Is there anything new? Is there an estimated release date for the desktop?

We're close. By Wednesday it will be up [edit] ... hopefully...

Thanks for the good news.


RE: Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D - NightCrawler504 - 03-12-2019

[Image: giphy.gif]