Hi, Andreas
On 8/21/2012 6:46 PM, Andreas Bießmann wrote:
Dear Josh Wu,
On 16.08.2012 07:05, Josh Wu wrote:
Signed-off-by: Josh Wu
---
board/atmel/at91sam9x5ek/at91sam9x5ek.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/board/atmel/at91sam9x5ek/at91sam
On 21/08/2012 19:26, Fabio Estevam wrote:
> Use IMX_GPIO_NR macro.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx51evk/mx51evk.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/board/freescale/mx51evk/mx51evk.c
> b/board/freescale/mx51evk/mx51evk.
On 21/08/2012 19:26, Fabio Estevam wrote:
> Use IMX_GPIO_NR macro.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx53ard/mx53ard.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/board/freescale/mx53ard/mx53ard.c
> b/board/freescale/mx53ard/mx53ard.c
> in
On 21/08/2012 19:26, Fabio Estevam wrote:
> Use IMX_GPIO_NR macro.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx53loco/mx53loco.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/board/freescale/mx53loco/mx53loco.c
> b/board/freescale/mx53loco/mx53loco.
On 21/08/2012 19:51, Troy Kisky wrote:
> On 8/20/2012 11:11 PM, Stefano Babic wrote:
>> On 21/08/2012 01:03, Troy Kisky wrote:
>> diff --git a/arch/arm/include/asm/arch-mx31/imx-regs.h
>> b/arch/arm/include/asm/arch-mx31/imx-regs.h
>> index bba37ac..594d613 100644
>> --- a/arch/arm/include/asm/arch
Hi Graeme,
On 08/21/2012 02:29 PM, Graeme Russ wrote:
>> http://www.j1nx.nl/xbmc-amlogic-8726-m-pivos-xios-an-initial-investigation/
>
> Thanks for the link. Looks like it uses the same GPU (Mali 400) as the
> AllWinner A10
>
> The Geniatech Enjoy TV series looks pretty good, particularly the AT
On 21/08/2012 23:07, Benoît Thébaudeau wrote:
> Define default SoC input clock frequencies for i.MX35 in order to get rid of
> duplicated definitions.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stefano Babic
> ---
> This patch depends on http://patchwork.ozlabs.org/patch/177437/ .
>
> Changes f
On 21/08/2012 23:07, Benoît Thébaudeau wrote:
> Switch the mx35 timer driver to the 32-kHz clock source to avoid calling
> mxc_get_clock() again and again, and to be consistent with the timer drivers
> of
> other i.MX SoCs.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stefano Babic
> ---
> Change
[cc'd Manjunath Hadli]
Hi Tom,
On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> Add a board-specific README that documents how to write u-boot.ais to
> the SPI found on this board.
>
> Changes-series: 2
> - Add
>
> Signed-off-by: Tom Rini
> ---
>
> board/davinci/da8xxevm/README.da850_am18xxe
Hi Stefan,
On Aug 22, 2012 5:24 PM, "Stefan Roese" wrote:
>
> Hi Graeme,
>
> On 08/21/2012 02:29 PM, Graeme Russ wrote:
> >>
http://www.j1nx.nl/xbmc-amlogic-8726-m-pivos-xios-an-initial-investigation/
> >
> > Thanks for the link. Looks like it uses the same GPU (Mali 400) as the
> > AllWinner A10
Hi,
On Wednesday 22 August 2012 01:43 PM, Christian Riesch wrote:
> [cc'd Manjunath Hadli]
>
> Hi Tom,
>
> On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
>> Add a board-specific README that documents how to write u-boot.ais to
>> the SPI found on this board.
>>
>> Changes-series: 2
>> - Add
>
Hi Prabhakar,
On Wed, Aug 22, 2012 at 11:07 AM, Prabhakar Lad wrote:
> Hi,
>
> On Wednesday 22 August 2012 01:43 PM, Christian Riesch wrote:
>> [cc'd Manjunath Hadli]
>>
>> Hi Tom,
>>
>> On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
>>> Add a board-specific README that documents how to write
Hi Tom,
On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> - Convert the non-relocation part of board_init_f to spl_board_init,
> turn on CONFIG_SPL_BOARD_INIT in the configs.
> - Remove duplicated code.
> - Add spl_boot_device() that returns the statically chosen boot device.
I tested the pat
Hi Christian,
On Wednesday 22 August 2012 02:47 PM, Christian Riesch wrote:
> Hi Prabhakar,
>
> On Wed, Aug 22, 2012 at 11:07 AM, Prabhakar Lad wrote:
>> Hi,
>>
>> On Wednesday 22 August 2012 01:43 PM, Christian Riesch wrote:
>>> [cc'd Manjunath Hadli]
>>>
>>> Hi Tom,
>>>
>>> On Mon, Aug 20, 201
Avoid clutter in ueth_data. Individual drivers should not mess
with structures belonging to the core like this.
Signed-off-by: Lucas Stach
---
drivers/usb/eth/smsc95xx.c | 48 --
include/usb_ether.h| 8 ++--
2 Dateien geändert, 36 Zeilen h
Hi all,
This series supersedes the earlier posted patches to support the
AX88772B chip. I've split this up into a series as what started
as a small patch to get the chip working turned into a journey
through the usbeth stack and now not only reworks a lot of the
ASIX code, but also touches other p
If the environment doesn't provide a MAC address it's not an
error to use the one provided by the eth adapter. Actually it
should be the default case if the adapter exports it's own
address during get_info().
So just remove the warning that gets printed in this case.
Signed-off-by: Lucas Stach
-
All ASIX chipsets aside from AX88172 are able to set the MAC
address on the hardware level. Add a function to expose this
ability.
To differentiate between chip types we now carry flags as driver
private data. Also while touching the asix_dongles array
constify this.
Signed-off-by: Lucas Stach
-
The basic device reset ensures that the device is ready to
service commands and does not need to get redone before each
network operation.
Split out the basic reset from asix_init() and instead call it
from asix_eth_get_info(), so that it only gets called once.
Signed-off-by: Lucas Stach
---
dr
Add AX88772B ID together with two fixes needed to make this work.
1. The packet length check has to be adjusted, as all ASIX chips
only use 11 bits to indicate the length. AX88772B uses the other
bits to indicate unrelated things, which cause the check to fail.
This fix is based on a fix for the L
Initial device MAC should be read while getting info about the
device, so it's wrong to only read it in asix_init().
Add a dedicated function to read the initial MAC, which is also
able to handle devices that have their initial MAC stored in
EEPROM. Call this function inasix_eth_get_info().
Signe
Hi Tom,
On Wednesday 22 August 2012 03:34 PM, Christian Riesch wrote:
> Hi Tom,
>
> On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
>> - Convert the non-relocation part of board_init_f to spl_board_init,
>> turn on CONFIG_SPL_BOARD_INIT in the configs.
>> - Remove duplicated code.
>> - Add sp
On 14.08.2012 14:52, Benoît Thébaudeau wrote:
This can be useful for fuse-like hardware, OTP SoC options, etc.
For i.MX6, I have a port of the OTP support from Freescale's U-Boot to
our mainline U-Boot in the queue [1].
As I don't have the overview over the various i.MXxx SoCs and don't
und
Hi Dirk,
On Wednesday, August 22, 2012 12:43:05 PM, Dirk Behme wrote:
> On 14.08.2012 14:52, Benoît Thébaudeau wrote:
> > This can be useful for fuse-like hardware, OTP SoC options, etc.
>
> For i.MX6, I have a port of the OTP support from Freescale's U-Boot
> to
> our mainline U-Boot in the queu
Hi Prabhakar,
On Wednesday, August 22, 2012, Prabhakar Lad wrote:
> Hi Christian,
>
> On Wednesday 22 August 2012 02:47 PM, Christian Riesch wrote:
> > Hi Prabhakar,
> >
> > On Wed, Aug 22, 2012 at 11:07 AM, Prabhakar Lad
> > >
> wrote:
> >> Hi,
> >>
> >> On Wednesday 22 August 2012 01:43 PM, Ch
Hi Guys,
We have developed Blackfin based board using BF547-Rev04.
At the moment we face strange probably hardware issue.
Let me share few details
- GCC assumes rev 0.2 of the CPU is this OK with the rev 0.4 which we have
on board?
- The DDR routing due to a PCB mistake is not perfect now so w
On Tue, Aug 21, 2012 at 12:16:40AM -0700, Prafulla Wadaskar wrote:
>
>
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> > boun...@lists.denx.de] On Behalf Of Albert ARIBAUD
> > Sent: 18 August 2012 02:59
> > To: Tom Rini
> > Cc: u-boot@lists.denx.de
> > Subj
On Tuesday 21 August 2012 22:17:27 Marek Vasut wrote:
> This change implements DMA chaining into SPI driver. This allows
> the transfers to go much faster, while also fixing SF issues.
might be nice to have the word "DMA" in the patch summary
MX28: SPI: Supercharge the SPI driver w/DMA
-mike
si
On Tue, Aug 21, 2012 at 11:17 PM, Marek Vasut wrote:
> int mxs_dma_go(int chan)
> {
> - uint32_t timeout = 1;
> + uint32_t timeout = 1000;
Should we use a proper timeout mechanism instead?
Reagards,
Fabio Estevam
___
U-Boot mail
On Wednesday 22 August 2012 11:13:54 Dimitar Penev wrote:
> - GCC assumes rev 0.2 of the CPU is this OK with the rev 0.4 which we have
> on board?
err, gcc assumes nothing. this is controlled by your board config's
CONFIG_BFIN_CPU setting.
> The first reason for this behavior seems to be memory
On 08/20/2012 01:59 PM, Lucas Stach wrote:
> Am Montag, den 20.08.2012, 12:09 -0600 schrieb Stephen Warren:
>> On 08/19/2012 10:08 AM, Lucas Stach wrote:
>>> With this series we are able to initialize USB controllers
>>> using an external ULPI phy AKA USB2 on Tegra 2 devices.
>>>
>>> This was teste
On Fri, Aug 17, 2012 at 1:27 PM, York Sun wrote:
> The QCSP registers are at offset 0x1000 for SoCs with QMan v3.
>
> Signed-off-by: York Sun
> ---
> arch/powerpc/include/asm/immap_85xx.h | 19 ++-
> 1 files changed, 18 insertions(+), 1 deletions(-)
>
> diff --git a/arch/powerp
Hi Dirk,
On Wednesday, August 22, 2012 6:25:57 PM, Dirk Behme wrote:
> On 22.08.2012 13:11, Benoît Thébaudeau wrote:
> > Hi Dirk,
> >
> > On Wednesday, August 22, 2012 12:43:05 PM, Dirk Behme wrote:
> >> On 14.08.2012 14:52, Benoît Thébaudeau wrote:
> >>> This can be useful for fuse-like hardware,
On Wed, Aug 22, 2012 at 10:13:02AM +0200, Christian Riesch wrote:
> [cc'd Manjunath Hadli]
>
> Hi Tom,
>
> On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> > Add a board-specific README that documents how to write u-boot.ais to
> > the SPI found on this board.
> >
> > Changes-series: 2
> > - A
On Wed, Aug 22, 2012 at 03:35:30PM +0530, Prabhakar Lad wrote:
> Hi Christian,
>
> On Wednesday 22 August 2012 02:47 PM, Christian Riesch wrote:
> > Hi Prabhakar,
> >
> > On Wed, Aug 22, 2012 at 11:07 AM, Prabhakar Lad
> > wrote:
> >> Hi,
> >>
> >> On Wednesday 22 August 2012 01:43 PM, Christia
On Wed, Aug 22, 2012 at 12:04:27PM +0200, Christian Riesch wrote:
> Hi Tom,
>
> On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> > - Convert the non-relocation part of board_init_f to spl_board_init,
> > turn on CONFIG_SPL_BOARD_INIT in the configs.
> > - Remove duplicated code.
> > - Add spl
Dear Fabio Estevam,
> On Tue, Aug 21, 2012 at 11:17 PM, Marek Vasut wrote:
> > int mxs_dma_go(int chan)
> > {
> >
> > - uint32_t timeout = 1;
> > + uint32_t timeout = 1000;
>
> Should we use a proper timeout mechanism instead?
What would that be? I think 10 seconds is mor
Dear Mike Frysinger,
> On Tuesday 21 August 2012 22:17:27 Marek Vasut wrote:
> > This change implements DMA chaining into SPI driver. This allows
> > the transfers to go much faster, while also fixing SF issues.
>
> might be nice to have the word "DMA" in the patch summary
>
> MX28: SPI: Superch
Dear Łukasz Dałek,
> Signed-off-by: Łukasz Dałek
> ---
> drivers/usb/gadget/Makefile |1 +
> drivers/usb/gadget/pxa25x_udc.c | 2059
> +++ drivers/usb/gadget/pxa25x_udc.h |
> 168
> 3 files changed, 2228 insertions(+), 0 deletions(-)
> create mod
Dear Lucas Stach,
> Hi all,
>
> This series supersedes the earlier posted patches to support the
> AX88772B chip. I've split this up into a series as what started
> as a small patch to get the chip working turned into a journey
> through the usbeth stack and now not only reworks a lot of the
> AS
Dear Lucas Stach,
> Avoid clutter in ueth_data. Individual drivers should not mess
> with structures belonging to the core like this.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
Acked-by: Marek Vasut
> ---
> drivers/usb/eth/smsc95xx.c | 48
> -
Dear Lucas Stach,
> If the environment doesn't provide a MAC address it's not an
> error to use the one provided by the eth adapter. Actually it
> should be the default case if the adapter exports it's own
> address during get_info().
I think we should warn if the addr in env doesn't match the on
Dear Lucas Stach,
> The basic device reset ensures that the device is ready to
> service commands and does not need to get redone before each
> network operation.
>
> Split out the basic reset from asix_init() and instead call it
> from asix_eth_get_info(), so that it only gets called once.
>
>
Dear Lucas Stach,
> All ASIX chipsets aside from AX88172 are able to set the MAC
> address on the hardware level. Add a function to expose this
> ability.
>
> To differentiate between chip types we now carry flags as driver
> private data. Also while touching the asix_dongles array
> constify thi
Dear Lucas Stach,
> Initial device MAC should be read while getting info about the
> device, so it's wrong to only read it in asix_init().
>
> Add a dedicated function to read the initial MAC, which is also
> able to handle devices that have their initial MAC stored in
> EEPROM. Call this functio
Dear Lucas Stach,
> Add AX88772B ID together with two fixes needed to make this work.
>
> 1. The packet length check has to be adjusted, as all ASIX chips
> only use 11 bits to indicate the length. AX88772B uses the other
> bits to indicate unrelated things, which cause the check to fail.
> This
Dear Marek Vasut,
> I'm submitting hereby the initial code for the driver model. This is a RFC
> patch, please give it a spin and scream :-)
>
> The GPIO api should now use the new approach on the sandbox target. There's
> also "dm" command, that allows dumping the driver tree.
Expanding CC ...
On 8/22/2012 12:22 AM, Stefano Babic wrote:
On 21/08/2012 19:51, Troy Kisky wrote:
On 8/20/2012 11:11 PM, Stefano Babic wrote:
On 21/08/2012 01:03, Troy Kisky wrote:
So, you are saying CONFIG_ options don't belong in imx-regs.h, or
you didn't notice I stuck it there, or both???
I didn't noti
Am Mittwoch, den 22.08.2012, 20:22 +0200 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > If the environment doesn't provide a MAC address it's not an
> > error to use the one provided by the eth adapter. Actually it
> > should be the default case if the adapter exports it's own
> > address during g
On 8/22/2012 11:30 AM, Troy Kisky wrote:
On 8/22/2012 12:22 AM, Stefano Babic wrote:
On 21/08/2012 19:51, Troy Kisky wrote:
On 8/20/2012 11:11 PM, Stefano Babic wrote:
On 21/08/2012 01:03, Troy Kisky wrote:
So, you are saying CONFIG_ options don't belong in imx-regs.h, or
you didn't notice I
On Wed, 2012-08-22 at 11:18 -0500, Andy Fleming wrote:
> On Fri, Aug 17, 2012 at 1:27 PM, York Sun wrote:
> > The QCSP registers are at offset 0x1000 for SoCs with QMan v3.
> >
> > Signed-off-by: York Sun
> > ---
> > arch/powerpc/include/asm/immap_85xx.h | 19 ++-
> > 1 files c
Hi Lucas / Marek,
On Wed, Aug 22, 2012 at 1:32 PM, Lucas Stach wrote:
> Am Mittwoch, den 22.08.2012, 20:22 +0200 schrieb Marek Vasut:
>> Dear Lucas Stach,
>>
>> > If the environment doesn't provide a MAC address it's not an
>> > error to use the one provided by the eth adapter. Actually it
>> > s
Hi Lucas,
On Wed, Aug 22, 2012 at 5:09 AM, Lucas Stach wrote:
> Avoid clutter in ueth_data. Individual drivers should not mess
> with structures belonging to the core like this.
>
> Signed-off-by: Lucas Stach
Acked-by: Joe Hershberger
___
U-Boot mail
Hi Lucas,
On Wed, Aug 22, 2012 at 5:09 AM, Lucas Stach wrote:
> The basic device reset ensures that the device is ready to
> service commands and does not need to get redone before each
> network operation.
>
> Split out the basic reset from asix_init() and instead call it
> from asix_eth_get_inf
On Wed, Aug 22, 2012 at 2:42 PM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
>> On Tue, Aug 21, 2012 at 11:17 PM, Marek Vasut wrote:
>> > int mxs_dma_go(int chan)
>> > {
>> >
>> > - uint32_t timeout = 1;
>> > + uint32_t timeout = 1000;
>>
>> Should we use a proper timeout mec
Hi Lucas,
On Wed, Aug 22, 2012 at 5:09 AM, Lucas Stach wrote:
> Initial device MAC should be read while getting info about the
> device, so it's wrong to only read it in asix_init().
>
> Add a dedicated function to read the initial MAC, which is also
> able to handle devices that have their initi
Hi Lucas,
On Wed, Aug 22, 2012 at 5:09 AM, Lucas Stach wrote:
> Add AX88772B ID together with two fixes needed to make this work.
>
> 1. The packet length check has to be adjusted, as all ASIX chips
> only use 11 bits to indicate the length. AX88772B uses the other
> bits to indicate unrelated th
Hi Lucas,
On Wed, Aug 22, 2012 at 5:09 AM, Lucas Stach wrote:
> All ASIX chipsets aside from AX88172 are able to set the MAC
> address on the hardware level. Add a function to expose this
> ability.
>
> To differentiate between chip types we now carry flags as driver
> private data. Also while to
On Wed, Aug 22, 2012 at 10:46:19AM -0700, Tom Rini wrote:
> On Wed, Aug 22, 2012 at 12:04:27PM +0200, Christian Riesch wrote:
> > Hi Tom,
> >
> > On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> > > - Convert the non-relocation part of board_init_f to spl_board_init,
> > > turn on CONFIG_SPL_
Allow usage of the imx-common/iomux-v3.h framework by including pad settings
for the i.MX51. The content of the file is taken from Linux kernel at
commit 5d23b39 plus the required changes to make it work in U-Boot.
The contained pad settings are the minimum required to make an Efika MX boot
and ge
* Move Efika MX Smarttop and Smartbook boards into a "genesi" vendor directory
* Rename efikamx -> mx51_efikamx since there is an mx53_efikamx and mx6_efikamx
to come
Signed-off-by: Matt Sealey
---
board/{efikamx => genesi/mx51_efikamx}/Makefile|0
.../{efikamx => genesi/mx51_efikamx}/e
Efika MX boards configure their DDR pad settings twice, one in the DCD generated
from imximage_*.cfg and again in init_drive_strength called before relocation.
Rather than doing this, roll the changes it makes into the DCD so DDR is set up
before a single line of code in U-Boot is run.
The settin
PCBID pads seem to need time to settle due to external pulldowns, otherwise
we are reading floating GPIO pins with implicit pad pullups and get the wrong
data. However we can't "wait" at the time we need them before relocation,
since timers are not available. The time taken to get from DCD to the c
This is a rework of a previously submitted patchset and bundles the
main board support and USB support into a single commit.
It requires the patch "mx5: add iomux-mx51.h include"
* Use iomux-mx51.h include to simplify board configuration.
* Simplify LED support (remove efikamx_toggle_led, change
Dear Fabio Estevam,
> On Wed, Aug 22, 2012 at 2:42 PM, Marek Vasut wrote:
> > Dear Fabio Estevam,
> >
> >> On Tue, Aug 21, 2012 at 11:17 PM, Marek Vasut wrote:
> >> > int mxs_dma_go(int chan)
> >> > {
> >> >
> >> > - uint32_t timeout = 1;
> >> > + uint32_t timeout = 1000;
On 8/20/2012 5:35 PM, Andy Fleming wrote:
On Monday, August 20, 2012, Troy Kisky wrote:
It is useful to be able to try a range of
possible phy addresses to connect.
This seems like it just encourages a bad habit.
Which is?
How do you envision this working on a system with multipl
From: Fabio Estevam >
For representing a timeout value, it makes more sense to pass it as
'unsigned int'.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mxs/mxs.c |6 --
arch/arm/include/asm/arch-mxs/sys_proto.h |4 ++--
2 files changed, 6 insertions(+), 4 deletion
On 08/20/2012 05:35 PM, Andy Fleming wrote:
On Monday, August 20, 2012, Troy Kisky wrote:
It is useful to be able to try a range of
possible phy addresses to connect.
This seems like it just encourages a bad habit. How do you envision this
working on a system with multiple Ethernet controll
Dear Fabio Estevam,
> From: Fabio Estevam >
>
> For representing a timeout value, it makes more sense to pass it as
> 'unsigned int'.
>
> Signed-off-by: Fabio Estevam
Acked-by: Marek Vasut
> ---
> arch/arm/cpu/arm926ejs/mxs/mxs.c |6 --
> arch/arm/include/asm/arch-mxs/sys_p
Hi Scott,
On Fri, Aug 17, 2012 at 3:53 PM, Scott Wood wrote:
> On 08/17/2012 03:31 PM, Joe Hershberger wrote:
>> NAND unlock command allows an invert bit to be set to unlock all but
>> the selected page range.
>>
>> Signed-off-by: Joe Hershberger
>> ---
>> common/cmd_nand.c| 13
On Wed, Aug 22, 2012 at 2:59 PM, Troy Kisky
wrote:
> On 8/20/2012 5:35 PM, Andy Fleming wrote:
>
>
>
> On Monday, August 20, 2012, Troy Kisky wrote:
>>
>> It is useful to be able to try a range of
>> possible phy addresses to connect.
>
>
>
> This seems like it just encourages a bad habit.
>
>
> W
Hi Andy,
On Wed, Aug 22, 2012 at 3:40 PM, Andy Fleming wrote:
> On Wed, Aug 22, 2012 at 2:59 PM, Troy Kisky
> wrote:
>> On 8/20/2012 5:35 PM, Andy Fleming wrote:
>> The same way it works currently. I removed no features.
>
>
> Agreed. But the way it works currently is bad. Many drivers do this:
On Wed, Aug 22, 2012 at 3:11 PM, Eric Nelson
wrote:
> On 08/20/2012 05:35 PM, Andy Fleming wrote:
>>
>> On Monday, August 20, 2012, Troy Kisky wrote:
>>
>> It's best if the driver make the reasonable assumption that its PHY
>> address
>> is known when it comes up, and let the board code, which can
On 08/22/2012 01:50 PM, Andy Fleming wrote:
On Wed, Aug 22, 2012 at 3:11 PM, Eric Nelson
wrote:
On 08/20/2012 05:35 PM, Andy Fleming wrote:
On Monday, August 20, 2012, Troy Kisky wrote:
It's best if the driver make the reasonable assumption that its PHY
address
is known when it comes up, an
Avoid clutter in ueth_data. Individual drivers should not mess
with structures belonging to the core like this.
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
Acked-by: Marek Vasut
Acked-by: Joe Hershberger
---
drivers/usb/eth/smsc95xx.c | 48 -
The basic device reset ensures that the device is ready to
service commands and does not need to get redone before each
network operation.
Split out the basic reset from asix_init() and instead call it
from asix_eth_get_info(), so that it only gets called once.
Signed-off-by: Lucas Stach
Acked-b
Hi all,
This series supersedes the earlier posted patches to support the
AX88772B chip. I've split this up into a series as what started
as a small patch to get the chip working turned into a journey
through the usbeth stack and now not only reworks a lot of the
ASIX code, but also touches other p
Initial device MAC should be read while getting info about the
device, so it's wrong to only read it in asix_init().
Add a dedicated function to read the initial MAC, which is also
able to handle devices that have their initial MAC stored in
EEPROM. Call this function inasix_eth_get_info().
Signe
Add AX88772B ID together with two fixes needed to make this work.
1. The packet length check has to be adjusted, as all ASIX chips
only use 11 bits to indicate the length. AX88772B uses the other
bits to indicate unrelated things, which cause the check to fail.
This fix is based on a fix for the L
All ASIX chipsets aside from AX88172 are able to set the MAC
address on the hardware level. Add a function to expose this
ability.
To differentiate between chip types we now carry flags as driver
private data. Also while touching the asix_dongles array
constify this.
Signed-off-by: Lucas Stach
-
On Mon, Jul 23, 2012 at 3:58 PM, Joakim Tjernlund
wrote:
> PowerPC mandates SP to be 16 bytes aligned.
> Furthermore, a stack frame is added, pointing to the reset vector
> which may in the way when gdb is walking the stack because
> the reset vector may not accessible depending on emulator settin
Hi Lucas,
On Wed, Aug 22, 2012 at 4:04 PM, Lucas Stach wrote:
> All ASIX chipsets aside from AX88172 are able to set the MAC
> address on the hardware level. Add a function to expose this
> ability.
>
> To differentiate between chip types we now carry flags as driver
> private data. Also while to
On 8/22/2012 1:40 PM, Andy Fleming wrote:
1) Modify the driver so that the PHY address is passed in from board
initialization code programmatically. As a nod to the effort of doing
so for all boards, you can create a default value (ie - as it was),
that can be overridden by board code.
2) Modif
On Wednesday 22 August 2012 13:43:19 Marek Vasut wrote:
> Dear Mike Frysinger,
> > On Tuesday 21 August 2012 22:17:27 Marek Vasut wrote:
> > > This change implements DMA chaining into SPI driver. This allows
> > > the transfers to go much faster, while also fixing SF issues.
> >
> > might be nice
Missed in previous cleanup.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Added loff_t cleanup to series
drivers/mtd/nand/nand_util.c | 5 +++--
include/nand.h | 3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/
NAND unlock command allows an invert bit to be set to unlock all but
the selected page range.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Changed invert to allexcept
- Changed unlock printf to debug print
- Dropped cast in unlock debug print
common/cmd_nand.c| 13 ++-
NAND_CMD_ constants for lock/unlock should be in the header
Signed-off-by: Joe Hershberger
---
drivers/mtd/nand/nand_util.c | 6 --
include/linux/mtd/nand.h | 2 ++
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c
Micron NAND flash (e.g. MT29F4G08ABADAH4) BLOCK LOCK READ STATUS is not
the same as others. Instead of bit 1 being lock, it is #lock_tight.
To make the driver support either format, ignore bit 1 and use only
bit 0 and bit 2.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Added comment about
Hi!
> From: Dinh Nguyen
>
> Add minimal support for Altera's SOCFPGA Cyclone 5 hardware.
Albert, it seems you should be one merging this...? (Am I right?) Is
there anything we need to fix? Was it too late?
Thanks,
Pavel
--
Dear dingu...@altera.com,
> From: Dinh Nguyen
>
> Add minimal support for Altera's SOCFPGA Cyclone 5 hardware.
>
> Signed-off-by: Dinh Nguyen
> Signed-off-by: Pavel Machek
[...]
Please CC albert with new arches.
> diff --git a/Makefile b/Makefile
> index 5ce5cc3..12aa372 100644
> --- a/Mak
On Wed, Aug 22, 2012 at 12:19:03PM -0700, Tom Rini wrote:
> On Wed, Aug 22, 2012 at 10:46:19AM -0700, Tom Rini wrote:
> > On Wed, Aug 22, 2012 at 12:04:27PM +0200, Christian Riesch wrote:
> > > Hi Tom,
> > >
> > > On Mon, Aug 20, 2012 at 6:45 PM, Tom Rini wrote:
> > > > - Convert the non-relocati
The 'clean' target has been removing all of spl but not u-boot itself.
For consistency and ease of testing, only remove SPL binaries / maps in
the clobber target, just like for full U-Boot
Signed-off-by: Tom Rini
---
Makefile | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Hey all,
The following patch series merges the davinci and omap-common SPL
frameworks into a single framework, CONFIG_SPL_FRAMEWORK along with a
few small cleanups to the code to make it a little smaller and more
flexible. The end result is that davinci can now opt in on
SPL-boots-Linux by just s
Only omap4/5 currently have a meaningful set of display text and overo
had been adding a function to display nothing. Change how this works to
be opt-in and only turned on for omap4/5 now.
Signed-off-by: Tom Rini
---
README |4
arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl_mmc.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
b/arch/arm/cpu/armv7/omap-common/spl_mmc.c
index 2f921bb..7552f6c 100644
--- a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
+++ b/
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
b/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
index ccc6bb6..48a296c 100644
--- a/arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |4 ++--
arch/arm/cpu/armv7/omap-common/spl.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap3/board.c
We can only attempt to setup a malloc pool if
CONFIG_SYS_SPL_MALLOC_START is defined, and not all boards require it.
Make the call depend on the define.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/o
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_nand.c|2 +-
arch/arm/cpu/armv7/omap3/board.c |2 +-
arch/arm/include/asm/omap_common.h
- Remove includes we don't need
- Switch some printf statements to puts
- Convert some printf statements to debug, introduce new puts statements
- In most cases saying just "No mkimage signature, assuming
u-boot.bin" or similar is sufficient. This also means the non-DEBUG
case doesn't ne
1 - 100 of 128 matches
Mail list logo
