Hi Laurent,
On 04/02/17 19:49, Laurent Vivier wrote:
Le 04/02/2017 à 03:03, Greg Ungerer a écrit :
Hi Laurent,
On 04/02/17 01:22, Laurent Vivier wrote:
Le 03/02/2017 à 16:17, Waldemar Brodkorb a écrit :
[snip]
Btw: Laurent, are you m68k with mmu support are going to be included
upstream? I
Hi Laurent,
On 04/02/17 01:22, Laurent Vivier wrote:
Le 03/02/2017 à 16:17, Waldemar Brodkorb a écrit :
[snip]
Btw: Laurent, are you m68k with mmu support are going to be included
upstream? I always carry an old binary for any m68k with mmu testing.
I'm working to have the FPU included for n
Hi Waldemar,
On 03/02/17 06:15, Waldemar Brodkorb wrote:
> your commit 80cca775cdc4f8555612d2943a2872076b33e0ff breaks Linux
> booting in qemu-system-m68k:
>
> qemu-system-m68k -nographic -M mcf5208evb -cpu m5208 -kernel
> qemu-m68k-mcf5208-initramfspiggyback-kernel
[snip]
> [3.46] ColdF
Hi Waldemar,
On 27/08/16 21:25, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 25/08/16 07:35, Waldemar Brodkorb wrote:
>>> Hi,
>>> Greg Ungerer wrote,
>>>
>>>> Hi Waldemar,
>>>>
>>>&
Hi Waldemar,
On 25/08/16 07:35, Waldemar Brodkorb wrote:
> Hi,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 19/08/16 08:48, Waldemar Brodkorb wrote:
>>> Hi Greg,
>>> Greg Ungerer wrote,
>>>
>>>> Hi Waldemar,
>>>>
On 25/08/16 07:30, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 06/05/16 05:06, Waldemar Brodkorb wrote:
>>> Hi Greg,
>>> Waldemar Brodkorb wrote,
>>>
>>>> Hi Greg,
>>>> Greg Ung
Hi Waldemar,
On 25/08/16 07:34, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> Waldemar Brodkorb wbx at openadk.org wrote:
>>> Greg Ungerer wrote,
>>>> Hi Waldemar,
>>>> On 23/04/16 08:50, Wald
Hi Waldemar,
On 19/08/16 08:48, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 19/03/16 13:53, Greg Ungerer wrote:
>>> Hi Waldemar,
>>>
>>> On 14/03/16 15:01, Waldemar Brodkorb wrote:
>>>&
Hi Waldemar,
On 06/05/16 05:06, Waldemar Brodkorb wrote:
Hi Greg,
Waldemar Brodkorb wrote,
Hi Greg,
Greg Ungerer wrote,
Attached is a kernel patch that modifies binfmt_flat to print
out the reloc number along with the reloc error. That way we can
map that back to the reloc entry number
Hi Waldemar,
On 19/08/16 08:53, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 16/08/16 03:21, Waldemar Brodkorb wrote:
>>> Hi Greg,
>>> Greg Ungerer wrote,
>>>> Hi Waldemar,
>>>>
&g
Hi Waldemar,
On 19/03/16 13:53, Greg Ungerer wrote:
> Hi Waldemar,
>
> On 14/03/16 15:01, Waldemar Brodkorb wrote:
>> Add patchset from ptxdist which is required to produce working
>> ARM flat binaries. Tested with busybox on Kinetis K70.
>>
>> Signed-off-b
Hi Waldemar,
Waldemar Brodkorb wbx at openadk.org wrote:
> Greg Ungerer wrote,
>> Hi Waldemar,
>> On 23/04/16 08:50, Waldemar Brodkorb wrote:
>> >Hi Greg,
>> >Greg Ungerer wrote,
>> >
>> >>>How could I generate the information for you? Do y
Hi Waldemar,
On 16/08/16 03:21, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Hi Waldemar,
On this specific issue of simple flat binaries not working on m68k.
This fixes the issue:
http://marc.info/?l=linux-m68k&m=146976701216533&w=2
I can run your hello binary now
Hi Waldemar,
On 23/04/16 08:50, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
How could I generate the information for you? Do you have
a kernel patch I would need to apply? I can bootup a kernel
and execute code, I just can't type anything into the serial
Attached is a kernel
Hi Waldemar,
On this specific issue of simple flat binaries not working on m68k.
This fixes the issue:
http://marc.info/?l=linux-m68k&m=146976701216533&w=2
I can run your hello binary now with no problems after this is
applied.
Regards
Greg
On 08/06/16 21:38, Greg Ungerer wro
Hi Joshua,
On 30/06/16 21:52, Joshua Stokes wrote:
> My question is about compiling uclinux-rootfs, specifically the 1st step in
> the README file which reads:
>
> You will need a cross-compiler package for your target. Many binary
> tools packages exists specifically for compiling uClinux.
Hi Waldemar,
On 09/06/16 06:49, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Thanks for that. When I get a spare minute I will dig into it
and see if I can make any sense of that. It is obviously way out
of the expected range.
Any spare minute to check what is wrong here?
Sorry
Hi Waldemar,
On 09/06/16 06:48, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> Sorry for the slow response. The uclinux-dev email list seems
>> very unreliable at the moment. I never got your last response,
>> but I
:35:58 EDT 2016
Previous message: [uClinux-dev] qemu coldfire SIGILL with pthread app
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Greg,
Greg Ungerer wrote,
Hi Waldemar,
On 26/05/16 22:05, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 20/05/16 14:20,
Hi Waldemar,
On 26/05/16 22:05, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 20/05/16 14:20, Waldemar Brodkorb wrote:
>>> Greg Ungerer wrote,
>>>> On 16/05/16 19:54, Waldemar Brodkorb wrote:
>>>>> I compile and test the thread test a
Hi Waldemar,
On 20/05/16 14:20, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 16/05/16 19:54, Waldemar Brodkorb wrote:
>>> I compile and test the thread test app from here on
>>> Qemu coldfire emulation:
>>> http://debug.openadk.org/arm-pthread
Hi Waldemar,
On 16/05/16 19:54, Waldemar Brodkorb wrote:
I compile and test the thread test app from here on
Qemu coldfire emulation:
http://debug.openadk.org/arm-pthreads/hello.c
Sometimes it works, sometimes I get SIGILL.
Here is the strace output when I get SIGILL:
~ # strace -f /test
ioctl
Hi Waldemar,
On 11/05/16 04:57, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Hi Waldemar,
I disabled CONFIG_BINFMT_SHARED_FLAT in the kernel.
And now I get:
~ # /hello
[ 90.83] BINFMT_FLAT: reloc[405] outside program 0xed87 (0
- 0x123b0/0x8944), killing hello!
SEGV
Hi Waldemar,
On 06/05/16 05:06, Waldemar Brodkorb wrote:
> Hi Greg,
> Waldemar Brodkorb wrote,
>
>> Hi Greg,
>> Greg Ungerer wrote,
>>
>>> Attached is a kernel patch that modifies binfmt_flat to print
>>> out the reloc number along with the reloc er
reg
On 29/04/2016 07:22, Greg Ungerer wrote:
Hi Waldemar,
On 29/04/16 05:10, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Hi Angelo,
On 20/04/16 04:14, angelo wrote:
infinite thanks.
Do you maybe have also the
gcc-5.3.0-fix-libgcc-build.patch ?
Yep, attached.
Can you explain w
Hi Waldemar,
On 29/04/16 05:10, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Angelo,
>>
>> On 20/04/16 04:14, angelo wrote:
>>> infinite thanks.
>>>
>>> Do you maybe have also the
>>> gcc-5.3.0-fix-libgcc-build.p
; Angelo
>
>
> On 20/04/2016 08:01, angelo wrote:
>> Many thanks,
>>
>> i see that the patch seems related to this
>>
>> https://gcc.gnu.org/ml/gcc/2016-04/msg00118.html
>>
>> It is the workaround i see also somewhere, so good to have it.
&
Hi Angelo,
On 20/04/16 04:14, angelo wrote:
> infinite thanks.
>
> Do you maybe have also the
> gcc-5.3.0-fix-libgcc-build.patch ?
Yep, attached.
Regards
Greg
> On 19/04/2016 15:52, Greg Ungerer wrote:
>> Hi Angelo,
>>
>> On 19/04/16 17:40, angelo wro
Hi Angelo,
On 19/04/16 17:40, angelo wrote:
Sry, i forgot html format enabled, so i resend.
Dear Greg and all,
i am building from some time some c++ apps for mcf5307.
At the time being, with the toolchain m68k-uclinux-20101118 i get
some errors, like usleep not declared, even including ,
as
88
Hi Waldemar,
On 17/04/16 01:38, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 07/04/16 19:35, Waldemar Brodkorb wrote:
>>> Greg Ungerer wrote,
>>>>> You can find readelf, objdump -x, objdump -D and the source of
>>>>> hello.c here:
>>&
Hi Waldemar,
On 07/04/16 19:35, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>>> You can find readelf, objdump -x, objdump -D and the source of
>>> hello.c here:
>>> http://debug.openadk.org/arm-pthreads/
>>
>> If you compile sup
device (2016-04-11 12:03:18 +1000)
Greg Ungerer (1):
m68k/gpio: remove arch specific sysfs bus device
arch/m68k/coldfire/gpio.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions
Hi Waldemar,
On 05/04/16 20:49, Waldemar Brodkorb wrote:
Hi uClinux/elf2flt devs,
How can I debug an issue with the following error while
executing:
~ # ./hello
BINFMT_FLAT: reloc outside program 0xb589 (0 - 0x125a4/0x8b0c),
killing hello!
SEGV
The target is an ARM Cortex-M4 device. The er
:17 +1000)
Greg Ungerer (2):
m68knommu: fix FEC platform device registration when driver is modular
m68knommu: remove obsolete 68360 support
arch/m68k/68360/Makefile | 12 -
arch/m68k/68360/commproc.c
Hi Waldemar,
On 14/03/16 15:01, Waldemar Brodkorb wrote:
Add patchset from ptxdist which is required to produce working
ARM flat binaries. Tested with busybox on Kinetis K70.
Signed-off-by: Waldemar Brodkorb
Thanks. Applied to the github elf2flt repository (with Thomas'
Tested-by).
Regards
On 13/02/16 11:55, Andrew Cagney wrote:
> FYI,
>
> I've attached a simpler Kconfig and makefile. However,
>
> On 15 December 2015 at 00:32, Greg Ungerer wrote:
>> Hi Andrew,
>>
>> On 15/12/15 02:11, Andrew Cagney wrote:
>>> On 13 December 2015 at
Hi Waldemar,
On 31/12/15 09:55, Waldemar Brodkorb wrote:
> This is forward ported version of patch from 2006' elf2flt by
> Oskar Schirmer .
>
> Signed-off-by: Max Filippov
> Signed-off-by: Waldemar Brodkorb
Applied to elf2flt git tree, thanks.
Regards
Greg
> ---
> elf2flt.c | 69
> +
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Only a single change, limiting the return values for coldfire gpio
get function.
Regards
Greg
The following changes since commit 168309855a7d1e16db751e9c647119fe2d2dc878:
Linux 4.4-rc8 (2016-01-03 15:15:37 -0800)
are a
On 31/12/15 09:55, Waldemar Brodkorb wrote:
Remove SYMBOL_PREFIX for h8/300.
Signed-off-by: Waldemar Brodkorb
Signed-off-by: Yoshinori Sato
Applied to elf2flt git tree, thanks.
Regards
Greg
---
configure.ac |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/config
Hi Yoshinori,
On 06/01/16 02:54, Yoshinori Sato wrote:
> On Mon, 04 Jan 2016 16:30:24 +0900,
> Greg Ungerer wrote:
>> On 31/12/15 09:55, Waldemar Brodkorb wrote:
>>> From: Yoshinori Sato
>>>
>>> Signed-off-by: Yoshinori Sato
>>> Signed-off-by:
this that regenerates the configure
local script.
Thanks
Greg
> ---
> v1 -> v2:
> - the link order is important, so add LIBS variable suggested by Greg Ungerer
>
> ---
> configure.ac |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configure.ac b/confi
Hi Waldemar,
On 05/01/16 05:00, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 31/12/15 09:55, Waldemar Brodkorb wrote:
>>> Add a check for dlopen to configure.ac
>>>
>>> Signed-off-by: Waldemar Brodkorb
>>> ---
>>> configure.ac |
Hi Waldemar,
On 31/12/15 09:55, Waldemar Brodkorb wrote:
Add a check for dlopen to configure.ac
Signed-off-by: Waldemar Brodkorb
---
configure.ac |1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index 4e7df5a..adf5883 100644
--- a/configure.ac
+++ b/configu
Hi Waldemar,
On 31/12/15 09:55, Waldemar Brodkorb wrote:
> From: Yoshinori Sato
>
> Signed-off-by: Yoshinori Sato
> Signed-off-by: Waldemar Brodkorb
> ---
> flthdr.c |8
> 1 file changed, 8 insertions(+)
>
> diff --git a/flthdr.c b/flthdr.c
> index 8a8b97c..0401e20 100644
> ---
Hi Andrew,
On 12/12/15 03:50, Andrew Cagney wrote:
> The patch "nspr.diff" adds a standalone and up-to-date NSPR library.
> It is always built statically. For the patches:
>
> nspr-00--done--nspr-configure-in--m68k-is-not-m68020-60.patch I
> believe it's been accepted
> nspr-02--hold--ifdef-have
Hi Andrew,
On 15/12/15 02:11, Andrew Cagney wrote:
> On 13 December 2015 at 20:35, Greg Ungerer wrote:
>> On 12/12/15 03:03, Andrew Cagney wrote:
>>> I came up with the attached. The existing libgmp configuration in
>>> lib/Kconfig would need removing.
>>
>
Hi Andrew,
On 14/12/15 12:18, Andrew Cagney wrote:
> On 13 December 2015 at 19:43, Greg Ungerer wrote:
>> Hi Andrew,
>>
>> On 12/12/15 03:03, Andrew Cagney wrote:
>>> I came up with the attached. The existing libgmp configuration in
>>> lib/Kconfig would n
7;, needed by `libgmp.la'.
Stop.
make[5]: Leaving directory
`/home/gerg/uclinux-dist.foo/lib/libgmp/build/gmp-6.1.0'
make[4]: *** [all-recursive] Error 1
Regards
Greg
> On 9 December 2015 at 17:35, David McCullough wrote:
>>
>> Andrew Cagney wrote the following:
;depends on LIB_LIBGMP".
Otherwise it is looking good.
Regards
Greg
> On 9 December 2015 at 17:35, David McCullough wrote:
>>
>> Andrew Cagney wrote the following:
>>> On 8 December 2015 at 07:03, Greg Ungerer wrote:
>>>> Hi Andrew,
>>>>
>
Hi Andrew,
On 11/12/15 06:07, Andrew Cagney wrote:
> Surprise! libgmp uses yet another compression format ...
>
> My work-in-progress libgmp makefile tests it, trust me :-)
Thanks, that looks good. I'll apply that to the working tree.
Regards
Greg
Hi Andrew,
On 08/12/15 04:23, Andrew Cagney wrote:
The libgmp bundled with uClinux, by default, doesn't build for the
M5208 - the m68k assembler uses instructions dropped from early
Coldfires.
The hack I'm using locally is to configure with --host=none (I got
this trick second hand from somewher
On 05/12/15 06:55, Michael wrote:
Yes.
You are welcome to email patches for Greg to integrate to this mailing
list.
Yes, please. Patches to this list is a great place to start.
Michael: can we remove the cvs link from the main www page?
It is long dead and not coming back, so we can stop som
where it is possibly getting stuck.
Regards
Greg
---
dBUG> go 0x4002
Linux version 4.0.0-uc0 (root@RHEL6) (gcc version 4.5.1 (GCC) ) #9 Wed
Dec 2 20:51:10 PST 2015
uClinux/COLDFIRE(m53xx)
COLDFIRE port done by Greg Ungerer, g...@snapgear.com
Flat model support (C) 1998,1999 Ke
Hi Cristobal,
On 03/12/15 01:13, Cristobal Chaves wrote:
> First of all you have to compile the drivers if you wanna add the drivers,
> then you have to modify the kconfig file adding the names of the divers files
> *.o and *.c. Once you have added the files to the configure file you can
> patc
Hi Ted,
On 02/12/15 06:56, Ted Victorio wrote:
I am unable to compile for the M5329 NAND using the configuration below.
Distro:uClinux-dist-20150808
Tool: m68k-uclinux-tools-20101118
Platform: Freescale MCF5329EVB
# Linux/m68k 4.0.0-uc0 Kernel Configuration
[snip]
Errors
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Only a single patch, fixes brk area setup problem in nommu environments.
Regards
Greg
The following changes since commit 32b88194f71d6ae7768a29f87fbba454728273ee:
Linux 4.3-rc7 (2015-10-25 10:39:47 +0900)
are available
On 03/11/15 01:22, Wicks, George wrote:
> Joshua:
>
> Your best bet is to take a look at the source - go to the FetchTV page:
>
> http://www.fetchtv.com.au/opensource
>
> The page states:
>
> The FetchTV set top box comprises software code developed by third parties,
> including software code
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Only a couple of patches this time. One migrating the clock driver code
to the new set-state interface. The other cleaning up to use the PFN_DOWN
macro.
Regards
Greg
The following changes since commit c13dcf9f2d6f5f06ef1bf7
Hi Angelo,
On 27/06/15 22:52, angelo wrote:
was interesting in linux running on this cpu.
Seems some user run uClinux on it.
Strangely, i don't see it selectable from both uClinux mmu list, and
same for mainline kernel.
Why ? What do you suggest ?
There is non-mmu support for the 5441x famil
Hi Waldemar,
On 17/06/15 15:42, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
I don't have any compile (or runtime) problems with m5208evb_defconfig
on linux-4.0.5 either. That is close to what most people use with qemu.
What .config are you using?
Are you sure the defconfig crea
Hi Waldemar,
On 17/06/15 15:42, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>>
>> I don't have any compile (or runtime) problems with m5208evb_defconfig
>> on linux-4.0.5 either. That is close to what most people use with qemu.
>> What .config a
Hi Waldemar,
On 16/06/15 16:24, Geert Uytterhoeven wrote:
> Hi Waldemar,
>
> On Mon, Jun 15, 2015 at 10:23 PM, Waldemar Brodkorb wrote:
>> I am trying to build a M68K (Coldfire no-MMU) kernel for Qemu-system-m68k.
>>
>> With 4.0.4 everything is fine. With 4.0.5 I get following compile
>> error:
On 26/03/15 18:27, Andreas Schwab wrote:
g...@uclinux.org writes:
Fix it my moving the definition of par inside the 5271 conditional code.
s/my/by/
Thanks Andreas, I'll fix that up.
Regards
Greg
___
uClinux-dev mailing list
uClinux-dev@uclinux.
Hi Ertheb,
On 24/03/15 04:18, ertheb wrote:
> Hi,
>
> Very tiny change to avoid one warning with MCF5271. :-)
Thanks. I'll create a patch for that too.
Regards
Greg
> static void __init m527x_fec_init(void)
> {
> -u16 par;
> u8 v;
>
> /* Set multi-function pins to ethernet mode f
it here too.
I'll generate a fix for mainline.
The next uclinux-dist will be based around a linux-3.18 kernel, and
I will fix it in there too.
Thanks
Greg
> Linux version 3.10.0-uc0 (root@debian-st8) (gcc version 4.2.4) #15 Tue
> Feb 10 09:38:33 CET 2015
>
>
> uClinux/C
Hi Geert,
On 15/09/14 17:36, Geert Uytterhoeven wrote:
> On Mon, Sep 15, 2014 at 3:07 AM, Greg Ungerer wrote:
>> On 14/09/14 19:45, Geert Uytterhoeven wrote:
>>> drivers/net/ethernet/cirrus/cs89x0.c: In function ‘cs89x0_ioport_probe’:
>>> drivers/net/ethernet/
Hi Geert,
On 14/09/14 19:45, Geert Uytterhoeven wrote:
> drivers/net/ethernet/cirrus/cs89x0.c: In function ‘cs89x0_ioport_probe’:
> drivers/net/ethernet/cirrus/cs89x0.c:1629: error: implicit declaration of
> function ‘ioport_unmap’
>
> Add the missing ioport_unmap() implementation, and convert i
YBOX_ARPING=y
> CONFIG_USER_BUSYBOX_FREE=y
> CONFIG_USER_BUSYBOX_KILL=y
> CONFIG_USER_BUSYBOX_PS=y
> CONFIG_USER_BUSYBOX_UPTIME=y
> CONFIG_USER_BUSYBOX_FEATURE_SH_IS_ASH=y
> CONFIG_USER_BUSYBOX_ASH=y
> CONFIG_USER_BUSYBOX_ASH_OPTIMIZE_FOR_SIZ
suasion are wreaking
> havoc in the kernel config. I blew away my snapgear directory, extracting
> tarball, trying again from scratch now.
>
>
> On Mon, Sep 1, 2014 at 1:05 AM, Greg Ungerer <mailto:g...@uclinux.org>> wrote:
>
> Hi,
>
> On 31/08/14 13:4
symlink'ed config.arch in the root snapgear-4.0.7 directory
> but that made 'make' unhappy.
>
> Where should I be placing those config lines? There's oodles of files
> with similar "CONFIG_" lines, so not sure where I should be putting it.
>
&g
ected.
> VFS: Cannot open root device "ram0" or unknown-block(0,0)
> Please append a correct "root=" boot option; here are the available
> partitions:
> 1f00128 mtdblock0 (driver?)
> 1f01512 mtdblock1 (driver?)
> 1f02 7424 mtdblock
On 27/08/14 23:09, GravyFace wrote:
On Tue, Aug 26, 2014 at 8:44 PM, Greg Ungerer mailto:g...@uclinux.org>> wrote:
I'm assuming this was the last step,
That is the last step. Easiest fix is to just create a /tftpboot
directory that is world read/write. Doesn'
tp load of a system image
(that is the image.bin file that your compile generated).
I would suggest hard setting a command line in your kernel config so that
you have console=ttyS0,115200 set.
Regards
Greg
On Mon, Aug 25, 2014 at 9:40 AM, GravyFace mailto:gravyf...@gmail.com>> wrote:
Hi,
On 24/08/14 03:26, gravyface wrote:
Hi all,
First time attempting to compile really anything in Linux (why not try this?
), and hitting a wall with a seemingly pam-auth related error.
Build Environment:
- Ubuntu Server 12.04.5 LTS with apt versions of binutils, build-essentials, gcc,
gd
Hi Geert,
On 22/08/14 17:12, Geert Uytterhoeven wrote:
Hi Greg,
On Fri, Aug 22, 2014 at 2:40 AM, Greg Ungerer wrote:
qemu: hardware error: mcf_fec_read: Bad address 0x1c4
Hmmm, yeah, it does stop there. Not sure why. I will need to look
more closely at that.
Did you found anything?
Yep
d93d782aff1 Mon Sep 17 00:00:00 2001
From: Greg Ungerer
Date: Mon, 18 Aug 2014 16:47:43 +1000
Subject: [PATCH] net: fec: do not read/write undefined registers on ColdFire
FEC
The Freescale FEC hardware module is used on many different SoC parts,
across at least 3 different CPU architectures. T
Hi Waldemar,
On 16/08/14 04:12, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Hi Waldemar,
On 15/08/14 00:18, Waldemar Brodkorb wrote:
Hi uClinux hackers,
I am trying to build a Linux System for Qemu/m68k to do runtime
testing of a uClibc spin-off called uClibc-ng.
(http
tical ;)
My toolchain (gcc 4.8.3, binutils 2.24) seems to work, because I can
boot a kernel:
Linux version 3.15.8 (wbx@kop-brodkorbw) (gcc version 4.8.3 (GCC) ) #25 Thu Aug
14 16:09:16 CEST 2014
uClinux/COLDFIRE(m520x)
COLDFIRE port done by Greg Ungerer, g...@snapgear.com
Flat model suppo
Hi Steven,
On 10/07/14 05:42, Steven King wrote:
On Wednesday 09 July 2014 6:35:03 am Greg Ungerer wrote:
Hi Steven,
The ColdFire platform parts look ok to me. I would like to apply them
to the m68knommu git tree. Can I have your signed-off-by for that part?
They don't apply cleanly t
Hi Steven,
The ColdFire platform parts look ok to me. I would like to apply them
to the m68knommu git tree. Can I have your signed-off-by for that part?
They don't apply cleanly to the for-next branch, due to clashes with
recent qspi changes, but the fixup is simple.
The drivers/i2c/busses chan
Hi Larry,
Note that you can no longer get to me on g...@snapgear.com.
(McAfee shutdown the Snapgear group a couple of years back, and I am no
longer with them. Unfortunately the email address doesn't bounce :-(
Using g...@uclinux.org is best.
On 01/06/14 07:45, Larry Baker wrote:
> I haven't tho
On 31/05/14 12:09, Steven King wrote:
> On Monday 24 September 2012 1:05:16 am Philippe De Muyter wrote:
>> Hello,
>>
>> I have cleaned up and updated to 3.6-rc5 my previous port of the
>> freescale-written driver for the fast Ethernet Controller of the M547x
>> and M548x ColdFires. It seems from
Hi Steven,
On 30/05/14 09:22, Steven King wrote:
> On Tuesday 27 May 2014 5:49:40 pm g...@uclinux.org wrote:
>> From: Greg Ungerer
>>
>> Most of the modern ColdFire family members contain the DMA timer hardware
>> module. Build the support code for it and use it on t
Hi Steven,
On 29/05/14 01:59, Steven King wrote:
> On Tuesday 27 May 2014 5:49:49 pm g...@uclinux.org wrote:
>> From: Greg Ungerer
>>
>> The DMA timer hardware module is present in all of the 520x, 527x, 528x,
>> 53xx and 5441x families of ColdFire SoC. Use it as clo
Hi
On 11/04/14 14:12, deepak sachan wrote:
I have downloaded latest uClinux-dist-20131024.tar.bz2 from
http://www.uclinux.org/pub/uClinux/dist/. does it support BF537??? Becoz
while in menu config it doesn`t have BF537 and other board.
That means there is no pre-canned config for that board.
T
nux-3) version run on the M5272C3 EVB ?
I don't think I have run it on that board. I have run it on a few other
ColdFire boards (like the 5208 for example).
Regards
Greg
> Il 10/04/2014 01:32, Greg Ungerer ha scritto:
>> Hi Daniele,
>>
>> On 10/04/14 01:28, Daniele Zigl
Hi Daniele,
On 10/04/14 01:28, Daniele Ziglioli wrote:
> I've tried to compile, without success, the last kernel linux-3.x for the
> EVM5272 freescale board.
>
> My environment:
> Ubuntu 10.04
> m68k-uclinux-tools-20101118.sh or
> freescale-coldfire-2011.09-23-m68k-uclinux.bin
> uC
Hi Vikas,
On 04/12/13 23:56, Vikas MANOCHA wrote:
I am trying to get uclinux code to port it on my SOC. On the home page
of uclinux.org, tarballs are available but no link to any git (not svn
also) repository.
There is currently not git/cvs tree for the uclinux-dist.
Being an open project,
Hi Paul,
On 05/12/13 11:51, Paul Romero wrote:
Do you know the history of the SMSC LAN91C96 Ethernet controller
on uCLinux and the 5249 Coldfire processor series ?
I couldn't speak to why Freescale choose it for that board.
But I think I added support for the 5249 board to the
drivers/net/smc9
Hi All
I have uploaded a new version of the uClinux-dist to the web site, links
from here:
http://www.uclinux.org/pub/uClinux/dist/
There is a lot of new stuff in this one. Linux-3.10 kernel, new uClibc,
a few new apps and many improvements to the underlying build system. In
particular it hand
t declaration of
function ‘iowrite32’ [-Werror=implicit-function-declaration]
drivers/i2c/busses/i2c-ocores.c:96:2: error: implicit declaration of
function ‘ioread8’ [-Werror=implicit-function-declaration]
drivers/i2c/busses/i2c-ocores.c:101:2: error: implicit declaration of
function ‘ioread16’ [-Wer
Hi Christian,
On 16/04/13 18:57, Christian Gieseler wrote:
> This patch enables the initial Timer on coldfire 532x systems.
> Without this, the scheduler will not be triggered and the system hangs,
> after all sequential code is executed. It should also apply on later kernel
> versions.
> Please
Hi Christian,
On 16/04/13 19:01, Christian Gieseler wrote:
>> -Original Message-
>> From: Greg Ungerer [mailto:gregunge...@westnet.com.au]
>> Sent: Tuesday, April 02, 2013 8:27 AM
>> On 26/03/13 16:54, Christian Gieseler wrote:
>>> diff git a/Linux3
it should be fixed to 1, as your work around
does now.
Regards
Greg
> Thanks
>
> Ashish Phogat
>
> On Thu, Mar 28, 2013 at 1:15 PM, Ashish Phogat <mailto:engineerpho...@gmail.com>> wrote:
>
> Hi Greg,
> I am sorry I am new to linux...I donot know
Hi Christian,
On 26/03/13 16:54, Christian Gieseler wrote:
> Coldfire 5329 seems not be used with latest kernels. The Main Timer is not
> running, so the scheduler won´t behave like expected.
>
> To change this the following change has to be done in m532x.c arch setup.
> There is probably more
89: 0 ColdFire QSPI
>
> Thanks
> Ashish phogat
>
> On Wed, Mar 27, 2013 at 7:55 AM, Greg Ungerer
> mailto:gregungere...@gmail.com>> wrote:
>
> Hi Ashish,
>
> On 27/03/13 06:12, Ashish Phog
Hi Ashish,
On 26/03/13 08:03, Ashish Phogat wrote:
> I am facing a very old problem with my Ethernet connection on M5272C3
> coldfire board. As soon as my uclinux boots I got the following logs shown
> below:
What version of kernel?
What version of uClinux-dist?
Regards
Greg
> Command: cat
On 26/03/13 02:14, Lennart Sorensen wrote:
> On Sat, Mar 23, 2013 at 08:49:37AM +1000, Greg Ungerer wrote:
>> Hi Lennart,
>>
>> On 22/03/13 23:41, Lennart Sorensen wrote:
>>> The fact we can recreate the cpio archive and update the uImage from
>>> th
Hi Ashish,
On 22/03/13 23:28, Ashish Phogat wrote:
Hi folks,
I have some basic problem:
I have my uclinux currently running on Coldfire board from RAM. I have romfs as
my file system but that is read only file system.I donot enable MTD support,
blckmem is also disabled.
I enabled a RAM disk(
Hi Lennart,
On 22/03/13 23:41, Lennart Sorensen wrote:
> The fact we can recreate the cpio archive and update the uImage from
> the kernel and cpio archive is great. No recompile crap to deal with
> the way romfs and such have tended to need. For us building the kernel
> and the filesystem are t
1 - 100 of 1334 matches
Mail list logo
