Hi Gregory,
Apologies, possibly I wasn't clear with my description. I was referring to
having a method to *replace* a syscall with an architecture specific proxy.
For example, I should be able to use the usermode CSRs for providing
clock_gettime functionality.
Potentially, what you're suggesting
On Mon, May 27, 2024 at 4:00 AM Gregory Nutt wrote:
> There is some brief information about dhara here:
> https://github.com/dlbeer/dhara . It is an FTL that provides many of the
> features described previously:
>
> * Wear leveling,
> * Hardware/software EEC
>
> It does not appear to do
>
>
Adding non-standard APIs would be not be a good decision for the
future of a standards compliant OS.
Sorry to respond again. Perhaps I am not understanding properly. Are
you proposing another set of APIs or instead proposing to replace the
standard APIs with a different implementation.
On 5/26/2024 5:03 PM, Stuart Ianna wrote:
With the riscv/litex port, we're able to access the TIME and TIMEH CSRs in
usermode. I would like to take advantage of this feature to replace the
proxies for syscalls, such as timer_gettime with an equivalent
implementation that avoids a context switch
With the riscv/litex port, we're able to access the TIME and TIMEH CSRs in
usermode. I would like to take advantage of this feature to replace the
proxies for syscalls, such as timer_gettime with an equivalent
implementation that avoids a context switch, where appropriate.
I understand that th sys
There is some brief information about dhara here:
https://github.com/dlbeer/dhara . It is an FTL that provides many of the
features described previously:
* Wear leveling,
* Hardware/software EEC
It does not appear to do
* Bad block detection
* Marking of bad blocks
The nicest thing is th
I found the discussion in the thread "W25Nx NAND flash support"
I think they gave up submitting support after some bad criticism from a
user!
Best Regards,
Alan
On Sun, May 26, 2024 at 4:00 PM Saurav Pal wrote:
> Hi all,
>
> Thank you for the knowledgeable insights!
>
> Regards,
> Saurav Pal
Hi all,
Thank you for the knowledgeable insights!
Regards,
Saurav Pal
On Sun, 26 May, 2024, 18:03 Alan C. Assis, wrote:
> It is at drivers/mtd/dhara.c
>
> Unfortunately NuttX is full of "hidden features", that is something that I
> try to avoid during the code view:
>
> All new features needs
It is at drivers/mtd/dhara.c
Unfortunately NuttX is full of "hidden features", that is something that I
try to avoid during the code view:
All new features needs proper Documentation/
I think YAFFS was discussed here sometime ago, but I don't remember all the
details.
I had the impression that
