Re: [ptxdist] [PATCH 1/1] add new packet x-load
Hello, I'm affraid that the file x-load-f243938.tar.bz2 located at the repository is not fine. I was unable to build MLO file with that file. Comparing with the git repository (https://git.gitorious.org/x-load-omap3/mainline.git), I could find the ift target. Best regards, Flavio Flavio de Castro Alves Filho Phi Innovations www.phiinnovations.com Phone: +55 19 3709 1358 Mobile: +55 19 9823 9332 Skype: flavio.de.castro.alves.filho 2010/8/6 Stephan Linz > Am Freitag, 6. August 2010, um 09:20:17 schrieb Marc Kleine-Budde: > > ---snip-- > > > > tnx, pushed to master. > > > > but, crap, it doesn't work :(...see inline comments: > > > --snip-- > > > +X_LOAD_MAKE_OPT:= CROSS_COMPILE=$(BOOTLOADER_CROSS_COMPILE) > > > HOSTCC=$(HOSTCC) +X_LOAD_MAKE_PAR := NO > > > + > > > +$(STATEDIR)/x-load.prepare: > > > + @$(call targetinfo) > > > + @$(call compile, X_LOAD, $(PTXCONF_X_LOAD_CONFIG)) > > > > > > > > I think the second parameter overwrites _MAKE_OPT. I'm not sure why it > > does this, looks like a bug. It should be fixed, but that requires some > > time and testing... > > > > However I can work around this limitation by changing _MAKE_OPT to > > _MAKE_ENV. > > This surprises me because it has properly compiled for me > > > > > I'll push this fix. > > > tnx a lot. I'll try out your fix. Give me a hint (here). > > > -- > Viele Grüße, > Stephan Linz > > __ > OpenDCC: http://www.li-pro.net/opendcc.phtml > PC/M: http://www.li-pro.net/pcm.phtml > CDK4AVR: http://cdk4avr.sourceforge.net/ > CDK4NIOS: http://cdk4nios.sourceforge.net/ > CDK4MSP: http://cdk4msp.sourceforge.net/ > CPM4L: http://download.opensuse.org/repositories/home:/rexut:/CPM4L > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] General Ptxdist usecase question
Hello Erwin, I would encourage you use the pre-built packages approach from Ptxdist, as suggested. The main issue will be managing the packages correctly. For now, I'm not using this approach. But, for bigger systems, it seems to be inevitable. Best regards, Flavio 2011/10/28 Michael Olbrich : > On Fri, Oct 28, 2011 at 12:05:06PM +0200, Erwin Rol wrote: >> On 28-10-2011 11:29, Michael Olbrich wrote: >> >On Fri, Oct 28, 2011 at 10:21:22AM +0200, Erwin Rol wrote: >> >>The projects I use Ptxdist for have grown in size over the last few >> >>years, they now include mono, gtkwebkit, boost, clutter, gtk3 and >> >>all the Xorg stuff. That means it now takes more than 2 hours to >> >>compile it from scratch. The machine is not the fastest (only 4 core >> >>3GHz) but even if it was twice as fast it would still compile over >> >>and hour. >> >> >> >>So I am looking for a way to prevent a full rebuild on every project >> >>release. There seem to be some features in Ptxdist that should allow >> >>this, but I could not really figure out how to use them. >> >> >> >>What I would like to do is this; >> >> >> >>1) Build an OS with all the Xorg, mono, gtk, etc. stuff and version that. >> > >> >This is stable, right? Fix PTXdist version, no option changes etc.? >> >> Yeah that is the idea. Of course like with any other OS/distribution >> there will be updates at some point. >> >> >>2) build my own applications. >> >>3) combine the results from step 1 and 2 into an image for flashing >> >>4) goto 2 >> >> >> >>Is it possible to do this with Ptxdist and if so, how ? >> > >> >Take a look at the PROJECT_CREATE_DEVPKGS/PROJECT_USE_DEVPKGS options. With >> >PROJECT_CREATE_DEVPKGS you get->version>--dev.tar.gz for most >> >packages. This is the content of_PKGDIR. >> >With PROJECT_USE_DEVPKGS you can specify a folder contain such archives. If >> >a matching archive is found, the stages up to install are skipped and the >> >archive is extracted instead. The hash makes sure the sub-options used to >> >create the archive are the correct ones. >> >Note: You cannot use your own packages dir. That introduces really strange >> >circular dependencies. >> >> I looked into that a bit, but my problem are the configuration >> files. If I understand the idea correct you start with two exactly >> the same setups (same ptxdistconfig and pladformconfig) and than say >> the first setup should "create packages" and the second setup should >> "use packages". >> >> Is it possible to somehow "reference" to the prebuild system and >> prevent the user from changing the settings that are in common with >> that prebuild system? > > No, but if you change an option, then the affected package is built again > instead of using the pre-built archive. You won't get a broken system, > you'll just rebuild more. > > Michael > > -- > Pengutronix e.K. | | > Industrial Linux Solutions | http://www.pengutronix.de/ | > Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Application Development on Ptxdist based OS's
Hello, I would like to share my thoughts about this too. Currently we are using Ptxdist to build embedded Linux distributions for some boards and customized applications. Recently we started to provide training sessions. And our first training is not about how to build new Linux distributions, but how to develop software using embedded Linux. We had this same issue here. Essentialy, an SDK is composed by the toolchain, RFS, kernel source and a board with a previously set embedded Linux distribution. We teach how to use the toolchain and set the communication between the workstation and the board (ssh, nfs, ...). At least here in Brazil, Eclipse IDE is very popular. And, looking at the evolution of the C/C++ customized branch of Eclipse, from the project's website, it is possible to cross-compile applications, load it to the board and launch GDB remote debugging. Everything straight and simple. We adopted this strategy in our training sessions. When we build BSPs, we get the last version of the project, in Eclipse format, and prepare a Ptxdist project as a conventional make project. It works fine. I don't see Ptxdist as a tool for application development. It is a tool to low level system customization. I believe that the challenge here is the easy integration between the Linux distribution and the final application in order to have a final image of the complete software for the embedded system. Best regards, Flavio 2011/11/2 Erwin Rol : > Hey all, > > a while back I asked if it was possible to split an ptxdist build in two > parts, one for the (stable) OS and one for the application. On that question > I got some interesting answers that made me wonder; > How do others do their application development on ptxdist? > > From origin Ptxdist is a distribution building tool, so it assumes all > applications are finished and combines all parts in a running distribution. > And it does a great job, I really can't complain about that. > > But what if the applications are still in development, they need to be > edited, cross-compiled, debugged. And there is where Ptxdist is not so > great, at least that's my experience. > > So how do other people do that ? > > I read some ppl just don't use Ptxdist at all and just compile their > applications in a different way and "install" them on the finished Ptxdist > OS. But that duplicates the whole cross-chain stuff, like compiler, > libraries and headers. > > I have seen other build systems that seem to export some "API" for use by > applications developers. Maybe something like that can be done with Ptxdist > too, for example exporting the sysroot-target directory and use that to > build applications. > > Anny other people with wild ideas and nice custom Ptxdist enhancements that > they want to share ? > > - Erwin > > > > > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Generic BSP qemu with graphics.
Hello, Just an extra information: the kernel must not be configured for small devices. It means that CONFIG_EMBEDDED must be "no". Best regards, Flavio Flavio de Castro Alves Filho Phi Innovations www.phiinnovations.com Phone: +55 19 37 09 13 58 Mobile: +55 19 81 55 72 40 Skype: flavio.de.castro.alves.filho 2010/4/14 Peter Kamp : > Juergen Beisert writes: > >> >> Peter Kamp wrote: >> > Is it possible to use generic bsp with qemu and graphics enabled, I have >> > tried to disable the --nograpic parameter in config and set console=tty1 in >> > the append parameter. The result is a black screen with no output. Any >> > hints ? >> >> Should be possible. But I disabled it, to reduce the dependencies into the >> host system. >> >> Currently the BSPs are configured to use a serial console and only the > serials >> consoles are enabled in the kernel. So, you also have to enable all the >> required components for a console on some kind of framebuffer in your kernel. >> >> Regards, >> Juergen >> > > Thanks, it works after enabling Virtual Terminal in character devices, and > selecting Framebuffer Console support in Console display driver support in > Graphics support. > > > > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Order of packages to be built
Hello, I did that, and worked. But, I'm curious if ptxdist could generate a priori a list of the order of the packages that will be compiled. It would be a nice tool, specially for debugging purposes. Best regards, Flavio 2011/2/10 Michael Olbrich : > Hi, > > On Thu, Feb 10, 2011 at 10:02:07AM -0200, Flavio de Castro Alves Filho wrote: >> How do I know the order of the packages that will be compiled in ptxdist? >> >> I am currently creating the packages for the EFL libraries and I need >> to build the X11 before starting the build of my packages. > > have a look at rules/*.in: > "select PKG_NAME" is translated into the correct make dependencies. Note, > that the selects must be defined for the primary kconfig option for the > package. > > Michael > > -- > Pengutronix e.K. | | > Industrial Linux Solutions | http://www.pengutronix.de/ | > Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Order of packages to be built
Hello, How do I know the order of the packages that will be compiled in ptxdist? I am currently creating the packages for the EFL libraries and I need to build the X11 before starting the build of my packages. Best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
Hello Marc, The reason is legacy code and the porting risks. I also agree with the use of LE instead of BE. Best regards, Flavio 2010/11/17 Marc Kleine-Budde : > On 11/17/2010 07:35 PM, Flavio de Castro Alves Filho wrote: >> Hello Marc, >> >> That's what happened. My ptxdist builds an LE kernel (using a BE >> toolchain) and does not boot the root filesystem because it is BE. >> >> For now, I could now find an option in the kernelconfig in order to >> allow BE build of the kernel. I am using the Linux provided by Texas >> Instruments, with the pre-implemented patches. The configuration file >> is the specific for the AM3517 processor. >> >> Thank you for your help. Now I'm searching a way do set the Linux >> kernel to, at least, accept big endian binaries. > > Everyone uses LE these days, I suggest to build your root file system as > well as your kernel LE. What's the reason for "insisting" in BE? > > cheers, Marc > > -- > Pengutronix e.K. | Marc Kleine-Budde | > Industrial Linux Solutions | Phone: +49-231-2826-924 | > Vertretung West/Dortmund | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | > > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
Hello Marc, That's what happened. My ptxdist builds an LE kernel (using a BE toolchain) and does not boot the root filesystem because it is BE. For now, I could now find an option in the kernelconfig in order to allow BE build of the kernel. I am using the Linux provided by Texas Instruments, with the pre-implemented patches. The configuration file is the specific for the AM3517 processor. Thank you for your help. Now I'm searching a way do set the Linux kernel to, at least, accept big endian binaries. Best regards, Flavio 2010/11/17 Marc Kleine-Budde : > On 11/17/2010 05:04 PM, Flavio de Castro Alves Filho wrote: >> Does it mean that, even if I build a big endian toolchain, my >> arm-cortex-a8 kernel (in my case, the am3517 from TI) will be built in >> little endian? > > That depends on your kernelconfig. I don't know if big endian is > supported by the processor in general and the kernel for that processor. > >> How about the applications? > > They are build as big endian. But they won't run on a LE system :(. > >> I thought that if I build a toolchain with just big endian >> capabilities, all the generated code would be big endian. Am I >> correct? > > All code by default, unless you tell the compiler to do otherwise. And > the kernel does so. It will overwrite the default endianess of the > toolchain. > > cheers, Marc > -- > Pengutronix e.K. | Marc Kleine-Budde | > Industrial Linux Solutions | Phone: +49-231-2826-924 | > Vertretung West/Dortmund | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | > > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
Hello Marc, Does it mean that, even if I build a big endian toolchain, my arm-cortex-a8 kernel (in my case, the am3517 from TI) will be built in little endian? How about the applications? I thought that if I build a toolchain with just big endian capabilities, all the generated code would be big endian. Am I correct? Thank you for your help. Best regards, Flavio 2010/11/17 Marc Kleine-Budde : > On 11/17/2010 03:19 PM, Flavio de Castro Alves Filho wrote: >> Hello Marc, >> >> I used ptxdist 2010.10 and it worked perfectly. >> >> Thank you for your help. >> >> Just one final question: how can I validate that a kernel was >> correctly compiled in big endian? > > The kernel build system doesn't care about the defaults of the > toolchain. You can use a arm-11 le toolchain to build a arm v5 be kernel > and vice versa. > > The actual endianess is controlled by the kernel build options. For > example if I select the "ARM system type (IXP4xx-based)" the Kconfig > system gives me the option "Build big-endian kernel". > > A quick search shows that only the IXPs support BE Kernels: > > wcgrep ARCH_SUPPORTS_BIG_ENDIAN arch/arm/ > arch/arm/mach-ixp4xx/Kconfig:3:config ARCH_SUPPORTS_BIG_ENDIAN > arch/arm/mm/Kconfig:633: depends on ARCH_SUPPORTS_BIG_ENDIAN > arch/arm/mach-ixp23xx/Kconfig:3:config ARCH_SUPPORTS_BIG_ENDIAN > arch/arm/mach-ixp2000/Kconfig:4:config ARCH_SUPPORTS_BIG_ENDIAN > > cheers, Marc > > -- > Pengutronix e.K. | Marc Kleine-Budde | > Industrial Linux Solutions | Phone: +49-231-2826-924 | > Vertretung West/Dortmund | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | > > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
Hello Marc, I used ptxdist 2010.10 and it worked perfectly. Thank you for your help. Just one final question: how can I validate that a kernel was correctly compiled in big endian? Best regards. Flavio 2010/11/16 Marc Kleine-Budde : > On 11/16/2010 10:22 PM, Flavio de Castro Alves Filho wrote: >> Hello Marc, >> >> I was quite daring ... I tried the default configuration file >> "ptxconfigs/armeb-cortexa8-linux-gnueabi_gcc-4.3.2_glibc-2.8_binutils-2.18_kernel-2.6.27-sanitized.ptxconfig" >> and changed the arm- to armeb-, as you adviced. >> >> Unfortunatelly, it doesn't worked. I got the following error message: any >> idea? > > I think ptxdist-2010.11.0 has a bug, try 2010.10.0 or > http://git.pengutronix.de/?p=ptxdist.git;a=shortlog;h=refs/heads/stable/ptxdist-2010.11.x > > cheers, Marc > > -- > Pengutronix e.K. | Marc Kleine-Budde | > Industrial Linux Solutions | Phone: +49-231-2826-924 | > Vertretung West/Dortmund | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | > > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
checking whether autoconf works... yes
configure: error:
*** These critical programs are missing or too old: as ld
*** Check the INSTALL file for required versions.
Best regards,
2010.11.0
Flavio
PS: Just in case, the configuration file is the following (ptxdist
version 2010.11.0):
#
# Automatically generated make config: don't edit
# ptxdist version: 2010.11.0
#
PTXCONF__ptxconfig_MAGIC__=y
PTXCONF_BUILD_TOOLCHAIN=y
PTXCONF_NO_PLATFORM=y
PTXCONF_PROJECT="PhiInnovations.Toolchain"
#
# --
#
PTXCONF_ARCH_ARM=y
# PTXCONF_ARCH_M68K is not set
# PTXCONF_ARCH_MIPS is not set
# PTXCONF_ARCH_POWERPC is not set
# PTXCONF_ARCH_I386 is not set
# PTXCONF_ARCH_AVR is not set
# PTXCONF_ARCH_AVR32 is not set
PTXCONF_ARCH="arm"
PTXCONF_GNU_TARGET="armeb-cortexa8-linux-gnueabi"
PTXCONF_SIZEOF_LONG_DOUBLE="8"
#
# --
#
PTXCONF_LIBC_HEADERS=y
PTXCONF_LIBC_FIRST=y
PTXCONF_LIBC=y
PTXCONF_LIBC_GLIBC=y
# PTXCONF_LIBC_UCLIBC is not set
# PTXCONF_LIBC_NEWLIB is not set
# PTXCONF_LIBC_MINGW is not set
# PTXCONF_LIBC_AVR is not set
PTXCONF_TOOLCHAIN_ENABLE_SYSROOT=y
PTXCONF_TOOLCHAIN_CONFIG_SYSROOT="--with-sysroot=${SYSROOT}"
PTXCONF_TOOLCHAIN_DISABLE_MULTILIB=y
PTXCONF_TOOLCHAIN_CONFIG_MULTILIB="--disable-multilib"
PTXCONF_GLIBC_HEADERS=y
PTXCONF_GLIBC_CRT=y
PTXCONF_GLIBC_FIRST=y
PTXCONF_GLIBC=y
PTXCONF_GLIBC_VERSION="2.8"
PTXCONF_GLIBC_TIMESTAMP=""
PTXCONF_GLIBC_SERIES=""
PTXCONF_GLIBC_ENABLE_KERNEL="2.6.23"
PTXCONF_GLIBC_CONFIG_EXTRA=""
PTXCONF_GLIBC_HEADERS_FAKE_CROSS="-D__ARM_EABI__"
# PTXCONF_GLIBC_ADDON_LINUXTHREADS is not set
PTXCONF_GLIBC_ADDON_NPTL=y
PTXCONF_GLIBC_TLS=y
PTXCONF_GLIBC_PORTS=y
PTXCONF_GLIBC_PORTS_VERSION="${PTXCONF_GLIBC_VERSION}"
PTXCONF_GLIBC_PORTS_TIMESTAMP="${PTXCONF_GLIBC_TIMESTAMP}"
PTXCONF_GLIBC_PORTS_SERIES=""
PTXCONF_CROSS_BINUTILS=y
PTXCONF_CROSS_BINUTILS_VERSION="2.18"
#
# kernel
#
PTXCONF_KERNEL_HEADERS=y
PTXCONF_KERNEL_HEADERS_VERSION="2.6.27"
PTXCONF_KERNEL_HEADERS_SANITIZED=y
PTXCONF_CROSS_GCC=y
PTXCONF_CROSS_GCC_VERSION="4.3.2"
PTXCONF_CROSS_GCC_43=y
PTXCONF_CROSS_GCC_SERIES=""
PTXCONF_CROSS_GCC_CONFIG_EXTRA="--with-float=softfp --with-fpu=neon
--with-cpu=cortex-a8"
#
# Additional supported languages:
#
PTXCONF_CROSS_GCC_LANG_C=y
PTXCONF_CROSS_GCC_LANG_CXX=y
# PTXCONF_CROSS_GCC_LANG_FORTRAN is not set
# PTXCONF_CROSS_GCC_LANG_JAVA is not set
PTXCONF_CROSS_GCC_ENABLE_CXA_ATEXIT=y
PTXCONF_CROSS_GCC_CONFIG_CXA_ATEXIT="--enable-__cxa_atexit"
PTXCONF_CROSS_GCC_DISABLE_SJLJ_EXCEPTIONS=y
PTXCONF_CROSS_GCC_CONFIG_SJLJ_EXCEPTIONS="--disable-sjlj-exceptions"
PTXCONF_CROSS_GCC_DISABLE_LIBSSP=y
PTXCONF_CROSS_GCC_CONFIG_LIBSSP="--disable-libssp"
PTXCONF_CROSS_GCC_ENABLE_SHARED=y
PTXCONF_CROSS_GCC_CONFIG_SHARED="--enable-shared"
PTXCONF_CROSS_GCC_THREADS_POSIX=y
PTXCONF_CROSS_GCC_THREADS="posix"
PTXCONF_CROSS_GCC_FIRST=y
PTXCONF_CROSS_GDB=y
PTXCONF_CROSS_GDB_VERSION="6.8"
PTXCONF_CROSS_TOOLCHAIN=y
PTXCONF_HOST_GMP=y
PTXCONF_HOST_MPFR=y
#
# --
#
#
# misc
#
PTXCONF_PREFIX="/opt"
PTXCONF_PREFIX_KERNEL="-sanitized"
PTXCONF_PREFIX_TCID="gcc-${PTXCONF_CROSS_GCC_VERSION}${PTXCONF_PREFIX_JAVA}-glibc-${PTXCONF_GLIBC_VERSION}-binutils-${PTXCONF_CROSS_BINUTILS_VERSION}-kernel-${PTXCONF_KERNEL_HEADERS_VERSION}${PTXCONF_PREFIX_KERNEL}"
PTXCONF_SYSROOT_HOST="${PTXDIST_PLATFORMDIR}/sysroot-host"
PTXCONF_SYSROOT_CROSS="${PTX_AUTOBUILD_DESTDIR}${PTXCONF_PREFIX}/${PTXCONF_PROJECT}/${PTXCONF_GNU_TARGET}/${PTXCONF_PREFIX_TCID}"
PTXCONF_SYSROOT_TARGET="${PTXCONF_SYSROOT_CROSS}/sysroot-${PTXCONF_GNU_TARGET}"
PTXCONF_PLATFORM="${PTXCONF_GNU_TARGET}-${PTXCONF_PREFIX_TCID}"
PTXCONF_COMPILER_PREFIX="${PTXCONF_GNU_TARGET}-"
# PTXCONF_TOOLCHAIN_DEBUG is not set
PTXCONF_CONFIGFILE_VERSION="1.99.9"
2010/11/8 Marc Kleine-Budde :
> On 11/08/2010 02:54 PM, Flavio de Castro Alves Filho wrote:
>
>> We are currently working on a platform migration from a big endian
>> processor to an ARM Cortex A8 processor.
>
> Are you going to run the Cortex in BE-mode? I don't know anyone who does
> this.
>
>> I saw that ARM processors are bi-endian - it supports both little
>> endian and bi endian software. And the compiler must be prepared to
>> generate both little endian and big endian code.
>
> In theory you can compile a Toolchain that supports both little and big
> endian. But this is very complicated for various reasons
>
> Having a toolchain that generated only one specifix type of binary code
> is much easier.
>
>> Looking at the OSELAS.Toolchain project, I could not see any option
>> regarding the endia
Re: [ptxdist] Ptxdist for mpc8313 rdb
Hello Juergen, Thanks for the advice. I saw at the powerpc list that there are some issues concerning the use of the mainstream kernel in the mpc8313erdb board revc. And, unfortunatelly, I had to use the old kernel. I could correctly set up the oftree to build the dtb file and it worked fine. Thank you for your help, Flavio 2010/10/26 Juergen Beisert : > Hi Flavio, > > Flavio de Castro Alves Filho wrote: >> I did what you suggested: I set up ptxdist to build the device tree >> from the kernel package (I am using the kernel.org version instead of >> the git) and I loaded the generated dtb file (oftree) in u-boot before >> launch the boot. It is still not working. I am also using the >> configuration file located at the kernel package and I am applying no >> patch files. >> >> Does the linux-2.6.34 mainstream kernel work with MPC8313ERDB board? > > You should ask the PowerPC kernel people about that issue. I don't know the > MPC8313ERDB and its current state in the mainline kernel. > As ptxdist can only build the kernel and the oftree, it cannot ensure that > both are working together. So, your questions are not related to ptxdist > anymore. > >> The Freescale's package comes with the linux-2.6.23 kernel, and I >> would like to use a newer version? > > Yes, working with the most recent one is always a good choice. The advantage > is, you can ask the developers and you will get answers (you can also ask for > an older kernel, but I think there will be noone with an answer). > > Juergen > > -- > Pengutronix e.K. | Juergen Beisert | > Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | > Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | > -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Toolchain - generating big endian arm cortex a8 toolchain
Hello, We are currently working on a platform migration from a big endian processor to an ARM Cortex A8 processor. I saw that ARM processors are bi-endian - it supports both little endian and bi endian software. And the compiler must be prepared to generate both little endian and big endian code. Looking at the OSELAS.Toolchain project, I could not see any option regarding the endianess of the generated toolchain. So, I would like to ask if it is possible to have an arm-cortexa8 toolchain that generates big endian code and what should I do to build this toolchain. Thank you and best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Backport of udev
Hello Juergen, I did that ... before posting this email. It worked fine. But, later on I perfomed a rebuild and saw some errors during the build. Not really error, but some internal environment variables problems, but the build worked fine. For now, the solution was to use ptxdist 2010.01. That's not that bad, considering that's a small system. I will perform again the procedure and send you more details. Thank you and best regards, Flavio 2010/11/7 Juergen Beisert : > Hi Flavia, > > Flavio de Castro Alves Filho wrote: >> I am currently working on a project that I have to use udev version >> 140. The reason is that I have to use a kernel version 2.6.23, which >> does not support signalfd. This features (signalfd) is used by udev in >> order to create devices configuration. >> >> I am using ptxdist 2010.11, which uses a newer version of udev (160 or >> 162, I believe). So, I would like to ask which is the best approach, >> considering that we use ptxdist for several projects and the use of >> this udev is an exceptional case for this project. > > You can search in older ptxdist revisions for a matching udev version. Just > search for the files "rules/udev.make" and check the used udev version > (the "UDEV_VERSION" macro). If you found a matching version, copy the > files "rules/udev.make", "rules/udev.in" and (maybe) "patches/udev" > to your local project directory. ptxdist will prefer these local files from > the global files. So, this is a way to use an older revision of a package in > a project, even if the used ptxdist comes with a more recent one. > > jbe > > -- > Pengutronix e.K. | Juergen Beisert | > Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | > Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | > -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Backport of udev
Hello, I am currently working on a project that I have to use udev version 140. The reason is that I have to use a kernel version 2.6.23, which does not support signalfd. This features (signalfd) is used by udev in order to create devices configuration. I am using ptxdist 2010.11, which uses a newer version of udev (160 or 162, I believe). So, I would like to ask which is the best approach, considering that we use ptxdist for several projects and the use of this udev is an exceptional case for this project. Best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Ptxdist for mpc8313 rdb
Hello, I did what you suggested: I set up ptxdist to build the device tree from the kernel package (I am using the kernel.org version instead of the git) and I loaded the generated dtb file (oftree) in u-boot before launch the boot. It is still not working. I am also using the configuration file located at the kernel package and I am applying no patch files. Does the linux-2.6.34 mainstream kernel work with MPC8313ERDB board? The Freescale's package comes with the linux-2.6.23 kernel, and I would like to use a newer version? Thank you for your help. Best regards, Flavio 2010/9/24 Juergen Beisert : > Flavio de Castro Alves Filho wrote: >> Nops. >> >> In fact, I tried to add using the ptxdist menu but the compilation failed. >> >> The build process search for a file in the kernel package and don't >> find anything. And I didn't find the configuration in the kernel >> configuration menu. > > Yes, its up to you to provide a firmware device tree. ptxdist only can build > it. > >> How should I have to do to add the device tree? > > Quick guess: You can try with the file > in "arch/powerpc/boot/dts/mpc8313erdb.dts" (seen in the current linux-git). > Check for the correct setup of the serial console and use this device tree at > runtime with your kernel > > Regards, > Juergen > > -- > Pengutronix e.K. | Juergen Beisert | > Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | > Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Several partitions in ptxdist images
Hello, In this context, in a x86 platform, the kernel, the bootloader (grub) and the root filesystem are all placed on the first partition of our compact flash, which one could say that it is the "hard disk" of the (embedded) computer. We use ptxdist and it works great. We currently set up ptxdist to create two partitions in our "hd" (the hd.img file generated after ptxdist images execution). We have created a custom fstab file to automatically mount this second partition at boot time. But, I would like to have some packages directly installed in this second partition using ptxdist. And I don't know how to set this up in ptxdist, or even if it possible (I hope so). Thank you for your help, Best regards, Flavio Em 18/10/2010 05:56, "Juergen Beisert" escreveu: Flavio, Flavio de Castro Alves Filho wrote: > I am using ptxdist to build a x86 Linux to be inserted in a c... What is your understanding of "operating system"? Kernel and root filesystem or kernel only? Or is your application partition our understanding of a root filesystem? > With ptxdist I could easily create both partitions. Using ptxdist > images, the image with both p... Currently ptxdist does install everything into one root filesystem only (but can handle the kernel image in a separate way). jbe -- Pengutronix e.K. | Juergen Beisert | Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Several partitions in ptxdist images
Hello, I am using ptxdist to build a x86 Linux to be inserted in a compact flash disk. I intend to have two partitions: one with the operating system and another with the application. With ptxdist I could easily create both partitions. Using ptxdist images, the image with both partitions is created but I don't know how to add files to the second partition. I would like to add my application package directly to this second partition. How could I do this using ptxdist? Best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Ptxdist for mpc8313 rdb
Nops. In fact, I tried to add using the ptxdist menu but the compilation failed. The build process search for a file in the kernel package and don't find anything. And I didn't find the configuration in the kernel configuration menu. How should I have to do to add the device tree? Thank you and best regards, Flavio 2010/9/24 Juergen Beisert : > Flavio de Castro Alves Filho wrote: >> I am currently trying to build a ptxdist application for the Freescale >> PowerPC MPC8313 RDB board. >> >> I configured the linux kernel 2.6.34 using the >> 83xx/mpc8313_rdb_defconfig configuration file and compiled with the >> gcc 4.3.2 from the OSELAS toolchain project for the powerpc-603e. >> >> All the compilation works fine, from both kernel and root filesystem. >> When I load the kernel to the board, the kernel is correctly load and >> uncompressed but the boot does not occur. After the uncompression, it >> hangs. The kernel is loaded in the memory position 0x100 and the >> bootargs is "rw console=ttys0,115200 root=/dev/nfs". >> >> Does anybody have any idea about what is causing this problem? > > Did you provide a Device Tree for your platform? > > jbe > > -- > Pengutronix e.K. | Juergen Beisert | > Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | > Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | > Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | > -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Ptxdist for mpc8313 rdb
Hello, I changed to ttyS0 but the problem persists. Here it is the output. === CPU: e300c3, MPC8313E, Rev: 21 at 333.333 MHz, CSB: 166 MHz Board: Freescale MPC8313ERDB I2C: ready DRAM: 128 MB FLASH: 8 MB NAND: 32 MiB In:serial Out: serial Err: serial Net: TSEC0, TSEC1 [PRIME] Hit any key to stop autoboot: 0 Speed: 100, full duplex Using TSEC1 device TFTP from server 192.168.0.1; our IP address is 192.168.0.2 Filename 'uImage'. Load address: 0x100 Loading: # # # # # # ### done Bytes transferred = 2010252 (1eac8c hex) ## Booting image at 0100 ... Image Name: Linux-2.6.34 Created: 2010-09-23 15:54:10 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:2010188 Bytes = 1.9 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK === Is there any specific powerpc configuration that might be done? I am using the kernel configuration file from the mainstream. Is it an issue? Best regards, Flavio 2010/9/23 Gary Thomas : > On 09/23/2010 12:42 PM, Flavio de Castro Alves Filho wrote: >> >> Hello, >> >> I am currently trying to build a ptxdist application for the Freescale >> PowerPC MPC8313 RDB board. >> >> I configured the linux kernel 2.6.34 using the >> 83xx/mpc8313_rdb_defconfig configuration file and compiled with the >> gcc 4.3.2 from the OSELAS toolchain project for the powerpc-603e. >> >> All the compilation works fine, from both kernel and root filesystem. >> When I load the kernel to the board, the kernel is correctly load and >> uncompressed but the boot does not occur. After the uncompression, it >> hangs. The kernel is loaded in the memory position 0x100 and the >> bootargs is "rw console=ttys0,115200 root=/dev/nfs". >> >> Does anybody have any idea about what is causing this problem? > > The console device should be ttyS0 (upper case matters) > > -- > > Gary Thomas | Consulting for the > MLB Associates | Embedded world > > -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Ptxdist for mpc8313 rdb
Hello, I am currently trying to build a ptxdist application for the Freescale PowerPC MPC8313 RDB board. I configured the linux kernel 2.6.34 using the 83xx/mpc8313_rdb_defconfig configuration file and compiled with the gcc 4.3.2 from the OSELAS toolchain project for the powerpc-603e. All the compilation works fine, from both kernel and root filesystem. When I load the kernel to the board, the kernel is correctly load and uncompressed but the boot does not occur. After the uncompression, it hangs. The kernel is loaded in the memory position 0x100 and the bootargs is "rw console=ttys0,115200 root=/dev/nfs". Does anybody have any idea about what is causing this problem? Best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] How to apply a u-boot patch?
It worked. Thank you very much. Flavio 2010/8/23 Robert Schwebel : > On Mon, Aug 23, 2010 at 04:56:39PM -0300, Flavio de Castro Alves Filho > wrote: >> As previously defined, the "patch series file" field in "ptxdist >> platformconfig -> bootloaders -> U-Boot" contains the value "series". > > Correct. > >> I created the series file in patches/u-boot directory and stored the >> patch file in the same directory. > > It has to be patches/u-boot-, not just u-boot. > > rsc > -- > Pengutronix e.K. | | > Industrial Linux Solutions | http://www.pengutronix.de/ | > Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | > > -- > ptxdist mailing list > ptxdist@pengutronix.de > -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] How to apply a u-boot patch?
Hello, I am trying to build u-boot on ptxdist and I am having problems with the patch file. As previously defined, the "patch series file" field in "ptxdist platformconfig -> bootloaders -> U-Boot" contains the value "series". I created the series file in patches/u-boot directory and stored the patch file in the same directory. When I launch the ptxdist, after extracting the file, it doesn't find the patch information. What am I doing wrong? I am using ptxdist version 2010.07.1. Best regards, Flavio -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Ptxdist support for linux 2.4.x
Hello, I would like to know if the latest version of ptxdist (svn) supports building 2.4.x kernels and filesystems. Should I proceed in the same way as 2.6.x kernel versions? Best regards, Flavio Flavio de Castro Alves Filho Phi Innovations - Embedded Software Services www.phiinnovations.com Phone: +55 11 84 94 56 76 Skype: flavio.de.castro.alves.filho -- ptxdist mailing list ptxdist@pengutronix.de
