Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
arch/arm/cpu/armv7/mx5/clock.c | 72 ++
arch/arm/include/asm/arch-mx5/clock.h|5 ++
arch/arm/include/asm/arch-mx5/crm_regs.h |3 +
3 files changed, 80 insertions(+), 0 deletions(-)
diff
This patches series provides USB host support for the mx51evk and
mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
and uses the header files of the ehci-fsl interface. The callback
board_ehci_hcd_init() allows to do board-specific setup when USB is
started.
Wolfgang.
Wolfgang
It's derived from ehci-mxc and uses the header files of the
ehci-fsl interface. The callback board_ehci_hcd_init() has
been introduced to allow for board-specific setup when USB
is started.
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
CC: Remy Bohmer
---
drivers/usb/host/Mak
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
arch/arm/include/asm/arch-mx5/mx5x_pins.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx5/mx5x_pins.h
b/arch/arm/include/asm/arch-mx5/mx5x_pins.h
index 4e3a31b..3978bd5 100644
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c | 92 +
include/configs/mx51evk.h | 13 +
2 files changed, 105 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board
On 11/11/2011 04:18 PM, Mike Frysinger wrote:
> On Friday 11 November 2011 07:33:00 Wolfgang Grandegger wrote:
>> On 11/11/2011 12:04 PM, Marek Vasut wrote:
>>>> Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
>>>> address programming. Fix th
On 11/11/2011 04:26 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
>> Signed-off-by: Wolfgang Grandegger
>> Cc: Simon Glass
>> ---
>> drivers/usb/eth/smsc95xx.c |7 +++
>> 1 file
On 11/11/2011 03:22 PM, Fabio Estevam wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 11:03 AM, Wolfgang Grandegger wrote:
>> It's derived from ehci-mxc and uses the header files of the
>> ehci-fsl interface. The callback board_ehci_hcd_init() has
>> been introd
nit() allows to do board-specific setup when USB is
>> started.
>>
>> Wolfgang.
>>
>> Wolfgang Grandegger (5):
>> mx5: add helper functions to enable USB clocks
>> mx5: add helper function to retrieve the GPIO number
>> mx5: add generic USB EHCI sup
_hcd_init() allows to do board-specific setup when USB is
>> started.
>>
>> Wolfgang.
>>
>> Wolfgang Grandegger (5):
>> mx5: add helper functions to enable USB clocks
>> mx5: add helper function to retrieve the GPIO number
>> mx5: add generic U
Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
> ---
> Changes for v2:
> - whitespace and coding style changes
> Changes for v3:
> - ULPI-related definitions moved to ULPI header file
> Changes for v4:
> - rename "ulpi_viewpoint", because it's called
On 11/12/2011 06:45 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
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
>
> Acked-by: Ma
eader files of the ehci-fsl interface. The callback
>>>> board_ehci_hcd_init() allows to do board-specific setup when USB is
>>>> started.
>>>>
>>>> Wolfgang.
>>>>
>>>> Wolfgang Grandegger (5):
>>>> mx5: add helper funct
Hi Simon,
On 11/11/2011 04:35 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
>> The write to the mac_cr register was missing. This usually not
>> cause an issue before, since the next function writing the
>> regi
Cc: Simon Glass
Cc: Mike Frysinger
Signed-off-by: Wolfgang Grandegger
---
drivers/usb/eth/smsc95xx.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95xx.c
index b5626e6..2f63340 100644
--- a/drivers/usb/eth
Changes since v1:
- Use __get_unaligned_le16/32 as suggested by Mike Frysinger.
- Use format "%pM" to print ethernet address.
- Drop third patch as it is not really required/useful.
Wolfgang Grandegger (2):
smsc95xx: Fix MAC address programming
smsc95xx: Debug message cleanup
d
Commit 79ad54400932d6484178a372fb3b659e3437473b broke MAC address
programming in the SMSC95xx register set.
Cc: Marek Vasut
Cc: Wolfgang Denk
Cc: Simon Glass
Cc: Mike Frysinger
Signed-off-by: Wolfgang Grandegger
---
drivers/usb/eth/smsc95xx.c |6 +++---
1 files changed, 3 insertions
On 11/14/2011 05:50 PM, Mike Frysinger wrote:
> On Monday 14 November 2011 03:25:37 Wolfgang Grandegger wrote:
>> On 11/11/2011 04:18 PM, Mike Frysinger wrote:
>>> mine might take a little longer due to wrangling with wolfgang. i'd
>>> suggest we go with your patch
Hi Simon,
On 11/16/2011 12:22 AM, Simon Glass wrote:
> On Tue, Nov 15, 2011 at 1:19 AM, Wolfgang Grandegger wrote:
>> Cc: Simon Glass
>> Cc: Mike Frysinger
>> Signed-off-by: Wolfgang Grandegger
>> ---
>> drivers/usb/eth/smsc95xx.c | 10 +++---
>&g
Hi Bhupesh,
On 05/01/2013 06:17 AM, Bhupesh SHARMA wrote:
> Hi Wolfgang G. and list,
>
> I was looking to do some basic tests on a C_CAN module inside our SOC at
> u-boot
> level, till the Linux OS is up and working to test basic CAN features.
>
> I couldn't figure out if CAN framework is suppor
Hi Bhupesh,
On 05/02/2013 10:51 AM, Bhupesh SHARMA wrote:
> Hi Wolfgang,
>
> Thanks for your timely inputs.
>
> On Thu, May 2, 2013 at 12:31 PM, Wolfgang Grandegger
> wrote:
>
>> Hi Bhupesh,
>>
>> On 05/01/2013 06:17 AM, Bhupesh SHARMA wrote:
>>>
The following patch series intends to support the Micron multi-chip
NAND device MT29F8G08FAB on the TQM8548 modules from TQ-Components.
It makes sense to offer such a multi-chip device as one single device
to the user. Multi-chip devices seem already be supported by the NAND
layer, but U-Boot does
This patch adds support for NAND_MAX_CHIPS to the MTD NAND layer.
Multi-chip devices are then displayed as shown:
Device 0: 2x NAND 512MiB 3,3V 8-bit, sector size 128 KiB
Signed-off-by: Wolfgang Grandegger
---
common/cmd_nand.c | 10 +-
drivers/mtd/nand/nand.c | 10
tely
and I will provide proper patches in the next version of this patch
(it's still an RFC).
Signed-off-by: Wolfgang Grandegger
---
drivers/mtd/nand/fsl_upm.c | 44
include/linux/mtd/fsl_upm.h |4 +++-
2 files changed, 39 insertions(+), 9
For the NAND chips on the TQM8548 modules, a special chip-select logic is
used. It uses dedicated address lines to be controlled via UPM machine
address register (mar). This patch adds corresponding support to the
FSL-UPM driver.
Signed-off-by: Wolfgang Grandegger
---
drivers/mtd/nand/fsl_upm.c
This patches configures the NAND UPM-FSL driver with multi-chip support
for the Micro MT29F8G08FAB on the TQM8548 modules.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/nand.c |2 ++
include/configs/TQM85xx.h |4 ++--
2 files changed, 4 insertions(+), 2 deletions(-)
Index
Scott Wood wrote:
> On Wed, Jan 07, 2009 at 07:53:45PM +0100, Wolfgang Grandegger wrote:
>> for (i = 0; i < CONFIG_SYS_MAX_NAND_DEVICE; i++) {
>> -if (nand_info[i].name)
>> +if (nand_info[i].name) {
&g
Wolfgang Denk wrote:
> Dear Wolfgang,
>
> In message <49703e5b.1080...@grandegger.com> you wrote:
>> Yep, in the meantime I realized that it's already pre-set in
>> include/linux/mtd/nand.h:
>>
>> /* The maximum number of NAND chips in an array */
>> #ifndef NAND_MAX_CHIPS
>> #define NAND_MA
far. The bamboo and the DU440
define
#define NAND_MAX_CHIPS CONFIG_SYS_MAX_NAND_DEVICE
but that's bogus and did not work anyhow.
Signed-off-by: Wolfgang Grandegger
---
doc/README.nand |2 +-
drivers/mtd/nand/nand_base.c |2 +-
dri
Hi Stefan,
Stefan Roese wrote:
> On Monday 19 January 2009, Scott Wood wrote:
Actually, none of the boards use multi-chip support (NAND_MAX_CHIPS >
1). The bamboo and the DU440 define
#define NAND_MAX_CHIPS CONFIG_SYS_MAX_NAND_DEVICE
but that's bogus and di
Stefan Roese wrote:
> Hi Wolfgang,
>
> On Monday 19 January 2009, Wolfgang Grandegger wrote:
>>>> Are they accessed as 2 NAND controllers, or 2 chips on one controller?
>>> 2 chips on one controller.
>>>
>>>> We can make it "#define NAND_MAX
According to new TQM8548 timing specification:
Refresh Recovery: 34 -> 53 clocks
CKE pulse width: 1 -> 3 cycles
Window for four activities: 13 -> 14 cycles
Signed-off-by: Jens Gehrlein
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/sdram.c | 14 --
1 file c
. TFTP downloads,
NAND Flash accesses, kernel boots, etc. are much faster.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/tlb.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: u-boot/board/tqc/tqm85xx/tlb.c
The TQM8548_AG is a variant of the TQM8548 module with 1 GiB memory,
CAN and without PCI/PCI-X and RTC. U-Boot can be built for this module
with "$ make TQM8548_AG_config".
Signed-off-by: Wolfgang Grandegger
---
MAKEALL |1 +
Makefile |3 ++
This patch adds the workaround for erratum DDR20 according to MPC8548
Device Errata document, Rev. 1: "CKE signal may not function correctly
after assertion of HRESET". Furthermore, the bug DDR19 is fixed in
processor version 2.1 and the work-around must be removed.
Signed-off-by
The TQM8548_AG module does not have the standard PCI/PCI-X interface
connected but just the PCI Express interface . So far it was not
possible to disable it without disabling the complete PCI interface
(CONFIG_PCI) including PCI Express.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx
The TQM8548_BE is a variant of the TQM8548 module with NAND and CAN
interface. With NAND support, the image is significantly larger and
TEXT_BASE is adjusted accordingly. U-Boot can be built for this
module with "$ make TQM8548_BE_config".
Signed-off-by: Wolfgang Grandegger
--
The following patch series adds support for the TQM8548-AG and
TQM8548-BE modules from TQ Components GmbH (http://www.tqc.de)
and fixes a few issues with TQM85xx in general.
A second patch series for FSL UPM NAND will follow to support
the NAND multi-chip device on the TQM8548-BE.
Wolfgang.
__
EC000 RO RO 4000 RO 8000 E C000
The same bug seems to be in drivers/mtd/cfi_flash.c:flash_init() and many
board BSPs as well.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/tqm85xx.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: u-
This patch add support for the 1 GiB DDR2-SDRAM on the TQM8548_AG
module.
Signed-off-by: Jens Gehrlein
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/law.c |2 +-
board/tqc/tqm85xx/sdram.c |9 +
board/tqc/tqm85xx/tlb.c | 19 ---
3 files changed
The following patch series intends to support the Micron multi-chip
NAND device MT29F8G08FAB on the TQM8548 modules from TQ-Components.
To offer this multi-chip device as one single device to the user,
multi-chip device has been added to the MTD NAND layer and the
FSL-UPM-NAND driver.
The TQM8548
This patch adds support for NAND_MAX_CHIPS to the MTD NAND layer.
Multi-chips devices are displayed as shown:
Device 0: 2x NAND 512MiB 3,3V 8-bit, sector size 128 KiB
Signed-off-by: Wolfgang Grandegger
---
common/cmd_nand.c| 21 +++--
drivers/mtd/nand/nand.c
For the NAND chips on the TQM8548 modules, a special chip-select logic is
used. It uses dedicated address lines to be set via UPM machine address
register (mar). This patch adds such support to the FSL-UPM driver.
Signed-off-by: Wolfgang Grandegger
---
drivers/mtd/nand/fsl_upm.c |5
d as well.
No other boards are currently using the FSL UPM driver.
Signed-off-by: Wolfgang Grandegger
---
board/freescale/mpc8360erdk/nand.c |2 -
drivers/mtd/nand/fsl_upm.c | 44 ++---
include/linux/mtd/fsl_upm.h|4 ++-
3 files changed,
This patches configures the NAND UPM-FSL driver with multi-chip
support for the Micron MT29F8G08FAB NAND flash memory on the
TQM8548 modules.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/nand.c |5 -
include/configs/TQM85xx.h | 32 +++-
2 files
.
The corresponding Linux FSL UPM driver uses similar delay points at the
same locations. To manage these extra delays in a more general way, I
introduced the "wait_flags" field allowing the board-specific driver to
specify various types of extra delay.
Signed-off-by: Wolfgang Grandegger
---
Scott Wood wrote:
> On Wed, Feb 11, 2009 at 06:38:22PM +0100, Wolfgang Grandegger wrote:
>> Index: u-boot/drivers/mtd/nand/fsl_upm.c
>> ===
>> --- u-boot.orig/drivers/mtd/nand/fsl_upm.c
>> +++ u-boot
arun sharma wrote:
>> * Index: u-boot/drivers/mtd/nand/fsl_upm.c
> *>* ===
> *>* --- u-boot.orig/drivers/mtd/nand/fsl_upm.c
> *>* +++ u-boot/drivers/mtd/nand/fsl_upm.c
> *>* @@ -90,8 +90,11 @@ static void fun_cmd_ctrl(struct mtd_info
>
Jens Gehrlein wrote:
> Hi Andy,
>
> Andy Fleming schrieb:
>> The ecm variable in sdram.c was being declared for all 8548, but only
>> used by specific 8548 boards, so we make that variable require those
>> specific boards, too
>>
>
> [snip]
>
>> diff --git a/board/tqc/tqm85xx/sdram.c b/board/tqc
Signed-off-by: Wolfgang Grandegger
---
include/configs/mx51evk.h |2 +-
include/configs/mx53ard.h |2 +-
include/configs/mx53evk.h |2 +-
include/configs/mx53loco.h |2 +-
include/configs/mx53smd.h |2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
diff --git a
According to the EHCI specification the Capability Register Length
has a size of 8 bits.
Signed-off-by: Wolfgang Grandegger
---
include/usb/ehci-fsl.h | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/include/usb/ehci-fsl.h b/include/usb/ehci
The USB port to be used is determined by CONFIG_MXC_USB_PORT.
So, it appears that the comment is not correct. Remove it.
Signed-off-by: Wolfgang Grandegger
---
drivers/usb/host/ehci-mxc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/ehci-mxc.c b
Signed-off-by: Wolfgang Grandegger
---
Resend due to missing [PATCH] prefix.
include/configs/mx51evk.h |2 +-
include/configs/mx53ard.h |2 +-
include/configs/mx53evk.h |2 +-
include/configs/mx53loco.h |2 +-
include/configs/mx53smd.h |2 +-
5 files changed, 5
Hi Fabio,
On 10/21/2011 02:54 PM, Fabio Estevam wrote:
> Hi Stefano,
>
> I am trying to add USBH2 support for MX31PDK and I am using qong code
> as reference.
>
> When I add the USB related defines in mx31pdk.h (same as qong.h) :
>
> /* USB */
> #define CONFIG_CMD_USB
> #ifdef CONFIG_CMD_USB
>
m.
Signed-off-by: Wolfgang Grandegger
CC: Marek Vasut
CC: Simon Goldschmidt
---
.travis.yml | 2 +-
arch/arm/dts/Makefile| 1 +
arch/arm/dts/socfpga_cyclone5_mcv.dtsi | 22 +
arch/arm/dts/socfpga_cyclone5_mcvevk-u
Am 06.05.19 um 22:16 schrieb Simon Goldschmidt:
> Am 06.05.2019 um 17:45 schrieb Wolfgang Grandegger:
>> Re-add support for Aries Embedded MCV SoM, which is CycloneV based
>> and the associated MCVEVK baseboard. The board can boot from eMMC.
>> Ethernet and USB is suppo
Am 06.05.19 um 19:55 schrieb Marek Vasut:
> On 5/6/19 5:45 PM, Wolfgang Grandegger wrote:
>> Re-add support for Aries Embedded MCV SoM, which is CycloneV based
>> and the associated MCVEVK baseboard. The board can boot from eMMC.
>> Ethernet and USB is supported.
>
>
Am 07.05.19 um 13:37 schrieb Simon Goldschmidt:
> On Tue, May 7, 2019 at 9:41 AM Wolfgang Grandegger
> wrote:
>>
>>
>>
>> Am 06.05.19 um 22:16 schrieb Simon Goldschmidt:
>>> Am 06.05.2019 um 17:45 schrieb Wolfgang Grandegger:
>>>> Re-add su
Hello,
Am 07.05.19 um 21:25 schrieb Simon Goldschmidt:
>
>
> On 07.05.19 21:14, Wolfgang Grandegger wrote:
>>
>> Am 07.05.19 um 13:37 schrieb Simon Goldschmidt:
>>> On Tue, May 7, 2019 at 9:41 AM Wolfgang Grandegger
>>> wrote:
>>>>
>>&g
Am 08.05.19 um 13:07 schrieb Simon Goldschmidt:
>
>
> Wolfgang Grandegger mailto:w...@aries-embedded.de>>
> schrieb am Mi., 8. Mai 2019, 12:23:
>
> Hello,
>
> Am 07.05.19 um 21:25 schrieb Simon Goldschmidt:
> >
> >
> &
Am 08.05.19 um 13:34 schrieb Wolfgang Grandegger:
>
>
> Am 08.05.19 um 13:07 schrieb Simon Goldschmidt:
>>
>>
>> Wolfgang Grandegger mailto:w...@aries-embedded.de>>
>> schrieb am Mi., 8. Mai 2019, 12:23:
>>
>> Hello,
>&
Am 07.05.19 um 19:02 schrieb Marek Vasut:
> On 5/7/19 6:25 PM, Wolfgang Grandegger wrote:
>> Am 06.05.19 um 19:55 schrieb Marek Vasut:
>>> On 5/6/19 5:45 PM, Wolfgang Grandegger wrote:
>>>> Re-add support for Aries Embedded MCV SoM, which is CycloneV based
>>&g
Am 08.05.19 um 16:14 schrieb Marek Vasut:
> On 5/8/19 4:10 PM, Wolfgang Grandegger wrote:
>>
>> Am 07.05.19 um 19:02 schrieb Marek Vasut:
>>> On 5/7/19 6:25 PM, Wolfgang Grandegger wrote:
>>>> Am 06.05.19 um 19:55 schrieb Marek Vasut:
>>>>> On 5
> Fixes: commit 4b2e32efa4e7 ("arm: socfpga: gen5: deassert peripheral reset by
> default")
> Signed-off-by: Simon Goldschmidt
> Reported-by: Wolfgang Grandegger
> ---
>
> include/configs/socfpga_dbm_soc1.h| 3 ++-
> include/configs/socfpga_stratix10_socdk
ke care of them.
The device-tree files are from mainline Linux commit e93c9c99a629
("Linux v5.1)".
Signed-off-by: Wolfgang Grandegger
CC: Marek Vasut
CC: Simon Goldschmidt
---
Changes in v2:
- remove "aries" in .travis.yml
- add "socfpga_legacy_reset_compat=1" and
ga_cyclone5_mcvevk"
>
> This board has SPI flash and so the MTDIDS/PARTS make sense there. I'm
> adding in the board maintainer for further comment about how UBI might
> be used, thanks!
There is *no* SPI-FLash connected to the HPS on that module/board.
Therefore th
101 - 166 of 166 matches
Mail list logo
