Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[SC64][BUG] Cannot upload to subfolder on SD card #101

Open
2 of 8 tasks
MartinMajewski opened this issue Jan 6, 2025 · 2 comments
Open
2 of 8 tasks

[SC64][BUG] Cannot upload to subfolder on SD card #101

MartinMajewski opened this issue Jan 6, 2025 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@MartinMajewski
Copy link

MartinMajewski commented Jan 6, 2025

Is your issue really a bug?

  • I understand the difference between flashcart firmware, N64FlashcartMenu and sc64deployer PC app.
  • I found a bug in FPGA HDL (/fw/rtl)
  • I found a bug in MCU app (/sw/controller)
  • I found a bug in N64 bootloader (/sw/bootloader)
  • I found a bug in PC app (/sw/deployer)
  • I found a bug in initial programming script (/sw/tools/primer.py)
  • I found an error in documentation (/docs)
  • I found an issue elsewhere

Firmware version

v2.20.2

Describe the bug

I can upload files to the root directory but not to any subfolders. My roms are in /roms, and my homebrew stuff is in /dev.

I'm working on a Mac with MacOS 15.2 (24C101), and the sc64deployer works fine except for the upload functionality.
I formatted the SD card with extFS first, but after running the SD card in Summercart64 once, I had permission issues with the subfolders on my Mac. Then, I formatted it with Fat32 (which has no advanced permissions structure), but I got the same error (see the logs section) during the upload.

Moreover, I created the roms folder on my Mac and the dev folder with the deployer app; however, the same behavior was observed.

Output logs from sc64deployer info

➜  projects git:(dev) sc64deployer sd upload hello.z64 /dev 
FatFs error: Access denied due to prohibited access or directory full
@MartinMajewski MartinMajewski added the bug Something isn't working label Jan 6, 2025
@ReddestDream
Copy link

ReddestDream commented Jan 15, 2025

sc64deployer sd upload hello.z64 /dev

Instead try:

sc64deployer sd upload hello.z64 /dev/hello.z64

This has worked for me on my Mac to upload files to a particular directory. Hope this helps. Thanks!

Note: I'm not sure if this will work correctly if there's already a file with the same name in that directory. I've always removed files (rm) before uploading like a new version with the same name.

Note 2: I'm also using FAT32. I formatted the SD card and created the original directory structure originally on my Mac.

Note 3: Also note that it is possible to upload files from a directory that is not the working directory as long as you follow normal *nix commandline rules, escaping spaces and/or using quotation marks, etc.

Example:

sc64deployer sd upload /Users/bob/Desktop/hello.z64 /dev/hello.z64

@Polprzewodnikowy
Copy link
Owner

@MartinMajewski The issue is with very basic implementation of the upload/download commands in the sc64deployer. Currently these command require you to specify the complete destination path with file name. When you type sc64deployer sd upload hello.z64 /dev, the program tries to create the file /dev on the SD card. Problem is that this is an existing directory and FatFs correctly refuses to overwrite directory entry with a file.

Leaving this issue open as these commands need to be improved to behave more like cp commands in UNIX systems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants