Hi Adrian,
On 6/2/23 22:25, John Paul Adrian Glaubitz wrote:
Hi Greg!
On Mon, 2023-02-06 at 22:02 +1000, Greg Ungerer wrote:
I wish I had a 54415 based board in my collection. Would make it so
much easier to keep the kernel working on it :-(
Maybe we can find one to buy for you. I would
Hi Angelo,
On 6/2/23 22:59, Angelo Dureghello wrote:
Hi Greg,
On Mon, Feb 6, 2023 at 1:02 PM Greg Ungerer wrote:
I wish I had a 54415 based board in my collection. Would make it so
much easier to keep the kernel working on it :-(
Regards
Greg
I can solder here one additional stmark2
Hi Adrian,
On 6/2/23 22:30, John Paul Adrian Glaubitz wrote:
On Mon, 2023-02-06 at 13:25 +0100, John Paul Adrian Glaubitz wrote:
On Mon, 2023-02-06 at 22:02 +1000, Greg Ungerer wrote:
I wish I had a 54415 based board in my collection. Would make it so
much easier to keep the kernel working
On 6/2/23 18:14, Angelo Dureghello wrote:
Hi John,
On Sat, Feb 4, 2023 at 4:55 PM John Paul Adrian Glaubitz
wrote:
On Mon, 2023-01-30 at 17:22 +0100, John Paul Adrian Glaubitz wrote:
FWIW, m68k is still a very actively maintained architecture in the
Linux kernel and userland with even
Hi Tom,
On 31/1/23 05:31, Tom Rini wrote:
On Mon, Jan 30, 2023 at 08:10:36PM +0100, Geert Uytterhoeven wrote:
Hi Eero,
On Mon, Jan 30, 2023 at 8:02 PM Eero Tamminen wrote:
On 30.1.2023 18.34, Tom Rini wrote:
That's great to hear. While I started my life on m68k machines, I never
did get
Hi Masahiro,
On 12/02/15 11:17, Masahiro Yamada wrote:
Hi Greg,
On Tue, 10 Feb 2015 18:12:25 +1000
Greg Ungerer greg.unge...@opengear.com wrote:
Hi Masahiro,
On 10/02/15 17:00, Masahiro Yamada wrote:
These are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad
Hi Masahiro,
On 10/02/15 17:00, Masahiro Yamada wrote:
These are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Greg Ungerer greg.unge...@opengear.com
I have only seen this one patch, and the message above doesn't
really give me much of a clue what
?
If the cm4008/cm41xx board maintainer (as per MAINTAINERS, this is Greg Ungerer,
Cc:) green-lights it, then I'm ok for pulling it in.
I have no problem with them. I have only done a visual inspection of the
revised patches in the mail archives, and not tested them on the real
hardware.
I would suggest
On 09/12/2011 05:15 AM, Mike Frysinger wrote:
On Saturday, September 10, 2011 04:40:34 Greg Ungerer wrote:
--- a/include/netdev.h
+++ b/include/netdev.h
+int ks8695_eth_initialize(bd_t *bis);
so you say the func needs bd_t* ...
--- a/board/cm4008/cm4008.c
+++ b/board/cm4008/cm4008.c
The pointer to the flash based bootargs should be a char *, not unsigned.
Fixes:
cm4008.c: In function ‘env_flash_cmdline’:
cm4008.c:67: warning: pointer targets in passing argument 2 of ‘setenv’ differ
in signedness
Signed-off-by: Greg Ungerer greg.unge...@opengear.com
---
board/cm4008/cm4008
The pointer to the flash based bootargs should be a char *, not unsigned.
Fixes:
cm41xx.c: In function ‘env_flash_cmdline’:
cm41xx.c:67: warning: pointer targets in passing argument 2 of ‘setenv’ differ
in signedness
Signed-off-by: Greg Ungerer greg.unge...@opengear.com
---
board/cm41xx
Trivial conversion of the ks8695eth driver to a CONFIG_MULTI_ETH type
driver.
Signed-off-by: Greg Ungerer greg.unge...@opengear.com
---
board/cm4008/cm4008.c|4
board/cm41xx/cm41xx.c|4
drivers/net/ks8695eth.c | 42 --
include
Hi Wolfgang,
On 09/10/2011 08:32 AM, Wolfgang Denk wrote:
Dear Greg,
In message1315570750-472-1-git-send-email-greg.unge...@opengear.com you
wrote:
Move the TIMER_ definitions before they are used in KS8695 timer.c code.
Fixes:
Could you please also fix the remaining warnings:
Sure
Hi Wolfgang,
On 09/09/2011 01:21 AM, Wolfgang Denk wrote:
now that w estart to build systems more systematically it turns out
that the cm4008, cm4116, and cm4148 boards maintained by you are
broken, for example:
Configuring for cm4008 board...
timer.c: In function 'timer_init':
timer.c:37:
it appears in.)
timer.c:38: error: ‘TIMER_PULSE’ undeclared (first use in this function)
Signed-off-by: Greg Ungerer greg.unge...@opengear.com
---
arch/arm/cpu/arm920t/ks8695/timer.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/cpu/arm920t/ks8695
is reported only once
board.c:227: error: for each function it appears in.)
board.c: In function ‘board_init_f’:
board.c:270: error: ‘CONFIG_SYS_INIT_SP_ADDR’ undeclared (first use in this
function)
board.c:303: error: ‘CONFIG_SYS_SDRAM_BASE’ undeclared (first use in this
function)
Signed-off-by: Greg
Use _bss_start_ofs as the size of the boot loader code+data that we want
to protect in the flash. This replaces use of the no longer defined
_armboot_start.
Fixes:
flash.c: In function ‘flash_init’:
flash.c:75: error: ‘_bss_start’ undeclared (first use in this function)
flash.c:75: error: (Each
to?
The second instruction into running uClinux is:
movew #0x2700, %sr
which will disable all interrupts - excepting anything set to the
non-maskable level 7.
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL
18 matches
Mail list logo
