Re: [uClinux-dev] Re: [PATCH 4/4] MTD: Fix a bad dependency in the Blackfin code

Jun Sun wrote: The toolchain for ARM seems to support PIC well. Can't speak for other arches. We are using gcc 3.4.4 from the community. Ah, so gcc3 _can_ do it. But seemingly the less mainstream archs are not supported as well as ARM on that behalf. Thanks -Michael ___

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

The main problem is that the region that you want to map for execution *must* be contiguous. That is obvious. ramfs doesn't currently guarantee that unless you truncate the file before filling it, Of course not. Does the XIP aware executable "loader" automatically decide for any file to be

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

Thanks a lot for helping on this issue. I forwarded it to the NIOS uCLinux mailing list, as - hopefully - someone knowledgeable some day soon will enable XIP support for that arch, and this might help doing so. Unfortunately, AFAIK, there are compiler issues that prevent full PIC and thus XI

[uClinux-dev] Regarding module loading

Hi all, I have got a driver module to be loaded on my uClinux board.These many days i used to copy those files to my board through ftp.And then say "insmod driver.ko" in the board. I wanted to get rid of this and so i copied my driver modules to the path /root/'path to my uClinux dist'/vendor

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

Michael Schnell <[EMAIL PROTECTED]> wrote: > > The main problem is that the region that you want to map for execution > > *must* be contiguous. > That is obvious. Yep. Just making it explicit as it is the problem from which everything else has to flow. > > ramfs doesn't currently guarantee tha

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

Michael Schnell <[EMAIL PROTECTED]> wrote: > Thanks a lot for helping on this issue. Glad to help. > Unfortunately, AFAIK, there are compiler issues that prevent full PIC and thus > XIP that need to be resolved. Yeah... Does NIOS use the FLAT binfmt? David

Re: [uClinux-dev] [PATCH] watchdogd: touchup and handle SIGHUP

Hi Mike, Mike Frysinger wrote: When the reboot program runs, it sends SIGHUP right after SIGTERM, so we need to handle it as well. Also fix a few spelling errors. Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> Looks good, applied. Thanks Greg user/watchdogd/watchdogd.c |5 +++--

Re: [uClinux-dev] [PATCH] kconfig: dynamic support for system libs

Hi Mike, Mike Frysinger wrote: These are a few fixes from upstream kconfig to get ncurses/gettext support rolling on non-Linux systems (like Darwin or uClibc w/out locale). Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> Applied. Thanks Greg config/kconfig/Makefile

Re: [uClinux-dev] [PATCH] romfs-inst.sh: dont corrupt files when using -a and missing new line

Hi Mike, Mike Frysinger wrote: If you try to use -a on a file that happens to be missing a new line at the end of file, the appended text will end up being appended to the last line instead of being a line all by itself. The code in question is a little wonky, but it was chosen due to its port

Re: [uClinux-dev] patch for default devices nodes when CONFIG_SERIAL_MCF is defined

Hi David, David Wu wrote: This simple patch(against uClinux-dist-20080808 + 20080811 patch) will add a few more device nodes if CONFIG_SERIAL_MCF is defined. Looks good, applied. Thanks Greg Greg Ungerer -- Chief So

Re: [uClinux-dev] patch for uCdimm modules' linker scripts in uClinux-dist-20080808

Hi David, David Wu wrote: This patch added a few sections in the linker script for uCdimm modules and allows for newer compilers to work. Applied. Thanks Greg Greg Ungerer -- Chief Software Dude EMAIL: [EM

Re: [uClinux-dev] patch to avoid redefinition of struct _memnode in uClinux-dist-20080808 for uCTI5471-xE8D50

Hi David, David Wu wrote: Please find attached patch for uCTI5471-xE8D50 to avoid the redefinition of struct _memnode in uClinux-dist-20080808. Applied. Thanks Greg Greg Ungerer -- Chief Software Dude EMAIL:

[uClinux-dev] Kernel panic - not syncing: Aiee, killing interrupt handler! USB for MCF5372

Hello all, We are using uClinux kernel ported for coldfire 5373 processor. Details of the kernel being used are as follows Kernel details: Kernel-2.6.22-uc1 with the following patch 1) m532x-core.12.patch 2) m532x-usb.12.patch 3) m5373-core.1.patch We have conn

Re: [uClinux-dev] Kernel panic - not syncing: Aiee, killing interrupt handler! USB for MCF5372

Hi, I got such errors when I was registering interrupts, but not deregistering, so Linux called non-existing code. Maybe this helps. Kind regards, Remco Poelstra Op 1 okt 2008, om 15:55 heeft Narasimha, Swaroop(IE10) het volgende geschreven: Hello all, We are using uClinux kernel port

[uClinux-dev] patch for uC68VZ328 LCD module in uClinux-dist-20080808 release

Hi Greg, This patch, originally comes from Phil Wilshire, supports uC68VZ328 LCD module properly. It seems the driver "mc68328digi.c" is only used for uCdimm. So this patch wouldn't affect others.(hope not) Please apply if it's OK. thanks, David Wu linux-2.4.x_mc68328digi.patch Descri

Re: [uClinux-dev] M5272C3 No PHY device found. SOLVED.

Hi John, Adamson, John wrote: This message has two purposes: 1) to check and see if uclinux-dev is up and accepting messages and 2) summarizing the resolution to a problem with the hope that it helps someone else. My apologies if the logjam suddenly clears and my previous messages make it thro

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

As things stand, the loader cannot find out whether the ramfs backing store is fragmented or not. What both the kernel binfmt and the loader do at the moment is to ask the kernel to do a private, R/O, executable mmap of the code section, and then the NOMMU mmap deals with copying it or XIP'ing

Re: [uClinux-dev] XIP on uclinux 2.6, fantasy or reality?

David Howells wrote: Michael Schnell <[EMAIL PROTECTED]> wrote: Thanks a lot for helping on this issue. Glad to help. Unfortunately, AFAIK, there are compiler issues that prevent full PIC and thus XIP that need to be resolved. Yeah... Does NIOS use the FLAT binfmt? Yes.