Dear All,
Hi,
Can anybody will provide me some documents/information/link related
with the U-Boot Architecture.
I'm just starting with U-Boot.
Thanks in Advance!!
--
Thanks & Regards,
Mayur Aggarwal
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
Hi,folks,did u-boot now support s3c2416 with MCP(muti-cell memory)?
B.R
Tommy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 09/28/2011 08:04 AM, Georgy Obraztsov wrote:
> u-boot-2011.09-rc2.tar.bz2
> make mx51evk (default config)
> make
> ...
> /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld:
> u-boot: warning: allocated section `.bss' not in segment
> /bin/bas
Does u boot have support for wifi devices?. We need to have a setup in which
kernel is booted through tftpboot with a wireless network connection.
Please help me.
--
regards
Fayaz Ahmed
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/
*Hallo meine lieben!
Wie geht es Ihnen! hoffe, Sie sind fein und in einwandfreiem Zustand. Mein
Name ist Susan
und ich komme auf Ihre E-Mail hier während des Surfens und beschlossen,
Ihnen für den Kontakt
Freundschaft, weil ich für eine ehrliche Partner suchen Sie bitte, wenn du
nichts dagegen hast
Hi,folks,did u-boot now support s3c2416 with MCP(muti-cell memory)?
B.R
Tommy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear sricharan,
Am 27.09.2011 um 13:43 schrieb sricharan:
> The maximum size of SPL is set to 38K bytes.
> But the maximum size of SPL cannot exceed 32k bytes in
> case of HS devices. So restrict the size to 32k bytes
> for compatability with both HS/GP devices.
>
> Signed-off-by: sricharan
> -
Hi Andreas Bießmann,
>-Original Message-
>From: Andreas Bießmann [mailto:andreas.de...@googlemail.com]
>Sent: Wednesday, September 28, 2011 1:39 PM
>To: sricharan
>Cc: u-boot@lists.denx.de; ane...@ti.com
>Subject: Re: [U-Boot] [PATCH 2/2] SPL: omap4: Reduce the maximum size of
>SPL to 32K
On 09/28/2011 12:50 AM, Scott Wood wrote:
> On 09/27/2011 05:14 AM, Simon Schwarz wrote:
>> On 09/27/2011 02:28 AM, Scott Wood wrote:
>>> On 09/26/2011 03:27 AM, Simon Schwarz wrote:
so in essence I will:
- rename the inline functions
- just add the functions used in SPL now
- m
Hello.
On 26-09-2011 20:02, Laurence Withers wrote:
> In nand_davinci_readecc(), select the correct NANDFECC register based
> on CONFIG_SYS_NAND_CS rather than hardcoding the choice of NANDF1ECC.
> This allows 1-bit hardware ECC to work with chip select other than CS2.
> Note this now matches th
Hi all,
MIPS Uboot works OK.Part of the code is as below.
And my questions:
1.read status register($12) and save value to $10,but don't use the value in
$10 to do anything.
Because uboot overwrite $10.
2.Is it right?I can delete this code "mfc0 $10,$12" from uboot.
Thanks.
Bruce
# Initialize
On 09/23/2011 11:55 AM, Wolfgang Denk wrote:
[...]
>> While we're on this subject, do you think it would make any sense to
>> *import* individual variables?
>
> Tough question. In theory yes, it would make perfect sense. On the
> other hand, this is a boot loader, and we should not try to be
> fe
The framebuffer driver for MX5 is based on CONFIG_LCD.
In the current implementation, there is a serious bug
because the required memory is allocated before
relocation, but the driver knows only later which is
the resolution of the display. The patch switches the driver
to CONFIG_VIDEO and the memo
Pixel Format defines must be available for boards to set up
the right display. Move them and export in a new file.
Signed-off-by: Stefano Babic
CC: Anatolij Gustschin
CC: Marek Vasut
---
drivers/video/ipu.h | 46 +
include/ipu_pixfmt.h | 80
From: Marek Vasut
Signed-off-by: Marek Vasut
Signed-off-by: Stefano Babic
CC: Anatolij Gustschin
---
board/ttcontrol/vision2/vision2.c |4 +++-
drivers/video/mxc_ipuv3_fb.c | 15 ++-
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/board/ttcontrol/vision2
Signed-off-by: Stefano Babic
CC: Anatolij Gustschin
---
board/ttcontrol/vision2/vision2.c | 38
include/configs/vision2.h | 11 -
2 files changed, 26 insertions(+), 23 deletions(-)
diff --git a/board/ttcontrol/vision2/vision2.c
b/board/t
Hi,
I am trying to enable YAFFS2 support in U-Boot but I have some questions.
First of all, it looks like YAFFS2 is rather limited and needs a lot of clean-
up. It is poorly documented and the commands lack adequate help. Is any work
being done to improve this?
Second of all, it looks like YAFF
The maximum size of SPL is set to 38K bytes.
But as per the rom code specifications, the maximum size
of SPL cannot exceed 32k bytes. So restrict the size
to 32k bytes.
Signed-off-by: sricharan
---
[v1] Inital version.
[v2] Added a comment line.
include/configs/omap4_common.h |6 +-
1 f
Adapt vision2 to the current u-boot version. Drop
own macros to set global data and use the common ones.
Signed-off-by: Stefano Babic
---
include/configs/vision2.h | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/include/configs/vision2.h b/include/configs
On 09/27/2011 08:17 PM, Jana Rapava wrote:
>
> > +
> > +#ifdef CONFIG_MACH_EFIKASB
>
> Please update to mainline, use if (machine_is_efikasb()) { ... } .
>
>
> To get macro machine_is_efikasb() working, I have to get into mainline
> these two of your patches in u-boot-marex:
On Wednesday, September 28, 2011 11:21:16 AM Stefano Babic wrote:
> Pixel Format defines must be available for boards to set up
> the right display. Move them and export in a new file.
>
> Signed-off-by: Stefano Babic
> CC: Anatolij Gustschin
> CC: Marek Vasut
> ---
Thanks for this patch.
Ack
On Wednesday, September 28, 2011 11:21:18 AM Stefano Babic wrote:
> From: Marek Vasut
>
> Signed-off-by: Marek Vasut
> Signed-off-by: Stefano Babic
> CC: Anatolij Gustschin
> ---
Acked-by: Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
ht
On Wednesday, September 28, 2011 12:21:16 AM Jana Rapava wrote:
> Add callback to ehci_fixup to prepare
> for solving the problem with VBUS reset on Efika.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> ---
> Changes for v1:
> - split into patchset
On Wednesday, September 28, 2011 12:40:01 AM Simon Glass wrote:
> On Tue, Sep 27, 2011 at 5:02 AM, Marek Vasut wrote:
> > On Tuesday, September 27, 2011 01:57:52 PM Nick Thompson wrote:
> >> On 27/09/11 11:21, Marek Vasut wrote:
> >> > On Tuesday, September 27, 2011 11:31:15 AM Wolfgang Denk wrote
On 09/26/2011 05:10 PM, Lukasz Majewski wrote:
> This patch series adds new generic PMIC framework for u-boot.
> It is supposed to handle various types of pmic IC's (both
> I2C and SPI).
>
> This patch series has been tested on Samsung's GONI reference target.
>
> Moreover a special patch for mx5
> Otherwise:
> Acked-by: Marek Vasut
>
> (please add this line to the final revision of this patch.)
>
Thanks, should I add this line also to the first two patches of this
patchset? There weren't any change requests for the last version of them.
Regards,
Jana Rapava
_
Hi Stefano,
>
> I cannot review now your patches,
Ok, no problem. I will wait :-)
--
Best regards,
Lukasz Majewski
Samsung Poland R&D Center
Platform Group
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
include/mc13892.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/include/mc13892.h b/include/mc13892.h
index 8138bb7..ea41272 100644
--- a/include/mc13892.h
+++ b/include/mc13892.h
@@ -139,6 +139,22 @@
#d
2011/9/28 Stefano Babic
> This two patches are already accepted and integrated into
> u-boot-imx/next and in u-boot-arm/next.
> You can take u-boot-imx/next as reference for your patchset
>
> >
> > I don't know if they should be part of this patchset,
>
> No, they don't
>
Thanks, Marek already t
On Wednesday, September 28, 2011 01:52:39 PM Jana Rapava wrote:
> > Otherwise:
> > Acked-by: Marek Vasut
> >
> > (please add this line to the final revision of this patch.)
>
> Thanks, should I add this line also to the first two patches of this
> patchset? There weren't any change requests for
Preferred Domain Availability Notice:
ucdragon.com will be listed for auction in a few days. This domain might be
useful for you, since you own a domain similar to ucdragon.com
To express interest in owning this domain, fill out the simple form here:
http://BLOODOFTHEGODS.COM/c5a380a4a66746
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
board/efikamx/efikamx.c | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/board/efikamx/efikamx.c b/board/efikamx/efikamx.c
index 29fff72..276753c 100644
--- a/board/efikamx/efikamx.c
+++ b/board/efikamx/efik
2011/9/28 Marek Vasut
> > +/* get ID from ULPI immediate registers */
> > +for (reg = ULPI_ID_REGS_COUNT - 1; reg >= 0; reg--)
> > +tmp |= ulpi_read(ehci, (u32)reg) << (reg * 8);
>
> Are you ignoring my comment and picking only some of them? Is the cast here
> necessary?
>
Sorry,
On Wednesday, September 28, 2011 02:25:14 PM Jana Rapava wrote:
> 2011/9/28 Marek Vasut
>
> > > +/* get ID from ULPI immediate registers */
> > > +for (reg = ULPI_ID_REGS_COUNT - 1; reg >= 0; reg--)
> > > +tmp |= ulpi_read(ehci, (u32)reg) << (reg * 8);
> >
> > Are you ignoring my
Some macros are added to support the setup for i.MX31 WEIM
chip selects. As a compromise between verbosity and readability
an ASCII-art'ish bit comment is used instead of bitfields.
All i.MX31 boards have been patched to use this approach using a helper
program to verify the changes.
Signed-off-by
I tried to fix the magic numbers used by ALL mx31 boards (except one CS in
qong.c)
by using some macros. I stayed away from bitfields as it would have resulted
in a very verbose change (something like the setup of CS 3 in qong.c).
To verify the code I used this helper:
-- cut ---
This adds the capability to OMAP3 SPL to load the Linux/U-Boot image with DMA.
Based on:
- u-boot-ti/next
- SPL direct Linux boot:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/108814
Simon Schwarz (6):
omap3: Add Base register for DMA
omap3: Add DMA register accessors
omap3: Ad
Please ignore this message. Was a mistake.
Sorry for the noise...
On 09/28/2011 04:44 PM, Simon Schwarz wrote:
> This adds the capability to OMAP3 SPL to load the Linux/U-Boot image with DMA.
>
> Based on:
> - u-boot-ti/next
> - SPL direct Linux boot:
>http://article.gmane.org/gmane.comp.boot
From: Fabio Estevam
Move ehci.h and ehci-core.h to include/usb directory.
Signed-off-by: Fabio Estevam
Cc: Remy Bohmer
Cc: Marek Vasut
---
Changes for v1:
- reorder patches in patchset
- use patch from Fabio Estevam
Changes for v2:
- fix From field
- rebase on
Add callback to ehci_hcd.c to prepare
for solving the problem with VBUS reset on Efika.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
Acked-by: Marek Vasut
---
Changes for v1:
- split into patchset
- add callback ehci_fixup
Changes for v2:
- make thi
This adds functions to use the DMA controller of OMAP3 devices. It also
adds a dma library to the SPL.
based on:
- u-boot-ti/next
- SPL direct linux boot patch:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/108814
Simon Schwarz (4):
omap3: Add Base register for DMA
omap3: Add DMA
Adding the base register address of OMAP3 DMA controller.
Signed-off-by: Simon Schwarz
---
arch/arm/include/asm/arch-omap3/omap3.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap3/omap3.h
b/arch/arm/include/asm/arch-omap3/omap3.h
index c
Adding the register definitions for omap3 DMA controller to cpu.h
Signed-off-by: Simon Schwarz
---
arch/arm/include/asm/arch-omap3/cpu.h | 45 +
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap3/cpu.h
b/arch/arm/inc
Adds an interface to use the OMAP3 DMA.
Signed-off-by: Simon Schwarz
---
arch/arm/include/asm/arch-omap3/dma.h | 77 ++
doc/README.omap3 | 18
drivers/dma/Makefile |1 +
drivers/dma/omap3_dma.c | 180 ++
Adding a DMA library to the SPL. It is used if CONFIG_SPL_DMA_SUPPORT is
defined.
Signed-off-by: Simon Schwarz
---
doc/README.SPL |1 +
spl/Makefile |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/doc/README.SPL b/doc/README.SPL
index d53ef9c..b4500fc 100644
--- a/
Add macros and structures needed by Efika USB support code.
Move shared offset and bits definitions into common header file.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
---
Changes for v1:
- split into patchset
Changes for v2:
- make this the third patc
This commit adds USB support for EfikaMX and EfikaSB.
Signed-off-by: Jana Rapava
Signed-off-by: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
---
Changes for v2:
- changed to proper patch
Changes for v3:
- merged other USB patches from u-boot-pxa/efikasb
- offset-based access changed to
On 09/28/2011 02:48 PM, Helmut Raiger wrote:
> Some macros are added to support the setup for i.MX31 WEIM
> chip selects. As a compromise between verbosity and readability
> an ASCII-art'ish bit comment is used instead of bitfields.
> All i.MX31 boards have been patched to use this approach using a
> This commit adds USB support for EfikaMX and EfikaSB.
>
> Signed-off-by: Jana Rapava
> Signed-off-by: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> ---
> Changes for v2:
> - changed to proper patch
> Changes for v3:
> - merged other USB patches from u-boot-pxa/efikasb
> - o
> Add callback to ehci_hcd.c to prepare
> for solving the problem with VBUS reset on Efika.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
>
> Acked-by: Marek Vasut
> ---
> Changes for v1:
> - split into patchset
> - add callback ehci_fixup
Hi Peter,
On Tue, Sep 27, 2011 at 1:38 PM, Peter Pan wrote:
> I'm recently using YAFFS2 rootfs on our NAND flash. What I'm
> experiencing is that
> the u-boot console "nand write.yaffs" is not working.
> With this image file, I can successfully write it to nand flash if I
> boot into Linux. In
>
MMC interfaces are specified to be 3.3V compatible with an operating
voltage range of 3.1V to 3.5V for SD cards. This change affects
hardware using TWL4030 (TPS6595x) PMICs and should improve the
reliability when communicating with marginally-spec'd MMC devices.
3.15V is the highest possible level
On Tue, 20 Sep 2011 15:09:19 +0200
Stefano Babic wrote:
> Hi Anatolij,
Hi Stefano,
> > I'm not really ok with it as is. Currently we have video support for
> > two boards in the tree using the mx3fb driver. Applying this patch
> > as is will break the display support for qong and imx31_phycore.
Hi All,
I'm a student using an LPC3250 for a satellite project.
I'm using LTIB to build my kernel for my LPC 3250 board but just when I
start up the computer, there's a 6 seconds watchdog which keep resetting the
computer before the kernel can load. I need to find someway to kick the
watchdog in
2011/9/28 Marek Vasut
> > +if (!timeout)
> > +return -1;
> > +else
> > +return tmp;
> > +}
>
> Won't 'return !timeout;' be enough?
>
> > +tmp = ulpi_wait(ehci, ULPI_RWRUN);
> +if (tmp == -1) {
> +printf("ULPI read timed out\n");
> +return 0;
> +
On 09/16/2011 11:46 AM, Stefano Babic wrote:
> Functions inside armv7/syslib can be used by other ARM
> architectures, too. The file is added as part of
> ARM library.
>
Hi Albert,
> Signed-off-by: Stefano Babic
> CC: Albert ARIBAUD
> ---
Any issue regarding this patch (code was not really ch
On Wednesday, September 28, 2011 08:12:08 PM Jana Rapava wrote:
> 2011/9/28 Marek Vasut
>
> > > +if (!timeout)
> > > +return -1;
> > > +else
> > > +return tmp;
> > > +}
> >
> > Won't 'return !timeout;' be enough?
> >
> > > +tmp = ulpi_wait(ehci, ULPI_RWRUN);
> >
> >
Dear Phakathorn Asawathpmetha,
In message
you wrote:
>
> I'm using LTIB to build my kernel for my LPC 3250 board but just when I
> start up the computer, there's a 6 seconds watchdog which keep resetting the
> computer before the kernel can load. I need to find someway to kick the
> watchdog in
Dear Remy Bohmer,
In message
you wrote:
> The following changes since commit 279bbbca12e71ae68278b756048194003a6d6e21:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-09-23
> 08:23:25 +0200)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.git m
Signed-off-by: Wolfgang Denk
---
doc/README.scrapyard | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/doc/README.scrapyard b/doc/README.scrapyard
index 30aeccd..c5dffbb 100644
--- a/doc/README.scrapyard
+++ b/doc/README.scrapyard
@@ -11,17 +11,1
Dear Albert ARIBAUD,
In message <4e82c0f9.40...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> The following changes since commit 279bbbca12e71ae68278b756048194003a6d6e21:
>
>Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-09-23
> 08:23:25 +0200)
>
> are available in the git reposi
Dear Sanjeev Premi,
In message <1317122493-26452-1-git-send-email-pr...@ti.com> you wrote:
> In absence of this argument, Linux kernel doesn't boot.
>
> Default value has been set to 128M to ensure that
> Linux kernel boots on older EVMs as well.
>
> Signed-off-by: Sanjeev Premi
> Cc: Sandeep P
Dear "Premi, Sanjeev",
In message you
wrote:
>
> > Can't the get_ram_size() function be used for detecting the actual
> > amount of RAM? and then the memory tag or FDT equivalent
> > (if there is one) used to pass the memory size information?
>
> Yes something like this can be done, but that wo
Dear Sanjeev Premi,
In message <1317135653-13435-1-git-send-email-pr...@ti.com> you wrote:
> In absence of this argument, Linux kernel doesn't boot.
>
> Even though many newer boards support 256M, default
> value has been set to 128M to ensure that default
> build can boot older EVM variants.
>
Dear "Premi, Sanjeev",
In message you
wrote:
>
> These is the default value that gets the board booting up.
> The environment variable memsize can be overwritten to 256M
> by the boards that have more memory. So, there is no hard
> limit.
Why the hell would you ever want to do that? U-Boot is
Dear Wolfgang Denk,
In message <1317235364-9293-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> ---
> doc/README.scrapyard | 26 +-
> 1 files changed, 13 insertions(+), 13 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX So
Dear Vladimir Zapolskiy,
In message <1315243448-29959-3-git-send-email...@mleia.com> you wrote:
> This change slightly improves readability of the phydev speed/duplex
> assignment logic.
>
> Signed-off-by: Vladimir Zapolskiy
> ---
> drivers/net/phy/phy.c |7 ++-
> 1 files changed, 2 ins
Dear Mike Frysinger,
In message <201108191724.22580.vap...@gentoo.org> you wrote:
>
> Wolfgang: is there something wrong with your application process ? it seems
> that Graeme had a proper s-o-b tag in his patch on the mailing list, but the
> patch that's actually in git is missing it (as are s
Dear Linus Walleij,
In message <1315783522-6374-1-git-send-email-linus.wall...@linaro.org> you
wrote:
> Since commit d388298a59ba375c76597b8f95b560afa971a0fb by
> Stefano Babic this file is no longer needed so delete it.
>
> Cc: Stefano Babic
> Cc: Loïc Minier
> Signed-off-by: Linus Walleij
>
From: Fabio Estevam
Move ehci.h and ehci-core.h to include/usb directory.
Signed-off-by: Fabio Estevam
Cc: Remy Bohmer
Cc: Marek Vasut
---
Changes for v1:
- reorder patches in patchset
- use patch from Fabio Estevam
Changes for v2:
- fix From field
- rebase on
Add callback to ehci_fixup to prepare
for solving the problem with VBUS reset on Efika.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
Acked-by: Marek Vasut
---
Changes for v1:
- split into patchset
- add callback ehci_fixup
Changes for v2:
- make this t
Add macros and structures needed by Efika USB support code.
Move shared offset and bits definitions into common header file.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
---
Changes for v1:
- split into patchset
Changes for v2:
- make this the third patch
This commit adds USB support for EfikaMX and EfikaSB.
Signed-off-by: Jana Rapava
Signed-off-by: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
---
Changes for v2:
- changed to proper patch
Changes for v3:
- merged other USB patches from u-boot-pxa/efikasb
- offset-based access changed to str
Dear Ulf Samuelsson,
In message <4e6fcdb3.1080...@telia.com> you wrote:
>
> > In mainline U-Boot we tend to use nand_spl instead. There should be
> > no need for such externel, out-of-tree code.
In the mean time, code has been reorganized, generalized and improved.
> I am not aware of a single
On Wednesday, September 28, 2011 09:49:45 PM Jana Rapava wrote:
> From: Fabio Estevam
>
> Move ehci.h and ehci-core.h to include/usb directory.
>
> Signed-off-by: Fabio Estevam
> Cc: Remy Bohmer
> Cc: Marek Vasut
> ---
> Changes for v1:
> - reorder patches in patchset
> - use patc
On Wednesday, September 28, 2011 09:51:15 PM Jana Rapava wrote:
> Add callback to ehci_fixup to prepare
> for solving the problem with VBUS reset on Efika.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
>
> Acked-by: Marek Vasut
> ---
> Changes for v1:
On Wednesday, September 28, 2011 09:54:41 PM Jana Rapava wrote:
> This commit adds USB support for EfikaMX and EfikaSB.
>
> Signed-off-by: Jana Rapava
> Signed-off-by: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
Dear Jana Rapava,
[...]
> +/*
> + * Enable devices connected to USB BUSes.
Dear Marek Vasut,
In message <201109271208.09363.marek.va...@gmail.com> you wrote:
>
> > And will you PLEASE get used to sticking with the rules?
> >
> > There is no patch version in the Subject line.
> >
> > There is no change log in the comment section either.
>
> This is a new patch ... that
Dear Scott Wood,
In message <4e821558.8030...@freescale.com> you wrote:
>
> > You don't write all your C code in a single line per function, or do
> > you?
>
> Of course not, but this a rather different environment, that doesn't
> support multiline code in the same way. It's more like macro
> su
On Wednesday, September 28, 2011 10:46:57 PM Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201109271208.09363.marek.va...@gmail.com> you wrote:
> > > And will you PLEASE get used to sticking with the rules?
> > >
> > > There is no patch version in the Subject line.
> > >
> > > There i
Dear Kim Phillips,
In message <20110927154026.f2570285.kim.phill...@freescale.com> you wrote:
>
> I don't know that there is such storage space on the 8313.
It can be memory (including OCM or static SRAM), but it can also be
register(s) if these are guaranteed to keep their values over rest
(freq
Dear Gerlando Falauto,
In message <4e82e6ca.9030...@keymile.com> you wrote:
>
> > env import -n name[,..] [other_flags] addr [size]
> >
> > ?
>
> Uhm, wouldn't that make the syntax completely unrelated to all other
> commands, leading to confusion?
>
> How about something like:
>
> env import
2011/9/28 Marek Vasut
> > Changes for v6:
> > - no actual changes
> > - fix the comment
>
> So are there any changes or not ?!
>
I only fixed the comment to look better, there were no actual changes.
Sorry, I really don't know how I could express it more clearly. I'll be glad
for any
Dear Marek Vasut,
In message <201109282258.10007.marek.va...@gmail.com> you wrote:
>
> > > This is a new patch ... that's why there's no changelog and no V1.
> >
> > Oh, is it?
> >
> > And what is this, then:
> >
> > 09/26 Marek Vasut[PATCH] ARM: Convert {in,out}s[bwl] to inline
> > fun
Dear p.asawathepme...@gmail.com,
please keep the mailing list on Cc:
And please do not top post / full quote.
In message
<1583190526-1317236653-cardhu_decombobulator_blackberry.rim.net-1201398-@b16.c9.bise6.blackberry>
you wrote:
>
> I'm using uboot 2009.03 for the Phytec lpc3250. The only wa
On Wednesday, September 28, 2011 11:14:06 PM Jana Rapava wrote:
> 2011/9/28 Marek Vasut
>
> > > Changes for v6:
> > > - no actual changes
> > > - fix the comment
> >
> > So are there any changes or not ?!
>
> I only fixed the comment to look better, there were no actual changes.
> S
On 09/11/2011 11:06 PM, Marek Vasut wrote:
> +static void mxs_nand_return_dma_descs(struct mxs_nand_info *info)
> +{
> + int i = info->desc_index;
> + struct mxs_dma_desc *desc;
> +
> + for (--i; i >= 0; i--) {
This is an awkward construct.
Why not just the usual:
for (i = 0; i < inf
2011/9/28 Marek Vasut
> > ---
> > Changes for v1:
> > - reorder patches in patchset
> > - use patch from Fabio Estevam
> > Changes for v2:
> > - fix From field
> > - rebase on top of u-boot-imx/next(no actual changes)
> > Changes for v3:
> > - change versioning in ch
On Wednesday, September 28, 2011 11:26:45 PM Scott Wood wrote:
> On 09/11/2011 11:06 PM, Marek Vasut wrote:
> > +static void mxs_nand_return_dma_descs(struct mxs_nand_info *info)
> > +{
> > + int i = info->desc_index;
> > + struct mxs_dma_desc *desc;
> > +
> > + for (--i; i >= 0; i--) {
>
>
On Wednesday, September 28, 2011 11:10:50 PM Jana Rapava wrote:
> 2011/9/28 Marek Vasut
>
> > > ---
> > >
> > > Changes for v1:
> > > - reorder patches in patchset
> > > - use patch from Fabio Estevam
> > >
> > > Changes for v2:
> > > - fix From field
> > > - rebase on t
On 09/28/2011 04:42 PM, Marek Vasut wrote:
> On Wednesday, September 28, 2011 11:26:45 PM Scott Wood wrote:
>> On 09/11/2011 11:06 PM, Marek Vasut wrote:
>>> + desc = info->desc[i];
>>> + memset(desc, 0, sizeof(struct mxs_dma_desc));
>>> + desc->address = (dma_addr_t)d
On Wednesday, September 28, 2011 11:57:49 PM Scott Wood wrote:
> On 09/28/2011 04:42 PM, Marek Vasut wrote:
> > On Wednesday, September 28, 2011 11:26:45 PM Scott Wood wrote:
> >> On 09/11/2011 11:06 PM, Marek Vasut wrote:
> >>> + desc = info->desc[i];
> >>> + memset(desc, 0, sizeof
On Wednesday, September 28, 2011 11:26:45 PM Scott Wood wrote:
> On 09/11/2011 11:06 PM, Marek Vasut wrote:
> > +static void mxs_nand_return_dma_descs(struct mxs_nand_info *info)
> > +{
> > + int i = info->desc_index;
> > + struct mxs_dma_desc *desc;
> > +
> > + for (--i; i >= 0; i--) {
>
>
On 09/28/2011 05:09 PM, Marek Vasut wrote:
> On Wednesday, September 28, 2011 11:57:49 PM Scott Wood wrote:
>> So I think if you need something that changes the layout from normal
>> operations, it needs to be a new mode. And it's about time to sync up
>> U-Boot's NAND code with Linux again...
>
Signed-off-by: Marek Vasut
Cc: Scott Wood
Cc: Stefano Babic
Cc: Wolfgang Denk
Cc: Detlev Zundel
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/mxs_nand.c | 1158 +++
2 files changed, 1159 insertions(+), 0 deletions(-)
create mode 100644 dri
On 09/28/2011 05:12 PM, Marek Vasut wrote:
> On Wednesday, September 28, 2011 11:26:45 PM Scott Wood wrote:
>> On 09/11/2011 11:06 PM, Marek Vasut wrote:
>>> +static void mxs_nand_return_dma_descs(struct mxs_nand_info *info)
>>> +{
>>> + int i = info->desc_index;
>>> + struct mxs_dma_desc *desc
Signed-off-by: Marek Vasut
Cc: Scott Wood
Cc: Stefano Babic
Cc: Wolfgang Denk
Cc: Detlev Zundel
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/mxs_nand.c | 1158 +++
2 files changed, 1159 insertions(+), 0 deletions(-)
create mode 100644 dri
On Thursday, September 29, 2011 12:13:19 AM Scott Wood wrote:
> On 09/28/2011 05:09 PM, Marek Vasut wrote:
> > On Wednesday, September 28, 2011 11:57:49 PM Scott Wood wrote:
> >> So I think if you need something that changes the layout from normal
> >> operations, it needs to be a new mode. And it
2011/9/28 Marek Vasut
> Can you repost the whole series with proper cover letter explaining you're
> burying this mess and all ? Start versioning from V1 then.
>
> Thanks
>
>
Ok, what Message-ID should I then use for In-Reply-To field?
Regards,
Jana Rapava
___
On Thursday, September 29, 2011 01:04:38 AM Jana Rapava wrote:
> 2011/9/28 Marek Vasut
>
> > Can you repost the whole series with proper cover letter explaining
> > you're burying this mess and all ? Start versioning from V1 then.
> >
> > Thanks
>
> Ok, what Message-ID should I then use for In-
1 - 100 of 131 matches
Mail list logo