Cyril Wallois wrote:
> Hi all,
>
> The problem has been solved by adding a constraint of alignment in the
> structure rt_proc_call :
>
> struct rt_proc_call {
> struct list_headlist_entry;
> int processed;
> rtpc_proc proc;
> int resul
Hi all,
The problem has been solved by adding a constraint of alignment in the
structure rt_proc_call :
struct rt_proc_call {
struct list_headlist_entry;
int processed;
rtpc_proc proc;
int result;
atomic_tref_count;
Cyril Wallois wrote:
> Hi Gilles,
>
> I verify the problem comes from the aligment, do you know if there is a
> better way rather than to cast the 64 bits types in two 32 bits. For
> example an option in the ABI to align the struct.
You should work to get the struct aligned by construction, you w
Hi Gilles,
I verify the problem comes from the aligment, do you know if there is a
better way rather than to cast the 64 bits types in two 32 bits. For example
an option in the ABI to align the struct.
Thankfully,
Cyril
2010/7/19 Gilles Chanteperdrix
> Gilles Chanteperdrix wrote:
> > Cyril Wa
Gilles Chanteperdrix wrote:
> Cyril Wallois wrote:
>> Hi Gilles,
>>
>> Thanks for your help.
>>
>> Here is the disassembly of the function rt_icmp_echo_reply with the
>> different ABI.
>
> So, this confirms that the armv5 version uses ldrd, whereas the armv4
> version uses ldm (old alias for ldmia
Cyril Wallois wrote:
> Hi Gilles,
>
> Thanks for your help.
>
> Here is the disassembly of the function rt_icmp_echo_reply with the
> different ABI.
So, this confirms that the armv5 version uses ldrd, whereas the armv4
version uses ldm (old alias for ldmia).
I did a quick check, and could not f
Cyril Wallois wrote:
> Thanks,
>
> I though The struct was ever aligned on 64 bit.
Well, when there is a bug, the first step to solve it is to admit there
may be something wrong. So, you should not assume anything and check
whether the pointer is aligned.
--
Thanks,
I though The struct was ever aligned on 64 bit.
Cyril
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
Cyril Wallois wrote:
> Hi all,
>
> This problem seems to be solve with last version of Xenomai.
>
> Nevertheless, Rtping doesn't run. Now I have the following error message :
>
> Xenomai: suspending kernel thread bf0096f0 ('rtnet-rtpc') at 0xc002d3c8
> after exception #0
>
> The error seems to
Hi Gilles,
Thanks for your help.
Here is the disassembly of the function rt_icmp_echo_reply with the
different ABI.
Regards,
Cyril
N.B. : The following ABI I use is arm-linux- (I write arm-linux-eabi)
stack/ipv4/rtipv4.ko: file format elf32-littlearm
285c :
285c: e1a0c00d
Cyril Wallois wrote:
> Hi all,
>
> This problem seems to be solve with last version of Xenomai.
>
> Nevertheless, Rtping doesn't run. Now I have the following error message :
>
> Xenomai: suspending kernel thread bf0096f0 ('rtnet-rtpc') at 0xc002d3c8
> after exception #0
>
> The error seems to
Hi all,
This problem seems to be solve with last version of Xenomai.
Nevertheless, Rtping doesn't run. Now I have the following error message :
Xenomai: suspending kernel thread bf0096f0 ('rtnet-rtpc') at 0xc002d3c8
after exception #0
The error seems to comes from the function rt_icmp_echo_repl
Cyril Wallois wrote:
> Hello everybody,
>
> I try rtnet with the last stable version of xenomai (2.5.3 and linux
> kernel 2.6.26) and I have a new error code :
Still on ARM, right? Do you have the same issue if you use an I-pipe
patch for a more recent kernel versions (anything more recent than 2
Hello everybody,
I try rtnet with the last stable version of xenomai (2.5.3 and linux kernel
2.6.26) and I have a new error code :
./rtping 127.0.0.1
Real-time PING 127.0.0.1 56(84) bytes of data.
[ 610.438400] Xenomai: suspending kernel thread bf027038 ('rtnet-rtpc') at
0xc0030fa4 after excepti
Cyril Wallois wrote:
> Hello,
>
> Thanks fo your help !
>
> I have tried to run xeno-test and it seems to crash at latency test, I
> will try to build a new kernel (I doubt xenomai is guilty).
Please send a bug report to the xenomai-help mainling list. Including
the versions of the various compo
Hello,
Thanks fo your help !
I have tried to run xeno-test and it seems to crash at latency test, I will
try to build a new kernel (I doubt xenomai is guilty).
About DMA on dm9000, the developpers of the original driver answer me that
the linux API for DMA is bad or that the dma is processor spe
Jan Kiszka wrote:
> Cyril Wallois wrote:
>> 2810:e593300c ldrr3, [r3, #12]
>> 2814:e3a01000 movr1, #0; 0x0
>
> Makes no sense yet. This is moving an immediate into register r1 -
> nothing where misaligned memory access can happen.
>
> Please validate your calcu
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Cyril Wallois wrote:
>>> 2810:e593300c ldrr3, [r3, #12]
>>> 2814:e3a01000 movr1, #0; 0x0
>> Makes no sense yet. This is moving an immediate into register r1 -
>> nothing where misaligned memory access can happen.
Thanks Jan for your help,
the command grep return to me :
r...@mbs270:~$ grep rtipv4 /proc/modules
rtipv4 21520 1 rtcfg, Live 0xbf029000
rtnet 35384 7 rtcfg,tdma,rtmac,rt_dm9000,rt_loopback,rtpacket,rtipv4, Live
0xbf01f000
should it be the previous instruction (2810)?
Regards,
WALLOIS Cyril
---
Cyril Wallois wrote:
> Hi Jan,
>
> My problem appears in the function :
>
> /***
> * rt_icmp_release
> */
> void rt_icmp_release(void)
> {
> rt_icmp_cleanup_echo_requests();
> rt_inet_del_protocol(&icmp_protocol);
> rt_bare_socket_cleanup(&icmp_socket);
> }
>
> in the function rt_
Hi Jan,
My problem appears in the function :
/***
* rt_icmp_release
*/
void rt_icmp_release(void)
{
rt_icmp_cleanup_echo_requests();
rt_inet_del_protocol(&icmp_protocol);
rt_bare_socket_cleanup(&icmp_socket);
}
in the function rt_bare_socket_cleanup() which called rtskb_pool_relea
Cyril Wallois wrote:
> Hi Jan,
>
> Last week, I tried to run Rtnet on a new embedded system, always with an Arm
> architecture (PXA270).
>
> When I try to run Rtping I have the following error :
>
> Xenomai: suspending kernel thread bf0270e0 ('rtnet-rtpc') at 0xbf02b814
> after exception #8
>
>
Hi Jan,
Last week, I tried to run Rtnet on a new embedded system, always with an Arm
architecture (PXA270).
When I try to run Rtping I have the following error :
Xenomai: suspending kernel thread bf0270e0 ('rtnet-rtpc') at 0xbf02b814
after exception #8
This error seems to comes from a bad align
23 matches
Mail list logo
