That works perfectly. Thanks!
Steve
Philippe Gerum wrote:
Philippe Gerum wrote:
Steven A. Falco wrote:
Solved. As you pointed out, Xenomai inverts the returned value from
request_region. So, that was a bug in my application.
However, turns out that instead of request_region, I
Philippe Gerum wrote:
> Steven A. Falco wrote:
>> Solved. As you pointed out, Xenomai inverts the returned value from
>> request_region. So, that was a bug in my application.
>>
>> However, turns out that instead of request_region, I have to use
>> request_mem_region. This is because the I/O reg
Steven A. Falco wrote:
> Solved. As you pointed out, Xenomai inverts the returned value from
> request_region. So, that was a bug in my application.
>
> However, turns out that instead of request_region, I have to use
> request_mem_region. This is because the I/O region only goes up to
> 2^32,
Steven A. Falco wrote:
> Your patch makes sense.
>
> I have some results, but I'm not sure I understand what they mean. I've
> attached the test program that I am using. Here is what it outputs:
>
> bash-3.00# ./o2
> Trying to free nonexistent resource <-c001>
> get
Solved. As you pointed out, Xenomai inverts the returned value from
request_region. So, that was a bug in my application.
However, turns out that instead of request_region, I have to use
request_mem_region. This is because the I/O region only goes up to
2^32, but the mem region goes up to 2
On Nov 9, 2007 5:03 PM, Steven A. Falco <[EMAIL PROTECTED]> wrote:
>
> Your patch makes sense.
>
> I have some results, but I'm not sure I understand what they mean. I've
> attached the test program that I am using. Here is what it outputs:
>
> bash-3.00# ./o2
> Trying to free nonexistent res
Many apologies. I forgot to build the user library. Now the addresses
look better:
bash-3.00# ./o2
req: start = 0001c002 len = 000d
rel: start = 0001c002 len = 000d
Trying to free nonexistent resource <0001c002-0001c00e>
get leds: -16 Device or resou
Your patch makes sense.
I have some results, but I'm not sure I understand what they mean. I've
attached the test program that I am using. Here is what it outputs:
bash-3.00# ./o2
Trying to free nonexistent resource <-c001>
get leds: -16 Device or resource busy
pu
Philippe Gerum wrote:
> Steven A. Falco wrote:
>> The rt_misc_get_io_region() has the "start" argument as an unsigned
>> long. On the PPC440, we have a 36-bit address space, where the I/O
>> registers are generally above the 4GB area. For example, the UART is at
>> address 0x1ef600300.
>>
>> T
Steven A. Falco wrote:
> The rt_misc_get_io_region() has the "start" argument as an unsigned
> long. On the PPC440, we have a 36-bit address space, where the I/O
> registers are generally above the 4GB area. For example, the UART is at
> address 0x1ef600300.
>
> The Linux request_region call
> (i.e. CONFIG_RESOURCES_64BIT is set even though this is a 23-bit
> processor).
Make that a 32-bit processor. :-[
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
The rt_misc_get_io_region() has the "start" argument as an unsigned
long. On the PPC440, we have a 36-bit address space, where the I/O
registers are generally above the 4GB area. For example, the UART is at
address 0x1ef600300.
The Linux request_region call has "start" typed as a resource_siz
12 matches
Mail list logo
