Copying Tom
I will replay latter
Regards..
Prafulla . .
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Saturday, October 31, 2009 2:42 PM
> To: u-boot@lists.denx.de
> Cc: Jean-Christophe PLAGNIOL-VILLARD; Prafulla Wadaskar
> Subject: Best way of makin
Mike Frysinger wrote:
> On Saturday 31 October 2009 13:37:46 Tom Rix wrote:
>> OMAP3EVM uses ISP1504 phy and so twl4030 related init is not required.
>>
>> --- a/drivers/usb/musb/omap3.c
>> +++ b/drivers/usb/musb/omap3.c
>> @@ -94,12 +94,17 @@ int musb_platform_init(void)
>> if (platform_needs
Mike Frysinger wrote:
> On Saturday 31 October 2009 13:37:45 Tom Rix wrote:
>> +} else {
>> +usbtty_putc(c);
>> }
>
> dont need those braces (same goes for a few other hunks here)
> -mike
This is done because if-statement above use braces.
If this was a simple
if (foo)
Mike Frysinger wrote:
> On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
>> +#ifdef DEBUG
>> +static inline void print_device_descriptor(struct usb_device_descriptor
>> *d) +{
>> +serial_printf("usb device descriptor \n");
>
> do you really need serial_printf() ? what's wrong with debug()
From: Syed Mohammed Khasim
This was cherry-picked from
repo: http://www.beagleboard.org/u-boot-arm.git
commit: 52eddcd07c2e7ad61d15bab2cf2d0d21466eaca2
In addition to adding multibus support, this patch
also cleans up the register access. The register
access has been changed from #defines to a
>
> Hugo Vincent wrote:
> > Hi everyone,
> >
> > This patch improves I2C support on OMAP3 platforms, including
> > supporting the second and third I2C controllers (mainline only
> > supports the first controller), and supporting writes where alen=0
> > (i.e. no register address - this was
Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message <4aec53db.6050...@free.fr> you wrote:
>> Would a name such as "marvell.h" be more acceptable? This would be
>
> Hm... I expect there will be little chance to see MAarvell IP blocks
> in non-Marvell SoCs, so this should work indeed. On
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Saturday, October 31, 2009 11:41 PM
> To: u-boot@lists.denx.de
> Cc: Menon, Nishanth; Gadiyar, Anand
> Subject: Re: [U-Boot] [PATCH] mkconfig: deny messed up ARCH definition
>
> On Saturday 31 October 2009 10:12
On Saturday 31 October 2009 13:37:46 Tom Rix wrote:
> OMAP3EVM uses ISP1504 phy and so twl4030 related init is not required.
>
> --- a/drivers/usb/musb/omap3.c
> +++ b/drivers/usb/musb/omap3.c
> @@ -94,12 +94,17 @@ int musb_platform_init(void)
> if (platform_needs_initialization) {
>
On Saturday 31 October 2009 13:37:45 Tom Rix wrote:
> + } else {
> + usbtty_putc(c);
> }
dont need those braces (same goes for a few other hunks here)
-mike
signature.asc
Description: This is a digitally signed message part.
___
U
On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
> +#ifdef DEBUG
> +static inline void print_device_descriptor(struct usb_device_descriptor
> *d) +{
> + serial_printf("usb device descriptor \n");
do you really need serial_printf() ? what's wrong with debug() ? then you
dont even really
On Saturday 31 October 2009 10:12:01 Nishanth Menon wrote:
> Refuse to setup a platform if the command
> line ARCH= is not the same as the one
> required for the board. This prevents
> any user with prehistoric aliases from
> messing up thier builds
seems like excessive line wrapping
> +if [ ! -z
Tom Rix wrote:
Dirk Behme wrote:
Hugo Vincent wrote:
Hi everyone,
This patch improves I2C support on OMAP3 platforms, including
supporting the second and third I2C controllers (mainline only
supports the first controller), and supporting writes where alen=0
(i.e. no register address - th
Dirk Behme wrote:
> Hugo Vincent wrote:
>> Hi everyone,
>>
>> This patch improves I2C support on OMAP3 platforms, including
>> supporting the second and third I2C controllers (mainline only
>> supports the first controller), and supporting writes where alen=0
>> (i.e. no register address - th
Dear "Hui.Tang",
In message
you wrote:
> Add gec2410 in MAKEALL.
>
> Signed-off-by: Hui.Tang
> ---
> MAKEALL |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
This belongs into the single commit that adds board support.
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Dear "Hui.Tang",
In message
you wrote:
> Add GEC2410 Maintainers.
>
> Signed-off-by: Hui.Tang
> ---
> MAINTAINERS |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
This belongs into the single commit that adds board support.
Best regards,
Wolfgang Denk
--
DENX Software Eng
Dear "Hui.Tang",
In message
you wrote:
> Add missing function for CONFIG_NAND_SPL
...
> - printf("s3c2410_nand_correct_data: not implemented\n");
> + debugX(1, "s3c2410_nand_correct_data: not implemented\n");
I think this should remain a printf().
Best regards,
Wolfgang Denk
--
DE
Dear "Hui.Tang",
In message
<28c8c0b4de93d8f48e61ff560c4537768b4e1455.1256898456.git.zetal...@gmail.com>
you wrote:
> GEC2410 Boot from NAND FLASH.
>
> Signed-off-by: Hui.Tang
> ---
> cpu/arm920t/start.S | 36
> 1 files changed, 36 insertions(+), 0 delet
Dear "Hui.Tang",
In message
you wrote:
> Add GEC2410 Clock Setting.
>
> Signed-off-by: Hui.Tang
> ---
> cpu/arm920t/s3c24x0/timer.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/cpu/arm920t/s3c24x0/timer.c b/cpu/arm920t/s3c24x0/timer.c
> index 20cedd4..d4787b
Dear "Hui.Tang",
In message
<6c7a9a5dcafb1f535ed33cb29d579db993846325.1256898456.git.zetal...@gmail.com>
you wrote:
> Add gec2410_config option for GEC2410
>
> Signed-off-by: Hui.Tang
> ---
> Makefile |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
This belongs all in one
Dear "Hui.Tang",
In message
you wrote:
> Add GEC2410 default config.
Note: it makes no sense to split board support in so many separate
patches. Submit it as one commit, please.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235
Dear "Hui.Tang",
In message
you wrote:
> Add GEC2410 default config.
...
> diff --git a/include/configs/gec2410.h b/include/configs/gec2410.h
> new file mode 100644
> index 000..98c8040
> --- /dev/null
> +++ b/include/configs/gec2410.h
...
> +#undef CONFIG_USE_IRQ/*
Dear "Hui.Tang",
In message
you wrote:
> New Board GEC2410 Setup.
Please see below for checkpatch.pl output for your patch series
(note that you should have resolved all tehse issues _before_
submitting the patches).
> Signed-off-by: Hui.Tang
> ---
> board/gec/gec2410/Makefile| 5
Dear "Gurumurthy Gowdar",
In message
<1256635330.s.5998.34271.f4mail-235-215.rediffmail.com.1257012487.28...@webmail.rediffmail.com>
you wrote:
>
>i have enabled CONFIG_NET_MULTI , after enabling this it is
> showing no ethernet
> found under ethernet section.
>
> Net: No Ethe
Dear Sir,
i have enabled CONFIG_NET_MULTI , after enabling this it is
showing no ethernet
found under ethernet section.
Net: No Ethernet found
just i want to ping for one of the two FCC ports at runtime based on setenv
ethact command
& ping for the particular port. so please le
Paulraj, Sandeep wrote:
2) TNY_A9260.ERR, TNY_A9G20.ERR:
nand_util.c:45:2: warning: #warning Please define
CONFIG_SYS_64BIT_VSPRINTF for correct output!
>>> Same here, I can submit simple 1 line patches for these
>> Thanks, but this is also Albin's bailiwick.
>
> I submit
OMAP3EVM uses ISP1504 phy and so twl4030 related init is not required.
Submitted-by: Ajay Kumar Gupta
Signed-off-by: Tom Rix
---
drivers/usb/musb/omap3.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/omap3.c b/drivers/usb/musb/omap3.c
index 3e50
The preferred serial output comes from the debug board.
When the debug board is disconnected, fall back on using
usbtty from the usb connector on the Zoom2 board.
This shows up as /dev/ttyACM0 in a linux host.
Signed-off-by: Tom Rix
---
board/logicpd/zoom2/zoom2_serial.c | 12
in
Zoom2 needs to use these declarations and the include directory is a
better place from them than in the middle of the driver directory.
It did not make sense to create a new file for just a couple of
lines so they were appended to the serial.h
Signed-off-by: Tom Rix
---
include/serial.h |6 +
From: Ajay Kumar Gupta
Added USB host and device config for host (MSC, Keyboard) and
device (ACM) functionalities.
Signed-off-by: Ajay Kumar Gupta
---
include/configs/omap3_evm.h | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/inc
The primary console of zoom1 is the serial out from the jumpers
accessed by removing the back panel.
A secondary console is to use the usbtty. The user can set this
manually by doing
setenv stdout usbtty; setenv stdin usbtty; setenv stderr usbtty
saveenv
usbtty will be usable by accessing the /
This change adds the usb device support for musb.
Omap3 platform support added at the same level as davinci.
The interface for usbtty to use the musb device support was added.
Verified on omap3 beagle, zoom1 and zoom2.
Signed-off-by: Tom Rix
---
drivers/serial/usbtty.h |2 +
drivers
The primary console of beagle is the serial header.
A secondary console is to use the usbtty. The user can set this
manually by doing
setenv stdout usbtty; setenv stdin usbtty; setenv stderr usbtty
saveenv
usbtty will be usable by accessing the /dev/ttyACM0 on a linux host.
Signed-off-by: Tom
The twl4030 provides a PHY device for connecting a link device,
like musb, to physical connection.
This change adds the twl4030 usb registers and functions for
initializing the PHY as required by omap3.
Signed-off-by: Tom Rix
---
Makefile |1 +
drivers/usb/phy/Makefile |
The is version 3 of the patchset to enable usb device support on OMAP.
The changes from the last revision are.
Per Remy's request
> > USB_CONFIG_DESCRIPTOR_DEFINITION
> > USB_INTERFACE_DESCRIPTOR_DEFINITION
> Personally I do not like the macros for these kind of definitions, I
> would prefer
The header files usb.h and usbdescriptors.h have the same nameed
structure definitions for
usb_config_descriptor
usb_interface_descriptor
usb_endpoint_descriptor
usb_device_descriptor
usb_string_descriptor
These are out right duplicates in usb.h
usb_device_descriptor
usb_string_descriptor
This
When developing usb device features, it is useful to print out
common usb structures.
Signed-off-by: Tom Rix
---
include/usbdescriptors.h | 26
include/usbdevice.h | 103 ++
2 files changed, 129 insertions(+), 0 deletions(-)
diff
On Oct 30, 2009, at 2:05 PM, Sandeep Gopalpet wrote:
> 1. Modified the tsec_mdio structure to include the new regs
> 2. Modified the MDIO_BASE_ADDR so that it will handle both
> older version and new version of etsec.
>
> Signed-off-by: Sandeep Gopalpet
> ---
> include/asm-ppc/immap_83xx.h |
On Oct 30, 2009, at 2:05 PM, Sandeep Gopalpet wrote:
> Moved the mdio regs out of the tsec structure,and
> provided different offsets for tsec base and mdio
> base so that provision for etsec2.0 can be provided.
>
> This patch helps in providing the support for etsec2.0
> In etsec2.0, the MDIO re
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Anatolij Gustschin,
>
> In message <20091031130444.06efc...@wker> you wrote:
> > Dear Wolfgang,
> >
> > The following changes since commit f2b4bc04d6aed6be712d236dab48ac4c4da22cbf:
> > Wolfgang Denk (1):
> > Merge branch 'master' of git://gi
Dear Albert ARIBAUD,
In message <4aec53db.6050...@free.fr> you wrote:
>
> Would a name such as "marvell.h" be more acceptable? This would be
Hm... I expect there will be little chance to see MAarvell IP blocks
in non-Marvell SoCs, so this should work indeed. On the other hand,
why not chose a nam
Ajay Kumar Gupta wrote:
> Added USB host and device config for host (MSC, Keyboard) and
> device (ACM) functionalities.
>
I will add this to the omap usb patch set.
Thanks
Tom
> Signed-off-by: Ajay Kumar Gupta
> ---
> This patch is intended to be applied on top of recent OMAP3 musb
> patches fr
Dear Wolfgang Grandegger,
In message <1256292196-20660-5-git-send-email...@grandegger.com> you wrote:
> From: Wolfgang Grandegger
>
> This patch adds support for the board IPEK01 based on the MPC5200.
> The Futjitsu Lime graphics controller is configured in 16 bpp mode.
>
> Signed-off-by: Wolfg
Dear Anatolij Gustschin,
In message <20091031130444.06efc...@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit f2b4bc04d6aed6be712d236dab48ac4c4da22cbf:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
>
> are available in the gi
Wolfgang Denk a écrit :
> "soc.h" is eventually a too generic name.
I'd actually chosen it "as generic as" the 'cpu.h' file which already
exists in the kirkwood arch (and others), but making it more specific is
ok, as long as it is not as specific as 'kirkwood' -- see below for an
alternate p
Dear Heiko Schocher,
In message <4aeaf4eb.3050...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit f2b4bc04d6aed6be712d236dab48ac4c4da22cbf:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
>
> are available in the git repos
Dear Nobuhiro Iwamatsu,
In message <29ab51dc0910292128la85fabft88cbcccaa44dd...@mail.gmail.com> you
wrote:
> Dear Wolfgang,
>
> Could you pull from the master branch at git://git.denx.de/u-boot-sh.git ?
>
> Best regards,
> Nobuhiro
>
> The following changes since commit f2b4bc04d6aed6be712d2
Dear Albert ARIBAUD,
In message <4aebff60.90...@free.fr> you wrote:
>
> Several kirkwood drivers could actually be reused almost as-is and
> should thus be shared between both SoC families. For instance,
> kirkwood_egiga.c and ehci-kirkwood.c would only differ by the number of
> ports and kirk
Dear Angelo,
In message <523536.75919...@web23108.mail.ird.yahoo.com> you wrote:
>
> I'm trying to reduce boot time and i don't want to omit anything!
Hm.. did you do any profiling and are you really sure that the initial
console messages really contribute a significant amount to the boot
time?
Refuse to setup a platform if the command
line ARCH= is not the same as the one
required for the board. This prevents
any user with prehistoric aliases from
messing up thier builds
Reported in thread:
http://old.nabble.com/-U-Boot--Build-breaks-on-some-OMAP3-configs-to26132721.html
Signed-off-by:
Nishanth Menon said the following on 10/31/2009 03:07 PM:
> Wolfgang Denk said the following on 10/30/2009 11:35 PM:
>
>> Dear Nishanth Menon,
>>
>> In message <4aeb4dc5.9040...@gmail.com> you wrote:
>>
>>
>>> for some wierd reason, it does not seem to take the include/config.mk
>>> file
Wolfgang Denk said the following on 10/30/2009 11:35 PM:
> Dear Nishanth Menon,
>
> In message <4aeb4dc5.9040...@gmail.com> you wrote:
>
>> for some wierd reason, it does not seem to take the include/config.mk
>> file (where the defines are present)..
>>
>> now, if i do a local clone of the clon
Dear Wolfgang,
The following changes since commit f2b4bc04d6aed6be712d236dab48ac4c4da22cbf:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
are available in the git repository at:
git://git.denx.de/u-boot-video.git next
Anatolij Gustschin (1):
vi
On Fri, 23 Oct 2009 12:03:15 +0200
Wolfgang Grandegger wrote:
> From: Wolfgang Grandegger
>
> In 16 bpp mode, the new IPEK01 board only requires swapping of D16 words
> for D32 accesses due to the diffferent connecting to the GDC bus. This
> patch introduces the configuration option VIDEO_FB_16
On Fri, 23 Oct 2009 12:03:14 +0200
Wolfgang Grandegger wrote:
> From: Anatolij Gustschin
>
> The new IPEK01 board can use the 32 bpp mode for the Lime graphics
> controller. For this mode, video accelaration does not work. This patch
> makes the accelaration configurable via CONFIG_VIDEO_MB862x
On Fri, 23 Oct 2009 12:03:13 +0200
Wolfgang Grandegger wrote:
> From: Wolfgang Grandegger
>
> To avoid board-specific code accessing the mb862xx registers directly,
> the public function mb862xx_probe() has been introduced. Furthermore,
> the "Change of Clock Frequency" and "Set Memory I/F Mode
Albert ARIBAUD a écrit :
> I've searched for a layer between CPU and Core
Make that "CPU and SoC".
Apologies,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
I am working on adding mainline support for Orion5x family of Marvell
SoCs in U-boot, based on the Kirkwood support already present.
I believe these are different enough families to justify adding an
'orion5x' SoC along the existing 'kirkwood' one.
Several kirkwood drivers could actually b
Hugo Vincent wrote:
> Hi everyone,
>
> This patch improves I2C support on OMAP3 platforms, including
> supporting the second and third I2C controllers (mainline only
> supports the first controller), and supporting writes where alen=0
> (i.e. no register address - this was needed for some I2
59 matches
Mail list logo
