* [DNX#2006033142000794] [U-Boot-Users] [PATCH]Fix cc-option macro in confi [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000794] was created:
<snip>
> > The following patch fix the compilation problem discussed in thread
> > "Problem building U-Boot for ARM target"
> >
> > Best regards
> > -P.Broggini
> >
> >
> >
> > Signed-off-by: Paolo Broggini <pbroggini@softool.ch>
> >
> >
> > CHANGELOG:
> > Fix cc-option macro in config.mk, $(CFLAGS) dropped.
> > Patch by Paolo Broggini, 12 Oct 2005
> >
> >
> > diff --git a/config.mk b/config.mk
> > --- a/config.mk
> > +++ b/config.mk
> > @@ -90,7 +90,7 @@ HOSTSTRIP = strip
> > # Option checker (courtesy linux kernel) to ensure
> > # only supported compiler options are used
> > #
> > -cc-option = $(shell if $(CC) $(CFLAGS) $(1) -S -o /dev/null -xc /dev/null
> > \
> > +cc-option = $(shell if $(CC) $(1) -S -o /dev/null -xc /dev/null \
> > > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi ;)
> >
> > #
> >
>
> Hello all,
> I have the same error
> >> cc1: invalid option 'abi=apcs-gnu'
> with Freescale MC9328MX1 and some other ARM boards
> and I wonder why this patch has not been
> applied in 1.1.4.
> Is it correct to use it ?
> Should I expect to see it in next 1.1.5 ?
>
> Thanks
>
> Marco Cavallini
> Koan s.a.s. - Bergamo - ITALIA
> Embedded and Real-Time Software Engineering
> www.koansoftware.com | www.klinux.org
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000811] [U-Boot-Users] Patch for ext2fs bug...
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000811] was created:
<snip>
> Hallo,
>
> on 09/29/2005 John Roberts submits a warning on a bug in "ext2fs.c".
>
> Here is the patch as proposed by John Roberts.
>
> Reinhard
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000801] [U-Boot-Users] Enable proper ramdisk support in OM [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000801] was created:
<snip>
> Greetings,
>
> Please apply:
>
> Index: u-boot/include/configs/omap5912osk.h
> ===================================================================
> --- u-boot.orig/include/configs/omap5912osk.h
> +++ u-boot/include/configs/omap5912osk.h
> @@ -52,6 +52,7 @@
>
> #define CONFIG_CMDLINE_TAG 1 /* enable passing of ATAGs */
> #define CONFIG_SETUP_MEMORY_TAGS 1
> +#define CONFIG_INITRD_TAG 1 /* Required for ramdisk support */
>
> /*
> * Size of malloc() pool
>
>
> TIA!
>
> --
> Regards,
> George
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000829] [U-Boot-Users] [PATCH] CFG_UNCOMPRESSED_LEN
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000829] was created:
<snip>
> Hello.
>
> Here a simple patch who adds a new configuration parameter. I found it
> useful, hope the same for you. :)
>
> Rodolfo
>
> --
>
> GNU/Linux Solutions e-mail: giometti at enneenne.com
> Linux Device Driver giometti at gnudd.com
> Embedded Systems giometti at linux.it
> UNIX programming phone: +39 349 2432127
</snip>
Your U-Boot support team
^ permalink raw reply
* [U-Boot-Users] Re: [DNX#2006033142000838] [PATCH] STXXTC Nand support.
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000838] was created:
<snip>
> Hi Wolfgang.
>
> The following patch supports the NAND present
> on the Silicon Turnkey's XTc board.
>
> The patch is against the testing-NAND branch
> of u-boot.
>
> ----------8< CHANGELOG 8<------------------
>
> * Support NAND on STXXTC
>
> ----------8< patch 8<----------------------
> --- a/board/stxxtc/Makefile
> +++ b/board/stxxtc/Makefile
> @@ -25,7 +25,7 @@ include $(TOPDIR)/config.mk
>
> LIB = lib$(BOARD).a
>
> -OBJS = $(BOARD).o oftree.o
> +OBJS = $(BOARD).o oftree.o nand.o
>
> $(LIB): .depend $(OBJS)
> $(AR) crv $@ $(OBJS)
> --- /dev/null
> +++ b/board/stxxtc/nand.c
> @@ -0,0 +1,78 @@
> +/*
> + * (C) Copyright 2000-2004
> + * Pantelis Antoniou, pantelis.antoniou at gmail.com
> + * Wolfgang Denk, DENX Software Engineering, wd at denx.de.
> + * (C) Copyright 2005
> + * Dan Malek, Embedded Edge, LLC, dan at embeddededge.com
> + *
> + * See file CREDITS for list of people who contributed to this
> + * project.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License
> + * along with this program; if not, write to the Free Software
> + * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
> + * MA 02111-1307 USA
> + */
> +
> +#include <common.h>
> +
> +#if (CONFIG_COMMANDS & CFG_CMD_NAND)
> +
> +#include <nand.h>
> +
> +static void stxxtc_nand_hwcontrol(struct mtd_info *mtd, int cmd)
> +{
> + struct nand_chip *this = mtd->priv;
> + ulong IO_ADDR_W = (ulong) this->IO_ADDR_W;
> + volatile immap_t *imap = (volatile immap_t *)CFG_IMMR;
> +
> + switch (cmd) {
> + case NAND_CTL_SETNCE:
> + imap->im_ioport.iop_padat &= ~(1 << (15 - 7));
> + break;
> + case NAND_CTL_CLRNCE:
> + imap->im_ioport.iop_padat |= (1 << (15 - 7));
> + break;
> + case NAND_CTL_SETALE:
> + imap->im_ioport.iop_pcdat |= (1 << (15 - 15));
> + break;
> + case NAND_CTL_CLRALE:
> + imap->im_ioport.iop_pcdat &= ~(1 << (15 - 15));
> + break;
> + case NAND_CTL_SETCLE:
> + imap->im_cpm.cp_pbdat |= (1 << (31 - 23));
> + break;
> + case NAND_CTL_CLRCLE:
> + imap->im_cpm.cp_pbdat &= ~(1 << (31 - 23));
> + break;
> + }
> +}
> +
> +/*
> + * chip R/B detection
> + */
> +static int stxxtc_nand_ready(struct mtd_info *mtd)
> +{
> + volatile immap_t *imap = (volatile immap_t *)CFG_IMMR;
> + return !!(imap->im_ioport.iop_padat & (1 << (15 - 6)));
> +}
> +
> +void board_nand_init(struct nand_chip *nand)
> +{
> + nand->options = NAND_SAMSUNG_LP_OPTIONS;
> + nand->eccmode = NAND_ECC_SOFT;
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000856] [U-Boot-Users] [Patch] Fix CONFIG_SKIP_LOWLEVEL_IN [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000856] was created:
<snip>
> Hi,
>
> I just finished upgrading our AT91RM9200-EK to U-Boot 1.1.4. I defined
> CONFIG_SKIP_LOWLEVEL_INIT since I was only upgrading the second stage of
>
> Atmel's two-stage bootloader process.
>
> I had to make changes to two files as shown in the attached patch. The
> first was to #ifndef out the cpu_init_critical function in
> cpu/arm920t/start.S to avoid a undefined reference to lowlevel_init.
>
> The second was to change two #ifdef statements to #ifndef in
> include/configs/at91rm9200dk.h as in both cases the else-part matches
> the configuration used by Atmel.
>
> Regards,
> ../fam
> --
> Frank Mandarino
> Endrelia Technologies Inc.
> Toronto, Ontario, Canada
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000847] [U-Boot-Users] [PATCH] Rename remaining CONFIG_INI [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000847] was created:
<snip>
> Patch by Jean-Paul Saman, 10 Jan 2006.
>
> CHANGELOG:
> * Rename remaining CONFIG_INIT_CRITICAL to CONFIG_SKIP_LOWLEVEL_INIT for
>
> ARM targets
>
>
>
> Kind greetings,
>
> Jean-Paul Saman
>
> Philips Semiconductors CTO/RTG
> Philips HighTech Campus, building WDA 3.29
> Professor van den Holstlaan 4
> 5655 AA Eindhoven
> tel: +31 (0)40 27 45131
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000865] [U-Boot-Users] [PATCH] 02-add-support-for-ps2-keyb [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000865] was created:
<snip>
> This patch replaces the patch
> add-support-for-ps2-keyboard-on-tqm8540-board.patch send to this list
> on Thu 17. Nov 2005.
>
> Add support for PS/2 keyboard on TQM8540 board
> Patch by Martin Krause, 02 Dez 2005
>
> This is tested on a STK85XX baseboard. Make sure the PS/2 controller
> is programmed. Jumper Settings: X66 1-2, 9-10; X61 2-3
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
>
> CHANGELOG:
>
> * Add support for PS/2 keyboard on TQM8540 board
> Patch by Martin Krause, 02 Dez 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000874] [U-Boot-Users] [PATCH 04/04] Add .gitignore files [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000874] was created:
<snip>
> * Add .gitignore files to cover generated files.
> Patch by Jon Loeliger 17-Jan-2006
>
> Signed-off-by: Jon Loeliger <jdl@freescale.com>
>
> ---
>
> examples/.gitignore | 9 +++++++++
> tools/.gitignore | 10 ++++++++++
> board/cds/mpc8541cds/.gitignore | 4 ++++
> board/cds/mpc8548cds/.gitignore | 4 ++++
> board/cds/mpc8555cds/.gitignore | 4 ++++
> board/mpc8540ads/.gitignore | 4 ++++
> board/mpc8560ads/.gitignore | 4 ++++
> board/stxxtc/.gitignore | 4 ++++
> 8 files changed, 43 insertions(+), 0 deletions(-)
>
>
> diff --git a/examples/.gitignore b/examples/.gitignore
> new file mode 100644
> index 0000000..f5473ed
> --- /dev/null
> +++ b/examples/.gitignore
> @@ -0,0 +1,9 @@
> +#
> +# Generated files
> +#
> +hello_world
> +hello_world.bin
> +hello_world.srec
> +sched
> +sched.bin
> +sched.srec
> diff --git a/tools/.gitignore b/tools/.gitignore
> new file mode 100644
> index 0000000..76ab6ae
> --- /dev/null
> +++ b/tools/.gitignore
> @@ -0,0 +1,10 @@
> +#
> +# Generated files
> +#
> +bmp_logo
> +crc32.c
> +envcrc
> +environment.c
> +gen_eth_addr
> +img2srec
> +mkimage
> diff --git a/board/cds/mpc8541cds/.gitignore
> b/board/cds/mpc8541cds/.gitignore
> new file mode 100644
> index 0000000..789495f
> --- /dev/null
> +++ b/board/cds/mpc8541cds/.gitignore
> @@ -0,0 +1,4 @@
> +#
> +# Generated files
> +#
> +oftree.c
> diff --git a/board/cds/mpc8548cds/.gitignore
> b/board/cds/mpc8548cds/.gitignore
> new file mode 100644
> index 0000000..789495f
> --- /dev/null
> +++ b/board/cds/mpc8548cds/.gitignore
> @@ -0,0 +1,4 @@
> +#
> +# Generated files
> +#
> +oftree.c
> diff --git a/board/cds/mpc8555cds/.gitignore
> b/board/cds/mpc8555cds/.gitignore
> new file mode 100644
> index 0000000..789495f
> --- /dev/null
> +++ b/board/cds/mpc8555cds/.gitignore
> @@ -0,0 +1,4 @@
> +#
> +# Generated files
> +#
> +oftree.c
> diff --git a/board/mpc8540ads/.gitignore b/board/mpc8540ads/.gitignore
> new file mode 100644
> index 0000000..789495f
> --- /dev/null
> +++ b/board/mpc8540ads/.gitignore
> @@ -0,0 +1,4 @@
> +#
> +# Generated files
> +#
> +oftree.c
> diff --git a/board/mpc8560ads/.gitignore b/board/mpc8560ads/.gitignore
> new file mode 100644
> index 0000000..789495f
> --- /dev/null
> +++ b/board/mpc8560ads/.gitignore
> @@ -0,0 +1,4 @@
> +#
> +# Generated files
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000883] [U-Boot-Users] [PATCH 01/04] Allow distcleaning of [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000883] was created:
<snip>
> * Allow distcleaning of 85xx and 83xx board subdirectories.
> Patch by Jon Loeliger 17-Jan-2006
>
>
> Signed-off-by: Jon Loeliger <jdl@freescale.com>
>
> ---
>
> Makefile | 20 +++++++++++++++++++-
> board/cds/mpc8541cds/Makefile | 3 +++
> board/cds/mpc8548cds/Makefile | 3 +++
> board/cds/mpc8555cds/Makefile | 3 +++
> board/mpc8349ads/Makefile | 3 +++
> board/mpc8540ads/Makefile | 4 +++-
> board/mpc8540eval/Makefile | 3 +++
> board/mpc8560ads/Makefile | 4 +++-
> board/pm854/Makefile | 3 +++
> board/pm856/Makefile | 3 +++
> board/sbc8560/Makefile | 3 +++
> board/stxgp3/Makefile | 3 +++
> board/tqm834x/Makefile | 3 +++
> board/tqm85xx/Makefile | 3 +++
> 14 files changed, 58 insertions(+), 3 deletions(-)
>
>
> diff --git a/Makefile b/Makefile
> index 9305cab..e73d618 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -135,6 +135,14 @@ SUBDIRS = tools \
> post/cpu
> .PHONY : $(SUBDIRS)
>
> +# Subdirectories that will be "clean" and "distclean".
> +# Not all board Makefiles have "clean" and "distclean" yet,
> +# so only add those that support it to this list.
> +ifneq ($(filter $(CPU),mpc85xx mpc83xx),)
> +CLEANDIRS = board/$(BOARDDIR)
> +endif
> +
> +
> #########################################################################
> #########################################################################
>
> @@ -1846,7 +1854,17 @@ clobber: clean
> rm -f include/asm/proc include/asm/arch include/asm
>
> mrproper \
> -distclean: clobber unconfig
> +distclean: cleansubdirs clobber unconfig
> +
> +
> +.PHONY: cleansubdirs
> +cleansubdirs:
> +ifneq ($(strip $(CLEANDIRS)),)
> + @for dir in $(CLEANDIRS) ; do \
> + $(MAKE) -C $$dir distclean; \
> + done
> +endif
> +
>
> backup:
> F=`basename $(TOPDIR)` ; cd .. ; \
> diff --git a/board/cds/mpc8541cds/Makefile
> b/board/cds/mpc8541cds/Makefile
> index 0d4abbd..1161532 100644
> --- a/board/cds/mpc8541cds/Makefile
> +++ b/board/cds/mpc8541cds/Makefile
> @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS)
> clean:
> rm -f $(OBJS) $(SOBJS)
>
> +.PHONY: distclean
> distclean: clean
> rm -f $(LIB) core *.bak .depend
>
> @@ -46,6 +47,8 @@ distclean: clean
> .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c)
> $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
>
> +ifeq ($(filter distclean,$(MAKECMDGOALS)),)
> -include .depend
> +endif
>
> #########################################################################
> diff --git a/board/cds/mpc8548cds/Makefile
> b/board/cds/mpc8548cds/Makefile
> index 0d4abbd..1161532 100644
> --- a/board/cds/mpc8548cds/Makefile
> +++ b/board/cds/mpc8548cds/Makefile
> @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS)
> clean:
> rm -f $(OBJS) $(SOBJS)
>
> +.PHONY: distclean
> distclean: clean
> rm -f $(LIB) core *.bak .depend
>
> @@ -46,6 +47,8 @@ distclean: clean
> .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c)
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000892] [U-Boot-Users] [PATCH 02/04] Fix Flat Dev prototyp [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000892] was created:
<snip>
> I've already added a prototype to ft_build.h for ft_board_setup().
>
> - k
>
> On Jan 17, 2006, at 11:28 AM, Jon Loeliger wrote:
>
> > * Add protoype for ft_board_setup() in ft_build.h as needed.
> > Fix Flat Dev tree printf formats for quad-sized values.
> > Patch by Jon Loeliger 17-Jan-2006
> >
> >
> > Signed-off-by: Jon Loeliger <jdl@freescale.com>
> >
> > ---
> >
> > include/ft_build.h | 4 ++++
> > common/ft_build.c | 10 +++++-----
> > 2 files changed, 9 insertions(+), 5 deletions(-)
> >
> >
> > diff --git a/include/ft_build.h b/include/ft_build.h
> > --- a/include/ft_build.h
> > +++ b/include/ft_build.h
> > @@ -59,6 +59,10 @@ void ft_add_rsvmap(struct ft_cxt *cxt, u
> >
> > void ft_setup(void *blob, int size, bd_t * bd, ulong initrd_start,
> > ulong initrd_end);
> >
> > +#ifdef CONFIG_OF_BOARD_SETUP
> > +void ft_board_setup(void *blob, bd_t *bd);
> > +#endif
> > +
> > void ft_dump_blob(const void *bphp);
> > void ft_merge_blob(struct ft_cxt *cxt, void *blob);
> > void *ft_get_prop(void *bphp, const char *propname, int *szp);
> > diff --git a/common/ft_build.c b/common/ft_build.c
> > index 6e4d3de..5fa052d 100644
> > --- a/common/ft_build.c
> > +++ b/common/ft_build.c
> > @@ -299,16 +299,16 @@ static void print_data(const void *data,
> >
> > switch (len) {
> > case 1: /* byte */
> > - printf(" = <0x%02x>", (*(u8 *) data) & 0xff);
> > + printf(" = <%02x>", (*(u8 *) data) & 0xff);
> > break;
> > case 2: /* half-word */
> > - printf(" = <0x%04x>", be16_to_cpu(*(u16 *) data) & 0xffff);
> > + printf(" = <%04x>", be16_to_cpu(*(u16 *) data) & 0xffff);
> > break;
> > case 4: /* word */
> > - printf(" = <0x%08x>", be32_to_cpu(*(u32 *) data) & 0xffffffffU);
> > + printf(" = <%x>", be32_to_cpu(*(u32 *) data) & 0xffffffffU);
> > break;
> > case 8: /* double-word */
> > - printf(" = <0x%16llx>", be64_to_cpu(*(uint64_t *) data));
> > + printf(" = <%qx>", be64_to_cpu(*(uint64_t *) data));
> > break;
> > default: /* anything else... hexdump */
> > printf(" = [");
> > @@ -350,8 +350,8 @@ void ft_dump_blob(const void *bphp)
> > if (addr == 0 && size == 0)
> > break;
> >
> > - printf("/memreserve/ 0x%llx 0x%llx;\n", addr, size);
> > + printf("/memreserve/ %qx %qx;\n", addr, size);
> > }
> >
> > p = p_struct;
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through
> > log files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD
> > SPLUNK!
> > http://sel.as-us.falkag.net/sel?
> > cmd=lnk&kid=103432&bid=230486&dat=121642
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000909] [U-Boot-Users] [PATCH 00/04] Add OF Flat Dev Tree [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000909] was created:
<snip>
> This series of four patches adds basic support
> for building the MPC85xx ADS and CDS boards with
> Open Firmware Flat Device tree.
>
> These patches should be applied in numerical order,
> and require previous patches released by Kumar Gala.
> The patches apply directly to the U-Boot tree on
> kernel.org as it already has the required predecessor
> patches applied to it.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000918] [U-Boot-Users] [PATCH 02/04] Fix Flat Dev prototyp [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000918] was created:
<snip>
> * Add protoype for ft_board_setup() in ft_build.h as needed.
> Fix Flat Dev tree printf formats for quad-sized values.
> Patch by Jon Loeliger 17-Jan-2006
>
>
> Signed-off-by: Jon Loeliger <jdl@freescale.com>
>
> ---
>
> include/ft_build.h | 4 ++++
> common/ft_build.c | 10 +++++-----
> 2 files changed, 9 insertions(+), 5 deletions(-)
>
>
> diff --git a/include/ft_build.h b/include/ft_build.h
> --- a/include/ft_build.h
> +++ b/include/ft_build.h
> @@ -59,6 +59,10 @@ void ft_add_rsvmap(struct ft_cxt *cxt, u
>
> void ft_setup(void *blob, int size, bd_t * bd, ulong initrd_start,
> ulong initrd_end);
>
> +#ifdef CONFIG_OF_BOARD_SETUP
> +void ft_board_setup(void *blob, bd_t *bd);
> +#endif
> +
> void ft_dump_blob(const void *bphp);
> void ft_merge_blob(struct ft_cxt *cxt, void *blob);
> void *ft_get_prop(void *bphp, const char *propname, int *szp);
> diff --git a/common/ft_build.c b/common/ft_build.c
> index 6e4d3de..5fa052d 100644
> --- a/common/ft_build.c
> +++ b/common/ft_build.c
> @@ -299,16 +299,16 @@ static void print_data(const void *data,
>
> switch (len) {
> case 1: /* byte */
> - printf(" = <0x%02x>", (*(u8 *) data) & 0xff);
> + printf(" = <%02x>", (*(u8 *) data) & 0xff);
> break;
> case 2: /* half-word */
> - printf(" = <0x%04x>", be16_to_cpu(*(u16 *) data) & 0xffff);
> + printf(" = <%04x>", be16_to_cpu(*(u16 *) data) & 0xffff);
> break;
> case 4: /* word */
> - printf(" = <0x%08x>", be32_to_cpu(*(u32 *) data) & 0xffffffffU);
> + printf(" = <%x>", be32_to_cpu(*(u32 *) data) & 0xffffffffU);
> break;
> case 8: /* double-word */
> - printf(" = <0x%16llx>", be64_to_cpu(*(uint64_t *) data));
> + printf(" = <%qx>", be64_to_cpu(*(uint64_t *) data));
> break;
> default: /* anything else... hexdump */
> printf(" = [");
> @@ -350,8 +350,8 @@ void ft_dump_blob(const void *bphp)
> if (addr == 0 && size == 0)
> break;
>
> - printf("/memreserve/ 0x%llx 0x%llx;\n", addr, size);
> + printf("/memreserve/ %qx %qx;\n", addr, size);
> }
>
> p = p_struct;
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000927] [U-Boot-Users] boot linux from memory
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000927] was created:
<snip>
> I have u-boot work with memory only (my flash driver doesnot work yet),
> so I try to load linux to memory and give a try, but I find uImage have
> 40 bytes header, how I can boot linux by using u-boot command-line? Do I
> misunderstand something here?
>
> Following is what I did:
> ==================================================
> BRCM5001 # loadb 06008000
> BRCM5001 # md 06008000
> 06008000: 27051956 39440bb6 43d6c107 000a01a8 '..V9D..C.......
> 06008010: 06008000 06008000 73966e28 05020200 ........s.n(....
> 06008020: 4c696e75 782d322e 362e3135 00000000 Linux-2.6.15....
> 06008030: 00000000 00000000 00000000 00000000 ................
> 06008040: e1a00000 e1a00000 e1a00000 e1a00000 ................
> 06008050: e1a00000 e1a00000 e1a00000 e1a00000 ................
> 06008060: ea000002 016f2818 00000000 000a01a8 .....o(.........
> 06008070: e1a07001 e3a08000 e10f2000 e3120003 ..p....... .....
> 06008080: 1a000001 e3a00017 ef123456 e10f2000 ..........4V.. .
> 06008090: e38220c0 e121f002 ee110f10 e3800080 .. ..!..........
> 060080a0: ee010f10 00000000 00000000 00000000 ................
> 060080b0: 00000000 00000000 00000000 00000000 ................
> 060080c0: e28f00c8 e890307e e0500001 0a00000a ......0~.P......
> 060080d0: e0855000 e0866000 e08cc000 e0822000 ..P...`....... .
> 060080e0: e0833000 e08dd000 e5961000 e0811000 ..0.............
> 060080f0: e4861004 e156000c 3afffffa e3a00000 .....V..:.......
> ==================================================
> If I try to boot from 06008000, I got following:
> BRCM5001 # bootm 06008000
> ## Booting image at 06008000 ...
> Image Name: Linux-2.6.15
> Image Type: ARM Linux Kernel Image (uncompressed)
>
> Data Size: 655784 Bytes = 640.4 kB
>
> Load Address: 06008000
> Entry Point: 06008000
> Verifying Checksum ... OK
> XIP Kernel Image ... OK
>
> Starting kernel ...
>
> undefined instruction
> pc : [<06008004>] lr : [<06f8c324>]
>
> sp : 06f3fb58 ip : 00000001 fp : 00000002
>
> r10: 00000002 r9 : 06f3fcf4 r8 : 06f3ffdc
>
> r7 : 06f9082c r6 : 06f8d744 r5 : 06f9082c r4 : 00000000
>
> r3 : 06008000 r2 : 00000100 r1 : 000001c4 r0 : 00000000
>
> Flags: nZCv IRQs off FIQs off Mode SVC_32as for 'help'
>
> auto
> Resetting CPU ...
> ==================================================
> If I try to jump the header, I got following:
> BRCM5001 # go 06008040
> ## Starting application at 0x06008040 ...
> Uncompressing Linux............................................. done,
> booting t
> he kernel.
>
> Thanks for any advice.
>
> Regards.
> Xuezhang.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000954] [U-Boot-Users] [PATCH] Integrator AP PCI configura [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000954] was created:
<snip>
> Patch by Jean-Paul Saman, 17 Jan 2006.
>
> Enabling CONFIG_PCI for the ARM Integrator AP board makes u-boot crash
> on
> pci-configuration. The attached patch fixes the crash, but not the pci
> device discovery. There are no PCI devices seen on the bus for this
> board.
> The patch is made tested and generated against current git HEAD archive.
>
> CHANGELOG:
> * Fix crash on PCI in pci_integratorap_read_dword() due to unalligned
> read
>
>
>
>
> Kind greetings,
>
> Jean-Paul Saman
>
> Philips Semiconductors CTO/RTG
> Philips HighTech Campus, building WDA 3.29
> Professor van den Holstlaan 4
> 5655 AA Eindhoven
> tel: +31 (0)40 27 45131
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000936] [U-Boot-Users] [PATCH 03/04] Add Flat Dev Tree con [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000936] was created:
<snip>
> On Tue, 2006-01-17 at 12:08, Nathan J. Williams wrote:
> > Jon Loeliger <jdl@freescale.com> writes:
>
> > Doesn't the 8560 have SCC serial ports only, and not a DUART?
> >
> > - Nathan
>
> Not to worry. This is just first shot across the bow.
> Andy will be following up with more details and
> more features (like the CPM) in a couple days.
>
> Thanks,
> jdl
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000945] [U-Boot-Users] [Patch] JSE boot time messages
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000945] was created:
<snip>
>
> This patch improves some of the startup messages for the JSE board. It
> adds more detail that has been useful.
>
> CHANGELOG
>
> Patch by Stephen Williams <steve@icarus.com>
> * Add more detail about PCI bridge, and remove pointless JSE message
>
> --
> Steve Williams "The woods are lovely, dark and deep.
> steve at icarus.com But I have promises to keep,
> http://www.icarus.com and lines to code before I sleep,
> http://www.picturel.com And lines to code before I sleep."
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000972] [U-Boot-Users] SPI support in U-boot
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000972] was created:
<snip>
> Hello Wolfgang,
>
> Wolfgang Denk wrote:
>
> >Good catch!
> >
> >
> >>Is that OK? I also noticed the same mechanism being used in the
> >>FPGA-related code.
> >>
> >>
> >
> >I think your interpretation is correct.
> >
> >
> And? :)
>
> OK, so here are the questions:
>
> 1. Should the code be left like that (i.e. some parts are executing
> from FLASH instead of RAM) because it "just works for me" or it is
> not acceptable to code like that?
> 2. What is the right way to do that: to use an uninitialized variable
> and initialize it from board_misc_init_r with something like
>
> myfuncptr = &myfunc + bd->reloc_off
>
> or to have initialized variable myfuncptr = myfunc and simply do
> myfuncptr += bd->reloc_off in board_misc_init_r?
> 3. Ironically enough, I noticed that fpga_init() is declared like
> extern void fpga_init( ulong reloc_off ), but all the
> implementations use void fpga_init(void)!
> 4. Wouldn't it make sense to add a small section to README,
> explaining how to use function pointer tables in U-boot (not sure
> how much sense it makes to begin with).
>
> >It would be nice to preserve the currnt behaviour, so a patch should
> >try to implement the required changes for all boiards. Testing will
> >have to be performed by the respective board maintainers, of course.
> >
> >
> This seems to be difficult, since the current interface only allows you
> to assert/de-assert a particular chipselect, but not to query which one
> is currently active (so that "sspi" command could restore what was
> before it. I guess, I can do three things:
>
> 1. Extend sspi command, so that if there is only 1 arg, chip_select,
> it will simply assert it and do nothing else
> 2. Hope, that people who use "eeprom" command don't really care about
> "sspi" so far, otherwise it would be working!
> 3. Document the changes.
>
> Thanks,
> Vladimir
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000963] [U-Boot-Users] [PATCH] Add support for Freescale M [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000963] was created:
<snip>
>
>
> This change (and the two that will follow it) can be pulled from
> http://labxtechnologies.com/u-boot.git. This is in preparation for the
> next patch adds a new board that uses the 5271. Please let me know if
> this patch or the following ones need any work.
>
> CHANGELOG
> * Add support for Freescale M5271 processor
> Patch by Zachary Landau, 26 Jan 2006
>
> Signed-off-by: Zachary P. Landau <zachary.landau@labxtechnologies.com>
>
>
> ---
>
> CHANGELOG | 3 +++
> cpu/mcf52x2/cpu.c | 40
> ++++++++++++++++++++++++++++++++++++++++
> cpu/mcf52x2/cpu_init.c | 37
> +++++++++++++++++++++++++++++++++++++
> cpu/mcf52x2/fec.c | 22 +++++++++++++++++++++-
> cpu/mcf52x2/interrupts.c | 7 ++++++-
> cpu/mcf52x2/serial.c | 8 +++++++-
> cpu/mcf52x2/start.S | 34 +++++++++++++++++++++++++++++++++-
> include/asm-m68k/mcftimer.h | 2 +-
> include/asm-m68k/mcfuart.h | 2 +-
> include/asm-m68k/ptrace.h | 2 +-
> lib_m68k/time.c | 9 +++++++--
> 11 files changed, 157 insertions(+), 9 deletions(-)
>
> eacbd317757327e8e7f018f5701c950429c4c6ae
> diff --git a/CHANGELOG b/CHANGELOG
> index 2f10f7f..607cde1 100644
> --- a/CHANGELOG
> +++ b/CHANGELOG
> @@ -2,6 +2,9 @@
> Changes since U-Boot 1.1.4:
> ======================================================================
>
> +* Add support for Freescale M5271 processor
> + Patch by Zachary Landau, 26 Jan 2006
> +
> * Fix 28F256J3A support on PM520 board
> (without bank-switching only 32 MB can be accessed)
>
> diff --git a/cpu/mcf52x2/cpu.c b/cpu/mcf52x2/cpu.c
> index 32a524f..302832b 100644
> --- a/cpu/mcf52x2/cpu.c
> +++ b/cpu/mcf52x2/cpu.c
> @@ -25,6 +25,11 @@
> #include <watchdog.h>
> #include <command.h>
>
> +#ifdef CONFIG_M5271
> +#include <asm/immap_5271.h>
> +#include <asm/m5271.h>
> +#endif
> +
> #ifdef CONFIG_M5272
> #include <asm/immap_5272.h>
> #include <asm/m5272.h>
> @@ -38,6 +43,41 @@
> #include <asm/m5249.h>
> #endif
>
> +#ifdef CONFIG_M5271
> +int checkcpu (void)
> +{
> + puts ("CPU: MOTOROLA Coldfire MCF5271\n");
> + return 0;
> +}
> +
> +int do_reset (cmd_tbl_t *cmdtp, bd_t *bd, int flag, int argc, char
> *argv[]) {
> + mbar_writeByte(MCF_RCM_RCR,
> + MCF_RCM_RCR_SOFTRST | MCF_RCM_RCR_FRCRSTOUT);
> + return 0;
> +};
> +
> +#if defined(CONFIG_WATCHDOG)
> +void watchdog_reset (void)
> +{
> + mbar_writeShort(MCF_WTM_WSR, 0x5555);
> + mbar_writeShort(MCF_WTM_WSR, 0xAAAA);
> +}
> +
> +int watchdog_disable (void)
> +{
> + mbar_writeShort(MCF_WTM_WCR, 0);
> + return (0);
> +}
> +
> +int watchdog_init (void)
> +{
> + mbar_writeShort(MCF_WTM_WCNTR, CONFIG_WATCHDOG_TIMEOUT);
> + mbar_writeShort(MCF_WTM_WCR, MCF_WTM_WCR_EN);
> + return (0);
> +}
> +#endif /* #ifdef CONFIG_WATCHDOG */
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000981] [U-Boot-Users] [Patch 2/5] - AT91SAM9261 header fi [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000981] was created:
<snip>
> Please find attached AT91SAM9261.h header file (patch 2/5)
>
> CHANGELOG
> Patch by Nicolas Lacressonniere 31 January 2006
> * Add AT91SAM9261 header file for ATMEL AT91SAM9261EK board
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000991] [U-Boot-Users] Xilinx ML403/PPC U-Boot support
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000991] was created:
<snip>
> Peter Ryser writes:
> > BTW: you can find a snapshot of U-Boot with board support for ML300,
> > ML310, ML403 and ML410 at
> > http://www.xilinx.com/ml410-p/designs/u-boot.zip
> > The snapshot contains the patches that have been submitted to this
> > mailing list back in September of last year. For ML403 just use
>
> Wolfgang,
>
> Were the Xilinx patches (2005-09-28 thru 2005-10-02) rejected or lost,
> or are they still in your queue?
>
> Peter,
>
> Do you happen to have a design for the ML403 that boots directly from
> the linear flash? Perhaps with devices mapped as in
> board/xilinx/ml403/xparameters.h? It would be easier to start with a
> design known to work with U-Boot.
>
> Thanks,
>
> --Brad
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [PATCH] [Mini-OS] Minor traps.c fixups
From: Puthiyaparambil, Aravindh @ 2006-03-31 21:51 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1: Type: text/plain, Size: 98 bytes --]
Signed off by Aravindh Puthiyaparambil
<aravindh.puthiyaparambil@unisys.com>
<<traps.patch>>
[-- Attachment #2: traps.patch --]
[-- Type: application/octet-stream, Size: 3011 bytes --]
diff -r 5b1a10f9da4c extras/mini-os/traps.c
--- a/extras/mini-os/traps.c Tue Mar 28 18:43:30 2006 +0100
+++ b/extras/mini-os/traps.c Fri Mar 31 15:49:30 2006 -0500
@@ -4,6 +4,7 @@
#include <hypervisor.h>
#include <mm.h>
#include <lib.h>
+#include <sched.h>
/*
* These are assembler stubs in entry.S.
@@ -31,6 +32,8 @@ void machine_check(void);
void dump_regs(struct pt_regs *regs)
{
+ printk("Thread: %s\n", current->name);
+#ifdef __i386__
printk("EIP: %x, EFLAGS %x.\n", regs->eip, regs->eflags);
printk("EBX: %08x ECX: %08x EDX: %08x\n",
regs->ebx, regs->ecx, regs->edx);
@@ -40,9 +43,22 @@ void dump_regs(struct pt_regs *regs)
regs->xds, regs->xes, regs->orig_eax, regs->eip);
printk("CS: %04x EFLAGS: %08x esp: %08x ss: %04x\n",
regs->xcs, regs->eflags, regs->esp, regs->xss);
-
-}
-
+#else
+ printk("RIP: %04lx:[<%016lx>] ", regs->cs & 0xffff, regs->rip);
+ printk("\nRSP: %04lx:%016lx EFLAGS: %08lx\n",
+ regs->ss, regs->rsp, regs->eflags);
+ printk("RAX: %016lx RBX: %016lx RCX: %016lx\n",
+ regs->rax, regs->rbx, regs->rcx);
+ printk("RDX: %016lx RSI: %016lx RDI: %016lx\n",
+ regs->rdx, regs->rsi, regs->rdi);
+ printk("RBP: %016lx R08: %016lx R09: %016lx\n",
+ regs->rbp, regs->r8, regs->r9);
+ printk("R10: %016lx R11: %016lx R12: %016lx\n",
+ regs->r10, regs->r11, regs->r12);
+ printk("R13: %016lx R14: %016lx R15: %016lx\n",
+ regs->r13, regs->r14, regs->r15);
+#endif
+}
static void do_trap(int trapnr, char *str, struct pt_regs * regs, unsigned long error_code)
{
@@ -110,36 +126,17 @@ void do_page_fault(struct pt_regs *regs,
printk("Page fault at linear address %p, regs %p, code %lx\n", addr, regs,
error_code);
dump_regs(regs);
-#ifdef __x86_64__
- /* FIXME: _PAGE_PSE */
- {
- unsigned long *tab = (unsigned long *)start_info.pt_base;
- unsigned long page;
-
- printk("Pagetable walk from %p:\n", tab);
-
- page = tab[l4_table_offset(addr)];
- tab = to_virt(mfn_to_pfn(pte_to_mfn(page)) << PAGE_SHIFT);
- printk(" L4 = %p (%p)\n", page, tab);
-
- page = tab[l3_table_offset(addr)];
- tab = to_virt(mfn_to_pfn(pte_to_mfn(page)) << PAGE_SHIFT);
- printk(" L3 = %p (%p)\n", page, tab);
-
- page = tab[l2_table_offset(addr)];
- tab = to_virt(mfn_to_pfn(pte_to_mfn(page)) << PAGE_SHIFT);
- printk(" L2 = %p (%p)\n", page, tab);
-
- page = tab[l1_table_offset(addr)];
- printk(" L1 = %p\n", page);
- }
-#endif
+ page_walk(addr);
do_exit();
}
void do_general_protection(struct pt_regs *regs, long error_code)
{
- printk("GPF %p, error_code=%lx\n", regs, error_code);
+#ifdef __i386__
+ printk("GPF eip: %p, error_code=%lx\n", regs->eip, error_code);
+#else
+ printk("GPF rip: %p, error_code=%lx\n", regs->rip, error_code);
+#endif
dump_regs(regs);
do_exit();
}
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply
* RE: accessed/dirty bit handler tuning
From: Chen, Kenneth W @ 2006-03-31 21:51 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <44157CF1.5060902@bull.net>
Zoltan Menyhart wrote on Friday, March 31, 2006 1:18 PM
> Problem #1:
>
> cpu0 keeps (see r17) the physical address of a PTE whose page has gone.
> cpu0 is not sensitive to ptc.g-ing the PTE page address, because it accesses
> the PTE page by use of this (potentially invalid) physical address, not as the
> virtually mapped linear page table.
>
> cpu0 has not got the right to touch a PTE page unless it makes sure
> that the PTE page is still anchored by its current->mm->pgd...
>
> Problem #2:
>
> cpu2 may install the old data page freed by cpu1 at the same PTE offset as it
> was before.
> The new PTE may be numerically the same as the one just inserted by cpu0
> (and it is at the same physical address), but it belongs to another process.
> cpu0 cannot catch the ptc.g for the dirty bit fault address because
> itc.d + srlz.d have not completed by that moment.
> The compare may result in a false positive.
> cpu0 may be granted the write access right to a data page of someone else.
You are correct. I forgot that nested_dtlb_miss doesn't actually do the check.
I rather prefer not to add anything in the fast path to detect an exceedingly
rare race event (only if ia64 architect screwed up so bad that made itc.d have
10,000 cycle latency and at the same time does a splendid job at job at ptc.g
which completes in zero cycle along with other thousands of other instructions).
In that event, as I said, it's actually better to simple purge the entry, write
the dirty bit into in-memory page table entry and let the hardware page walker
insert the new entry.
^ permalink raw reply
* [U-Boot-Users] [PATCH] SPI relocation fix
From: Vladimir Gurevich @ 2006-03-31 21:52 UTC (permalink / raw)
To: u-boot
In-Reply-To: <4dd15d180603311344j241b8a5eq5d5bf8cd49566085@mail.gmail.com>
Hello David,
David Ho wrote:
>Vladimir's patch works fine on my MPC852T.
>
>SPI and SMC1 functional.
>
>However I do not use I2C and SMC2.
>
>
Thanks a lot for the testing (and for the good news).
Can you tell me which mode did you actually test? For example, have you
tried to relocate SPI or SMC1 parameter areas or just left them where
they were? (both modes are broken in the current U-boot anyway).
Actually, the main CPU I used was MPC852T as well, so I am am pretty
confident that any combination should work there provided that you
configured it according to the doc.
Do you happen to have any other 8xx CPUs to test with?
Happy hacking,
Vladimir
^ permalink raw reply
* Re: driver-1.0.11rc4 breaks midi port 2
From: Alan Horstmann @ 2006-03-31 21:53 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <200603311828.17972.gineera@aspect135.co.uk>
On Friday 31 March 2006 18:28, Alan Horstmann wrote:
> Any quick ideas of what to look at?
Please ignore that message altogether! Alan
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.