On 10/02/2013 09:43 PM, Albert ARIBAUD wrote:
> Hi Michal,
>
> On Tue, 24 Sep 2013 12:38:38 +0200, Michal Simek
> wrote:
>
>> Hi Albert,
>>
>> On 09/23/2013 04:37 PM, Albert ARIBAUD wrote:
>>> Hi Michal,
>>>
>>> On Mon, 23 Sep 2013 16:19:52 +0200, Michal Simek
>>> wrote:
>>>
On 09/23/2013
Hi Wolfgang Denk,
Thanks for the feedback, for the customization
of u-boot_stub, the main file start.S needs to be changed i guess, the
u-boot_stub has to perform only CRC check. after performing it should goto
u_boot1/u_boot2 address and then it should start booting.
Hello Lukasz,
Thanks for reviewing the patch.
On Wed, Oct 2, 2013 at 8:41 PM, Lukasz Majewski wrote:
> Hi Leela,
>
>> The current pmic i2c code assumes the current i2c bus is
>> the same as the pmic device's bus. There is nothing ensuring
>> that to be true. Therefore, select the proper bus befo
Hi Michal,
On Thu, 03 Oct 2013 08:58:38 +0200, Michal Simek
wrote:
> On 10/02/2013 09:43 PM, Albert ARIBAUD wrote:
> > Hi Michal,
> >
> > On Tue, 24 Sep 2013 12:38:38 +0200, Michal Simek
> > wrote:
> >
> >> Hi Albert,
> >>
> >> On 09/23/2013 04:37 PM, Albert ARIBAUD wrote:
> >>> Hi Michal,
>
If the exynos display controller is still active when Linux starts,
then it will result in a kernel panic while FIMD sysmmu driver is
getting probed.
Calling exynos_fimd_lcd_disable() before jumping into kernel
disables the display controller by switching off the windows,
hence resolving the kernel
Add infrasturcture to cleanup any of those architecture related settings
done for u-boot, if they can cause problem during kernel boot.
Signed-off-by: Ajay Kumar
---
arch/arm/cpu/armv7/cpu.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/cpu/armv7/cpu.c b/arch/arm/cpu/armv7/c
Hi Ajay,
On Thu, 03 Oct 2013 14:34:20 +0530, Ajay Kumar
wrote:
> If the exynos display controller is still active when Linux starts,
> then it will result in a kernel panic while FIMD sysmmu driver is
> getting probed.
> Calling exynos_fimd_lcd_disable() before jumping into kernel
> disables the
Hi Ajay,
On Thu, 03 Oct 2013 14:34:19 +0530, Ajay Kumar
wrote:
> Add infrasturcture to cleanup any of those architecture related settings
> done for u-boot, if they can cause problem during kernel boot.
>
> Signed-off-by: Ajay Kumar
> ---
Regardless to ma question re fixing the issue in U-Boo
+Simon Glass
On Thu, Oct 3, 2013 at 2:25 PM, Albert ARIBAUD wrote:
> Hi Ajay,
>
> On Thu, 03 Oct 2013 14:34:20 +0530, Ajay Kumar
> wrote:
>
> > If the exynos display controller is still active when Linux starts,
> > then it will result in a kernel panic while FIMD sysmmu driver is
> > getting p
Hi Leela,
> Hello Lukasz,
>
> Thanks for reviewing the patch.
>
> On Wed, Oct 2, 2013 at 8:41 PM, Lukasz Majewski
> wrote:
> > Hi Leela,
> >
> >> The current pmic i2c code assumes the current i2c bus is
> >> the same as the pmic device's bus. There is nothing ensuring
> >> that to be true. Ther
Hi Albert,
On Thu, Oct 3, 2013 at 2:28 PM, Albert ARIBAUD wrote:
> Hi Ajay,
>
> On Thu, 03 Oct 2013 14:34:19 +0530, Ajay Kumar
> wrote:
>
> > Add infrasturcture to cleanup any of those architecture related settings
> > done for u-boot, if they can cause problem during kernel boot.
> >
> > Signe
Hi Albert,
On 10/03/2013 10:41 AM, Albert ARIBAUD wrote:
> Hi Michal,
>
> On Thu, 03 Oct 2013 08:58:38 +0200, Michal Simek
> wrote:
>
>> On 10/02/2013 09:43 PM, Albert ARIBAUD wrote:
>>> Hi Michal,
>>>
>>> On Tue, 24 Sep 2013 12:38:38 +0200, Michal Simek
>>> wrote:
>>>
Hi Albert,
>>>
The part_validate comment had a wrong description of the actions it
does and referenced to non-existent functions while in fact it calls
'part_validate_eraseblock()'.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Fix code comment (dropped 'either')
Changes in v2:
- rework commit log (Eric
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2: None
doc/README.JFFS2_NAND | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/README.JFFS2_NAND b/doc/README.JFFS2_NAND
index 5018ae8..09788d5 100644
--- a/doc/README.JFFS2_NAND
+++ b/doc/README.JFFS2_NAND
The modelist data uses the list definition but the 'list.h' header
were not being included. The build failure is bellow:
,
| In file included from .c:16:0:
| .../u-boot/include/linux/fb.h:503:19: error: field 'modelist' has incomplete
type
| struct list_head modelist; /* mode list */
|
Hello,
I am resending the patches I think are ready to be applied and are
trivial.
Please also add:
http://patchwork.ozlabs.org/patch/279105/
as it fixes a watchdog to work.
Changes in v3:
- Fix code comment (dropped 'either')
Changes in v2:
- rework commit log (Eric Benard)
- rework commitlo
The macro allows easy setting in per-pin, as for example:
,
| imx_iomux_v3_setup_pad(MX6_PAD_NANDF_D1__GPIO_2_1 | MUX_MODE_SION);
`
The IOMUX_CONFIG_SION allows for reading PAD value from PSR register.
The following quote from the datasheet:
,
| ...
| 28.4.2.2 GPIO Write Mode
| The
This patch series provide support for TIZEN's THOR download protocol.
Dedicated program for flashing TIZEN developer devices (TRATS, TRATS2)
is called lthor (or thor for Windows) and can be found at:
git clone git://review.tizen.org/tools/lthor
or for git web:
https://review.tizen.org/git/?p=to
New command - thordown - has been added to support downloading data
via lthor TIZEN program.
It is similar to dfu command syntax and reuses its code for flashing data.
Signed-off-by: Lukasz Majewski
---
common/Makefile |1 +
common/cmd_thordown.c | 58
Special, common to Samsung, function for altering usb descriptor's
idVendor and idProduct has been added.
For compatibility reasons (Win vs Linux) the THOR idProduct must be
different than the one for DFU/UMS.
Signed-off-by: Lukasz Majewski
Cc: Minkyu Kang
---
board/samsung/common/Makefile |
Define the dfu_get_buf() and dfu_free_buf() as global functions.
They are necessary for zero copy buffer management, when DFU backend is
used for storing data.
Signed-off-by: Lukasz Majewski
Marek Vasut
---
drivers/dfu/dfu.c |4 ++--
include/dfu.h |2 ++
2 files changed, 4 insertion
The s3c udc driver sends data in a max packet size. Therefore the dcache
invalidate range shall be equal to max packet, not the entire
DMA_BUFFER_SIZE.
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/s3c_udc_otg_xfer_dma.c |2 +-
1 file changed, 1 insertion(+), 1 delet
New function - dfu_get_alt() - has been added to dfu core. If present, it
returns alt setting's number corresponding to passed name.
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/dfu/dfu.c | 12
include/dfu.h |1 +
2 files changed, 13 insertions(+)
diff --gi
New parameter, namely *name has been added to g_dnl_bind_fixup().
It is necessary (for compatibility reasons) to assign new USB idProduct
and idVendor for different usb functions.
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
board/siemens/common/factoryset.c |2 +-
drivers/usb/gadget/
A set of environment variables needs to be updated to provide support for
TIZEN download command (tizendown).
Since DFU is used as a flashing backend, it is also necessary to extent
malloc pool size for DFU buffer allocation.
Moreover, for compatibility reasons (Win vs. Lin) new USB idProduct numb
When the usb_configuration structure is declared as static, it is very
hard to assure, that relevant fields (as e.g. config->interfaces[]) are
cleared out before new call to g_dnl related functions.
Signed-off-by: Lukasz Majewski
Marek Vasut
---
drivers/usb/gadget/g_dnl.c | 24 +++
Implementation of USB download function which supports THOR protocol.
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/f_thor.c | 1010 +++
drivers/usb/gadget/f_thor.h | 123 ++
include/thor.
Support of "thor" function at generic download code (g_dnl.c).
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/g_dnl.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/g_dnl.c
index 98560b8..43
Using 512k for fdt partition allow it to be aligned with the other
small partitions and 512k erase block size.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
in
When using a NAND IC with 4GiB of size, mtdparts go crazy as the 32bit
size variables overview resulting in:
,
| MX28EVK U-Boot > mtdparts default
| gpmi-nand: partitioning exceeds flash size
`
Using a 64bit variable fixes the problem.
Signed-off-by: Otavio Salvador
---
common/cmd_mtdp
Currently, the buffer descriptor (BD) fields cannot be
correctly accessed by a little endian processor. This
patch fixes the issue by making the access of BDs to be
portable among different cpu architectures.
Use portable data types for the Rx/Tx buffer descriptor
fields. Use portable I/O access
The Exynos5 i2c driver does not handle NACKs properly. This change:
- fixes the NACK processing problem (do not continue transaction if
address cycle was NACKed)
- eliminates a fair amount of duplicate code
Signed-off-by: Vadim Bendebury
Reviewed-by: Simon Glass
Signed-off-by: Naveen Krishna
From: Simon Glass
At present the i2c ports are enumerated in a strange way - the
fdtdec_find_aliases_for_id() function is used, but then the ID returned
is ignored and the ports are renumbered. The effect is the same provided
that the device tree has the ports in the same order, or uses aliases,
Add support for hsi2c controller available on exynos5420.
Note: driver currently supports only fast speed mode 100kbps
Change-Id: I02555b1dc8f4ac21c50aa5158179768563c92f43
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: R. Chandrasekar
---
drivers/i2c/s3c24x0_i2c.c | 617 ++
- "Pantelis Antoniou" wrote:
> Hi Ajay,
>
> On Sep 24, 2013, at 11:02 AM, Ajay Bhargav wrote:
>
> > This patch add SD/MMC interface register difinitions for Armada100
> > series.
> >
> > Signed-off-by: Ajay Bhargav
> > ---
> > arch/arm/include/asm/arch-armada100/armada100.h | 10 +
Hi Otavio,
On Thursday, October 3, 2013 1:46:00 PM, Otavio Salvador wrote:
> The macro allows easy setting in per-pin, as for example:
>
> ,
> | imx_iomux_v3_setup_pad(MX6_PAD_NANDF_D1__GPIO_2_1 | MUX_MODE_SION);
> `
>
> The IOMUX_CONFIG_SION allows for reading PAD value from PSR registe
On Thu, Oct 3, 2013 at 9:43 AM, Benoît Thébaudeau
wrote:
> Hi Otavio,
>
> On Thursday, October 3, 2013 1:46:00 PM, Otavio Salvador wrote:
>> The macro allows easy setting in per-pin, as for example:
>>
>> ,
>> | imx_iomux_v3_setup_pad(MX6_PAD_NANDF_D1__GPIO_2_1 | MUX_MODE_SION);
>> `
>>
>>
On 10/3/2013 1:15 AM, Scott Wood wrote:
[snip]
Yeah, it doesn't help when both types of accesses show up when searching
for the ring, and accessors exist with both possible argument orderings.
Especially when a driver has custom accessors.
It's OK to use explicit synchronization rather than I/O
Hi,
On Thu, Oct 3, 2013 at 3:24 AM, Ajay kumar wrote:
> +Simon Glass
>
>
> On Thu, Oct 3, 2013 at 2:25 PM, Albert ARIBAUD
> wrote:
>>
>> Hi Ajay,
>>
>> On Thu, 03 Oct 2013 14:34:20 +0530, Ajay Kumar
>> wrote:
>>
>> > If the exynos display controller is still active when Linux starts,
>> > then
Hi Albert,
On Thu, Oct 3, 2013 at 2:58 AM, Albert ARIBAUD
wrote:
> Hi Ajay,
>
> On Thu, 03 Oct 2013 14:34:19 +0530, Ajay Kumar
> wrote:
>
>> Add infrasturcture to cleanup any of those architecture related settings
>> done for u-boot, if they can cause problem during kernel boot.
>>
>> Signed-off
From: Priyanka Jain
Add support for EON EN25S64 SPI flash.
Signed-off-by: Priyanka Jain
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- Updated as per new probe code
drivers/mtd/spi/sf_probe.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_pr
Hi,
Can you test this patch on u-boot-spi.git with master-probe branch.
On Thu, Oct 3, 2013 at 9:11 PM, Jagannadha Sutradharudu Teki
wrote:
> From: Priyanka Jain
>
> Add support for EON EN25S64 SPI flash.
>
> Signed-off-by: Priyanka Jain
> Signed-off-by: Jagannadha Sutradharudu Teki
> ---
> C
Hi Ajay,
On Thu, 3 Oct 2013 14:49:49 +0530, Ajay kumar
wrote:
> Hi Albert,
>
>
> On Thu, Oct 3, 2013 at 2:28 PM, Albert ARIBAUD
> wrote:
>
> > Hi Ajay,
> >
> > On Thu, 03 Oct 2013 14:34:19 +0530, Ajay Kumar
> > wrote:
> >
> > > Add infrasturcture to cleanup any of those architecture related
Hi Sourav,
Can you test this macronix part w.r.t latest code base on
u-boot-spi.git with master-probe branch.
Please let me know about any issues/concerns.
On Tue, Aug 27, 2013 at 2:48 PM, Jagan Teki wrote:
> Hi
>
> On Tue, Aug 27, 2013 at 11:15 AM, Sourav Poddar wrote:
>> Add support for macro
Please try to test your part in u-boot-spi.git with master-probe branch.
We have a new probe setup code.
Let me know for any issues or concerns.
On Thu, Aug 1, 2013 at 5:46 AM, Nobuhiro Iwamatsu
wrote:
> Hi,
>
> Thank you for your review.
>
> 2013/7/31 Michal Simek :
>> On 07/31/2013 09:43 AM, N
Dear Lukasz Majewski,
> A set of environment variables needs to be updated to provide support for
> TIZEN download command (tizendown).
>
> Since DFU is used as a flashing backend, it is also necessary to extent
> malloc pool size for DFU buffer allocation.
> Moreover, for compatibility reasons (
Dear Mateusz Zalega,
> This commit unifies board-specific USB initialization implementations
> under one symbol (usb_board_init), declaration of which is available in
> usb.h.
>
> New API allows selective initialization of USB controllers whenever needed.
>
> Signed-off-by: Mateusz Zalega
> Sig
Dear Andrew Murray,
> The wait_until_[rx|tx]ep_ready functions return a u8 to indicate success
> containing the value 0, 1 or -1. This patch changes the return type to an
> int to accommodate the negative return values.
>
> These functions are used in the file using calls such as if (!wait_until.
Dear Lukasz Majewski,
[...]
> +static struct f_thor *thor_func;
> +static inline struct f_thor *func_to_thor(struct usb_function *f)
> +{
> + return container_of(f, struct f_thor, usb_function);
> +}
> +
> +DEFINE_CACHE_ALIGN_BUFFER(char, thor_tx_data_buf, sizeof(struct rsp_box));
> +DEFINE_C
Dear Lukasz Majewski,
> The s3c udc driver sends data in a max packet size. Therefore the dcache
> invalidate range shall be equal to max packet, not the entire
> DMA_BUFFER_SIZE.
>
> Signed-off-by: Lukasz Majewski
> Cc: Marek Vasut
> ---
> drivers/usb/gadget/s3c_udc_otg_xfer_dma.c |2 +-
>
Hi Michal,
On Thu, 3 Oct 2013 11:56:20 +0200, Michal Simek
wrote:
> Hi Albert,
>
> On 10/03/2013 10:41 AM, Albert ARIBAUD wrote:
> > Hi Michal,
> >
> > On Thu, 03 Oct 2013 08:58:38 +0200, Michal Simek
> > wrote:
> >
> >> On 10/02/2013 09:43 PM, Albert ARIBAUD wrote:
> >>> Hi Michal,
> >>>
>
Hi Heiko,
Sorry for a late reply.
> Hello Lukasz,
>
> Am 02.10.2013 17:11, schrieb Lukasz Majewski:
> > Hi Leela,
> >
> >> The current pmic i2c code assumes the current i2c bus is
> >> the same as the pmic device's bus. There is nothing ensuring
> >> that to be true. Therefore, select the proper
Hi Sourav,
Can you rebase your changes w.r.t u-boot-spi.git with master-probe branch.
Sorry for the delay, try to send the patches without quad related stuff.
I will prepare a thread for this quad after this release as we did lot
of work last few months back.
Thanks for your help.!!!
On Wed, Sep
Hi Sourav,
Please try to code the driver as specified in below thread!
http://lists.denx.de/pipermail/u-boot/2013-August/160472.html
On Fri, Sep 20, 2013 at 8:21 AM, Nobuhiro Iwamatsu
wrote:
> Hi,
>
> 2013/9/18 Sourav Poddar :
>> From: Matt Porter
>>
>> Adds a SPI master driver for the TI QSPI
Have you verified this on hw?
Sorry for the late response.
Can you RESEND the patch again- I couldn't find it on patchwork.
Thanks,
Jagan.
> -Original Message-
> From: Nobuhiro Iwamatsu [mailto:iwama...@nigauri.org] On Behalf Of
> Nobuhiro Iwamatsu
> Sent: Thursday, August 22, 2013 7:25
Thanks,
On Thu, Oct 3, 2013 at 11:55 PM, Sourav Poddar wrote:
> On Thursday 03 October 2013 11:13 PM, Jagan Teki wrote:
>>
>> Hi Sourav,
>>
>> Can you rebase your changes w.r.t u-boot-spi.git with master-probe branch.
>> Sorry for the delay, try to send the patches without quad related stuff.
>>
On Thursday 03 October 2013 11:19 PM, Jagan Teki wrote:
Hi Sourav,
Please try to code the driver as specified in below thread!
http://lists.denx.de/pipermail/u-boot/2013-August/160472.html
Ok.
On Fri, Sep 20, 2013 at 8:21 AM, Nobuhiro Iwamatsu
wrote:
Hi,
2013/9/18 Sourav Poddar:
From: Mat
On Thursday 03 October 2013 11:13 PM, Jagan Teki wrote:
Hi Sourav,
Can you rebase your changes w.r.t u-boot-spi.git with master-probe branch.
Sorry for the delay, try to send the patches without quad related stuff.
Ok. I will rebase and send only ti qspi and memory mapped part.
I will prepare
On Thu, 2013-10-03 at 14:48 +0300, Claudiu Manoil wrote:
> +static inline u16 read_txbd_stat(uint idx)
> +{
> + return in_be16((u16 __iomem *)&txbd[idx].status);
> +}
> +
> +static inline void write_txbd_stat(uint idx, u16 status)
> +{
> + out_be16((u16 __iomem *)&txbd[idx].status, status);
Hi Jagan,
If you see the mcspi defconfig(CONFIG_OMAP3_SPI), it is moved to
common file "include/configs/ti_armv7_common.h" . But with this, now after
adding qspi the build breaks like this..
ti_qspi.o: In function `spi_cs_is_valid':
/home/a0131647/clone/u-boot/drivers/spi/ti_qspi.c:108: multiple
On Fri, Oct 4, 2013 at 12:07 AM, Sourav Poddar wrote:
> Hi Jagan,
>
> If you see the mcspi defconfig(CONFIG_OMAP3_SPI), it is moved to
> common file "include/configs/ti_armv7_common.h" . But with this, now after
> adding qspi the build breaks like this..
>
> ti_qspi.o: In function `spi_cs_is_valid
Hi All,
As all we know that the spi_flash is a day-by-day developing hardware
where each vendor has followed their own standard to get the best to
come out.
I see SFDP looks like a common standard where most of the vendors were
following to get the flash parameter information at runtime.
I have
On Thu, Oct 03, 2013 at 08:24:57AM +0200, Albert ARIBAUD wrote:
> Hi Andre,
>
> On Thu, 19 Sep 2013 18:06:45 +0200, Andre Przywara
> wrote:
>
> > For the KVM and XEN hypervisors to be usable, we need to enter the
> > kernel in HYP mode. Now that we already are in non-secure state,
> > HYP mode s
Hi Christoffer,
On Thu, 3 Oct 2013 19:55:15 +0100, Christoffer Dall
wrote:
> On Thu, Oct 03, 2013 at 08:24:57AM +0200, Albert ARIBAUD wrote:
> > Hi Andre,
> >
> > On Thu, 19 Sep 2013 18:06:45 +0200, Andre Przywara
> > wrote:
> >
> > > For the KVM and XEN hypervisors to be usable, we need to e
Hi Andre,
On Thu, 19 Sep 2013 18:06:38 +0200, Andre Przywara
wrote:
> (for GIT URL and Changelog see below)
>
> ARM CPUs with the virtualization extension have a new mode called
> HYP mode, which allows hypervisors to safely control and monitor
> guests. The current hypervisor implementations (
From: Nobuhiro Iwamatsu
This patch adds a driver for Renesas SoC's Quad SPI bus.
This supports with 8 bits per transfer to use with SPI flash.
Signed-off-by: Kouei Abe
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v4:
- Added tabs
Ignore this I found.
On Thu, Oct 3, 2013 at 11:28 PM, Jagannadha Sutradharudu Teki
wrote:
> Have you verified this on hw?
>
> Sorry for the late response.
> Can you RESEND the patch again- I couldn't find it on patchwork.
>
> Thanks,
> Jagan.
>
>> -Original Message-
>> From: Nobuhiro Iwam
Hi Nobuhiro Iwamatsu,
I have send your patch for v4.
Eliminated few checks see on change log:
Please fix below comments and try to apply the same on u-boot-spi.git
repo with master-probe branch.
On Fri, Oct 4, 2013 at 1:04 AM, Jagannadha Sutradharudu Teki
wrote:
> From: Nobuhiro Iwamatsu
>
> T
Any update on this.
On Wed, Jun 12, 2013 at 9:25 PM, Armando Visconti
wrote:
> On 06/12/2013 05:29 PM, Jagan Teki wrote:
>>
>> On Wed, Jun 12, 2013 at 8:49 PM, Armando Visconti
>> wrote:
But if you prefer to be on safer side I think we
need to re-do some checks on a spare 134
Any update on this.
On Mon, Aug 12, 2013 at 6:07 AM, Kuo-Jung Su wrote:
>>
>> Please see the comments on below patch
>> http://patchwork.ozlabs.org/patch/265683/
>>
>> --
>
> Got it, thanks
>
>
> --
> Best wishes,
> Kuo-Jung Su
--
Thanks,
Jagan.
Jagannadha Sutradharudu Teki,
E: jagan
Any update on this!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Rajeswari,
Below is a list of pending patches on my queue:
http://patchwork.ozlabs.org/patch/247461/
http://patchwork.ozlabs.org/patch/247457/
http://patchwork.ozlabs.org/patch/247452/
http://patchwork.ozlabs.org/patch/247451/
http://patchwork.ozlabs.org/patch/247450/
Request you to fix my com
Hello Tom,
The following changes since commit
f04c53762962280365005c9db12ab561a18f2692:
Merge branch 'u-boot-imx/master' into 'u-boot-arm/master' (2013-10-02
14:53:27 +0200)
are available in the git repository at:
git://git.denx.De/u-boot-arm master
for you to fetch changes up to e261c8
Hi Tom,
On Wed, 28 Aug 2013 14:25:25 -0400, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 02:03:27PM +0300, Oleksandr Tyshchenko wrote:
>
> > Use CONFIG_MACH_TYPE generic macro to set the machine type
> > number in the common arm code instead of setting it in the
> > board code.
> >
> > Signed-off
Hey all,
I just yesterday received my CubieTruck (cubieboard3) with 2 GiB of Ram
and added support for it to the sunxi-u-boot branch. While I know this
isn't merged into the main u-boot tree (yet), I ran into the following
problem.
At the end of the dram init code, it is customary to call ge
Hi Masahiro,
On Fri, 27 Sep 2013 20:05:35 +0900, Masahiro Yamada
wrote:
> Hello Albert
>
> > I set the board state in the new board.cfg to "Orphan" if and only
> > if the board was listed in such an "unknown / orphan" section, and to
> > "Active in any other case". This implies that:
> >
> > -
Dear pshambhu,
In message <1380783611628-164588.p...@n7.nabble.com> you wrote:
>
> Thanks for the feedback, for the customization
> of u-boot_stub, the main file start.S needs to be changed i guess, the
> u-boot_stub has to perform only CRC check. after performing it s
Dear Otavio Salvador,
In message <1380801056-11923-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> Using 512k for fdt partition allow it to be aligned with the other
> small partitions and 512k erase block size.
>
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx28evk.h | 2 +-
On Thu, Oct 3, 2013 at 6:48 PM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message <1380801056-11923-1-git-send-email-ota...@ossystems.com.br> you
> wrote:
>> Using 512k for fdt partition allow it to be aligned with the other
>> small partitions and 512k erase block size.
>>
>> Signed-of
On 10/03/2013 02:51 PM, Rob Herring wrote:
> On 10/03/2013 04:35 PM, Rob Herring wrote:
>> On 09/26/2013 08:35 AM, feng...@phytium.com.cn wrote:
>>> From: David Feng
>>>
>>> Signed-off-by: David Feng
>>> ---
>>> arch/arm/config.mk |4 +
>>
>> FYI, some recent mainline cha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/03/2013 05:54 PM, York Sun wrote:
> On 10/03/2013 02:51 PM, Rob Herring wrote:
>> On 10/03/2013 04:35 PM, Rob Herring wrote:
>>> On 09/26/2013 08:35 AM, feng...@phytium.com.cn wrote:
From: David Feng
Signed-off-by: David Feng
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/03/2013 05:15 PM, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Wed, 28 Aug 2013 14:25:25 -0400, Tom Rini wrote:
>
>> On Tue, Aug 06, 2013 at 02:03:27PM +0300, Oleksandr Tyshchenko
>> wrote:
>>
>>> Use CONFIG_MACH_TYPE generic macro to set the mach
On 10/03/2013 04:35 PM, Rob Herring wrote:
> On 09/26/2013 08:35 AM, feng...@phytium.com.cn wrote:
>> From: David Feng
>>
>> Signed-off-by: David Feng
>> ---
>> arch/arm/config.mk |4 +
>
> FYI, some recent mainline changes to config.mk break the build for me.
>
>> arc
On 09/26/2013 08:35 AM, feng...@phytium.com.cn wrote:
> From: David Feng
>
> Signed-off-by: David Feng
> ---
> include/linux/linkage.h |4
> 1 file changed, 4 insertions(+)
This patch should come before adding core v8 support.
Rob
>
> diff --git a/include/linux/linkage.h b/include/
ARM64 uses the newer RELA-style relocations rather than the older REL.
RELA relocations have an addend in the relocation struct, rather than
expecting the loader to read a value from the location to be updated.
While this is beneficial for ordinary program loading, it's problematic
for U-Boot beca
Signed-off-by: Scott Wood
---
Makefile | 14 +-
arch/arm/config.mk | 2 --
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/Makefile b/Makefile
index 1938f60..20d48e9 100644
--- a/Makefile
+++ b/Makefile
@@ -805,12 +805,16 @@ tools: $(VERSION_FILE) $(TIMESTAMP
While performing relocations on u-boot.bin should be good enough for
booting on real hardware, some simulators insist on booting an ELF file
(and yet don't perform ELF relocations), so convert the relocated
binary back into an ELF file. This can go away in the future if we
change relocate-rela to
This lets us remove the manual relocation stuff from the arm64 patchset
(the symbol itself is removed by this patchset, but not all the new
manual relocations added by the arm64 patchset).
I'm not terribly happy with the way relocate-rela is now, versus something
cleaner that operates on the ELF f
This turns off CONFIG_NEEDS_MANUAL_RELOC and turns on -pie.
The bss part of the linker script is changed to be more like arm32,
as the previous arm64 approach was generating bad relocations (even
readelf didn't like them).
relocate_64.S is made to look more like relocate.S, and then changed to
su
Hi,
On Thu, Sep 26, 2013 at 5:51 AM, Masahiro Yamada
wrote:
> In every sub directory, Makefile is like follows:
>
> include $(TOPDIR)/config.mk
>
> LIB = $(obj)libfoo.o
>
> COBJS := ...
> COBJS += ...
> SOBJS := ...
>
> SRCS:= $(SOBJS:.o=.S) $(COBJS:.o=.c)
> OB
On Thu, Sep 26, 2013 at 5:51 AM, Masahiro Yamada
wrote:
> Signed-off-by: Masahiro Yamada
> Cc: Simon Glass
> ---
>
> Changes for v2
> - No change
>
> arch/sandbox/cpu/Makefile | 23 +--
> arch/sandbox/lib/Makefile | 25 +
> 2 files changed, 2 insert
Hi,
On Wed, Oct 2, 2013 at 1:27 PM, Albert ARIBAUD wrote:
> Hi Masahiro,
>
> On Wed, 21 Aug 2013 13:33:19 +0900, Masahiro Yamada
> wrote:
>
> > Hello, Albert and U-Boot developers.
> >
> >
> > The current status of this patch is Changes Requested.
> >
> > I love -Wundef option to be in, but it
Hi Masahiro,
On Mon, Sep 30, 2013 at 2:23 AM, Masahiro Yamada
wrote:
> Note:
> Update for v3 is the only patch subjects.
> The patch body is the same as v2.
>
>
> I have been just wondering why the U-Boot top Makefile is so dirty.
>
> It is sprinkled with SoC-specific code as follows:
>
>
On Mon, Sep 30, 2013 at 4:44 AM, Claudiu Manoil
wrote:
> +#define GET_BD_STAT(T, i) be16_to_cpu((__force __be16)T##BD(i).status)
> +#define SET_BD_STAT(T, i, v) T##BD(i).status = (__force __u16)cpu_to_be16(v)
> +#define GET_BD_BLEN(T, i) be16_to_cpu((__force __be16)T##BD(i).length)
> +#define SET_
On 10/4/2013 1:22 AM, Jagan Teki wrote:
Any update on this.
This should already be in u-boot mainline
Regards
Vipin
On Wed, Jun 12, 2013 at 9:25 PM, Armando Visconti
wrote:
On 06/12/2013 05:29 PM, Jagan Teki wrote:
On Wed, Jun 12, 2013 at 8:49 PM, Armando Visconti
wrote:
But if yo
Defines constants required to support 8K page size NAND flash.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2:Sending as it is
Changes for v3:Sending as it is
Changes for v4:Sending as it is
Changes for v5:Sending as it is
include/configs/C29XPCIE.h | 10 ++
1 file changed,
Current IFC driver supports till 4K page size NAND flash.
Add support of 8K NAND flash
- Program Spare region size in csor_ext
- Add nand_ecclayout for 4 bit & 8 bit ecc
- Defines constants
- Add support of 8K NAND boot.
Signed-off-by: Prabhakar Kushwaha
CC: Liu Po
---
Changes for v2: s
Hi Przemyslaw,
On 10/01/2013 09:16 PM, Przemyslaw Marczak wrote:
> Old command timeout value was too small and it caused I/O errors which
> led to uncompleted read/write/erase operations and filesystem errors.
> Timeout adaptation fixes this issue.
>
> Changes in sdhci_send_command() function:
>
Hello Lukasz,
Am 03.10.2013 18:15, schrieb Lukasz Majewski:
Hi Heiko,
Sorry for a late reply.
Hello Lukasz,
Am 02.10.2013 17:11, schrieb Lukasz Majewski:
Hi Leela,
The current pmic i2c code assumes the current i2c bus is
the same as the pmic device's bus. There is nothing ensuring
that to
check first, if we are on the bus, we want to enable. If so,
return immediately, do not calc max adapter number, nor check
other things.
Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
---
drivers/i2c/i2c_core.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff -
1 - 100 of 105 matches
Mail list logo
