Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

Hello Nils,

"sometimes" sounds odd. That needs a difference on each run. Do you use
a shell command to open the file (so that there is a timing difference)?

Some guesses for typical "sometimes" problems:

- Do you have some pointer problem (use of an uninitialized one,
unhandled error cases for functions that return pointers, ...)?
Initialize all local pointer variables with NULL to get reproduceable
results.

- Are there some big stack variables (local arrays with sizes > 100
Byte)? Maybe your stack is too small and overflows.

Best regards

Christian

On 17/08/2019 12:11, Nils Hölscher wrote:
> Hi,
> 
> I have a new BBB now, but the problem still persists.
> So my guess about the broken SD Card slot, causing the problem, was wrong.
> 
> The other thing is that I am not always able to recreate the problem.
> Sometimes rtems freezes on the open call for the file on the SD.
> And when it passes that line, my program fails using mmap on the
> returned file descriptor.
> 
> Best,
> Nils
> 
> On Fri, 16 Aug 2019 at 16:28, Nils Hölscher  > wrote:
> 
> Hi Gerade,
> 
> Yes I checked with two cards and both are working fine on Linux.
> 
> Best,
> Nils
> 
> Gedare Bloom mailto:ged...@rtems.org>> schrieb am
> Fr., 16. Aug. 2019, 16:25:
> 
> On Fri, Aug 16, 2019 at 6:04 AM Christian Mauderer
> mailto:l...@c-mauderer.de>> wrote:
> >
> > Hello Nils,
> >
> > you are right that system freezes are not a wanted behaviour. But
> > hot-plugging a disk isn't that common in embedded systems
> (except maybe
> > for USB drives). It's a case that isn't tested that often. So most
> > likely no one noticed that bug. I wouldn't see it critical as
> long as I
> > don't have a project where I need that (either hobby or funded).
> >
> +1
> 
> > Is this a blocking problem for your project? If not you might
> want to
> > fill a bug report for this. But I suspect that no one will
> work on that
> > too fast as long as there is no urgent necessity.
> >
> > Note that if it would have been a FAT bug the situation would
> have been
> > quite different. FAT bugs are bad for all targets and for
> quite some
> > funded projects too. So I would have tried to fix that as soon
> as possible.
> >
> > Best regards
> >
> > Christian
> >
> > On 16/08/2019 12:08, Nils Hölscher wrote:
> > > Ok.
> > > But back to the bug.
> > > The behaviour I described should be reproducible by removing
> SD-Card
> > > after it was mounted.
> > > And then the System should freeze when open is called on
> some file on
> > > SD-Card.
> > > System freezes can't be wanted behaviour.
> 
> We have occasionally received bug reports like this. It is better to
> avoid unplugging something that is being accessed. Even in commodity
> systems that can cause data corruption on the device. In fact,
> did you
> confirm with a new SDcard that it is the BBB that is broken, and not
> the SDCard that has gone bad?
> 
> > >
> > > Best,
> > > Nils
> > >
> > > On Fri, 16 Aug 2019 at 11:40, Christian Mauderer
> mailto:l...@c-mauderer.de>
> > > >> wrote:
> > >
> > >     PS: If neither the SD nor the eMMC has a bootable image
> your BBB falls
> > >     back to serial and then USB boot anyway. So no need to
> change any
> > >     boot pins.
> > >
> > >     On 16/08/2019 11:38, Christian Mauderer wrote:
> > >     > Hello Nils,
> > >     >
> > >     > if the U-Boot doesn't start from eMMC any more it
> won't be easy.
> > >     > Theoretically it is possible to boot via serial. See
> for example
> > >     >
> > >     >
> > >   
>  
> http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
> > >     >
> > >     > With that you could load an U-Boot (via X-Modem) that
> could start a
> > >     > system from USB (image from Beagle home page maybe
> could work if
> > >     it can
> > >     > boot from USB) that could re-write the eMMC. Most
> likely it would
> > >     need a
> > >     > few hours to a day to figure out the details. So you
> should
> > >     definitively
> > >     > order a replacement as a backup solution.
> > >     >
> > >     > Best regards
> > >     >
> > >     > Christian
> > >     >
> > >     > On 16/08/2019 11:13, Nils Hölscher wrote:

Re: Mounting/Accessing SD-Card on BBB

[Gedare Bloom]

On Fri, Aug 16, 2019 at 6:04 AM Christian Mauderer  wrote:
>
> Hello Nils,
>
> you are right that system freezes are not a wanted behaviour. But
> hot-plugging a disk isn't that common in embedded systems (except maybe
> for USB drives). It's a case that isn't tested that often. So most
> likely no one noticed that bug. I wouldn't see it critical as long as I
> don't have a project where I need that (either hobby or funded).
>
+1

> Is this a blocking problem for your project? If not you might want to
> fill a bug report for this. But I suspect that no one will work on that
> too fast as long as there is no urgent necessity.
>
> Note that if it would have been a FAT bug the situation would have been
> quite different. FAT bugs are bad for all targets and for quite some
> funded projects too. So I would have tried to fix that as soon as possible.
>
> Best regards
>
> Christian
>
> On 16/08/2019 12:08, Nils Hölscher wrote:
> > Ok.
> > But back to the bug.
> > The behaviour I described should be reproducible by removing SD-Card
> > after it was mounted.
> > And then the System should freeze when open is called on some file on
> > SD-Card.
> > System freezes can't be wanted behaviour.

We have occasionally received bug reports like this. It is better to
avoid unplugging something that is being accessed. Even in commodity
systems that can cause data corruption on the device. In fact, did you
confirm with a new SDcard that it is the BBB that is broken, and not
the SDCard that has gone bad?

> >
> > Best,
> > Nils
> >
> > On Fri, 16 Aug 2019 at 11:40, Christian Mauderer  > > wrote:
> >
> > PS: If neither the SD nor the eMMC has a bootable image your BBB falls
> > back to serial and then USB boot anyway. So no need to change any
> > boot pins.
> >
> > On 16/08/2019 11:38, Christian Mauderer wrote:
> > > Hello Nils,
> > >
> > > if the U-Boot doesn't start from eMMC any more it won't be easy.
> > > Theoretically it is possible to boot via serial. See for example
> > >
> > >
> > 
> > http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
> > >
> > > With that you could load an U-Boot (via X-Modem) that could start a
> > > system from USB (image from Beagle home page maybe could work if
> > it can
> > > boot from USB) that could re-write the eMMC. Most likely it would
> > need a
> > > few hours to a day to figure out the details. So you should
> > definitively
> > > order a replacement as a backup solution.
> > >
> > > Best regards
> > >
> > > Christian
> > >
> > > On 16/08/2019 11:13, Nils Hölscher wrote:
> > >> Hi Christin,
> > >>
> > >> Thanks for the hint.
> > >> But how can I alter the U- Boot on eMMC?
> > >> Problem is I have a Linux version with an U-Boot that disables
> > emmc on
> > >> the emmc...
> > >> And I guess I cant flash emmc without SD.
> > >>
> > >> Best,
> > >> Nils
> > >>
> > >> On Fri, 16 Aug 2019 at 11:03, Christian Mauderer
> > mailto:l...@c-mauderer.de>
> > >> >> wrote:
> > >>
> > >> On 16/08/2019 10:55, Nils Hölscher wrote:
> > >> > Hi,
> > >> >
> > >> > It seems the problem was hardware related.
> > >> > My SD-Card connector just died.
> > >> > I hope I can get a new BBB oin a timely manner.
> > >> >
> > >> > Best,
> > >> > Nils
> > >>
> > >> Hello Nils,
> > >>
> > >> thanks for the information. That's annoying. Good luck finding a
> > >> replacement.
> > >>
> > >> For a quick workaround: I haven't tried that yet but if your
> > on-board
> > >> eMMC is still intact, you might can use that U-Boot to boot
> > from USB.
> > >>
> > >> Best regards
> > >>
> > >> Christian
> > >>
> > >> >
> > >> > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer
> > >> mailto:l...@c-mauderer.de>
> > >
> > >> > 
> >  > >> >
> > >> > Hello Nils,
> > >> >
> > >> > thanks for the file list. I can't reproduce your
> > problem with it.
> > >> >
> > >> > On 16/08/2019 10:01, Nils Hölscher wrote:
> > >> > > Hi,
> > >> > >
> > >> > > Short update.
> > >> > >
> > >> > > It seems the device only hangs while I am connected
> > with the
> > >> debugger.
> > >> >
> > >> > Is that true for the original file system tree? You are
> > >> debugging via
> > >> > Ethernet, right? In that case I would lean more toward a
> > 

Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

Hello Nils,

you are right that system freezes are not a wanted behaviour. But
hot-plugging a disk isn't that common in embedded systems (except maybe
for USB drives). It's a case that isn't tested that often. So most
likely no one noticed that bug. I wouldn't see it critical as long as I
don't have a project where I need that (either hobby or funded).

Is this a blocking problem for your project? If not you might want to
fill a bug report for this. But I suspect that no one will work on that
too fast as long as there is no urgent necessity.

Note that if it would have been a FAT bug the situation would have been
quite different. FAT bugs are bad for all targets and for quite some
funded projects too. So I would have tried to fix that as soon as possible.

Best regards

Christian

On 16/08/2019 12:08, Nils Hölscher wrote:
> Ok.
> But back to the bug.
> The behaviour I described should be reproducible by removing SD-Card
> after it was mounted.
> And then the System should freeze when open is called on some file on
> SD-Card.
> System freezes can't be wanted behaviour.
> 
> Best,
> Nils
> 
> On Fri, 16 Aug 2019 at 11:40, Christian Mauderer  > wrote:
> 
> PS: If neither the SD nor the eMMC has a bootable image your BBB falls
> back to serial and then USB boot anyway. So no need to change any
> boot pins.
> 
> On 16/08/2019 11:38, Christian Mauderer wrote:
> > Hello Nils,
> >
> > if the U-Boot doesn't start from eMMC any more it won't be easy.
> > Theoretically it is possible to boot via serial. See for example
> >
> >
> 
> http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
> >
> > With that you could load an U-Boot (via X-Modem) that could start a
> > system from USB (image from Beagle home page maybe could work if
> it can
> > boot from USB) that could re-write the eMMC. Most likely it would
> need a
> > few hours to a day to figure out the details. So you should
> definitively
> > order a replacement as a backup solution.
> >
> > Best regards
> >
> > Christian
> >
> > On 16/08/2019 11:13, Nils Hölscher wrote:
> >> Hi Christin,
> >>
> >> Thanks for the hint.
> >> But how can I alter the U- Boot on eMMC?
> >> Problem is I have a Linux version with an U-Boot that disables
> emmc on
> >> the emmc...
> >> And I guess I cant flash emmc without SD.
> >>
> >> Best,
> >> Nils
> >>
> >> On Fri, 16 Aug 2019 at 11:03, Christian Mauderer
> mailto:l...@c-mauderer.de>
> >> >> wrote:
> >>
> >>     On 16/08/2019 10:55, Nils Hölscher wrote:
> >>     > Hi,
> >>     >
> >>     > It seems the problem was hardware related.
> >>     > My SD-Card connector just died.
> >>     > I hope I can get a new BBB oin a timely manner.
> >>     >
> >>     > Best,
> >>     > Nils
> >>
> >>     Hello Nils,
> >>
> >>     thanks for the information. That's annoying. Good luck finding a
> >>     replacement.
> >>
> >>     For a quick workaround: I haven't tried that yet but if your
> on-board
> >>     eMMC is still intact, you might can use that U-Boot to boot
> from USB.
> >>
> >>     Best regards
> >>
> >>     Christian
> >>
> >>     >
> >>     > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer
> >>     mailto:l...@c-mauderer.de>
> >
> >>     > 
>  >>     >
> >>     >     Hello Nils,
> >>     >
> >>     >     thanks for the file list. I can't reproduce your
> problem with it.
> >>     >
> >>     >     On 16/08/2019 10:01, Nils Hölscher wrote:
> >>     >     > Hi,
> >>     >     >
> >>     >     > Short update.
> >>     >     >
> >>     >     > It seems the device only hangs while I am connected
> with the
> >>     debugger.
> >>     >
> >>     >     Is that true for the original file system tree? You are
> >>     debugging via
> >>     >     Ethernet, right? In that case I would lean more toward a
> >>     problem with
> >>     >     the debugger support than the file system. Do you have
> enough file
> >>     >     descriptors configured?
> >>     >
> >>     >     Best regards
> >>     >
> >>     >     Christian
> >>     >
> >>     >     > looks like a Heisenberg bug.
> >>     >     >
> >>     >     > Best,
> >>     >     > Nils
> >>     >     >
> >>     >     > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher
> >>     mailto:nilho...@gmail.com>
> >
> >>     >     

Re: Mounting/Accessing SD-Card on BBB

[Nils Hölscher]

Hi,

Thanks for the info.
I already ordered a replacement.

Thanks,
Nils

On Fri, 16 Aug 2019 at 11:38, Christian Mauderer  wrote:

> Hello Nils,
>
> if the U-Boot doesn't start from eMMC any more it won't be easy.
> Theoretically it is possible to boot via serial. See for example
>
>
> http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
>
> With that you could load an U-Boot (via X-Modem) that could start a
> system from USB (image from Beagle home page maybe could work if it can
> boot from USB) that could re-write the eMMC. Most likely it would need a
> few hours to a day to figure out the details. So you should definitively
> order a replacement as a backup solution.
>
> Best regards
>
> Christian
>
> On 16/08/2019 11:13, Nils Hölscher wrote:
> > Hi Christin,
> >
> > Thanks for the hint.
> > But how can I alter the U- Boot on eMMC?
> > Problem is I have a Linux version with an U-Boot that disables emmc on
> > the emmc...
> > And I guess I cant flash emmc without SD.
> >
> > Best,
> > Nils
> >
> > On Fri, 16 Aug 2019 at 11:03, Christian Mauderer  > > wrote:
> >
> > On 16/08/2019 10:55, Nils Hölscher wrote:
> > > Hi,
> > >
> > > It seems the problem was hardware related.
> > > My SD-Card connector just died.
> > > I hope I can get a new BBB oin a timely manner.
> > >
> > > Best,
> > > Nils
> >
> > Hello Nils,
> >
> > thanks for the information. That's annoying. Good luck finding a
> > replacement.
> >
> > For a quick workaround: I haven't tried that yet but if your on-board
> > eMMC is still intact, you might can use that U-Boot to boot from USB.
> >
> > Best regards
> >
> > Christian
> >
> > >
> > > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer
> > mailto:l...@c-mauderer.de>
> > > >> wrote:
> > >
> > > Hello Nils,
> > >
> > > thanks for the file list. I can't reproduce your problem with
> it.
> > >
> > > On 16/08/2019 10:01, Nils Hölscher wrote:
> > > > Hi,
> > > >
> > > > Short update.
> > > >
> > > > It seems the device only hangs while I am connected with the
> > debugger.
> > >
> > > Is that true for the original file system tree? You are
> > debugging via
> > > Ethernet, right? In that case I would lean more toward a
> > problem with
> > > the debugger support than the file system. Do you have enough
> file
> > > descriptors configured?
> > >
> > > Best regards
> > >
> > > Christian
> > >
> > > > looks like a Heisenberg bug.
> > > >
> > > > Best,
> > > > Nils
> > > >
> > > > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher
> > mailto:nilho...@gmail.com>
> > > >
> > > > 
> >  > > >
> > > >
> > > > On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
> > > mailto:l...@c-mauderer.de>
> > >
> > > > 
> >  > > >
> > > > Hello Nils,
> > > >
> > > > maybe another bug in our FAT file system...
> > > >
> > > > Please do three things:
> > > >
> > > > 1. Create an image of your current card (with dd or
> > a similar
> > > > tool). FAT
> > > > bugs are sometimes hard to reproduce but it's really
> > > urgent that
> > > > we fix
> > > > them. So maybe I'll ask for that image later.
> > > >
> > > > I did that.
> > > > Let me know if you need the image.
> > > >
> > > > 2. Create a complete list of the files on your card
> (for
> > > example the
> > > > Linux `tree -h` command), post it here and tell me
> > what you
> > > > tried to open.
> > > >
> > > >  .
> > > > ├── [ 50K]  am335x-boneblack.dtb
> > > > ├── [ 49K]  am335x-boneblack+pruss.dtb
> > > > ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> > > > ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> > > > ├── [162K]  Linux-with-UIO.dtb
> > > > ├── [  44]  loob.bin
> > > > ├── [108K]  MLO
> > > > ├── [2.1M]  pru.exe.img
> > > > ├── [  12]  test.bin
> > > > ├── [471K]  u-boot.img
> > > > ├── [ 390]  uEnvLinuxfdt.txt
> > > > └── [ 560]  uEnv.txt
> > 

Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

PS: If neither the SD nor the eMMC has a bootable image your BBB falls
back to serial and then USB boot anyway. So no need to change any boot pins.

On 16/08/2019 11:38, Christian Mauderer wrote:
> Hello Nils,
> 
> if the U-Boot doesn't start from eMMC any more it won't be easy.
> Theoretically it is possible to boot via serial. See for example
> 
> http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
> 
> With that you could load an U-Boot (via X-Modem) that could start a
> system from USB (image from Beagle home page maybe could work if it can
> boot from USB) that could re-write the eMMC. Most likely it would need a
> few hours to a day to figure out the details. So you should definitively
> order a replacement as a backup solution.
> 
> Best regards
> 
> Christian
> 
> On 16/08/2019 11:13, Nils Hölscher wrote:
>> Hi Christin,
>>
>> Thanks for the hint.
>> But how can I alter the U- Boot on eMMC?
>> Problem is I have a Linux version with an U-Boot that disables emmc on
>> the emmc...
>> And I guess I cant flash emmc without SD.
>>
>> Best,
>> Nils
>>
>> On Fri, 16 Aug 2019 at 11:03, Christian Mauderer > > wrote:
>>
>> On 16/08/2019 10:55, Nils Hölscher wrote:
>> > Hi,
>> >
>> > It seems the problem was hardware related.
>> > My SD-Card connector just died.
>> > I hope I can get a new BBB oin a timely manner.
>> >
>> > Best,
>> > Nils
>>
>> Hello Nils,
>>
>> thanks for the information. That's annoying. Good luck finding a
>> replacement.
>>
>> For a quick workaround: I haven't tried that yet but if your on-board
>> eMMC is still intact, you might can use that U-Boot to boot from USB.
>>
>> Best regards
>>
>> Christian
>>
>> >
>> > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer
>> mailto:l...@c-mauderer.de>
>> > >> wrote:
>> >
>> >     Hello Nils,
>> >
>> >     thanks for the file list. I can't reproduce your problem with it.
>> >
>> >     On 16/08/2019 10:01, Nils Hölscher wrote:
>> >     > Hi,
>> >     >
>> >     > Short update.
>> >     >
>> >     > It seems the device only hangs while I am connected with the
>> debugger.
>> >
>> >     Is that true for the original file system tree? You are
>> debugging via
>> >     Ethernet, right? In that case I would lean more toward a
>> problem with
>> >     the debugger support than the file system. Do you have enough file
>> >     descriptors configured?
>> >
>> >     Best regards
>> >
>> >     Christian
>> >
>> >     > looks like a Heisenberg bug.
>> >     >
>> >     > Best,
>> >     > Nils
>> >     >
>> >     > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher
>> mailto:nilho...@gmail.com>
>> >     >
>> >     > 
>> > >     >
>> >     >
>> >     >     On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
>> >     mailto:l...@c-mauderer.de>
>> >
>> >     >     
>> > >     >
>> >     >         Hello Nils,
>> >     >
>> >     >         maybe another bug in our FAT file system...
>> >     >
>> >     >         Please do three things:
>> >     >
>> >     >         1. Create an image of your current card (with dd or
>> a similar
>> >     >         tool). FAT
>> >     >         bugs are sometimes hard to reproduce but it's really
>> >     urgent that
>> >     >         we fix
>> >     >         them. So maybe I'll ask for that image later.
>> >     >
>> >     >     I did that. 
>> >     >     Let me know if you need the image.
>> >     >
>> >     >         2. Create a complete list of the files on your card (for
>> >     example the
>> >     >         Linux `tree -h` command), post it here and tell me
>> what you
>> >     >         tried to open.
>> >     >
>> >     >      .
>> >     >     ├── [ 50K]  am335x-boneblack.dtb
>> >     >     ├── [ 49K]  am335x-boneblack+pruss.dtb
>> >     >     ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
>> >     >     ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
>> >     >     ├── [162K]  Linux-with-UIO.dtb
>> >     >     ├── [  44]  loob.bin
>> >     >     ├── [108K]  MLO
>> >     >     ├── [2.1M]  pru.exe.img
>> >     >     ├── [  12]  test.bin
>> >     >     ├── [471K]  u-boot.img
>> >     >     ├── [ 390]  uEnvLinuxfdt.txt
>> >     >     └── [ 560]  uEnv.txt
>> >     >
>> >     >          3. Try another name / 

Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

Hello Nils,

if the U-Boot doesn't start from eMMC any more it won't be easy.
Theoretically it is possible to boot via serial. See for example

http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html

With that you could load an U-Boot (via X-Modem) that could start a
system from USB (image from Beagle home page maybe could work if it can
boot from USB) that could re-write the eMMC. Most likely it would need a
few hours to a day to figure out the details. So you should definitively
order a replacement as a backup solution.

Best regards

Christian

On 16/08/2019 11:13, Nils Hölscher wrote:
> Hi Christin,
> 
> Thanks for the hint.
> But how can I alter the U- Boot on eMMC?
> Problem is I have a Linux version with an U-Boot that disables emmc on
> the emmc...
> And I guess I cant flash emmc without SD.
> 
> Best,
> Nils
> 
> On Fri, 16 Aug 2019 at 11:03, Christian Mauderer  > wrote:
> 
> On 16/08/2019 10:55, Nils Hölscher wrote:
> > Hi,
> >
> > It seems the problem was hardware related.
> > My SD-Card connector just died.
> > I hope I can get a new BBB oin a timely manner.
> >
> > Best,
> > Nils
> 
> Hello Nils,
> 
> thanks for the information. That's annoying. Good luck finding a
> replacement.
> 
> For a quick workaround: I haven't tried that yet but if your on-board
> eMMC is still intact, you might can use that U-Boot to boot from USB.
> 
> Best regards
> 
> Christian
> 
> >
> > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer
> mailto:l...@c-mauderer.de>
> > >> wrote:
> >
> >     Hello Nils,
> >
> >     thanks for the file list. I can't reproduce your problem with it.
> >
> >     On 16/08/2019 10:01, Nils Hölscher wrote:
> >     > Hi,
> >     >
> >     > Short update.
> >     >
> >     > It seems the device only hangs while I am connected with the
> debugger.
> >
> >     Is that true for the original file system tree? You are
> debugging via
> >     Ethernet, right? In that case I would lean more toward a
> problem with
> >     the debugger support than the file system. Do you have enough file
> >     descriptors configured?
> >
> >     Best regards
> >
> >     Christian
> >
> >     > looks like a Heisenberg bug.
> >     >
> >     > Best,
> >     > Nils
> >     >
> >     > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher
> mailto:nilho...@gmail.com>
> >     >
> >     > 
>  >     >
> >     >
> >     >     On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
> >     mailto:l...@c-mauderer.de>
> >
> >     >     
>  >     >
> >     >         Hello Nils,
> >     >
> >     >         maybe another bug in our FAT file system...
> >     >
> >     >         Please do three things:
> >     >
> >     >         1. Create an image of your current card (with dd or
> a similar
> >     >         tool). FAT
> >     >         bugs are sometimes hard to reproduce but it's really
> >     urgent that
> >     >         we fix
> >     >         them. So maybe I'll ask for that image later.
> >     >
> >     >     I did that. 
> >     >     Let me know if you need the image.
> >     >
> >     >         2. Create a complete list of the files on your card (for
> >     example the
> >     >         Linux `tree -h` command), post it here and tell me
> what you
> >     >         tried to open.
> >     >
> >     >      .
> >     >     ├── [ 50K]  am335x-boneblack.dtb
> >     >     ├── [ 49K]  am335x-boneblack+pruss.dtb
> >     >     ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> >     >     ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> >     >     ├── [162K]  Linux-with-UIO.dtb
> >     >     ├── [  44]  loob.bin
> >     >     ├── [108K]  MLO
> >     >     ├── [2.1M]  pru.exe.img
> >     >     ├── [  12]  test.bin
> >     >     ├── [471K]  u-boot.img
> >     >     ├── [ 390]  uEnvLinuxfdt.txt
> >     >     └── [ 560]  uEnv.txt
> >     >
> >     >          3. Try another name / folder for the file you wanted to
> >     open.\
> >     >
> >     >     I moved the file in another folder and renamed it.
> >     >     It now works but I got en error, I am currently
> investigating if
> >     >     this is on the pru driver side or not.
> >     >     The tree while doing this was:
> >     

Re: Mounting/Accessing SD-Card on BBB

[Nils Hölscher]

Hi Christin,

Thanks for the hint.
But how can I alter the U- Boot on eMMC?
Problem is I have a Linux version with an U-Boot that disables emmc on the
emmc...
And I guess I cant flash emmc without SD.

Best,
Nils

On Fri, 16 Aug 2019 at 11:03, Christian Mauderer  wrote:

> On 16/08/2019 10:55, Nils Hölscher wrote:
> > Hi,
> >
> > It seems the problem was hardware related.
> > My SD-Card connector just died.
> > I hope I can get a new BBB oin a timely manner.
> >
> > Best,
> > Nils
>
> Hello Nils,
>
> thanks for the information. That's annoying. Good luck finding a
> replacement.
>
> For a quick workaround: I haven't tried that yet but if your on-board
> eMMC is still intact, you might can use that U-Boot to boot from USB.
>
> Best regards
>
> Christian
>
> >
> > On Fri, 16 Aug 2019 at 10:48, Christian Mauderer  > > wrote:
> >
> > Hello Nils,
> >
> > thanks for the file list. I can't reproduce your problem with it.
> >
> > On 16/08/2019 10:01, Nils Hölscher wrote:
> > > Hi,
> > >
> > > Short update.
> > >
> > > It seems the device only hangs while I am connected with the
> debugger.
> >
> > Is that true for the original file system tree? You are debugging via
> > Ethernet, right? In that case I would lean more toward a problem with
> > the debugger support than the file system. Do you have enough file
> > descriptors configured?
> >
> > Best regards
> >
> > Christian
> >
> > > looks like a Heisenberg bug.
> > >
> > > Best,
> > > Nils
> > >
> > > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher  > 
> > > >> wrote:
> > >
> > >
> > > On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
> > mailto:l...@c-mauderer.de>
> > > >>
> wrote:
> > >
> > > Hello Nils,
> > >
> > > maybe another bug in our FAT file system...
> > >
> > > Please do three things:
> > >
> > > 1. Create an image of your current card (with dd or a
> similar
> > > tool). FAT
> > > bugs are sometimes hard to reproduce but it's really
> > urgent that
> > > we fix
> > > them. So maybe I'll ask for that image later.
> > >
> > > I did that.
> > > Let me know if you need the image.
> > >
> > > 2. Create a complete list of the files on your card (for
> > example the
> > > Linux `tree -h` command), post it here and tell me what you
> > > tried to open.
> > >
> > >  .
> > > ├── [ 50K]  am335x-boneblack.dtb
> > > ├── [ 49K]  am335x-boneblack+pruss.dtb
> > > ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> > > ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> > > ├── [162K]  Linux-with-UIO.dtb
> > > ├── [  44]  loob.bin
> > > ├── [108K]  MLO
> > > ├── [2.1M]  pru.exe.img
> > > ├── [  12]  test.bin
> > > ├── [471K]  u-boot.img
> > > ├── [ 390]  uEnvLinuxfdt.txt
> > > └── [ 560]  uEnv.txt
> > >
> > >  3. Try another name / folder for the file you wanted to
> > open.\
> > >
> > > I moved the file in another folder and renamed it.
> > > It now works but I got en error, I am currently investigating
> if
> > > this is on the pru driver side or not.
> > > The tree while doing this was:
> > > .
> > > ├── [ 50K]  am335x-boneblack.dtb
> > > ├── [ 49K]  am335x-boneblack+pruss.dtb
> > > ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> > > ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> > > ├── [162K]  Linux-with-UIO.dtb
> > > ├── [  44]  loob.bin
> > > ├── [108K]  MLO
> > > ├── [2.1M]  pru.exe.img
> > > ├── [2.0K]  test
> > > │   └── [  12]  test2.bin
> > > ├── [  12]  test2.bin
> > > ├── [471K]  u-boot.img
> > > ├── [ 390]  uEnvLinuxfdt.txt
> > > └── [ 560]  uEnv.txt
> > >
> > >
> > > Thanks,
> > > Nils
> > >
> > > Best regards
> > >
> > > Christian
> > >
> > > On 15/08/2019 19:32, Nils Hölscher wrote:
> > > > Hi Christian,
> > > >
> > > > The commands ls and cat work.
> > > > I just tested them, this seems kinda awkward.
> > > >
> > > > Best,
> > > > Nils
> > > >
> > > > On Thu, 15 Aug 2019 at 19:27, Christian Mauderer
> > > mailto:l...@c-mauderer.de>
> > >
> > > > 
> >  > > >
> > >   

Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

On 16/08/2019 10:55, Nils Hölscher wrote:
> Hi,
> 
> It seems the problem was hardware related.
> My SD-Card connector just died.
> I hope I can get a new BBB oin a timely manner.
> 
> Best,
> Nils

Hello Nils,

thanks for the information. That's annoying. Good luck finding a
replacement.

For a quick workaround: I haven't tried that yet but if your on-board
eMMC is still intact, you might can use that U-Boot to boot from USB.

Best regards

Christian

> 
> On Fri, 16 Aug 2019 at 10:48, Christian Mauderer  > wrote:
> 
> Hello Nils,
> 
> thanks for the file list. I can't reproduce your problem with it.
> 
> On 16/08/2019 10:01, Nils Hölscher wrote:
> > Hi,
> >
> > Short update.
> >
> > It seems the device only hangs while I am connected with the debugger.
> 
> Is that true for the original file system tree? You are debugging via
> Ethernet, right? In that case I would lean more toward a problem with
> the debugger support than the file system. Do you have enough file
> descriptors configured?
> 
> Best regards
> 
> Christian
> 
> > looks like a Heisenberg bug.
> >
> > Best,
> > Nils
> >
> > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher  
> > >> wrote:
> >
> >
> >     On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
> mailto:l...@c-mauderer.de>
> >     >> wrote:
> >
> >         Hello Nils,
> >
> >         maybe another bug in our FAT file system...
> >
> >         Please do three things:
> >
> >         1. Create an image of your current card (with dd or a similar
> >         tool). FAT
> >         bugs are sometimes hard to reproduce but it's really
> urgent that
> >         we fix
> >         them. So maybe I'll ask for that image later.
> >
> >     I did that. 
> >     Let me know if you need the image.
> >
> >         2. Create a complete list of the files on your card (for
> example the
> >         Linux `tree -h` command), post it here and tell me what you
> >         tried to open.
> >
> >      .
> >     ├── [ 50K]  am335x-boneblack.dtb
> >     ├── [ 49K]  am335x-boneblack+pruss.dtb
> >     ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> >     ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> >     ├── [162K]  Linux-with-UIO.dtb
> >     ├── [  44]  loob.bin
> >     ├── [108K]  MLO
> >     ├── [2.1M]  pru.exe.img
> >     ├── [  12]  test.bin
> >     ├── [471K]  u-boot.img
> >     ├── [ 390]  uEnvLinuxfdt.txt
> >     └── [ 560]  uEnv.txt
> >
> >          3. Try another name / folder for the file you wanted to
> open.\
> >
> >     I moved the file in another folder and renamed it.
> >     It now works but I got en error, I am currently investigating if
> >     this is on the pru driver side or not.
> >     The tree while doing this was:
> >     .
> >     ├── [ 50K]  am335x-boneblack.dtb
> >     ├── [ 49K]  am335x-boneblack+pruss.dtb
> >     ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> >     ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> >     ├── [162K]  Linux-with-UIO.dtb
> >     ├── [  44]  loob.bin
> >     ├── [108K]  MLO
> >     ├── [2.1M]  pru.exe.img
> >     ├── [2.0K]  test
> >     │   └── [  12]  test2.bin
> >     ├── [  12]  test2.bin
> >     ├── [471K]  u-boot.img
> >     ├── [ 390]  uEnvLinuxfdt.txt
> >     └── [ 560]  uEnv.txt
> >
> >
> >     Thanks,
> >     Nils 
> >
> >         Best regards
> >
> >         Christian
> >
> >         On 15/08/2019 19:32, Nils Hölscher wrote:
> >         > Hi Christian,
> >         >
> >         > The commands ls and cat work.
> >         > I just tested them, this seems kinda awkward.
> >         >
> >         > Best,
> >         > Nils
> >         >
> >         > On Thu, 15 Aug 2019 at 19:27, Christian Mauderer
> >         mailto:l...@c-mauderer.de>
> >
> >         > 
>  >         >
> >         >     Hello Nils,
> >         >
> >         >     does some other access to the file system work? Like
> a ls
> >         on the console
> >         >     or creating a file. Can you do a `cat` on some text file
> >         on the file
> >         >     system? If not: Does it work for a file in the root file
> >         system (should
> >         >     be a IMFS)?
> >         >
> >         >     Best regards
> >         >
> >         >     Christian
> >         >
> >        

Re: Mounting/Accessing SD-Card on BBB

[Nils Hölscher]

Hi,

It seems the problem was hardware related.
My SD-Card connector just died.
I hope I can get a new BBB oin a timely manner.

Best,
Nils

On Fri, 16 Aug 2019 at 10:48, Christian Mauderer  wrote:

> Hello Nils,
>
> thanks for the file list. I can't reproduce your problem with it.
>
> On 16/08/2019 10:01, Nils Hölscher wrote:
> > Hi,
> >
> > Short update.
> >
> > It seems the device only hangs while I am connected with the debugger.
>
> Is that true for the original file system tree? You are debugging via
> Ethernet, right? In that case I would lean more toward a problem with
> the debugger support than the file system. Do you have enough file
> descriptors configured?
>
> Best regards
>
> Christian
>
> > looks like a Heisenberg bug.
> >
> > Best,
> > Nils
> >
> > On Fri, 16 Aug 2019 at 09:50, Nils Hölscher  > > wrote:
> >
> >
> > On Thu, 15 Aug 2019 at 19:51, Christian Mauderer  > > wrote:
> >
> > Hello Nils,
> >
> > maybe another bug in our FAT file system...
> >
> > Please do three things:
> >
> > 1. Create an image of your current card (with dd or a similar
> > tool). FAT
> > bugs are sometimes hard to reproduce but it's really urgent that
> > we fix
> > them. So maybe I'll ask for that image later.
> >
> > I did that.
> > Let me know if you need the image.
> >
> > 2. Create a complete list of the files on your card (for example
> the
> > Linux `tree -h` command), post it here and tell me what you
> > tried to open.
> >
> >  .
> > ├── [ 50K]  am335x-boneblack.dtb
> > ├── [ 49K]  am335x-boneblack+pruss.dtb
> > ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> > ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> > ├── [162K]  Linux-with-UIO.dtb
> > ├── [  44]  loob.bin
> > ├── [108K]  MLO
> > ├── [2.1M]  pru.exe.img
> > ├── [  12]  test.bin
> > ├── [471K]  u-boot.img
> > ├── [ 390]  uEnvLinuxfdt.txt
> > └── [ 560]  uEnv.txt
> >
> >  3. Try another name / folder for the file you wanted to open.\
> >
> > I moved the file in another folder and renamed it.
> > It now works but I got en error, I am currently investigating if
> > this is on the pru driver side or not.
> > The tree while doing this was:
> > .
> > ├── [ 50K]  am335x-boneblack.dtb
> > ├── [ 49K]  am335x-boneblack+pruss.dtb
> > ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> > ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> > ├── [162K]  Linux-with-UIO.dtb
> > ├── [  44]  loob.bin
> > ├── [108K]  MLO
> > ├── [2.1M]  pru.exe.img
> > ├── [2.0K]  test
> > │   └── [  12]  test2.bin
> > ├── [  12]  test2.bin
> > ├── [471K]  u-boot.img
> > ├── [ 390]  uEnvLinuxfdt.txt
> > └── [ 560]  uEnv.txt
> >
> >
> > Thanks,
> > Nils
> >
> > Best regards
> >
> > Christian
> >
> > On 15/08/2019 19:32, Nils Hölscher wrote:
> > > Hi Christian,
> > >
> > > The commands ls and cat work.
> > > I just tested them, this seems kinda awkward.
> > >
> > > Best,
> > > Nils
> > >
> > > On Thu, 15 Aug 2019 at 19:27, Christian Mauderer
> > mailto:l...@c-mauderer.de>
> > > >>
> wrote:
> > >
> > > Hello Nils,
> > >
> > > does some other access to the file system work? Like a ls
> > on the console
> > > or creating a file. Can you do a `cat` on some text file
> > on the file
> > > system? If not: Does it work for a file in the root file
> > system (should
> > > be a IMFS)?
> > >
> > > Best regards
> > >
> > > Christian
> > >
> > > On 15/08/2019 15:54, Nils Hölscher wrote:
> > > > Hi,
> > > >
> > > > I when my app wants to open a file on the SD card
> > dev=mmcsd-0-0 rtems
> > > > freezes.
> > > > Exact call is:
> > > > fd = open(file, O_RDONLY);
> > > > With file being the pru binary I want to upload.
> > > >
> > > > Thanks,
> > > > Nils
> > > >
> > > > On Tue, 13 Aug 2019 at 17:56, Christian Mauderer
> > > >  > 
> > >  > >
> > > >  > 
> > >  >  > > >
> > > > Hello Nils,
> > > >
> > > >

Re: Mounting/Accessing SD-Card on BBB

[Christian Mauderer]

Hello Nils,

thanks for the file list. I can't reproduce your problem with it.

On 16/08/2019 10:01, Nils Hölscher wrote:
> Hi,
> 
> Short update.
> 
> It seems the device only hangs while I am connected with the debugger.

Is that true for the original file system tree? You are debugging via
Ethernet, right? In that case I would lean more toward a problem with
the debugger support than the file system. Do you have enough file
descriptors configured?

Best regards

Christian

> looks like a Heisenberg bug.
> 
> Best,
> Nils
> 
> On Fri, 16 Aug 2019 at 09:50, Nils Hölscher  > wrote:
> 
> 
> On Thu, 15 Aug 2019 at 19:51, Christian Mauderer  > wrote:
> 
> Hello Nils,
> 
> maybe another bug in our FAT file system...
> 
> Please do three things:
> 
> 1. Create an image of your current card (with dd or a similar
> tool). FAT
> bugs are sometimes hard to reproduce but it's really urgent that
> we fix
> them. So maybe I'll ask for that image later.
> 
> I did that. 
> Let me know if you need the image.
> 
> 2. Create a complete list of the files on your card (for example the
> Linux `tree -h` command), post it here and tell me what you
> tried to open.
> 
>  .
> ├── [ 50K]  am335x-boneblack.dtb
> ├── [ 49K]  am335x-boneblack+pruss.dtb
> ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> ├── [162K]  Linux-with-UIO.dtb
> ├── [  44]  loob.bin
> ├── [108K]  MLO
> ├── [2.1M]  pru.exe.img
> ├── [  12]  test.bin
> ├── [471K]  u-boot.img
> ├── [ 390]  uEnvLinuxfdt.txt
> └── [ 560]  uEnv.txt
> 
>  3. Try another name / folder for the file you wanted to open.\
> 
> I moved the file in another folder and renamed it.
> It now works but I got en error, I am currently investigating if
> this is on the pru driver side or not.
> The tree while doing this was:
> .
> ├── [ 50K]  am335x-boneblack.dtb
> ├── [ 49K]  am335x-boneblack+pruss.dtb
> ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> ├── [162K]  Linux-with-UIO.dtb
> ├── [  44]  loob.bin
> ├── [108K]  MLO
> ├── [2.1M]  pru.exe.img
> ├── [2.0K]  test
> │   └── [  12]  test2.bin
> ├── [  12]  test2.bin
> ├── [471K]  u-boot.img
> ├── [ 390]  uEnvLinuxfdt.txt
> └── [ 560]  uEnv.txt
> 
> 
> Thanks,
> Nils 
> 
> Best regards
> 
> Christian
> 
> On 15/08/2019 19:32, Nils Hölscher wrote:
> > Hi Christian,
> >
> > The commands ls and cat work.
> > I just tested them, this seems kinda awkward.
> >
> > Best,
> > Nils
> >
> > On Thu, 15 Aug 2019 at 19:27, Christian Mauderer
> mailto:l...@c-mauderer.de>
> > >> wrote:
> >
> >     Hello Nils,
> >
> >     does some other access to the file system work? Like a ls
> on the console
> >     or creating a file. Can you do a `cat` on some text file
> on the file
> >     system? If not: Does it work for a file in the root file
> system (should
> >     be a IMFS)?
> >
> >     Best regards
> >
> >     Christian
> >
> >     On 15/08/2019 15:54, Nils Hölscher wrote:
> >     > Hi,
> >     >
> >     > I when my app wants to open a file on the SD card
> dev=mmcsd-0-0 rtems
> >     > freezes.
> >     > Exact call is:
> >     > fd = open(file, O_RDONLY);
> >     > With file being the pru binary I want to upload.
> >     >
> >     > Thanks,
> >     > Nils
> >     >
> >     > On Tue, 13 Aug 2019 at 17:56, Christian Mauderer
> >     >  
> >      >
> >     >  
> >       >     >
> >     >     Hello Nils,
> >     >
> >     >     a third possibility: You could start a FTP server
> and push the
> >     file
> >     >     via network.
> >     >
> >     >     Best regards
> >     >
> >     >     Christian
> >     >
> >     >     Am Dienstag, 13. August 2019 schrieb Nils Hölscher:
> >     >     > Hi,
> >     >     >
> >     >     >
> >     >     > Thanks for the input I will try the SD card 

Re: Mounting/Accessing SD-Card on BBB

[Nils Hölscher]

Hi,

Short update.

It seems the device only hangs while I am connected with the debugger.
looks like a Heisenberg bug.

Best,
Nils

On Fri, 16 Aug 2019 at 09:50, Nils Hölscher  wrote:

>
> On Thu, 15 Aug 2019 at 19:51, Christian Mauderer 
> wrote:
>
>> Hello Nils,
>>
>> maybe another bug in our FAT file system...
>>
>> Please do three things:
>>
>> 1. Create an image of your current card (with dd or a similar tool). FAT
>> bugs are sometimes hard to reproduce but it's really urgent that we fix
>> them. So maybe I'll ask for that image later.
>>
>> I did that.
> Let me know if you need the image.
>
> 2. Create a complete list of the files on your card (for example the
>> Linux `tree -h` command), post it here and tell me what you tried to open.
>>
>>  .
> ├── [ 50K]  am335x-boneblack.dtb
> ├── [ 49K]  am335x-boneblack+pruss.dtb
> ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> ├── [162K]  Linux-with-UIO.dtb
> ├── [  44]  loob.bin
> ├── [108K]  MLO
> ├── [2.1M]  pru.exe.img
> ├── [  12]  test.bin
> ├── [471K]  u-boot.img
> ├── [ 390]  uEnvLinuxfdt.txt
> └── [ 560]  uEnv.txt
>
>  3. Try another name / folder for the file you wanted to open.\
>>
>> I moved the file in another folder and renamed it.
> It now works but I got en error, I am currently investigating if this is
> on the pru driver side or not.
> The tree while doing this was:
> .
> ├── [ 50K]  am335x-boneblack.dtb
> ├── [ 49K]  am335x-boneblack+pruss.dtb
> ├── [ 883]  AM335X-PRU-UIO-00A0.dtbo
> ├── [ 649]  AM335X-PRU-UIO-BSD-00A0.dtbo
> ├── [162K]  Linux-with-UIO.dtb
> ├── [  44]  loob.bin
> ├── [108K]  MLO
> ├── [2.1M]  pru.exe.img
> ├── [2.0K]  test
> │   └── [  12]  test2.bin
> ├── [  12]  test2.bin
> ├── [471K]  u-boot.img
> ├── [ 390]  uEnvLinuxfdt.txt
> └── [ 560]  uEnv.txt
>
>
> Thanks,
> Nils
>
>> Best regards
>>
>> Christian
>>
>> On 15/08/2019 19:32, Nils Hölscher wrote:
>> > Hi Christian,
>> >
>> > The commands ls and cat work.
>> > I just tested them, this seems kinda awkward.
>> >
>> > Best,
>> > Nils
>> >
>> > On Thu, 15 Aug 2019 at 19:27, Christian Mauderer > > > wrote:
>> >
>> > Hello Nils,
>> >
>> > does some other access to the file system work? Like a ls on the
>> console
>> > or creating a file. Can you do a `cat` on some text file on the file
>> > system? If not: Does it work for a file in the root file system
>> (should
>> > be a IMFS)?
>> >
>> > Best regards
>> >
>> > Christian
>> >
>> > On 15/08/2019 15:54, Nils Hölscher wrote:
>> > > Hi,
>> > >
>> > > I when my app wants to open a file on the SD card dev=mmcsd-0-0
>> rtems
>> > > freezes.
>> > > Exact call is:
>> > > fd = open(file, O_RDONLY);
>> > > With file being the pru binary I want to upload.
>> > >
>> > > Thanks,
>> > > Nils
>> > >
>> > > On Tue, 13 Aug 2019 at 17:56, Christian Mauderer
>> > > > > 
>> > > > > >> wrote:
>> > >
>> > > Hello Nils,
>> > >
>> > > a third possibility: You could start a FTP server and push the
>> > file
>> > > via network.
>> > >
>> > > Best regards
>> > >
>> > > Christian
>> > >
>> > > Am Dienstag, 13. August 2019 schrieb Nils Hölscher:
>> > > > Hi,
>> > > >
>> > > >
>> > > > Thanks for the input I will try the SD card first.
>> > > > That way I won't have to alter the code when I want to run
>> other
>> > > stuff on the pru.
>> > > >
>> > > >
>> > > > Best,
>> > > > Nils
>> > > >
>> > > >
>> > > > On Tue, 13 Aug 2019 at 17:32, Gedare Bloom <
>> ged...@rtems.org
>> > 
>> > > >> wrote:
>> > > >
>> > > > You can also build the PRU image into the RTEMS binary. See
>> > > > examples-v2.git/file_io/crc/init.c
>> > > >
>> > > > On Tue, Aug 13, 2019 at 8:46 AM Christian Mauderer
>> > > mailto:l...@c-mauderer.de>
>> > >> wrote:
>> > > > >
>> > > > > Hello Nils,
>> > > > >
>> > > > > that's a bit odd. I attached an expected output below.
>> > Some guesses:
>> > > > >
>> > > > > - Did you add FAT file system to your application?
>> > > > > - Is there some odd formatting on the SD? Normally at
>> > least the FAT
>> > > > > partition used by U-Boot should be visible.
>> > > > > - Is your BDBUF configuration OK?
>> > > > > - Do you have enough file descriptors?
>> > > > >
>> > > > > Beneath that: If you only need something where you can put
>> > some
>> > > files,
>> > > > >