MTP Responder Contribution

That’s not right. I am not seeing that problem . Try using the sketch I just posted in post 748. Just tested it with the 1G band on qspi with only 1 setting. Which version of the sketch are u using
 
Was running my edited version of your prior post - where edits made it T_4.0 safe disabling any QSPI.

Was copying last posted code as your post came in.

Oh yeah - the prior code failed (No storage) and this now works.

Has some 75 MB of LFSint data and it took the 'AUDIO...PDF' and delete worked no problem.

Restarted and it was gone okay,

Then copied a folder of T_4.1 PJRC files and it ran a bit and FAULTED ( using FrankB HardFault )
Code:
...
CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1b4 : 1 32
DATA:100c(SEND_OBJECT_INFO)l: 182 T:1b4 : 0 3000 5c2cf 3000 0
SendObjectInfo: 1 50 20202040: 0 3000 0 5c2cf 3000 0 0 0 0 0 0 0 0 0 0 : card11a_rev3_web.pdf
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:1b4 : 1 32 34
CMD: 100d(SEND_OBJECT)l: 12 T:1b5
MTPD::SendObject: len:0 Use Yield:0
>>>Total Time: 190857
RESP:2001(RSP:OK)l: 12 T:1b5
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b6 : 34 dc02 (FORMAT)
RESP:2001(RSP:OK)l: 20 T:1b6 : 34 dc02
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b7 : 34 dc01 (STORAGE_ID)
RESP:2001(RSP:OK)l: 20 T:1b7 : 34 dc01
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b8 : 34 dc07 (OBJECT NAME)
RESP:2001(RSP:OK)l: 20 T:1b8 : 34 dc07
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b9 : 34 dc0b (PARENT)
RESP:2001(RSP:OK)l: 20 T:1b9 : 34 dc0b
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1ba : 34 dc41 (PERSISTENT_UID)
RESP:2001(RSP:OK)l: 20 T:1ba : 34 dc41
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bb : 34 dc44 (NAME)
RESP:2001(RSP:OK)l: 20 T:1bb : 34 dc44
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bc : 34 dc03 (PROTECTION)
RESP:2001(RSP:OK)l: 20 T:1bc : 34 dc03
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bd : 34 dc04 (SIZE)
RESP:2001(RSP:OK)l: 20 T:1bd : 34 dc04
CMD: 1008(GET_OBJECT_INFO)l: 16 T:1be : 34
RESP:2001(RSP:OK)l: 16 T:1be : 34
CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1bf : 1 32
DATA:100c(SEND_OBJECT_INFO)l: 182 T:1bf : 0 3000 60c25 3000 0
SendObjectInfo: 1 50 20202040: 0 3000 0 60c25 3000 0 0 0 0 0 0 0 0 0 0 : card11b_rev3_web.pdf
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:1bf : 1 32 35
CMD: 100d(SEND_OBJECT)l: 12 T:1c0
MTPD::SendObject: len:0 Use Yield:0
>>>Total Time: 200283
RESP:2001(RSP:OK)l: 12 T:1c0
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c1 : 35 dc02 (FORMAT)
RESP:2001(RSP:OK)l: 20 T:1c1 : 35 dc02
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c2 : 35 dc01 (STORAGE_ID)
RESP:2001(RSP:OK)l: 20 T:1c2 : 35 dc01
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c3 : 35 dc07 (OBJECT NAME)
RESP:2001(RSP:OK)l: 20 T:1c3 : 35 dc07
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c4 : 35 dc0b (PARENT)
RESP:2001(RSP:OK)l: 20 T:1c4 : 35 dc0b
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c5 : 35 dc41 (PERSISTENT_UID)
RESP:2001(RSP:OK)l: 20 T:1c5 : 35 dc41
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c6 : 35 dc44 (NAME)
RESP:2001(RSP:OK)l: 20 T:1c6 : 35 dc44
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c7 : 35 dc03 (PROTECTION)
RESP:2001(RSP:OK)l: 20 T:1c7 : 35 dc03
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c8 : 35 dc04 (SIZE)
RESP:2001(RSP:OK)l: 20 T:1c8 : 35 dc04
CMD: 1008(GET_OBJECT_INFO)l: 16 T:1c9 : 35
RESP:2001(RSP:OK)l: 16 T:1c9 : 35
CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1ca : 1 32
DATA:100c(SEND_OBJECT_INFO)l: 224 T:1ca : 0 3000 1484bb 3000 0
SendObjectInfo: 1 50 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:1ca : 1 32 36
CMD: 100d(SEND_OBJECT)l: 12 T:1cb
MTPD::SendObject: len:0 Use Yield:0
Hardfault.
Return Address: 0x14BEA
Faulted from exception.
	(DACCVIOL) Data Access Violation
	(MMARVALID) Accessed Address: 0x20959FF

Here is a ZIP of that folder of 8.48MB in precompressed files.
... NOT cannot upload a 6.566KB zip file ...
 
The zip file copied is here : github.com/Defragster/LFSintegrity/blob/PlusNAND/extras/T_4.1.zip

Not sure if this is because the 125 MB has so many other files?

On restart it shows three files copied before it faulted. The two noted above and also AN12253.pdf

Faulted on file "esp-psram64_esp-psram64h_datasheet_en.pdf of size" 1.28 MB

<edit>
Went into that folder and tried to copy just that files and it faulted. Length of Filename?
Code:
D: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bc : 33 dc01 (STORAGE_ID)
RESP:2001(RSP:OK)l: 20 T:1bc : 33 dc01
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bd : 33 dc07 (OBJECT NAME)
RESP:2001(RSP:OK)l: 20 T:1bd : 33 dc07
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1be : 33 dc0b (PARENT)
RESP:2001(RSP:OK)l: 20 T:1be : 33 dc0b
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bf : 33 dc41 (PERSISTENT_UID)
RESP:2001(RSP:OK)l: 20 T:1bf : 33 dc41
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c0 : 33 dc44 (NAME)
RESP:2001(RSP:OK)l: 20 T:1c0 : 33 dc44
CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1c1 : 1 2e
DATA:100c(SEND_OBJECT_INFO)l: 224 T:1c1 : 0 3000 1484bb 3000 0
SendObjectInfo: 1 46 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:1c1 : 1 2e 36
CMD: 100d(SEND_OBJECT)l: 12 T:1c2
MTPD::SendObject: len:0 Use Yield:0
[B]MTP_test[/B]
Device ID: 0xEFAA21
attempting to mount existing media
sd_addFilesystem: 0 200035a0 WINBOND1G 0
Storage 0 WINBOND1G 131596288 81788928

Setup done
CMD: 1002(OPEN_SESSION)l: 16 T:0 : 1
RESP:2001(RSP:OK)l: 16 T:0 : 1
CMD: 1001(GET_DEVICE_INFO)l: 12 T:1
RESP:2001(RSP:OK)l: 12 T:1
CMD: 1014(GET_DEVICE_PROP_DESC)l: 16 T:2 : d402
RESP:2001(RSP:OK)l: 16 T:2 : d402

<edit2>
It restarted - but not showing FAULT data in above SerMon output?

<edit3>
This T_4.1 has only 1Gb NAND - no PSRAM
 
Problem is 42 char filename.

Works when renamed to : esp-psram64_datasheet_en.pdf

Not sure why was saved with redundant naming in : esp-psram64_esp-psram64h_datasheet_en.pdf
 
@defragster

Ok you made me look - just saw your edits though. PSRAM not needed since for the NAND Large Mem buffer is set to false.

Problem looks like is the length of the filename for the PSRAM datasheet. Without changing the name I am seeing the same thing your are. If I shorten the filename I can transfer the whole directory with an issue:
Capture.PNG

Give is a try just shorten the name.


EDIT: Looks like we cross posted
 
I suppose since you included a picture we can call that cross posting :)

Indeed it was the length of the filename.

Windows WARNS when filenames are too long I've seen - not sure if it truncates or skips those files ... seems they get skipped?

Anyhow the code shouldn't get caught short like that - FrankB mentioned snprintf() ...

So with T4_PowerButton.h I got one logged fault - and then second attempt for just that file restarted as shown but no HardFault noted.

<edit> Undid the rename and repeated the copy

Got restart and logged fault:
Code:
SendObjectInfo: 1 46 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:268 : 1 2e 44
CMD: 100d(SEND_OBJECT)l: 12 T:269
MTPD::SendObject: len:0 Use Yield:0
Hardfault.
Return Address: 0x14BEA
Faulted from exception.
	(DACCVIOL) Data Access Violation
	(MMARVALID) Accessed Address: 0x541C084
MTP_test
Device ID: 0xEFAA21
attempting to mount existing media
sd_addFilesystem: 0 200035a0 WINBOND1G 0
Storage 0 WINBOND1G 131596288 93192192

Setup done
 
Odd - created empty TEXT DOC named :: esp-psram64_esp-psram64h_datasheet_en.txt

where these two names have the same length:
Code:
esp-psram64_esp-psram64h_datasheet_en.pdf
esp-psram64_esp-psram64h_datasheet_en.txt

But copy of that .txt to ROOT or each of the folders 'T_4.1' and the one renames to 'xT_4.1' WORKS! As it does navigating "WINBOND1G" into the folder and copying the empty text file?

Just extended the size of the "txt" file from empty to 6KB was okay - but duplicating that to 60KB or 84KB and the Teensy does a restart!

So it is some combo of Filename and File size/content(size)?


And both times - no recorded HardFault - but there was a restart:
Code:
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:218 : 34 dc41 (PERSISTENT_UID)
RESP:2001(RSP:OK)l: 20 T:218 : 34 dc41
CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:219 : 34 dc44 (NAME)
RESP:2001(RSP:OK)l: 20 T:219 : 34 dc44
CMD: 100c(SEND_OBJECT_INFO)l: 20 T:21a : 1 2e
DATA:100c(SEND_OBJECT_INFO)l: 224 T:21a : 0 3000 f000 3000 0
SendObjectInfo: 1 46 20202040: 0 3000 0 f000 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.txt
sd_getReadOnYieldWrites store:0 count:1 0
RESP:2001(RSP:OK)l: 24 T:21a : 1 2e 40
CMD: 100d(SEND_OBJECT)l: 12 T:21b
MTPD::SendObject: len:0 Use Yield:0
[B][U]MTP_test[/U][/B]
Device ID: 0xEFAA21
attempting to mount existing media
sd_addFilesystem: 0 200035a0 WINBOND1G 0
Storage 0 WINBOND1G 131596288 93192192

Setup done
CMD: 1002(OPEN_SESSION)l: 16 T:0 : 1
RESP:2001(RSP:OK)l: 16 T:0 : 1
CMD: 1001(GET_DEVICE_INFO)l: 12 T:1
RESP:2001(RSP:OK)l: 12 T:1
CMD: 1014(GET_DEVICE_PROP_DESC)l: 16 T:2 : d402
RESP:2001(RSP:OK)l: 16 T:2 : d402

@FrankB - T4_PowerButton.h is catching the fault it seems and Failing to print? I'll up the WAIT on serial and see - maybe the Fault exit restart might need even more time.
 
@ALL - note after doing the repro for the following a few times - the WINBOND1G shows 36.6 MB free of 125 MB as expected, but opening the media device - 'This folder is empty'
> After failing harmlessly a few times and all content files and folders looked okay it went BLANK
Then returning to LFSintegrity.ino I see this and the disk is not usable - the first time I've seen this.
Code:
T:\arduino-1.8.13_t54\hardware\teensy\avr\libraries\LittleFS\examples\LFSintegrity\LFSintegrity.ino Feb  9 2021 22:41:47
[B]LittleFS Test : File Integrity
[COLOR="#FF0000"]Error starting SPI_DISK[/COLOR]
[/B][  0.01 M](0.00815 M elap) Awaiting input 0123456789RdcghkFqvplmusSBbyYxfan+-? loops left 0 >
printDirectory SPI_DISK
--------------
[B]	>>>	>>>>> No Dir
 Total 0 files of Size 0 Bytes
Bytes Used: 0, Bytes Total:0[/B]

At this point I cannot do a 'q' or an "F" to Quick or LLformat the media - 1Gb NAND QSPI flash???

The DISK won't 'start' with begin and even in setup it won't take a :: myfs.lowLevelFormat('x');
So I need to get a sketch to WIPE the flash to use this T_4.1 1Gb QSPI NAND ever again :(
> do we have a stand alone NAND format sketch?

@FrankB - do you have a thread for T4_PowerButton.h?
This case is causing a restart but I can't 'see' it?
I moved while to 15 secs and nothing. So added ToggleBlink?
Code:
#if (HARDFAULTSOUT==Serial)
  pinMode( 13, OUTPUT);
  while(!Serial && millis() < 15000){
    digitalToggleFast( 13 );
    delay(100);
  }
#endif
It isn'[t getting there it seems.

So I went to - and again not seeing any LED 13 lighting?:
Code:
  FASTRUN __attribute__((used, noreturn, optimize("O0"))) static
  void my_fault_handler_c(ContextStateFrame *frame) {
  pinMode( 13, OUTPUT);
digitalWriteFast(13, HIGH);
    //Read these both first:
    sRegInfo.mmar = (*((volatile uint32_t *)(0xE000ED34)));     // MemManage Fault Address Register

...

    arm_dcache_flush((void*)&sRegInfo, sizeof(RegInfo));

  int ii=25;
  while(ii>0){
    digitalToggleFast( 13 );
    delay(100);
    ii--;
  }

So is this 'Code Problem' causing a restart outside of a normal fault path?

The TXT file content left from LFSIntegrity it is just "aaaaaaaaaaaaAAAAAAAAAAAAA" repeated for a total of the 60 KB file.
 
Last edited:
Good Morning all :)

Don't know.
There must be an other reason for the reset?!?

As long the "marker" is written and readable after reset it will print.
Can you add the blink to the Hardfault ISR? It should blink then. If not, the reason for the reset is not a hardfault.

Or, is there something going on with DMA that overwrites the marker, perhaps?
What do I need to reproduce this?
 
Tim, you are using the powerbutton lib, right?
Can you try my cores branch "hardfaults" instead? There are a few things different. It is on github.
 
I'm using : github.com/FrankBoesing/T4_PowerButton

I just found : FrankBoesing/cores/hardfaults/teensy4/Hardfaults.cpp

Will give it a try

EXCEPT: Only repro so far was on this 1Mb QSPI NAND that is 'OFFLINE' not usable right now.

It was simple - 125MB flash had 85MB(?) of LFSintegrity stuff.

Copied file with LONG name of : esp-psram64_esp-psram64h_datasheet_en.txt

And filled it with 60KB of : "aaaaaaaaaaaaAAAAAAAAAAAAA"...

When the file was 6KB or less it had no trouble.

Will look at usage of HardFaults.cpp ... then try repro on another media ...

Need to see about RAW FORMAT of the 1Gb NAND Flash to see if it can be recovered. Maybe I can HACK LFS .begin to force LLformat ...

>> Sorry for the delay - just swapped my internet ISP and saw my Router had a HOTFIX firmware update for the update I put on 5 weeks back.
 
You'll need the startup.c, too.

Let's not pollute this thread ;)

First question to you p#758 : is there a thread for this?

As for LFS - In LittleFS_QPINAND::begin() there are prints - they are not showing???
> Are they hacked out by a macro somehow I don't find?
This never shows : Serial.println("QSPI flash begin");

Have unpowered T_4.1 - rest of code works - but QSPI NAND won't mount. Just did 15s Restore ... no help.
Code:
T:\arduino-1.8.13_t54\hardware\teensy\avr\libraries\LittleFS\examples\LFSintegrity\LFSintegrity.ino Feb 10 2021 00:40:57
LittleFS Test : File Integrity
Error starting QSPI_DISK
[  0.01 M](0.00847 M elap) Awaiting input 0123456789RdcghkFqvplmusSBbyYxfan+-? loops left 0 >
Serial online before being to show those prints - but nothing from the .begin()???

Note error above it was trying SPI ... opps.

Double opps - #define TEST_QSPI_NAND :: it seems fine now? - back to mtp-test ...
 
LFSIntegrity sees it ??? - but MTP is projecting EMPTY DISK

It seems the ROOT got the bad file started with LONG name and it now

Here is what LFSint shows doing DirPrint:
Code:
...
	FILE	Z_file.txt		13824

 0 dirs with 18 files of Size 172544 Bytes
FILE	A_file.txt		6144
FILE	B_file.txt		3072
FILE	C_file.txt		2048
FILE	D_file.txt		5120
FILE	E_file.txt		3072
FILE	F_file.txt		3584
FILE	G_file.txt		4096
FILE	H_file.txt		4608
FILE	M_file.txt		7168
FILE	P_file.txt		8704
FILE	Q_file.txt		9216
FILE	R_file.txt		9728
FILE	S_file.txt		10240
DIR	T_4.1 / 
	FILE	AN12253.pdf		929397
	FILE	NXP_i2c_UM10204.pdf		1395785
	FILE	Routed_A.jpg		212439
	FILE	Routed_B.jpg		194564
	FILE	T_4.1_KurtE.jpg		295968
	FILE	W25N02aKV_Datasheet_20201022_C.pdf		1665621
	FILE	card11a_rev3_web.pdf		377551
	FILE	card11b_rev3_web.pdf		396325
	FILE	esp-psram64_datasheet_en.pdf		1344699
	FILE	schematic41.png		72649
	FILE	teensy41_card.png		320054
	FILE	w25m02gw revd 012219.pdf		1673403

 0 dirs with 12 files of Size 8878455 Bytes
FILE	T_file.txt		10752
FILE	U_file.txt		11264
FILE	V_file.txt		11776
FILE	mtpindex.dat		0
DIR	xT_4.1 / 
	FILE	AN12253.pdf		929397
	FILE	card11a_rev3_web.pdf		377551
	FILE	card11b_rev3_web.pdf		396325
	FILE	esp-psram64_datasheet_en.pdf		1344699

 0 dirs with 4 files of Size 3047972 Bytes

 34 dirs with 17 files of Size 110592 Bytes
 Total 558 files of Size 16600987 Bytes
Bytes Used: 93192192, Bytes Total:131596288

Did a 'q' and with right 'myfs' of QSPI_NAND - it is working ... opps for the noise .... but mtp-test was busted ...

It starts now with 'q' done. Now to HardFault detect ...
 
No.. there is no thread so far. We can use mail - or just open a new thread.. :)
The t4_powerbutton" is the older version, so we should better talk about the "hardfaults" branch.
 
Should have just removed the //#include <T4_PowerButton.h>
> Still restarts so it is not triggering hard fault reset for the restart when file copy was requested.

The MTP code hates this file (at least when copied to QSPI NAND 1 Gb :: View attachment esp-psram64_esp-psram64h_datasheet_en.txt
>> 60KB named : "esp-psram64_esp-psram64h_datasheet_en.txt"

ALSO Parse Error ... error on DIR parse:
>> the media got in a weird way - perhaps that 'LONG" name was written and not acceptable,
>> LFSIntegrity code worked - though may have 'skipped bad file' if there
-> it told WINDOWS of the Disk used size
-> BUT could not display the dir structure and pass it to Windows when explorer opened the Media

@Frank : I did get startup.c and hardfaults.cpp and added output > LED(HIGH) in _hardfaults_init() and the Teensy starts with LED ON. So the code is included now.
>> Maybe too early to start a thread since it isn't included - will copy edited Hardffaults.cpp as used in email to confirm good edits

_> Will try same trick file on other media - but time for Zzzz's here ...
 
Should have just removed the //#include <T4_PowerButton.h>
> Still restarts so it is not triggering hard fault reset for the restart when file copy was requested.

The MTP code hates this file (at least when copied to QSPI NAND 1 Gb :: View attachment 23658
>> 60KB named : "esp-psram64_esp-psram64h_datasheet_en.txt"

ALSO Parse Error ... error on DIR parse:
>> the media got in a weird way - perhaps that 'LONG" name was written and not acceptable,
>> LFSIntegrity code worked - though may have 'skipped bad file' if there
-> it told WINDOWS of the Disk used size
-> BUT could not display the dir structure and pass it to Windows when explorer opened the Media

@Frank : I did get startup.c and hardfaults.cpp and added output > LED(HIGH) in _hardfaults_init() and the Teensy starts with LED ON. So the code is included now.
>> Maybe too early to start a thread since it isn't included - will copy edited Hardffaults.cpp as used in email to confirm good edits

_> Will try same trick file on other media - but time for Zzzz's here ...

WOW. Not sure what you did - have never run across that problem before even when developing the original libraries and I kind of abused the heck out of it.

Suggestion. Run the littlefs_teensy_test1a sketch but add myfs.lowLevelFormat('.'); right after the myfs.begin(). the lowleveformat never failed me - it uses the chips internal block erase to get the whole chip.

EDIT:
1. You could always use the standalone library so it gets it out of the LitteFS library to do the chip erase as well if that doesn't work.
2. RE: FileName:
Of 2 minds on this one - (1) Just skip the file and print a warning that file was skipped because name was too long or (2) just truncate it. Think I would probably go with the first as I have seen windows do this.

EDIT2:
Just copied your .txt file to the NAND. It immediately shut down the Teensy. Restarted with no problems and the .txt file did not transfer. But I didn't get any of the bad side affects that you are seeing. However maybe it was because I didn't have anything else on the NAND.
 
Last edited:
Morning all,

Sorry I slept in, it is now a little after 5 ;)

Circular buffer - It has been awhile since I looked at his library stuff... My large buffer code is doing a circular buffer, like the hardware serial code in cores... It works with two buffers if you specify a secondary buffer, and it reads each block of 512 bytes into it, taking into account that the two parts are not contiguous parts and since the first set of data is not a full record it also handles that reads may span going between the two parts of circular buffer including the wrap back to the beginning. With the writes out of it, the buffer size is a multiple of the write size, so it can output full writes from one of the two parts of the buffer...

Overwrite memory with file names... Again I might try to take a pass through to catch some of them. I thought some of this was done before, but..

Linux (Ubuntu) - I installed latest beta on Ubuntu x86 (64 bit), I downloaded my github and set the correct branch and built: MTP with SEREMU ...

Did not appear like the Serial Monitor window wanted to display anything... Will take more of a look

But first COFFEE
 
Linux (Ubuntu) - I installed latest beta on Ubuntu x86 (64 bit), I downloaded my github and set the correct branch and built: MTP with SEREMU ...

Did not appear like the Serial Monitor window wanted to display anything... Will take more of a look

But first COFFEE

Gooood Moooorning!

Have not tried that :) I have lubutu in a VM and simply assigned the usb connection to it, in VirtualBox. I experimented with the MTP only - no serial.

But I tried now to copy a large file (with windows) - 800MB - to SD. That failed. Windows does not show the "sdio" anymore.
Then, I restarted the Teensy. The large file has now 0 Bytes.
 
Will take more of a look today and first verify that the beta Serial monitor is working at all with SEREMU...

My old dev machine has Ubuntu 20.04.2 LTS on it. Gnome version 3.3336.8

I have gone through the: Sudo apt-get update ... upgrade ... autoremove
So I think most everything is up to date.
 
Note I am running a T4.1 with SDCard, maybe two (one SPI) not sure which other disks it found... Need to look at bottom of the T.... (In breadboard).
Built mtp-test sketch on the machine, using latest beta release plus my version of MTP library...

Again on Ubuntu...

A few interesting things:
a) in both the browser and the files app, it shows 5 disks all with the name Teensy MTP Disk. I am not sure it shows anywhere the storage name... Probably in most usage cases it would not matter as you may only have one...

b) Arduino shows the Teensy as the device /dev/hidraw3 and bottom of Arduino window shows (Teensy 4.1 on usb1/1-1/1-1.4/1-1.4.1 and the Arduino IDE (Teensy app) fails to upload to it in the IDE... It does program it when I press the program button.

c) The Serial Monitor shows that the teenys is offline.
Screenshot from 2021-02-10 06-44-44.jpg

May try a more simple sketch to see what is going on... Like does usb type of serial work?
 
Try "dmesg" (on a command-prompt (shell)) after programming or reconnecting the teensy. Does it show errors?
 
Try "dmesg" (on a command-prompt (shell)) after programming or reconnecting the teensy. Does it show errors?

Code:
12851.340973] usb 1-1.4.1: USB disconnect, device number 11
[12851.685056] usb 1-1.4.1: new high-speed USB device number 12 using ehci-pci
[12851.793699] usb 1-1.4.1: New USB device found, idVendor=16c0, idProduct=0478, bcdDevice= 1.05
[12851.793701] usb 1-1.4.1: New USB device strings: Mfr=0, Product=0, SerialNumber=1
[12851.793702] usb 1-1.4.1: SerialNumber: 000D1E60
[12851.794730] hid-generic 0003:16C0:0478.000B: hidraw3: USB HID v1.11 Device [HID 16c0:0478] on usb-0000:00:1a.0-1.4.1/input0
[12853.388827] usb 1-1.4.1: USB disconnect, device number 12
[12853.873073] usb 1-1.4.1: new high-speed USB device number 13 using ehci-pci
[12853.981901] usb 1-1.4.1: New USB device found, idVendor=16c0, idProduct=04d1, bcdDevice= 2.80
[12853.981903] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[12853.981904] usb 1-1.4.1: Product: Teensy MTP Disk
[12853.981905] usb 1-1.4.1: Manufacturer: Teensyduino
[12853.981905] usb 1-1.4.1: SerialNumber: 8597440
[12853.982954] hid-generic 0003:16C0:04D1.000C: hidraw3: USB HID v1.11 Device [Teensyduino Teensy MTP Disk] on usb-0000:00:1a.0-1.4.1/input1
kurt@kurt-XPS-8300:~/github/MTP_t4$
Note I hit the program button. In case it is interesting to Paul, I closed Teensy app, tried a program again, here is the verbose:
Code:
08:35:01.670 (post_compile 1): Begin, version=1.54-beta6
08:35:01.788 (loader): Teensy Loader 1.54-beta6, begin program
08:35:01.831 (loader): File "mtp-test.ino.hex". 141428 bytes, 2% used
08:35:01.832 (loader): Listening for remote control on port 3149
08:35:01.832 (loader): initialized, showing main window
08:35:01.871 (loader): remote connection 9 opened
08:35:01.871 (post_compile 1): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)
08:35:01.871 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)"
08:35:01.871 (loader): remote cmd from 9: "status"
08:35:01.932 (post_compile 1): Status: 1, 0, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:01.932 (post_compile 1): Sending command: auto:on
08:35:01.933 (loader): remote cmd from 9: "auto:on"
08:35:01.933 (post_compile 1): Disconnect
08:35:01.944 (loader): remote connection 9 closed
08:35:01.950 (post_compile 2): Begin, version=1.54-beta6
08:35:01.950 (loader): remote connection 9 opened
08:35:01.950 (post_compile 2): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)
08:35:01.950 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)"
08:35:01.951 (loader): remote cmd from 9: "status"
08:35:02.020 (post_compile 2): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.020 (post_compile 2): Disconnect
08:35:02.030 (post_compile 3): Running teensy_reboot: /home/kurt/Desktop/arduino-1.8.13/hardware/teensy/../tools/teensy_reboot
08:35:02.030 (loader): remote connection 9 closed
08:35:02.030 (loader): remote connection 9 opened
08:35:02.030 (loader): remote connection 9 closed
08:35:02.031 (reboot 4): Begin, version=1.54-beta6
08:35:02.031 (reboot 4): location = /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.031 (reboot 4): portlabel = /dev/hidraw3 MTPDisk
08:35:02.031 (reboot 4): Only location /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 will be tried
08:35:02.031 (reboot 4): portprotocol = Teensy
08:35:02.046 (loader): remote connection 9 opened
08:35:02.049 (reboot 4): add device: subsys=usb, type=usb_device, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.049 (reboot 4):   devnode=/dev/bus/usb/001/013, subsystem=usb, ifacenum=-1
08:35:02.049 (reboot 4): add child:  subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.0
08:35:02.049 (reboot 4):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.049 (reboot 4):   model=37 (Teensy 4.1)
08:35:02.049 (reboot 4): add child:  subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1
08:35:02.049 (reboot 4):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.049 (reboot 4): add child:  subsys=hid, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C
08:35:02.049 (reboot 4):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.049 (reboot 4): add child:  subsys=hidraw, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C/hidraw/hidraw3
08:35:02.049 (reboot 4):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:02.049 (reboot 4):   devnode=/dev/hidraw3, subsystem=hidraw, ifacenum=1
08:35:02.060 (reboot 4): found Teensy Loader, version 1.54
08:35:02.060 (reboot 4): Sending command: show:arduino_attempt_reboot
08:35:02.143 (loader): remote cmd from 9: "show:arduino_attempt_reboot"
08:35:02.143 (loader): got request to show arduino rebooting message
08:35:02.146 (reboot 4): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_reboot)
08:35:02.146 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_reboot)"
08:35:02.146 (loader): remote cmd from 9: "status"
08:35:02.201 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.201 (reboot 4): hid_send_feature, opened /dev/hidraw3
08:35:02.201 (reboot 4): error sending reboot command to /dev/hidraw3
08:35:02.201 (loader): remote cmd from 9: "status"
08:35:02.257 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.257 (reboot 4): status read, retry 0
08:35:02.393 (loader): remote cmd from 9: "status"
08:35:02.445 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.445 (reboot 4): status read, retry 1
08:35:02.546 (loader): remote cmd from 9: "status"
08:35:02.607 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.607 (reboot 4): status read, retry 2
08:35:02.707 (loader): remote cmd from 9: "status"
08:35:02.767 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.767 (reboot 4): status read, retry 3
08:35:02.917 (loader): remote cmd from 9: "status"
08:35:02.971 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:02.971 (reboot 4): status read, retry 4
08:35:03.071 (loader): remote cmd from 9: "status"
08:35:03.131 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:03.131 (reboot 4): status read, retry 5
08:35:03.232 (loader): remote cmd from 9: "status"
08:35:03.291 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:03.291 (reboot 4): status read, retry 6
08:35:03.441 (loader): remote cmd from 9: "status"
08:35:03.494 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:03.494 (reboot 4): status read, retry 7
08:35:03.594 (loader): remote cmd from 9: "status"
08:35:03.656 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:03.656 (reboot 4): status read, retry 8
08:35:03.756 (loader): remote cmd from 9: "status"
08:35:03.815 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:03.815 (reboot 4): status read, retry 9
08:35:03.968 (loader): remote cmd from 9: "status"
08:35:04.020 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.020 (reboot 4): status read, retry 10
08:35:04.120 (loader): remote cmd from 9: "status"
08:35:04.180 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.180 (reboot 4): status read, retry 11
08:35:04.280 (loader): remote cmd from 9: "status"
08:35:04.340 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.340 (reboot 4): status read, retry 12
08:35:04.490 (loader): remote cmd from 9: "status"
08:35:04.544 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.544 (reboot 4): status read, retry 13
08:35:04.644 (loader): remote cmd from 9: "status"
08:35:04.704 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.704 (reboot 4): status read, retry 14
08:35:04.804 (loader): remote cmd from 9: "status"
08:35:04.864 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:04.864 (reboot 4): status read, retry 15
08:35:05.013 (loader): remote cmd from 9: "status"
08:35:05.065 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.065 (reboot 4): status read, retry 16
08:35:05.166 (loader): remote cmd from 9: "status"
08:35:05.227 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.227 (reboot 4): status read, retry 17
08:35:05.327 (loader): remote cmd from 9: "status"
08:35:05.387 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.387 (reboot 4): status read, retry 18
08:35:05.537 (loader): remote cmd from 9: "status"
08:35:05.591 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.591 (reboot 4): status read, retry 19
08:35:05.691 (loader): remote cmd from 9: "status"
08:35:05.752 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.752 (reboot 4): status read, retry 20
08:35:05.852 (loader): remote cmd from 9: "status"
08:35:05.912 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:05.912 (reboot 4): status read, retry 21
08:35:06.061 (loader): remote cmd from 9: "status"
08:35:06.113 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.113 (reboot 4): status read, retry 22
08:35:06.214 (loader): remote cmd from 9: "status"
08:35:06.275 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.275 (reboot 4): status read, retry 23
08:35:06.375 (loader): remote cmd from 9: "status"
08:35:06.436 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.436 (reboot 4): status read, retry 24
08:35:06.584 (loader): remote cmd from 9: "status"
08:35:06.637 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.637 (reboot 4): status read, retry 25
08:35:06.738 (loader): remote cmd from 9: "status"
08:35:06.799 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.799 (reboot 4): status read, retry 26
08:35:06.899 (loader): remote cmd from 9: "status"
08:35:06.960 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:06.960 (reboot 4): status read, retry 27
08:35:07.109 (loader): remote cmd from 9: "status"
08:35:07.162 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:07.162 (reboot 4): status read, retry 28
08:35:07.262 (loader): remote cmd from 9: "status"
08:35:07.330 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:07.330 (reboot 4): status read, retry 29
08:35:07.430 (loader): remote cmd from 9: "status"
08:35:07.490 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:07.490 (reboot 4): status read, retry 30
08:35:07.640 (loader): remote cmd from 9: "status"
08:35:07.692 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:07.692 (reboot 4): status read, retry 31
08:35:07.793 (loader): remote cmd from 9: "status"
08:35:07.855 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:07.855 (reboot 4): status read, retry 32
08:35:07.955 (loader): remote cmd from 9: "status"
08:35:08.016 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.016 (reboot 4): status read, retry 33
08:35:08.165 (loader): remote cmd from 9: "status"
08:35:08.218 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.218 (reboot 4): status read, retry 34
08:35:08.318 (loader): remote cmd from 9: "status"
08:35:08.380 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.380 (reboot 4): status read, retry 35
08:35:08.480 (loader): remote cmd from 9: "status"
08:35:08.542 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.542 (reboot 4): status read, retry 36
08:35:08.694 (loader): remote cmd from 9: "status"
08:35:08.751 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.751 (reboot 4): status read, retry 37
08:35:08.852 (loader): remote cmd from 9: "status"
08:35:08.912 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:08.912 (reboot 4): status read, retry 38
08:35:09.012 (loader): remote cmd from 9: "status"
08:35:09.074 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.074 (reboot 4): status read, retry 39
08:35:09.223 (loader): remote cmd from 9: "status"
08:35:09.279 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.279 (reboot 4): status read, retry 40
08:35:09.379 (loader): remote cmd from 9: "status"
08:35:09.441 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.441 (reboot 4): status read, retry 41
08:35:09.541 (loader): remote cmd from 9: "status"
08:35:09.603 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.603 (reboot 4): status read, retry 42
08:35:09.753 (loader): remote cmd from 9: "status"
08:35:09.807 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.807 (reboot 4): status read, retry 43
08:35:09.907 (loader): remote cmd from 9: "status"
08:35:09.970 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:09.970 (reboot 4): status read, retry 44
08:35:10.070 (loader): remote cmd from 9: "status"
08:35:10.132 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:10.132 (reboot 4): status read, retry 45
08:35:10.281 (loader): remote cmd from 9: "status"
08:35:10.335 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:10.335 (reboot 4): status read, retry 46
08:35:10.435 (loader): remote cmd from 9: "status"
08:35:10.495 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:10.495 (reboot 4): status read, retry 47
08:35:10.596 (loader): remote cmd from 9: "status"
08:35:10.655 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:10.655 (reboot 4): status read, retry 48
08:35:10.809 (loader): remote cmd from 9: "status"
08:35:10.863 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:10.863 (reboot 4): status read, retry 49
08:35:10.964 (loader): remote cmd from 9: "status"
08:35:11.024 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.024 (reboot 4): status read, retry 50
08:35:11.124 (loader): remote cmd from 9: "status"
08:35:11.185 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.185 (reboot 4): status read, retry 51
08:35:11.337 (loader): remote cmd from 9: "status"
08:35:11.392 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.392 (reboot 4): status read, retry 52
08:35:11.492 (loader): remote cmd from 9: "status"
08:35:11.553 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.553 (reboot 4): status read, retry 53
08:35:11.653 (loader): remote cmd from 9: "status"
08:35:11.717 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.717 (reboot 4): status read, retry 54
08:35:11.865 (loader): remote cmd from 9: "status"
08:35:11.918 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:11.918 (reboot 4): status read, retry 55
08:35:12.018 (loader): remote cmd from 9: "status"
08:35:12.080 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.080 (reboot 4): status read, retry 56
08:35:12.180 (loader): remote cmd from 9: "status"
08:35:12.240 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.240 (reboot 4): status read, retry 57
08:35:12.391 (loader): remote cmd from 9: "status"
08:35:12.445 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.445 (reboot 4): status read, retry 58
08:35:12.545 (loader): remote cmd from 9: "status"
08:35:12.608 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.608 (reboot 4): status read, retry 59
08:35:12.708 (loader): remote cmd from 9: "status"
08:35:12.769 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.769 (reboot 4): status read, retry 60
08:35:12.921 (loader): remote cmd from 9: "status"
08:35:12.975 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex
08:35:12.975 (reboot 4): status read, retry 61
08:35:13.075 (reboot 4): Teensy did not respond to a USB-based request to automatically reboot.
08:35:13.076 (loader): remote connection 9 closed
08:35:13.080 (serialmon 5): Begin, version=1.54-beta6
08:35:13.080 (serialmon 5): listening for location: /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.096 (loader): remote connection 9 opened
08:35:13.098 (serialmon 5): add device: subsys=usb, type=usb_device, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.098 (serialmon 5):   devnode=/dev/bus/usb/001/013, subsystem=usb, ifacenum=-1
08:35:13.099 (serialmon 5): add child:  subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.0
08:35:13.099 (serialmon 5):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.099 (serialmon 5):   model=37 (Teensy 4.1)
08:35:13.099 (serialmon 5): add child:  subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1
08:35:13.099 (serialmon 5):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.099 (serialmon 5): add child:  subsys=hid, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C
08:35:13.099 (serialmon 5):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.099 (serialmon 5): add child:  subsys=hidraw, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C/hidraw/hidraw3
08:35:13.099 (serialmon 5):   parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1
08:35:13.099 (serialmon 5):   devnode=/dev/hidraw3, subsystem=hidraw, ifacenum=1
08:35:13.099 (serialmon 5): can't open /dev/hidraw3
08:35:23.263 (loader): Verbose Info event

Next up, will try a different USB type, maybe like keyboard and see if it can talk to serial monitor
 
Re: Windows/big files

I think it's a bug in sdfat.
I can copy files < 256MB without errors.
anything above that crashes.

Reading a 800MB file works.

The speed is great.. same as with my usb2 card reader!
 
Last edited:
Back
Top