Hi Vasili,
On Wed, 2014-06-25 at 15:38 +0300, Vasili Galka wrote:
> Hi Alexey,
>
> Your commit 50b0df814b0f75c08a3d45a017016a75af3edb5d caused
> drivers/net/designware.c to be dependent on dcache functionality, e.g.
> invalidate_dcache_range(). This brakes build for configurations that
> don't
>
Hi Daniel,
>From: Daniel Mack [mailto:zon...@gmail.com]
>
>Resending this since I got no replies on the first version.
>I also fixed up the commit log of #1.
>
I plan to test this, but there is still a long pending list of patches which
for me to test in kernel and u-boot. So it might take bit tim
Hi,
Any one please tell me how to do usb test(post) in uboot?I have a
requirement for running usb test as part of diagnostics, on an ARM based
platform.I am using toradex iris carrier board with colibri T30 module.
please tell me solution.
thanks,shobin.b
Hi Simon, Marek,
On Thu, Jun 26, 2014 at 10:04 AM, Vivek Gautam wrote:
sorry for spamming, the earlier message got sent by mistake.
> On Thu, Jun 26, 2014 at 8:00 AM, Simon Glass wrote:
>> Hi Marek,
>>
>> On 25 June 2014 02:33, Marek Vasut wrote:
>>> On Wednesday, June 25, 2014 at 08:27:39 A
On Thu, Jun 26, 2014 at 8:00 AM, Simon Glass wrote:
> Hi Marek,
>
> On 25 June 2014 02:33, Marek Vasut wrote:
>> On Wednesday, June 25, 2014 at 08:27:39 AM, Simon Glass wrote:
>> [...]
>>> > > > model. Instead, I'd love to see a mean to instantiate each *HCI
>>> > > > controller and have a USB co
On 06/25/2014 08:12 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 25 June 2014 10:57, Stephen Warren wrote:
>>
>> From: Stephen Warren
>>
>> I2C read transactions are typically implemented as follows:
>>
>> START(write) address REPEATED_START(read) data... STOP
>>
>> However, Tegra's I2C driver cu
Hello everybody,
We're trying to boot a custom board loosely based on the T4240QDS. We
have the T4240 coming up and getting its RCW / PBL from a SPI EEPROM,
and it reads 8 KB of program from NAND flash into SRAM, then dies. I
think we just don't have things in the right places. I'm a little
c
Hi Marek,
On 25 June 2014 02:33, Marek Vasut wrote:
> On Wednesday, June 25, 2014 at 08:27:39 AM, Simon Glass wrote:
> [...]
>> > > > model. Instead, I'd love to see a mean to instantiate each *HCI
>> > > > controller and have a USB core which would track those instances. The
>> > > > USB core wo
Hi,
On 24 June 2014 05:36, Minkyu Kang wrote:
> On 24/06/14 20:28, Ajay kumar wrote:
>> Hi Minkyu,
>>
>> On Tue, Jun 24, 2014 at 3:36 AM, Minkyu Kang wrote:
>>> On 17/06/14 18:06, Ajay Kumar wrote:
[snip]
>>>
>>> No. Please don't mix cpu_is... and proid_is
>>> You can refer to other function
Hi Masahiro,
On 25 June 2014 19:03, Masahiro Yamada wrote:
> Hi Simon,
>
>
> On Wed, 25 Jun 2014 10:53:08 -0600
> Simon Glass wrote:
>
>> Hi Masahiro,
>>
>> On 24 June 2014 17:56, Simon Glass wrote:
>> > Hi,
>> >
>> > On 24 June 2014 14:40, Doug Anderson wrote:
>> >> It sure looks like checkpa
On 11 June 2014 22:37, Simon Glass wrote:
> On 10 June 2014 09:14, Vasili Galka wrote:
>> Until now building the x86 arch boards required 32-bit toolchain. As
>> many x86_64 toolchains come with 32-bit support (multilib) that's a
>> good idea to enable build with such toolchains.
>>
>> The change
On 11 June 2014 22:23, Simon Glass wrote:
> On 11 June 2014 12:26, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Each node in the linked-list that os_dirent_ls() returns has its next
>> pointer set only when the next node is created. For the last node in the
>> list, there is no next node,
On 12 June 2014 12:57, Simon Glass wrote:
> On 12 June 2014 10:28, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Signed-off-by: Stephen Warren
>> Tested-by: Josh Wu
>
> Acked-by: Simon Glass
> Tested-by: Simon Glass
>
Applied to u-boot-x86/sandbox
On 25 June 2014 13:57, Jeroen Hofstee wrote:
> lists.c / root.c do not include their own header and they
> could potentially implement a different function. Therefore
> actually include the headers.
>
> cc: s...@chromium.org
> Signed-off-by: Jeroen Hofstee
Acked-by: Simon Glass
Hi Stephen,
On 25 June 2014 10:57, Stephen Warren wrote:
>
> From: Stephen Warren
>
> I2C read transactions are typically implemented as follows:
>
> START(write) address REPEATED_START(read) data... STOP
>
> However, Tegra's I2C driver currently implements reads as follows:
>
> START(write) add
On 24/06/14 20:41, Ajay kumar wrote:
> On Tue, Jun 24, 2014 at 7:36 AM, Minkyu Kang wrote:
>> On 24/06/14 20:28, Ajay kumar wrote:
>>> Hi Minkyu,
>>>
>>> On Tue, Jun 24, 2014 at 3:36 AM, Minkyu Kang wrote:
On 17/06/14 18:06, Ajay Kumar wrote:
> Add get_lcd_clk and set_lcd_clk callbacks f
Hi Simon,
On Wed, 25 Jun 2014 10:53:08 -0600
Simon Glass wrote:
> Hi Masahiro,
>
> On 24 June 2014 17:56, Simon Glass wrote:
> > Hi,
> >
> > On 24 June 2014 14:40, Doug Anderson wrote:
> >> It sure looks like checkpatch now catches things so it never gets to
> >> "git am". Making "-a" off b
Rob,
On 14-06-25 06:59 AM, Rob Herring wrote:
On Mon, Jun 23, 2014 at 1:37 PM, Steve Rae wrote:
Rob & Sebastian
I would appreciate your comments on this issue; I suspect that you had some
ideas regarding the implementation of the fastboot "flash" and "erase"
commands
I agree with Lukasz
Hi Stephen,
> Subject: [U-Boot] [PATCH 3/3] i2c: tegra: dump alen in debug statements
>
> From: Stephen Warren
>
> Since tegra_i2c_{read,write}'s debug() call dumps the chip address, dump
> the address length (alen) too, so the address value can be correctly
> interpreted.
>
> Signed-off-by: S
Hi Stephen,
> Subject: [U-Boot] [PATCH 2/3] i2c: tegra: write clean data to TX FIFO
>
> From: Stephen Warren
>
> The Tegra I2C controller's TX FIFO contains 32-bit words. If the final FIFO
> entry of a transaction contains fewer than 4 bytes, the driver currently fills
> the unused FIFO bytes w
> >
> > Signed-off-by: Stephen Warren
>
> LGME.
Oops, should be LGTM.
>
> Reviewed-by: Yen Lin
>
> Regards,
> Yen Lin
---
This email message is for the sole use of the intended recipient(s) and may
contain
con
Hi Stephen,
> Subject: [U-Boot] [PATCH 1/3] i2c: tegra: use repeated start for reads
>
> From: Stephen Warren
>
> I2C read transactions are typically implemented as follows:
>
> START(write) address REPEATED_START(read) data... STOP
>
> However, Tegra's I2C driver currently implements reads a
On Friday, April 18, 2014 at 04:33:15 AM, Yasuhisa Umano wrote:
> Initialization of r8a66597 info structure is not enough.
> Because initilization was used size of pointer.
> This fixes that use size of r8a6659 info structure.
>
> Signed-off-by: Yasuhisa Umano
I'm not sure how those two patches
On Thursday, June 12, 2014 at 12:31:27 AM, Jeroen Hofstee wrote:
> Because of the brackets the & and && is evaluated before
> the comparison. This is likely not the intention. Change
> it to test the first and second condition to both be true.
>
> cc: Marek Vasut
> Signed-off-by: Jeroen Hofstee
On Tuesday, June 17, 2014 at 09:14:17 PM, Jeroen Hofstee wrote:
> For plain array const can be either before or after
> the type definition. Adding both is simply redundand.
> Remove the later one.
>
> cc: ma...@denx.de
> Signed-off-by: Jeroen Hofstee
Applied, thanks.
Best regards,
Marek Vasut
On Monday, June 23, 2014 at 08:02:48 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ci_udc.c's usb_gadget_unregister_driver() doesn't call driver->unbind()
> unlike other USB gadget drivers. Fix it to do this.
>
> Without this, when ether.c's CDC Ethernet device is torn down,
> eth_unbind(
On Wednesday, June 25, 2014 at 07:03:18 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> s/ot/to/
>
> Signed-off-by: Stephen Warren
Applied, thanks.
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
genimg_print_time uses time_t, but time.h is never included.
Linux gets away with this since types.h includes time.h.
Explicitly include the header file so building on e.g. FreeBSD
also works.
cc: Tom Rini
Signed-off-by: Jeroen Hofstee
---
include/compiler.h | 1 +
1 file changed, 1 insertion(+
lists.c / root.c do not include their own header and they
could potentially implement a different function. Therefore
actually include the headers.
cc: s...@chromium.org
Signed-off-by: Jeroen Hofstee
---
drivers/core/lists.c | 1 +
drivers/core/root.c | 1 +
2 files changed, 2 insertions(+)
di
Hi Albert,
Any comments on these sunxi series from Hans and myself?
Thanks,
Ian.
On Mon, 2014-06-09 at 11:36 +0200, Hans de Goede wrote:
> Hi All,
>
> Here is v2 of my patch series to be applied on top of Ian's recently merged
> basic sun7i support.
>
> This patch series begins with a few bug
Dear colleagues,
When I configure mx28evk with CONFIG_EHCI_MXS_PORT0 instead of the
default CONFIG_EHCI_MXS_PORT1, and run on an i.MX28 EVK PCB REV D, and
do "start usb" at the prompt, then ehci_set_usbmode(0) (to set host
mode) is called but there is no 5V output on the micro-usb connector and
From: Fabio Estevam
With CONFIG_SYS_GENERIC_BOARD the board hangs after issuing a 'save' command.
Remove CONFIG_SYS_GENERIC_BOARD until this issue can be fixed properly.
Signed-off-by: Fabio Estevam
---
Stefano,
I will not have time to debug this prior to 2014.07 version.
It would be better
On 06/25/2014 08:15 PM, Scott Wood wrote:
On Wed, 2014-06-25 at 18:42 +0300, Ivan Khoronzhuk wrote:
On 06/25/2014 02:25 AM, Scott Wood wrote:
On Mon, 2014-06-23 at 18:26 +0300, Ivan Khoronzhuk wrote:
On 06/21/2014 02:40 AM, Scott Wood wrote:
On Sat, 2014-06-21 at 02:28 +0300, Ivan Khoronzhuk
On Wed, 2014-06-25 at 18:42 +0300, Ivan Khoronzhuk wrote:
> On 06/25/2014 02:25 AM, Scott Wood wrote:
> > On Mon, 2014-06-23 at 18:26 +0300, Ivan Khoronzhuk wrote:
> >> On 06/21/2014 02:40 AM, Scott Wood wrote:
> >>> On Sat, 2014-06-21 at 02:28 +0300, Ivan Khoronzhuk wrote:
> For keystyone k2h
From: Stephen Warren
Since tegra_i2c_{read,write}'s debug() call dumps the chip address, dump
the address length (alen) too, so the address value can be correctly
interpreted.
Signed-off-by: Stephen Warren
---
drivers/i2c/tegra_i2c.c | 8
1 file changed, 4 insertions(+), 4 deletions(-
From: Stephen Warren
The Tegra I2C controller's TX FIFO contains 32-bit words. If the final
FIFO entry of a transaction contains fewer than 4 bytes, the driver
currently fills the unused FIFO bytes with uninitialized data. This can
be confusing when reading back the FIFO content for debugging pur
From: Stephen Warren
I2C read transactions are typically implemented as follows:
START(write) address REPEATED_START(read) data... STOP
However, Tegra's I2C driver currently implements reads as follows:
START(write) address STOP START(read) data... STOP
This sequence confuses at least the AS3
From: Stephen Warren
s/ot/to/
Signed-off-by: Stephen Warren
---
drivers/usb/gadget/ci_udc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/ci_udc.c b/drivers/usb/gadget/ci_udc.c
index c3f6467b7db4..a6433e8d2d8d 100644
--- a/drivers/usb/gadget/ci_udc.
Hi Masahiro,
On 24 June 2014 17:56, Simon Glass wrote:
> Hi,
>
> On 24 June 2014 14:40, Doug Anderson wrote:
>> It sure looks like checkpatch now catches things so it never gets to
>> "git am". Making "-a" off by default seems reasonable to me.
>
>
> Well, good.
>
> Still, we need this patch to
On 06/25/2014 07:51 AM, Marek Vasut wrote:
> On Monday, June 23, 2014 at 08:02:48 PM, Stephen Warren wrote:
>
> +CC Jorg, rest of email is intact. Jorg, does this patch fix your issue?
Jorg's issue was timeouts during transfers, whereas this patch addresses
cleanup issues once the device isn't be
On 06/25/2014 02:26 AM, Scott Wood wrote:
On Tue, 2014-06-24 at 16:49 +0300, Ivan Khoronzhuk wrote:
For keystyone k2hk board the default nand layout is different
from davinci. So swich ecc layout at init in board file.
Signed-off-by: Ivan Khoronzhuk
---
board/ti/k2hk_evm/board.c | 11 ++
On 06/25/2014 02:25 AM, Scott Wood wrote:
On Mon, 2014-06-23 at 18:26 +0300, Ivan Khoronzhuk wrote:
On 06/21/2014 02:40 AM, Scott Wood wrote:
On Sat, 2014-06-21 at 02:28 +0300, Ivan Khoronzhuk wrote:
For keystyone k2hk board the default nand layout is different
from davinci. So swich ecc layo
Hi Rob,
On Jun 25, 2014, at 4:59 PM, Rob Herring wrote:
> On Mon, Jun 23, 2014 at 1:37 PM, Steve Rae wrote:
>> Rob & Sebastian
>>
>> I would appreciate your comments on this issue; I suspect that you had some
>> ideas regarding the implementation of the fastboot "flash" and "erase"
>> commands.
Hi Tom,
On 06/25/2014 03:00 PM, Tom Rini wrote:
> On Wed, Jun 25, 2014 at 02:43:31PM +0200, Daniel Mack wrote:
>
>> Resending this since I got no replies on the first version.
>> I also fixed up the commit log of #1.
>
> Sorry, I intended to play with it, but got busy.
No problem. I just don't
On Mon, Jun 23, 2014 at 1:37 PM, Steve Rae wrote:
> Rob & Sebastian
>
> I would appreciate your comments on this issue; I suspect that you had some
> ideas regarding the implementation of the fastboot "flash" and "erase"
> commands
I agree with Lukasz's and Marek's comments unless there are g
On Tuesday, June 24, 2014 at 04:38:58 PM, Michael Trimarchi wrote:
[...]
> > index af46db2..f78d532 100644
> > --- a/drivers/usb/phy/omap_usb_phy.c
> > +++ b/drivers/usb/phy/omap_usb_phy.c
> > @@ -222,7 +222,22 @@ static void am437x_enable_usb2_phy2(struct omap_xhci
>
> *omap)
>
> > void usb_phy
On Monday, June 23, 2014 at 08:02:48 PM, Stephen Warren wrote:
+CC Jorg, rest of email is intact. Jorg, does this patch fix your issue?
> From: Stephen Warren
>
> ci_udc.c's usb_gadget_unregister_driver() doesn't call driver->unbind()
> unlike other USB gadget drivers. Fix it to do this.
>
> W
Hi Albert,
On 25/06/2014 15:16, Albert ARIBAUD wrote:
> Thanks, I saw you have sent out a patch. I suggest you take it into the
> imx tree (possibly applying it where it ensures as few non-building
> commits as possible) then re-send a PR.
Agree, I am doing it.
Regards,
Stefano
--
==
Hi Stefano,
On Wed, 25 Jun 2014 12:05:11 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> On 25/06/2014 11:48, Albert ARIBAUD wrote:
>
> >
> > This breaks build on vf610twr.
> >
> > Git bisect shows the issue to be in commit 5bf497e3 (cc:ing author)
> >
> > The error seems to be trivial:
> >
>
On Wed, Jun 25, 2014 at 02:31:28PM +0200, Johannes Thumshirn wrote:
> Signed-off-by: Johannes Thumshirn
Seems reasonable. I'm going to defer this however until we have Kconfig
and can easily enable various drivers for build coverage unless you're
going to submit a board that makes use of this.
On Wed, Jun 25, 2014 at 02:43:31PM +0200, Daniel Mack wrote:
> Resending this since I got no replies on the first version.
> I also fixed up the commit log of #1.
Sorry, I intended to play with it, but got busy. Can you do a v3 where
you also enable this on am335x_evm which is where I assume you
Hi Wolfgang,
On Wed, 11 Jun 2014 23:16:51 +0200, Wolfgang Denk wrote:
> Dear Steve,
>
> In message <5398a640.3050...@broadcom.com> you wrote:
> >
> > So if I add a "your_header.c" as above, then
> >
> > (1) I need to modify "arch/arm/cpu/armv8/u-boot.lds":
> > . = 0x;
> >
> > +
That memory area is not used except for the first location, so it doesn't
matter. However, with the length configured to 256MiB, U-Boot crased when
accessing contents of the map.
Signed-off-by: Daniel Mack
---
arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +-
1 file changed, 1 insertion(+), 1
Enable GPMC's prefetch feature for NAND access. This speeds up NAND read
access a lot by pre-fetching contents in the background and reading them
through the FIFO address.
The current implementation has two limitations:
a) it only works in 8-bit mode
b) it only supports read access
Both is eas
Resending this since I got no replies on the first version.
I also fixed up the commit log of #1.
I spent some time looking into boot times of AM335x platforms. One big
improvement I made came with adding support for GPMC prefetch mode,
which gave a speed-up of NAND reads of roughly
Signed-off-by: Johannes Thumshirn
---
drivers/rtc/Makefile | 1 +
drivers/rtc/rx8581.c | 180 +++
2 files changed, 181 insertions(+)
create mode 100644 drivers/rtc/rx8581.c
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index d5a2725..
Hi Alexey,
Your commit 50b0df814b0f75c08a3d45a017016a75af3edb5d caused
drivers/net/designware.c to be dependent on dcache functionality, e.g.
invalidate_dcache_range(). This brakes build for configurations that don't
have this implemented. For example the blackfin based "bf609-ezkit" board
does
no
commit 67a04ab3ab8522a3a34491853e46105317580df5
fix the build for MX25. The same error
happens for VF610 SOC.
Signed-off-by: Stefano Babic
---
arch/arm/imx-common/iomux-v3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/imx-common/iomux-v3.c b/arch/arm/imx-common/i
From: Chao Fu
Freescale DSPI module is used on both the ColdFire platform and the ARM
platform. The original DSPI driver is written for ColdFire platform only,
this patch rewrite the driver to make it be used across the platforms.
Some files, functions, variables and macros were changed according
From: Chao Fu
Enable DSPI iomux for vf610twr board.
Add the SPI configuration for vf610twr board.
Signed-off-by: Chao Fu
---
Change in v2 :
New.
Change in v3 :
None.
Change in v4 :
None.
board/freescale/vf610twr/vf610twr.c | 15 ++-
include/configs/vf610twr
From: Chao Fu
This patch enable the DSPI moudle on VF610 platform with following udpate:
Add get_dspi_clk() function and enable DPSI clock gate.
Add DSPI iomux definition and set the iomux for DSPI.
Signed-off-by: Chao Fu
---
Change in v2:
Separated vf610-twr update into patch 3/4.
Chan
Hi Albert,
On 25/06/2014 11:48, Albert ARIBAUD wrote:
>
> This breaks build on vf610twr.
>
> Git bisect shows the issue to be in commit 5bf497e3 (cc:ing author)
>
> The error seems to be trivial:
>
> arch/arm/imx-common/iomux-v3.c:14:32: fatal error:
> asm/arch/sys_proto.h: No such file or di
Hi Stefano,
On Tue, 17 Jun 2014 19:03:05 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit 49692c5f517d8e44ed9db0de778728fe7d2a300c:
>
> net/designware: Make DMA burst length configurable and reduce by
> default (2014-0
On 06/17/2014 12:38 PM, Michal Simek wrote:
On 06/17/2014 10:45 AM, Masahiro Yamada wrote:
This bug should be fixed asap.
Because this patch is assigned to you,
could you apply it and send a pull-request, please?
Applied and pull request sent.
Thanks,
Michal
This very same commit brea
Hi Michal,
On Tue, 17 Jun 2014 12:35:58 +0200, Michal Simek
wrote:
> Hi Albert and Tom,
>
> here is one critical fix which should go to v2014.07 release.
> Without it u-boot for zynq is not working.
> Please add it to your tree.
>
> Thanks,
> Michal
>
>
> The following changes since commit d
On Wednesday, June 25, 2014 at 08:27:39 AM, Simon Glass wrote:
[...]
> > > > model. Instead, I'd love to see a mean to instantiate each *HCI
> > > > controller and have a USB core which would track those instances. The
> > > > USB core would then be able to call whatever generic ops on those
> > >
Hi Pantelis,
On 06/12/2014 06:10 PM, Pantelis Antoniou wrote:
Hi Dmitry,
I took a good look at the patch and there's a problem.
On Apr 27, 2014, at 1:18 PM, Dmitry Lifshitz wrote:
Add callback with __weak annotation to allow setup of environment
partition number in runtime from a board file.
Hi Stephen,
> On 06/23/2014 01:39 AM, Lukasz Majewski wrote:
> > Commit d4f5ef59cc7 "dfu: defer parsing of device string to IO
> > backend" changed the function signature of dfu_init_env_entities().
> > Adjust cmd_thordown.c to match that change.
> >
> > Also, apply the same change as commit d6d3
68 matches
Mail list logo
