address
to the linker when generating the romfs image. This way I had an unique
absolute text segment for busybox with a small GOT table.
This must be still floating around
Hope that helps
Philippe
--
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles
For those interested, I just noticed the following thread on linux-serial,
about rs485 on coldfire :
http://marc.info/?l=linux-serialm=135811935518410w=2
Philippe
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
Signed-off-by: Philippe De Muyter p...@macqel.be
Cc: triv...@kernel.org
---
fs/jfs/super.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/jfs/super.c b/fs/jfs/super.c
index 1a543be..060ba63 100644
--- a/fs/jfs/super.c
+++ b/fs/jfs/super.c
@@ -154,7 +154,7 @@ static
On Wed, Jan 16, 2013 at 10:55:48PM +0100, Philippe De Muyter wrote:
- * We'll try to calculate some guess as to how may inodes we can
+ * We'll try to calculate some guess as to how many inodes we can
Oops. That was not meant for uclinux-dev. :)
Philippe
Let's `mcf_console_putc' require a `struct uart_port *' instead of a
`struct console *'. This makes cleaner and slightly more efficient
code, and also makes mcf_console_putc easier to use for early debugging.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
drivers/tty/serial/mcf.c | 32
Hi Greg,
On Tue, Oct 16, 2012 at 04:39:05PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 09/10/12 19:07, Philippe De Muyter wrote:
[CCing lkml, linux-ppc, netdev, linux-m68k]
Hello kernel sources architects
I have a working driver for the m54xx FEC ethernet driver that I
would like
, 2012 at 04:12:44PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 05/10/12 01:03, Philippe De Muyter wrote:
On Thu, Oct 04, 2012 at 04:56:01PM +0200, Philippe De Muyter wrote:
On Thu, Oct 04, 2012 at 11:33:32PM +1000, Greg Ungerer wrote:
My biggest concern is the amount of MCD/DMA support code
.
Best regards
Philippe
--
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev
: Philippe De Muyter [mailto:p...@macqel.be]
Sent: Tue 9/25/2012 10:34 PM
To: Stany MARCEL
Cc: uclinux-dev@uclinux.org
Subject: Re: [uClinux-dev] [PATCH 3/3] m68knommu: Add ethernet driver
forMCF547x/MCF548x
On Tue, Sep 25, 2012 at 10:20:07PM +0200, Philippe De Muyter wrote:
You should
Hello Stany
[CCing uclinux-dev]
On Tue, Sep 25, 2012 at 06:07:45PM +0200, Stany MARCEL wrote:
Hello Philippe,
I have to do the following modification to compile your drivers with MMU
enabled :
diff --git a/drivers/net/ethernet/freescale/fec_m54xx.c
On Tue, Sep 25, 2012 at 10:20:07PM +0200, Philippe De Muyter wrote:
You should rather use 'mcf_cache_push'.
I should have written:
You should rather use '__flush_cache_all'
And that should probably go in arch/m68k/include/asm/cacheflush_mm.h,
as long as arch/m68k/include/asm/cacheflush_mm.h
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 comments found in Freescale sources
that this uses a MultiChannel DMA controller marketed as MCD and available
also in
This driver is not (yet) dmaengine enabled, but is needed by the
ethernet fec driver for the ColdFire M54xx processors.
Original work was made by Kurt Mahan at Freescale.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m54xxdma.h | 67 +
arch/m68k/include/asm
, but cache support, mdio driver, phylib support, general
cleanup and 2.6.30-3.6 ports are mine.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m54xxsim.h |2 +
arch/m68k/kernel/setup_no.c|5 +
drivers/net/ethernet/freescale/Kconfig
Hi Greg,
On Tue, Jun 12, 2012 at 12:25:44PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 08/06/12 23:35, Philippe De Muyter wrote:
...
I mentionned that only to make you able to soften the commit comment :)
Ok, makes sense. I should probably have mentioned that this means
the ColdFire
On Fri, Jun 08, 2012 at 03:43:00PM +1000, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
All current ColdFire CPUs are able to support unaligned memory accesses.
So remove the CONFIG_CPU_HAS_NO_UNALIGNED option selection for ColdFire.
It seems that the current restriction was
Hi Greg,
On Fri, Jun 08, 2012 at 10:19:43PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 06/08/2012 08:39 PM, Philippe De Muyter wrote:
On Fri, Jun 08, 2012 at 03:43:00PM +1000, g...@snapgear.com wrote:
From: Greg Ungererg...@uclinux.org
All current ColdFire CPUs are able to support
On Tue, May 22, 2012 at 07:03:59PM -0700, Steven King wrote:
It doesnt include support for the 2 fec controllers, the ones on the
5441x are just slightly different in some non obvious way so they dont
quite work yet.
Are they identical to the fec's of the 548x ? I have drivers for them
On Wed, May 23, 2012 at 01:32:35AM -0700, Steven King wrote:
On Wednesday 23 May 2012 12:38:46 am Philippe De Muyter wrote:
On Tue, May 22, 2012 at 07:03:59PM -0700, Steven King wrote:
It doesnt include support for the 2 fec controllers, the ones on the
5441x are just slightly different
Hi Greg,
On Thu, Apr 26, 2012 at 10:25:41AM +1000, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
We have very large tables in the ColdFire CPU GPIO setup code that essentially
boil down to 2 distinct types of GPIO pin initiaization. Using 2 macros we can
reduce these large
with a single write, not having
+ * to worry about preserving other bits.
+ */
+#define MCFGPF(mlabel, mbase, mngpio)
\
That's perfectly clear.
Thanks
Philippe
--
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles
On Wed, May 18, 2011 at 03:32:27PM +1000, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
The following patch merges the mmu and non-mmu versions of the m68k
bitops.h files. Now there is a good deal of difference between the two
files, but none of it is actually an mmu specific
On Thu, Apr 21, 2011 at 10:16:01AM +0200, Geert Uytterhoeven wrote:
On Thu, Apr 21, 2011 at 02:48, g...@snapgear.com wrote:
+#ifndef CONFIG_MMU
While we're at it, that should also be a test for not '020-'060/CPU32?
You beat me on this :)
You're abolutely right, we may not test on
On Wed, Apr 20, 2011 at 10:06:09AM +0200, Sam Ravnborg wrote:
Hi Greg.
+
+#if defined(__mc68020__) || defined(__mc68030__) || \
+defined(__mc68040__) || defined(__mc68060__)
Why use these to decide if this is MMU or not?
This code is not exposed to user-space so we can rely on
On Wed, Apr 20, 2011 at 10:55:15AM +0200, Geert Uytterhoeven wrote:
On Wed, Apr 20, 2011 at 10:06, Sam Ravnborg s...@ravnborg.org wrote:
Hi Greg.
+
+#if defined(__mc68020__) || defined(__mc68030__) || \
+ defined(__mc68040__) || defined(__mc68060__)
Why use these to decide if
On Wed, Apr 20, 2011 at 07:31:33PM +1000, Greg Ungerer wrote:
On 20/04/11 19:12, Philippe De Muyter wrote:
On Wed, Apr 20, 2011 at 10:55:15AM +0200, Geert Uytterhoeven wrote:
On Wed, Apr 20, 2011 at 10:06, Sam Ravnborgs...@ravnborg.org wrote:
Hi Greg.
+
+#if defined(__mc68020__) || defined
Hi Greg,
On Wed, Apr 20, 2011 at 09:01:39PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 20/04/11 20:38, Philippe De Muyter wrote:
Hi Greg,
On Wed, Apr 20, 2011 at 08:18:09PM +1000, Greg Ungerer wrote:
The 68340 has it also. (And I have an old linux port for this processor)
That is just
On Thu, Apr 07, 2011 at 10:29:54AM +0200, Andreas Schwab wrote:
Geert Uytterhoeven ge...@linux-m68k.org writes:
Isn't there a reason it was read-write on m68k, like the table may be
changed
at runtime (to install rootkits :-)? Have to check what the other arches
do...
Initially the
on m68knommu
Questions:
- Why was it .text?
Probably because it is constanti (read-only).
Philippe
--
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http
m548x headers were renamed to m54xx, but m548x_wdt.c still uses the
old names. Fix that.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
drivers/watchdog/m548x_wdt.c | 50 +-
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/drivers
All m548x files were renamed to m54xx, except m548x_wdt.c. Fix that.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
drivers/watchdog/Kconfig |6 +-
drivers/watchdog/Makefile|2 +-
drivers/watchdog/m548x_wdt.c | 227 --
drivers
Hi Eduard,
On Fri, Nov 26, 2010 at 10:08:16AM -0800, eduard gavin wrote:
FYI
I solve this problem, during uclinux configuration, the system only
configure 8Mb of RAM for this board, in this case m5282lite have 16Mb,
change in Customize Kernel Setting -- Processor type and features
Hi Greg,
On Thu, Nov 11, 2010 at 11:48:42AM +1000, Greg Ungerer wrote:
...
+#ifdef CONFIG_COLDFIRE_SW_A7
+#define CACHE_INIT (CACR_CINV + CACR_DISD)
+#define CACHE_MODE (CACR_CENB + CACR_DISD + CACR_DCM)
+#else
+#define CACHE_INIT (CACR_CINV + CACR_DISD + CACR_EUSP)
+#define
%
[...]
Could you make that as two or three patches, first changing the contents of
the files, and then renaming them, or conversely, to only produce renaming
with 100% similarity ?
Have a good day
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA
Hi Greg,
On Wed, Nov 03, 2010 at 10:33:06PM +1000, Greg Ungerer wrote:
Hi Philippe,
On 03/11/10 19:36, Philippe De Muyter wrote:
On Wed, Nov 03, 2010 at 11:26:37AM +1000, Greg Ungerer wrote:
I propose that we make the ColdFire 548x support a little more
generic, so that it covers the 547x
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m548xgpt.h |2 +
drivers/watchdog/Kconfig |7 +-
drivers/watchdog/Makefile|3 +-
drivers/watchdog/m548x_wdt.c | 227 ++
4 files changed, 236 insertions
/include/asm/system_no.h:79: error: implicit
+declaration of function ‘local_irq_save’
/archives/linux/git/arch/m68k/include/asm/system_no.h:101: error: implicit
+declaration of function ‘local_irq_restore’
Fix that
Signed-off-by: Philippe De Muyter p...@macqel.be
---
Hello Greg,
I sent
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m548xgpt.h |2 +
drivers/watchdog/Kconfig |7 +-
drivers/watchdog/Makefile|3 +-
drivers/watchdog/m548x_wdt.c | 227 ++
4 files changed, 236 insertions
support cleanup.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m5407sim.h | 34 --
arch/m68k/include/asm/m54xxacr.h | 43 ++
2 files changed, 43 insertions(+), 34 deletions(-)
create mode 100644 arch
__flush_cache_all for m54xx is intrinsically related to the bit
definitions in m54xxacr.h. Move it there from cacheflush_no.h,
for easier maintenance.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/cacheflush_no.h | 28 +---
arch/m68k
On Wed, Oct 20, 2010 at 11:53:58AM +0200, Sima Baymani wrote:
Hi David (and everyone else)!
Just to make sure I understand, I have some questions to clarify to myself
how it works and what my options are.
- the RT73 is a Ralink wifi-unit. According to Ralink, it should work on
Linux 2.4
On Wed, Oct 20, 2010 at 12:40:47PM +0200, Sima Baymani wrote:
On Wed, Oct 20, 2010 at 12:33 PM, Philippe De Muyter p...@macqel.be wrote:
On Wed, Oct 20, 2010 at 11:53:58AM +0200, Sima Baymani wrote:
Hi David (and everyone else)!
Just to make sure I understand, I have some questions
On Thu, Oct 07, 2010 at 05:27:36PM +1000, Greg Ungerer wrote:
Sorry for the really slow response on this...
Glad to see you here again :)
Problem reported by alexander.st...@systec-electronic.com.
I think there is now a standardized keyword for that :
Reported-by: Alexander Stein
On Tue, Sep 21, 2010 at 05:50:04PM +0200, Philippe De Muyter wrote:
The MCF548x have the same cache control registers as the MCF5407.
Extract the bit definitions for the ACR and CACR registers from m5407sim.h
and move them to a new file m54xxacr.h. Use them instead of hex
constants
The MCF548x have the same cache control registers as the MCF5407.
Extract the bit definitions for the ACR and CACR registers from m5407sim.h
and move them to a new file m54xxacr.h. Use them instead of hex
constants in cacheflush_no.h and mcfcache.h.
Signed-off-by: Philippe De Muyter p
Serial lines on the MCF548x have really big fifos : 512 bytes.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/mcfuart.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/m68k/include/asm/mcfuart.h b/arch/m68k/include/asm/mcfuart.h
index
with a M5484 processor and the default
dbug monitor.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/cacheflush_no.h |2 +-
arch/m68k/include/asm/coldfire.h|4 +-
arch/m68k/include/asm/gpio.h|7 +-
arch/m68k/include/asm
compiles but is empty. This gives a functional
albeit limited linux for the m548x coldfire family. This has been tested
on a Freescale M548xEVB Lite board with a M5484 processor and the default
dbug monitor.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/cacheflush_no.h
been tested
on a Freescale M548xEVB Lite board with a M5484 processor and the default
dbug monitor.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m548xgpt.h| 88 +++
arch/m68k/include/asm/m548xsim.h| 55 +
arch/m68k/include
for the m548x coldfire family. This has been tested
on a Freescale M548xEVB Lite board with a M5484 processor and the default
dbug monitor.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/m548xgpt.h| 88 +++
arch/m68k/include/asm/m548xsim.h
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68knommu/kernel/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 arch/m68knommu/kernel/.gitignore
diff --git a/arch/m68knommu/kernel/.gitignore b/arch/m68knommu/kernel/.gitignore
new file mode
.
Signed-off-by: Philippe De Muyter p...@macqel.be
diff --git a/arch/m68knommu/platform/coldfire/intc-2.c
b/arch/m68knommu/platform/coldfire/intc-2.c
index a0c72ec..c23046c 100644
--- a/arch/m68knommu/platform/coldfire/intc-2.c
+++ b/arch/m68knommu/platform/coldfire/intc-2.c
@@ -1,9 +1,11
use symbolic constants then (apply on top of preceding patch) :
Philippe
---
Introduce new mcfintc-2.h file and use it in intc-2.c.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68k/include/asm/mcfintc-2.h | 47 +
arch/m68knommu/platform
On Fri, Aug 27, 2010 at 04:22:13PM +1000, Greg Ungerer wrote:
Hi Philippe,
Philippe De Muyter wrote:
The Coldfire MCF547x/MCF548x have the same interrupt controller than
the MCF528x, e.g., but only one, not two as in the MCF528x. Modify
intc-2.c to support only one interrupt controller
The Coldfire MCF547x/MCF548x have the same interrupt controller than
the MCF528x, e.g., but only one, not two as in the MCF528x. Modify
intc-2.c to support only one interrupt controller if MCFICM_INTC1 is
not defined.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68knommu/platform
m68knommu: whitespace cleanup in 68328/entry.S
Signed-off-by: Philippe De Muyter p...@macqel.be
---
diff --git a/arch/m68knommu/platform/68328/entry.S
b/arch/m68knommu/platform/68328/entry.S
--- a/arch/m68knommu/platform/68328/entry.S
+++ b/arch/m68knommu/platform/68328/entry.S
@@ -43,7 +43,7
-offsets.c.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/blackfin/include/asm/entry.h |8
arch/m68k/include/asm/entry_mm.h |8
arch/m68k/include/asm/entry_no.h | 10 --
3 files changed, 0 insertions(+), 26 deletions(-)
diff --git a/arch/blackfin
The chips lists were in commit logs, but should also be in source files.
This way it is easier to choose the right source file for a not yet
supported Coldfire.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68knommu/platform/coldfire/intc-2.c|6 +-
arch/m68knommu
m68k{nommu}/asm-offsets.c define many constants which are not used
anymore anywhere; remove IRQ_DEVID, IRQ_HANDLER, IRQ_NEXT, STAT_IRQ,
TASK_ACTIVE_MM, TASK_BLOCKED, TASK_FLAGS, TASK_PTRACE, TASK_STATE,
TASK_THREAD_INFO, TI_CPU, TI_EXECDOMAIN and TI_TASK.
Signed-off-by: Philippe De Muyter p
assembler insn (btst) only accesses a 8 bit byte in memory.
Fix both using code already used in the coldfire version of entry.S
Also fix some spaces/tabs issues.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68knommu/platform/68328/entry.S | 16
arch/m68knommu
the resulting files 68328/entry.S and 68360/entry.S
easier.
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
, because the `flags' field is 32 bit wide, while the used
assembler insn (btst) only accesses a 8 bit byte in memory.
Fix both using code already used in the coldfire version of entry.S
Signed-off-by: Philippe De Muyter p...@macqel.be
---
diff --git a/arch/m68knommu/platform/68328/entry.S
b/arch
segement is at high addresses.
a binary file fills the gap with zeroes :(
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
___
uClinux-dev mailing list
uClinux
On Tue, May 25, 2010 at 12:20:47AM +0100, Jamie Lokier wrote:
Philippe De Muyter wrote:
On Mon, May 24, 2010 at 06:26:08PM +0100, Jamie Lokier wrote:
Philippe De Muyter wrote:
On Mon, May 24, 2010 at 04:59:18PM +0100, David Howells wrote:
Philippe De Muyter p...@macqel.be wrote
Hi Greg,
On Tue, May 25, 2010 at 11:19:43AM +1000, Greg Ungerer wrote:
Hi Philippe,
Philippe De Muyter wrote:
On Mon, May 24, 2010 at 11:29:50AM +1000, Greg Ungerer wrote:
[...]
+#else
+#define TASK_SIZE (0xUL)
+#endif
Because of do_getname() :
len = TASK_SIZE - (unsigned
On Mon, May 24, 2010 at 11:29:50AM +1000, Greg Ungerer wrote:
[...]
+#else
+#define TASK_SIZE(0xUL)
+#endif
Because of do_getname() :
len = TASK_SIZE - (unsigned long) filename;
we should rather have
#define TASK_SIZE (0x1ull)
Philippe
--
Philippe De
On Mon, May 24, 2010 at 04:59:18PM +0100, David Howells wrote:
Philippe De Muyter p...@macqel.be wrote:
+#else
+#define TASK_SIZE(0xUL)
+#endif
Because of do_getname() :
len = TASK_SIZE - (unsigned long) filename;
we should rather have
On Mon, May 24, 2010 at 06:26:08PM +0100, Jamie Lokier wrote:
Philippe De Muyter wrote:
On Mon, May 24, 2010 at 04:59:18PM +0100, David Howells wrote:
Philippe De Muyter p...@macqel.be wrote:
+#else
+#define TASK_SIZE(0xUL)
+#endif
Because
On Fri, May 21, 2010 at 08:01:29AM +0200, Geert Uytterhoeven wrote:
On Fri, May 21, 2010 at 07:49, Greg Ungerer g...@snapgear.com wrote:
Philippe De Muyter wrote:
While it is explained in the long help text, meaning of '0' for RAMSIZE
is easily overlooked because is not mentionned
Hi Greg,
--
Avoid filename TASK_SIZE test in do_getname() when no MMU.
Without MMU, filenames can be anywhere in memory. It is thus wrong to
check that filename is before TASK_SIZE in do_getname().
Signed-off-by: Philippe De Muyter p...@macqel.be
---
fs/namei.c |2 ++
1 files changed, 2
Hello Greg,
--
While it is explained in the long help text, meaning of '0' for RAMSIZE
is easily overlooked because is not mentionned in the short help text.
Add that.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
arch/m68knommu/Kconfig |2 +-
1 files changed, 1 insertions(+), 1
give the underlying frequency of the tick timer.
i.e. the frequency of the hardware input clock of your tick timer
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
On Wed, Apr 21, 2010 at 04:57:40PM +0100, Jamie Lokier wrote:
Jeff Bacon wrote:
On 4/21/2010 11:04 AM, Lennart Sorensen wrote:
What version of Busybox are you using? I am finding it difficult to make
a newer version (1.15.x, 1.16.0) that small. In fact, when I configure
it with a single
SEDOP= -e s/^R_RODAT// -e /^W_RODAT/d
if [ $MOVDAT ]
then
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
___
uClinux-dev mailing
processor type.
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman
promising :
http://wiki.myigep.com/trac/wiki/HowToUseRS485
Philippe
--
Philippe De Muyter phdm at macqel dot be Tel +32 27029044
Macq Electronique SA rue de l'Aeronef 2 B-1140 Bruxelles Fax +32 27029077
___
uClinux-dev mailing list
uClinux-dev
Hello Greg,
This complements my recent patch.
When using busybox's inetd and telnetd in conjunction, inetd.conf must contain
an 'arg0' field. This is not needed either for standalone inetd with
busybox's telnetd or for busybox's inetd with standalone telnetd, but
by chance or by design, it does
Hello Greg,
--
Fix driver/serial/mcf.c for 4-ports coldfire's (e.g. MCF5484).
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -r 32d9ad41adba linux-2.6.x/drivers/serial/mcf.c
--- a/linux-2.6.x/drivers/serial/mcf.c Thu Mar 18 11:26:13 2010 +0100
+++ b/linux-2.6.x/drivers/serial/mcf.c
Hello all,
On Mon, Jan 25, 2010 at 11:56:30AM -0800, Steven King wrote:
Add support for the I2C controller used on Freescale/Motorola Coldfire
MCUs.
Signed-off-by: Steven King sfk...@fdwdc.com
What's the status of this ?
I need to use i2c for a coldfire uclinux project (with a
On Wed, Jan 27, 2010 at 05:26:25PM -0600, John B Moore wrote:
This bug has been found and fixed. The issue was a missing SetPageDirty
in ramfs_nommu_expand_for_mapping in fs/ramfs/file-nommu.c. This allowed
the ramfs shared memory storage to be considered for being freed from the
pagecache
On Wed, Sep 02, 2009 at 10:20:36PM +1000, Greg Ungerer wrote:
The arch trees of m68k and m68knommu have different structures. What will
the structure of the merged tree look like ?
I haven't given that too much thought yet. Most likely it would
follow the m68k model, since it is essentially
On Tue, Sep 01, 2009 at 08:22:37AM +0200, Alexander Stein wrote:
Hello,
Am Friday 14 August 2009 13:22:59 schrieb Philippe De Muyter:
After reading this :
http://rtg.informatik.tu-chemnitz.de/docs/da-sa-txt/sa-steal.pdf
I don't feel anymore it is interesting.
I'm the author
Hi Greg,
On Tue, Aug 18, 2009 at 11:06:13PM +1000, Greg Ungerer wrote:
I had uClinux running on the Freescale ColdFire M5475 dev board
a few year back.
I have a M5484EVB (which I think is very similar to a M5475EVB), and
thus compiled uclinux-dist-20090810 for the Freescale M5475EVB target.
I
Hello Timothée,
On Tue, Aug 25, 2009 at 05:47:59PM +0200, Timothée Manaud wrote:
Can you make sure the serial terminal is enabled and the port speed is
fine? As the D-Bug default is 19200.
Device Drivers
Character devices
Serial drivers
Coldfire serial support (new style
Hi Greg,
On Thu, Aug 20, 2009 at 03:26:46PM +1000, Greg Ungerer wrote:
Source here:
http://www.uclinux.org/pub/uClinux/m68k-elf-tools/tools-20080626/
Trying to build that fails with :
STAGE 5 - needs building
cp: cannot stat
On Thu, Aug 20, 2009 at 03:26:46PM +1000, Greg Ungerer wrote:
Hi Philippe,
Philippe De Muyter wrote:
Does someone have a newer build-uclinux-tools.sh that (s)he can share,
or at least recommend some newer versions of gcc and binutils ?
The other option is to use the code sourcery toolchains
Hello remote friends,
starting with a new embedded linux project, I just installed the latest
versions of m68k-elf-tools (20061214) and uclinux-dist (20090810).
I succesfully compiled m68k-elf-tools, but compiling the linux-2.6.x kernel
from uclinux-dist fails with :
On Thu, Aug 13, 2009 at 08:37:07AM +0100, Stuart Hughes wrote:
Hi Philippe,
I maintain LTIB (the tool). Generally speaking for MMUless platforms I'd
recommend using uClinux-dist. However if LTIB has the exact platform
you're interested in that may be helpful as it will be known to work
Hi all,
I need to install (uc)linux on a in-house designed MCF5484-based board.
I feel comfortable with uc-linux dist, having used it before on m68340
and mcf5272 based boards.
I now saw that the MCF5484 development board from freescale comes with
ltib.
- What's the relation between
On Wed, Aug 12, 2009 at 04:42:27PM +1000, Greg Ungerer wrote:
Hi Philippe,
Philippe De Muyter wrote:
The good definition of CLOCK_TICK_RATE for coldfires has been lost in the
merge of m68k and m68knommu include files. Restore it. Culprit :
http://git.kernel.org/?p=linux/kernel/git/torvalds
Hi Greg,
On Mon, Jun 22, 2009 at 01:18:55PM +1000, Greg Ungerer wrote:
HI Philippe,
Philippe De Muyter wrote:
Hello list,
The good definition of CLOCK_TICK_RATE for coldfires has been lost in the
merge of m68k and m68knommu include files. Restore it. Culprit :
http://git.kernel.org/?p
=34055b806a6334624e7e8af6eefc3aee42372a85
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -r 8dcc271a81a8 arch/m68k/include/asm/timex.h
--- a/arch/m68k/include/asm/timex.h Thu Jun 18 14:07:46 2009 -0700
+++ b/arch/m68k/include/asm/timex.h Sat Jun 20 21:46:25 2009 +0200
@@ -3,10 +3,23 @@
*
* m68k
Hello everybody,
The coldfire timer must be initialised to n - 1 if we want it to count
n cycles between each tick interrupt. This was already fixed, but has been
lost with the conversion to GENERIC_TIMER.
Signed-off-by: Philippe De Muyter [EMAIL PROTECTED]
diff -r 184e1bb486cf arch/m68knommu
Hi all,
Can someone give me some hint or link for the following question :
I have several processes blocked in 'D' state, and I surmise they are
waiting for a semaphore (in the `down' routine). How is it possible :
- to verify the processes are really blocked on a semaphore,
- to see which
Hi Greg,
Fix a small typo in the definition of MCFDMA_DIR_INV (MCF5272 specific)
Philippe
diff -r bc1b4169da23 include/asm-m68knommu/mcfdma.h
--- a/include/asm-m68knommu/mcfdma.hTue Jun 5 02:02:41 2007 +
+++ b/include/asm-m68knommu/mcfdma.hWed Jun 6 13:35:47 2007 +0200
@@ -133,7
Greg Ungerer wrote:
Looking at this isn't it mis-handling the case where the
TCN reads back as the maximal count (so ticks_per_intr in
this case).
Well thought :)
My understanding is that could occur after it
has clocked over to the maximal count value, and after we have
serviced the
96 matches
Mail list logo
