On 01/04/2013 12:11 AM, Daniel M. Drucker, Ph.D. wrote:
>
> Then your problem is solved, you found out why /dev/rtheap is not
> created.
>
>
> Ok. I'll go back to using 2.6.1, which runs fine.
To be sure, really sure whether xenomai is started, and what we see is
not some printing art
>
>
> Then your problem is solved, you found out why /dev/rtheap is not created.
>
>
Ok. I'll go back to using 2.6.1, which runs fine.
Thanks,
Daniel
___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai
On 01/04/2013 12:07 AM, Daniel M. Drucker, Ph.D. wrote:
>
> Or try /var/log/syslog or /var/log/messages
>
>
> Same - it doesn't look like xenomai is getting loaded at all. There are
> no references to 'xeno' other than in the uname.
Then your problem is solved, you found out why /dev/rthe
>
>
> Or try /var/log/syslog or /var/log/messages
>
Same - it doesn't look like xenomai is getting loaded at all. There are no
references to 'xeno' other than in the uname.
___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listi
On 01/04/2013 12:03 AM, Gilles Chanteperdrix wrote:
> On 01/04/2013 12:00 AM, Daniel M. Drucker, Ph.D. wrote:
>
>>>
>>> You have to check if Xenomai is started correctly, see the
>>> TROUBLESHOOTING guide.
>>>
>>>
>> imt@imtrobot:~$ dmesg|grep -i xeno
>> [0.00] Linux version 3.5.3-xenomai
On 01/04/2013 12:00 AM, Daniel M. Drucker, Ph.D. wrote:
>>
>> You have to check if Xenomai is started correctly, see the
>> TROUBLESHOOTING guide.
>>
>>
> imt@imtrobot:~$ dmesg|grep -i xeno
> [0.00] Linux version 3.5.3-xenomai.2.6.git.imt.20130103.1357.thu
> (root@rossum) (gcc version 4.6.
>
> You have to check if Xenomai is started correctly, see the
> TROUBLESHOOTING guide.
>
>
imt@imtrobot:~$ dmesg|grep -i xeno
[0.00] Linux version 3.5.3-xenomai.2.6.git.imt.20130103.1357.thu
(root@rossum) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #1 SMP
Thu Jan 3 14:10:49 EST 201
On 01/03/2013 11:51 PM, Gilles Chanteperdrix wrote:
> On 01/03/2013 11:50 PM, Daniel M. Drucker, Ph.D. wrote:
>
>>
>> Are you sure Xenomai is started correctly?
>>
>>
>> In the previous version (which we had working) we didn't have to do
>> anything to start it - it just started on boot.
>>
>
On 01/03/2013 11:50 PM, Daniel M. Drucker, Ph.D. wrote:
>
> Are you sure Xenomai is started correctly?
>
>
> In the previous version (which we had working) we didn't have to do
> anything to start it - it just started on boot.
>
> I have CONFIG_XENOMAI=y in my linux kernel config.
>
> Is
> Are you sure Xenomai is started correctly?
>
>
In the previous version (which we had working) we didn't have to do
anything to start it - it just started on boot.
I have CONFIG_XENOMAI=y in my linux kernel config.
Is there something else I have to do? /etc/init.d/xenomai start doesn't
appear to
On 01/03/2013 11:45 PM, Daniel M. Drucker, Ph.D. wrote:
> /etc/udev/xenomai.rules
So, you have the udev rules.
Are you sure Xenomai is started correctly?
--
Gilles.
___
Xenomai mailing
>
>
> What does dpkg -L libxenoma1 say?
>
>
imt@imtrobot:~$ dpkg -L libxenomai1
/.
/usr
/usr/lib
/usr/lib/libvxworks.so.1.0.0
/usr/lib/libpthread_rt.so.1.0.0
/usr/lib/librtdm.so.1.0.0
/usr/lib/libpsos.so.0.0.0
/usr/lib/libanalogy.so.1.0.0
/usr/lib/libvrtx.so.0.0.0
/usr/lib/libxenomai.so.0.0.0
/usr
On 01/03/2013 11:42 PM, Daniel M. Drucker wrote:
>
> Well the udev rules is installed by the libxenomai1 package which you do
> not have. Have you followed the instructions here?
>
>
> I do have those files. They're there now, I hadn't finished scping yet :)
>
>
> http://www.xeno
>
>
> Well the udev rules is installed by the libxenomai1 package which you do
> not have. Have you followed the instructions here?
>
>
I do have those files. They're there now, I hadn't finished scping yet :)
> http://www.xenomai.org/index.php/Building_Debian_packages
>
>
Yes, those are the inst
On 01/03/2013 11:38 PM, Daniel M. Drucker, Ph.D. wrote:
>
> Strange. The debian packages I use, temporarily available here:
> http://xenomai.org/~gch/pub/deb/
>
> Get /dev/rtheap created. It is created by an udev AFAIK.
>
>
> I can't use yours, as I'm not amd.
> These are the .deb
> Strange. The debian packages I use, temporarily available here:
> http://xenomai.org/~gch/pub/deb/
>
> Get /dev/rtheap created. It is created by an udev AFAIK.
I can't use yours, as I'm not amd.
These are the .debs that debuild made for me: http://3e.org/private/x/
Can you see if something wen
On 01/03/2013 11:22 PM, Daniel M. Drucker, Ph.D. wrote:
> In the latest from git, when I create a .deb using debuild, the resulting
> deb, when installed, doesn't seem to create /dev/rtheap.
>
> Under 2.6.1, the same debuild process created a deb which when installed
> did create /dev/rtheap.
S
In the latest from git, when I create a .deb using debuild, the resulting
deb, when installed, doesn't seem to create /dev/rtheap.
Under 2.6.1, the same debuild process created a deb which when installed
did create /dev/rtheap.
___
Xenomai mailing list
X
On 03/01/2013 09:18, Michael Haberler wrote:
Am 03.01.2013 um 09:53 schrieb Richard Cochran:
On Wed, Jan 02, 2013 at 10:40:05AM +0100, Henri Roosen wrote:
My decision to base the port on the Arago project was also that it looked
'most TI official' to me. TI ships an evaluation disk with the AM
On 01/03/2013 03:15 PM, Richard Cochran wrote:
> On Thu, Jan 03, 2013 at 10:18:15AM +0100, Michael Haberler wrote:
>>
>> fine, but my requirement is a working Xenomai kernel with - in the minimum -
>> GPIO, PRU, PWM, cape support, and I dont see that combination of Xenomai and
>> v.3.8 around th
On 01/03/2013 12:38 AM, Romain Naour wrote:
> Hi Gilles,
>
> I did a test today with your previous patch, it works correctly.
> However the following patch is required since the new ipipe-core.
>
> Signed-off-by: Naour Romain
> ---
>
> We need a minimal reload value for s3c2410_itimer, otherwi
On 01/02/2013 05:35 PM, Jeff Webb wrote:
> On 01/01/2013 05:13 AM, Gilles Chanteperdrix wrote:
>> On 01/01/2013 05:09 AM, jeff.w...@nta-inc.net wrote:
>>
>>> When I try to open an RTDM serial device under
>>> Xenomai-2.6.2/Linux 3.4.6 (Ubuntu 12.04), the call appears to
>>> succeed, but I get the
On 01/02/2013 04:20 PM, Jan Kiszka wrote:
> On 2012-09-25 15:19, Wolfgang Mauerer wrote:
>> Don't left-shift further than the bit-width of the
>> shifted type allows. In this particular constellation,
>> this leads to selecting CPUs that are not specified in
>> supported_cpus_arg on systems with m
On 01/03/2013 12:17 PM, Daniel M. Drucker, Ph.D. wrote:
I am trying to run debuild to create a .deb for Xenomai 2.6.2 on kernel
3.5.3 on x86.
The install rule in xenomai-2.6.2/debian/rules says:
cp adeos-ipipe-*.patch
$(CURDIR)/debian/linux-patch-xenomai/usr/src/kernel-patches/diffs/xenomai
I am trying to run debuild to create a .deb for Xenomai 2.6.2 on kernel
3.5.3 on x86.
The install rule in xenomai-2.6.2/debian/rules says:
cp adeos-ipipe-*.patch
$(CURDIR)/debian/linux-patch-xenomai/usr/src/kernel-patches/diffs/xenomai
but at that point in the build process adeos-ipipe-*.patch
On 2013-01-03 18:34, Philippe Gerum wrote:
> On 01/03/2013 06:25 PM, Jan Kiszka wrote:
>> On 2013-01-03 17:27, Philippe Gerum wrote:
>>> On 01/03/2013 04:44 PM, Jan Kiszka wrote:
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
> On 01/02/2013 06:43 PM, Jan Kiszka wrote:
>> Hi,
>>
On 01/03/2013 06:25 PM, Jan Kiszka wrote:
On 2013-01-03 17:27, Philippe Gerum wrote:
On 01/03/2013 04:44 PM, Jan Kiszka wrote:
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of I-pipe, so I
On 01/03/2013 06:21 PM, Gilles Chanteperdrix wrote:
On 01/03/2013 05:27 PM, Philippe Gerum wrote:
On 01/03/2013 04:44 PM, Jan Kiszka wrote:
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of
On 01/03/2013 06:25 PM, Jan Kiszka wrote:
> On 2013-01-03 17:27, Philippe Gerum wrote:
>> On 01/03/2013 04:44 PM, Jan Kiszka wrote:
>>> On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
> Hi,
>
> this may involve some refactoring of the HAL
On 2013-01-03 17:27, Philippe Gerum wrote:
> On 01/03/2013 04:44 PM, Jan Kiszka wrote:
>> On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
>>> On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of I-pipe, so I
better ask first:
>
On 01/03/2013 05:27 PM, Philippe Gerum wrote:
> On 01/03/2013 04:44 PM, Jan Kiszka wrote:
>> On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
>>> On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of I-pipe, so I
better ask first
On 01/03/2013 04:44 PM, Jan Kiszka wrote:
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of I-pipe, so I
better ask first:
Not sure when it changed, but XNARCH_TIMER_IRQ may no longer return
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
> On 01/02/2013 06:43 PM, Jan Kiszka wrote:
>> Hi,
>>
>> this may involve some refactoring of the HAL and a bit of I-pipe, so I
>> better ask first:
>>
>> Not sure when it changed, but XNARCH_TIMER_IRQ may no longer return the
>> same values when cal
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
> Hi,
>
> this may involve some refactoring of the HAL and a bit of I-pipe, so I
> better ask first:
>
> Not sure when it changed, but XNARCH_TIMER_IRQ may no longer return the
> same values when called on different CPUs. Therefore, It should rather
> be
On Thu, Jan 03, 2013 at 10:18:15AM +0100, Michael Haberler wrote:
>
> fine, but my requirement is a working Xenomai kernel with - in the minimum -
> GPIO, PRU, PWM, cape support, and I dont see that combination of Xenomai and
> v.3.8 around the corner anyday soon
>
> what would you then suggest
Conceptually, all users of this lock are supposed to run over Linux
context already. Moreover, latest I-pipe patches complain that
ipipe_virtualize_irq is called with the Xenomai domain stalled which
invalidates that useful internal bug check.
So rework the locking for dumping scheduling statistic
On 2013-01-02 21:25, Jeff Webb wrote:
> On 01/02/2013 12:07 PM, Jan Kiszka wrote:
>> Conceptually, all users of this lock are supposed to run over Linux
>> context already. Moreover, latest I-pipe patches complain that
>> ipipe_virtualize_irq is called with the Xenomai domain stalled which
>> inval
Am 03.01.2013 um 09:53 schrieb Richard Cochran:
> On Wed, Jan 02, 2013 at 10:40:05AM +0100, Henri Roosen wrote:
>>
>> My decision to base the port on the Arago project was also that it looked
>> 'most TI official' to me. TI ships an evaluation disk with the AM335x-evm
>> board that is based on t
On Wed, Jan 02, 2013 at 10:40:05AM +0100, Henri Roosen wrote:
>
> My decision to base the port on the Arago project was also that it looked
> 'most TI official' to me. TI ships an evaluation disk with the AM335x-evm
> board that is based on this project.
The arago thing has gazillions of hacks, m
39 matches
Mail list logo