Discussions about configuration, compilation or installation of Xenomai, as well as common usage of its features and interfaces. ()

inflo | 1 Dec 2010 19:35

Re: xenomai user lib build error

hi,
the code compiles without errors. I got it once compiled, but after replaying what i have done, it wont work
again :(

The prepare-kernel.sh script i can call from whereever i am, i mean, i could go to e.g. /tmp and could call

/usr/src/xenomai-2.5.5.2/scripts/prepare-kernel.sh --arch=powerpc
--adeos=/usr/src/xenomai-2.5.5.2/ksrc/arch/powerpc/patches/adeos-ipipe-2.6.35.7-ppc-1.5-*.patch --linux=/usr/src/linux-2.6.35.7

then i could go 
cd /usr/src/linux-2.6.35.7 and configure and build the kernel from within this directory ? whats with
this linux/ shadow copy ?

After building patched kernel, i need to configure xenomai user libs. This is done from whereever i want? i
mean, i could go to e.g. /tmp and call

/usr/src/xenomai-2.5.5.2/configure --host=powerpc-linux-gnu
and then also call inside this dir

make

to build xenomai libs?

The user libs build fails mostly with the same procedure
deleting linux/
copying linux source to linux/
hanging

my cross tools are prefixed with powerpc-linux-gnu- like powerpc-linux-gnu-gcc

(Continue reading)

headers

Gilles Chanteperdrix | 2 Dec 2010 00:08

Re: xenomai user lib build error

inflo wrote:
> hi, the code compiles without errors. I got it once compiled, but
> after replaying what i have done, it wont work again :(

Ok. Send me the result of this code compiled with
powerpc-linux-gnu-gcc -E.

> 
> The prepare-kernel.sh script i can call from whereever i am, i mean,
> i could go to e.g. /tmp and could call
> 
> /usr/src/xenomai-2.5.5.2/scripts/prepare-kernel.sh --arch=powerpc
> --adeos=/usr/src/xenomai-2.5.5.2/ksrc/arch/powerpc/patches/adeos-ipipe-2.6.35.7-ppc-1.5-*.patch
> --linux=/usr/src/linux-2.6.35.7
> 
> then i could go cd /usr/src/linux-2.6.35.7 and configure and build
> the kernel from within this directory ? whats with this linux/ shadow
> copy ?

prepare-kernel does not make a shadow copy, it modifies
/usr/src/linux-2.6.35.7 in place. So, if you have linux/ it comes from
somewhere else.

> 
> After building patched kernel, i need to configure xenomai user libs.
> This is done from whereever i want? i mean, i could go to e.g. /tmp
> and call
> 
> /usr/src/xenomai-2.5.5.2/configure --host=powerpc-linux-gnu and then
> also call inside this dir

(Continue reading)

headers

inflo | 2 Dec 2010 19:17

Re: xenomai user lib build error

hi,
i deleted the linux and xenomai sources directories and replayed the whole thing. It worked directly. I
dont know what i have done soo wrong last time. I tried it now again and again and it works.

thanks for help and sorry for wasting your time :)

flo

On Thu, 02 Dec 2010 00:08:28 +0100
Gilles Chanteperdrix <gilles.chanteperdrix <at> xenomai.org> wrote:

> inflo wrote:
> > hi, the code compiles without errors. I got it once compiled, but
> > after replaying what i have done, it wont work again :(
> 
> Ok. Send me the result of this code compiled with
> powerpc-linux-gnu-gcc -E.
> 
> > 
> > The prepare-kernel.sh script i can call from whereever i am, i mean,
> > i could go to e.g. /tmp and could call
> > 
> > /usr/src/xenomai-2.5.5.2/scripts/prepare-kernel.sh --arch=powerpc
> > --adeos=/usr/src/xenomai-2.5.5.2/ksrc/arch/powerpc/patches/adeos-ipipe-2.6.35.7-ppc-1.5-*.patch
> > --linux=/usr/src/linux-2.6.35.7
> > 
> > then i could go cd /usr/src/linux-2.6.35.7 and configure and build
> > the kernel from within this directory ? whats with this linux/ shadow
> > copy ?
>

(Continue reading)

headers

adilkaraoz | 4 Dec 2010 08:16

How to Obtaining Pci Device Private Data ( base Address ) with RTDM

Hi,

I want to obtain private data of my PLX pci device but I don't understand anything what I do. Starting of my code below please help me.

/**

* define devices our driver supports

*/

static struct pci_device_id pic1711_ids[]={ { PCI_DEVICE(PCI_VENDOR_ID_PLX, PCI_DEVICE_ID_1711) },{0,}, };

/**

* export pci_device_id structure to user space, allowing hotplug

*/

MODULE_DEVICE_TABLE (pci, pic1711_ids);

/**

* create pci_driver structure,

* and register it in cpci_ea221_driver_init_module,

* unregister in cpci_ea221_driver_exit_module

*/

static struct pci_driver pci1711_driver = {

.name = DRV_NAME,

.id_table = pic1711_ids,

.probe = pci1711_probe,

.remove = __devexit_p(pci1711_remove),

};

/**

* Init module function

*/

static int xeno_pic1711_driver_init_module(void){

static int ret_val;

printk( KERN_DEBUG "Module xenoPci1711_driver init\n" );

ret_val = pci_register_driver(&pci1711_driver);

return ret_val;

}

And I found this code for obtain private data.

struct pci_dev *pcidev;

printk("PCI-1711 DETECT PCI \n");

pcidev=NULL;

pcidev =pci_get_device (PCI_VENDOR_ID_PLX, PCI_DEVICE_ID_1711, pcidev );

if (pcidev==NULL){

printk("PCI-1711 CANNOT BE FOUND \n");

}

else{

printk("PCI-1711 LOCATED \n");

if (pci_enable_device(pcidev)){

printk("PCI-1711 NOT ENABLED \n");

return(-EIO);

}

else{

printk("PCI-1711 ENABLED \n");

}

//PCI_BASE_ADRESS_1711= pci_resource_start(pcidev, 1)&

//PCI_BASE_ADDRESS_MEM_MASK; printk("PCI-1711 DETECT PCI %x \n",PCI_BASE_ADRESS_1711);

With this code pci_dev used but my code has pci_driver I don't understand relation between pci_dev and pci_driver.

--
Adil Karaöz

C TECH Yazılım Geliştiricisi

GYTE Bilgisayar Mühendisliği

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help

headers

Gilles Chanteperdrix | 4 Dec 2010 10:10

Re: How to Obtaining Pci Device Private Data ( base Address ) with RTDM

adilkaraoz wrote:
> Hi,
> 
> I want to obtain private data of my PLX pci device but I don't understand
> anything what I do. Starting of my code below please help me.

The way you would do this with RTDM is the same you would do it with
Linux. RTDM does not define any API, it lets you use Linux API.

If your trouble is about writing a PCI driver with Linux, then you are
asking the wrong list, since you ask to a Xenomai mailing list, mainly
talking about Xenomai.

Though we can suggest you to read the chapter on PCI devices of the
"Linux device drivers" book. Available online here:
http://lwn.net/Kernel/LDD3/

Hopefully, when you have read that book, you will understand better what
you are doing

--

-- 
                                                                Gilles.

headers

krzyma krzyma | 4 Dec 2010 16:26

Freeze after rt_sem_broadcast

Hi,
I have a simple program which only has to start some tasks. I wanted
to start the tasks with rt_sem_broadcast. The problem is when I have
more than ~50 tasks, then the system just freezes and nothing works
(keyboard). and I need to restart it hardly. I figured out that the
problem exists only with rt_sem_broadcast, without it the number of
tasks is not the problem. I have Xenomai 2.4.4 on Fedora 3 (2.6.25.11)
with all the xenomai debug  and watchdog options enabled.

Thanks,
Krzysztof

headers

Gilles Chanteperdrix | 4 Dec 2010 21:08

Re: Freeze after rt_sem_broadcast

krzyma krzyma wrote:
> Hi,
> I have a simple program which only has to start some tasks. I wanted
> to start the tasks with rt_sem_broadcast. The problem is when I have
> more than ~50 tasks, then the system just freezes and nothing works
> (keyboard). and I need to restart it hardly. I figured out that the
> problem exists only with rt_sem_broadcast, without it the number of
> tasks is not the problem. I have Xenomai 2.4.4 on Fedora 3 (2.6.25.11)
> with all the xenomai debug  and watchdog options enabled.

http://www.xenomai.org/index.php/Request_for_information

--

-- 
                                                                Gilles.

headers

Henri Roosen | 7 Dec 2010 15:47

Ipipe support for 'longterm' kernel versions

Hi all,

I was pleased to read on the Linux Kernel Mailing List Greg's message
about Linux stable kernel release procedure changes, that the longterm
supported stable kernels will be made more explicit by getting the
'longterm' name.

https://lkml.org/lkml/2010/12/2/388

We are embedding Linux in products and therefore those longterm
kernels are very valuable for us. We chose 2.6.32 kernel because of
that a while ago.

However, unfortunately there is no Ipipe patch that applies cleanly on
the latest 2.6.32.26 stable, nor is there an ARM version.

It would be great if Xenomai would also recognize this need and would
do some kind of 'long term' support for the Ipipe for the longterm
kernels. I understand maintaining the Ipipe is a lot of work.
Personally I think it would be an option to only support the longterm
kernels...

What do the Xenomai/Ipipe developers think?

Thanks,
Henri.

headers

Jan Kiszka | 7 Dec 2010 18:59

Re: Ipipe support for 'longterm' kernel versions

Am 07.12.2010 15:47, Henri Roosen wrote:
> Hi all,
> 
> I was pleased to read on the Linux Kernel Mailing List Greg's message
> about Linux stable kernel release procedure changes, that the longterm
> supported stable kernels will be made more explicit by getting the
> 'longterm' name.
> 
> https://lkml.org/lkml/2010/12/2/388
> 
> We are embedding Linux in products and therefore those longterm
> kernels are very valuable for us. We chose 2.6.32 kernel because of
> that a while ago.
> 
> However, unfortunately there is no Ipipe patch that applies cleanly on
> the latest 2.6.32.26 stable, nor is there an ARM version.
> 
> It would be great if Xenomai would also recognize this need and would
> do some kind of 'long term' support for the Ipipe for the longterm
> kernels. I understand maintaining the Ipipe is a lot of work.
> Personally I think it would be an option to only support the longterm
> kernels...
> 
> What do the Xenomai/Ipipe developers think?

Of course, supporting kernel releases over a longer period is a good
thing. However, it takes resources to do this job, to backport fixes or
even features from latest I-pipe versions and to resolve patch conflicts
over older kernels. If you are willing to support our community, you are
always welcome!

How this new (actually it is not that new) longterm strategy of the
Linux kernel will influence I-pipe tip development is not yet well
predictable. Right now I would say the need for certain features only
available in newer kernels will continue to drive updates of I-pipe, not
that some kernel is declared longterm stable. But this also depends on
when the longterm tags will be announced, ahead of releases or much later.

Jan

--

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux

headers

Gilles Chanteperdrix | 7 Dec 2010 21:31

Re: Ipipe support for 'longterm' kernel versions

Henri Roosen wrote:
> Hi all,
> 
> I was pleased to read on the Linux Kernel Mailing List Greg's message
> about Linux stable kernel release procedure changes, that the longterm
> supported stable kernels will be made more explicit by getting the
> 'longterm' name.
> 
> https://lkml.org/lkml/2010/12/2/388
> 
> We are embedding Linux in products and therefore those longterm
> kernels are very valuable for us. We chose 2.6.32 kernel because of
> that a while ago.
> 
> However, unfortunately there is no Ipipe patch that applies cleanly on
> the latest 2.6.32.26 stable, nor is there an ARM version.
> 
> It would be great if Xenomai would also recognize this need and would
> do some kind of 'long term' support for the Ipipe for the longterm
> kernels. I understand maintaining the Ipipe is a lot of work.
> Personally I think it would be an option to only support the longterm
> kernels...
> 
> What do the Xenomai/Ipipe developers think?

Well, 2.6.35 is also a long term version. Maintaining all the long term
versions is a lot of work (it takes time to simply validate a patch for
every new release). So, we probably can not maintain support for all the
long term versions, we would probably have to pick one.

Since the I-pipe patch for ARM skips even versions (in order to reduce
the time spent issuing I-pipe patches), and since it is more recent, I
would rather go for 2.6.35.

--

-- 
                                                                Gilles.

200	May 2013
271	April 2013
262	March 2013
275	February 2013
412	January 2013
233	December 2012
202	November 2012
349	October 2012
347	September 2012
136	August 2012
9	July 2012
3	June 2012
47	May 2012
127	April 2012
131	March 2012
69	February 2012
160	January 2012
94	December 2011
108	November 2011
207	October 2011
104	September 2011
128	August 2011
96	July 2011
224	June 2011
158	May 2011
111	April 2011
185	March 2011
129	February 2011
271	January 2011
92	December 2010
85	November 2010
222	October 2010
134	September 2010
307	August 2010
257	July 2010
204	June 2010
172	May 2010
112	April 2010
185	March 2010
196	February 2010
160	January 2010
98	December 2009
162	November 2009
232	October 2009
175	September 2009
145	August 2009
121	July 2009
143	June 2009
205	May 2009
209	April 2009
172	March 2009
187	February 2009
196	January 2009
116	December 2008
200	November 2008
139	October 2008
118	September 2008
87	August 2008
182	July 2008
190	June 2008
320	May 2008
202	April 2008
166	March 2008
233	February 2008
134	January 2008
165	December 2007
266	November 2007
202	October 2007
145	September 2007
239	August 2007
145	July 2007
154	June 2007
389	May 2007
192	April 2007
377	March 2007
356	February 2007
146	January 2007
226	December 2006
311	November 2006
250	October 2006
203	September 2006
220	August 2006
254	July 2006
79	June 2006
132	May 2006
200	April 2006
170	March 2006
150	February 2006
73	January 2006
102	December 2005
118	November 2005
131	October 2005

Mon	Tue	Wed	Thu	Fri	Sat	Sun

		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31