ROCKPRO64 suitable for experimenting with custom NVMe drivers?
#1
I'm about to start a hobby project that involves writing a custom user space NVMe driver, and it _seems_ like the ROCKPRO64 with the optional PCIe to m.2 interface card and a suitable m.2 NVMe SSD would be a great experimentation platform. BUT, I was wondering if there are any traps I should be aware of that would make we want to consider a different device? (I presume the Pine64 adapter card is more likely to work well than a third party adapter card?) 

To be extra clear: it's suitability for experimentation that concerns me most: a computer that I can mess up to an arbitrary degree while my main Linux box remains stable to use for other things ;-). I may eventually play with kernel mode drivers too -- be afraid; be *very* afraid!

Any thoughts about suitability? (Thanks in advance!)
  Reply
#2
(05-08-2019, 06:19 PM)spirom Wrote: I'm about to start a hobby project that involves writing a custom user space NVMe driver, and it _seems_ like the ROCKPRO64 with the optional PCIe to m.2 interface card and a suitable m.2 NVMe SSD would be a great experimentation platform. BUT, I was wondering if there are any traps I should be aware of that would make we want to consider a different device? (I presume the Pine64 adapter card is more likely to work well than a third party adapter card?) 

To be extra clear: it's suitability for experimentation that concerns me most: a computer that I can mess up to an arbitrary degree while my main Linux box remains stable to use for other things ;-). I may eventually play with kernel mode drivers too -- be afraid; be *very* afraid!

Any thoughts about suitability? (Thanks in advance!)

My takes should be suitable. If you runs into issue or question, the best place to explore is ROCK64 IRC chat (http://pine64.xyz, then /join #rock64)
  Reply
#3
One thing I would say is that there is a problem with the current kernel releases that has made my cluster completely useless for the 6b months I have had it because the current nvme driver in ayfuns kernel release (I've been using the armbian build) hangs the desktop completely. There is a post somewhere in this forum that suggests the issue is with the pulse audio drivers in the desktop.

see here for my saga trying to get nvme working in a desktop release;

https://forum.armbian.com/topic/10036-si...-crashing/

The post somewhere on this forum is quoted belolw;

"Currently working on the issue. It seems - as odd is its sounds - that the problem is somehow linked to pulseaudio. If you uninstall pulseaudio, and use alsa instead, the issue will just vanish. We have tried blacklisting PCIe for pulse in udev, and it prevents the issue from happening, but it also returns a segmentation error (SATA card / other adapter not accessible). Its very very strange".

So if you plan on developing a driver be wary if you enable the desktop
  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  Mainline U-Boot with SPI, NVMe and SATA boot support sigmaris 29 3,275 05-21-2020, 08:59 AM
Last Post: pgwipeout
  RockPro64 Power input m.ekstrom 0 44 05-19-2020, 03:28 AM
Last Post: m.ekstrom
  RockPro64 intermittent freezing Servingworlds 1 82 04-26-2020, 02:21 PM
Last Post: mabs
  No /dev/gpiochip[n] on RockPro64. Faradn 6 244 04-21-2020, 08:03 AM
Last Post: Faradn
  Performance and Power Demand RockPro64 fotastisch 5 455 02-11-2020, 10:48 AM
Last Post: bavay
  Rockpro64 Case WIP xbcsmith 0 229 01-26-2020, 05:05 PM
Last Post: xbcsmith
  Rockpro64 Case WIP xbcsmith 0 131 01-26-2020, 05:02 PM
Last Post: xbcsmith
  RockPro64 & Roshambo Case Gouki 2 397 01-26-2020, 12:57 AM
Last Post: EagleFlyFree
  rockpro64 support in the rockchip uboot dedoz 0 206 01-13-2020, 01:51 PM
Last Post: dedoz
  RockPro64 Official uboot download dedoz 1 249 01-11-2020, 09:53 PM
Last Post: tophneal

Forum Jump:


Users browsing this thread: 1 Guest(s)