Hello All,
I am now at the point with my x86 board where everything that needs to be
implemented in U-Boot has been done. Its been a lot of work, a lot of it
very frustrating and annoying, but all well worth it - For me at least,
and I hope for U-Boot in general and for anyone else that goes looki
On Saturday 23 January 2010 20:18:04 Tom wrote:
> Mike Frysinger wrote:
> > Signed-off-by: Mike Frysinger
> > ---
> > note: havent compile tested this, but it should be straight forward ...
>
> I have compile tested this.
> It is fine.
>
> Was this run tested ?
if i cant compile. i cant run
>
Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
> ---
> note: havent compile tested this, but it should be straight forward ...
I have compile tested this.
It is fine.
Was this run tested ?
I see this was imported from the kernel.
Please include the version of the kernel this came from.
Khasim Syed Mohammed wrote:
> From c0bdd7fbdf343ada1ecc65541ec3de1a5fdbfe79 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 18:51:04 +0530
> Subject: [PATCH] Add 720Mhz support for Beagle Rev C4
>
> Use the Generic TWL and Clock APIs to get beagle
> Rev C4 running a
Khasim Syed Mohammed wrote:
> From fe824eb530338182503dd75d466374ac2e96c063 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 18:35:40 +0530
> Subject: [PATCH] Enable DSS driver for Beagle
>
> Configures DSS to display color bar on Svideo
> Configures DSS to display b
Khasim Syed Mohammed wrote:
> From cf8fa28973de7609d27146730d9e019b7c919b51 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Tue, 12 Jan 2010 23:57:28 +0530
> Subject: [PATCH] Add DSS driver for OMAP3
>
> Supports dynamic panel configuration
> Supports dynamic tv standard selection
>
Khasim Syed Mohammed wrote:
> From 977856ac122e451a8de195d9f22253196572157a Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Tue, 12 Jan 2010 16:32:42 +0530
> Subject: [PATCH] Add support for 720Mhz
>
> A New API to allow setting M value to support 720Mhz
>
> Signed-off-by: Syed Moh
Khasim Syed Mohammed wrote:
> From ca6c186c40fafaf0bf53f5f3e90057c0a34374f9 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 18:22:09 +0530
> Subject: [PATCH] API to set twl4030 voltage and dev group
>
> V3:
> Incorporated review comments to set voltage first
> and t
Khasim Syed Mohammed wrote:
> From 9bb1c3501c8f098dac6e224c99e409ebf92b0ab9 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 18:11:14 +0530
> Subject: [PATCH] Enable I2C bus switching
>
> OMAP3 supports Multiple I2C channels, this patch allows
> us to use i2c dev co
Khasim Syed Mohammed wrote:
> From 2dce4d64339a26144eac2ed56eb664cc1ea527c7 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 18:03:42 +0530
> Subject: [PATCH] OMAP3 Beagle Update revision detection
>
> New BeagleBoard revision C4 uses a new ID. Update revision detect
CONFIG_NETCONSOLE on the p2020ds is functional with the tsec driver.
But the printf in adjust_link() which is called by startup_tsec()
called by tsec_init() in tsec.c is making it impossible to use.
For example typing 12345 on the netconsole causes the message to be
printed for every character:
=
Dear Tom,
In message <4b5b2a8d.10...@windriver.com> you wrote:
>
> In the future I will use arm/master
Thanks.
> >> Prafulla Wadaskar (2):
> >>Kirkwood: Upgated licencing for files imported from linux source to
> >> GPLv2
> >> or later
> >
> > I cannot find any patch with this subject
Daniel Gorsulowski wrote:
> This patch adds support for esd gmbh OTC570 board.
> The OTC570 is based on an Atmel AT91SAM9263 SoC.
>
> Signed-off-by: Daniel Gorsulowski
For u-boot-video.
Maybe some u-boot commands that could be common.
> ---
> MAINTAINERS |1 +
> MAKEALL
Dear Feng and Tom,
Is this in a queue somewhere to be merged? If not, could you please apply this
and make a pull request for it?
Bset regards, Magnus Lilja
Wolfgang Denk skrev:
> Dear Feng,
>
> can you please take care of this?
>
> In message <1263726375-4929-1-git-send-email-lilja.mag...@gm
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4b5b134b.5060...@windriver.com> you wrote:
>> Please pull from ARM master-sync
>
> Can you please try and use the "master" branch for such pull requests?
Ok.
At the current time arm/master is merged with u-boot/master
arm/master-sync is rebased wi
Latest arm/master has these regressions
imx27lite
mxc_nand.c:152: warning: 'nand_hw_eccoob_largepage' defined but not used
various
smc9111_eeprom.o memset problem. patch for is in
u-boot-net / 9d232cf1c3fdc7c23479eb128c58ccbd36da1ee3
smc9_eeprom: fix linking error
Tom
___
Dear Tom,
In message <4b5b134b.5060...@windriver.com> you wrote:
>
> Please pull from ARM master-sync
Can you please try and use the "master" branch for such pull requests?
Thanks.
> Daniel Gorsulowski (1):
>at91: Enable slow master clock on meesc board
>
> Minkyu Kang (1):
>s5
Dear Stefan Roese,
In message <201001230931.27896...@denx.de> you wrote:
> The following changes since commit 57ae8a5cced612088104303777e71a3dc89c00ef:
> Detlev Zundel (1):
> mpc512x: Use in/out accessors for all registers
>
> are available in the git repository at:
>
> git://www.den
Wolfgang,
Please pull from ARM master-sync
Thanks,
Tom
The following changes since commit 57ae8a5cced612088104303777e71a3dc89c00ef:
Detlev Zundel (1):
mpc512x: Use in/out accessors for all registers
are available in the git repository at:
git://git.denx.de/u-boot-arm master-sync
* support for EB+CPUx9K2 board by BuS Elektronik GmbH & Co. KG
* select via make eb_cpux9k2_config
* this also demonstrates, how to use boards with AT91RM9200 cpu
in at91 arch tree
Signed-off-by: Jens Scharsig
---
MAINTAINERS| 14 +-
MAKEALL|
* add's at91_emac (AT91RM9200) network driver (NET_MULTI api)
* enable driver with CONFIG_DRIVER_AT91EMAC
* generic PHY initialization
* modify AT91RM9200 boards to use NET_MULTI driver
* the drivers has been tested with LXT971 Phy and DM9161 Phy at
MII and RMII interface
Signed-off-by: Jen
* prepare joining at91 and at91rm9200
* please read README.soc-at91 for details
Signed-off-by: Jens Scharsig
---
cpu/arm920t/at91/Makefile | 47 +
cpu/arm920t/at91/lowlevel_init.S | 177
cpu/arm920t/at91/reset.c | 59
* convert at91sam9263ek board to use c stucture SoC access
* demonstates how to use new SoC
Signed-off-by: Jens Scharsig
---
board/atmel/at91sam9263ek/at91sam9263ek.c | 147 +++--
board/atmel/at91sam9263ek/led.c |9 +-
include/configs/at91sam9263ek.h
* convert all files cpu/../at91 to use at91_gpio driver syntax
* change AT91_PINP([A-F])(\d+) to AT91_PORTPIN(\1, \2),
this makes all 160 AT91_PINPxxx defines obsolete
* AT91_PINPxxx defines can be remove if all boards converted
to new SoC access
Signed-off-by: Jens Scharsig
---
cpu/ar
* convert common files in cpu/../at91 and a lot of drivers to use
c stucture SoC access
* add's a warning to all files, which need update to new SoC access
Signed-off-by: Jens Scharsig
---
cpu/arm926ejs/at91/at91cap9_devices.c |4 +
cpu/arm926ejs/at91/at91sam9261_devices.c|4
* add a real AT91 GPIO driver instead of header inline code
* change board config files to use new driver
Signed-off-by: Jens Scharsig
---
drivers/gpio/Makefile |1 +
drivers/gpio/at91_gpio.c | 240
include/asm-arm/arch-at91/gpio.
* add's c structures for SoC access to pheriperials head files
* add's missing pheriperials head files (new SoC)
Signed-off-by: Jens Scharsig
---
include/asm-arm/arch-at91/at91_matrix.h | 125 +++
include/asm-arm/arch-at91/at91_pdc.h| 41 +
include/
* add's the new temporary CONFIG_AT91_LEGACY to all board configs
* This will need for backward compatiblity, while change the SoC
access to c structures. If CONFIG_AT91_LEGACY is defined, the
deprecated SoC is used.
* please see README.at91-soc for details
Signed-off-by: Jens Scharsig
---
What this Patch set do:
* add's the new temporary CONFIG_AT91_LEGACY to all board configs
that not converted by this patch
* add's a warning to all files, that not converted by this patch
* add's the support for AT91RM9200 in at91 tree
* add's c stucture SoC defines
* convert all files cpu/../at
Hello Tom,
> By bisectable, i mean that early patches do not depend on later patches.
> It should be possible to just apply patch 1 without applying any of
> the other patch.
>
> Patch 1 looks like is contains the union of all the config file changes.
> What it should have contained was only 1 cha
The following changes since commit 57ae8a5cced612088104303777e71a3dc89c00ef:
Detlev Zundel (1):
mpc512x: Use in/out accessors for all registers
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Felix Radensky (1):
ppc4xx: Fix sending type 1
On Saturday 23 January 2010 00:35:24 Felix Radensky wrote:
> The list of 4xx SoCs that should send type 1 PCI transactions
> is not defined correctly. As a result PCI-PCI bridges and devices
> behind them are not identified. The following 4xx variants should
> send type 1 transactions: 440GX, 440GP
On Saturday 23 January 2010 00:35:24 Felix Radensky wrote:
> The list of 4xx SoCs that should send type 1 PCI transactions
> is not defined correctly. As a result PCI-PCI bridges and devices
> behind them are not identified. The following 4xx variants should
> send type 1 transactions: 440GX, 440GP
Dear vinay hegde,
In message <173890.85148...@web7703.mail.in.yahoo.com> you wrote:
>
> Can someone please let me know which ELDK supports P2020/P2010 (Freescale)
> processors?
Yes, it does, and this is explicitly documented - see
http://www.denx.de/wiki/view/DULG/ELDKSupportedTargetArchitectur
The following changes since commit 57ae8a5cced612088104303777e71a3dc89c00ef:
Detlev Zundel (1):
mpc512x: Use in/out accessors for all registers
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Felix Radensky (1):
ppc4xx: Fix sending type 1
On Thursday 21 January 2010 23:47:21 Felix Radensky wrote:
> The list of 4xx SoCs that should send type 1 PCI transactions
> is not defined correctly. As a result PCI-PCI bridges and devices
> behind them are not identified. The following 4xx variants should
> send type 1 transactions: 440GX, 440GP
36 matches
Mail list logo
