From: Kuo-Jung Su
Faraday FTLCDC200 Color LCD controller performs translation of
pixel-coded data into the required formats and timings to
drive a variety of single/dual mono and color LCDs.
Depending on the LCD type and mode, the unpacked data can represent:
1. an actual true display gray or
From: Kuo-Jung Su
The Faraday FTSSP010 is a multi-function controller
which supports I2S/SPI/SSP/AC97/SPDIF. However This
patch implements only the SPI mode.
NOTE:
The DMA and CS/Clock control logic has been altered
since hardware revision 1.19.0. So this patch
would first detects the revision i
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Joe Hershberger
CC: Tom Rini
---
Changes for v4:
- Make it a separate patch, rather then a part of
Faraday A36x patch series
Changes for v3:
- Coding Style cleanup
Changes for v2:
- Coding Style cleanup
- Cleanup (Drop cosmeti
From: Kuo-Jung Su
Faraday FTMAC110 10/100Mbps supports half-word data transfer for Linux.
However it has a weird DMA alignment issue:
(1) Tx DMA Buffer Address:
1 bytes aligned: Invalid
2 bytes aligned: O.K
4 bytes aligned: O.K
(2) Rx DMA Buffer Address:
1 bytes aligned: Invalid
From: Kuo-Jung Su
Faraday FTNANDC021 is a integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would result in
a page write + a read status operation.
Signed-off-by: Kuo-Jung Su
From: Kuo-Jung Su
Faraday FTSDC010 is a MMC/SD host controller.
Although there is already a driver in current u-boot release,
which is modified from eSHDC and contributed by Andes Tech.
Its performance is too terrible on Faraday A36x SoC platforms,
so I turn to implement this new version of drive
From: Kuo-Jung Su
Faraday FTI2C010 is a multi-function I2C controller
which supports both master and slave mode.
This patch simplily implements the master mode only.
Signed-off-by: Kuo-Jung Su
CC: Heiko Schocher
---
Changes for v4:
- Coding Style cleanup.
- Make it a separate patch, rath
From: Kuo-Jung Su
The Faraday FOTG210 is an OTG chip which could operate
as either an EHCI Host or a USB Device as a time.
Signed-off-by: Kuo-Jung Su
CC: Marek Vasut
---
Changes for v4:
- Use only macro constants and named bit/mask
- Remove dcache_enable() from usb_gadget_register_driver
From: Kuo-Jung Su
This patch add supports to both Faraday FUSBH200 and FOTG210,
the differences between Faraday EHCI and standard EHCI as
listed bellow:
1. The PORTSC starts at 0x30 instead of 0x44.
2. The CONFIGFLAG(0x40) is not only un-implemented, and
also has its address removed.
3. Farad
From: Kuo-Jung Su
This patch add supports to both Faraday FUSBH200 and FOTG210,
the differences between Faraday EHCI and standard EHCI as
listed bellow:
1. The PORTSC starts at 0x30 instead of 0x44.
2. The CONFIGFLAG(0x40) is not only un-implemented, and
also has its address removed.
3. Farad
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Albert Aribaud
---
Changes for v4:
- Coding Style cleanup.
- Break up from [arm: add Faraday A36x SoC platform support]
Changes for v3:
- Coding Style cleanup.
- Drop macros for wirtel()/readl(), call them directly.
- Always inser
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Albert Aribaud
---
Changes for v4:
- Coding Style cleanup.
- Break up from [arm: add Faraday A36x SoC platform support]
Changes for v3:
- Coding Style cleanup.
- Always insert a blank line between declarations and code.
Changes for
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Albert Aribaud
---
Changes for v4:
- Coding Style cleanup.
- Break up from [arm: add Faraday A36x SoC platform support]
Changes for v3:
- Coding Style cleanup.
- Drop macros for wirtel()/readl(), call them directly.
- Always inser
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Albert Aribaud
---
Changes for v4:
- Coding Style cleanup.
- Break up from [arm: add Faraday A36x SoC platform support]
Changes for v3:
- Coding Style cleanup.
- Drop macros for wirtel()/readl(), call them directly.
- Always inser
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
CC: Albert Aribaud
---
Changes for v4:
- Coding Style cleanup.
- Break up from [arm: add Faraday A36x SoC platform support]
- Drop reset.c and get the reset_cpu() merged into cpu.c
- Add macro constants & bit/mask for cpu ids.
- Disabl
From: Kuo-Jung Su
This patch updates the map_physmem()/unmap_physmem(), and use
them to implement dma_alloc_coherent(), dma_free_coherent().
It uses 1MB section for each mapping, and thus waste lots of
address space, however this should still be good enough for
tiny systems (i.e. u-boot).
Signe
From: Kuo-Jung Su
These patches introduce Faraday A36x SoC platform support.
Here are some public documents for your reference.
http://www.faraday-tech.com/html/documentation/index.html
There is also a A369 QEMU emulator available at my github account:
https://github.com/dantesu1218/q
e500v2 processor does not support 8K page size TLB entries.
So create new TLB entry only during NAND SPL boot.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
This patch depends upon following patch set
1) powerpc/mpc85xx:No NOR boot, do not compi
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: 06 May 2013 19:32
> To: Holger Brunck
> Cc: u-boot@lists.denx.de; Prafulla Wadaskar
> Subject: Re: [PATCH] arm/km: fix u-boot update
> functionality
>
> Hello Prafulla,
>
> Am 06.05.2013 14:54, schrieb Holger Brun
In arch/arm/include/asm/arch-am33xx/ddr_defs.h:
For the 256MB BeagleBone u-boot initializes the EMIF SDRAM_CONFIG register
with #define MT47H128M16RT25E_EMIF_SDCFG 0x41805332
This is incorrect since it programs a row size of 6 (15 real) where the
MT47H128M16RT25E only had 14 rows [13:
On 04/20/2013 02:42 PM, Simon Glass wrote:
This reverts commit 3b73459ea3421e9f8c6c8c62e1d3fe458ca5bc56.
In practice it doesn't seem like a good idea to make the the working
FDT point to the control FDT. Now that we can access the control FDT
using the 'fdt' command, there is no need for this fe
On 04/20/2013 02:42 PM, Simon Glass wrote:
If we have no FDT, don't attempt to read from it. This allows sandbox to
run without an FDT if required.
Signed-off-by: Simon Glass
Acked-by: Gerald Van Baren
---
Changes in v3: None
Changes in v2:
- Fix checkpatch checks about parenthesis alignme
On 04/20/2013 02:42 PM, Simon Glass wrote:
By using map_sysmem() we can get the fdt command to work correctly with
sandbox.
Signed-off-by: Simon Glass
Acked-by: Gerald Van Baren
---
Changes in v3: None
Changes in v2:
- Rebase to use updated fdt_valid() function
common/cmd_fdt.c | 10 +++
On 04/20/2013 02:42 PM, Simon Glass wrote:
There is an existing fdt command to deal with the working FDT. Enhance this
to support the control FDT also (CONFIG_OF_CONTROL).
Signed-off-by: Simon Glass
Acked-by: Gerald Van Baren
---
Changes in v3:
- Remove #ifdefs which are not needed now tha
On 04/20/2013 02:42 PM, Simon Glass wrote:
At present this only checks working_fdt, but we want to check other FDTs
also. So add the FDT to check as a parameter to fdt_valid().
Signed-off-by: Simon Glass
Acked-by: Gerald Van Baren
---
Changes in v3: None
Changes in v2:
- fdt_valid() sets t
From: François Revol
Signed-off-by: François Revol
---
include/libfdt.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/libfdt.h b/include/libfdt.h
index b153cc3..7403d5a 100644
--- a/include/libfdt.h
+++ b/include/libfdt.h
@@ -582,7 +582,7 @@ const char *fdt_get_
From: Justin Sobota
This commit adds a license header to fdt.h and libfdt_env.h
because the license was omitted.
U-Boot note: the u-boot libfdt_env.h header portion was not applied to
the u-boot libfdt_env.h because that file was created by Gerald Van Baren
(with a license header). - gvb
Signed
From: Simon Glass
This function is useful outside libfdt, so export it.
Signed-off-by: Simon Glass
Acked-by: David Gibson
---
include/libfdt.h| 14 ++
lib/libfdt/fdt_ro.c |5 ++---
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/include/libfdt.h b/include
From: Simon Glass
Iterating through subnodes with libfdt is a little painful to write as we
need something like this:
for (depth = 0, count = 0,
offset = fdt_next_node(fdt, parent_offset, &depth);
(offset >= 0) && (depth > 0);
offset = fdt_next_node(fdt, offset, &depth)) {
From: Gerald Van Baren
The define should not have been put in fdt.h originally, libfdt_env.h
is the proper place for target-specific customizations.
Signed-off-by: Gerald Van Baren
---
include/fdt.h|2 --
include/libfdt_env.h |3 +++
2 files changed, 3 insertions(+), 2 deletion
From: Gerald Van Baren
The following patchset resynchronizes the u-boot libfdt files with the
upstream dtc updates plus one minor u-boot cleanup.
Cleanup: Move FDT_RAMDISK_OVERHEAD from fdt.h to libfdt_env.h
* That was placed in the wrong .h file. My bad. :-/
Trivia: I picked up Justin Sobata'
Dear Wolfgang Denk,
> > I had the same issue: for my first patch I got a "waiting for moderator"
> > reply and I don't see the post in my email client nor the reply at all.
>
> But it did make it to the list, i. e. you can find it in the archives
> and in patchwork? Or was it really lost?
yes,
On Thu, Nov 29, 2012 at 5:06 AM, Davide Bonfanti wrote:
> Without this additional delay, some eMMC don't negotiate properly bus width
> Tested on:
> - Toshiba THGBM2G8D8FBAIB
> - Toshiba THGBM4G4D1HBAR
> - Micron MTFC4GMVEA (the one giving the problem)
> - Hynix H26M64002BNR
> - SanDisk SDIN
Hi,
On Fri, 26 Apr 2013 16:02:39 +0800
Kuo-Jung Su wrote:
> From: Kuo-Jung Su
>
> Faraday FTLCDC200 Color LCD controller performs translation of
> pixel-coded data into the required formats and timings to
> drive a variety of single/dual mono and color LCDs.
>
> Depending on the LCD type and
Hi Wolfgang,
On Mon, May 6, 2013 at 2:15 PM, Wolfgang Denk wrote:
> Dear Dirk,
>
> In message <3628fded6de7e6b4286d3444a7e5e...@gdsys.cc> you wrote:
>>
>> > total: 3 errors, 0 warnings, 509 lines checked
>>
>> OK, thanks, that makes sense. Which version of checkpatch are you
>> using? Latest u-bo
Dear Michael Heimpold,
In message <2610202.cJcUoy0PS5@kerker> you wrote:
>
> > Thanks for a prompt reply. I see now that the post made it to this list
> > [1], but strangely I neither got the acknowledgement, nor the reply.
>
> I had the same issue: for my first patch I got a "waiting for modera
Dear Dirk Eibach,
In message <449c45a6a9978c55e84d3fe7efe6f...@gdsys.cc> you wrote:
>
> Read the source, Luke :)
It was a bit difficult to spot in this unordered mix of patches ;-)
> +void fpga_set_reg(unsigned int fpga, u16 reg, u16 data)
> +{
> + int res;
> + struct ihs_fpga *fpga_0 =
Dear Dirk,
In message <3628fded6de7e6b4286d3444a7e5e...@gdsys.cc> you wrote:
>
> > total: 3 errors, 0 warnings, 509 lines checked
>
> OK, thanks, that makes sense. Which version of checkpatch are you
> using? Latest u-boot master checkpatch/patman does not show these (at
> least not for me).
On 05/04/2013 06:01 AM, Heiko Schocher wrote:
> From: Simon Glass
>
> This enables CONFIG_SYS_I2C on Tegra, updating existing boards and the Tegra
> i2c driver to support this.
> include/configs/beaver.h| 5 ++-
> include/configs/cardhu.h| 3 +-
> include/configs/dalmore.h | 3 +-
>
York has submitted a bunch of patches. I marked yours as superseded to note
that I'll take his copy. There are others like that, but I'm holding off on
deciding which copy to take until I can review them.
On Sun, May 5, 2013 at 10:28 PM, Liu Gang wrote:
> On Tue, 2013-04-30 at 17:28 -0500, Andy
On Mon, May 6, 2013 at 8:14 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/06/2013 10:11 AM, Michal Simek wrote:
>> Patman requires python 2.7.4 to run but it doesn't need to be
>> placed in /usr/bin/python. Use env to ensure that the interpreter
>> used is the fir
On 5/4/2013 3:06 AM, Dirk Behme wrote:
Am 03.05.2013 22:47, schrieb Troy Kisky:
On 5/2/2013 10:58 PM, Dirk Behme wrote:
Do you want to say you propose
post_div = pre_div / 16;
pre_div = 16;
?
yes, that's what I said
If so:
First, I agree that we have to use the same dividers in both lines
2013/5/4 Heiko Schocher
>
> Signed-off-by: Heiko Schocher
> Signed-off-by: Simon Glass
> Cc: Henrik Nordström
>
> ---
> - changes for v2:
> add comment from Henrik Nordström
> remove wrong line in README
> - rebase against current mainline 178d0cc1a4c73c3341afbeb2a93b172de8c96bd1
> - cha
Hi guys,
Zynq supports 8 and 16bit ONFI nand flashes.
We can count number of connected pins and from that
we know if 8bit or 16bit nand flash is used.
I have looked at the code and contains ONFI detection
with correct detection of bus width + checking later.
Why also not setup proper chip->option
On Mon, May 6, 2013 at 7:37 AM, Simon Glass wrote:
>
> HI Vadim,
>
> On Thu, May 2, 2013 at 11:12 PM, Vadim Bendebury wrote:
> > [the original patch removed, re-sending from a registered address]
> >
> > So, I spent some more time debugging a system which requires this
> > patch: a system, where
On 05/06/2013 11:30 AM, Sergey Yanovich wrote:
> On Mon, 2013-05-06 at 17:14 +0200, Wolfgang Denk wrote:
>> I have no idea what you are talking about. As far as I can tell, your
>> patch was acknowledged within minutes, and made it to the mailing list
>> and into the archives. Tomini replied to i
Hi,
> Thanks for a prompt reply. I see now that the post made it to this list
> [1], but strangely I neither got the acknowledgement, nor the reply.
I had the same issue: for my first patch I got a "waiting for moderator"
reply and I don't see the post in my email client nor the reply at all.
Now
Hi Wolfgang,
Am 06.05.2013 17:22, schrieb Wolfgang Denk:
Dear Dirk Eibach,
In message you wrote:
You had the this, and now attempt to throw it away. This makes no
sense.
In fact it does.
We have FPGAs that are memory mapped and others that are not. They
must
be accessed by the same driv
Hi Tom,
On Mon, May 06, 2013 at 05:02:12PM +0200, Dirk Eibach wrote:
Hi Tom,
On Mon, May 06, 2013 at 04:07:15PM +0200, Wolfgang Denk wrote:
Dear dirk.eib...@gdsys.cc,
In message
<1367847325-21463-5-git-send-email-dirk.eib...@gdsys.cc> you
wrote:
...
+ fpga_set_reg(
Hi Wolfgang,
Dear Dirk Eibach,
In message <49d89b84e14cf375d9e113fcc15ce...@gdsys.cc> you wrote:
Please fix the checkpatch errors.
if we are talking about:
CHECK: Blank lines aren't necessary before a close brace '}'
#491: FILE: include/configs/iocon.h:141:
+
+#define CONFIG_SYS_CH7301_I2
I'm confused. The patch you submitted internally was totally different.
On Mon, May 6, 2013 at 1:23 AM, Haijun.Zhang wrote:
> From: "Haijun.Zhang"
>
> The logic for the whether to configure for polling or DMA
> was mistakenly reversed in this patch:
>
> Commit 7b43db92110ec2f15c5f7187a165f29284
Hi,
On Sat, 30 Mar 2013 19:53:40 +0100
Anatolij Gustschin wrote:
> From: Pali Rohár
>
> Add unified command "cls". Previously this command existed only
> as part of the LCD driver, now it is available for other users
> as well and supports clearing ANSI terminal. The command is
> enabled for a
On 28/04/2013 21:20, Marek Vasut wrote:
> This function turns on the LCDIF clock and configures it's frequency. The
> dividers settings are calculated within the function and the current
> implementation should be fast and accurate.
>
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Otavio
On 28/04/2013 21:20, Marek Vasut wrote:
> Add basic LCD driver for i.MX233 and i.MX28. This driver allows framebuffer
> console and framebuffer logo.
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Fabio Estevam
> Cc: Otavio Salvador
> Cc: Stefano Babic
> ---
Applied to u-boot
On 28/04/2013 21:20, Marek Vasut wrote:
> Extend the regs-lcdif.h with registers for i.MX233.
>
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Otavio Salvador
> Cc: Stefano Babic
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
==
On 28/04/2013 21:20, Marek Vasut wrote:
> Enable LCD output support on M28EVK.
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Fabio Estevam
> Cc: Otavio Salvador
> Cc: Stefano Babic
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
===
On Mon, 2013-05-06 at 17:14 +0200, Wolfgang Denk wrote:
> I have no idea what you are talking about. As far as I can tell, your
> patch was acknowledged within minutes, and made it to the mailing list
> and into the archives. Tomini replied to it, and now we are waiting
> for you to incorporate t
Dear Dirk Eibach,
In message you wrote:
>
> > You had the this, and now attempt to throw it away. This makes no
> > sense.
>
> In fact it does.
> We have FPGAs that are memory mapped and others that are not. They must
> be accessed by the same drivers. So the alternative would be to create
>
Dear Dirk Eibach,
In message <49d89b84e14cf375d9e113fcc15ce...@gdsys.cc> you wrote:
>
> > Please fix the checkpatch errors.
>
> if we are talking about:
>
> CHECK: Blank lines aren't necessary before a close brace '}'
> #491: FILE: include/configs/iocon.h:141:
> +
> +#define CONFIG_SYS_CH7301_I
On 05/06/2013 06:02 AM, Anatolij Gustschin wrote:
On Sat, 22 Sep 2012 16:29:38 -0700
Eric Nelson wrote:
Removed internal cache_flush operations and placed a flush of the
entire frame-buffer at the end of each public function.
Changed logo_plot() to static because it isn't called externally or
Dear Sergey,
In message
you wrote:
> I apologize for contacting you by mail, but I have no idea what to do
> otherwise. I've waited for 3 months for my post to appear on the list.
> Is there anything wrong with it?
I have no idea what you are talking about. As far as I can tell, your
patch was
On 06/05/2013 17:04, Anatolij Gustschin wrote:
> On Sun, 28 Apr 2013 21:20:03 +0200
> Marek Vasut wrote:
>
>> Add basic LCD driver for i.MX233 and i.MX28. This driver allows framebuffer
>> console and framebuffer logo.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Anatolij Gustschin
>> Cc: Fabio Este
On Mon, May 06, 2013 at 05:02:12PM +0200, Dirk Eibach wrote:
> Hi Tom,
>
> >On Mon, May 06, 2013 at 04:07:15PM +0200, Wolfgang Denk wrote:
> >>Dear dirk.eib...@gdsys.cc,
> >>
> >>In message
> >><1367847325-21463-5-git-send-email-dirk.eib...@gdsys.cc> you
> >>wrote:
> >>>
> >>...
> >>>+
On Sun, 28 Apr 2013 21:20:04 +0200
Marek Vasut wrote:
> Enable LCD output support on M28EVK.
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Fabio Estevam
> Cc: Otavio Salvador
> Cc: Stefano Babic
Acked-by: Anatolij Gustschin
___
U
On Sun, 28 Apr 2013 21:20:03 +0200
Marek Vasut wrote:
> Add basic LCD driver for i.MX233 and i.MX28. This driver allows framebuffer
> console and framebuffer logo.
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Fabio Estevam
> Cc: Otavio Salvador
> Cc: Stefano Babic
Acked-by
Hi Tom,
On Mon, May 06, 2013 at 04:07:15PM +0200, Wolfgang Denk wrote:
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-5-git-send-email-dirk.eib...@gdsys.cc>
you wrote:
...
+ fpga_set_reg(k, REG(reflection_low),
+REFLECTION
On Mon, May 06, 2013 at 04:07:15PM +0200, Wolfgang Denk wrote:
> Dear dirk.eib...@gdsys.cc,
>
> In message <1367847325-21463-5-git-send-email-dirk.eib...@gdsys.cc> you wrote:
> >
> ...
> > + fpga_set_reg(k, REG(reflection_low),
> > +REFLECTION_TEST
Hi Wolfgang,
...
We strictly discourage using a notation of base address plus offset,
and require to use proper C structs instead, especially because this
allows type checking by the compiler.
I am very well aware of that.
You had the this, and now attempt to throw it away. This makes no
s
HI Vadim,
On Thu, May 2, 2013 at 11:12 PM, Vadim Bendebury wrote:
> [the original patch removed, re-sending from a registered address]
>
> So, I spent some more time debugging a system which requires this
> patch: a system, where on a SPI interface a response to a command
> could come way later t
Hi Tom,
On Fri, May 3, 2013 at 5:25 PM, Tom Rini wrote:
> On Thu, May 02, 2013 at 05:46:02PM -0700, Simon Glass wrote:
>
>> Conflicting tags can prevent buildman from building two series which exist
>> one after the other in a branch. There is no reason not to allow this sort
>> of workflow with
Dear Wolfgang,
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-6-git-send-email-dirk.eib...@gdsys.cc>
you wrote:
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2:
- fpga_state has been moved to arch_global_data
- include cmd_fpgad in iocon
- use multibus soft-i2c in
On 18 February 2013 21:30, Sergey Yanovich wrote:
> LP-8x4x is a programmable automation controller by ICP DAS. It is
> shipped with outdated U-Boot v1.3.0
>
> This patch adds enough supports to boot the board:
> - 128M of 128M SDRAM
> - 32M of 48M NOR Flash memory
> - 1 of 4 Serial console (PX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/06/2013 10:11 AM, Michal Simek wrote:
> Patman requires python 2.7.4 to run but it doesn't need to be
> placed in /usr/bin/python. Use env to ensure that the interpreter
> used is the first one on environment's $PATH on system with several
> vers
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-6-git-send-email-dirk.eib...@gdsys.cc> you wrote:
> From: Dirk Eibach
>
> Signed-off-by: Dirk Eibach
>
> ---
> Changes in v2:
> - fpga_state has been moved to arch_global_data
> - include cmd_fpgad in iocon
> - use multibus soft-i2c in io
Patman requires python 2.7.4 to run but it doesn't
need to be placed in /usr/bin/python.
Use env to ensure that the interpreter used is
the first one on environment's $PATH on system
with several versions of Python installed.
Signed-off-by: Michal Simek
---
tools/patman/patman.py | 2 +-
1 file
Hello Dirk,
Am 06.05.2013 10:57, schrieb Dirk Eibach:
> Hello Heiko,
>
> Am 04.05.2013 14:01, schrieb Heiko Schocher:
>> It seems the timing is coming, to bring this finally in mainline
>> and move boards over to the new i2c framework.
>>
>> Changes for v3 series:
>>
>> - Compiler collects the us
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-7-git-send-email-dirk.eib...@gdsys.cc> you wrote:
> From: Dirk Eibach
>
> Signed-off-by: Dirk Eibach
> ---
> Changes in v2: None
>
> board/gdsys/405ep/dlvision-10g.c | 20 ++--
> board/gdsys/405ep/io.c | 20
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-5-git-send-email-dirk.eib...@gdsys.cc> you wrote:
>
...
> + fpga_set_reg(k, REG(reflection_low),
> + REFLECTION_TESTPATTERN);
This breaks bisecting. You reference functions which you only
I apologize for contacting you by mail, but I have no idea what to do
otherwise. I've waited for 3 months for my post to appear on the list.
Is there anything wrong with it?
On 28 March 2013 23:22, Сергей Янович wrote:
> How long does usually moderation take?
>
>
> -- Forwarded message --
Hi Andy,
On 05/04/2013 12:55 AM, Andy Fleming wrote:
> On Fri, May 3, 2013 at 9:02 AM, Valentin Longchamp
> mailto:valentin.longch...@keymile.com>>
> wrote:
>
> This allows to use this code on non Freescale QorIQ boards. If I am
> right, there are currently only Freescale boards with a Q
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-1-git-send-email-dirk.eib...@gdsys.cc> you wrote:
>
> powerpc/ppc4xx: Add generic accessor functions for gdsys FPGA
> powerpc/ppc4xx: Add gdsys mclink interface
> powerpc/ppc4xx: Add fpgad command for dumping gdsys fpga registers
> p
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-2-git-send-email-dirk.eib...@gdsys.cc> you wrote:
> From: Dirk Eibach
>
> A set of accessor functions was added to be able to access not only
> memory mapped FPGA in a generic way.
Please squash with patch that actually uses this define.
Hello Prafulla,
Am 06.05.2013 14:54, schrieb Holger Brunck:
> Due to the new I2C framework we need to adapt the u-boot update
> function. Due to the new framework all i2c leafs behind a mux are
> present in the system and not only those who are defined and used. So it
> is bus number 5 after the r
Dear dirk.eib...@gdsys.cc,
In message <1367847325-21463-2-git-send-email-dirk.eib...@gdsys.cc> you wrote:
> From: Dirk Eibach
>
> A set of accessor functions was added to be able to access not only
> memory mapped FPGA in a generic way.
>
> Signed-off-by: Dirk Eibach
> ---
> Changes in v2: Non
Hello Holger,
Am 06.05.2013 14:24, schrieb Holger Brunck:
> On 05/04/2013 02:01 PM, Heiko Schocher wrote:
>> as the keymile boards use now the new i2c multibus/multiadapter
>> framework, remove the EEprom_ivm Environmentvar, as not longer
>> needed.
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Holg
Hello Holger,
Am 06.05.2013 14:23, schrieb Holger Brunck:
> On 05/04/2013 02:01 PM, Heiko Schocher wrote:
>> CONFIG_I2C_MUX is replaced through the new i2c multibus/multiadapter
>> framework, configured through CONFIG_SYS_I2C. As CONFIG_I2C_MUX
>> is only used on the keymile boards, and they are n
From: Dirk Eibach
OSD size was constant 32x16 characters.
Now the size is set as announced by the FPGA.
Signed-off-by: Dirk Eibach
---
Changes in v2: None
board/gdsys/common/osd.c | 34 ++
1 files changed, 18 insertions(+), 16 deletions(-)
diff --git a/board
From: Dirk Eibach
Marvell 88E1518 has an erratum that requires fixing up.
This patch checks for presence of this phy and adds code
for fixup.
Signed-off-by: Dirk Eibach
---
Changes in v2: None
board/gdsys/405ep/iocon.c | 214 +
include/configs/ioco
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2:
- move cmd_fpgad to common and fix whitespace issues
- update email account
common/Makefile|1 +
common/cmd_fpgad.c | 99
2 files changed, 100 insertions(+), 0 deleti
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2:
- fpga_state has been moved to arch_global_data
- include cmd_fpgad in iocon
- use multibus soft-i2c in iocon
board/gdsys/405ep/iocon.c | 253 ++---
board/gdsys/common/osd.c | 25 +++--
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2: None
board/gdsys/common/mclink.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/board/gdsys/common/mclink.c b/board/gdsys/common/mclink.c
index 9a4f3e9..d2983bb 100644
--- a/board/gdsys/common/mclink
From: Dirk Eibach
mclink is a serial interface for communication between gdsys FPGA.
Signed-off-by: Dirk Eibach
---
Changes in v2:
- update email account
board/gdsys/common/Makefile |2 +-
board/gdsys/common/mclink.c | 140 +++
board/gdsys/common/
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2: None
board/gdsys/405ep/dlvision-10g.c | 20 ++--
board/gdsys/405ep/io.c | 20 ++--
board/gdsys/405ep/neo.c | 17 +
board/gdsys/405ex/405ex.c| 14 ++
From: Dirk Eibach
CONFIG_SYS_FLASH_PROTECTION was active on most gdsys boards by default,
while hardware flash protection was not implemented.
Hardware support was added recently and we get into trouble because backward
compatibility is broken (u-boot can't unprotect the protected flash after a
d
From: Dirk Eibach
This series depends on the "Bring in new I2C framework" series by Heiko
Schocher.
Changes in v2:
- fpga_state has been moved to arch_global_data
- include cmd_fpgad in iocon
- move cmd_fpgad to common and fix whitespace issues
- update email account
- use multibus soft-i2c in
From: Dirk Eibach
A set of accessor functions was added to be able to access not only
memory mapped FPGA in a generic way.
Signed-off-by: Dirk Eibach
---
Changes in v2: None
include/gdsys_fpga.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/gdsys_fpga.h
From: Dirk Eibach
Signed-off-by: Dirk Eibach
---
Changes in v2: None
board/gdsys/405ep/405ep.c | 12 +++
board/gdsys/common/osd.c | 70 +---
2 files changed, 38 insertions(+), 44 deletions(-)
diff --git a/board/gdsys/405ep/405ep.c b/board/gdsys
On 06/05/2013 13:33, Benoît Thébaudeau wrote:
> MUX2_CTR is on GPIO1[5], not GPIO2[5], and it needs to be set high in order to
> connect the FEC.
>
> Signed-off-by: Benoît Thébaudeau
> ---
> board/freescale/mx35pdk/mx35pdk.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --
On 04/27/2013 12:13 AM, Christoffer Dall wrote:
On Fri, Apr 26, 2013 at 6:14 AM, Andre Przywara
wrote:
Currently the non-secure switch is only done for the boot processor.
To later allow full SMP support, we have to switch all secondary
cores into non-secure state also.
So we add an entry poin
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 switching is within short reach.
While doing the non-secure switch, we have to enable the HVC
instruction and setup the HYP mode HVBAR (while still secure).
1 - 100 of 139 matches
Mail list logo
