Acked-by: Gabe Black
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass wrote:
> These are no longer used and should be removed.
>
>
> Signed-off-by: Simon Glass
> Acked-by: Graeme Russ
> ---
> Changes in v2: None
>
> board/eNET/Makefile | 52
> b
Acked-by: Gabe Black
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass wrote:
> These lines are dealt with in the x86 Makefile and link script, so punt
> them.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Add new patch to tidy up main Makefile
>
> Ma
Acked-by: Gabe Black
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass wrote:
> Invert the polarity of this option to simplify the Makefile logic.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Add new patch to invert CONFIG_NO_X86_RESET_VECTOR po
On Sat, Jan 12, 2013 at 9:20 AM, Simon Glass wrote:
> Hi,
>
> You are being copied because you have written U-Boot code which is now
> in mainline.
>
> The chromium.org domain does not automatically attribute U-Boot
> commits by company. Each author needs to be manually added to the list
> and th
Acked-by: Gabe Black
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Dec 7, 2011 at 3:03 AM, Wolfgang Denk wrote:
> Dear Gabe Black,
>
> In message <1323214584-11635-1-git-send-email-gabebl...@chromium.org> you
> wrote:
> > Coreboot uses a very simple "file system" called CBFS to keep track of
> and
> > allo
CONFIG_CMD_CBFS option is
specified.
Signed-off-by: Gabe Black
---
Changes in v2:
Fix checkpatch problems, change around identifiers, and change printf to
puts where possible.
Changes in v3:
Formatting changes, "Unknown" => "Unknown error", Makefile sorting, fix a
typo.
Makef
On Tue, Dec 6, 2011 at 3:01 AM, Wolfgang Denk wrote:
> Dear Gabe Black,
>
> In message <1323134730-18471-1-git-send-email-gabebl...@chromium.org> you
> wrote:
> > Coreboot uses a very simple "file system" called CBFS to keep track of
> and
> > allo
On Mon, Dec 5, 2011 at 9:04 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Tue, Dec 6, 2011 at 12:55 PM, Gabe Black
> wrote:
> > This function provides an opportunity for some last minute cleanup and
> > reconfiguration before control is handed over to Linux. It's possi
On Mon, Dec 5, 2011 at 9:07 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Tue, Dec 6, 2011 at 1:04 PM, Gabe Black wrote:
> >
> >
> > On Mon, Dec 5, 2011 at 5:49 PM, Graeme Russ
> wrote:
> >>
> >> Hi Gabe,
> >>
> >> On Tue, Dec 6, 2
On Mon, Dec 5, 2011 at 5:49 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Tue, Dec 6, 2011 at 12:43 PM, Gabe Black
> wrote:
> > This change adds a pointer to the global data structure in x86 to point
> to
> > the device tree. This mirrors an identical pointer in ARM.
&g
This change adds a pointer to the global data structure in x86 to point to
the device tree. This mirrors an identical pointer in ARM.
Signed-off-by: Gabe Black
---
Changes in v2:
Update the name of the pointer to what ARM is now using.
arch/x86/include/asm/global_data.h |1 +
1 files
a case by case
basis.
Signed-off-by: Gabe Black
---
arch/x86/cpu/cpu.c|8
arch/x86/include/asm/u-boot-x86.h |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cpu/cpu.c
index 61d0b69..3a2a64a 100644
--- a/arch/x86/
This change adds a pointer to the global data structure in x86 to point to
the device tree. This mirrors an identical pointer in ARM.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/global_data.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/include/asm
CONFIG_CMD_CBFS option is
specified.
Signed-off-by: Gabe Black
---
Changes in v2:
Fix checkpatch problems, change around identifiers, and change printf to
puts where possible.
Makefile |6 +-
README|1 +
common/Makefile |1 +
common/cmd_cbfs.c | 212 +++
On Mon, Dec 5, 2011 at 2:35 PM, Gabe Black wrote:
>
>
> On Mon, Dec 5, 2011 at 2:25 PM, Wolfgang Denk wrote:
>
>> Dear Gabe Black,
>>
>> In message <1322912821-32677-1-git-send-email-gabebl...@chromium.org>
>> you wrote:
>> > Coreboot uses a
On Mon, Dec 5, 2011 at 2:25 PM, Wolfgang Denk wrote:
> Dear Gabe Black,
>
> In message <1322912821-32677-1-git-send-email-gabebl...@chromium.org> you
> wrote:
> > Coreboot uses a very simple "file system" called CBFS to keep track of
> and
> > allo
On Sat, Dec 3, 2011 at 4:52 PM, Graeme Russ wrote:
> Hi Gabe,
>
> Last nit, I promise, and then I'll apply it all to u-boot-x86/next
> >
> > +/* Implementation defined function to install an e820 map. */
> > +unsigned install_e820_map(unsigned max_entries, struct e820entry *);
> > +
>
> Should be
ormal protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183 +++--
3
Also approximate the size of RAM using the largest RAM address available
in the tables. There may be areas which are marked as reserved which are
actually at the end of RAM.
Signed-off-by: Gabe Black
---
Changes in v2:
- Moved the coreboot specific e820 function into this patch.
Changes in v3
scan the bus on the other side of it.
A hook is installed to configure PCI bus bridges as they encountered by
u-boot. The hook extracts the secondary bus number from the bridge's config
space and then recursively scans that bus.
Signed-off-by: Gabe Black
---
board/
o a different patch.
- Moved the coreboot specific e820 function into this patch.
- Add a help message to the zboot command.
Changes in v3:
- Moved the coreboot specific e820 function declaration out of the header.
- Moved the coreboot specific e820 function declaration into this patch.
Gabe Black
This change cleans up some formatting issues in the zimage handling code, and
converts it from using offsets added to a base pointer to using the available
structure definitions which were already being included.
Signed-off-by: Gabe Black
---
Changes in v2:
- Changed includes to match ic
ld be
appropriate, but we need some information from the coreboot tables (memory
size) before then and have to fill that structure before relocation. We
skirt u-boot's assumption by putting this in .data where it assumes there
is still read only but non-zero data.
Signed-off-by: Gabe Black
---
Cha
This change finishes plumbing the initrd support built into the zboot
mechanism out to the command interface.
It also fixes a bug in the command declaration where the kernel size could
be passed as an optional second parameter but not enough arguments were
allowed.
Signed-off-by: Gabe Black
This change conditionally modifies the zboot command so that it can use the
32 bit boot protocol. This is necessary because the 16 bit realmode entry
point assumes that it can call BIOS services which neither coreboot nor
u-boot provide.
Signed-off-by: Gabe Black
---
Changes in v2:
- Moved the
CONFIG_CMD_CBFS option is specified.
Signed-off-by: Gabe Black
---
Makefile |6 +-
README|1 +
common/Makefile |1 +
common/cmd_cbfs.c | 212
fs/Makefile |1 +
fs/cbfs/Makefile | 44 +++
ld be
appropriate, but we need some information from the coreboot tables (memory
size) before then and have to fill that structure before relocation. We
skirt u-boot's assumption by putting this in .data where it assumes there
is still read only but non-zero data.
Signed-off-by: Gabe Black
---
Cha
This change conditionally modifies the zboot command so that it can use the
32 bit boot protocol. This is necessary because the 16 bit realmode entry
point assumes that it can call BIOS services which neither coreboot nor
u-boot provide.
Signed-off-by: Gabe Black
---
Changes in v2:
- Moved the
This change cleans up some formatting issues in the zimage handling code, and
converts it from using offsets added to a base pointer to using the available
structure definitions which were already being included.
Signed-off-by: Gabe Black
---
Changes in v2:
- Changed includes to match ic
ormal protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183 +++--
3
o a different patch.
- Moved the coreboot specfic e820 function into this patch.
- Add a help message to the zboot command.
Gabe Black (6):
x86: Import code from coreboot's libpayload to parse the coreboot
table
x86: Clean up the x86 zimage code in preparation to extend it
x86: Add
Also approximate the size of RAM using the largest RAM address available
in the tables. There may be areas which are marked as reserved which are
actually at the end of RAM.
Signed-off-by: Gabe Black
---
Changes in v2:
- Moved the coreboot specfic e820 function into this patch.
arch/x86/cpu
This change finishes plumbing the initrd support built into the zboot
mechanism out to the command interface.
It also fixes a bug in the command declaration where the kernel size could
be passed as an optional second parameter but not enough arguments were
allowed.
Signed-off-by: Gabe Black
On Fri, Dec 2, 2011 at 1:43 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On 30/11/11 20:17, Gabe Black wrote:
> > If vboot successfully verifies a kernel, it will leave it in place and
> > basically ready to boot. The zeropage table which is part of the x86 boot
> > protocol
On Fri, Dec 2, 2011 at 1:10 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On 30/11/11 17:07, Gabe Black wrote:
> > Otherwise it ends up in the .bss section. U-boot assumes that it doesn't
> > need to copy it over during relocation, and instead fills that whole
> > sectio
On Fri, Dec 2, 2011 at 1:22 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On 03/12/11 08:16, Gabe Black wrote:
> >
> >
> > On Fri, Dec 2, 2011 at 1:10 PM, Graeme Russ > <mailto:graeme.r...@gmail.com>> wrote:
> >
> > Hi Gabe,
> >
> >
On Fri, Dec 2, 2011 at 1:14 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On 30/11/11 17:07, Gabe Black wrote:
> > Signed-off-by: Gabe Black
> > ---
> > arch/x86/cpu/coreboot/sdram.c | 32 ++--
> > arch/x86/include/asm/zimage.h |5
On Thu, Dec 1, 2011 at 7:47 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 30/11/11 17:25, Gabe Black wrote:
> >
> >
> > On Tue, Nov 29, 2011 at 7:48 PM, Graeme Russ > <mailto:graeme.r...@gmail.com>> wrote:
> >
> > Hi Gabe,
>
On Wed, Nov 30, 2011 at 4:13 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 30/11/11 20:17, Gabe Black wrote:
> > These four patches add support for the 32 bit Linux boot protocol to the
> > zboot command. They also add support for an initrd.
> >
> >
> > Gabe
On Wed, Nov 9, 2011 at 5:31 PM, Mike Frysinger wrote:
> i don't know the video code all that well, but i don't see anything wrong
> with
> this patch ...
>
> Acked-by: Mike Frysinger
> -mike
>
Bump.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://
This change finishes plumbing the initrd support built into the zboot
mechanism out to the command interface.
It also fixes a bug in the command declaration where the kernel size could
be passed as an optional second parameter but not enough arguments were
allowed.
Signed-off-by: Gabe Black
This change cleans up some formatting issues in the zimage handling code, and
converts it from using offsets added to a base pointer to using the available
structure definitions which were already being included.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/zimage.h | 21
This change conditionally modifies the zboot command so that it can use the
32 bit boot protocol. This is necessary because the 16 bit realmode entry
point assumes that it can call BIOS services which neither coreboot nor
u-boot provide.
Signed-off-by: Gabe Black
---
arch/x86/include/asm
These four patches add support for the 32 bit Linux boot protocol to the
zboot command. They also add support for an initrd.
Gabe Black (4):
x86: Clean up the x86 zimage code in preparation to extend it
x86: Add support for booting Linux using the 32 bit boot protocol
x86: Refactor the
ormal protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183 +++--
3
On Tue, Nov 29, 2011 at 7:52 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Wed, Nov 30, 2011 at 2:50 PM, Gabe Black wrote:
> >
> >
> > On Tue, Nov 29, 2011 at 7:39 PM, Graeme Russ
> wrote:
> >>
> >> Hi Gabe,
> >>
> >> On Wed, Nov 30,
On Tue, Nov 29, 2011 at 7:48 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Wed, Nov 30, 2011 at 2:11 PM, Gabe Black
> wrote:
> > These two patches add support for the 32 bit Linux boot protocol to the
> > zboot command.
>
> Going by our previous offline correspondence
Signed-off-by: Gabe Black
---
arch/x86/cpu/coreboot/Makefile|3 +
arch/x86/cpu/coreboot/ipchecksum.c| 54 ++
arch/x86/cpu/coreboot/sysinfo.c | 33
arch/x86/cpu/coreboot/tables.c| 183 +++
arch/x86/include
Signed-off-by: Gabe Black
---
arch/x86/cpu/coreboot/sdram.c | 32 ++--
arch/x86/include/asm/zimage.h |5 +
arch/x86/lib/zimage.c | 10 ++
3 files changed, 41 insertions(+), 6 deletions(-)
diff --git a/arch/x86/cpu/coreboot/sdram.c b/arch
size) before then and have to fill that structure before relocation. We
skirt u-boot's assumption by putting this in .data where it assumes there
is still read only but non-zero data.
Signed-off-by: Gabe Black
---
arch/x86/cpu/coreboot/sysinfo.c |8 +++-
1 files changed, 7 insertions(+), 1
This is really only an approximation using the largest RAM address available
in the tables. There may be areas which are marked as reserved which are
actually at the end of RAM.
Signed-off-by: Gabe Black
---
arch/x86/cpu/coreboot/sdram.c | 18 +-
1 files changed, 17 insertions
These changes add code which reads in the coreboot tables exported by
coreboot and puts the info into a single structure for easy access. It also
adds some code which uses that info to fill in an e820 table.
Gabe Black (4):
x86: Import code from coreboot's libpayload to parse the cor
Add a target for running u-boot as a coreboot payload in boards.cfg, a
board, CPU and a config. This is a skeleton implementation which always
reports the size of memory as 64 MB.
Signed-off-by: Gabe Black
---
Changes in v5:
Merge several smaller commits into this single commit.
Changes in v6
On Tue, Nov 29, 2011 at 7:39 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Wed, Nov 30, 2011 at 2:29 PM, Gabe Black
> wrote:
> > Hmm, that's in an intervening patch. I didn't think that one was
> necessary
> > but apparently it is. I'll add that to the
;
> On Wed, Nov 30, 2011 at 2:11 PM, Gabe Black
> wrote:
> > This change conditionally modifies the zboot command so that it can use
> the
> > 32 bit boot protocol. This is necessary because the 16 bit realmode entry
> > point assumes that it can call BIOS services which
This change conditionally modifies the zboot command so that it can use the
32 bit boot protocol. This is necessary because the 16 bit realmode entry
point assumes that it can call BIOS services which neither coreboot nor
u-boot provide.
Signed-off-by: Gabe Black
---
arch/x86/include/asm
These two patches add support for the 32 bit Linux boot protocol to the
zboot command.
Gabe Black (2):
x86: Clean up the x86 zimage code in preparation to extend it
x86: Add support for booting Linux using the 32 bit boot protocol
arch/x86/include/asm/zimage.h | 25 +
arch/x86
This change cleans up some formatting issues in the zimage handling code, and
converts it from using offsets added to a base pointer to using the available
structure definitions which were already being included.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/zimage.h | 21
macro to avoid compiler errors.
Signed-off-by: Gabe Black
---
disk/part_efi.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index e7f2714..c94d808 100644
--- a/disk/part_efi.c
+++ b/disk/part_efi.c
@@ -37,6 +37,10 @@
#include
Actually, I found some compile errors in the upstream EFI support. The
patch I'll be sending out soon should be applied before this one so
everything still builds.
Gabe
On Tue, Nov 29, 2011 at 1:58 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Wed, Nov 30, 2011 at 7:07 AM, Gabe Black
No, that would be fine.
Gabe
On Tue, Nov 29, 2011 at 2:58 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 29/11/11 17:57, Gabe Black wrote:
> > This allows u-boot to figure out the partitions of a chrome-os install.
> >
> > Signed-off-by: Gabe Black
> > ---
>
This allows u-boot to figure out the partitions of a chrome-os install.
Signed-off-by: Gabe Black
---
include/configs/coreboot.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
index 348a25b..e98201d 100644
--- a
I missed this patch when I was gathering up the change which introduce the
coreboot cpu/board/config. This should be applied on top of it, or folded
into it.
Gabe
On Mon, Nov 28, 2011 at 9:21 PM, Gabe Black wrote:
> The ports for the IDE controller were reversed. Because u-boot
k for because scanning for them adds a noticable pause
during boot. It does, however, correct some comments describing the limits.
Signed-off-by: Gabe Black
---
include/configs/coreboot.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/coreboo
Add a target for running u-boot as a coreboot payload in boards.cfg, a
board, CPU and a config. This is a skeleton implementation which always
reports the size of memory as 64 MB.
Signed-off-by: Gabe Black
---
Changes in v5:
Merge several smaller commits into this single commit.
arch/x86/cpu
On Thu, Nov 17, 2011 at 2:26 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 17/11/11 21:11, Gabe Black wrote:
> >
> >
> > On Thu, Nov 17, 2011 at 1:43 AM, Graeme Russ > <mailto:graeme.r...@gmail.com>> wrote:
> >
> > Hi Gabe,
> >
> >
On Thu, Nov 17, 2011 at 1:43 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 17/11/11 11:27, Gabe Black wrote:
> > Add a target for running u-boot as a coreboot payload in boards.cfg.
> >
> > Signed-off-by: Gabe Black
> > ---
> > Changes in v2:
> > Change c
On Thu, Nov 17, 2011 at 1:01 AM, Gabe Black wrote:
> When gcc compiles some 64 bit operations on a 32 bit machine, it generates
> calls to small functions instead of instructions which do the job directly.
> Those functions are defined in libgcc and transparently provide whatever
> f
d.
Signed-off-by: Gabe Black
---
Changes in v2:
- Change the [x86] tag to x86:
- Mention -mregparm in the commit message.
- Get rid of a stray line which snuck in during a rebase.
Changes in v3:
- Prevent symbols from libgcc which aren't wrapped from getting silently
picked up by the lin
Signed-off-by: Gabe Black
---
include/configs/coreboot.h | 225
1 files changed, 225 insertions(+), 0 deletions(-)
create mode 100644 include/configs/coreboot.h
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
new file mode
This is a skeleton implementation which always reports the size of memory
as 64 MB.
Signed-off-by: Gabe Black:
---
arch/x86/cpu/coreboot/Makefile | 55 ++
arch/x86/cpu/coreboot/asm-offsets.c | 25 +++
arch/x86/cpu/coreboot/coreboot_car.S
Signed-off-by: Gabe Black
---
include/serial.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/serial.h b/include/serial.h
index 5926244..d27b850 100644
--- a/include/serial.h
+++ b/include/serial.h
@@ -31,7 +31,7 @@ extern struct serial_device
Signed-off-by: Gabe Black
---
Changes in v2:
Get rid of some dead/unnecessary code in the Makefile and coreboot.c.
Changes in v3:
Change the summary line tag style.
board/chromebook-x86/coreboot/Makefile | 53 +++
board/chromebook-x86/coreboot/coreboot.c | 77
Add a target for running u-boot as a coreboot payload in boards.cfg.
Signed-off-by: Gabe Black
---
Changes in v2:
Change capitalization of the x86 tag.
Changes in v3:
Move the Signed-off-by line up.
Changes in v4:
Change the summary tag style.
boards.cfg |1 +
1 files changed, 1
e the summary tag style.
Gabe Black (5):
x86: Add a target for running as a coreboot payload
x86: Add a basic implementation for a coreboot board
x86: Add a preliminary coreboot configuration header
x86: Add an implementation for a coreboot CPU
x86: Make the serial port work for the cor
On Mon, Nov 14, 2011 at 9:26 PM, Graeme Russ wrote:
> Hi Gabe,
>
>
> On Tue, Nov 15, 2011 at 4:24 PM, Gabe Black
> wrote:
> > Signed-off-by: Gabe Black
> > ---
> > drivers/input/i8042.c | 970
> -
> >
return value of the function. That would
give the right answer if it wasn't for that extra decrement because a
timeout would indicate that the buffer never became empty.
This change fixes both of those bugs.
Signed-off-by: Gabe Black
---
Changes in v2:
- Change summary tag style.
- Rebase
On Mon, Nov 14, 2011 at 8:58 PM, Graeme Russ wrote:
> Gabe,
>
> On Tue, Nov 15, 2011 at 3:55 PM, Gabe Black
> wrote:
> > Signed-off-by: Gabe Black
> > ---
> > arch/x86/lib/board.c |3 +++
> > 1 files changed, 3 insertions(+), 0 deletions(-)
> >
&g
Signed-off-by: Gabe Black
---
drivers/input/i8042.c | 970 -
1 files changed, 472 insertions(+), 498 deletions(-)
diff --git a/drivers/input/i8042.c b/drivers/input/i8042.c
index 58094c9..83b1bf4 100644
--- a/drivers/input/i8042.c
+++ b/drivers
Signed-off-by: Gabe Black
---
arch/x86/lib/board.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c
index 18e0ede..4a791dd 100644
--- a/arch/x86/lib/board.c
+++ b/arch/x86/lib/board.c
@@ -220,6 +220,9 @@ static int
The new implementation is about twice as fast as the old. This is from
glibc-2.14, sysdeps/i386/memset.c.
Signed-off-by: Gabe Black
---
Changes in v2:
Update the commit summary as suggested by Mike Frysinger.
Changes in v3:
Rebase onto the x86 repository.
Changes in v4:
Remove "All r
On Mon, Nov 14, 2011 at 1:49 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Mon, Nov 14, 2011 at 11:38 PM, Gabe Black wrote:
> >
> >
> > On Sun, Nov 13, 2011 at 3:38 AM, Graeme Russ
> wrote:
> >>
> >> Hi Gabe,
> >>
> >> Sorry about t
On Mon, Nov 14, 2011 at 2:10 PM, Graeme Russ wrote:
> Hi Wolfgang, Gabe,
>
> My recent x86 cleanup added a small, but very nasty, bug at line 231 of
> arch/x86/lib/board.c:
>
>offset_ptr_ram = offset_ptr_rom + gd->reloc_off
>
> Because offset_ptr_rom is a pointer, when gd->reloc_off gets
;
> On 13/11/11 14:00, Gabe Black wrote:
> > The new implementation is about twice as fast as the old.
> >
> > Signed-off-by: Gabe Black
> > ---
> [snip]
>
> > diff --git a/arch/x86/lib/string.c b/arch/x86/lib/string.c
> > new file mode 100644
> >
The new implementation is about twice as fast as the old.
Signed-off-by: Gabe Black
---
Changes in v2:
Update the commit summary as suggested by Mike Frysinger.
Changes in v3:
Rebase onto the x86 repository.
arch/x86/include/asm/string.h |2 +-
arch/x86/lib/Makefile |1 +
arch
On Sat, Nov 12, 2011 at 2:26 AM, Graeme Russ wrote:
> Hi Gabe,
>
> On 08/11/11 20:48, Gabe Black wrote:
> > If no controller is present, the i8402 driver should return immediately
> and
> > not attempt to operate on the missing hardware.
> >
> > In kbd_input_e
This change adds an upper bound for symbols which are fixed up after u-boot
is relocated into RAM. This way portions that are left at their original
location can be referred to without having to manually fix up any pointers.
Signed-off-by: Gabe Black
---
Changes in v2:
Merge in a fix in a later
ith a few calls to puts that have the same effect. This may perform
slightly better because it should avoid a copy and scanning for format
specifiers. The amount of time it actually takes up is very tiny relative
to everything else so in practice that's probably irrelevant.
Signed-off-by:
From: Gabe Black
There are two blobs embedded into the u-boot image which are linked to run
at an address which is different from where they actually end up in the
ROM, one called "realmode" and one called "bios". There are realmode_setup
and bios_setup functions which pr
Bump.
On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger wrote:
> +fdt maintainer
>
> On Tuesday 08 November 2011 04:05:32 Gabe Black wrote:
> > Some functions in fdt_support.c use fdt_getprop to read 32 bit values out
> > of the device tree, but then use them directly wit
Bump.
On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger wrote:
> +fdt maintainer
>
> On Tuesday 08 November 2011 04:09:44 Gabe Black wrote:
> > The function fdt_getprop_u32_default doesn't modify the fdt, so it can
> use
> > a const void * for its fdt argument.
>
On Wed, Nov 9, 2011 at 12:47 PM, Mike Frysinger wrote:
> On Wednesday 09 November 2011 14:12:15 Scott Wood wrote:
> > Last I tried, I couldn't get it to work even with USE_PRIVATE_LIBGCC,
> > because the compiler was generating calls to things that U-Boot didn't
> > implement.
>
> last i tried, i
On Thu, Nov 10, 2011 at 6:22 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Fri, Nov 11, 2011 at 1:10 PM, Gabe Black wrote:
> > On Thu, Nov 10, 2011 at 5:59 PM, Graeme Russ
> wrote:
> >>
> >> Hi Mike,
> >>
> >> On Fri, Nov 11, 2011 at 12:55
On Thu, Nov 10, 2011 at 5:59 PM, Graeme Russ wrote:
> Hi Mike,
>
> On Fri, Nov 11, 2011 at 12:55 PM, Mike Frysinger
> wrote:
> > On Thursday 10 November 2011 20:51:47 Graeme Russ wrote:
> >> A few questions (I am unfamiliar with the Linux build environment):
> >>
> >> a) Does Linux link to libg
On Tue, Nov 8, 2011 at 8:55 PM, Mike Frysinger wrote:
> On Tuesday 08 November 2011 21:53:04 Graeme Russ wrote:
> > Oops, I meant U-Boot implements a subset of (g)libc. I think I understand
> > why - U-Boot needs specific implementations of stdio (printf() and
> friends)
> > Because we need to im
1 - 100 of 135 matches
Mail list logo