Acked-by: Gabe Black gabebl...@chromium.org
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass s...@chromium.org wrote:
These are no longer used and should be removed.
Signed-off-by: Simon Glass s...@chromium.org
Acked-by: Graeme Russ graeme.r...@gmail.com
---
Changes in v2: None
board/eNET
Acked-by: Gabe Black gabebl...@chromium.org
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass s...@chromium.org wrote:
Invert the polarity of this option to simplify the Makefile logic.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add new patch to invert
Acked-by: Gabe Black gabebl...@chromium.org
On Thu, Feb 14, 2013 at 6:18 AM, Simon Glass s...@chromium.org wrote:
These lines are dealt with in the x86 Makefile and link script, so punt
them.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add new patch to tidy up main
On Sat, Jan 12, 2013 at 9:20 AM, Simon Glass s...@chromium.org 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
Acked-by: Gabe Black gabebl...@chromium.org
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black gabebl...@chromium.org
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black gabebl...@chromium.org
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black gabebl...@chromium.org
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Gabe Black gabebl...@chromium.org
___
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 w...@denx.de 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
allow access to multiple files in a ROM image
On Tue, Dec 6, 2011 at 3:01 AM, Wolfgang Denk w...@denx.de 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
allow access to multiple files in a ROM image
is
specified.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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.
Makefile |6 +-
README
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 gabebl...@chromium.org
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
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 gabebl...@chromium.org
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 gabebl...@chromium.org
---
Changes in v2:
- Changed
into 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 (6
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 gabebl...@chromium.org
---
board/chromebook-x86/coreboot/coreboot_pci.c | 33
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 gabebl...@chromium.org
---
Changes in v2:
- Moved the coreboot specific e820 function
protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183
On Sat, Dec 3, 2011 at 4:52 PM, Graeme Russ graeme.r...@gmail.com 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 *);
+
On Mon, Dec 5, 2011 at 2:25 PM, Wolfgang Denk w...@denx.de 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
allow access to multiple files in a ROM image
On Mon, Dec 5, 2011 at 2:35 PM, Gabe Black gabebl...@google.com wrote:
On Mon, Dec 5, 2011 at 2:25 PM, Wolfgang Denk w...@denx.de 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
is
specified.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
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 gabebl...@chromium.org
---
arch/x86/include/asm/global_data.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
basis.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
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 gabebl...@chromium.org
---
Changes in v2:
Update the name of the pointer to what ARM is now using.
arch/x86/include/asm/global_data.h
On Mon, Dec 5, 2011 at 5:49 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Tue, Dec 6, 2011 at 12:43 PM, Gabe Black gabebl...@chromium.org
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
On Mon, Dec 5, 2011 at 9:07 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Tue, Dec 6, 2011 at 1:04 PM, Gabe Black gabebl...@chromium.org wrote:
On Mon, Dec 5, 2011 at 5:49 PM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Gabe,
On Tue, Dec 6, 2011 at 12:43 PM, Gabe
On Mon, Dec 5, 2011 at 9:04 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Tue, Dec 6, 2011 at 12:55 PM, Gabe Black gabebl...@chromium.org
wrote:
This function provides an opportunity for some last minute cleanup and
reconfiguration before control is handed over to Linux. It's
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
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 gabebl...@chromium.org
---
Changes in v2:
- Moved the coreboot specfic e820 function
into 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 support
protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183
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 gabebl...@chromium.org
---
Changes in v2:
- Changed
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 gabebl...@chromium.org
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 gabebl...@chromium.org
is specified.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
Makefile |6 +-
README|1 +
common/Makefile |1 +
common/cmd_cbfs.c | 212
fs/Makefile |1 +
fs/cbfs/Makefile | 44 +++
fs/cbfs/cbfs.c| 351
On Fri, Dec 2, 2011 at 1:14 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On 30/11/11 17:07, Gabe Black wrote:
Signed-off-by: Gabe Black gabebl...@chromium.org
---
arch/x86/cpu/coreboot/sdram.c | 32 ++--
arch/x86/include/asm/zimage.h |5
On Fri, Dec 2, 2011 at 1:22 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On 03/12/11 08:16, Gabe Black wrote:
On Fri, Dec 2, 2011 at 1:10 PM, Graeme Russ graeme.r...@gmail.com
mailto:graeme.r...@gmail.com wrote:
Hi Gabe,
On 30/11/11 17:07, Gabe Black wrote
On Fri, Dec 2, 2011 at 1:10 PM, Graeme Russ graeme.r...@gmail.com 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
section with zeroes. If we
On Fri, Dec 2, 2011 at 1:43 PM, Graeme Russ graeme.r...@gmail.com 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 is at the end
On Thu, Dec 1, 2011 at 7:47 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On 30/11/11 17:25, Gabe Black wrote:
On Tue, Nov 29, 2011 at 7:48 PM, Graeme Russ graeme.r...@gmail.com
mailto:graeme.r...@gmail.com wrote:
Hi Gabe,
On Wed, Nov 30, 2011 at 2:11 PM, Gabe
protocol, where to put the command line is a now a parameter instead
of being hard coded.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
arch/x86/include/asm/zimage.h |8 +-
arch/x86/lib/bootm.c | 21 +++--
arch/x86/lib/zimage.c | 183
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
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 gabebl...@chromium.org
---
arch
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 gabebl...@chromium.org
---
arch/x86/include/asm/zimage.h
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 Wed, Nov 9, 2011 at 5:31 PM, Mike Frysinger vap...@gentoo.org 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 vap...@gentoo.org
-mike
Bump.
___
U-Boot mailing list
On Wed, Nov 30, 2011 at 4:13 AM, Graeme Russ graeme.r...@gmail.com 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 Black (4):
x86: Clean up
No, that would be fine.
Gabe
On Tue, Nov 29, 2011 at 2:58 AM, Graeme Russ graeme.r...@gmail.com 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 gabebl...@chromium.org
---
include
Black gabebl...@google.com wrote:
No, that would be fine.
OK, can you send an updated patch - I'll apply it to u-boot-x86/next
Regards,
Graeme
Gabe
On Tue, Nov 29, 2011 at 2:58 AM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Gabe,
On 29/11/11 17:57, Gabe Black wrote
macro to avoid compiler errors.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
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 gabebl...@chromium.org
---
arch/x86/include/asm/zimage.h
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 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 gabebl...@chromium.org
---
arch
, 2011 at 2:11 PM, Gabe Black gabebl...@chromium.org
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 neither coreboot nor
u-boot
On Tue, Nov 29, 2011 at 7:39 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Wed, Nov 30, 2011 at 2:29 PM, Gabe Black gabebl...@chromium.org
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 series
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 gabebl...@chromium.org
---
Changes in v5:
Merge several smaller commits into this single
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 coreboot
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 gabebl...@chromium.org
---
arch/x86/cpu/coreboot/sdram.c | 18 +-
1 files
) 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 gabebl...@chromium.org
---
arch/x86/cpu/coreboot/sysinfo.c |8 +++-
1 files changed, 7
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
On Tue, Nov 29, 2011 at 7:48 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Wed, Nov 30, 2011 at 2:11 PM, Gabe Black gabebl...@chromium.org
wrote:
These two patches add support for the 32 bit Linux boot protocol to the
zboot command.
Going by our previous offline
On Tue, Nov 29, 2011 at 7:52 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Wed, Nov 30, 2011 at 2:50 PM, Gabe Black gabebl...@google.com wrote:
On Tue, Nov 29, 2011 at 7:39 PM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Gabe,
On Wed, Nov 30, 2011 at 2:29 PM, Gabe
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 gabebl...@chromium.org
---
include/configs/coreboot.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include
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 gabebl...@chromium.org wrote:
The ports for the IDE controller were reversed. Because u
This allows u-boot to figure out the partitions of a chrome-os install.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
-off-by: Gabe Black gabebl...@chromium.org
---
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
On Thu, Nov 17, 2011 at 1:01 AM, Gabe Black gabebl...@chromium.org 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
On Thu, Nov 17, 2011 at 1:43 AM, Graeme Russ graeme.r...@gmail.com 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 gabebl...@chromium.org
---
Changes in v2:
Change capitalization
On Thu, Nov 17, 2011 at 2:26 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On 17/11/11 21:11, Gabe Black wrote:
On Thu, Nov 17, 2011 at 1:43 AM, Graeme Russ graeme.r...@gmail.com
mailto:graeme.r...@gmail.com 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, 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 gabebl...@chromium.org
---
Changes in v5:
Merge several smaller commits into this single
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 coreboot
Add a target for running u-boot as a coreboot payload in boards.cfg.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
This is a skeleton implementation which always reports the size of memory
as 64 MB.
Signed-off-by: Gabe Black: gabebl...@chromium.org
---
arch/x86/cpu/coreboot/Makefile | 55 ++
arch/x86/cpu/coreboot/asm-offsets.c | 25 +++
arch/x86/cpu
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
/11/11 14:00, Gabe Black wrote:
The new implementation is about twice as fast as the old.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
[snip]
diff --git a/arch/x86/lib/string.c b/arch/x86/lib/string.c
new file mode 100644
index 000..1346173
--- /dev/null
+++ b/arch/x86
On Mon, Nov 14, 2011 at 2:10 PM, Graeme Russ graeme.r...@gmail.com 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
On Mon, Nov 14, 2011 at 1:49 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Mon, Nov 14, 2011 at 11:38 PM, Gabe Black gabebl...@google.com wrote:
On Sun, Nov 13, 2011 at 3:38 AM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Gabe,
Sorry about the lateness, but I just
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 gabebl...@chromium.org
---
Changes in v2:
Update the commit summary as suggested by Mike Frysinger.
Changes in v3:
Rebase onto the x86 repository.
Changes in v4
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
On Mon, Nov 14, 2011 at 8:58 PM, Graeme Russ graeme.r...@gmail.com wrote:
Gabe,
On Tue, Nov 15, 2011 at 3:55 PM, Gabe Black gabebl...@chromium.org
wrote:
Signed-off-by: Gabe Black gabebl...@chromium.org
---
arch/x86/lib/board.c |3 +++
1 files changed, 3 insertions(+), 0
as the 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 gabebl...@chromium.org
---
Changes in v2:
- Change summary tag
On Mon, Nov 14, 2011 at 9:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Tue, Nov 15, 2011 at 4:24 PM, Gabe Black gabebl...@chromium.org
wrote:
Signed-off-by: Gabe Black gabebl...@chromium.org
---
drivers/input/i8042.c | 970
Bump.
On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger vap...@gentoo.org 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.
Signed-off-by: Gabe
Bump.
On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger vap...@gentoo.org 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 without doing any
From: Gabe Black gabebl...@google.com
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 prepare
with 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: Gabe Black
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 gabebl...@chromium.org
---
Changes in v2
On Sat, Nov 12, 2011 at 2:26 AM, Graeme Russ graeme.r...@gmail.com 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_empty, the status register
The new implementation is about twice as fast as the old.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
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
On Wed, Nov 9, 2011 at 12:47 PM, Mike Frysinger vap...@gentoo.org 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
On Thu, Nov 10, 2011 at 5:59 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Mike,
On Fri, Nov 11, 2011 at 12:55 PM, Mike Frysinger vap...@gentoo.org
wrote:
On Thursday 10 November 2011 20:51:47 Graeme Russ wrote:
A few questions (I am unfamiliar with the Linux build environment):
a)
On Thu, Nov 10, 2011 at 6:22 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Gabe,
On Fri, Nov 11, 2011 at 1:10 PM, Gabe Black gabebl...@google.com wrote:
On Thu, Nov 10, 2011 at 5:59 PM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Mike,
On Fri, Nov 11, 2011 at 12:55 PM, Mike
to be, the end result is that the cursor is where it's supposed to
be with the other text preserved intact.
Signed-off-by: Gabe Black gabebl...@chromium.org
---
drivers/video/cfb_console.c | 92 ++-
1 files changed, 47 insertions(+), 45 deletions(-)
diff --git
1 - 100 of 135 matches
Mail list logo