[Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Eric Noulard]

Hi all,

I am a Xenomai beginner.

I am trying to compile and boot a 32bits (adeos/xenomai patched) Linux Kernel
on a Fedora Core 6 x86_64 system and I do run into trouble
getting an early

"runaway loop modprobe binfmt-464c"
at boot time.

I did compile the patched kernel using

cd /path/to/patched_linux_src
make ARCH=i386 O=/path/to/builddir menuconfig
make O=/path/to/builddir menuconfig
cp arch/i386/boot/bzImage /boot/vmlinuz-2.6.19-xenomai-2.3
cp System.map /boot/System.map-2.6.19-xenomai-2.3
make O=/path/to/builddir menuconfig modules_install
mkinitrd initrd-x2.6.19-xenomai-2.3.img  2.6.19-xenomai-2.3
cp initrd-x2.6.19-xenomai-2.3.img /boot

and then update grub.conf accordingly

So here is my question:

Is it possible to run/boot a 32bit xenomai on a 64 bit system
or should I really need to install a 32bit only system on my 64 bit machine?
If yes how to do this properly?
If no
   - is there a planned support for 64bit in xenomai/adeos?
   - what should I do to use Xenomai on my 64 bit machine?

Thanks in advance.
-- 
Erk

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Matthias Fechner]

Hi Eric,

Eric Noulard schrieb:
> So here is my question:
> 
> Is it possible to run/boot a 32bit xenomai on a 64 bit system
> or should I really need to install a 32bit only system on my 64 bit
> machine?
> If yes how to do this properly?
> If no
>   - is there a planned support for 64bit in xenomai/adeos?
>   - what should I do to use Xenomai on my 64 bit machine?

I had exactly the same problem and I installed a second 32-bit Linux on
my harddisk and easily linked some dirs from my old 64-bit installation
to save space (e.g. /usr/src, /usr/local).

That worked great.

But the best is a Xenomai which supports 64-bit AMD processors :)

Bye
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jeff Webb]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

Matthias Fechner wrote:
> Eric Noulard schrieb:
>> Is it possible to run/boot a 32bit xenomai on a 64 bit system
>> or should I really need to install a 32bit only system on my 64 bit
>> machine?
>> If yes how to do this properly?
>> If no
>>   - is there a planned support for 64bit in xenomai/adeos?
>>   - what should I do to use Xenomai on my 64 bit machine?
> 
> I had exactly the same problem and I installed a second 32-bit Linux on
> my harddisk and easily linked some dirs from my old 64-bit installation
> to save space (e.g. /usr/src, /usr/local).

I installed the FC6 i386 version on a second partition as well.  After that, I followed the steps outlined in the attached file to build kernel and Xenomai RPMs.
 
> But the best is a Xenomai which supports 64-bit AMD processors :)

Of course!

-Jeff


[-- Attachment #2: kernel-build-xeno.rst --]
[-- Type: text/plain, Size: 5523 bytes --]


=============================
Xenomai Kernel Building HOWTO
=============================

------------
Introduction
------------

This document describes how to build a Fedora kernel RPM from the
'vanilla' linux source tree.  It is written with building a Xenomai
patched kernel in mind, but the same procedure applies to standard
kernels.

-----------
Source Code
-----------

The required source code can be retrieved from:

  * http://www.mit-lcs.lkams.kernel.org/pub/linux/kernel/v2.6/linux-2.6.19.1.tar.bz2
  * http://download.gna.org/xenomai/stable/xenomai-2.3.0.tar.bz2

-------------
Configuration
-------------

Obtain Root Privileges
======================

Some folks say you shouldn't compile programs as root.  This is
probably true, but I usually do it anyway.  From this point on, I'm
assuming that you are running with root privileges.  If you want to
adapt the proceedure to run as another user, then more power to you.

::

  su

Uncompress the archives
=======================

::

  cd /usr/src
  tar -jxvf linux-2.6.19.1.tar.bz2
  tar -jxvf xenomai-2.3.0.tar.bz2
  mv linux-2.6.19.1/ linux-2.6.19.1-xenomai-2.3.0

Apply the Adeos Kernel Patch
============================

If your are building a Xenomai system, you will need to patch the
vanilla kernel for real-time use:

::

  xenomai-2.3.0/scripts/prepare-kernel.sh --arch=i386 \
  --adeos=xenomai-2.3.0/ksrc/arch/i386/patches/\
  adeos-ipipe-2.6.19-i386-1.6-03.patch \
  --linux=linux-2.6.19.1-xenomai-2.3.0

Update the mkspec Script
========================

Replace the existing mkspec script with a new one:
::

  cd linux-2.6.19.1-xenomai-2.3.0
  cp ~/svn/utils/mkspec-2.6 scripts/package/mkspec

Edit ``scripts/package/Makefile``.  Change:

::

  KERNELPATH := kernel-$(subst -,,$(KERNELRELEASE))

to

::

  KERNELPATH := customkernel-$(subst -,,$(KERNELRELEASE))

  
Modify the Maximum POSIX Message Queue Size
===========================================

Edit ``include/linux/mqueue.h``.  Change:

::

  #define MQ_BYTES_MAX  819200

to

::

  #define MQ_BYTES_MAX  1024*1024*256

Modify the Kernel Version String
================================

Add the following to the top section of the top-level kernel Makefile:

::

  EXTRAVERSION = .1xenomai2.3.0

Configure the Kernel
====================

::

  make xconfig

File->Load ``/boot/config-2.6.18-1.2849.fc6``

Change the following config options:

::

  Processor type and features/Processor family -> Athon/Duron/K7
                             /Support for hot-pluggable CPUs -> [n]
  Power management options (ACPI, APM)/ACPI Support/Processor -> [n]
                                      /APM BIOS Support -> [n]
                                      /CPU Frequency scaling -> [n]
  Bus options/PCI support/Message Signaled Interrupts -> [n]
  File systems/Ext3 journalling file system support -> [y]
  Real-time sub-system/Xenomai/Nucleus/Interfaces/POSIX API/Interrupts -> [y]
                                      /Drivers/Serial Drivers/
                                                    16550A UART driver -> [y]
                                              /Testing Drivers/<All> ->[m]
  Device Drivers/Serial ATA drivers/NVIDIA SATA support -> [m]
                                   /AHCI SATA support  -> [m]

Save and Quit

---------------
Build Procedure
---------------

You can build the kernel RPM as follows:

::

  time make rpm

If you have build errors, use the following command when debugging to
keep from restarting each subsequent build from the beginning:

::

  rpmbuild --short-circuit --target i386 \
    -tc ../customkernel-2.6.19.1xenomai2.3.0.tar.gz

------------
Installation
------------

Install the RPMs
================

::

  rpm -i /usr/src/redhat/RPMS/i386/customkernel-2.6.19.1xenomai2.3.0-1.i386.rpm
  rpm -i /usr/src/redhat/RPMS/i386/customkernel-source-2.6.19.1xenomai2.3.0-1.i386.rpm

Update grub.conf
================

Add the following section to ``/boot/grub/grub.conf``.  Edit your root
partitions according to your own installation.

::
   
  title Fedora Core 6 - i386 (2.6.19.1xenomai2.3.0)
          root (hd0,1)
          kernel /boot/vmlinuz-2.6.19.1xenomai2.3.0 ro root=/dev/sda2 noapic \
            pci=routeirq 8250.nr_uarts=0 xeno_16550A.ioaddr=0x3f8 \
            xeno_16550A.irq=4
          initrd /boot/initrd-2.6.19.1xenomai2.3.0.img

If you need more vmalloc memory for some reason:

::

  title Fedora Core 6 - i386 (2.6.19.1xenomai2.3.0)
          root (hd0,1)
          uppermem 524288
          kernel /boot/vmlinuz-2.6.19.1xenomai2.3.0 ro root=/dev/sda2 noapic \
            pci=routeirq 8250.nr_uarts=0 xeno_16550A.ioaddr=0x3f8 \
            xeno_16550A.irq=4 vmalloc=256M
          initrd /boot/initrd-2.6.19.1xenomai2.3.0.img

Reboot your system and select the new kernel.

----------------------------------
Install Xenomai Userspace Software
----------------------------------

Move the tar file to the proper location:

::

  cd /usr/src
  cp xenomai-2.3.0.tar.bz2 redhat/SOURCES/

Build the RPM:

::

  rpmbuild --target i386 -ba xenomai.spec


Install the RPM:

::

  rpm -i /usr/src/redhat/RPMS/i386/xenomai-2.3.0-1.i386.rpm

------------
Test Xenomai
------------

::

  cd /usr/xenomai/share/xenomai/testsuite/latency/
  ./run
  <ctrl-c>
  cd ../switchtest
  ./run
  <ctrl-c>

-------------------
About this document
-------------------
  
:Original Author: Jeff Webb
:Creation Date: December 22, 2006
 
$LastChangedBy: webb-ja $
 
$LastChangedDate: 2007-01-04 16:48:11 -0600 (Thu, 04 Jan 2007) $

[-- Attachment #3: mkspec-2.6 --]
[-- Type: text/plain, Size: 4168 bytes --]

#!/bin/sh
#
#	Output a simple RPM spec file that uses no fancy features requring
#	RPM v4. This is intended to work with any RPM distro.
#
#	The only gothic bit here is redefining install_post to avoid
#	stripping the symbols from files in the kernel which we want
#
#	Patched for non-x86 by Opencon (L) 2002 <opencon@domain.hid>
#

# how we were called determines which rpms we build and how we build them
if [ "$1" = "prebuilt" ]; then
	PREBUILT=true
else
	PREBUILT=false
fi

# starting to output the spec
if [ "`grep CONFIG_DRM=y .config | cut -f2 -d\=`" = "y" ]; then
	PROVIDES=kernel-drm
fi

__KERNELVERSION=`echo $KERNELVERSION | sed -e "s/-//g"`
PROVIDES="$PROVIDES customkernel-$__KERNELVERSION"

echo "Name: customkernel"
echo "Summary: The Linux Kernel"
echo "Version: $__KERNELVERSION"
# we need to determine the NEXT version number so that uname and
# rpm -q will agree
echo "Release: `. $srctree/scripts/mkversion`"
echo "License: GPL"
echo "Group: System Environment/Kernel"
echo "Vendor: The Linux Community"
echo "URL: http://www.kernel.org"

if ! $PREBUILT; then
echo "Source: customkernel-$__KERNELVERSION.tar.gz"
fi

echo "BuildRoot: /var/tmp/%{name}-%{PACKAGE_VERSION}-root"
echo "Provides: $PROVIDES"
echo "%define __spec_install_post /usr/lib/rpm/brp-compress || :"
echo "%define debug_package %{nil}"
echo ""
echo "%description"
echo "The Linux Kernel, the operating system core itself"
echo ""

# Jeff stuff
echo "%package source"
echo "Summary: The Linux Kernel Source"
echo "Group: System Environment/Kernel"
echo "URL: http://www.kernel.org"
echo ""
echo "%description source"
echo "The linux build directory"
echo ""


if ! $PREBUILT; then
echo "%prep"
echo "%setup -q"
echo ""
fi

echo "%build"

if ! $PREBUILT; then
echo "make clean && make %{_smp_mflags}"
#echo "make %{_smp_mflags}"
echo ""
fi

echo "%install"
echo "%ifarch ia64"
echo 'mkdir -p $RPM_BUILD_ROOT/boot/efi $RPM_BUILD_ROOT/lib $RPM_BUILD_ROOT/lib/modules'
echo "%else"
echo 'mkdir -p $RPM_BUILD_ROOT/boot $RPM_BUILD_ROOT/lib $RPM_BUILD_ROOT/lib/modules'
echo "%endif"

echo 'INSTALL_MOD_PATH=$RPM_BUILD_ROOT make %{_smp_mflags} modules_install'
echo "%ifarch ia64"
echo 'cp $KBUILD_IMAGE $RPM_BUILD_ROOT'"/boot/efi/vmlinuz-$__KERNELVERSION"
echo 'ln -s '"efi/vmlinuz-$__KERNELVERSION" '$RPM_BUILD_ROOT'"/boot/"
echo "%else"
echo 'cp $KBUILD_IMAGE $RPM_BUILD_ROOT'"/boot/vmlinuz-$__KERNELVERSION"
echo "%endif"

echo 'cp System.map $RPM_BUILD_ROOT'"/boot/System.map-$__KERNELVERSION"

echo 'cp .config $RPM_BUILD_ROOT'"/boot/config-$__KERNELVERSION"
echo ""

# Jeff stuff
echo 'mkdir -p $RPM_BUILD_ROOT'"/usr/src/redhat/BUILD"
echo "cp -a /usr/src/redhat/BUILD/customkernel-$__KERNELVERSION"' $RPM_BUILD_ROOT'"/usr/src/redhat/BUILD/customkernel-$__KERNELVERSION"
echo ""


echo "%clean"
echo '#echo -rf $RPM_BUILD_ROOT'
echo ""
echo "%files"
echo '%defattr (-, root, root)'
echo "%dir /lib/modules"
echo "/lib/modules/$__KERNELVERSION"
echo "/boot/*"
echo ""

# Jeff stuff
echo "%files source"
echo '%defattr (-, root, root)'
echo "%dir /usr/src/redhat/BUILD"
echo "/usr/src/redhat/BUILD/customkernel-$__KERNELVERSION"
#echo "/usr/src/redhat/BUILD/kernel-$__KERNELVERSION/.*"
echo ""

# JEFF
# Fedora install scripts
echo "%pre" 
echo "/sbin/modprobe loop 2> /dev/null > /dev/null  || :"
echo "exit 0"
echo ""
echo "%post" 
echo "cd /boot"
echo "[ -x /usr/sbin/module_upgrade ] && /usr/sbin/module_upgrade"
echo "[ -x /sbin/mkkerneldoth ] && /sbin/mkkerneldoth"
echo "[ -x /sbin/new-kernel-pkg ] && /sbin/new-kernel-pkg --depmod --install $__KERNELVERSION"
echo "[ -x /sbin/mkinitrd ] && /sbin/mkinitrd -f /boot/initrd-$__KERNELVERSION.img $__KERNELVERSION"
echo "[ -x /sbin/new-kernel-pkg ] && /sbin/new-kernel-pkg --depmod --install $__KERNELVERSION --initrdfile=/boot/initrd-$__KERNELVERSION.img"
echo ""
echo "# Allow clean removal of modules directory"
echo "%preun"
echo "/sbin/modprobe loop 2> /dev/null > /dev/null  || :"
echo "[ -x /sbin/new-kernel-pkg ] && /sbin/new-kernel-pkg --rminitrd --rmmoddep --remove $__KERNELVERSION"
echo ""

##/bin/sh /usr/src/linux-2.6.19.1-xenomai-2.3-rc3/scripts/package/mkspec > /usr/src/linux-2.6.19.1-xenomai-2.3-rc3/kernel.spec

[-- Attachment #4: xenomai.spec --]
[-- Type: text/plain, Size: 572 bytes --]

Summary: Xenomai real-time system
Name: xenomai
Version: 2.3.0
Release: 1
License: GNU GPL
Group: Development/Tools
Source: xenomai-2.3.0.tar.bz2
URL: http://www.xenomai.org
Buildroot: %{_tmppath}/%{name}-%{version}-root

%description
Xenomai user-space installation.  Requires a Xenomai patched kernel.

%prep
%setup -q

%build
./configure --enable-smp
make

%install
[ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install

%clean
[ "${RPM_BUILD_ROOT}" != "/" ] && rm -rf ${RPM_BUILD_ROOT}

%files
%defattr(-,root, root)
/usr/xenomai

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jan Kiszka]

[-- Attachment #1.1: Type: text/plain, Size: 1947 bytes --]

Jeff Webb wrote:
> Matthias Fechner wrote:
>> Eric Noulard schrieb:
>>> Is it possible to run/boot a 32bit xenomai on a 64 bit system
>>> or should I really need to install a 32bit only system on my 64 bit
>>> machine?
>>> If yes how to do this properly?
>>> If no
>>>   - is there a planned support for 64bit in xenomai/adeos?
>>>   - what should I do to use Xenomai on my 64 bit machine?
>>
>> I had exactly the same problem and I installed a second 32-bit Linux on
>> my harddisk and easily linked some dirs from my old 64-bit installation
>> to save space (e.g. /usr/src, /usr/local).
> 
> I installed the FC6 i386 version on a second partition as well.  After
> that, I followed the steps outlined in the attached file to build kernel
> and Xenomai RPMs.

Hmm, that tickles my fantasy once again: Could we derive generic .specs
from your files to include them in the Xenomai distribution? Then some
additional Makefile rules could provide a "make rpm" that generates
packages for kernel and userland (when given some kernel.tar.bz2).
Basically, your steps generalised and automated.

This would help us to provide, e.g., an i386 pre-built package with
reasonable default config, something I still consider useful. But, of
course, it must not cost any effort :). Automated rpm generation would
be a big step in that direction.

BTW, have you seen my Xenomai.spec for the SuSE packages I once posted?
Attached is an updated version. It splits the Xenomai userland in
several sub-packages to allow selective installation.

> 
>> But the best is a Xenomai which supports 64-bit AMD processors :)
> 
> Of course!

Yeah. Who's going to do this? ;)

[Really, it depends on someone feeling enough need to work on this (or
sponsor the work). A few pieces are already there from previous RTAI
efforts towards x86-64 support. But now it takes a clean implementation
over recent Linux/I-pipe/Xenomai.]

Jan

[-- Attachment #1.2: xenomai.spec --]
[-- Type: text/plain, Size: 3034 bytes --]

#
# spec file for package xenomai (Version 2.3.0)
#
# Copyright (c) 2006 Jan Kiszka.
# This file and all modifications and additions to the pristine
# package are under the same license as the package itself.
#
# Please submit bugfixes or comments via xenomai@xenomai.org
#

# norootforbuild
# usedforbuild    aaa_base acl attr audit-libs autoconf automake bash bind-libs bind-utils binutils bison bzip2 coreutils cpio cpp cracklib cvs cyrus-sasl db diffutils e2fsprogs file filesystem fillup findutils flex gawk gcc gcc-c++ gdbm gdbm-devel gettext gettext-devel glibc glibc-devel glibc-locale gpm grep groff gzip info insserv klogd less libacl libattr libcom_err libgcc libnscd libstdc++ libstdc++-devel libtool libxcrypt libzio m4 make man mktemp module-init-tools ncurses ncurses-devel net-tools netcfg openldap2-client openssl pam pam-modules patch perl permissions popt procinfo procps psmisc pwdutils rcs readline rpm sed strace sysvinit tar tcpd texinfo timezone unzip util-linux vim zlib zlib-devel

Name:           xenomai
BuildRequires:  gcc
URL:            http://www.xenomai.org/
License:        LGPL
Group:          System/Base
Summary:        Xenomai Userland (libraries, tools, tests)
Version:        2.3.0
Release:        2
Source0:        xenomai-%{version}.tar.bz2
BuildRoot:      %{_tmppath}/%{name}-%{version}-build

%description
Xenomai is a real-time development framework cooperating with the Linux kernel, in order to provide a pervasive, interface-agnostic, hard real-time support to user-space applications, seamlessly integrated into the GNU/Linux environment.



Authors:
--------
    Philippe Gerum <rpm@xenomai.org>
    and others

%debug_package
%prep
%setup -q

%build
CFLAGS="$RPM_OPT_FLAGS -Wall -DNDEBUG" \
CXXFLAGS="$RPM_OPT_FLAGS -Wall -DNDEBUG" \
./configure	\
	--prefix=%{_prefix}			\
	--libdir=%{_libdir}			\
	--mandir=%{_mandir}			\
	--enable-x86-tsc --enable-x86-sep
make %{?jobs:-j%jobs}

%install
[ "$RPM_BUILD_ROOT" != "/" ] && [ -d $RPM_BUILD_ROOT ] && rm -rf $RPM_BUILD_ROOT
make install-user DESTDIR=$RPM_BUILD_ROOT

%files
%defattr(-,root,root)
%{_bindir}/*
%{_sbindir}/*
%{_libdir}/lib*.so*
%{_mandir}/*
/usr/share/xenomai/*


%package doc
Group:          Documentation/HTML
Summary:        Xenomai API Documentation

%description doc
Xenomai API Documentation

%files doc
%defattr(-,root,root)
%docdir /usr/share/doc
/usr/share/doc/*


%package devel

Group:		Development/Libraries/C and C++
Summary:	Xenomai Headers and Libraries

%description devel
Xenomai Headers and Libraries

%files devel
%defattr(-,root,root)
/usr/include/*
%{_libdir}/lib*.a
%{_libdir}/lib*.la
%{_libdir}/posix.wrappers

%changelog -n xenomai
* Fri Jan 5 2007 - jan.kiszka@domain.hid
- rebased over 2.3 release
* Sun Dec 10 2006 - jan.kiszka@domain.hid
- move posix.wrappers to devel
- rebased over SVN + reorder-installation.patch
* Wed Nov 22 2006 - jan.kiszka@domain.hid
- initial version based on 2.3-rc2


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jeff Webb]

Jan Kiszka wrote:
> Hmm, that tickles my fantasy once again: Could we derive generic .specs
> from your files to include them in the Xenomai distribution? Then some
> additional Makefile rules could provide a "make rpm" that generates
> packages for kernel and userland (when given some kernel.tar.bz2).
> Basically, your steps generalised and automated.

That would be great.  I started with the 'mkspec' script from the vanilla kernel tree, and added a few things that make the resulting RPMs work better with Fedora.  I'm not sure how other distributions handle things like creating an initrd, etc.  Maybe someone could post a kernel.spec file for the latest version of SuSE.  I can look at it and see how it differs from what I'm doing on Fedora.

Right now, my spec file also creates a HUGE kernel-source RPM that contains the whole compiled source tree.  I really need to understand how the Fedora spec file creates kernel-devel RPMs that have just the stuff needed for compiling kernel modules.  This would be a lot better than having the huge kernel-source RPM that I generate now.

> This would help us to provide, e.g., an i386 pre-built package with
> reasonable default config, something I still consider useful. But, of
> course, it must not cost any effort :). Automated rpm generation would
> be a big step in that direction.

I think that would be very useful to many folks.
 
> BTW, have you seen my Xenomai.spec for the SuSE packages I once posted?
> Attached is an updated version. It splits the Xenomai userland in
> several sub-packages to allow selective installation.

No, I hadn't looked at it.  That is probably a better approach.  I can test this on Fedora when I get a chance.

-Jeff

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 2076 bytes --]

Jeff Webb wrote:
> Jan Kiszka wrote:
>> Hmm, that tickles my fantasy once again: Could we derive generic .specs
>> from your files to include them in the Xenomai distribution? Then some
>> additional Makefile rules could provide a "make rpm" that generates
>> packages for kernel and userland (when given some kernel.tar.bz2).
>> Basically, your steps generalised and automated.
> 
> That would be great.  I started with the 'mkspec' script from the
> vanilla kernel tree, and added a few things that make the resulting RPMs
> work better with Fedora.  I'm not sure how other distributions handle
> things like creating an initrd, etc.  Maybe someone could post a
> kernel.spec file for the latest version of SuSE.  I can look at it and
> see how it differs from what I'm doing on Fedora.

You don't want to see it. In case so insist:

http://www.rts.uni-hannover.de/rtaddon/rpms/src/unpacked/kernel-xeno-default.spec

> 
> Right now, my spec file also creates a HUGE kernel-source RPM that
> contains the whole compiled source tree.  I really need to understand
> how the Fedora spec file creates kernel-devel RPMs that have just the
> stuff needed for compiling kernel modules.  This would be a lot better
> than having the huge kernel-source RPM that I generate now.

No clue either here (given the SuSE file...).

> 
>> This would help us to provide, e.g., an i386 pre-built package with
>> reasonable default config, something I still consider useful. But, of
>> course, it must not cost any effort :). Automated rpm generation would
>> be a big step in that direction.
> 
> I think that would be very useful to many folks.
> 
>> BTW, have you seen my Xenomai.spec for the SuSE packages I once posted?
>> Attached is an updated version. It splits the Xenomai userland in
>> several sub-packages to allow selective installation.
> 
> No, I hadn't looked at it.  That is probably a better approach.  I can
> test this on Fedora when I get a chance.

You're welcome. The userspace part should be simpler to make generic.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Paul]

Hi Jan

On Wednesday 17 January 2007 18:19, Jan Kiszka wrote:
> >> But the best is a Xenomai which supports 64-bit AMD processors :)

I've made a tentative stab at a couple of the kernel sources, but must admit 
the assembly code scares the heck out of me....

> [Really, it depends on someone feeling enough need to work on this (or
> sponsor the work). A few pieces are already there from previous RTAI
> efforts towards x86-64 support. But now it takes a clean implementation
> over recent Linux/I-pipe/Xenomai.]

How much value is the 2.6.10 x86_64 patch from RTAI when it comes to working 
on an I-pipe port for 2.6.19 ?

(I may well have an AMD64 socket 939 processor available for loan next week if 
that would help).


Regards, Paul.

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 1529 bytes --]

Paul wrote:
> Hi Jan
> 
> On Wednesday 17 January 2007 18:19, Jan Kiszka wrote:
>>>> But the best is a Xenomai which supports 64-bit AMD processors :)
> 
> I've made a tentative stab at a couple of the kernel sources, but must admit 
> the assembly code scares the heck out of me....

I think the assembly part should be a smaller issue, certainly a
solvable one. You are invited to post your questions regarding this here
(or better on xenomai-core) so that we all can try to look at it. /me
has no x86-64 assembly experience yet, but I think to remember that it's
very similar to well-know i386.

The bigger issue with such ports are the testing/debugging cycles which
can cost quite some time if you are unlucky (or blind, or both ;)).

> 
>> [Really, it depends on someone feeling enough need to work on this (or
>> sponsor the work). A few pieces are already there from previous RTAI
>> efforts towards x86-64 support. But now it takes a clean implementation
>> over recent Linux/I-pipe/Xenomai.]
> 
> How much value is the 2.6.10 x86_64 patch from RTAI when it comes to working 
> on an I-pipe port for 2.6.19 ?

I would consider it as an inspiration for certain detail problems, also
regarding the assembly stuff. But the overall design is of no use
because it's old-style Adeos and likely has RTAI hacks included.

> 
> (I may well have an AMD64 socket 939 processor available for loan next week if 
> that would help).

Thanks, but for me this wouldn't change the situation.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 723 bytes --]

Jan Kiszka wrote:
> Paul wrote:
>> Hi Jan
>>
>> On Wednesday 17 January 2007 18:19, Jan Kiszka wrote:
>>>>> But the best is a Xenomai which supports 64-bit AMD processors :)
>> I've made a tentative stab at a couple of the kernel sources, but must admit 
>> the assembly code scares the heck out of me....
> 
> I think the assembly part should be a smaller issue, certainly a
> solvable one. You are invited to post your questions regarding this here
> (or better on xenomai-core) so that we all can try to look at it. /me

BTW, posting your current status as patch would be the best start for a
discussion and for inviting others to join the hack. Even if it's just
uncompilable incomplete stuff.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Philippe Gerum]

On Thu, 2007-01-18 at 12:53 +0100, Jan Kiszka wrote:
> Jan Kiszka wrote:
> > Paul wrote:
> >> Hi Jan
> >>
> >> On Wednesday 17 January 2007 18:19, Jan Kiszka wrote:
> >>>>> But the best is a Xenomai which supports 64-bit AMD processors :)
> >> I've made a tentative stab at a couple of the kernel sources, but must admit 
> >> the assembly code scares the heck out of me....
> > 
> > I think the assembly part should be a smaller issue, certainly a
> > solvable one. You are invited to post your questions regarding this here
> > (or better on xenomai-core) so that we all can try to look at it. /me
> 
> BTW, posting your current status as patch would be the best start for a
> discussion and for inviting others to join the hack. Even if it's just
> uncompilable incomplete stuff.

Okay, don't tell anyone outside of the Internet, but I'm working lazily
on the I-pipe port for x86_64. No availability date, no guarantee, just
the good old free software uncertainty that usually ends up coming to
reality, at some point in time. It's not that my plate is not full
enough, but we have to support this freaking architecture. Damnit.

I will post a prototype for getting help on testing and finalizing the
beast, before the Xenomai port starts over it. Other contributions are
welcome.

> 
> Jan
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
-- 
Philippe.

Re: [Xenomai-help] Compiling Linux+Xenomai 32bits kernel on FC6 x86_64?

[Paul]

Hi Jan

On Thursday 18 January 2007 11:53, Jan Kiszka wrote:
> BTW, posting your current status as patch would be the best start for a
> discussion and for inviting others to join the hack. Even if it's just
> uncompilable incomplete stuff.

http://zathras.tuxcnc.org/ipipe contains a snapshot of the hacks to date..

adeos-ipipe-2.6.19-i386-1.6-01.patch - The baseline patch being used as a 
reference.

adeos-ipipe-2.6.19-x86_64-1.6.patch - A diff of a vanilla kernel + the above 
patch.

linux-2.6.19-xeno_x86_64.tar.bz2 - Tarball of the tree with the above patches 
applied.

linux-2.6.19.tar.bz2 - The original virgin tarball.

Please note: The x86_64 stuff is incomplete, will not compile, and will eat 
the cat.

I've tried to get to grips with git and Wolfgang's repository, but somehow 
managed to trash copies on my main dev box and zathras (my web server).


Regards, Paul.