On Mon, 26 Mar 2012 09:34:07 +0900
Kyungmin Park wrote:
...
> > Hmm, emails to dg77@samsung.com address are now rejected:
> > Recipient address rejected: User unknown (in reply to RCPT TO command)
> Hi,
Hi,
> FYI: Now Mr. Kim is left the company. So if any issue and codes from
> Mr. Kim, the
On Sun, 25 Mar 2012 10:44:01 +0200
Thomas Weber wrote:
> adresses/addresses
> alernate/alternate
> asssuming/assuming
> calcualted/calculated
> enviroment/environment
> evalutation/evaluation
> falsh/flash
> labled/labeled
> paramaters/parameters
>
> Signed-off-by: Thomas Weber
> ---
> doc/REA
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Luka Perkov
> Sent: 26 March 2012 01:02
> To: u-boot@lists.denx.de
> Cc: drea...@doukki.net; gmbno...@gmail.com
> Subject: [U-Boot] [PATCH v5] kirkwood: add NAS62x0 board suppor
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Tom Rini
---
board/enbw/enbw_cmc/enbw_cmc.c|2 +-
board/omicron/calimain/calimain.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/enbw/enbw_cmc/enbw_cmc.c b/board/enbw/enbw_cmc/enbw_cmc.c
index 16d1
On 26/03/2012 00:11, Eric Nelson wrote:
> Hi Marek,
>
Hi Eric,
> Have you had a chance to review this V4 patch for the fec_mxc driver?
>
> http://lists.denx.de/pipermail/u-boot/2012-March/120205.html
Marek has sent all cache relevant patches together in the same patchset.
If I am not wrong
Acked-by: Kyungmin Park
Maybe some debug codes are included.
On 3/26/12, Anatolij Gustschin wrote:
> On Mon, 26 Mar 2012 09:34:07 +0900
> Kyungmin Park wrote:
> ...
>> > Hmm, emails to dg77@samsung.com address are now rejected:
>> > Recipient address rejected: User unknown (in reply to RCP
On 26/03/2012 01:00, Eric Nelson wrote:
> V2 has been stripped of the board-independent changes and
> uses clrsetbits_le32() instead of twiddling bits by hand.
>
> Signed-off-by: Eric Nelson
> ---
Hi Eric,
> board/freescale/mx6qsabrelite/mx6qsabrelite.c | 32
> +
> i
This describes requirement of e500 and e500v2 processor to support external
debugger.
It also provide an insight of the configuration switch required and their
description.
Signed-off-by: Radu Lazarescu
Signed-off-by: Marius Grigoras
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git
Debugging of e500 and e500v1 processer requires MSR[DE] bit to be set always.
Where MSR = Machine State register
Make sure of MSR[DE] bit is set uniformaly across the different execution
address space i.e. AS0 and AS1.
Signed-off-by: Radu Lazarescu
Signed-off-by: Catalin Udma
Signed-off-by: Mar
Update NAND code base to ovecome e500 and e500v2's second limitation i.e. IVPR
+ IVOR15 should be valid fetchable OP code address.
As NAND SPL does not compile vector table so making sure IVOR + IVOR15 points to
any fetchable valid data
Signed-off-by: Radu Lazarescu
Signed-off-by: Marius Grigora
Debugging of e500 and e500v1 processer requires debug exception vecter (IVPR +
IVOR15) to have valid and fetchable OP code.
While executing in translated space (AS=1), whenever a debug exception is
generated, the MSR[DS/IS] gets cleared i.e. AS=0 and the processor tries to
fetch an instruction fro
Dear UMA SHANKAR,
please do not top post / full quote.
In message <27542660.71361332746650945.JavaMail.weblogic@epml04> you wrote:
>
> Currently, Our ext4 implementation is capable of listing and reading (ls and
> load) ext2 partitions as well.
> But, we wanted the ext4 code to be separate from
> -Ursprüngliche Nachricht-
> Von: Anatolij Gustschin [mailto:ag...@denx.de]
> Gesendet: Montag, 26. März 2012 09:13
> An: Kyungmin Park
> Cc: Maximilian Schwerin; u-boot@lists.denx.de
> Betreff: Re: [U-Boot] [PATCH 2/2] cmd_fat: add FAT write command
>
> On Mon, 26 Mar 2012 09:34:07 +090
From: Vipin KUMAR
This patch adds the support for high speed in usb device framework and usbtty
driver. This feature has been kept within a macro CONFIG_USBD_HS, so the board
configuration files have to define this macro to enable high speed support.
Along with that specific peripheral drivers a
This patchset does bug fixes for Synopsys' designware ethernet controller driver
in SPEAr SoCs.
Changes since V1:
- Added comment to explain the ratinale behind restoring hw mac address
- Undefined TRUE/FALSE and used 1/0 instead while configuring phy
Amit Virdi (1):
net/designware: Change t
From: Vipin KUMAR
The network controller mac resets hardware address stored in MAC_HI and MAC_LO
registers if mac is resetted. So, hw mac address needs to be restored in case
mac is explicitly resetted from driver.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
drivers/net/designwar
From: Vipin KUMAR
The max frame length for normal descriptor can be 0x7FF i.e 2047. It was wrongly
specified as 2048. Currently, the max descriptor length is around 1500, so
redefining the mask to 1600
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
drivers/net/designware.h |2 +-
From: Armando Visconti
This patch solves a TX/RX problem which happens at 10Mbps, due to the
fact that we are not respecting 4 cyles of the phy_clk (2.5MHz) between
two consecutive writes on the same register.
Signed-off-by: Armando Visconti
Signed-off-by: Amit Virdi
---
drivers/net/designwar
From: Vipin KUMAR
The code assumes the phy address to be > 0, which is not true, the phy address
can be in the range 0-31.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
drivers/net/designware.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/de
From: Vipin Kumar
Phy autonegotiation works only when the ethernet cable is plugged in.
Since the phy was configured only at the init time, a plugged in cable
was necessary to initialize the phy properly.
This patch keeps a flag to check if the phy initialization has
succeeded, and calls configu
From: Armando Visconti
This patch forces the advertised capabilities during auto
negotiation to always be 10/100 Mbps and half/full as duplexing.
Signed-off-by: Armando Visconti
Signed-off-by: Amit Virdi
---
drivers/net/designware.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
From: Vikas Manocha
If AN(auto-negotiation) is ON, speed bit of control register are not
applicable. Also phy registers were not getting programmed as per the
result of AN. This patch sets only AN bit & restart AN bit for AN ON
selection & programs PHY registers as per AN result.
Signed-off-by:
On Fri, March 2, 2012 17:02, Michael Walle wrote:
> This patchset adds support for both the Linkstation Live (LS-CHLv2) and
> Linkstation Pro (LS-XHL) by Buffalo.
>
> Signed-off-by: Michael Walle
> Cc: Prafulla Wadaskar
> Cc: Wolfgang Denk
> ---
>
> v2:
> - add to buffalo vendor directory inste
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 26 March 2012 15:32
> To: u-boot@lists.denx.de
> Cc: Stefan Bigler; Valentin Longchamp; Gerlando Falauto; Prafulla
> Wadaskar; Holger Brunck
> Subject: [PATCH v2] mvgbe: remove warning for unus
The new implementation changes the timeout loop implementation to avoid 1 ms
delay in each failing test. It also configures the delay to 10usec.
Signed-off-by: Amit Virdi
---
drivers/net/designware.c | 54 -
1 files changed, 38 insertions(+), 16 dele
Dear Wolfgang,
>Hm... you are not running mainline code, right? Because we always
>have a single network interface active at any time.
I am using mainline code (u-boot v2011.12) with
P2020RDB-PC_SPIFLASH_config. Unfortunately it does not work as I thought,
but fortunately we may have a solutio
Dear Amit Virdi,
> On 3/19/2012 3:58 PM, Marek Vasut wrote:
> > Dear Shiraz Hashim,
> >
> >> Hi Marek,
> >>
> >> On Mon, Mar 19, 2012 at 06:57:29AM +0800, Marek Vasut wrote:
> >>> Hi,
> >>>
> > Yes, ep0.c has direct access to the "device" field. I'll omit the
> > usbd_device_qualifier_d
Dear Stefano Babic,
> On 26/03/2012 00:11, Eric Nelson wrote:
> > Hi Marek,
>
> Hi Eric,
>
> > Have you had a chance to review this V4 patch for the fec_mxc driver?
> >
> > http://lists.denx.de/pipermail/u-boot/2012-March/120205.html
>
> Marek has sent all cache relevant patches together i
Dear Wolfgang Denk,
> Dear Viktor,
>
> In message
you wrote:
> > > > I'm working on one project about bios emulator and I notice that this
> > > > driver is linked for boards P1022DS and sequoia too, but they don't
> > > > really
> > > > use any methods of it. It's safe to remove this support f
Hi Tim,
Thanks for the patch. Please see some comments below.
On Tue, 21 Feb 2012 22:34:35 -0800
Tim Kientzle wrote:
> The one-line patch below fixes device enumeration through the
> U-Boot API.
>
> Device enumeration crashes when the system in question doesn't
> have any RAM mapped to address
Some kirkwood based boards may need to implement such function due to
some HW designs.
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
cc: Holger Brunck
---
drivers/spi/kirkwood_spi.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --g
From: Stefan Bigler
Some baords may use the GBE interface but they have no
phy connected to the interface and a direct MAC/MAC interface.
For them we need to get rid of compiler warnings.
Signed-off-by: Stefan Bigler
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
Hi Stefan,
Sorry for this delayed response, I'm back to office after almost 2 weeks.
On 3/7/2012 6:51 PM, Stefan Roese wrote:
On Wednesday 07 March 2012 13:03:52 Amit Virdi wrote:
From: Vipin KUMAR
ethaddr can be optionally read from i2c memory. So, chip_config command
supports reading/writin
Hello Wolfgang,
On Fri, 2 Mar 2012 08:19:40 +0100
Wolfgang Denk wrote:
> Don;t use argv[0] for usage() because it may or may not be clobbered
> by the previous call to basename(). Use "prg" instead as it is done
> in the rest of the code.
>
> Signed-off-by: Wolfgang Denk
> ---
> tools/mkenv
Hi,
On Wed, 22 Feb 2012 22:56:31 +0800
walimis wrote:
> From: Liming Wang
>
> commit f31a911fe (arm, post: add missing post_time_ms for arm)
> enables get_ticks and get_tbclk for all arm based boards,
> arm/vexpress also needs these functions to work.
>
> Signed-off-by: Liming Wang
> ---
>
Hello Stefan,
On 3/7/2012 6:59 PM, Stefan Roese wrote:
On Wednesday 07 March 2012 13:03:53 Amit Virdi wrote:
From: Vipin KUMAR
Please find some comments below.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
diff --git a/arch/arm/include/asm/arch-spear/hardware.h
b/arch/arm/include/asm
Hi Amit,
On Monday 26 March 2012 13:41:09 Amit Virdi wrote:
> >> +int board_eth_init(bd_t *bis)
> >> +{
> >> +#if defined(CONFIG_DESIGNWARE_ETH)
> >> + return designware_initialize(0, CONFIG_SPEAR_ETHBASE, CONFIG_DW0_PHY);
> >> +#else
> >> + return -1;
> >> +#endif
> >> +}
> >
> > and again.
>
Hello Scott,
On Mon, 20 Feb 2012 16:56:25 -0600
Scott Wood wrote:
> This makes it easier to detect changes in the SPL portion,
> as can currently be done for the main U-Boot image.
>
> Signed-off-by: Scott Wood
> ---
> v2: Only invoke size once.
>
> MAKEALL |8 ++--
> 1 files changed
Dear Stefan,
diff --git a/board/spear/spear300/config.mk
b/board/spear/spear300/config.mk index 5848ef8..0706430 100644
--- a/board/spear/spear300/config.mk
+++ b/board/spear/spear300/config.mk
@@ -25,15 +25,4 @@
CONFIG_SYS_TEXT_BASE = 0x0070
-ALL-y += $(obj)u-boot.img
-
-# Environment v
Hello Stefan,
On 3/12/2012 6:09 PM, Amit Virdi wrote:
Hello Stefan,
On 3/7/2012 7:37 PM, Stefan Roese wrote:
On Wednesday 07 March 2012 13:04:01 Amit Virdi wrote:
From: Vipin KUMAR
This patch enables the support for usb high speed device for spear
platform
SOCs
Signed-off-by: Vipin Kumar
Si
From: Holger Brunck
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Prafulla Wadaskar
cc: Gerlando Falauto
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 46f63a0..652113f 100644
From: Holger Brunck
Some other kirkwood boards from keymile will follow. They will have some
small differences, but we want to use the km_kirkwood.h for all to
distinguish them. This patch a preparation for this.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falau
Allow raw I2C message transfers by setting the alen parameter to 0.
Currently, this doesn't work due to false assumptions to what is
appearantly considered a corner case.
With this patch applied, it is possible to send multibyte transfers
in one single transaction instead of using multiple STOP-bi
From: Holger Brunck
This board is similar to portl2, but it has the u-boot environment
in a SPI NOR flash and not in an i2c eeprom like portl2 have.
Some other details:
- IVM EEPROM is at adress: pca9547:70:9
- PCI is enabled
- PIGGY4 is connected via MV88E6352 simple switch. There is no phy
So that they can be redefined by some boards specific values.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
arch/arm/include/asm/arch-kirkwood/config.h | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff -
From: Holger Brunck
This is already defined in the generic kirkwood header.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/km/km_arm.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/incl
From: Holger Brunck
This config option sounds like the it is responsible for the
update of the environment, but it is the u-boot update handling.
Therefore we adapt it to a more apropriate naming.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafull
From: Holger Brunck
On mgcoge3un the piggy mac adress is at offset 3.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/mgcoge3un.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/co
From: Holger Brunck
The additional headerfile is unneeded here, we can use the generic
km_kirkwood.h instead. And we can use the better config option
KM_PIGGY4_88E6061 for the specific features for boards with this
design in km_arm.c.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longcha
From: Holger Brunck
Use the generic header km_kirkwood.h and get rid of the
board specific header.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c |9 ++--
boards.cfg|2 +-
They are needed on all km_arm boards where we have the environement
variables in the NOR Flash. This is #ifdefed by
CONFIG_KM_ENV_IS_IN_SPI_NOR. First boards using this feature are
the upcoming boards kmcoge5un and kmnusa.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlan
From: Holger Brunck
Remove config options from boards.cfg and simply add one switch
per board and differ afterwards in km_kirkwood.h between the features.
More boards are upcoming and therefore it's easier to have this
at one place.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
This is achieved thanks to the support read/write regs for the external
88e6352 switch. The functions for this are added into an own file
managed_switch.c. This is compiled if the define CONFIG_KM_MANAGED_SW_ADDR
was set in the board setup. This define specifies the phy address.
Signed-off-by: Val
From: Holger Brunck
For u-boot this board is similar to mgcoge3un. But some differences
are present. We have a different SDRAM on it and therefore a new
SDRAM config file. Additionaly this board has a direct MAC/MAC
connection from the kirkwood to a marvell simple switch without a
phy inbetween,
This is useful to debug the switch initialization
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/km/km_arm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/km/km_arm.h b/in
From: Holger Brunck
Now we toggle between SPI and NAND flash automatically if
we claim the SPI bus. So we can get rid of this command.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c | 26 -
This adds a first support of the FPGA download for a PCIe FPGA based
on the BOCO2 CPLD.
This takes place in 3 steps, all done accessing the SPICTRL reg of the
BOCO2:
1) start the FPGA config with an access to the FPGA_PROG bit
2) later in the boot sequence, wait for the FPGA_DONE bit to toggle to
This patch series updates keymile boards with Kirkwood CPU and adds
two new boards. This new boards are kmnusa and kmcoge5un. Also the
existing boards with own config files were migrated to the common
header km_kirkwood.h. Some small adaption in generic kirkwood code
was needed due to two new featu
This used to be done with registers direct access, which is not clear
and optimal.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c | 55 +
include/configs/km/k
From: Holger Brunck
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/kwbimage-memphis.cfg |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/km_arm/kwbimage-memphis.cfg
b/b
From: Holger Brunck
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/km_arm/km_arm.c b/board/keymile/km_arm/km_ar
Hi Amit,
On Monday 26 March 2012 14:10:04 Amit Virdi wrote:
> >> +++ b/board/spear/spear300/config.mk
> >> @@ -25,15 +25,4 @@
> >>
> >> CONFIG_SYS_TEXT_BASE = 0x0070
> >>
> >> -ALL-y += $(obj)u-boot.img
> >> -
> >> -# Environment variables in NAND
> >> -ifeq ($(ENV),NAND)
> >> -PLATFORM_RE
On 15.03.2012 10:56, Stefano Babic wrote:
On 08/03/2012 13:36, Dirk Behme wrote:
This patch imports three patches from the Freescale U-Boot with the following
commit messages:
ENGR00156405 ESDHC: Add workaround for auto-clock gate errata ENGcm03648
http://git.freescale.com/git/cgit.cgi/imx/uboo
Dear Marek Vasut,
In message <201203261243.19732.ma...@denx.de> you wrote:
>
> > > I pretty sure because I try compile it without this driver and
> > > everything seems to be ok.
> >
> > In the given configurations, the BIOS code only gets built when you
> > the ATI Radeon support is enabled, in
On 03/26/2012 02:24 AM, UMA SHANKAR wrote:
> Dear Rob Herring, Thanks for evaluating and testing our code.
> Currently, Our ext4 implementation is capable of listing and reading
> (ls and load) ext2 partitions as well. But, we wanted the ext4 code
> to be separate from ext2 implementation.
Why?
This patch imports parts of two patches from the Freescale U-Boot with the
following
commit messages:
ENGR00156405 ESDHC: Add workaround for auto-clock gate errata ENGcm03648
http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/commit/drivers/mmc/imx_esdhc.c?h=imx_v2009.08_12.01.01&id=e436525a
Dear Amit Virdi,
In message <4f7051af.9080...@st.com> you wrote:
>
> Generally MAC addresses are stored in EEPROMs due to two reasons:
> 1. Special set of command sequences are required to erase data from an
> EEPROM
> 2. EEPROMs are cheaper
Hm... With U-Boot, an EEPROM is just an additional wa
Hi Minkyu,
> This patch enables LDO4 power line for preparing proper voltages to be
> measured by ADC converter.
> This measurement is used for determination of target board HW
> revision.
>
> Test HW:
> Universal_C210 (Exynos4210) rev. 0.0
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Ky
Hi Andy,
> 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 Majews
On Sun, Mar 25, 2012 at 09:31:43PM +0200, Luka Perkov wrote:
> Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220.
>
> Only difference between boards is number of SATA ports.
>
> More information about the boards can be found here:
>
> http://www.raidsonic.de/en/products/nas-system
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201203261243.19732.ma...@denx.de> you wrote:
> > > > I pretty sure because I try compile it without this driver and
> > > > everything seems to be ok.
> > >
> > > In the given configurations, the BIOS code only gets built when you
> > > the
On 03/26/2012 01:35 AM, Stefano Babic wrote:
On 26/03/2012 01:00, Eric Nelson wrote:
V2 has been stripped of the board-independent changes and
uses clrsetbits_le32() instead of twiddling bits by hand.
Signed-off-by: Eric Nelson
---
Hi Eric,
board/freescale/mx6qsabrelite/mx6qsabrelite.c |
On 26/03/2012 15:35, Eric Nelson wrote:
> On 03/26/2012 01:35 AM, Stefano Babic wrote:
>> On 26/03/2012 01:00, Eric Nelson wrote:
>>> V2 has been stripped of the board-independent changes and
>>> uses clrsetbits_le32() instead of twiddling bits by hand.
>>>
>>> Signed-off-by: Eric Nelson
>>> ---
>>
Dear Marek and Wolfgang,
2012/3/26 Wolfgang Denk :
> Dear Marek Vasut,
>
> In message <201203261243.19732.ma...@denx.de> you wrote:
>>
>> > > I pretty sure because I try compile it without this driver and
>> > > everything seems to be ok.
>> >
>> > In the given configurations, the BIOS code only g
Hi Viktor,
On Mon, 26 Mar 2012 15:47:57 +0200
Viktor Křivák wrote:
...
> > What exactly was your concern?
> >
>
> I think here may be a little misunderstanding. I don't want to remove
> whole driver. I only want to remove support of bios emulator form that
> 2 board because I think they don't us
Add USB device-tree fixup for following platforms:
MPC8536DS, P1022DS, P1023RDS, P2020COME, P2020DS, P2041RDB, P3060QDS
Signed-off-by: Ramneek Mehresh
---
board/freescale/mpc8536ds/mpc8536ds.c |7 ++-
board/freescale/p1022ds/p1022ds.c |6 +-
board/freescale/p1023rds/p1023rds.
Viktor Křivák wrote:
> I think here may be a little misunderstanding. I don't want to remove
> whole driver. I only want to remove support of bios emulator form that
> 2 board because I think they don't use it. I try compile it without
> this driver and everything seems to be ok.
I think it's okay
On 03/23/2012 06:27 PM, Marek Vasut wrote:
> GCC 4.7 error:
> cmd_nand.c: In function ‘arg_off_size’:
> cmd_nand.c:216:5: warning: ‘maxsize’ may be used uninitialized in this
> function [-Wmaybe-uninitialized]
Yay, with a new compiler comes a new batch of false positives. :-P
I'm surprised it co
On 03/26/2012 06:42 AM, Stefano Babic wrote:
On 26/03/2012 15:35, Eric Nelson wrote:
On 03/26/2012 01:35 AM, Stefano Babic wrote:
On 26/03/2012 01:00, Eric Nelson wrote:
V2 has been stripped of the board-independent changes and
+#ifdef CONFIG_CMD_SATA
+
+int setup_sata(void)
+{
+
On Mon, Mar 19, 2012 at 11:29:06AM -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit 32ec258f829808dd7cf74fd83ba999fdaaeab715:
> Marek Vasut (1):
> IXP: Fix GPIO_INT_ACT_LOW_SET()
[snip]
This pull request is now updated as such:
The following changes since commit 3
On 03/23/2012 09:24 PM, Prabhakar Kushwaha wrote:
> On Friday 23 March 2012 11:44 PM, Scott Wood wrote:
>> On 03/23/2012 06:44 AM, Prabhakar Kushwaha wrote:
>>> After internal discussion we can have following settings
>>> for non-RAMBOOT(NOR boot) ==> I + G
>>> for RAMBOOT ==> I, cache inhibited
I get this in the T4 branch of U-Boot:
> Configuring for T4240QDS_EMU - Board: T4240QDS, Options: EMU
> ctrl_regs.c: In function 'compute_fsl_memctl_config_regs':
> ctrl_regs.c:852:15: warning: 'wr' may be used uninitialized in this function
It does not appear to be a false positive (though it is
On Fri, Mar 16, 2012 at 10:15:28AM -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit 5c91ee919c359e89fcb3230722253dbb9b4f7e32:
> Ian Campbell (1):
> ARM: dreamplug: Enable FDT support
This has been updated as follows:
The following changes since commit 5c91ee919c3
On 03/26/2012 02:04 PM, Scott Wood wrote:
> I get this in the T4 branch of U-Boot:
>
>> Configuring for T4240QDS_EMU - Board: T4240QDS, Options: EMU
>> ctrl_regs.c: In function 'compute_fsl_memctl_config_regs':
>> ctrl_regs.c:852:15: warning: 'wr' may be used uninitialized in this function
>
> It
Hi Prafulla,
On Mon, Mar 26, 2012 at 01:03:49AM -0700, Prafulla Wadaskar wrote:
> This patch looks okay to me.
Great! Who is in charge of commiting this? You?
> Just one concern, how you are taking care of machine-id?
In file include/configs/ib62x0.h this line takes care of that:
#define CONFI
On Mar 26, 2012, at 12:30 PM, Vladimir Zapolskiy wrote:
> Hi Graeme,
>
> On 22.03.2012 04:58, Graeme Russ wrote:
>> Hello Custodians and Mailing List Aficionados,
>>
>> I don't know if anyone has noticed, but patchwork is starting to collect
>> a rather large amount of cruft.
>>
>> I occasiona
Hi Graeme,
On 22.03.2012 04:58, Graeme Russ wrote:
Hello Custodians and Mailing List Aficionados,
I don't know if anyone has noticed, but patchwork is starting to collect
a rather large amount of cruft.
I occasionally jump onto patchwork and do a little housekeeping by marking
updated patches
On 26.03.2012 20:36, Andy Fleming wrote:
On Mar 26, 2012, at 12:30 PM, Vladimir Zapolskiy wrote:
Hi Graeme,
On 22.03.2012 04:58, Graeme Russ wrote:
Hello Custodians and Mailing List Aficionados,
I don't know if anyone has noticed, but patchwork is starting to collect
a rather large amount o
Hi Jason,
please keep me in CC because I'm not subscribed to the list... Thanks!
> Sorry I didn't see this before now. You may want to have a look at the
> patch series going into v3.4 here [1]. Basically, All of mine and
> Andrew Lunn's.
Cool! Thanks for pointing this out.
I have looked at thi
On Mon, Mar 26, 2012 at 07:57:38PM +0200, Luka Perkov wrote:
> Hi Jason,
>
> please keep me in CC because I'm not subscribed to the list... Thanks!
>
> > Sorry I didn't see this before now. You may want to have a look at the
> > patch series going into v3.4 here [1]. Basically, All of mine and
>
The CCSR relocation code in start.S writes to MAS7 on all e500 parts, but
that register does not exist on e500v1.
Signed-off-by: Timur Tabi
---
arch/powerpc/cpu/mpc85xx/start.S |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/start.S b/arch/
Dear Marek Vasut,
In message <201203261531.18334.ma...@denx.de> you wrote:
>
> So that means the board work without this bios emulator driver if the radeon
> driver is disabled? But we want to use the radeon driver, so we need the bios
> emulator stuff.
Right. If you don't need feature X and
Dear Timur Tabi,
In message <4f70804a.5030...@freescale.com> you wrote:
>
> > I think here may be a little misunderstanding. I don't want to remove
> > whole driver. I only want to remove support of bios emulator form that
> > 2 board because I think they don't use it. I try compile it without
> >
Hi Stefano,
Le 08/03/2012 08:52, Stefano Babic a écrit :
Hi Albert,
please pull from u-boot-imx, thanks.
The following changes since commit 32ec258f829808dd7cf74fd83ba999fdaaeab715:
IXP: Fix GPIO_INT_ACT_LOW_SET() (2012-03-08 08:11:45 +0100)
are available in the git repository at:
git:
Hi Tom,
Le 26/03/2012 19:36, Tom Rini a écrit :
On Mon, Mar 19, 2012 at 11:29:06AM -0700, Tom Rini wrote:
Hello,
The following changes since commit 32ec258f829808dd7cf74fd83ba999fdaaeab715:
Marek Vasut (1):
IXP: Fix GPIO_INT_ACT_LOW_SET()
[snip]
This pull request is now updated a
On Mon, Mar 26, 2012 at 12:06:47PM -0700, Tom Rini wrote:
> On Fri, Mar 16, 2012 at 10:15:28AM -0700, Tom Rini wrote:
>
> > Hello,
> >
> > The following changes since commit 5c91ee919c359e89fcb3230722253dbb9b4f7e32:
> > Ian Campbell (1):
> > ARM: dreamplug: Enable FDT support
>
> This
On Mon, Mar 26, 2012 at 03:34:37PM -0400, Jason Cooper wrote:
> On Mon, Mar 26, 2012 at 07:57:38PM +0200, Luka Perkov wrote:
...
> > Is there a list where we can talk about this? I dont think we should use
> > u-boot list for this...
>
> linux-arm-ker...@vger.kernel.org, CC'd.
oops, that's the ol
Le 26/03/2012 22:45, Albert ARIBAUD a écrit :
Hi Stefano,
Le 08/03/2012 08:52, Stefano Babic a écrit :
Hi Albert,
please pull from u-boot-imx, thanks.
The following changes since commit
32ec258f829808dd7cf74fd83ba999fdaaeab715:
IXP: Fix GPIO_INT_ACT_LOW_SET() (2012-03-08 08:11:45 +0100)
are
Le 26/03/2012 22:45, Albert ARIBAUD a écrit :
Hi Tom,
Le 26/03/2012 19:36, Tom Rini a écrit :
On Mon, Mar 19, 2012 at 11:29:06AM -0700, Tom Rini wrote:
Hello,
The following changes since commit
32ec258f829808dd7cf74fd83ba999fdaaeab715:
Marek Vasut (1):
IXP: Fix GPIO_INT_ACT_LOW_SET()
[snip]
Hi all,
I was wondering if anyone has done any work on supporting USB 3.0 xHCI in U-
Boot?
-Aaron
--
Aaron Williams
(408) 943-7198
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1 - 100 of 114 matches
Mail list logo
