I'm reading/replying to these one-by-one for sanity/clarity with regards
to BeagleBoard...
-Original Message-
From: Tom Rini
Date: Thu, 22 Mar 2012 12:09:07 -0700
To:
Subject: [U-Boot] [RFC v0 01/11] omap3+: Introduce
>This is a common file for OMAP3 (and OMAP3-alike) platforms to have
On 3/22/2012 6:47 PM, Troy Kisky wrote:
On 3/22/2012 3:00 PM, Troy Kisky wrote:
Currently, board files are setting this field to 0x01
which the manual says is a reserved value. Change to
use the default of 0x04 - 128 cycles.
Typo, should say default of 0x02 - 128 cycles
Possibly the manual is
On 3/22/2012 3:00 PM, Troy Kisky wrote:
Currently, board files are setting this field to 0x01
which the manual says is a reserved value. Change to
use the default of 0x04 - 128 cycles.
Typo, should say default of 0x02 - 128 cycles
Signed-off-by: Troy Kisky
---
board/freescale/mx53ard/imxima
CONFIG_SPI_FLASH_CS is not used anywhere.
Use CONFIG_SF_DEFAULT_CS instead.
Signed-off-by: Fabio Estevam
---
include/configs/efikamx.h |2 +-
include/configs/m28evk.h |2 +-
include/configs/vision2.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/conf
From: Fabio Estevam
Provide default values for SPI bus and chip select.
This allows the command "sf probe" to work without passing SPI bus and chip
select numbers as arguments.
Signed-off-by: Fabio Estevam
---
include/configs/mx28evk.h |2 ++
1 files changed, 2 insertions(+), 0 deletions
As ttyS0 is no longer valid for newer OMAP kernels, and pandora serial
cables are not widespread, simply drop console argument. This should
allow booting old and new kernels with default arguments, and those who
need serial can use a boot script on SD card.
Signed-off-by: Grazvydas Ignotas
---
i
Update pandora's GPIO setup code with these changes:
- convert to gpiolib
- set up dual voltage GPIOs to match supply of 1.8V by clearing VMODE1
- add GPIO_IO_PWRDNZ configuration for DM3730 variation of pandora
(required to enable GPIO 126, 127, and 129 I/O cells in DM3730)
- add wifi reset puls
DM3730 needs some additional pin mux configuration for GPIOs
126-129 to work, add it.
Signed-off-by: Grazvydas Ignotas
---
arch/arm/include/asm/arch-omap3/mux.h |6 ++
board/pandora/pandora.c |3 +++
board/pandora/pandora.h |6 ++
3 files changed,
Hi Simon,
On Fri, Mar 23, 2012 at 10:03 AM, Simon Glass wrote:
> I am going to have a similar problem in the SPL soon - how to deal
> with panic(). Advice gratefully accepted.
Take a leaf out of the Linux x86 source
arch/x86/boot/main.c - This is the start of the 16-bit 'real-mode' code
wh
Hi Wolfgang,
On Thu, Mar 22, 2012 at 4:00 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> >> Yes, it is there, sorry.
>> >
>> > Which commit is that?
>>
>> It was 295d3942: Add board_pre_console_putc to deal with early console outp=
>> ut
>>
>> The discussion threads
Dear Simon Glass,
In message
you wrote:
>
> I am going to have a similar problem in the SPL soon - how to deal
> with panic(). Advice gratefully accepted.
The SPL code is not special in this regard: initialize the console
port as soon as possible; then use it.
Best regards,
Wolfgang Denk
--
Dear Marek Vasut,
In message <201203221745.16226.marek.va...@gmail.com> you wrote:
>
> > > Dear Wolfgang Denk, are we OK with applying this and bootz patch please?
> > > Can we get it into .04 release please?
> >
> > "this" - which patch version exactly are you referring to?
>
> Revision V6.
C
Dear Simon,
In message
you wrote:
>
> >> Yes, it is there, sorry.
> >
> > Which commit is that?
>
> It was 295d3942: Add board_pre_console_putc to deal with early console outp=
> ut
>
> The discussion threads are around here:
>
> http://lists.denx.de/pipermail/u-boot/2011-August/099620.html
Dear Haneef Mohamed,
please stop top posting / full quoting. Read
http://www.netmeister.org/news/learn2quote.html
In message <1332426646.25781.yahoomail...@web193302.mail.sg3.yahoo.com> you
wrote:
>
>
> How do we link with u-boot? i did not understand.
Add your sources like any other comman
On Thu, Mar 22, 2012 at 10:22 AM, Tom Rini wrote:
I don't know if anyone has noticed, but patchwork is starting to collect
a rather large amount of cruft.
>>>
>>>
>>>
>>> Do we, or do we not have the magic "update patchwork when the master repo
>>> gets a patch" hook setup? It's no
On 03/22/2012 09:09 AM, McClintock Matthew-B29882 wrote:
On Thu, Mar 22, 2012 at 10:08 AM, Tom Rini wrote:
On 03/21/2012 07:58 PM, 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
On Thu, Mar 22, 2012 at 10:08 AM, Tom Rini wrote:
> On 03/21/2012 07:58 PM, 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.
>
>
> Do we, or do we not have the m
On 03/21/2012 09:58 PM, 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 patch
Currently, board files are setting this field to 0x01
which the manual says is a reserved value. Change to
use the default of 0x04 - 128 cycles.
Signed-off-by: Troy Kisky
---
board/freescale/mx53ard/imximage_dd3.cfg |2 +-
board/freescale/mx53evk/imximage.cfg |2 +-
board/freescale/m
Scott Wood wrote:
>> > For your kind information : in start.S, label label
>> > "create_ccsr_new_tlb", "create_ccsr_old_tlb" uses MAS7 without
>> > CONFIG_ENABLE_36BIT_PHYS #define.
>> > It should be fixed ??
> Yes, it should be fixed. That was a fairly recent change and perhaps
> e500v1 has n
On Thu, Mar 22, 2012 at 10:56:17AM +0100, Stefano Babic wrote:
> The following warnings are reported for boards using SOFT ECC.
>
> omap_gpmc.c:33:30: warning: 'hw_nand_oob' defined but not used
> omap_gpmc.c:78:13: warning: 'omap_hwecc_init' defined but not used
> omap_gpmc.c:116:12: warning: 'om
On Wed, Mar 21, 2012 at 11:14:25AM +0100, Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> Cc: Tom Rini
Applied to u-boot-ti/master (which I intended to do another pull request
of on the 26th).
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Mar 21, 2012 at 11:14:24AM +0100, Stefano Babic wrote:
> Fix chipselect timing for FPGA
>
> Signed-off-by: Stefano Babic
> Cc: Tom Rini
Applied to u-boot-ti/master (which I intended to do another pull request
of on the 26th).
--
Tom
signature.asc
Description: Digital signature
On 03/22/2012 02:56 PM, Timur Tabi wrote:
> Scott Wood wrote:
>> Either it's needed, or we should get rid of CONFIG_ENABLE_36BIT_PHYS
>> entirely. Either way, we should test the results on e500v1 hardware.
>
> That macro conditionally enables support for MAS7:
>
> #if defined(CONFIG_ENABLE_36BIT
Scott Wood wrote:
> Either it's needed, or we should get rid of CONFIG_ENABLE_36BIT_PHYS
> entirely. Either way, we should test the results on e500v1 hardware.
That macro conditionally enables support for MAS7:
#if defined(CONFIG_ENABLE_36BIT_PHYS)
ori r0,r0,HID0_ENMAS7@l /* Enab
On 03/22/2012 02:51 PM, Timur Tabi wrote:
> Scott Wood wrote:
For your kind information : in start.S, label label
"create_ccsr_new_tlb", "create_ccsr_old_tlb" uses MAS7 without
CONFIG_ENABLE_36BIT_PHYS #define.
It should be fixed ??
>
>> Yes, it should be fixed. That was a
On 03/22/2012 12:52 AM, Prabhakar Kushwaha wrote:
> Hi Scott,
>
> Please find my reply in-lined
>
> On Thursday 22 March 2012 01:22 AM, Scott Wood wrote:
>> On 03/20/2012 11:43 PM, Prabhakar Kushwaha wrote:
>>> Debugging of e500 and e500v1 processer requires debug exception
>>> vecter (IVPR +
>>
Unless a board defines CONFIG_SERIAL_MULTI we assume it is using an
on-module UART somewhere. We leave the exact configuration per-board.
Start an environment section in omap3_common.h and default to allowing
the environment to override console/ethaddr. omap3_mvblx retains its
behavior via opt-o
We default to standard speed for i2c and allow boards to override with
fast or full-speed. This also removes a number of unused defines.
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |6 +-
include/configs/am3517_evm.h |6 +-
include/configs/cm_t35.h
Add common NAND information to omap3_common.h. For boards that use
NAND, move CONFIG_CMD_NAND up to prior to
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h | 16 +---
include/configs/am3517_evm.h | 16 +---
include/configs/cm_t35.h |
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |5 -
include/configs/am3517_evm.h |4
include/configs/cm_t35.h |5 -
include/configs/devkit8000.h |6 --
include/configs/dig297.h |5 -
incl
We provide a default CONFIG_SYS_MALLOC_LEN of 1mb (noting that saveenv
and UBI are both large users by default) and a default of 128KB for
environment. Both of these can be overriden by the board if needed.
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |6 --
include/co
Consolidate all of the ATAGS defines into a single location and enable
OF_LIBFDT support as well. Only omap3_mvblx and cm_t35 also pass the
SERIAL ATAG.
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |5 -
include/configs/am3517_evm.h |5 -
include/configs/
All platforms have at least a minimal function to print the dieid
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |2 --
include/configs/am3517_evm.h |2 --
include/configs/cm_t35.h |2 --
include/configs/devkit8000.h |2 --
include/configs/di
Move this common un-setting over to omap3_common.h
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |1 -
include/configs/am3517_evm.h |1 -
include/configs/cm_t35.h |1 -
include/configs/devkit8000.h |1 -
include/configs/dig297.h |
We provide the common values for these clocks here and allow boards to
provide their own values if needed.
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |4
include/configs/am3517_evm.h |4
include/configs/cm_t35.h |4
include/configs/d
All boards define (and get generic functions for) these, move to
omap3_common.h
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h |6 --
include/configs/am3517_evm.h |7 ---
include/configs/cm_t35.h |7 ---
include/configs/devkit8000.h |5 --
This is a common file for OMAP3 (and OMAP3-alike) platforms to have
default, configurable when needed values and choices placed. All users
of this file now have a section for providing their overrides (when the
defaults are not wanted), this file, and then a place to opt-out of
choices this file h
Hey all,
Here's something I've talked about a bit before. This series adds
include/configs/omap3_common.h and makes all CONFIG_OMAP34XX boards use
it. This particular round of posting doesn't directly apply as I'm
working off of a series of cleanups that I'll post once I'm sure I don't
find any
Dear Wolfgang Denk,
> Dear Marek,
>
> In message <201203221345.55217.marek.va...@gmail.com> you wrote:
> > > Sub images will have an @ in the name. I thought about parsing for
> > > that, but DT has no requirement that you have to have an @ in the node
> > > name and it's not clear to me if u-boo
On 19/03/2012 23:36, Fabio Estevam wrote:
> Add proper IO accessors for mx6 usb registers.
>
> Signed-off-by: Fabio Estevam
> ---
> This patch depends on "[PATCH v5] mx6: Read silicon revision from register"
>
> drivers/usb/host/ehci-mx6.c | 13 -
> 1 files changed, 4 insertions(+
Stephen,
On Wed, Mar 21, 2012 at 9:49 AM, Stephen Warren wrote:
> I was under the impression that earlyprintk was a boolean option, and
> didn't take any arguments. But, a quick grep shows that some archs do
> allow it to take an argument. The ARM code that handles the option
> doesn't process t
On Thu, Mar 22, 2012 at 12:17, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> please keep the ML on Cc:
My fault :)
> In message
> you
> wrote:
>>
>> On Wed, Mar 21, 2012 at 12:38, Wolfgang Denk wrote:
>> > Can we please split this document in a generic and board specific
>> > part? For n
On 03/21/2012 07:58 PM, 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.
Do we, or do we not have the magic "update patchwork when the master
repo gets a patch" hook setup
Hi Wolfgang,
On Thu, Mar 22, 2012 at 6:25 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> >> OK, so revert that commit?
>> >
>> > It hasn't hit mainline yet, or has it?
>>
>> Yes, it is there, sorry.
>
> Which commit is that?
It was 295d3942: Add board_pre_con
Dear Otavio Salvador,
please keep the ML on Cc:
In message
you wrote:
>
> On Wed, Mar 21, 2012 at 12:38, Wolfgang Denk wrote:
> > Can we please split this document in a generic and board specific
> > part? For now, while there are only very few boards, this can
> > probably be done in a sing
On 22/03/2012 15:48, Züger Martin wrote:
> Dear Stefano
>
Hi Martin,
please do not remove the ML when you post an answer. Your experience can
be helpful for other people, too.
> Thank you very much for your help! I've downloaded u-boot to
> 0x8120 like you told me and it works! After that, I
Dear wolfgang Denk,
How do we link with u-boot? i did not understand.
Thanks and Regards,
Mohamed Haneef M.A
From: Wolfgang Denk
To: Haneef Mohamed
Cc: "u-boot@lists.denx.de"
Sent: Thursday, 22 March 2012 7:06 PM
Subject: Re: [U-Boot] exporting the U-Boot
Once CONFIG_FAT_WRITE is defined, users can invoke 'fatwrite' command
that saves data in RAM as a FAT file.
This patch was originally part of
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/121847
Reported-by: Donggeun Kim
Cc: Kyungmin Park
---
README |8 +-
common/c
This patch removes compile errors introduced by
'fs/fat: Fix FAT detection to support non-DOS partition tables'.
This patch was originally part of
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/121847
Reported-by: Donggeun Kim
Cc: Kyungmin Park
---
fs/fat/fat_write.c | 20 -
Dear Haneef Mohamed,
In message <1332421701.4976.yahoomail...@web193301.mail.sg3.yahoo.com> you
wrote:
>
> I wanted to make use of the uboot command functions like do_bdinfo and
> do_mmc.
You cannot do this in standalone code.
If you want to access U-Boot features in access to the exported
(
Dear Marek,
In message <201203221345.55217.marek.va...@gmail.com> you wrote:
>
> > Sub images will have an @ in the name. I thought about parsing for that,
> > but DT has no requirement that you have to have an @ in the node name
> > and it's not clear to me if u-boot convention requires it or no
Dear Simon Glass,
In message
you wrote:
>
> >> OK, so revert that commit?
> >
> > It hasn't hit mainline yet, or has it?
>
> Yes, it is there, sorry.
Which commit is that?
> > This is why initializing the serial console has always been one of the
> > very, very first initialization steps in
On 22/03/2012 09:08, Züger Martin wrote:
> Hi everybody
>
> My name is Martin and I'm new to this mailing list. I hope this is the right
> place to ask my question.
> I'd like to install U-Boot on a Karo TX25. From the Denx FTP server I've
> downloaded the 2011.12 release of U-Boot and compiled
Hi,
On 22.03.2012 12:44, Jordan Bouyat wrote:
> Hi !
> I have an AT91RM9200DK board and I want tu upgrade U-Boot (I have the
> 0.3.2 version) on it.
> But the AT91RM9200DK is no longer supported, could someone explain me why ?
> The commit message is here :
> http://git.denx.de/cgi-bin/gitweb.cgi?
Hi,
I wanted to make use of the uboot command functions like do_bdinfo and do_mmc.
when I used do_bdinfo(NULL, 0, 0,NULL);in application program after linking
common/cmd_bdinfo.o in make file it worked.
but when I did the same for do_mmc i got a lot of linking errors.
So after looking arround
Hi !
I have an AT91RM9200DK board and I want tu upgrade U-Boot (I have the
0.3.2 version) on it.
But the AT91RM9200DK is no longer supported, could someone explain me why ?
The commit message is here :
http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=commit;h=1c8575225825b507573d0cac9c51b
Hi everybody
My name is Martin and I'm new to this mailing list. I hope this is the right
place to ask my question.
I'd like to install U-Boot on a Karo TX25. From the Denx FTP server I've
downloaded the 2011.12 release of U-Boot and compiled it using the
arm-linux-gnueabi-gcc (4.4.5) from Debi
Dear Rob Herring,
> On 03/22/2012 04:10 AM, Marek Vasut wrote:
> > Dear Rob Herring,
> >
> >> From: Marek Vasut
> >>
> >> This patch allows loading RAW ramdisk via bootz command. The raw ramdisk
> >> is
> >>
> >> loaded only in case it's size is specified:
> >> bootz :
> >>
> >> For examp
On 03/22/2012 04:10 AM, Marek Vasut wrote:
> Dear Rob Herring,
>
>> From: Marek Vasut
>>
>> This patch allows loading RAW ramdisk via bootz command. The raw ramdisk is
>> loaded only in case it's size is specified:
>>
>> bootz :
>>
>> For example:
>>
>> bootz 0x4200 0x4300:0x12345 0
Dear Graeme Russ,
> Hi Marek,
>
> On 03/22/2012 05:45 PM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> >> 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 occasio
Hi Marek,
On 03/22/2012 05:45 PM, Marek Vasut wrote:
> Dear Graeme Russ,
>
>> 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 h
Hi Dirk,
On 03/22/2012 07:31 PM, Dirk Behme wrote:
>
> Waiting: http://patchwork.ozlabs.org/patch/136789/
>
Assigned to Wolfgang and changed state to 'Under Review' (seemed most
appropriate status)
Regards,
Graeme
___
U-Boot mailing list
U-Boot@list
Hi Dirk,
On 03/22/2012 07:40 PM, Dirk Behme wrote:
>
> Superseded:
>
> http://patchwork.ozlabs.org/patch/135813/
>
> http://patchwork.ozlabs.org/patch/136834/
>
> Updated patch applied instead:
>
> http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commit;h=8682aba7da2af2842296710acca7c03fcebafd5c
The following warnings are reported for boards using SOFT ECC.
omap_gpmc.c:33:30: warning: 'hw_nand_oob' defined but not used
omap_gpmc.c:78:13: warning: 'omap_hwecc_init' defined but not used
omap_gpmc.c:116:12: warning: 'omap_correct_data' defined but not used
omap_gpmc.c:182:12: warning: 'omap_
On 21/03/2012 19:42, Scott Wood wrote:
> On 03/21/2012 06:33 AM, Stefano Babic wrote:
>> The following warnings are reported for boards using SOFT ECC.
>>
>> omap_gpmc.c:33:30: warning: 'hw_nand_oob' defined but not used
>> omap_gpmc.c:78:13: warning: 'omap_hwecc_init' defined but not used
>> omap_
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 22 March 2012 13:28
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Valentin Longchamp; Gerlando Falauto
> Subject: Re: [PATCH 10/21] spi/kirkwood: add weak functions
> board_spi_bus_claim/release
>
Dear Rob Herring,
> From: Marek Vasut
>
> This patch allows loading RAW ramdisk via bootz command. The raw ramdisk is
> loaded only in case it's size is specified:
>
> bootz :
>
> For example:
>
> bootz 0x4200 0x4300:0x12345 0x4400
>
> Signed-off-by: Marek Vasut
> Signed-o
On Wednesday 21 March 2012 23:58:10 Anatolij Gustschin wrote:
> On Wed, 21 Mar 2012 19:50:34 +0100
> Pali Rohár wrote:
> ...
>
> > Hi, can you show me how to fix this? How to correctly use
> > framebuffer?
>
> Hi,
>
> Not really. This would be a new project to rewrite U-Boot driver
> for OMAP3 DSS
From: Mohamed Haneef
This is a humbel reminder for review of patch series for msm7630 board after
making the changes proposed by u-boot community. The Patches contain the
following support
* low speed uart for msm7630
* interprocessor communication
* qc_mmc microcontrol
>-Original Message-
>From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>On Behalf Of Fabio Estevam
>Sent: Tuesday, March 20, 2012 6:36 AM
>To: u-boot@lists.denx.de
>Cc: ma...@denx.de; Estevam Fabio-R49496; w...@denx.de
>Subject: [U-Boot] [PATCH] USB: ehci-mx6: Add pro
Superseded:
http://patchwork.ozlabs.org/patch/135813/
http://patchwork.ozlabs.org/patch/136834/
Updated patch applied instead:
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commit;h=8682aba7da2af2842296710acca7c03fcebafd5c
This mail is according to
http://lists.denx.de/pipermail/u-boot/201
Waiting: http://patchwork.ozlabs.org/patch/136789/
This mail is according to
http://lists.denx.de/pipermail/u-boot/2012-March/120778.html
Best regards
Dirk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 22 March 2012 13:20
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Stefan Bigler; Valentin Longchamp; Gerlando
> Falauto
> Subject: Re: [PATCH 14/21] mvgbe: remove warning for unused methods
>
> Hi
On 22/03/2012 08:48, Dirk Behme wrote:
> On 21.03.2012 09:41, Stefano Babic wrote:
>> On 20/03/2012 15:21, Fabio Estevam wrote:
>>> Instead of hardcoding the mx6 silicon revision, read it in run-time.
>>>
>>> Also, besides the silicon version print the mx6 variant type:
>>> quad,dual/solo or solo-l
Hi Prafulla,
On 03/21/2012 05:30 PM, Prafulla Wadaskar wrote:
>> Subject: [PATCH 10/21] spi/kirkwood: add weak functions
>> board_spi_bus_claim/release
>>
>> From: Valentin Longchamp
>>
>> Some kirkwood based boards may need to implement such function due to
>> some HW designs.
>>
>> Signed-off-b
On 21.03.2012 09:41, Stefano Babic wrote:
On 20/03/2012 15:21, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU:
Hi Prafulla,
On 03/21/2012 05:30 PM, Prafulla Wadaskar wrote:
>> Subject: [PATCH 14/21] mvgbe: remove warning for unused methods
>>
>> 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
Dear Graeme Russ,
> 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 as 'Superceeded' and
79 matches
Mail list logo