ChibiOS Free Embedded RTOS

We're trying to track down occasional SD card read/write errors...

Latest evidence suggests a hardware problem. I'll update if a ChibiOS bug is found.

Thanks.

I hope he's right...

Hi,

I was looking over the changes in ChibiOS and found the following.

m

This produces the diff:

m

The same constellation of DCTL, sdc_lld_prepare.. and sdc_lld_wait_transaction_end is present in
sdc_lld_write_aligned() and sdc_lld_read_aligned() but the bugfix only changed one of them ...

Thanks, I found out the correct way to do things immediately after my post so I edited the post to remove the second question.

But please clarify the docu!

I introduced:

// Do not use chThdSleepMilliseconds()/Microseconds() because these functions
// will in fact sleep at least 1 clock cycle ...

Thanks for your quick reply.

The documentation says: "The specified time is rounded up to a value allowed by the real system tick clock."

To me, this means what I just described above: That the delay can be longer but not shorter.
This is also what just about everybody will expect. An API like ...

Hi,

as I understand, both chThdSleepMilliseconds(x) and ..Microseconds(x) are supposed to sleep AT LEAST the time x.
The actual time should be between x and x+"1 clock cycle" (which might typically be 1ms).

However, what we find when measuring with an oscilloscope is that chThdSleepMilliseconds ...

Thanks.

Just posted another bug...

Hi,

Looking at os/hal/platforms/STM32F4xx/hal_lld.c, around line 209:

/* Other clock-related settings (dividers, MCO etc).*/
RCC->CFGR |= STM32_MCO2PRE | STM32_MCO2SEL | STM32_MCO1PRE | STM32_MCO1SEL |
STM32_RTCPRE | STM32_PPRE2 | STM32_PPRE1 | STM32_HPRE;


I'm wondering why ORing is used ...

Hi,

as a side note, it might be a good idea to split the linker scripts:

You need STM32F207xY.ld (several of them). Each of them should contain:

__main_stack_size__ = 4096;
__process_stack_size__ = 2048;

MEMORY
{
flash : org = 0x08000000, len = 1M
ram : org = 0x20000000, len = 112k ...

Hi,

there's a bug in STM32F407xG.ld (and possible other linker scipts)
which prevents static variables to be initialized in certain cases:

In STM32F407xG.ld, we have:

...
_etext = .;
_textdata = _etext;
...

Now, _etext can be an odd address e.g. if the last ...