Fiio M3k

[speachy]

Found the file where I need to add#define HAVE_TOUCHPAD to enable this, but I don't have time tonight to do it, test it, and then submit the pull request but I will try and do it in the morning if everything works out

It's more complicated than adding HAVE_TOUCHPAD.  But this should do the trick:

https://gerrit.rockbox.org/r/c/rockbox/+/3270

[heyspencerb]

Awesome! I'll pull it and test it! And ZoRG172, once its merged in the new .rockbox file should be here:  https://build.rockbox.org/data/rockbox-fiiom3klinux.zip, use it in place of the one I provided but follow the same steps as before.

Edit:
Corrected the link because I have no idea what I'm talking about

[speachy]

Awesome! I'll pull it and test it! And ZoRG172, once its merged in the new .rockbox file should be here: https://build.rockbox.org/data/rockbox-fiiom3k.zip, use it in place of the one I provided but follow the same steps as before.

No, that is the wrong link.  This is the correct one: https://build.rockbox.org/data/rockbox-fiiom3klinux.zip

There are now two M3K ports, neither is really considered usable -- the Linux-based one based on the xvortex code dump (running on top of the extremely buggy FiiO linux platform) and a new native bare-metal port that is where all of the ongoing development effort is focused.  Once the latter is considered usable (it currently lacks such niceties like USB and dual-boot capabilities) the linux-based port will most likely be nuked from orbit.

[heyspencerb]

Does the new bare-metal port use the same config files as the linux one? For instance, I rebased but I still only see fiiom3klinux.h under the config directory and nothing for the new version. Are they going to share these files until the linux one is killed, then the names will be changed? Or am I just missing the bare-metal versions.
I'm mostly wondering if some of the same issues that have been fixed on the linux version (ie.  the scrolling up issues and such) will need to be fixed again on the new version, or if the fixes will be carried over?

[speachy]

Nope, there is nothing shared between those two ports.

(and firmware/export/config/fiiom3k.h landed back into the repo on March 28th -- are you sure you're tracking the master branch?)

[heyspencerb]

I'll double check to make sure, it might explain a lot if I'm not. Side note, when running ./rockboxdev.sh what is the target arch for the bare-metal port? Is it mips or mips-linux? Thanks

Edit:
Found fiiom3k.h in firmware/export/config/, I think my VS code hadn't updated the file list when I pulled.

[heyspencerb]

Figured it out! Followed the install instructions and got the bare-metal version working. But yeah those instructions are definitely not beginner friendly.

This version runs much faster than the other one though, it boots fast and the database build is a lot better and faster. Though the build definitely has some issues to get started on. The slide to scroll seems to only work in some places, and in others you need to tap to scroll, among other things. I'll look through the bug reports and submit a few as I find more issues.

[ZoRG172]

Awesome! I'll pull it and test it! And ZoRG172, once its merged in the new .rockbox file should be here:  https://build.rockbox.org/data/rockbox-fiiom3klinux.zip, use it in place of the one I provided but follow the same steps as before.

Edit:
Corrected the link because I have no idea what I'm talking about

I flashed build from the link, but the menu item did not appear. How do you know or where to track when changes are made?

[heyspencerb]

I flashed build from the link, but the menu item did not appear. How do you know or where to track when changes are made?

if you look at the link he sent, this change hasn't been reviewed yet.
https://gerrit.rockbox.org/r/c/rockbox/+/3270

 Typically simple changes like this get accepted within a day or two. More generally, if you are really interested in what features are coming up you can go to this link and see what other changes have been submitted but not reviewed yet. It should give you an idea of just how often changes happen in the code base, though most of the changes are specific to other platforms and won't effect you.

https://gerrit.rockbox.org/r/q/status:open

[speachy]

if you look at the link he sent, this change hasn't been reviewed yet.
https://gerrit.rockbox.org/r/c/rockbox/+/3270

The reason this isn't committed is that I don't know that it works properly.  That's not something I can determine on my own.

(Basically I don't know if I'm disabling the correct input device when the touchpad is "locked" -- 50/50 chance I got it right.  Assuming the rest of the changes are correct, which isn't a given)

[ZoRG172]

if you look at the link he sent, this change hasn't been reviewed yet.
https://gerrit.rockbox.org/r/c/rockbox/+/3270

The reason this isn't committed is that I don't know that it works properly.  That's not something I can determine on my own.

(Basically I don't know if I'm disabling the correct input device when the touchpad is "locked" -- 50/50 chance I got it right.  Assuming the rest of the changes are correct, which isn't a given)

Send me a test build and I'll check if it works as expected.

[amachronic]

Hello, developer of the new M3K port here. Thought I'd chime in since somebody was enterprising enough to try the new native port already!

heyspencerb, I'm glad to hear you got it running. If you find any bugs -- especially major ones -- please do report them on the tracker, I can use all the help I can get with testing. The issue you described with the scrollbar is a known problem (for me), especially in the plugins -- the keymaps are a mess, some places only accept scrollbar and some places only accept tapping, but for the most part it should be simple to fix.

I'm actively working on streamlining the bootloader install but it will be Linux-only for a bit. Hopefully I should be able to get that done this weekend.

[dconrad]

I tried to follow the m3k native install instructions and managed to not only get my unit to a non-working state, but I can't boot over USB anymore. Any chance of help?

I successfully booted over USB, dumped the bootloader (presumably successfully), patched it (probably unsuccessfully?), booted over USB again, installed it, and now I just get a single keypad blink, and that's all the life it shows.

Attempting to boot over USB now gives the output:

Code: [Select]

# ./usbboot -v -c x1000 -1 ../../build-spl/spl.m3k --wait 1 -2 ../../build/rockbox.bin
Opening USB device a108:1000
Issue SET_DATA_ADDRESS 0xf4001000
Transfer 8632 bytes from host to device
Issue PROGRAM_START1 0xf4001800
Wait 1 seconds
Issue SET_DATA_ADDRESS 0x80004000
Request SET_DATA_ADDRESS failed: -7

If I boot without the SD card in place, I do get the screen to light up and say "No SD card present", so the bootloader is there in some capacity, I think.

If you wouldn't mind helping me out that would be great! I can get on IRC if that's the easiest way.

[Thew]

I tried to follow the m3k native install instructions and managed to not only get my unit to a non-working state, but I can't boot over USB anymore. Any chance of help?

Have you tried over flashing with the original Fiio Firmware? i.e. having the Fiio Firmware on the SD Card and starting up with the “on” key plus “Volume+” key.

[amachronic]

dconrad, the good news is if the bootloader can display "No SD Card", the flash should be okay. If you can send me the original and patched NAND dumps then I can double check them for you.

Apologies that I didn't mention this on the wiki  , but if the machine hangs you need to hold the power button for AT LEAST 15-20 seconds to be sure you've forced a power off. It can still be powered on even if all the lights are off. If the device feels warm then let it cool down for 10-15 minutes before you try USB boot again. That might just fix the problem -- I ran into this a few times during development, but it was quite rare for me.

If "cooling down" doesn't help, you could try another SD card in case Rockbox doesn't like yours. Or assuming your original NAND dump is good, you can pull the SPL out of it and see if the original firmware boots:

Code: [Select]

dd if=boot.dump of=xloader.bin bs=1024 count=12
./usbboot -v -c x1000 -1 xloader.bin

(NB. if you're not using the XVortex build you will have to pull out the USB immediately when the backlight comes on or Fiio's player will just go straight to the charging screen.)

Let me know what happens after trying all of this. I'll be on IRC today, in case you're still having problems we can debug it further.

If you really want to, you can get into the recovery by holding "Volume Up" while booting xloader.bin, but there's a chance it'll make the problem worse. So I wouldn't advise it unless you're desperate.