th v2.0.x and v2.1.x for the doc of the 2.0 and 2.1
branches.
--
Gilles Chanteperdrix.
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highe
rnel (2.6.17.14) which works fine.
In order to get the NMI watchdog, you have to enable it on kernel
command line, passing nmi_watchdog=2 or nmi_watchdog=1. Read linux
Documentation/nmi_watchdog.txt for more details.
--
mation.
This was on my (very) long term todo list. The AT91 driver seems to
support a plethora of different phys, it is unclear to me if there
need to be a piece of code specific to each phy, but if not (I fail to
find this phy-specific piece of code in the source), the porting
should be relatively e
Nadym Salem wrote:
> Ok, since we discussed that in xenomai mailinglist yesterday and there
> seems to be no solution with my bios,
There is one solution which you refused to try.
--
Gilles Chantep
f 200 means 200 us, then it is too short on AT91.
--
Gilles Chanteperdrix
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? S
struct bar b;
char c;
short d;
} __attribute__((packed));
int main(void)
{
printf("sizeof(foo): %u, sizeof(qux): %u\n",
sizeof(struct foo), sizeof(struct qux));
return 0;
}
Whereas, on x86, this program writes:
sizeof(foo): 4,
07-10/msg00141.html
--
Gilles Chanteperdrix
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration fil
On Mon, May 5, 2008 at 2:47 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> With this patch non-real-time UDP packets a routed to the Linux
> network stack. You can enable this feature with the configure
> option "--enable-proxy-udp".
I am interested by this patch since I use a similar feat
On Mon, May 5, 2008 at 5:06 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Hi Gilles,
>
>
>
> Gilles Chanteperdrix wrote:
> > On Mon, May 5, 2008 at 2:47 PM, Wolfgang Grandegger <[EMAIL PROTECTED]>
> wrote:
> >> With this patch no
On Mon, May 5, 2008 at 5:14 PM, Gilles Chanteperdrix
<[EMAIL PROTECTED]> wrote:
> Also, in our setup, the ARP replies to requests sent by Linux are used
> by RTnet before passing them to Linux, so that RTnet learns the MAC
> addresses we no additional effort.
Ok, I see patch 2
On Wed, May 14, 2008 at 5:04 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Karl Reichert wrote:
> > Jan Kiszka wrote:
> >> Karl Reichert wrote:
> >>> Hello,
> >>>
> >>> I have two stations running RTnet, one as a master and one as a slave. I
> >> want
> >>> to measure the time, which a messa
On Wed, May 14, 2008 at 5:17 PM, Gilles Chanteperdrix
<[EMAIL PROTECTED]> wrote:
>
> On Wed, May 14, 2008 at 5:04 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >
> > Karl Reichert wrote:
> > > Jan Kiszka wrote:
> > >> Karl Reichert wro
Gilles Chanteperdrix wrote:
> On Wed, May 14, 2008 at 5:17 PM, Gilles Chanteperdrix
> <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, May 14, 2008 at 5:04 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> > >
> > > Karl Reichert wrote:
> >
Karl Reichert wrote:
> Hmm ... what is the difference between rt_timer_read, rt_timer_inquire and
> rt_timer_tsc? I think rt_timer_inquire is giving the same results (and a
> little more, the period) like the other two ones, but in one call?
>
> As I understand, TSC is a reliable value on s
Karl Reichert wrote:
> Forgot to close the socket when program finishes, this is why the
> second run always failed. Now it works :)
>
> I thought that the socket will be closed automatically when the
> program exits, as this is the case in POSIX?! Is there a reason why
> this is not done in RTnet
Stuart O Anderson wrote:
> Hi -
>
> I'm attempting to set up RTnet (0.9.10) over Xenomai (2.4.4) on a
> Debian 2.6.25 kernel running on a dual processor X86-64 Opteron
> system. I've gotten as far as inserting the modules into the kernel,
> but am having trouble with rtifconfig. My system has 2
Philippe Gerum wrote:
>> (ipipe_check_context+0x94)
>> | +*func0 find_next_bit+0xa (__next_cpu+0x1a)
>> | +*func0 __next_cpu+0x9 (ipipe_check_context+0x88)
>> | +*func0 find_next_bit+0xa (__next_cpu+0x1a)
>> | +*func
Bernhard Pfund wrote:
>> I see no option aside of ironing the inner code that reads/writes the PCI
>> config, so here is an ugly yet possible solution for x86, that might work
>> (totally untested):
>>
>> diff --git a/arch/x86/pci/common.c b/arch/x86/pci/common.c
>> index 6e64aaf..7f32101 100644
>>
Jan Kiszka wrote:
> Rob Gubler wrote:
>>> There is no select support in RTnet yet. Recent Xenomai does support it,
>>> but the (tiny) patch to enable RTnet to use it is not yet merged.
>>>
>>>
>> Back in April Jan posted a reply in regards to select() not yet being
>> supported in Xenomai. Has th
Jan Kiszka wrote:
> Ah, ok, didn't find that version. Makes sense, will clean up my patch in
> this regard. It'll be even simpler then.
I can not find it either. It looks like I never posted it. Well...
better later than never :-)
--
Gilles.
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Rob Gubler wrote:
>>>>> There is no select support in RTnet yet. Recent Xenomai does support it,
>>>>> but the (tiny) patch to enable RTnet to use it is not yet merged.
>
Bernhard Pfund wrote:
> Hi All,
>
> I have some strange behaviour here. When I try to run a periodic task
> sending small packets at 10kHz over an UDP socket, after some few cycles
> I get ENOBUFS. I can play with rtskb pool size, which extends the number
> of successful cycles, but I have the fee
Bernhard Pfund wrote:
> [EMAIL PROTECTED] wrote:
>> Zitat von Gilles Chanteperdrix <[EMAIL PROTECTED]>:
>>
>>> Bernhard Pfund wrote:
>>>> Hi All,
>>>>
>>>> I have some strange behaviour here. When I try to run a periodic task
>
Bernhard Pfund wrote:
> Gilles Chanteperdrix wrote:
>> Bernhard Pfund wrote:
>>> [EMAIL PROTECTED] wrote:
>>>> Zitat von Gilles Chanteperdrix <[EMAIL PROTECTED]>:
>>>>
>>>>> Bernhard Pfund wrote:
>>>>>> Hi All,
&g
Hank wrote:
> Hi
>
> I'm trying to get RTNet kicking under Linux kernel 2.6.19.2 on Freescale
> iMX31 (LiteKit) and have patched the kernel with IPIPE 1.7 and Xenomai
> 2.4.4. The combination is running OK.
Probably not. To run Xenomai on IMX31 correctly, you need the latest
I-pipe patch, with th
to preempt_rt too, since it uses the posix api.
>
> Regards
>
> Mathias
>
>
>
--
Gilles Chanteperdrix, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
---
Wolfgang Grandegger wrote:
> Hi Jan,
>
> I'm testing RTnet on ARM and I get the following error message:
>
> # strace rtifconfig rteth0 up 172.16.0.20
> ...
> open("/dev/rtnet", O_RDWR) = 3
> ioctl(3, 0x4050, 0x12858) = -1 ENOMEM (Cannot allocate memory)
> ...
> i
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
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
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
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
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
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.
--
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
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, wherea
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
Johan Cockx wrote:
> Hello,
>
> What is the status of the select() call in rtnet? I can see a thread in
> the mailing list dating from 2008 about a patch to support select(), so
> I guess it should be released by now, but it doesn't seem to work for me.
>
> I am using rtnet version 0.9.12 (the
Johan Cockx wrote:
> Yes XENO_OPT_POSIX_SELECT is enabled and the xeno_posix module is loaded.
Ok. So, next question, are you sure you use the Xenomai posix skin
wrapped select? You can try and put a printk in Xenomai's select syscall
implementation to be sure that you go there.
--
Johan Cockx wrote:
> I can try this but I am not familiar with the xenomai kernel code, or
> any other kernel code for that matter. I have tried to locate the
> select syscall with wcgrep in my kernel source tree, but I was not
> succesful. Can you give me a hint on where I can find the select
Johan Cockx wrote:
>
>
> On Fri, Oct 8, 2010 at 11:16 AM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Johan Cockx wrote:
> > Yes XENO_OPT_POSIX_SELECT is enabled and the xeno_posix module is
> loaded.
>
>
Johan Cockx wrote:
>
>
> On Fri, Oct 8, 2010 at 11:16 AM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Johan Cockx wrote:
> > Yes XENO_OPT_POSIX_SELECT is enabled and the xeno_posix module is
> loaded.
>
>
Johan Cockx wrote:
> A printf in src/skins/posix/select.c confirms that __wrap_select is called.
Ok, but there are many branches here, could you check whether it emits
the syscall, and if yes, what is the result of this syscall?
>
> In ksrc/skins/posix/syscall.c, I added the following lines:
>
Johan Cockx wrote:
>
>
> On Mon, Oct 11, 2010 at 4:07 PM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Johan Cockx wrote:
> > A printf in src/skins/posix/select.c confirms that __wrap_select
> is called.
>
>
Johan Cockx wrote:
>
>
> On Tue, Oct 12, 2010 at 12:05 PM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Johan Cockx wrote:
> >
> >
> > On Mon, Oct 11, 2010 at 4:07 PM, Gilles Chanteperdrix
>
Johan Cockx wrote:
>
>
> On Tue, Oct 12, 2010 at 12:32 PM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Johan Cockx wrote:
> >
> >
> > On Tue, Oct 12, 2010 at 12:05 PM, Gilles Chanteperdrix
>
Johan Cockx wrote:
>
>
> On Tue, Oct 12, 2010 at 3:04 PM, Gilles Chanteperdrix
> > Ok: __real_socket is not called, the XENOMAI_SKINCALL3(...) code
> > returns zero in this case.
>
> Ok. zero should be translated in something like 1024 - 128. And the
>
Gilles Chanteperdrix wrote:
> Johan Cockx wrote:
>>
>> On Tue, Oct 12, 2010 at 3:04 PM, Gilles Chanteperdrix
>> > > Ok: __real_socket is not called, the XENOMAI_SKINCALL3(...) code
>> > returns zero in this case.
>>
>> Ok. zero should
Johan Cockx wrote:
>
>
> On Tue, Oct 12, 2010 at 3:38 PM, Gilles Chanteperdrix
> <mailto:[email protected]>> wrote:
>
> Gilles Chanteperdrix wrote:
> > Johan Cockx wrote:
> >>
> >> On
Michel He wrote:
> So here, I add some debug info:
>
> <6>[ 172.419753] Xenomai: suspending kernel thread bf062500
> ('rtnet-stack') at 0xbf0ac72c after exception #8
Exception 8 is unaligned access.
>
> bf062500 u STACK_manager[rt_loopback]
>
> Now, let's find 0xbf0ac72c
>
Vinzenz Bargsten wrote:
>>> What do you recommend to resolve these issues?
>> - Does Xenomai's tests work flawlessly on your box? Check e.g. latency.
> As far as I can interpret it, the latency test is successful.
> Considered SMI problems as cause, but I do not find any indications
> (Xenomais SM
On 06/12/2013 12:51 PM, Leopold Palomo-Avellaneda wrote:
> Hi,
>
> I have reviewed the code, the compiler options and I have arrived to the
> conclusion that I was wrong and probably it was nothing about compiler
> options.
>
> However, more deeply doubts have come and I would to ask to the cl
Leopold Palomo Avellaneda wrote:
> Hi,
>
> first of all sorry for the cross-posting but I think that there's
> something
> wrong in the xeno-config options in both projects. If I run:
>
> $ xeno-config --skin=native --ldflags
> -lnative -L/usr/lib -lxenomai -lpthread -lrt
>
> $ xeno-config --skin=
Leopold Palomo Avellaneda wrote:
> My problem is that neither of the three options fits my needs and to make
> a
> combination of two of them puts repeated options in the compiler. For
> example
> rtdm+native:
>
> -lnative -L/usr/lib -lxenomai -lpthread -lrt -lrtdm -L/usr/lib -lxenomai
> -lpthread
On 05/27/2014 12:47 PM, Mariusz Janiak wrote:
> Hi,
>
>> There are so many reasons that could happen. At first, are you sure
>> , your xenomai system has not any jitter involved ? And how have
>> you checked it ?
>
> It seems that, Xenomai is running stable, we have tested it with
> standard xeno u
On 06/30/2014 06:24 PM, Hidde Verstoep (E2M) wrote:
> Hello,
>
> I'm trying to get RTnet to work on the Beaglebone Black (BBB).
> However, I have come to a point where I don't know how to proceed. I
> think here is a good place to ask the questions I have.
>
> Installing Xenomai was quite simple
On Tue, Oct 14, 2014 at 04:46:33AM +, YOGESH GARG wrote:
> Hi All,
>
>
>
> As Xenomai 3 stable version is released, is there any plan by RTnet developers
> to support Xenomai 3.
The plan is to integrate rtnet into xenomai 3. I will do it soon.
--
Hi,
as some of you may have seen, I have sent the pull request to
Philippe for the integration of RTnet in Xenomai 3, those of you who
want will be able to test it when Xenomai 3 next release candidate
is released. What will be in that release candidate is what was in
RTnet git, patched up to adap
On Fri, Nov 21, 2014 at 11:32:30AM +0100, Jan Kiszka wrote:
> On 2014-11-21 10:08, Gilles Chanteperdrix wrote:
> > Hi,
> >
> > as some of you may have seen, I have sent the pull request to
> > Philippe for the integration of RTnet in Xenomai 3, those of you who
>
On Fri, Nov 21, 2014 at 12:22:18PM +0100, Jan Kiszka wrote:
> On 2014-11-21 12:10, Gilles Chanteperdrix wrote:
> > On Fri, Nov 21, 2014 at 11:32:30AM +0100, Jan Kiszka wrote:
> >> On 2014-11-21 10:08, Gilles Chanteperdrix wrote:
> >>> Hi,
> >>>
> >
On Fri, Nov 21, 2014 at 10:53:05AM +0100, Richard Cochran wrote:
> Hi Gilles,
>
> On Fri, Nov 21, 2014 at 10:08:57AM +0100, Gilles Chanteperdrix wrote:
> > The drivers, on the other hand, are a bit more worrying. They are
> > based on seriously outdated versions of th
On Fri, Nov 21, 2014 at 11:08:44PM +0100, Richard Cochran wrote:
> On Fri, Nov 21, 2014 at 10:48:39PM +0100, Gilles Chanteperdrix wrote:
> > On Fri, Nov 21, 2014 at 10:53:05AM +0100, Richard Cochran wrote:
> > > This is the reason that, every time I considered using rtnet
On Sat, Nov 22, 2014 at 12:23:49AM +0100, Jeroen Van den Keybus wrote:
> >
> >
> > - the NAPI will be implemented. The NAPI thread will run with the
> > priority of the highest priority waiting thread, and will call
> > rt_stack_deliver, in order not to increase the RX latency compared
> > to the c
On Tue, Dec 16, 2014 at 03:51:16PM -0600, Jeff Webb wrote:
> I am using rtnet without rtmac/tdma. I previously sent a patch
> that allows one to use the "rtnet" script and rtnet.conf in this
> configuration. I would also like to be able to specify a list of
> IP addresses in rtnet.conf that are pas
On Thu, Dec 18, 2014 at 08:35:32AM -0600, Jeff Webb wrote:
> On 12/17/2014 04:31 AM, Gilles Chanteperdrix wrote:
> > On Tue, Dec 16, 2014 at 03:51:16PM -0600, Jeff Webb wrote:
> >> I am using rtnet without rtmac/tdma. I previously sent a patch
> >> that allows one to
On Mon, Jan 19, 2015 at 11:03:19PM +0100, Leopold Palomo-Avellaneda wrote:
> Hi,
>
> I have compiled and created debian packages of xenomai-2.6.4. I have patched
> the kernel and created debian packages for it. (3.16.0)
Xenomai 2.6.4 does not compile with Linux 3.16.0.
--
On Tue, Jan 20, 2015 at 08:02:29AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dilluns, 19 de gener de 2015, a les 23:24:57, Gilles Chanteperdrix va
> escriure:
> > On Mon, Jan 19, 2015 at 11:03:19PM +0100, Leopold Palomo-Avellaneda wrote:
> > > Hi,
> > >
>
On Tue, Jan 20, 2015 at 08:11:54AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:07:08, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 08:02:29AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dilluns, 19 de gener de
On Tue, Jan 20, 2015 at 08:11:54AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:07:08, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 08:02:29AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dilluns, 19 de gener de
On Tue, Jan 20, 2015 at 08:22:28AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:15:58, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 08:11:54AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dimarts, 20 de gener de
On Tue, Jan 20, 2015 at 08:22:28AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:15:58, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 08:11:54AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dimarts, 20 de gener de
On Tue, Jan 20, 2015 at 09:03:12AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:26:29, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 08:22:28AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dimarts, 20 de gener de
On Tue, Jan 20, 2015 at 11:49:52AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:22:28, Leopold Palomo-Avellaneda va
> escriure:
> > >
> > > That is strange, because without this commit:
> > > https://git.xenomai.org/xenomai-2.6.git/commit/?id=d7f7e99ea19eb0d
On Tue, Jan 20, 2015 at 11:54:20AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 11:52:24, Gilles Chanteperdrix va
> escriure:
> > On Tue, Jan 20, 2015 at 11:49:52AM +0100, Leopold Palomo-Avellaneda wrote:
> > > El Dimarts, 20 de gener de
On Wed, Jan 21, 2015 at 08:51:52AM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:26:29, Gilles Chanteperdrix va
> escriure:
> >
> > No idea, really, I am only interested in 3.x, 2.x series will no
> > longer evolve now. And again, in
On Tue, Jan 20, 2015 at 04:25:58PM +0100, Leopold Palomo-Avellaneda wrote:
> El Dimarts, 20 de gener de 2015, a les 08:57:30, Leopold Palomo-Avellaneda va
> escriure:
> >
> > Yes, I know, that but I tried and I had not any compilation issue. The no
> > important thing was that I disable all rtdm,
On Sun, Jun 28, 2015 at 04:24:42PM +0200, Jan Kiszka wrote:
> - transfer of setup into QEMU/KVM, then using built-in gdbstub
> (works like a hardware debugger, just cheaper and faster)
You can't be faster than a JTAG debugger. With a JTAG debugger,
the processor runs at full speed, with QEMU, ev
76 matches
Mail list logo
