On 12/08/11 01:18, Gilles Chanteperdrix wrote:
The following patch seems to do the trick. It makes the assumption that
when compiling with -fomit-frame-pointer, we have one more register, so
the R constraint will always be able to avoid choosing eax, and eax
will be free for the muxcode, so
Daniele Nicolodi wrote:
On 12/08/11 01:18, Gilles Chanteperdrix wrote:
The following patch seems to do the trick. It makes the assumption that
when compiling with -fomit-frame-pointer, we have one more register, so
the R constraint will always be able to avoid choosing eax, and eax
will be
On 12/08/11 10:18, Daniele Nicolodi wrote:
On 12/08/11 01:18, Gilles Chanteperdrix wrote:
The following patch seems to do the trick. It makes the assumption that
when compiling with -fomit-frame-pointer, we have one more register, so
the R constraint will always be able to avoid choosing eax,
On 11/08/11 13:43, Daniele Nicolodi wrote:
I submitted the debian bug, beside what is the cause of the problem,
binaries compiled with gcc-4.6 are not usable, but binaries compiled
with gcc-4.4 are. I'm compiling xenomai-head right now (this requires
compiling both user space and kernel space,
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine but xenomai services do not: latency hangs right after
the sched_setscheduler system call. With the same kernel I compiled user
space with gcc-4.4 and
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
On 11/08/11 13:43, Daniele Nicolodi wrote:
I submitted the debian bug, beside what is the cause of the problem,
binaries compiled with gcc-4.6 are not usable, but binaries compiled
with gcc-4.4 are. I'm compiling xenomai-head right now (this
On 08/11/2011 07:21 PM, Roland Stigge wrote:
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine but xenomai services do not: latency hangs right after
the sched_setscheduler system call. With the same
On 11/08/11 19:22, Gilles Chanteperdrix wrote:
Please try and find the point in the latency test where the hang happens
(it probably happens when calling a xenomai service, so, not
sched_setscheduler), and then post the two disassemblies of this service
implementation in libnative.so, the one
On 08/11/2011 07:31 PM, Gilles Chanteperdrix wrote:
On 08/11/2011 07:21 PM, Roland Stigge wrote:
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine but xenomai services do not: latency hangs right after
On 08/11/2011 07:31 PM, Gilles Chanteperdrix wrote:
On 08/11/2011 07:21 PM, Roland Stigge wrote:
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine but xenomai services do not: latency hangs right after
On 08/11/2011 10:52 PM, Gilles Chanteperdrix wrote:
On 08/11/2011 07:31 PM, Gilles Chanteperdrix wrote:
On 08/11/2011 07:21 PM, Roland Stigge wrote:
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine
11 matches
Mail list logo