Hi Vipin,
I have few quick comments, please fix it.
Please use the u-boot-spi.git with master-probe branch for testing this driver.
Let me know for any issues/concerns.
On Wed, Jun 12, 2013 at 7:55 PM, Jagan Teki wrote:
> Thanks for v6 sent.
>
> Have you tested this?
> on which board, include/co
On 10/4/2013 11:32 AM, Jagan Teki wrote:
Couldn't find in master, can you provide the link atleast.
I am sorry. Got confused with something else
You are right. It seems this is not merged yet
May be I have to take this and send a pull request. Meanwhile, can you
try taking this patch from th
Couldn't find in master, can you provide the link atleast.
On Fri, Oct 4, 2013 at 9:40 AM, Vipin Kumar wrote:
> 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 Visc
On Thu, Oct 3, 2013 at 9:14 PM, Albert ARIBAUD wrote:
> 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 <
> albert.u.b...@aribaud.net>wrote:
> >
> > > Hi Ajay,
> > >
> > > On Thu, 03 Oct 2013 14:34:19
Hi Simon,
On Thu, Oct 3, 2013 at 7:51 PM, Simon Glass wrote:
> 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 <
> albert.u.b...@aribaud.net>
> > wrote:
> >>
> >> Hi Ajay,
> >>
> >> On Thu, 03 Oct 2013 14:34:2
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 -
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
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:
>
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
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,
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
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_
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:
>
>
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
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 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
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
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
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/
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
-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
-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
>>>
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
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
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 +-
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
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:
> >
> > -
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 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
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 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
Any update on this!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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.
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
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
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
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
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 (
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
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 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 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 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 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);
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
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.
>>
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
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
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 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 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,
> >>>
>
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 +-
>
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,
> 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 (
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
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
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,
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
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 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
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
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
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);
>> `
>>
>>
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
- "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 +
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 ++
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,
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
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
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
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
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 +++
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
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/
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
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
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 |
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
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
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
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 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 */
|
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
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,
>>>
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
+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 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
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
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
1 - 100 of 105 matches
Mail list logo
