Hi Prafulla, hi Albert,
we are not so far away from v2013.10 I guess, so could one of you please pick of
these small patch series? Thanks!
Note for this patch there is already a v2 posted which applies cleanly again.
So there were:
http://patchwork.ozlabs.org/patch/275613/
http://patchwork.ozlabs
Hello Markus,
Le 25/09/2013 09:24, Markus Niebel a écrit :
Hello Pierre,
---
arch/arm/include/asm/arch-mx6/crm_regs.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-mx6/crm_regs.h
b/arch/arm/include/asm/arch-mx6/crm_regs.h
index 74aefe6..2813
On 09/17/2013 12:28 AM, Alexander Tarasikov wrote:
Hello, u-boot developers!
I am attaching a patch to enable the HYP (hypervisor)
mode on the OMAP5 CPU. It is based on a previous patch by
Ian Molton. For some reason, Ian's patch was incorrect
(loading PC with the wrong address, missing memory ba
On 21-09-2013 16:56, Marek Vasut wrote:
Hi,
Precisely one year after my patch submission to add support to the
MINI2416 board, seems a good time to ask this question, is there any
good reason for not integrating this patch on the u-boot mainline?
http://lists.denx.de/pipermail/u-boot/2012-Sep
I have already used the git clone http://git.denx.de/u-boot.git u-boot-dev
and modified some code. What i should do commit the modification? Thanks.
--
View this message in context:
http://u-boot.10912.n7.nabble.com/How-can-commit-code-to-mailing-list-tp163887.html
Sent from the U-Boot mailing
Hello Pierre,
Am 20.09.2013 16:32, wrote Pierre Aubert:
> Stefano Babic wrote
>> On 11/09/2013 15:30, Markus Niebel wrote:
>>> From: Markus Niebel <
>
>> Markus.Niebel@
>
>> >
>>>
>>> according to the manual frequency of PLL2 PFD2 is 396.000.000
>>> instead of 400.000.000
>>>
>>> Signed-off-by:
NAND driver needs to know bus-width of the connected NAND device, in order to
perform proper I/O and initialize itself. Currently there is no CONFIG option
to provide this information to NAND driver.
- SPL NAND driver does not have framework to parse ONFI parameter page.
- NAND drivers which cannot
Hello,
On 25/09/13 17:06, José Miguel Gonçalves wrote:
> On 21-09-2013 16:56, Marek Vasut wrote:
>>
>>> Hi,
>>>
>>> Precisely one year after my patch submission to add support to the
>>> MINI2416 board, seems a good time to ask this question, is there any
>>> good reason for not integrating this p
Hi Minkyu,
On 25-09-2013 09:55, Minkyu Kang wrote:
Hello,
On 25/09/13 17:06, José Miguel Gonçalves wrote:
On 21-09-2013 16:56, Marek Vasut wrote:
Hi,
Precisely one year after my patch submission to add support to the
MINI2416 board, seems a good time to ask this question, is there any
good r
Thanks for your comments, see below
On Wed, Sep 25, 2013 at 1:02 AM, wrote:
> Hello Jagan,
>
> Am 24.09.2013 20:38, schrieb Jagannadha Sutradharudu Teki:
>> This patch series is a combination of
>> "sf: Add common probe support"
>> "sf: Add support for extended/quad read and write commands"
>> h
On 25/09/13 18:18, José Miguel Gonçalves wrote:
> Hi Minkyu,
>
> On 25-09-2013 09:55, Minkyu Kang wrote:
>> Hello,
>>
>> On 25/09/13 17:06, José Miguel Gonçalves wrote:
>>> On 21-09-2013 16:56, Marek Vasut wrote:
> Hi,
>
> Precisely one year after my patch submission to add support to
On Wed, Sep 25, 2013 at 1:40 AM, wrote:
> Hello Jagan,
>
> Am 24.09.2013 20:36, schrieb Jagannadha Sutradharudu Teki:
>> diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
>> index ea39d1a..0ac9fab 100644
>> --- a/drivers/spi/spi.c
>> +++ b/drivers/spi/spi.c
>> @@ -7,6 +7,7 @@
>> #include
>> #
Hello Jagan,
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Wednesday, September 25, 2013 11:36 AM
> To: Langer Thomas (LQDE RD ST PON SW)
> Cc: Jagannadha Sutradharudu Teki; Tom Rini; jaganna; u-boot@lists.denx.de;
> Todd Legler (tlegler); Willis Max; Syed Hussain; Sascha Silbe
> Su
On Wed, Sep 25, 2013 at 3:14 PM, wrote:
> Hello Jagan,
>
>> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
>> Sent: Wednesday, September 25, 2013 11:36 AM
>> To: Langer Thomas (LQDE RD ST PON SW)
>> Cc: Jagannadha Sutradharudu Teki; Tom Rini; jaganna; u-boot@lists.denx.de;
>> Todd Legler (tle
On 25-09-2013 10:30, Minkyu Kang wrote:
On 25/09/13 18:18, José Miguel Gonçalves wrote:
Hi Minkyu,
On 25-09-2013 09:55, Minkyu Kang wrote:
Hello,
On 25/09/13 17:06, José Miguel Gonçalves wrote:
On 21-09-2013 16:56, Marek Vasut wrote:
Hi,
Precisely one year after my patch submission to add
Hello Jagan,
Jagan Teki wrote on 2013-09-25:
> On Wed, Sep 25, 2013 at 3:14 PM, wrote:
>> Hello Jagan,
>>
>>> From: Jagan Teki [mailto:jagannadh.t...@gmail.com] Sent: Wednesday,
>>> September 25, 2013 11:36 AM To: Langer Thomas (LQDE RD ST PON SW) Cc:
>>> Jagannadha Sutradharudu Teki; Tom Rini;
From: Lars Poeschel
Since 2bf36ac638ab2db9f0295aa47064976eeebf80c1 the BD ram address is
not hardcoded inside cpsw driver any more. Platforms have to supply
their bd_ram_ofs in the platform data to the driver. With this
commit pcm051 does this.
Signed-off-by: Lars Poeschel
---
board/phytec/pcm
From: Lars Poeschel
I compiled and tried v2013.10-rc2 on pcm051 and it fails booting over
tftp. I could bisect 2bf36ac638ab2db9f0295aa47064976eeebf80c1 as the
cause of the problem. It moves bd_ram_ofs from the cpsw driver to the
board files. Adding the bd_ram_ofs to the board file of pcm051 fixes
On Wed, Sep 25, 2013 at 3:34 PM, wrote:
> Hello Jagan,
>
> Jagan Teki wrote on 2013-09-25:
>> On Wed, Sep 25, 2013 at 3:14 PM, wrote:
>>> Hello Jagan,
>>>
From: Jagan Teki [mailto:jagannadh.t...@gmail.com] Sent: Wednesday,
September 25, 2013 11:36 AM To: Langer Thomas (LQDE RD ST PON
Commit be3b51aa4a450f3e3fcd9c6e5074ef435812a02d renamed CONFIG_PMIC
to CONFIG_POWER, but somehow the old values survived or sneaked in
again.
Removed the redundant and useless version in exynos5250-dt.h and
rename it in arndale.h.
Signed-off-by: Andre Przywara
---
drivers/power/power_fsl.c
AFAIK the CROS_EC is only available on the Chromebook. So move the
corresponding define to the snow config file and include the keyboard
only in this case.
Also the LCD should be protected in the same way, though this seems
to be also valid for the SMDK5250 board.
Unfortunately compilation breaks f
The config file exynos5250-dt.h is used by two boards currently.
To allow the Arndale board to use it too in the future, move some
board specific defines out of that generic file.
Update the copyright, header comment and include protection define
on the way.
Signed-off-by: Andre Przywara
---
inc
Now that we have moved most of the board specific defines out of
exynos5250-dt.h, we can replace arndale.h with an include of that
generic file.
Define the remaining, Arndale-specific options after that.
Signed-off-by: Andre Przywara
---
include/configs/arndale.h | 242 +-
Hi,
while working on HYP mode support for Exynos 5250 based boards, I
fixed some shortcomings in their configuration files.
The purpose of this series is to get rid of the elaborate arndale.h
and replace it mostly by an include of exynos5250-dt.h, which
currently has an about 90% overlap.
I could
For some reasons the very same defines appear twice in
exynos5250-dt.h. Remove the second version.
Signed-off-by: Andre Przywara
---
include/configs/exynos5250-dt.h | 21 -
1 file changed, 21 deletions(-)
diff --git a/include/configs/exynos5250-dt.h b/include/configs/exynos5
Defines constants required to support 8K page size NAND flash.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2:Sending as it is
include/configs/C29XPCIE.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/include/configs/C29XPCIE.h b/include/configs/C29XPCIE
nand_ecclayout is present in mtd.h at Linux.
Move this structure to mtd.h to comply with Linux.
Also, increase the ecc placement locations to 640 to suport device having
writesize/oobsize of 8KB/640B. This means that the maximum oobsize has gone
up to 640 bytes and consequently the maximum ecc pla
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
---
Changes for v2: sending as it
On 09/19/13 16:34, Marek Vasut wrote:
> I checked powerpc and "arches" "glacier" and "glacier_nand" don't build. Can
> you
> please check and fix ? You can get the ELDK 5.4 PPC toolchain from [1].
>
> http://www.denx.de/wiki/ELDK-5/
Hello,
it's because I moved some function declarations and had
[CC u-boot ML since it may not be a kernel only related bug(s)]
Hi Richard, Artem,
I'm still playing with fastmap and I ran into something.
It's involving u-boot's "ubi write" command and fastmap.
What I'm doing is:
- Flashing a mtd partition with a userspace.ubi image via u-boot
- Booting linux
Hello Jagan,
Jagan Teki wrote on 2013-09-25:
> Thanks for your comments, see below
>
> On Wed, Sep 25, 2013 at 1:02 AM, wrote:
>> Hello Jagan,
>>
>> Am 24.09.2013 20:38, schrieb Jagannadha Sutradharudu Teki:
>>> This patch series is a combination of "sf: Add common probe support"
>>> "sf: Add
On Wed, Sep 25, 2013 at 4:43 PM, wrote:
> Hello Jagan,
>
> Jagan Teki wrote on 2013-09-25:
>
>> Thanks for your comments, see below
>>
>> On Wed, Sep 25, 2013 at 1:02 AM, wrote:
>>> Hello Jagan,
>>>
>>> Am 24.09.2013 20:38, schrieb Jagannadha Sutradharudu Teki:
This patch series is a combi
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 25 September 2013 12:50
> To: Prafulla Wadaskar; albert.u.b...@aribaud.net
> Cc: u-boot@lists.denx.de; Valentin Longchamp
> Subject: Re: [PATCH 1/3] arm/km: add support for
> km_kirkwood_128m16 board
>
Hi Albert,
Please kindly pull
The following changes since commit 12eba1b49380988fd87cc0b3af44014cca8b71c4:
Jeroen Hofstee (1):
README: update ARM register usage
are available in the git repository at:
u-boot-marvell.git master branch.
Holger Brunck (2):
arm/km: drop unneeded de
On 25/09/2013 13:10, Richard Weinberger wrote:
> Hi!
>
> Am 25.09.2013 12:59, schrieb Richard Genoud:
>>
>> [CC u-boot ML since it may not be a kernel only related bug(s)]
>>
>> Hi Richard, Artem,
>>
>> I'm still playing with fastmap and I ran into something.
>> It's involving u-boot's "ubi write"
Hello,
I am using a K9LBG08U0D-PCB0 NAND IC with the i.MX28EVK board.
I tested it with 2013.04 and current imx tree tip. Both same results.
I am having problems to use mtdparts with it as it thinks the NAND has
size as 0 when it gets there. /However/ it properly detects it
initially and the mtd-
Hi!
Am 25.09.2013 12:59, schrieb Richard Genoud:
>
> [CC u-boot ML since it may not be a kernel only related bug(s)]
>
> Hi Richard, Artem,
>
> I'm still playing with fastmap and I ran into something.
> It's involving u-boot's "ubi write" command and fastmap.
> What I'm doing is:
> - Flashing a
It's important that buffer descriptors are aligned in accordance to GMAC
data bus width (32/64/128-bit). It's safe to align to 128-bit (16-bytes)
for every bus width type.
If buffer descriptor is improperly aligned GMAC discards lower bits of
provided address and as a result reads from improper lo
"bus mode" register contains lots of fields and some of them don't
expect to be written with 0 (zero). So since we're only interested in
resetting MAC (which is done with setting the least significant bit of
this register with "0") I believe it's better to modify only 1 bit of
the register.
Signed
2013/9/25 Richard Weinberger :
> Am 25.09.2013 14:13, schrieb Richard Genoud:
>>> Before we waste time, please ensure that you have all recent UBI fixes
>>> applied.
>>> UBI: Fix PEB leak in wear_leveling_worker() (Merged into 3.12-rc1, on it's
>>> way to -stable)
>>> UBI: Fix invalidate_fastmap(
Am 25.09.2013 14:13, schrieb Richard Genoud:
>> Before we waste time, please ensure that you have all recent UBI fixes
>> applied.
>> UBI: Fix PEB leak in wear_leveling_worker() (Merged into 3.12-rc1, on it's
>> way to -stable)
>> UBI: Fix invalidate_fastmap() (Merged into 3.12-rc1)
>> UBI: Fix r
Am 25.09.2013 15:39, schrieb Richard Genoud:
> 2013/9/25 Richard Weinberger :
>> Am 25.09.2013 14:13, schrieb Richard Genoud:
Before we waste time, please ensure that you have all recent UBI fixes
applied.
UBI: Fix PEB leak in wear_leveling_worker() (Merged into 3.12-rc1, on it's
>
It's important that buffer descriptors are aligned in accordance to GMAC
data bus width (32/64/128-bit). It's safe to align to 128-bit (16-bytes)
for every bus width type.
If buffer descriptor is improperly aligned GMAC discards lower bits of
provided address and as a result reads from improper lo
This patch adds the pad to i.MX6DQ and changes the i.MX6DLS
declaration to match the Linux kernel declaration.
Signed-off-by: Eric Nelson
---
Note that this is needed for OTG/UDC work Troy is prepping for i.MX6
and that the previous declaration of MX6_PAD_GPIO_1__USBOTG_ID was
not previously use
Marek
On 09/24/2013 03:50 AM, Vivek Gautam wrote:
> On Tue, Sep 24, 2013 at 12:30 PM, Marek Vasut wrote:
>> Dear Vivek Gautam,
>>
>>> Hi Marek,
>>>
>>> On Mon, Sep 23, 2013 at 8:59 PM, Marek Vasut wrote:
Dear Vivek Gautam,
> + Marek, Dan, Julius, Simon and Vikas for this cover patch
On Tue, 2013-09-24 at 22:19 -0500, Liu Po-B43644 wrote:
> Hi Wood Scott,
>
> 1. Do you mean it is better to set the hwconfig=fsl_ddr:ecc=on as default
> setting?
> 2. Do you mean keep the CONFIG_DEF_HWCONFIG define as below is better?
>
> #define CONFIG_DEF_HWCONFIG fsl_ddr:ecc=on
> "hwconfig="
On Wed, 2013-09-25 at 09:47 +0530, Prabhakar Kushwaha wrote:
> On 09/23/2013 11:49 PM, Scott Wood wrote:
> > On Wed, 2013-09-18 at 16:40 +0530, Prabhakar Kushwaha wrote:
> >> Thanks Scott for taking time and reviewing the RFC patch.
> >>
> >> Please find my reply in-lined.
> >>
> >> On 09/17/2013 0
On Wed, 2013-09-25 at 09:52 +0530, Prabhakar Kushwaha wrote:
> On 09/25/2013 08:09 AM, Liu Shengzhou-B36685 wrote:
> >> -Original Message-
> >> From: u-boot-release-boun...@linux.freescale.net [mailto:u-boot-release-
> >> boun...@linux.freescale.net] On Behalf Of Kushwaha Prabhakar-B32579
>
Dear Eric Nelson,
> This patch adds the pad to i.MX6DQ and changes the i.MX6DLS
> declaration to match the Linux kernel declaration.
>
> Signed-off-by: Eric Nelson
> ---
> Note that this is needed for OTG/UDC work Troy is prepping for i.MX6
> and that the previous declaration of MX6_PAD_GPIO_1__
Hello Jagan,
Jagan Teki wrote on 2013-09-25:
> On Wed, Sep 25, 2013 at 3:34 PM, wrote:
>> Hello Jagan,
>>
>> Jagan Teki wrote on 2013-09-25:
>>> On Wed, Sep 25, 2013 at 3:14 PM, wrote:
Hello Jagan,
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com] Sent: Wednesday,
> Septem
Short comment. Apologies for top posting:
The first incarnations of SPL and loader mainly cared about the boot flash
device.
OMAPs require a resistor strap to specify the width of the boot device. The
values is latched for SW to read.
As such always a run time check of width was sufficient f
On Wed, 2013-09-25 at 09:26 -0300, Otavio Salvador wrote:
> Hello,
>
> I am using a K9LBG08U0D-PCB0 NAND IC with the i.MX28EVK board.
>
> I tested it with 2013.04 and current imx tree tip. Both same results.
>
> I am having problems to use mtdparts with it as it thinks the NAND has
> size as 0 w
On Tue, 2013-09-17 at 16:37 +0800, FengHua wrote:
>
>
> > -原始邮件-
> > 发件人: "Scott Wood"
> > 发送时间: 2013年9月17日 星期二
> > 收件人: feng...@phytium.com.cn
> > 抄送: u-boot@lists.denx.de, tr...@ti.com, albert.u.b...@aribaud.net,
> > w...@denx.de, b45...@freescale.com
> > 主题: Re: [PATCH v10 1/6] core
Dear Wolfgang,
I failed to find the guideline, here is my question. Pardon me if this
is a dump question as I am still new to ARM.
As David Feng post his patch set to add ARMv8 support, I am trying to
enable it for Freescale implementation. Let's name it as LS2 for this
discussion. I am thinking
On Wed, 2013-09-25 at 16:30 -0700, York Sun wrote:
> Dear Wolfgang,
>
> I failed to find the guideline, here is my question. Pardon me if this
> is a dump question as I am still new to ARM.
>
> As David Feng post his patch set to add ARMv8 support, I am trying to
> enable it for Freescale impleme
On Wed, 2013-09-25 at 20:52 -0300, Otavio Salvador wrote:
> On Wed, Sep 25, 2013 at 8:07 PM, Scott Wood wrote:
> > On Wed, 2013-09-25 at 09:26 -0300, Otavio Salvador wrote:
> >> Hello,
> >>
> >> I am using a K9LBG08U0D-PCB0 NAND IC with the i.MX28EVK board.
> >>
> >> I tested it with 2013.04 and c
On Wed, Sep 25, 2013 at 8:07 PM, Scott Wood wrote:
> On Wed, 2013-09-25 at 09:26 -0300, Otavio Salvador wrote:
>> Hello,
>>
>> I am using a K9LBG08U0D-PCB0 NAND IC with the i.MX28EVK board.
>>
>> I tested it with 2013.04 and current imx tree tip. Both same results.
>>
>> I am having problems to us
On Wed, Sep 25, 2013 at 8:56 PM, Scott Wood wrote:
> On Wed, 2013-09-25 at 20:52 -0300, Otavio Salvador wrote:
>> On Wed, Sep 25, 2013 at 8:07 PM, Scott Wood wrote:
>> > On Wed, 2013-09-25 at 09:26 -0300, Otavio Salvador wrote:
>> >> Hello,
>> >>
>> >> I am using a K9LBG08U0D-PCB0 NAND IC with th
On Sep 25, 2013, at 4:52 PM, Scott Wood wrote:
> On Wed, 2013-09-25 at 16:30 -0700, York Sun wrote:
>> Dear Wolfgang,
>>
>> I failed to find the guideline, here is my question. Pardon me if this
>> is a dump question as I am still new to ARM.
>>
>> As David Feng post his patch set to add ARMv8
On Wed, 2013-09-25 at 20:04 -0500, sun york-R58495 wrote:
> On Sep 25, 2013, at 4:52 PM, Scott Wood wrote:
>
> > On Wed, 2013-09-25 at 16:30 -0700, York Sun wrote:
> >> Dear Wolfgang,
> >>
> >> I failed to find the guideline, here is my question. Pardon me if this
> >> is a dump question as I am
The default partition table matches the .dts files for these boards in
Linux. This allows these partitions to be used by name with U-Boot's
"nand" command.
Signed-off-by: Zhao Qiang
---
include/configs/P1010RDB.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/configs/P1010RD
This prevents a crash if tftpboot is given a bad filename.
rx_req will be released by eth_reset_config
which is called by eth_disconnect,
which is called using the .disconnect member of usb_gadget_driver by mv_pullup
in mv_udc
which is called using the .pullup member of usb_gadget_ops by
usb_gad
Since we flush the TD, we may as well set it to a known value.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/mv_udc.c b/drivers/usb/gadget/mv_udc.c
index ff3f3b5..091c566 100644
--
i.mx6 has 1 otg controller, and 3 host ports. So,
CONFIG_USB_MAX_CONTROLLER_COUNT can be greater than 1
even though only 1 device mode controller is supported.
Signed-off-by: Troy Kisky
---
v4: new patch
v5: no change
---
drivers/usb/gadget/mv_udc.c | 4
1 file changed, 4 deletions(-)
dif
Hi Marek, Stefano
This series is based on u-boot-usb/master branch.
After this series, nitrogen6x works with tftpboot to transfer
files over usb, and will recognize a usb stick in the OTG port.
This V5 has been rebased to the latest u-boot-usb/master branch
and changed to address Marek comments.
Change 'nfo=' to 'info='
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/mv_udc.c b/drivers/usb/gadget/mv_udc.c
index 38d1eb5..4910659 100644
--- a/drivers/usb/ga
Use this function so that we can verify the OTG_ID
pin is high and device mode should be activated.
Signed-off-by: Troy Kisky
---
v5: new patch
---
drivers/usb/gadget/mv_udc.c | 2 +-
drivers/usb/host/ehci-hcd.c | 13 +
include/usb.h | 1 +
3 files changed, 15 insert
Make sure the transfer descriptor is flushed
before the queue is updated so that the controller
will not see old information.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/driver
Previously, only host1 was supported using an index of 0.
Now, otg has index 0, host1 is 1, host2 is 2, host3 is 3.
Since OTG requires usbmode to be set after reset, I added
CONFIG_EHCI_HCD_INIT_AFTER_RESET to nitrogen6x.h and
mx6qsabreauto.h.
I also added a weak function board_ehci_power to handl
This controller support full and high speed.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/mv_udc.c b/drivers/usb/gadget/mv_udc.c
index 4910659..059 100644
--- a/drivers/usb/ga
Set maximum packet length in queue header to wMaxPacketSize
of endpoint.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 48 -
1 file changed, 34 insertions(+), 14 deletions(-)
diff --git a/drivers/usb/gadg
Move common definitions to udc.h
This allows musb_udc.h to be removed as well.
Signed-off-by: Troy Kisky
---
v4: updated commit message
removed ifdef UDC_BULK_HS_PACKET_SIZE since 512
is the only legal value, it shouldn't be overridden.
v5: use #if !defined(CONFIG_PPC) && !defined(CONFIG_OMAP15
Move defines only needed by mv_udc.c to a file
in the same directory.
This allows usbtty to compile for mv_udc,
but it still doesn't link.
Signed-off-by: Troy Kisky
---
v4: unchanged
v5: unchanged
---
drivers/usb/gadget/mv_udc.c | 6 +++
drivers/usb/gadget/mv_udc.h | 115
set wMaxPacketSize for full speed descriptors
fs_source_desc, fs_sink_desc to 64.
Full-speed bulk endpoint can have a maximum packet size of
8, 16, 32, or 64 bytes, so choice 64.
The hs_source_desc, hs_sink_desc, already have their wMaxPacketSize
set to 512. That is the only legal value for high
Signed-off-by: Troy Kisky
---
v4: similar to Nitrogen6x: add otg usb ethernet gadget support
But I added pad setup for over current, otg_id, and power control
Added board_ehci_power function to enable power for host mode.
Removed otg_id selection done now in previous patch.
v5: changed MX6_PAD_G
Pass a valid cmdtp into do_tftpb(), do_ext2load(), and do_get_fat(), to avoid
possible crashes due to null pointer dereferencing.
Signed-off-by: Steven A. Falco
---
Commit d7884e047d08447dfd1374e9fa2fdf7ab36e56f5 does not go far enough. There
is still at least one call chain that can result i
Only get head if not ep0.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/mv_udc.c b/drivers/usb/gadget/mv_udc.c
index 3509aa8..ff3f3b5 100644
--- a/drivers/usb/g
Also, add other USB related config items.
Signed-off-by: Troy Kisky
---
v4: Updated commit message
v5: no change
---
include/configs/nitrogen6x.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/nitrogen6x.h b/include/configs/nitrogen6x.h
index 2e5ae13..a08eea6 100644
-
Only perform one copy, either in the bounce
routine for IN transfers, or the debounce
rtn for OUT transfer.
On out transfers, only copy the number
of bytes received from the bounce buffer
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 37 +++
desc is set at ep_enable, so for symmetry,
clear it at ep_disable.
Signed-off-by: Troy Kisky
---
v4: no change
v5: no change
---
drivers/usb/gadget/mv_udc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/mv_udc.c b/drivers/usb/gadget/mv_udc.c
index 091c566..bfe099b 10
Select GPIO1 as the USB OTG ID pin for Nitrogen6x
Signed-off-by: Troy Kisky
---
v4: move the Nitrogen6x bits into this patch as well
v5: no change
---
arch/arm/include/asm/arch-mx6/iomux.h | 6 ++
board/boundary/nitrogen6x/nitrogen6x.c | 7 +++
2 files changed, 13 insertions(+)
diff -
c29xpcie REV_A board DDR ECC chip has bad impedance in hardware,
force that kind of board to be DDR ECC off when booting.
Other version board config ECC on/off by hwconfig=fsl_ddr:ecc=on
in uboot enviroment.
Signed-off-by: Po Liu
---
Add this patch after the camelcase patch
http://patchwork.ozlab
Dear Mateusz Zalega,
> On 09/19/13 16:34, Marek Vasut wrote:
> > I checked powerpc and "arches" "glacier" and "glacier_nand" don't build.
> > Can you please check and fix ? You can get the ELDK 5.4 PPC toolchain
> > from [1].
> >
> > http://www.denx.de/wiki/ELDK-5/
>
> Hello,
> it's because I mo
>From 133570dbb7f772f78558cfac9d8c558513d033a1 Mon Sep 17 00:00:00 2001
From: richie_wang
Date: Wed, 25 Sep 2013 08:20:25 +0800
Subject: [PATCH 3/3] This commit solve mmc_write_blocks with async cmd12
hidden bug
When the processor use mmc_write_blocks to write multi-block data to SD
Memory card
As far as I know, gcc does not support -fstack-usage
for some targets such as blackfin, m68k, microblaze, etc.
If -fstack-usage option is given for those targets,
gcc displays a warning message as follows:
warning: -fstack-usage not supported for this target [enabled by default]
But it still
Dear richie_wang,
richie_wang 163.com> writes:
>
Submitting a patch isn't as easy as copy-n-pasting but it's all documented.
Please read this page:
http://www.denx.de/wiki/U-Boot/Patches
>
> From 133570dbb7f772f78558cfac9d8c558513d033a1 Mon Sep 17 00:00:00 2001
> From: richie_wang 163.com>
On 9/25/2013 8:57 PM, Alexey Brodkin wrote:
It's important that buffer descriptors are aligned in accordance to GMAC
data bus width (32/64/128-bit). It's safe to align to 128-bit (16-bytes)
for every bus width type.
If buffer descriptor is improperly aligned GMAC discards lower bits of
provided
On Wed, 2013-09-25 at 22:08 +, Woodruff, Richard wrote:
> Short comment. Apologies for top posting:
>
> The first incarnations of SPL and loader mainly cared about the boot flash
> device.
Is there an SPL that cares about something other than the boot device
now?
> OMAPs require a resistor
On 9/25/2013 7:03 PM, Alexey Brodkin wrote:
"bus mode" register contains lots of fields and some of them don't
expect to be written with 0 (zero). So since we're only interested in
resetting MAC (which is done with setting the least significant bit of
this register with "0") I believe it's better
When "64-bit ARMv9" was announced ?
On Thu, Sep 26, 2013 at 4:46 AM, Scott Wood wrote:
> On Tue, 2013-09-17 at 16:37 +0800, FengHua wrote:
> >
> >
> > > -原始邮件-
> > > 发件人: "Scott Wood"
> > > 发送时间: 2013年9月17日 星期二
> > > 收件人: feng...@phytium.com.cn
> > > 抄送: u-boot@lists.denx.de, tr...@ti.
> Date: Wed, 25 Sep 2013 20:10:13 -0500
> From: Scott Wood
> Subject: Re: [U-Boot] When to create a SoC directory for ARM
> To: sun york-R58495
> Cc: Rini , Wood Scott-B07421 ,
> "u-boot@lists.denx.de" , Tom
> Message-ID: <1380157813.24959.237.ca...@snotra.buserror.net>
> Content-Type: text
On Sep 25, 2013, at 10:23 PM, FengHua wrote:
> > Date: Wed, 25 Sep 2013 20:10:13 -0500
> > From: Scott Wood
> > Subject: Re: [U-Boot] When to create a SoC directory for ARM
> > To: sun york-R58495
> > Cc: Rini , Wood Scott-B07421 ,
> > "u-boot@lists.denx.de" , Tom
> > Message-ID: <138015781
Vipin wrote:
> I have also faced this problem before. May be a better solution is to
> place all the struct and buffer declarations at the very start of
> dw_eth_dev structure (off-course with a comment that these should not
> be moved). It may avoid the problem in later modifications
I think that
93 matches
Mail list logo