Signed-off-by: Vincent Stehlé
---
board/ti/evm/evm.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/ti/evm/evm.c b/board/ti/evm/evm.c
index 30c1c57..d0604e9 100644
--- a/board/ti/evm/evm.c
+++ b/board/ti/evm/evm.c
@@ -33,7 +33,6 @@
#include
#include
#include
directory
`/home/vincent/divers/ubuntu/natty-omap3evm/u-boot/board/ti/evm'
ccache arm-linux-gnueabi-gcc -g -Os -fno-common -ffixed-r8
-msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x80008000
-I/home/vincent/divers/ubuntu/natty-omap3evm/u-boot/include -fno-builtin
-ffreestanding -nostd
lite, I am looking for a
way to build it myself. Is there a roadmap to build a "SPL"
configuration from a "normal" configuration in u-boot ? Or is there a
way to configure u-boot so that Linux is started in the NW instead of
the SW ?
Best regards,
Vincent
[1]:
http://www.nxp
Stefano wrote:
> Please help me to find the use case. I searched in all i.MX6 boards in
> mainline, but none of them is setting CONFIG_SKIP_LOWLEVEL_INIT. Can you
> tell me on which board there is this issue ?
Hi Stefano,
Thank you for taking the time to look at this proposed patch.
You are righ
der of events in the initialization.
Best,
Vincent
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
like
that ?
Thank you for your feedback !
Best,
Vincent
2015-02-25 19:38 GMT+01:00 Stephen Warren :
> On 02/25/2015 02:30 AM, Vincent wrote:
>
>> Hi,
>> as explained here http://community.arm.com/message/25127, it is possible
>> to
>> boot the raspberry 2 in secure
nto account. Where
do you suggest I put ARMV7_virt and ARMV7_NONSEC ?
Best,
Vincent
2015-02-26 10:17 GMT+01:00 Andre Przywara :
> Hi Vincent,
>
> On 26/02/15 08:27, Vincent wrote:
> > Hi,
> > I finally hacked my way through U-boot and I managed to add raspberry's
> &
Oh and I don't think there is a TZ Address space controller on the
raspberry, or at least I am not aware of any.
2015-02-26 10:32 GMT+01:00 Vincent :
> I tried what Stephen suggested, and just changing CONFIG_SYS_TEXT_BASE to
> 0x0 (with kernel_old=1) does not work: the board d
2015-02-27 10:41 GMT+01:00 Andre Przywara :
> Hi Vincent,
>
> On 26/02/15 09:32, Vincent wrote:
> > I tried what Stephen suggested, and just changing CONFIG_SYS_TEXT_BASE to
> > 0x0 (with kernel_old=1) does not work: the board display some garbage on
> > the uart the
at not the "right" way to do it,
but it works for now :)
Thank you very much for your help
V.
2015-02-28 5:58 GMT+01:00 Stephen Warren :
> On 02/26/2015 02:32 AM, Vincent wrote:
> > I tried what Stephen suggested, and just changing CONFIG_SYS_TEXT_BASE
> > to 0x0 (with ker
bedded like this in "pbl_cmd_initaddr" when it is a
global variable too ?
Best,
Vincent
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
re are a lot of 'Reserved' entry that have a name (like
CSU_CSLX_GIC for example), am I lacking some information ?
Best regards,
Vincent
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
t these locations are quite huge I'm afraid.
Best regards,
Vincent
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
enough.
With ACTLR.SMP bit set to 1, I get strange behavior in several places
in u-boot (I can witness CAAM & MMC at least).
Could it be that u-boot was running without cache on cortex-a7 and
activating this bit made cache related issues arise ?
Best,
Vincent
2016-03-25 18:33 GMT+01:00 Vincent :
- if the secure boot fuse is not burnt, but the shadow register is written
by software before calling the HAB entry point, authenticate works fine.
Since the ROM seems to read the shadow register rather than the fuse, why
is u-boot doing differently ?
Best regards,
Vi
. Sadly, I am
not able to confirm if this is a proper fix as I am hitting other boot
issues in the case of multiple boot devices of the same class it seems...
Vincent.
[1]: https://buildroot.org
---
boot/bootmeth_efi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --
#35).
Hi Mathew,
Thank you for this patch; it works for me and is much simpler that what I had in
mind.
- Your patch repairs efi with virtio, for Qemu arm and aarch64.
- It does not break efi on USB and NVMe (on Qemu).
Best regards,
Vincent.
boot when I invert the two virtio disks.
Best regards,
Vincent.
[1]: https://lists.denx.de/pipermail/u-boot/2023-April/514527.html
-- - --
Scanning global bootmeth 'efi_mgr':
Scanning bootdev 'virtio-blk#30.bootdev':
No more bootdevs
--- -- - --
(0 bootflows, 0 valid)
The messages seem to indicate that virtio #31 / 1 was not even considere
All
> -Original Message-
> From: Stefan Wahren
> Sent: Sunday, May 14, 2023 1:55 PM
> To: Nuno Gonçalves ; u-boot@lists.denx.de; Vincent
> Fazio ; pbrobin...@gmail.com
> Subject: [External] - Re: Issues with bcm2835-host: let firmware manage the
> clock divisor
Stefan
> -Original Message-
> From: Stefan Wahren
> Sent: Monday, May 15, 2023 11:35 AM
> To: Vincent Fazio ; Nuno Gonçalves
> ; u-boot@lists.denx.de; pbrobin...@gmail.com
> Subject: Re: [External] - Re: Issues with bcm2835-host: let firmware manage
> the clock di
Stefan
> -Original Message-
> From: Stefan Wahren
> Sent: Tuesday, May 16, 2023 12:54 AM
> To: Vincent Fazio ; Nuno Gonçalves
> ; u-boot@lists.denx.de; pbrobin...@gmail.com
> Subject: Re: [External] - Re: Issues with bcm2835-host: let firmware manage
> the clock div
The pwm_sifive_set_config() and pwm_sifive_set_enable() cannot work
properly due to the wrong implementations. It will cause the u-boot
PWM command to not work as expected. The bugs will be resolved in this
patch.
Signed-off-by: Vincent Chen
---
drivers/pwm/pwm-sifive.c | 21
QueryVariableInfo() must return EFI_INVALID_PARAMETER when an invalid
combination of attribute bits is supplied.
This fixes three SCT QueryVariableInfo_Conf failures.
Signed-off-by: Vincent Stehlé
Reviewed-by: Grant Likely
Cc: Heinrich Schuchardt
Cc: Alexander Graf
Changes since v1
The pwm_sifive_set_config() and pwm_sifive_set_enable() cannot work
properly due to the wrong implementations. It will cause the u-boot
PWM command to not work as expected. The bugs will be resolved in this
patch.
Signed-off-by: Vincent Chen
---
drivers/pwm/pwm-sifive.c | 21
Hi,
The following couple of patches fixes a small UEFI HII conformance issue and
adds a selftest demonstrating the issue.
This is sent in this order to avoid breaking `bootefi selftest' in the middle
but feel free to apply in any order if preferred.
Best regards,
Vincent.
Vincent Steh
When the HII protocol function get_package_list_handle() is called with an
invalid package list handle, it returns EFI_NOT_FOUND but this is not in
its list of possible status codes as per the EFI specification.
Return EFI_INVALID_PARAMETER instead to fix conformance.
Signed-off-by: Vincent
Add a test for the case when the HII database protocol
get_package_list_handle() function is called with an invalid package list
handle.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
---
lib/efi_selftest/efi_selftest_hii.c | 10 ++
1 file changed, 10
The EFI Conformance Profile Table entry for EBBR appears in v2.1.0 of the
EBBR specification[1]. Update naming accordingly.
While at it, update the EBBR version referenced in the documentation.
[1]: https://github.com/ARM-software/ebbr/releases/tag/v2.1.0
Signed-off-by: Vincent Stehlé
Cc
On Thu, Dec 22, 2022 at 10:45:22AM +0100, Heinrich Schuchardt wrote:
Hi Heinrich,
Happy new year, and thank you for the reviews.
More comments below.
> On 12/13/22 22:39, Vincent Stehlé wrote:
> > Add a test for the case when the HII database protocol
> > get_package_list_handl
Add a couple of tests for the cases when the HII database protocol
get_package_list_handle() function is called with invalid parameters.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
---
Hi,
Thanks Heinrich for your review and feedbacks; here is v2 of this patch
Hi,
The following couple of patches make UEFI HII set_keyboard_layout() more
conforming in the case of invalid input parameter and add a selftest.
This is sent in this order to avoid breaking `bootefi selftest' in the middle
but feel free to apply in any order if preferred.
Best regards,
Vi
As per the EFI specification, the HII database protocol function
set_keyboard_layout() must return EFI_INVALID_PARAMETER when it is called
with a NULL key_guid argument. Modify the function accordingly to improve
conformance.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias
Add a test for the case when the HII database protocol
set_keyboard_layout() function is called with a NULL key_guid argument.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
---
lib/efi_selftest/efi_selftest_hii.c | 12
1 file changed, 12 insertions
1)
content: A8:F6:AE:40:D8:A7:08:F0:3E:05:A2:2F:94:EC:A9:EC
(not decipherable: truncated SHA-1 message digest only)
Best regards,
Vincent.
[1] https://uuid.ramsey.dev/en/stable/rfc4122/version5.html
>
> The well-known salt GUID can be specific to the arc
On Fri, May 31, 2024 at 03:50:40PM +0200, Caleb Connolly wrote:
> Add a tool that can generate GUIDs that match those generated internally
> by U-Boot for capsule update fw_images.
Hi Caleb,
Thanks for working on this.
I think there is a leftover "dtb" option; see below.
Best
On Wed, Jun 19, 2024 at 10:15:32PM +0300, Ilias Apalodimas wrote:
> Allô Vincent,
Hi Ilias :)
>
> Thanks for testing!
>
> On Wed, 19 Jun 2024 at 17:02, Vincent Stehlé wrote:
> >
> > On Fri, May 31, 2024 at 03:50:34PM +0200, Caleb Connolly wrote:
> > > As m
at for both
UUIDs and GUIDs, which uuid -d understands, and which has no notion of
endianness. (Only the structures in memory have an endianness.)
This means we do not need an output format parameter.
genguid is calling the new gen_uuid_v5() function, which outputs a big-endian
struct uuid. Therefore, genguid should print it with 'STD format, not 'GUID.
Best regards,
Vincent.
>
> Best regards
>
> Heinrich
On Fri, Jun 21, 2024 at 07:11:28PM +0200, Caleb Connolly wrote:
> On Fri, 21 Jun 2024, 19:06 Vincent Stehlé, wrote:
>
> > On Fri, Jun 21, 2024 at 01:00:51PM +0200, Heinrich Schuchardt wrote:
> > (..)
> > > The current specification is in RFC 9562, 4.1, "Variant
7d8852c60d
fd5db83c-12f3-a46b-80a9-e3007c7ff56e
ffd97379-0956-fa94-c003-8bfcf5cc097b
- Also, a few minor modifications here and there.
Signed-off-by: Vincent Stehlé
Cc: Caleb Connolly
Cc: Tom Rini
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
Cc: Simon Glass
Cc: Mario Six
Cc: Alper Nebi
The scan_part() function uses a struct uuid to store the little-endian
partition type GUID, but this structure should be used only to contain a
big-endian UUID. Use an efi_guid_t instead.
Signed-off-by: Vincent Stehlé
Cc: Simon Glass
Cc: Tom Rini
---
boot/bootmeth_cros.c | 4 ++--
1 file
On Thu, Jun 27, 2024 at 09:28:04PM +0200, Heinrich Schuchardt wrote:
>
Hi Heinrich,
Thanks for your review.
My comments below.
Best regards,
Vincent.
>
> Am 27. Juni 2024 19:06:29 MESZ schrieb "Vincent Stehlé"
> :
> >The scan_part() function uses a struct uui
know and I will respin.
There is no difference in the sandbox binaries before/after this
series on Arm and on PC, and all the tests I have run on the sandbox
are unchanged.
Best regards,
Vincent.
[1]
https://patchwork.ozlabs.org/project/uboot/patch/20240627170629.2696427-1-vincent.ste...@arm.com/
Move the guidcmp() and guidcpy() functions to efi.h, near the definition of
the efi_guid_t type those functions deal with.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
Cc: Tom Rini
---
include/efi.h| 10 ++
include/efi_loader.h | 10 --
2
The scan_part() function uses a struct uuid to store the little-endian
partition type GUID, but this structure should be used only to contain a
big-endian UUID. Use an efi_guid_t instead and use guidcmp() for the
comparison.
Suggested-by: Heinrich Schuchardt
Signed-off-by: Vincent Stehlé
Cc
On Tue, Jul 02, 2024 at 03:30:49PM +0200, Caleb Connolly wrote:
Hi Caleb,
Thanks for re-spinning this series; it looks very good.
My comments below.
Best regards,
Vincent.
> Add a tool that can generate GUIDs that match those generated internally
> by U-Boot for capsule update fw_images
7;
instead, which we reallocate when needed.
This fixes the following error:
String too short (500 chars)
While at it, fix a few typos in strings and comments.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
Cc: Simon Glass
Cc: Michal Simek
---
Hi,
This can be verified using the `test_trace.py&
The README.trace has been moved and converted to rst in commit dce26c7d56ed
("doc: move README.trace to HTML documentation"); fix all the remaining
references to this file.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
Cc: Simon Glass
Cc: Heinrich Schuchardt
---
c
s the following `bootefi' error:
Missing RNG device for EFI_RNG_PROTOCOL
Signed-off-by: Vincent Stehlé
Cc: Simon Glass
---
arch/sandbox/dts/sandbox.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sandbox/dts/sandbox.dtsi b/arch/sandbox/dts/sandbox.dtsi
index dc933f3bfc7
d reset after 2 second and test will be resumed after
reboot.resetting ...
Writing sandbox state
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
With your patch I do not hit this segfault anymore.
FWIW, feel free to add (or not):
Tested-by: Vincent Stehlé
Best
UpdateCapsule() must return EFI_INVALID_PARAMETER in a number of cases,
listed by the UEFI specification and tested by the SCT. Add a common
function to do that.
This fixes SCT UpdateCapsule_Conf failures.
Reviewed-by: Grant Likely
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc
, because the reset pint of these four devices incluing GEMGXL
connects to the GPIO, the 1st patch creates a new wrapper,
spl_reset_device_by_gpio(), to address the GPIO operation during the reset.
Vincent Chen (2):
board: sifive: unmatched: refine GEMGXL initialized function in SPL
board: sifive
Create a new function spl_reset_device_by_gpio to reset the device
whose reset pin is connected to the GPIO. Then, using this function
to initialize GEMGXL.
Signed-off-by: Vincent Chen
---
board/sifive/unmatched/spl.c | 58 +---
1 file changed, 39
Ensure USB hub, PCIe-USB bridge, and ULPI device to be reset
even if the rebooting is without power-cycling.
Signed-off-by: Vincent Chen
---
board/sifive/unmatched/spl.c | 36
1 file changed, 36 insertions(+)
diff --git a/board/sifive/unmatched/spl.c b
Just a gentle ping.
If this patchset has any problems, please let me know. I am willing to
modify it. Thank you.
On Thu, Jul 8, 2021 at 9:08 AM Vincent Chen wrote:
>
> In SiFive unmatched board, the reset of the USB hub, PCIe-USB bridge, and
> ULPI rely on the power-cycling. However,
VIRTIO_ID_MAX_NUM is the largest device ID plus 1. Therefore a device id
cannot be greater or equal to VIRTIO_ID_MAX_NUM. Fix the comparison
accordingly.
Fixes: 8fb49b4c7a82 ("dm: Add a new uclass driver for VirtIO transport devices")
Signed-off-by: Vincent Stehlé
Cc: Simon Glass
Cc
al size
probing").
Add the same workaround to the UEFI authenticated capsules tests to repair
them.
This can be tested with sandbox_defconfig, sandbox64_defconfig or
sandbox_flattree_defconfig, plus CONFIG_EFI_CAPSULE_AUTHENTICATE=y.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuch
Fix a couple of links so that they are rendered correctly with sphinx.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
---
doc/develop/uefi/fwu_updates.rst | 3 ++-
doc/develop/uefi/uefi.rst| 4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff
The firmware management protocol can be used to manage device firmware.
U-Boot can be configured to provide an implementation.
Document the related functions in the API section.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
---
doc/api/efi.rst | 6 ++
1 file changed, 6 insertions
w_get_image_info'
./lib/efi_loader/efi_firmware.c:395: warning: Function parameter or member
'package_version_name' not described in 'efi_firmware_raw_get_image_info'
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
---
lib/efi_loader/efi_firmware.c | 10 +---
GUID typo introduced by commit 2e9c3c6965ba ("test:
capsule: Modify the capsule tests to use GUID values for sandbox").
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
---
test/py/tests/test_efi_capsule/conftest.py | 4 ++--
.../tests/test_efi_capsule/test_capsul
CONFIG_EFI_CAPSULE_AUTHENTICATE=y.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
---
lib/efi_loader/efi_firmware.c | 115 +++---
test/py/tests/test_efi_capsule/conftest.py| 21 +++-
...py => test_capsule_firmware_signed_fit.py} | 41 ---
..
Align the list of default commands mentioned in the configuration options
paragraph of the README with the actual definitions found in
include/config_cmd_default.h
Signed-off-by: Vincent Stehlé
---
README | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a
Attempting to run:
- an empty string
- a string with just spaces
returns different error codes, 1 for the empty string and 0
for the string with just spaces. Make both of them return
0 for consistency.
Signed-off-by: Rabin Vincent
---
common/cli_hush.c | 4 +++-
test/command_ut.c | 3 +++
2
run_command() returns success even if the command had a syntax error;
correct this behaviour.
Signed-off-by: Rabin Vincent
---
common/cli_hush.c | 2 +-
test/command_ut.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/common/cli_hush.c b/common/cli_hush.c
index a07ae71
init.c:126
#8 0x77ddd1ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
Signed-off-by: Rabin Vincent
---
common/dlmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/dlmalloc.c b/common/dlmalloc.c
index f987339..d87834d 100644
--- a/common/dlmalloc
t\;'setenv catX "setenv catout
'\\\''\$\$catin'\\\''"' \; run catX
Signed-off-by: Rabin Vincent
---
test/command_ut.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/test/command_ut.c b/test/command_ut.c
index 926573a..21804a4
sandbox crashes if a variable is set in the -c command, because
hush's top_vars is not allocated. Call cli_init() from sandbox
to ensure this is done before we execute the -c command.
$ ./u-boot -c 'a=1'
...
Segmentation fault (core dumped)
Signed-off-by: Rabin Vincent
---
a
parse_stream_outer() checks for rcode not being -1, but rcode is only
ever 0 or 1.
Signed-off-by: Rabin Vincent
---
common/cli_hush.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cli_hush.c b/common/cli_hush.c
index 9607e93..a07ae71 100644
--- a/common/cli_h
ject
> "eth: remove usb-ethernet devices before re-enumerating them" in the
> chromium.org git repos. Could that be pushed mainline. Feel free to add
> my "Tested-by: Wolfgang Grandegger ".
Sure I will do that today.
--
Vincent
When doing a "GET_REPORT" request on the keyboard control endpoint,
the report ID should 0 (ie report ID not used) rather than 1
as reports are not used in boot mode.
Signed-off-by: Vincent Palatin
---
common/usb_kbd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
di
Fix the crash when running several times usb_init() with a USB ethernet
device plugged.
Signed-off-by: Vincent Palatin
Tested-by: Wolfgang Grandegger
---
drivers/usb/eth/usb_ether.c |7 +--
include/net.h |1 +
net/eth.c | 29
On Mon, Jan 9, 2012 at 12:46, Marek Vasut wrote:
>> When doing a "GET_REPORT" request on the keyboard control endpoint,
>> the report ID should 0 (ie report ID not used) rather than 1
>> as reports are not used in boot mode.
>>
>> Signed-off-by: Vincent Pal
On Mon, Jan 9, 2012 at 12:57, Marek Vasut wrote:
>> Fix the crash when running several times usb_init() with a USB ethernet
>> device plugged.
>>
>> Signed-off-by: Vincent Palatin
>> Tested-by: Wolfgang Grandegger
>> ---
>> drivers/usb/eth/us
When keys are pressed on the numeric keypad, emit key codes for the numbers,
operators, dot and enter.
Signed-off-by: Vincent Palatin
---
common/usb_kbd.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/common/usb_kbd.c b/common/usb_kbd.c
index aaf7d6f
>> keycode = scancode - 0x3;
>
> This is good, but what happens if you press "Ctrl + numpad_key" ? Check line
> 221
> in usb_kbd.c for what I mean.
As before the patch, it returns some random uppercase letters.
This is br
ler initialization/enumeration.
Signed-off-by: Vincent Palatin
---
drivers/usb/host/ehci-hcd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 2197119..caa0cfb 100644
--- a/drivers/usb/host/ehci-hcd.c
++
er we are missing another delay somewhere in
the generic EHCI code (which used to be hidden and should be fixed) or
if i.MX53 is not compliant with the standard and need a special quirk.
--
Vincent
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Dec 19, 2011 at 08:59, Remy Bohmer wrote:
> Hi Wolfgang,
>
> 2011/12/19 Wolfgang Grandegger :
>> On 12/19/2011 01:51 PM, Vincent Palatin wrote:
>>> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
>>> wrote:
>>>> I just realized that this
the user, so he can fix the buffer if he wants.
This bug was triggered by some UVC webcams which have very large
configuration descriptors (e.g. a couple of kB) describing all their
supported video encodings.
Signed-off-by: Vincent Palatin
---
common/usb.c | 12 +---
1 files changed, 9
On 03/02/2013 11:46 PM, Albert ARIBAUD wrote:
> (..) Basically, this means we need Vincent's series
> to be applied first, then we can apply Sricharan's.
Hi,
I think this is too much trouble for a "one liner". Please feel free to
squash.
Best regards,
V.
___
The _start symbol is already relocated, so do not add the relocation the second
time in c_runtime_cpu_setup.
This fixes e.g. the abort exception handling path, which ended in double fault
due to bad address in VBAR.
Signed-off-by: Vincent Stehlé
Reported-by: Lubomir Popov
---
Hello,
Here is
Hi,
I am encountering the following i2c error on OMAP5 with mainline u-boot:
OMAP5430 EVM # mmc rescan
timed out in wait_for_bb: I2C_STAT=1410
It seems the first call to i2c_write for bus I2C1 will fail and will leave the
bus with SCL stuck low, preventing further i2c operations.
While stil
We add a return code to wait_for_bb() to be able to report errors to the
callers properly. We in turn handle this new error code in i2c_read, i2c_write
and i2c_probe.
Signed-off-by: Vincent Stehlé
---
drivers/i2c/omap24xx_i2c.c | 20 ++--
1 file changed, 14 insertions(+), 6
We handle i2c_write return code and complain in case of error. We propagate the
error, too, to allow better handling at the upper level in the future.
Signed-off-by: Vincent Stehlé
---
drivers/power/twl6035.c | 17 +
include/twl6035.h |2 +-
2 files changed, 14
OMAP5 has 8b i2c data register field, like OMAP2, 3 and 4. Handle in the same
way. This fixes the following error on OMAP5:
OMAP5430 EVM # mmc rescan
timed out in wait_for_bb: I2C_STAT=1410
twl6035: could not turn on LDO9.
Signed-off-by: Vincent Stehlé
---
drivers/i2c/omap24xx_i2c.c
avoid.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
Changes for v2:
- Fix missing page_table argument
- Add extern definition to fix compilation warning
arch/arm/cpu/armv7/omap5/Makefile |1 +
arch/arm/cpu/armv7/omap5/cache-cp15.c | 46 +
2 files
Tom Rini:
> Lets put the extern in arch/arm/include/asm/cache.h and make both files
> #include .
Sure, here is an updated patches pair:
[PATCH v3 1/2] ARM: cache: introduce weak arm_setup_identity_mapping
[PATCH v3 2/2] ARM: OMAP5: redefine arm_setup_identity_mapping
Thank you for your revie
want to avoid.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
Changes for v3:
- Add definition of __arm_setup_identity_mapping() into asm/cache.h
- Fix comments style
arch/arm/include/asm/cache.h |1 +
arch/arm/lib/cache-cp15.c| 22 +++---
2 files changed, 20
avoid.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
Changes for v3:
- Use definition of __arm_setup_identity_mapping() from asm/cache.h
Changes for v2:
- Fix missing page_table argument
- Add extern definition to fix compilation warning
arch/arm/cpu/armv7/omap5/Makefile |1
On Thu, Dec 13, 2012 at 9:30 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> From: Vincent Palatin
>>
>> Instead of hardcoding the PCI IDs on the USB controller, use the PCI
>> class to detect them.
>>
>> Ensure the busmaster bit is properly set in
Hi,
Here is a proposed updated patch series to unmap page 0 on OMAP5, rebased on
denx/master:
[PATCH v4 1/3] ARM: cache: declare set_section_dcache
[PATCH v4 2/3] ARM: cache: introduce weak arm_setup_identity_mapping
[PATCH v4 3/3] ARM: OMAP5: redefine arm_setup_identity_mapping
Necessary
We declare the set_section_dcache function globally in the cache header, for
later use by e.g. machine specific code.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
arch/arm/include/asm/cache.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/cache.h b/arch/arm
want to avoid.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
Changes for v4;
- Use set_section_dcache() function
- Remove page_table argument
Changes for v3:
- Add definition of __arm_setup_identity_mapping() into asm/cache.h
- Fix comments style
arch/arm/include/asm/cache.h |1
avoid.
Signed-off-by: Vincent Stehlé
Cc: Tom Rini
---
Changes for v4:
- Protect functions according to cache config
- Remove page_table argument
- Declare global data ptr and use it to retrieve page_table
Changes for v3:
- Use definition of __arm_setup_identity_mapping() from asm/cache.h
:) You can add my 'Tested-by' if you want:
Tested-by: Vincent Stehlé
Best regards,
V.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ually added to the list
> and this can only be done if you confirm your employer.
>
> So, if you are on the CC list and work at Google, please reply-all
> with a quick email stating this (without top posting).
I work for Google and my CLs signed by vpala...@chromium.org can be
attri
Make it work on PandaBoard 5 with 5432 ES2 and Linux.
Signed-off-by: Vincent Stehlé
---
Hi,
Here are some necessary adaptations for OMAP5 ES2, as magic value has changed.
In the mean time, we make the secondary cpu routine a bit closer to what
romcode does.
Best regards,
V.
arch/arm/lib
ome details about this as I
> can't remember where I read it, or if this is even possible. Thanks.
Hello
You may try something like this :
boot2=disk 0x40 1:6
boot1=if disk 0x40 0:6; then; else run boot2; fi
myboot=ide reset; run boot1; bootm 0x400000;
Rgds
--
Thibault
The Nomadik GPIO driver will also be used on the U8500 SoC, so move it
out of platform-specific code.
Acked-by: Alessandro Rubini
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
board/st/nhk8815/nhk8815.c |2 +-
cpu/arm926ejs/nomadik/Makefile
1 - 100 of 247 matches
Mail list logo
