know off hand how you would do that.
Most arches keep the command line as a string (the thing you see
when you do "cat /proc/cmdline"). So you could access that and
parse it again looking for strings you want.
Regards
Greg
On Mon, Aug 8, 2011 at 12:24 PM, Greg Ungerer wrote:
Hi Vie
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
---
Hi Andreas,
On 24/08/11 01:45, Andreas Schwab wrote:
writes:
From: Greg Ungerer
We do not need to have local extern definitions of memory_start and
memory_end in mm/init_no.c. There are definitions already in asm/page_no.h.
s/definitions/declarations/
Yep, I'll change that. T
errors. Any
help would be appreciated.
--
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close
On 09/02/2011 03:31 PM, g...@snapgear.com wrote:
From: Greg Ungerer
The conditional definition of the task_thread_info() macro based on
ASM_OFFSETS_C being defined is not used. Remove it.
No, scratch this. From a clean build you need this
in place, before asm-offsets.h has been generated
you very much for your help and keep trucking! :-)
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close
:
Linus Torvalds (1):
Linux 3.3-rc6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
Greg Ungerer (57):
m68knommu: hard set the ColdFire MBAR register on startup
m68knommu: clean up linker script
m68knommu
readers will be able to give
some pointers too :-)
Thanks for getting the list back online, and for all the efforts of
maintaining it!
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear
On 04/26/2012 10:36 AM, mohamed nabil wrote:
that's a Fucking spam man !!
Huh?
Thats how open source development works. If you don't like it don't
subscribe to a developers list.
Regards
Greg
On Thu, Apr 26, 2012 at 2:26 AM, mailto:g...@snapgear.com>> wrote:
Greg Ungerer ?:
On 04/26/2012 10:36 AM, mohamed nabil wrote:
that's a Fucking spam man !!
Huh?
Thats how open source development works. If you don't like it don't
subscribe to a developers list.
Regards
Greg
On Thu, Apr 26, 2012 at 2:26 AM,mailto:g...@snapgear.com>&g
Hi Philippe,
On 04/26/2012 05:16 PM, Philippe De Muyter wrote:
Hi Greg,
On Thu, Apr 26, 2012 at 10:25:41AM +1000, g...@snapgear.com wrote:
From: Greg Ungerer
We have very large tables in the ColdFire CPU GPIO setup code that essentially
boil down to 2 distinct types of GPIO pin initiaization
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3630
Milton, QLD, 4064, AustraliaWEB: http
currently
There *are* two cases?
+ * á á available ColdFire GPIO hardware. There is of course minor differences
There *are* of course minor differences?
Thanks, I'll fix those.
Regards
Greg
Greg Un
s now enabled again,
and should be back to normal.
Thanks to Michael and crew from Arcturus Networks for sponsoring the
list and keeping it running.
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL:
ot;.
Also affected is "[PATCH 19/22] m68knommu: simplify the ColdFire 528x GPIO
struct setup".
Good catch!
Thanks, I'll fix that up.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@sn
ation, 59 Temple Place - Suite 330,
Boston, MA 02111-1307, USA. */
-#if defined(CONFIG_M68000) || defined(CONFIG_COLDFIRE)
+#if defined(CONFIG_M68XXX) || defined(CONFIG_COLDFIRE)
#define SI_TYPE_SIZE 32
#define __BITS4 (SI_TYPE_SIZE / 4)
--
---
emple Place - Suite 330,
Boston, MA 02111-1307, USA. */
-#if defined(CONFIG_M68000) || defined(CONFIG_COLDFIRE)
+#if defined(CONFIG_M68XXX) || defined(CONFIG_COLDFIRE)
#define SI_TYPE_SIZE 32
#define __BITS4 (SI_TYPE_SIZE / 4)
--
--
Hi Luis,
On 04/28/2012 12:30 AM, Luis Alves wrote:
On Fri, Apr 27, 2012 at 3:06 PM, Greg Ungerer wrote:
On 04/27/2012 09:08 AM, Luis Alves wrote:
This is the first of a pack of patches to support the original 68000 cpu.
This adds:
á-MC68000 cpu as a choice in the config menu.
á-Alcetronics
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3630
Milton, QLD, 4064
o.html
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
----
Greg Un
orm/68VZ328/Makefile
delete mode 100644 arch/m68k/platform/68VZ328/bootlogo.h
delete mode 100644 arch/m68k/platform/68VZ328/config.c
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
Sn
o
set a larger stack size.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX:
Hi Luis,
On 04/05/12 19:48, Luis Alves wrote:
On Fri, May 4, 2012 at 7:53 AM, Greg Ungerer wrote:
[snip]
An observation from the patch, the 68000/entry-*.S files all look
quite similar. Is there any way they can be merged into a single
file?
I'm just noticed that accidentally I
static struct platform_device *mcf_devices[] __initdata = {
&mcf_fec1,
#endif
#endif
-#ifdef CONFIG_SPI_COLDFIRE_QSPI
+#if IS_ENABLED(CONFIG_SPI_COLDFIRE_QSPI)
&mcf_qspi,
#endif
};
--
----
Greg Ungerer -
ill be to run threaded programs, c++ programs, then busybox.
A good start at least.
Regards
Greg
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee
Hi Paul,
On 05/08/2012 07:11 PM, Paul Chavent wrote:
Le 05/08/2012 06:50 AM, Greg Ungerer a Úcrit :
On 02/05/12 01:24, Paul Chavent wrote:
[snip]
(2) I used to run the module with a "classic system" based on linux + eglibc,
and i needed only one toolchain (arm-xxx-linux-gnueab
lk_disable(mcfqspi->clk);
+
+ return 0;
+}
+
+static int mcfqspi_runtime_resume(struct device *dev)
+{
+ struct mcfqspi *mcfqspi = platform_get_drvdata(to_platform_device(dev));
+
+ clk_enable(mcfqspi->clk);
+
+ return 0;
+}
#endif
+static const s
Hi Artem,
On 05/12/2012 02:05 AM, Artem Bityutskiy wrote:
On Thu, 2012-05-10 at 16:55 +1000, g...@snapgear.com wrote:
From: Greg Ungerer
The uclinux.c mapping driver uses ioremap_nocache() to map its physical
mapping address to a system virtual address. Problem is that the region
it is
rch/m68k/include/asm/unaligned.h
@@ -2,7 +2,7 @@
#define _ASM_M68K_UNALIGNED_H
-#ifdef CONFIG_COLDFIRE
+#if defined(CONFIG_COLDFIRE) || defined(CONFIG_M68000)
#include
#include
#include
--
----
Greg Ungerer -- Principal Engineer
+ *
+ * (C) Copyright 2012, Steven King
+ * (C) Copyright 2009, Greg Ungerer
+ *
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License. See the file COPYING in the main directory of this archive
+ * for more details.
+ */
+
+#include
+#include
+#include
+#include
in integer as NULL pointer
[sparse]
Sure thing, I can clean all those up. Are you happy to take a single
cleanup patch on top of the ioremap_nocache fix patch?
Regards
Greg
--------
Greg Ungerer -- Principal Engineer
ple drivers/mtd/maps/amd76xrom.c.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX:
character building :-)
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX:
on ubuntu.
Regards
Greg
Anyway, I guess I'll compile my own toolchain.
Regards,
Luis
On Tue, May 15, 2012 at 6:00 AM, Greg Ungerer wrote:
Hi Luis,
On 15/05/12 01:07, Luis Alves wrote:
I'm currently using the 'experimental' pre-built gcc toolchain from
<http://w
#x27;t fix the sparse warning. You need a proper declaration.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
On 16/05/12 12:42, Mike Frysinger wrote:
On Tue, May 15, 2012 at 8:45 PM, Greg Ungerer wrote:
On 16/05/12 01:57, Mike Frysinger wrote:
On Tue, May 15, 2012 at 12:08 AM, áwrote:
. make the struct uclinux_ram_map static
NAK: this breaks Blackfin systems. áwe specifically don't want
e of bytes more and a long branch won't make any real difference
to performance here.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHO
ave the libs generated for your specific
CPU member though.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner C
On 05/16/2012 03:02 PM, Mike Frysinger wrote:
On Tue, May 15, 2012 at 10:55 PM, Greg Ungerer wrote:
On 16/05/12 12:42, Mike Frysinger wrote:
On Tue, May 15, 2012 at 8:45 PM, Greg Ungerer áwrote:
On 16/05/12 01:57, Mike Frysinger wrote:
On Tue, May 15, 2012 at 12:08 AM, á├Ãwrote
ber though.
I just confirmed and there is no support for non-coldfire cpu's in
code sourcery toolchain...
Regards
Greg
Greg Ungerer á-- áPrincipal Engineer á á á áEMAIL: á á g...@snapgear.com
SnapGear Group, McAfe
. I couldn't in good conscience call that a configuration
error (though we know you can fix it by changing the that STRICT_ALIGNMENT
setting).
But that is just my take on it.
Regards
Greg
On Thu, May 17, 2012 at 2:59 PM, Greg Ungerer wrote:
Hi Luis,
On 05/17/2012 08:29 PM, Luis Alves wrote:
s good to me.
Acked-by: Greg Ungerer
Regards
Greg
---
arch/m68k/include/asm/mcfi2c.h| 15 ++
drivers/i2c/busses/Kconfig| 10 +
drivers/i2c/busses/Makefile |1 +
drivers/i2c/busses/i2c-coldfire.c | 497 +
4 files changed, 523
gards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3
36be50515fe2aef61533b516fa2576a2c7fe7664:
Linus Torvalds (1):
Linux 3.4-rc7
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
Ezequiel Garcia (1):
m68k: fix compiler warning by properly inlining flat_set_persistent()
Greg Ungerer (37):
m68k
port the ideal compiler switch.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton,
C_PDATA,
};
#endif /* MCFFEC_BASE1 */
#endif /* CONFIG_FEC */
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 G
fines together. But that is
a pretty small detail really.
Otherwise I am fine with this:
Acked-by: Greg Ungerer
Regards
Greg
#define OPT_FRAME_SIZE (PKT_MAXBUF_SIZE<< 16)
#else
#define OPT_FRAME_SIZE 0
diff --git a/drivers/net/ethernet/freescale/fec.h
b/drivers/net/ethern
Hi Steven,
On 31/05/12 20:20, Steven King wrote:
On Thursday 24 May 2012 10:55:32 pm Greg Ungerer wrote:
This looks pretty good overall. Only a couple of comments below.
Otherwise I'd like to commit it to the m68knommu git tree (after the
current merge window closes).
Sure. Actually
Hi Steven,
On 31/05/12 20:23, Steven King wrote:
On Thursday 24 May 2012 11:05:31 pm Greg Ungerer wrote:
+#ifdef CONFIG_M5441x
+#define FEC_NAME "enet-fec"
So I see that the iMX guys have used a device type prefix here for
the fec name. Does it make any sense to use something
missed that. I have pushed it into my local tree,
and when the merge window closes I'll push it to the public m68knommu
git tree. I'll send it as a bug fix to linus in an upcoming rc.
Regards
Greg
----
Greg Ungerer --
Hi Geert,
On 01/06/12 06:23, Geert Uytterhoeven wrote:
- Remove casts and unneeded address-of ('&') operators,
- Use %p to format pointers, %lx to format unsigned longs.
Signed-off-by: Geert Uytterhoeven
Looks good. Compile and run tested, all ok.
Acked-by: Greg Ungerer
run tested uclinux.c changes on
ColdFire, no problems.
Acked-by: Greg Ungerer
Regards
Greg
Not-Yet-Signed-off-by: Geert Uytterhoeven
---
This is a prerequisite for some future m68k changes:
- replacing the m68k-specific _[se]bss by the generic __bss_{start,stop},
- using the asm
King
This looks pretty good to me. I like the simplified setup and use.
If you are still happy with it I can apply to the for-next branch of
the m68knommu git tree?
Regards
Greg
--
--------
Greg Ungerer -- Principa
Hi Steven,
On 06/06/12 00:23, Steven King wrote:
On Monday 04 June 2012 11:27:04 pm Greg Ungerer wrote:
On 22/05/12 06:10, Steven King wrote:
If we're not connecting external GPIO extenders via i2c or spi or
whatever, we probably don't need GPIOLIB. If we provide an alternate
impl
5253demo_i2c_init(void)
+{
+}
+#endif /* IS_ENABLED(CONFIG_I2C_COLDFIRE) */
+
+static int __init m5253demo_init(void)
+{
+ m5253demo_dm9000_init();
+ m5253demo_i2c_init();
+
+ return 0;
+}
+
+arch_initcall(m5253demo_init);
+
+/***/
On 07/06/12 00:20, Steven King wrote:
On Wednesday 06 June 2012 12:07:33 am Greg Ungerer wrote:
Hi Steven,
On 06/06/12 00:23, Steven King wrote:
On Monday 04 June 2012 11:27:04 pm Greg Ungerer wrote:
On 22/05/12 06:10, Steven King wrote:
If we're not connecting external GPIO extender
work on merging the m5249sim.h and m525xsim.h,
they have way to much in common.
Regards
Greg
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE
mode.
--
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064,
.
Thanks
Greg
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7
it(void)
+{
+}
+#endif /* IS_ENABLED(CONFIG_I2C_COLDFIRE) */
+
+static int __init m5253demo_init(void)
+{
+ m5253demo_dm9000_init();
+ m5253demo_i2c_init();
+
+ return 0;
+}
+
+arch_initcall(m5253demo_init);
+
+/***/
--
---
On 06/07/2012 02:59 PM, Steven King wrote:
On Wednesday 06 June 2012 9:04:09 pm Greg Ungerer wrote:
Hi Steven,
On 06/06/12 02:48, Steven King wrote:
Add basic support for the m5253demo using the dm9000 ethernet controller.
Is the m5253demo a real board?
Or do you mean Freescale's M52
On 08/06/12 10:03, Steven King wrote:
On Thursday 07 June 2012 4:12:02 am Greg Ungerer wrote:
On 06/07/2012 02:59 PM, Steven King wrote:
On Wednesday 06 June 2012 9:04:09 pm Greg Ungerer wrote:
Hi Steven,
On 06/06/12 02:48, Steven King wrote:
Add basic support for the m5253demo using the
On 08/06/12 10:05, Steven King wrote:
On Wednesday 06 June 2012 8:57:34 pm Greg Ungerer wrote:
On 07/06/12 07:02, Steven King wrote:
use MCF_IRQ_PIT1 instead of MCFINT_VECBASE + MCFINT_PIT1 so we can
support those parts that have the pit1 interrupt on other than the first
interrupt controller
arch/m68k/platform/coldfire/m5441x.c| 224 +
arch/m68k/platform/coldfire/timers.c|2 +-
15 files changed, 763 insertions(+), 24 deletions(-)
Greg Ungerer -- Principal Engineer
On 08/06/12 15:33, Greg Ungerer wrote:
Hi Steven,
On 07/06/12 07:28, Steven King wrote:
Add support for the Coldfire 5441x (54410/54415/54416/54417/54418). Currently
we only support noMMU mode. It requires the PIT patch posted previously as it
uses the PIT instead of the dma timer as a clock
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 Ungerer
All current ColdFire CPUs are able to support unaligned memory accesses.
So remove the CONFIG_CPU_HAS_NO_UNALIGNED option selection for ColdFire
Hi Philippe,
On 08/06/12 23:35, Philippe De Muyter wrote:
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 Ungerer
All current ColdFire
efine MCFINTC2_ICR0 (0)
#define MCFSIM_ICR_TIMER1 (0xFC048040+32)
#define MCFSIM_ICR_TIMER2 (0xFC048040+33)
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, M
/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (4):
m68k: fix inclusion of arch_gettimeoffset for non-MMU 68k classic CPU
types
m68knommu: fix 68328 local setting of timer interrupt handler
m68knommu: fix 68360 local setting of timer interrupt handler
m68k: make
On 13/06/12 06:27, Geert Uytterhoeven wrote:
On Tue, Jun 12, 2012 at 9:26 AM, Philippe De Muyter wrote:
On Tue, Jun 12, 2012 at 12:25:44PM +1000, Greg Ungerer wrote:
On 08/06/12 23:35, Philippe De Muyter wrote:
...
I mentionned that only to make you able to soften the commit comment
__
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
------
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3630
Milton, QLD, 4064, AustraliaWEB: http
Hi Steven,
On 17/06/12 22:26, Steven King wrote:
On Sunday 17 June 2012 5:10:45 am Greg Ungerer wrote:
On 06/17/2012 04:34 PM, Steven King wrote:
The merge of MMU and non-MMU versions of entry.S broke building for any
coldfire processor with COLDFIRE_SW_A7 selected (ie 5206, 5249,
525x
for (i = 0; i< ARRAY_SIZE(disable_clks); ++i)
+ __clk_init_disabled(disable_clks[i]);
+}
/***/
@@ -76,6 +172,7 @@ static void __init m520x_fec_init(void)
void __init config_BSP(char *commandp, int size)
ke sure these clocks are enabled */
+ for (i = 0; i< ARRAY_SIZE(enable_clks); ++i)
+ __clk_init_enabled(enable_clks[i]);
+ /* make sure these clocks are disabled */
+ for (i = 0; i< ARRAY_SIZE(disable_clks); ++i)
+ __clk_init_disabled(disable_clks[i]);
+}
/
tcall(init_BSP);
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4
On 18/06/12 15:40, Steven King wrote:
On Sunday 17 June 2012 9:50:31 pm Greg Ungerer wrote:
Hi Steven,
On 17/06/12 22:26, Steven King wrote:
On Sunday 17 June 2012 5:10:45 am Greg Ungerer wrote:
On 06/17/2012 04:34 PM, Steven King wrote:
The merge of MMU and non-MMU versions of entry.S
On 06/08/2012 05:19 PM, Geert Uytterhoeven wrote:
On Fri, Jun 8, 2012 at 7:43 AM, wrote:
From: Greg Ungerer
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
Hi Geert,
On 06/08/2012 05:16 PM, Geert Uytterhoeven wrote:
On Fri, Jun 8, 2012 at 7:28 AM, wrote:
From: Greg Ungerer
The assembler entry code calls directly to the syscall_trace_enter() and
syscall_trace_leave() functions. But currently they are conditionaly
compiled out for the non-MMU
ing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
-----
-- Linus Torvalds
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3630
Milton, QLD, 4064, Australi
On 06/26/2012 05:47 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 7:16 AM, Greg Ungerer wrote:
On 06/25/2012 05:59 PM, Geert Uytterhoeven wrote:
On Mon, Jun 25, 2012 at 3:29 AM,wrote:
arch/m68k/include/asm/mcfne.h | 129 +-
mcf8390.h?
mcfne.h is queued for
On 06/26/2012 08:03 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 11:57 AM, Greg Ungerer wrote:
On 06/26/2012 05:47 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 7:16 AM, Greg Ungererwrote:
On 06/25/2012 05:59 PM, Geert Uytterhoeven wrote:
On Mon, Jun 25, 2012 at 3:29 AM
Hi Geert,
On 06/26/2012 09:03 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 12:14 PM, Greg Ungerer wrote:
On 06/26/2012 08:03 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 11:57 AM, Greg Ungerer wrote:
On 06/26/2012 05:47 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012
6b16351acbd415e66ba16bf7d473ece1574cf0bc:
Linus Torvalds (1):
Linux 3.5-rc4
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (1):
m68knommu: define a local devm_clk_get() function
arch/m68k/platform
Hi Geert,
On 06/27/2012 05:34 PM, Geert Uytterhoeven wrote:
On Wed, Jun 27, 2012 at 4:55 AM, Greg Ungerer wrote:
On 06/26/2012 09:03 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012 at 12:14 PM, Greg Ungererwrote:
On 06/26/2012 08:03 PM, Geert Uytterhoeven wrote:
On Tue, Jun 26, 2012
Greg
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064, AustraliaWEB:
configured for currently
is m68k (actually it is even more specific, only CONFIG_COLDFIRE).
And that doesn't support HIGHMEM.
Can the kernels data region (and the area immediately after it) be in
high memory?
Regards
Greg
---
On 12/07/12 17:49, David Woodhouse wrote:
On Mon, 2012-07-09 at 16:08 +1000, Greg Ungerer wrote:
The only VM based arch this driver can be configured for currently
is m68k (actually it is even more specific, only CONFIG_COLDFIRE).
And that doesn't support HIGHMEM.
OK, can we at least h
Hi Artem,
On 18/07/12 22:12, Artem Bityutskiy wrote:
On Thu, 2012-05-10 at 16:55 +1000, g...@snapgear.com wrote:
From: Greg Ungerer
Hi Greg, I had these 2 patches in my l2-mtd.git tree, but dwmw2 decided
to not pick them, so I dropped them as well. Please, re-send new
versions, thanks!
Ok
ng toolchain containing
ELF2FLT ?
Regards
Pankaj Dev
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close
/m68knommu.git for-next
Greg Ungerer (12):
m68k: use some direct calls to ret_from_exception in entry code
m68k: use jbsr to call functions instead of bsrl
m68k: merge the MMU and non-MMU versions of the entry.S code
m68knommu: platform support for 8390 based ethernet used on some
ving a value from memory to memory, setting a
bit in a memory-cell, ...)
My very old MRI compiler for the 332 is a lot better on that behalf.
Is there any chance to find a more decent 68 K GNU C compiler ?
Have you considered compiling your own?
Regards
Greg
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,FAX: +61 7 3891 3630
Milton, QLD, 40
ecent linux
kernels).
Regards
Greg
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close,
len van Live Mail!
http://imagine-windowslive.com/mail/launch/default.aspx?Locale=nl-nl
___
uClinux-dev mailing list
[EMAIL PROTECTED]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [EMAIL PROTECTED]
To unsubscribe se
Hi Mehdi,
Mehdi Zaeri wrote:
On 1/29/07, *Greg Ungerer* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Medhi,
Mehdi Zaeri wrote:
> i'm working on an ixdp425 based board with snapgear linux. i have
a pci
> device that is available
as well.
It contains:
. linux-2.6.19-uc0
. linux-2.4.32-uc0
. linux-2.0.39-uc2
. uClibc-0.9.27
. _lots_ of other application packages (as usual :-)
. _many_ new targets as well
Regards
Greg
Greg Ungerer -- Chief
Hi Alvin,
Alvin Cao wrote:
Hi Greg,
Would you please post the md5 checksum here?
As follows:
72926ff263c0499abd9004f631a2bb82 uClinux-dist-20070130.tar.bz2
a867164cf62020ee22906dced02e0165 uClinux-dist-20070130.tar.gz
Regards
Greg
On 2/2/07, Greg Ungerer <[EMAIL PROTECTED]>
Hi Gavin,
Gavin Lambert wrote:
Quoth Greg Ungerer [EMAIL PROTECTED]:
I have generated a uClinux-dist-20070130 release. You can get it from
the usual place:
http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20070130.tar.gz
http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20070130
501 - 600 of 1216 matches
Mail list logo