In e1000e driver, Rx descriptor queue is used such that hardware can add only
one descriptor at a time. So the WTHRESH granularity in RXDCTL should be set
to single descriptor. This would ensure that every time controller fills a Rx
descriptor, it is flushed to host memory. Earlier this granular
Folks,
I just did another round of ./MAKEALL arm with MG/CS 2011.09-69, and the
failure rate is rising to say the least, with 277 boards failing out of
278. :(
Basically, the issues are, in order of impact:
- Now 264 'uses variable-size enums yet the output is to use 32-bit
enums' errors. T
Hello guys,
I didn't get an explicit list from silicon team to point out which platforms
contain this PHY_CLK_VALID bit or not,
Someone said all platforms have this bit, it's not true, at least we found
P4080 and P1022 no this bit.
I'll trace it later.
This patch is not necessary for boards wit
When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
but in while(), didn't check that flag.
So sdhci controller didn't work fine.
CMD6 didn't always complete.
So add the quirks for broken r1b response
and add the timeout value to prevent the infinite loop.
Signed-off-by: Jaehoon
This patchset is supported the sdhci controller for Samsung-SoC.
In mmc driver, already implemented the generic sdhci.
There is no reason that didn't use sdhci.c.
So, use the sdhci instead of s5p_mmc.
Changelog-v6:
- Fix typo
- Code clean for #define
Changelog-v5:
- Tested
To support the Samsung-SoC, added the basically functions.
Samsung-SoC didn't used the SDHCI_CTRL_HISPD.
And added set_control_reg callback for s3c64xx.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
---
drivers/mmc/sdhci.c | 12
include/sdhci.h |
In driver mmc, generic s5p_sdhci code is implemented.
s5p_mmc file is dupulicated.
we are good that use the generic sdhci.
This patch supported the sdhci for Samsung-SoC.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
Acked-by: Minkyu Kang
---
arch/arm/include/as
To support sdhci controller, remove the CONFIG_S5P_MMC..
Instead, use the CONFIG_S5P_SDHCI/CONFIG_SDHCI.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
Acked-by: Minkyu Kang
---
include/configs/origen.h|7 ---
include/configs/s5p_goni.h
Dear Liu Shengzhou-B36685,
> Hello guys,
>
> I didn't get an explicit list from silicon team to point out which
> platforms contain this PHY_CLK_VALID bit or not, Someone said all
> platforms have this bit, it's not true, at least we found P4080 and P1022
> no this bit. I'll trace it later.
>
>
Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's
implement get_clocks function. This is how it seems to be implemented
elsewhere.
Signed-off-by: Timo Ketola
---
Changes in v4:
- Rewrapped commit message
Changes in v2:
- Rebased to u-boot-imx next
arch/arm/cpu/arm926ejs/mx25/
Signed-off-by: Timo Ketola
---
Changes in v2:
- Dropped patches 2 and 3 so this one changed from 4 to 2
- Rebased to u-boot-imx next
- Fixed too long line
drivers/gpio/mxc_gpio.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mx
I'm preparing to include Exertus board adaptation. This is the fourth
version of this patchset and the history is showing my deep learning
curve with git and formatting good patches. So please bear with me.
I assumed that 'git send-email' (alone) would be a handy way to send
patches but it proved
Gasket needs a different configuration for 10BaseT than for higher
speeds.
Signed-off-by: Timo Ketola
---
Changes in v4:
- Rewrapped commit message
Changes in v2:
- Dropped patches 2 and 3 so this one changed from 5 to 3
- Rebased to u-boot-imx next
- Removed the remove of 'miiphy_duplex' call
Signed-off-by: Timo Ketola
---
Changes in v4:
- Removed blank lines inside #ifdef
- Manipulate 'this->options' with '|=' instead of '='
Changes in v3:
- Changed the subject
- Changed the BBT pattern offsets (patch 4); They are now zero as in
Linux
Changes in v2:
- Dropped patches 2, 3 and 6
The USB controller in i.MX25 has a PORTSCx registers which should be
set. In this regard it is similar to the controller in i.MX31. As this
file is compiled only with i.MX25 and -31, #ifdef check can be removed.
Signed-off-by: Timo Ketola
---
Changes in v4:
- Reworded subject to shorten it
- Add
The reference manual of i.MX25 (nor i.MX31) does not define such
register. This seems to access read only UH2_CAPLENGTH register (if
CONFIG_MXC_USB_PORT is zero).
Signed-off-by: Timo Ketola
---
Changes in v4:
- Rewrapped commit message
Changes in v2:
- New patch in this series
drivers/usb/hos
types.h must be included in imx-regs.h if one wants to include
imx-regs.h in a board configuration file. That for one's part is
necessary, if one wants to use addresses defined in imx-regs.h.
For example, fsl_esdhc.c needs CONFIG_SYS_FSL_ESDHC_ADDR defined and
a proper thing is to define it with I
Signed-off-by: Timo Ketola
---
Changes in v3:
- Dropped old patch number 8 "imx: nand: Don't invent new..." so this
one changed from 9 to 8
Changes in v2:
- New patch in this series
- Add .imx target in the spirit of commit 303838
arch/arm/cpu/arm926ejs/config.mk |6 ++
1 files cha
On 18/04/2012 17:46, Peter Barada wrote:
> On 04/18/2012 11:28 AM, Wolfgang Denk wrote:
>>
>>> Is this the proper way to fix this issue and the right location to
>>> make the change? The overall goal was to make sure that if I
>>> specified a particular serverip that I wanted to use, then the DHCP
Dear Albert ARIBAUD,
In message <4f8fbb22.5000...@aribaud.net> you wrote:
> Folks,
>
> I just did another round of ./MAKEALL arm with MG/CS 2011.09-69, and the
> failure rate is rising to say the least, with 277 boards failing out of
> 278. :(
Which version of GCC is this?
Recent tests with E
Hi Wolfgang,
Le 19/04/2012 11:51, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message<4f8fbb22.5000...@aribaud.net> you wrote:
Folks,
I just did another round of ./MAKEALL arm with MG/CS 2011.09-69, and the
failure rate is rising to say the least, with 277 boards failing out of
278. :(
Fix gcc 4.6 build warnings:
onenand_base.c: In function 'onenand_probe':
onenand_base.c:2577:6: warning: variable 'maf_id' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Lukasz Majewski
Cc: Kyungmin Park
---
drivers/mtd/onenand/onenand_base.c |5 ++---
1 file
Hi Wolfgang,
> Fix gcc 4.6 build warnings:
> onenand_base.c: In function 'onenand_probe':
> onenand_base.c:2577:6: warning: variable 'maf_id' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> Cc: Lukasz Majewski
> Cc: Kyungmin Park
> ---
> drivers/mtd/onenand/o
Le 19/04/2012 12:04, Albert ARIBAUD a écrit :
Hi Wolfgang,
Le 19/04/2012 11:51, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message<4f8fbb22.5000...@aribaud.net> you wrote:
Folks,
I just did another round of ./MAKEALL arm with MG/CS 2011.09-69, and the
failure rate is rising to say the l
Hi,
On Thu, 19 Apr 2012 13:41:18 +0200
Lukasz Majewski wrote:
...
> This problem has been already resolved by Anatolij:
>
> http://patchwork.ozlabs.org/patch/152924/
>
> and ready for u-boot inclusion.
Wolfgang's patch is better, it additionally fixes the comment.
So it should be applied inste
Fix: FATAL ERROR: Couldn't open "../arch/arm/dts/tegra20.dtsi": No
such file or directory
Signed-off-by: Wolfgang Denk
Cc: Simon Glass
---
dts/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dts/Makefile b/dts/Makefile
index 5792afd..8b13b23 100644
--- a/dts/M
Current versions of dtc always print a message like
DTC: dts->dtb on file "dt.dtb.tmp"
which cannot even be suppressed with "-qqq". To avoid incorrect
MAKEALL status, we manually filter out this message. This is a bit
complicated, as we have to make sure to set a correct return code.
On Thu, 19 Apr 2012 13:14:17 +0200
Wolfgang Denk wrote:
> Fix gcc 4.6 build warnings:
> onenand_base.c: In function 'onenand_probe':
> onenand_base.c:2577:6: warning: variable 'maf_id' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> Cc: Lukasz Majewski
> Cc: K
This patch sets the MMC width according to the MMC host capabilities.
It turned out, that there are some targets (e.g. GONI), which are able
to read data from SPI only at 4 bit mode.
This patch restricts the width number according to the MMC host.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyu
This code adds call to mmc_init(), for partition related commands (e.g.
fatls, fatinfo etc.).
It is safe to call mmc_init() multiple times since mmc->has_init flag
prevents from multiple initialization.
The FAT related code calls get_dev high level method and then uses
elements from mmc->block_de
Those two patches have been combined together for easier review.
Both fixes corner cases caught on the Samsung's GONI target.
Namely:
- lack of call to mmc_init with fat handling
- Not setting MMC capabilities according to host capabilities
Lukasz Majewski (2):
mmc:fix: Set mmc width according
Dear Lukasz,
In message <20120419143837.164bbfed@lmajewski.digital.local> you wrote:
>
> Tested-by: Lukasz Majewski
Thanks.
> Will this patch be grabbed by Wolfgang directly and applied to -rc3?
Yes, I will pick it up.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
On 15.01.2012 01:47, Simon Glass wrote:
This series adds support for the Tegra2x's display peripheral. This
supports the LCD display on Seaboard and we use this to enable console
output in U-Boot on the LCD.
Configuration is via the device tree. Proposed bindings are included
in this series.
To
I'm trying to update U-boot on my board from v2011.06 to v2011.12
It's an OMAP 3530, much like the BeagleBoard, with SMSC911x networking.
U-Boot is working fine on this board, but when I boot Linux, it can
no longer find the SMSC device. If I boot the same kernel with the
older U-Boot, the SMSC d
Dear Albert,
In message <4f8ffd0e.60...@aribaud.net> you wrote:
>
> master) and the right toolchain ("gcc version 4.6.1 (Sourcery CodeBench
> Lite 2011.09-69)"), ./MAKEALL arm shows the following:
Note: you should run out-of-tree builds; this usually catches a bunch
of additional problems.
> -
On 2012-04-19 06:45, Gary Thomas wrote:
I'm trying to update U-boot on my board from v2011.06 to v2011.12
It's an OMAP 3530, much like the BeagleBoard, with SMSC911x networking.
U-Boot is working fine on this board, but when I boot Linux, it can
no longer find the SMSC device. If I boot the same
arch/arm/include/asm/arch-s3c24x0/s3c2410.h |4 +-
arch/arm/include/asm/arch-s3c24x0/s3c2440.h |4 +-
arch/arm/include/asm/arch-s3c24x0/s3c24x0.h | 13 +-
drivers/mtd/nand/Makefile |3 +-
drivers/mtd/nand/s3c2410_nand.c | 189 ---
driver
Gary wrote...
> I'm trying to update U-boot on my board from v2011.06 to v2011.12
> It's an OMAP 3530, much like the BeagleBoard, with SMSC911x networking.
So not a BeagleBoard then but something different.
Is the board you are using one of the boards supported in the mainline
U-Boot tree or i
Hi Wolfgang,
On Thu, Apr 19, 2012 at 5:36 AM, Wolfgang Denk wrote:
> Current versions of dtc always print a message like
>
> DTC: dts->dtb on file "dt.dtb.tmp"
>
> which cannot even be suppressed with "-qqq". To avoid incorrect
> MAKEALL status, we manually filter out this message. Th
Hi Wolfgang,
On Thu, Apr 19, 2012 at 5:36 AM, Wolfgang Denk wrote:
> Fix: FATAL ERROR: Couldn't open "../arch/arm/dts/tegra20.dtsi": No
> such file or directory
With this problem I have been pursuing include paths in dtc, since
then we don't need CPP. This feature is now in dtc:
de6b762 dtc: Ad
Hi Lukasz,
On Thu, Apr 19, 2012 at 8:39 PM, Lukasz Majewski wrote:
> This code adds call to mmc_init(), for partition related commands (e.g.
> fatls, fatinfo etc.).
>
> It is safe to call mmc_init() multiple times since mmc->has_init flag
> prevents from multiple initialization.
>
> The FAT relat
On Thu, Apr 19, 2012 at 8:39 PM, Lukasz Majewski wrote:
> This patch sets the MMC width according to the MMC host capabilities.
> It turned out, that there are some targets (e.g. GONI), which are able
> to read data from SPI only at 4 bit mode.
> This patch restricts the width number according to
The device tree compiler now has an option to specify the search path
for its files. Use this option when compiling in preference to
pre-processing the file.
Update Tegra here also to prevent build breakage.
This requires a recent dtc (commit de6b762 in git://jdl.com/software/dtc.git).
Signed-of
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
The patchset is done on top of u-boot/master branch. The general difference
of this resent series from the previous ones is that high speed UART driver
was added into
This change adds an implementation of high-speed UART found on NXP
LPC32X0 SoCs. Such UARTs are enumerated as UART1, UART2 and UART7.
Signed-off-by: Vladimir Zapolskiy
Cc: Albert ARIBAUD
Acked-by: Marek Vasut
---
Changes from v2 to v3:
* renamed struct hsuart_t to hsuart_regs
Changes from v1 t
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy
Cc: Albert ARIBAUD
Acked-by: Marek Vasut
---
Changes from v8 to v9:
* add get_ticks() function
Changes from v7 to v8:
* renamed register structures from *_t to *_regs
* renamed clkpwr.c file to clk.c
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during kickstart bootloader execution.
Signed-off-by: Vladimir Z
On 2012-04-19 07:53, Andy Pont wrote:
Gary wrote...
I'm trying to update U-boot on my board from v2011.06 to v2011.12
It's an OMAP 3530, much like the BeagleBoard, with SMSC911x networking.
So not a BeagleBoard then but something different.
Is the board you are using one of the boards suppor
I'm interested in the i2c driver for the arm926ejs cpu and at91sam9m10g45
board. I'm dealing with the issue that when enabling CONFIG_SOFT_I2C it
needs proper definitions for I2C_INIT, I2C_SDA, I2C_READ, etc. and when
enabling CONFIG_HARD_I2C the build fails with undefined references:
i2c_init, i2
On 04/19/2012 03:55 AM, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v4:
> - Removed blank lines inside #ifdef
> - Manipulate 'this->options' with '|=' instead of '='
>
> Changes in v3:
> - Changed the subject
> - Changed the BBT pattern offsets (patch 4); They are now ze
On 19/04/2012 10:55, Timo Ketola wrote:
> Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's
> implement get_clocks function. This is how it seems to be implemented
> elsewhere.
>
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v4:
> - Rewrapped commit message
>
> Changes in v
On 19/04/2012 10:55, Timo Ketola wrote:
> Gasket needs a different configuration for 10BaseT than for higher
> speeds.
>
> Signed-off-by: Timo Ketola
> ---
>
Acked-by: Stefano Babic
Best regards,
Stefano Babic
--
=
DENX Sof
On 19/04/2012 10:55, Timo Ketola wrote:
> The USB controller in i.MX25 has a PORTSCx registers which should be
> set. In this regard it is similar to the controller in i.MX31. As this
> file is compiled only with i.MX25 and -31, #ifdef check can be removed.
>
> Signed-off-by: Timo Ketola
> ---
A
On 19/04/2012 10:55, Timo Ketola wrote:
> The reference manual of i.MX25 (nor i.MX31) does not define such
> register. This seems to access read only UH2_CAPLENGTH register (if
> CONFIG_MXC_USB_PORT is zero).
>
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v4:
> - Rewrapped commit message
>
On 19/04/2012 10:55, Timo Ketola wrote:
> types.h must be included in imx-regs.h if one wants to include
> imx-regs.h in a board configuration file. That for one's part is
> necessary, if one wants to use addresses defined in imx-regs.h.
>
> For example, fsl_esdhc.c needs CONFIG_SYS_FSL_ESDHC_ADDR
On 19/04/2012 10:55, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v2:
> - Dropped patches 2 and 3 so this one changed from 4 to 2
> - Rebased to u-boot-imx next
> - Fixed too long line
>
> drivers/gpio/mxc_gpio.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletion
On 19/04/2012 10:55, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v3:
> - Dropped old patch number 8 "imx: nand: Don't invent new..." so this
> one changed from 9 to 8
>
> Changes in v2:
> - New patch in this series
> - Add .imx target in the spirit of commit 303838
>
> --
>
> Message: 54
> Date: Thu, 19 Apr 2012 09:13:38 +0200
> From: Albert ARIBAUD
> Subject: [U-Boot] [ARM] [STATUS] Increasingly high build failures
> To: "U-Boot@lists.denx.de"
> Cc: Simon Guinot
> Message-ID: <4f8fbb22.5000...@aribaud.net>
> Content-Type: text/p
Le 19/04/2012 18:59, Tom Warren a écrit :
Albert,
Looks like you CC'd Simon Guinot instead of Simon Glass. I've CC'd the correct
Simon. ;)
I actually intended to Cc: both, as I though eache one had something to
do. :)
This change (ap20.c) went in a _long_ time ago, and hasn't produced an
Hi Vladimir,
Le 19/04/2012 16:33, Vladimir Zapolskiy a écrit :
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
The patchset is done on top of u-boot/master branch. The general difference
of this resent series fro
Hi Albert,
On Thu, Apr 19, 2012 at 12:13 AM, Albert ARIBAUD
wrote:
> Folks,
>
> I just did another round of ./MAKEALL arm with MG/CS 2011.09-69, and the
> failure rate is rising to say the least, with 277 boards failing out of 278.
> :(
>
> Basically, the issues are, in order of impact:
>
> - Now
Hi,
On 19.04.2012 20:17, Albert ARIBAUD wrote:
Hi Vladimir,
Le 19/04/2012 16:33, Vladimir Zapolskiy a écrit :
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
The patchset is done on top of u-boot/master branch.
Add support for specifying a differnt CPU for main u-boot and SPL
u-boot builds. This is done by adding an optional SPL CPU after the
main CPU in boards.cfg as follows:
normal_cpu:spl_cpu
This this case CPU will be set to "normal_cpu" during the main u-boot
build and "spl_cpu" during the SP
Correct this warning seen by Albert:
ap20.c:44:18: warning: array subscript is above array bounds
There is a subtle bug here which currently causes no errors, but might
in future if people use PCI or the 32KHz clock. So take the opportunity
to correct the logic now.
Signed-off-by: Simon Glass
-
Hi Wolfgang,
On Wed, Apr 18, 2012 at 2:10 PM, Wolfgang Denk wrote:
> Hi everybody,
>
> sorry, I forgot to announce the 2012.04-rc2 pre-release two days ago,
> so I will atleast announce that we have
>
> v2012.04-rc3
>
> now.
>
> Please help testing, so we can fix the remaining issues befor
Dear Simon,
In message
you wrote:
>
> A patch to fix this has now been accepted to dtc. So if you update dtc
> you should find this message goes away.
>
> 3cbf829 dtc: Remove spurious output on stderr
There are many systems out there in the field which are subject to a
rigid policy, and only
+Albert
Hi Allen,
On Wed, Apr 18, 2012 at 3:46 PM, Allen Martin wrote:
> In preparation for splitting out the armv4t code from tegra2, move the
> tegra2 SoC code to arch/arm/cpu/tegra2-common. This code will be
> compiled armv4t for the arm7tdmi and armv7 for the cortex A9.
>
> Signed-off-by: A
Dear Simon,
In message
you wrote:
>
> With this problem I have been pursuing include paths in dtc, since
> then we don't need CPP. This feature is now in dtc:
>
> de6b762 dtc: Add -i option to support search paths
>
> I have a patch to use that feature, so I will send it to the list.
Again,
Dear Simon Glass,
In message <1334845777-30913-1-git-send-email-...@chromium.org> you wrote:
> The device tree compiler now has an option to specify the search path
> for its files. Use this option when compiling in preference to
> pre-processing the file.
>
> Update Tegra here also to prevent bu
Hi Wolfgang,
On Thu, Apr 19, 2012 at 11:27 AM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> With this problem I have been pursuing include paths in dtc, since
>> then we don't need CPP. This feature is now in dtc:
>>
>> de6b762 dtc: Add -i option to support search pat
On Thu, Apr 19, 2012 at 11:26 AM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> A patch to fix this has now been accepted to dtc. So if you update dtc
>> you should find this message goes away.
>>
>> 3cbf829 dtc: Remove spurious output on stderr
>
> There are many syste
Dear Simon Glass,
In message
you wrote:
>
> Fair enough. I hope that doesn't preclude us from using new features
> for too long.
Thanks.
Most distributions appear to pick up such changes not too fast, so we
may run into issues here and there. I think we should decide this on
a case by case b
On Thu, Apr 19, 2012 at 11:27:05AM -0700, Simon Glass wrote:
> >
> > This is part of an upcoming patch set to move all armv4t code out of
> > tegra2 u-boot and put it into an SPL, but I wanted to get some early
> > feedback on this patch. This moves most of the tegra2 SoC code from
> > arch/arm/cp
---
Changes for v2:
- Coding style cleanup
- Remove unnecessary files modification
- Remove unnecessary board configuration set
Changes for v3:
- Coding style cleanup
- Move some macro definition from lowlevel_init.S
to a new header
- Remove
On 4/19/2012 1:55 AM, Timo Ketola wrote:
Gasket needs a different configuration for 10BaseT than for higher
speeds.
Signed-off-by: Timo Ketola
---
Changes in v4:
- Rewrapped commit message
Changes in v2:
- Dropped patches 2 and 3 so this one changed from 5 to 3
- Rebased to u-boot-imx next
- R
The following changes since commit fb14b6b2f680363678b4e6a75eb9f3f0d79111fa:
Prepare v2012.04-rc3 (2012-04-18 22:52:34 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-staging.git ma...@denx.de
for you to fetch changes up to 02b233ecb129d69f8e234f94fd96a012caed880b:
Dear Gabriel Huau,
> ---
> Changes for v2:
> - Coding style cleanup
> - Remove unnecessary files modification
> - Remove unnecessary board configuration set
>
> Changes for v3:
> - Coding style cleanup
> - Move some macro definition from lowlevel_init.S
> to a
On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> Dear Gabriel Huau,
>
> > ---
> > Changes for v2:
> > - Coding style cleanup
> > - Remove unnecessary files modification
> > - Remove unnecessary board configuration set
> >
> > Changes for v3:
> > - Coding style cleanu
On 19.04.2012 22:27, Troy Kisky wrote:
On 4/19/2012 1:55 AM, Timo Ketola wrote:
-#if !defined(CONFIG_MII)
- /* configure gasket for RMII, 50 MHz, no loopback, and no echo */
- writew(MIIGSK_CFGR_IF_MODE_RMII,&fec->eth->miigsk_cfgr);
+#if defined(CONFIG_RMII)
While this change seems to make sen
Timer in s3c24x0 arch very old and use global variable.
This patch fix it and use DECLARE_GLOBAL_DATA_PTR
diff --git a/arch/arm/cpu/arm920t/s3c24x0/timer.c
b/arch/arm/cpu/arm920t/s3c24x0/timer.c
index 9571870..3ded465 100644
--- a/arch/arm/cpu/arm920t/s3c24x0/timer.c
+++ b/arch/arm/cpu/arm920t/s3c
Dear Gabriel Huau,
> On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> > Dear Gabriel Huau,
> >
> > > ---
> > >
> > > Changes for v2:
> > > - Coding style cleanup
> > > - Remove unnecessary files modification
> > > - Remove unnecessary board configuration set
> > >
> > > Chan
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux() for ARM. During the re-organization, the code to pass
the device tree to the kernel was removed. Add it back. This restores
the ability to boot a kernel using device tree.
Signed-off-by:
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux for ARM. During the re-organization, the call to
fdt_fixup_ethernet() was removed. I assume this was useful, so add it
back.
Signed-off-by: Stephen Warren
---
arch/arm/lib/bootm.c |1
On 04/19/2012 12:38 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> Fair enough. I hope that doesn't preclude us from using new features
>> for too long.
>
> Thanks.
>
> Most distributions appear to pick up such changes not too fast, so we
> may run into issue
On 4/19/2012 1:18 PM, Timo Ketola wrote:
On 19.04.2012 22:27, Troy Kisky wrote:
On 4/19/2012 1:55 AM, Timo Ketola wrote:
-#if !defined(CONFIG_MII)
- /* configure gasket for RMII, 50 MHz, no loopback, and no echo */
- writew(MIIGSK_CFGR_IF_MODE_RMII,&fec->eth->miigsk_cfgr);
+#if defined(CONFIG_R
On 4/19/2012 2:13 PM, Troy Kisky wrote:
On 4/19/2012 1:18 PM, Timo Ketola wrote:
On 19.04.2012 22:27, Troy Kisky wrote:
On 4/19/2012 1:55 AM, Timo Ketola wrote:
-#if !defined(CONFIG_MII)
- /* configure gasket for RMII, 50 MHz, no loopback, and no echo */
- writew(MIIGSK_CFGR_IF_MODE_RMII,&fec-
On 4/19/2012 1:55 AM, Timo Ketola wrote:
Gasket needs a different configuration for 10BaseT than for higher
speeds.
Signed-off-by: Timo Ketola
---
Changes in v4:
- Rewrapped commit message
Changes in v2:
- Dropped patches 2 and 3 so this one changed from 5 to 3
- Rebased to u-boot-imx next
- R
On 04/19/2012 02:09 PM, Stephen Warren wrote:
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux() for ARM. During the re-organization, the code to pass
the device tree to the kernel was removed. Add it back. This restores
the ability to b
On 04/19/2012 02:09 PM, Stephen Warren wrote:
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux for ARM. During the re-organization, the call to
fdt_fixup_ethernet() was removed. I assume this was useful, so add it
back.
Signed-off-by: S
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux() for ARM. During the re-organization, the code to pass
the device tree to the kernel was removed. Add it back. This restores
the ability to boot a kernel using device tree.
Signed-off-by:
From: Stephen Warren
Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
do_bootm_linux for ARM. During the re-organization, the call to
fdt_fixup_ethernet() was removed. I assume this was useful, so add it
back.
Signed-off-by: Stephen Warren
Acked-by: Tom Rini
---
arch/ar
On Mon, Apr 16, 2012 at 04:32:07PM +1200, Charles Manning wrote:
> Hello ubooters and yaffsers
>
> I was commissioned to refresh yaffs2 in u-boot and add a mechanism to support
> dynamic yaffs partition set up (way simpler than screwing around with mtd
> part) and manual configuration.
>
> Ra
On Thu, Apr 19, 2012 at 10:45:21PM +0200, Marek Vasut wrote:
> Dear Gabriel Huau,
>
> > On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> > > Dear Gabriel Huau,
> > >
> > > > ---
> > > >
> > > > Changes for v2:
> > > > - Coding style cleanup
> > > > - Remove unnecess
2012/4/20 Marek Vasut
> Dear Gabriel Huau,
>
> > On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> > > Dear Gabriel Huau,
> > >
> > > > ---
> > > >
> > > > Changes for v2:
> > > > - Coding style cleanup
> > > > - Remove unnecessary files modification
> > > > - Remove unnecessar
Gabriel,
Can you please trim the subject by removing the 'Documentation about ...'
bit. This information belongs in the source code files or, better yet,
in doc/README.MINI2440
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.d
Dear Gabriel Huau,
> On Thu, Apr 19, 2012 at 10:45:21PM +0200, Marek Vasut wrote:
> > Dear Gabriel Huau,
> >
> > > On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> > > > Dear Gabriel Huau,
> > > >
> > > > > ---
> > > > >
> > > > > Changes for v2:
> > > > > - Coding style cle
Dear Ilya Averyanov,
> 2012/4/20 Marek Vasut
>
> > Dear Gabriel Huau,
> >
> > > On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
> > > > Dear Gabriel Huau,
> > > >
> > > > > ---
> > > > >
> > > > > Changes for v2:
> > > > > - Coding style cleanup
> > > > > - Remove unnecessary
This is just a patch for the problem reported here:
http://lists.denx.de/pipermail/u-boot/2012-February/117580.html originally
reported by Igor.
"Looks like this is copy paste error from my side,(for port2/3 it should have
been bypass
for port2/3 rather its port1 set in bypass mode)"
I only su
Hi Marek,
On Fri, Apr 20, 2012 at 8:23 AM, Marek Vasut wrote:
> Dear Ilya Averyanov,
>
>> 2012/4/20 Marek Vasut
>>
>> > Dear Gabriel Huau,
>> >
>> > > On Thu, Apr 19, 2012 at 10:08:47PM +0200, Marek Vasut wrote:
>> > > > Dear Gabriel Huau,
>> > > >
>> > > > > ---
>> > > > >
>> > > > > + /* some
On Thu, Apr 19, 2012 at 11:25:18PM +0200, Jeroen Hofstee wrote:
> This is just a patch for the problem reported here:
> http://lists.denx.de/pipermail/u-boot/2012-February/117580.html originally
> reported by Igor.
>
> "Looks like this is copy paste error from my side,(for port2/3 it should have
1 - 100 of 110 matches
Mail list logo
