libi2c: Claiming driver slot failed

[Joel Sherrill]

I have a pending patch that replace CONFIGURE_MAXIMUM_DRIVERS with CONFIGURE_MAXIMUM_DYNAMIC_DRIVERS. The key idea is that the number of static drivers is the size of the driver table which can be computed. We just need extra slots for dynamic use. This should make it more directly tied to application requirements.

Chris Johns <chrisj at rtems.org> wrote:


Nick Withers wrote:
> On Mon, 2013-08-05 at 14:02 +1000, Nick Withers wrote:
>> Hi guys,
>>
>> When I boot an MVME3100 (PowerPC) off the ticker sample application, I
>> get an error message "libi2c: Claiming driver slot failed (rtems status
>> code 5)".
>
> (snip)
>
> I got past this by #defining CONFIGURE_MAXIMUM_DRIVERS up to 10.
>
> Is this something that I should have to do? Would've thought the BSP
> code'd handle this...?

The BSP may require a number of driver slots while the actual number
used depends on your application and the drivers it uses. It is useful
on targets where the memory size is small.

Currently there is no way for the BSP to provide a number for the table
so the application needs to size things to get it running. If you have
ideas on how this could be done we would welcome it.

Chris
_______________________________________________
rtems-users mailing list
rtems-users at rtems.org
http://www.rtems.org/mailman/listinfo/rtems-users