Hello,
Am 19.08.20 um 21:54 schrieb Ralph Siemsen:
> On Wed, Aug 19, 2020 at 09:28:39PM +0200, Marek Vasut wrote:
>>
>> Is the F2SDRAM port enabled in your case ?
>
> Is there a way I can check this via software? Unfortunately I do not
> have access to Quartus/Qsys files, nor the person who did t
Hello,
I realized, that "ums 0 mmc 0" is not working without executing "usb
start" in advance. That's because "ums" does not enable the clock and
deassert the USB reset. Is that by purpose? At least "usb start" was not
necessary with v2016.11.
Wolfgang
Hello,
I'm trying to understand what is necessary to get mainline U-Boot
booting from the eMMC of an Arria10 board, which is significantly
different to the Cyclone 5.
I'm playing with U-Boot v2019.10! I find some related documentation at
[1]. Section "Arria 10 SoC - Boot from SD Card " seems to a
/fbdev/altvipfb2.c), but only
after a power cycle (cold boot). The issue does not show up after a
soft reset (warm boot) and with v2018.11.
Signed-off-by: Wolfgang Grandegger
CC: Marek Vasut
CC: Simon Goldschmidt
---
arch/arm/mach-socfpga/misc_gen5.c | 31 +++
1 file
Am 06.08.20 um 13:04 schrieb Marek Vasut:
> On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
>> This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
>>
>> Conflicts:
>> arch/arm/mach-socfpga/misc_gen5.c
>>
>> Without socfpga_sdram_apply_st
Am 06.08.20 um 14:50 schrieb Marek Vasut:
> On 8/6/20 2:36 PM, Wolfgang Grandegger wrote:
>> Am 06.08.20 um 13:04 schrieb Marek Vasut:
>>> On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
>>>> This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
>>>
Am 07.08.20 um 13:12 schrieb Marek Vasut:
> On 8/7/20 12:58 PM, Wolfgang Grandegger wrote:
>> Am 06.08.20 um 14:50 schrieb Marek Vasut:
>>> On 8/6/20 2:36 PM, Wolfgang Grandegger wrote:
>>>> Am 06.08.20 um 13:04 schrieb Marek Vasut:
>>>>>
Am 07.08.20 um 17:05 schrieb Dinh Nguyen:
> CC Hean Loong:
>
>
> On 8/6/20 7:36 AM, Wolfgang Grandegger wrote:
>> Am 06.08.20 um 13:04 schrieb Marek Vasut:
>>> On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
>>>> This reverts commit c5f4b805755912a3d2fe20
Hello,
reading you question again...
Am 07.08.20 um 17:49 schrieb Wolfgang Grandegger:
>
>
> Am 07.08.20 um 17:05 schrieb Dinh Nguyen:
>> CC Hean Loong:
>>
>>
>> On 8/6/20 7:36 AM, Wolfgang Grandegger wrote:
>>> Am 06.08.20 um 13:04 schrieb Mare
Hello Ley Foon,
Am 10.08.20 um 10:30 schrieb Tan, Ley Foon:
>
>
>> -Original Message-
>> From: Marek Vasut
>> Sent: Friday, August 7, 2020 7:53 PM
>> To: Wolfgang Grandegger ; U-Boot Mailing List
>>
>> Cc: Simon Goldschmidt ; Nguyen, Dinh
Hello,
Am 18.11.19 um 22:15 schrieb Simon Goldschmidt:
> Am 18.11.2019 um 19:08 schrieb Wolfgang Grandegger:
>> Hello,
>>
>> I'm trying to understand what is necessary to get mainline U-Boot
>> booting from the eMMC of an Arria10 board, which is significant
Hello,
I want to boot U-Boot on the Arria10 from the FPGA using recent code. In
the past I used the U-Boot created by the "bsp-editor" as described at
[1], but starting with Quartus 21.3, the so called "old flow" is no
longer available.
I was able to build mainline U-Boot for our Arria10 board an
Kumar Gala wrote:
> On Oct 10, 2008, at 2:29 AM, Wolfgang Grandegger wrote:
>
>> Kumar Gala wrote:
>>> On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
>>>
>>>> Measurements with our MPC8544 board showed that the I2C bus
>>>> freq
Kumar Gala wrote:
>
> On Oct 14, 2008, at 2:11 PM, Wolfgang Grandegger wrote:
>
>> Kumar Gala wrote:
>>> On Oct 10, 2008, at 2:29 AM, Wolfgang Grandegger wrote:
>>>
>>>> Kumar Gala wrote:
>>>>> On Sep 30, 2008, at 3:55 AM, Wolfgang
Kumar Gala wrote:
> thanks. How did you do the measurements that got you this 1.5x
> factor?
This afternoon I re-measured the I2C bus clock frequency with the
oscilloscope at the I2C clock line on our Socrates MPC8544 board.
With
the patch applied, I measured the co
Hi Kumar,
Kumar Gala wrote:
> The MPC8544 RM incorrect shows the SEC_CFG bit in PORDEVSR2 as being
> bit 26, instead it should be bit 28. This caused in incorrect
> interpretation of the i2c_clk which is the same as the SEC clk on
> MPC8544. The SEC clk is controlled by cfg_sec_freq that is repo
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> I'd like to have the PHY library included in the 02.2009 release. One
>
> v2009.02, that is :-)
>
>> If we pulled all board info from a device tree, as people were talking
>> about a few months ago, this would b
Matteo Canella wrote:
> Hi sirs,
>
> I'm implementing a driver for the MSCAN peripheral of the mpc5121 in Das
> U-Boot.
>
> I'm wondering if there's anyone who has already done some work on it.
$ find . -name '*.c'| xargs grep -i MSCAN
reports two boards implementing a simple CAN command for lo
Hello,
the I2C source clock frequency for the MPC8544 is determined in
cpu/mpc85xx/speed.c:
#elif defined(CONFIG_MPC8544)
/*
* On the 8544, the I2C clock is the same as the SEC clock. This can be
* either CCB/2 or CCB/3, depending on the value of cfg_sec_freq. See
Measurements with our MPC8544 board showed that the I2C bus frequency
is wrong by a factor of 1.5. Obviously, the interpretation of the
MPC85xx_PORDEVSR2_SEC_CFG bit of the cfg_sec_freq register is not
correct. There seems to be an error in the 8544 RM.
Signed-off-by: Wolfgang Grandegger <[EM
Kumar Gala wrote:
> On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
>
>> Measurements with our MPC8544 board showed that the I2C bus frequency
>> is wrong by a factor of 1.5. Obviously, the interpretation of the
>> MPC85xx_PORDEVSR2_SEC_CFG bit of the cfg_
Kumar Gala wrote:
> On Oct 10, 2008, at 2:29 AM, Wolfgang Grandegger wrote:
>
>> Kumar Gala wrote:
>>> On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
>>>
>>>> Measurements with our MPC8544 board showed that the I2C bus
>>>> freq
To get USB working again on the i.MX6, this patch fixes a bug introduced
with commit 522b2a0 "Add proper IO accessors for mx6 usb registers.".
At that occasion, I also added the missing __iomem directive.
Cc: Marek Vasut
CC: Fabio Estevam
Signed-off-by: Wolfgang Grandegger
---
d
Hi Fabio,
On 05/02/2012 05:24 PM, Fabio Estevam wrote:
> On Wed, May 2, 2012 at 11:36 AM, Wolfgang Grandegger wrote:
>> To get USB working again on the i.MX6, this patch fixes a bug introduced
>> with commit 522b2a0 "Add proper IO accessors for mx6 usb registers.".
&
On 05/02/2012 08:48 PM, Fabio Estevam wrote:
> Hi Wolfgang,
>
> Have you tested USB host functionality on a mx53loco with a Freescale
> MC34708 PMIC ?
I have a i.MX53 quick start board, which is named in U-Boot and Linux
mx53[_]loco. And yes, USB is working.
> I can succesfully detect a USB pen
ng them" in the
chromium.org git repos. Could that be pushed mainline. Feel free to add
my "Tested-by: Wolfgang Grandegger ".
Thanks,
Wolfgang.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 01/09/2012 10:08 PM, Vincent Palatin wrote:
> On Mon, Jan 9, 2012 at 12:57, Marek Vasut wrote:
>>> Fix the crash when running several times usb_init() with a USB ethernet
>>> device plugged.
>>>
>>> Signed-off-by: Vincent Palatin
>>> Tested-b
On 12/26/2011 08:34 AM, Dirk Behme wrote:
> From: Jason Liu
>
> Add the initial support for Freescale i.MX6Q Sabre Lite board
>
> Signed-off-by: Dirk Behme
> CC: Jason Liu
> CC: Eric Nelson
> ---
...
> Index: freescale-u-boot-imx.git/doc/README.mx6qsabrelite
> ==
Hi Eric,
On 01/20/2012 01:56 AM, Eric Nelson wrote:
> Hi Wolfgang,
>
> On 01/19/2012 03:26 AM, Dirk Behme wrote:
>> Dear Wolfgang,
>>
>> On 19.01.2012 10:58, Wolfgang Grandegger wrote:
>>>
>>> Where can I find the "SPI_to_SD_loader.bin" im
Cc: Stefano Babic
Cc: Jason Liu
Signed-off-by: Wolfgang Grandegger
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 12
include/configs/mx6qsabrelite.h | 15 +++
2 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/board/freescale
Wolfgang Grandegger (2):
usb/ehci: Add USB support for the MX6Q
mx6qsabrelite: add and enable USB Host 1 support
arch/arm/cpu/armv7/mx6/clock.c| 13 ++
arch/arm/include/asm/arch-mx6/imx-regs.h |3 +
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 12 ++
drivers
Currently, only USB Host 1 is supported.
Cc: Remy Bohmer
Signed-off-by: Wolfgang Grandegger
---
arch/arm/cpu/armv7/mx6/clock.c | 13 ++
arch/arm/include/asm/arch-mx6/imx-regs.h |3 +
drivers/usb/host/Makefile|1 +
drivers/usb/host/ehci-mx6.c
Hi Dirk,
On 02/09/2012 08:18 AM, Dirk Behme wrote:
> Hi Wolfgang,
>
> On 08.02.2012 16:23, Wolfgang Grandegger wrote:
>> Cc: Stefano Babic
>> Cc: Jason Liu
>> Signed-off-by: Wolfgang Grandegger
>> ---
>> board/freescale/mx6qsabrelite/mx6qsabrelite.c
v1 was bad, sorry. v2 fixes various issues reported by Dirk and Fabio.
The patches are based on head of Stefano's "u-boot-imx" tree.
Wolfgang
Wolfgang Grandegger (2):
usb/ehci: Add USB support for the MX6Q
mx6qsabrelite: add and enable USB Host 1 support
arch/arm/cpu/ar
Cc: Stefano Babic
Cc: Jason Liu
Signed-off-by: Wolfgang Grandegger
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 18 ++
include/configs/mx6qsabrelite.h | 13 +
2 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/board/freescale
Currently, only USB Host 1 is supported.
Cc: Remy Bohmer
Signed-off-by: Wolfgang Grandegger
---
arch/arm/cpu/armv7/mx6/clock.c | 13 ++
arch/arm/include/asm/arch-mx6/clock.h|1 +
arch/arm/include/asm/arch-mx6/imx-regs.h |3 +
drivers/usb/host/Makefile
or USB but also for FEC and likely other interfaces as well.
> btw Fabio, do we support mx6q USB host in mainline Linux ?
>
>>
>> Cc: Remy Bohmer
>> Signed-off-by: Wolfgang Grandegger
>> ---
>> arch/arm/cpu/armv7/mx6/clock.c | 13 ++
>>
Hello,
for the USB support on MX6Q, I'm trying to consolidate and extend the
register definitions for the ANADIG registers. Unfortunately, three
different names are used for the same registers: ANADIG, analog and
ANATOP. Any idea what the names do stand for and what would be the most
appropriate o
Hi Marek,
On 02/14/2012 01:37 PM, Marek Vasut wrote:
>> Hi, Wolfgang,
>>
>>> -Original Message-
>>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>>> On Behalf Of Wolfgang Grandegger
>>> Sent: Monday, February 13,
On 02/14/2012 02:07 PM, Marek Vasut wrote:
>> Hi Marek,
>>
>> On 02/14/2012 01:37 PM, Marek Vasut wrote:
>>>> Hi, Wolfgang,
>>>>
>>>>> -Original Message-
>>>>> From: u-boot-boun...@lists.denx.de
>>>>> [m
Hi Marek,
On 12/07/2011 07:33 PM, Marek Vasut wrote:
> This patchset adds the USB support for MX5x. Most of the code is based on work
> of Wolfgang Grandegger with modifications done by various other authors. I
> also
> included version of ULPI support code cleaned up by Igor Grinber
On 12/10/2011 05:29 PM, Remy Bohmer wrote:
> Hi,
>
> 2011/12/5 Vincent Palatin :
>> According to EHCI specification v1.0, the controller should stabilize
>> the power on a port at most 20 ms after the port power bit transition.
>> So, we put this setting in the virtual descriptor corresponding fie
On 12/19/2011 01:51 PM, Vincent Palatin wrote:
> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
> wrote:
>> I just realized that this patch breaks "usb start" on my mx53loco board:
>>
>> MX53LOCO U-Boot > usb start
>> (Re)start USB...
>> U
On 12/19/2011 05:59 PM, Remy Bohmer wrote:
> Hi Wolfgang,
>
> 2011/12/19 Wolfgang Grandegger :
>> On 12/19/2011 01:51 PM, Vincent Palatin wrote:
>>> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
>>> wrote:
>>>> I just realized that this
From: Wolfgang Grandegger
Following the corresponding Linux code, this patch relaxes reset timings
waiting at least 100ms after power to the ports. There are some reports
that it helps make enumeration work better on some high speed devices.
Furthermore, the wait is only done once after power
Hi,
I just realized that I cannot download files on a Gitabit Ethernet
network. I'm getting timeouts:
MX6QSABRELITE U-Boot > boot
Using FEC device
TFTP from server 172.16.0.1; our IP address is 172.16.0.100
Filename 'wolf/uImage-mx6q-mainline'.
Load address: 0x1080
Loading: error
Hi Troy,
On 06/28/2012 07:48 PM, Troy Kisky wrote:
> On 6/28/2012 8:33 AM, Eric Nelson wrote:
>> On 06/28/2012 06:50 AM, Wolfgang Grandegger wrote:
>>> Hi,
>>>
>>> I just realized that I cannot download files on a Gitabit Ethernet
>>> network. I'm
Since a while, the size of the u-boot.bin image is larger than
256kB. This requires moving the environment sectors by one. As
we are at it, we also update a few other custom settings.
Signed-off-by: Wolfgang Grandegger
---
include/configs/motionpro.h | 44
On 02/27/2012 12:10 AM, Marek Vasut wrote:
>> From: Wolfgang Grandegger
>>
>> Following the corresponding Linux code, this patch relaxes reset timings
>> waiting at least 100ms after power to the ports. There are some reports
>> that it helps make enumeration
On 03/03/2012 05:09 PM, Eric Nelson wrote:
> On 03/03/2012 02:00 AM, Stefano Babic wrote:
>> On 03/03/2012 01:46, Eric Nelson wrote:
>>> This patch requires Stefano's driver for MX5/MX6.
>>> http://lists.denx.de/pipermail/u-boot/2012-February/118530.html
>>
>> This is helpful, but should be not
Hi Fabio,
On 03/14/2012 11:24 AM, Fabio Estevam wrote:
> On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343 wrote:
>
>> I'm afraid whether this is correct to add it here since some registers of
>> anatop was included into the ccm_reg.
>>
>> ANATOP is a collection of analog and anadig. So, ANATOP r
Hi Stefan,
Stefan Roese wrote:
> Hi Matthias,
>
> On Wednesday 11 November 2009 22:12:06 Matthias Fuchs wrote:
>>> please pull some updates for "next". Thanks.
>>>
>>>
>>> The following changes since commit
>>>
Detlev Zundel wrote:
> Hi Timur,
>
>> Joakim Tjernlund wrote:
>>
>>> This will generate the same divisor tables as AN2919, tables 6-9.
>>> I do not take condition 2 into consideration as it not clear how to
>>> deal with it and it does not seem to have an significant impact.
>>>
>>> What do you th
Timur Tabi wrote:
> Wolfgang Grandegger wrote:
>
>> I did not follow the thread yet, sorry. I implemented AN2819 for Linux
>> (see http://lxr.linux.no/#linux+v2.6.31/drivers/i2c/busses/i2c-mpc.c)
>> some time ago using Timur's table approach. But there is no differ
Joakim Tjernlund wrote:
>> Wolfgang Grandegger wrote:
>>
>>> I did not follow the thread yet, sorry. I implemented AN2819 for Linux
>>> (see http://lxr.linux.no/#linux+v2.6.31/drivers/i2c/busses/i2c-mpc.c)
>>> some time ago using Timur's table approach
Joakim Tjernlund wrote:
>> Timur Tabi wrote on 15/09/2009 21:04:47:
>>> Joakim Tjernlund wrote:
>>>
No, the impact on speed from DFSR is pretty small so it will
be close enough.
>>> How small?
>> From the app note:
>> divisor = B * (A + ((3*C)/B)*2);
>>
>> C is dfsr and 10 <= A <= 30,
Joakim Tjernlund wrote:
> Wolfgang Grandegger wrote on 16/09/2009 12:22:05:
>> Joakim Tjernlund wrote:
>>>> Timur Tabi wrote on 15/09/2009 21:04:47:
>>>>> Joakim Tjernlund wrote:
>>>>>
>>>>>> No, the impact on speed from DF
Joakim Tjernlund wrote:
> Wolfgang Grandegger wrote on 16/09/2009 13:45:03:
>> Joakim Tjernlund wrote:
>>> Wolfgang Grandegger wrote on 16/09/2009 12:22:05:
>>>> Joakim Tjernlund wrote:
>>>>>> Timur Tabi wrote on 15/09/2009 21:04:47:
>>
: Joakim Tjernlund
Acked-by: Wolfgang Grandegger
I realized some minor coding style issues, though. See below.
> ---
> drivers/i2c/fsl_i2c.c | 90
> ++---
> 1 files changed, 55 insertions(+), 35 deletions(-)
>
> diff --git a/drivers
Joakim Tjernlund wrote:
> Wolfgang Grandegger wrote on 21/09/2009 12:53:36:
>> Hi Joakim,
>>
>> Joakim Tjernlund wrote:
>>> The latest AN2919 has changed the way FDR/DFSR should be calculated.
>>> Update the driver according to spec. However, Condition
, VIDEO_FB_16BPP_PIXEL_SWAP should not be set.
Signed-off-by: Wolfgang Grandegger
---
drivers/video/cfb_console.c |2 +-
include/configs/lwmon5.h|1 +
include/configs/socrates.h |1 +
3 files changed, 3 insertions(+), 1 deletion(-)
Index: u-boot-mainline/drivers/video/cfb_console.c
-by: Anatolij Gustschin
Signed-off-by: Wolfgang Grandegger
---
drivers/video/cfb_console.c |2 ++
drivers/video/mb862xx.c | 16 +++-
include/configs/lwmon5.h|1 +
include/configs/socrates.h |1 +
4 files changed, 19 insertions(+), 1 deletion(-)
Index: u-boot
Hello,
this patch add support for the IPEK01 MPC5200 based board.
It requires two patchs for the Fujitsu MB862xx driver:
[PATCH 1/3] video: mb862xx: add option CONFIG_VIDEO_MB862xx_ACCEL for X888RGB
mode
[PATCH 2/3] video: mb862xx: add option VIDEO_FB_16BPP_WORD_SWAP for IPEK01
[PATCH 3/3] mpc52
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: Wolfgang Grandegger
---
Makefile|3
board/ipek01/Makefile | 50
board/ipek01/config.mk
Wolfgang Denk wrote:
> Dear Wolfgang Grandegger,
>
> In message <20091019111913.427445...@denx.de> you wrote:
>> The new IPEK01 board uses the X888RGB mode for the Lime graphics
>> controller. For this mode video accelaration does not work. This patch
>> makes
Wolfgang Denk wrote:
> Dear Wolfgang Grandegger,
>
> In message <20091019111913.621578...@denx.de> you wrote:
>> 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
>> p
Wolfgang Denk wrote:
> Dear Wolfgang,
>
> In message <4adc5661.7050...@grandegger.com> you wrote:
The new IPEK01 board uses the X888RGB mode for the Lime graphics
controller. For this mode video accelaration does not work. This patch
makes the accelaration configurable via CONFIG_VI
Wolfgang Denk wrote:
> Dear Wolfgang Grandegger,
>
> In message <20091019111913.802418...@denx.de> you wrote:
>> This patch adds support for the board IPEK01 based on the MPC5200.
>> The Futjitsu Lime graphics controller is configured in 16 bpp mode.
>>
>
Wolfgang Denk wrote:
> Dear Wolfgang Grandegegr,
>
> In message <1256208516-10637-2-git-send-email...@grandegger.com> you wrote:
>> From: Wolfgang Grandegger
>>
>> *** BLURB HERE ***
>
> Heh :-)
"git send-email" obviously has sent the emacs b
Hi,
there was a simple script fine in the patch directory as well, causing
"git send-email" to compose and send a crap mail using wired addresses.
Sorry again for the noise. Will remember next time.
Wolfgang.
___
U-Boot mailing list
U-Boot@lists.denx.de
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: Wolfgang Grandegger
---
MAINTAINERS |2 +
MAKEALL |1 +
Makefile
This patch add support for the IPEK01 MPC5200 based board.
It requires three patches for the Fujitsu MB862xx driver.
Changes since v1:
- send patches properly
Wolfgang
Anatolij Gustschin (1):
video: mb862xx: add option CONFIG_VIDEO_MB862xx_ACCEL for 32bpp mode
Wolfgang Grandegger (3
backward
compatibility.
Signed-off-by: Anatolij Gustschin
Signed-off-by: Wolfgang Grandegger
---
drivers/video/cfb_console.c |2 ++
drivers/video/mb862xx.c | 16 +++-
include/configs/lwmon5.h|1 +
include/configs/socrates.h |1 +
4 files changed, 19 insertions(+), 1
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_16BPP_WORD_SWAP,
which should be set for all board using the mb862xx in 16
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" registers
are now defined by CONFIG
Hello,
miaofng wrote:
>>From 1f6aaba856fbf484c442eb33cf220774d57fba8d Mon Sep 17 00:00:00 2001
> From: miaofng
> Date: Fri, 23 Oct 2009 17:06:50 +0800
> Subject: [PATCH] [can] add u-boot sja1000/can support
There are already CAN controllers supported for some board, e.g.
./tqm5200/cmd_stk52xx.c,
Mike Frysinger wrote:
> On Monday 26 October 2009 07:09:03 Matthias Weißer wrote:
>> Mike Frysinger schrieb:
>>> On Monday 26 October 2009 04:20:02 Matthias Weißer wrote:
I have a device here which has only a CAN interface to the
outside world. I am currently thinking about implementing
>
miaofng wrote:
> Hi mike,
> It seems there's a big difference between my current project
> and u-boot common usage. I can only enjoy the patch myself now
Yes, can you describe your use-case. CAN in U-BOOT, so far, was just
used to send or receive one or a few messages, mainly for testing purposes.
Matthias Weißer wrote:
> Hi
>
> I have a device here which has only a CAN interface to the
> outside world. I am currently thinking about implementing
> a "serial" driver using the CAN controller.
OK, a dedicated CAN driver would make more sense.
> Is there any chance to get this accepted in the
miaofng wrote:
> Wolfgang Grandegger wrote:
>> miaofng wrote:
>>
>>> Hi mike,
>>> It seems there's a big difference between my current project
>>> and u-boot common usage. I can only enjoy the patch myself now
>>>
>> Yes, c
From: Wolfgang Grandegger
This patch series adds a simple CAN framework for U-Boot. The main purpose
is to do simple RX/TX testing when the device boots up but the interface
functions could also be used for more complex tasks. This is just a RFC
and a few more features need to be added or issues
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
Makefile |1 +
drivers/can/Makefile | 47 ++
drivers/can/can.c| 88 ++
include/can.h| 70
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
common/Makefile |1 +
common/cmd_can.c | 119 ++
2 files changed, 120 insertions(+), 0 deletions(-)
create mode 100644 common/cmd_can.c
diff --git a/common/Makefile b
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
drivers/can/Makefile |3 +-
drivers/can/sja1000.c | 223 +
include/sja1000.h | 159 +++
3 files changed, 384 insertions(+), 1 deletions
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
drivers/can/Makefile |1 +
drivers/can/i82527.c | 366 ++
include/i82527.h | 201 +++
3 files changed, 568 insertions(+), 0 deletions(-)
create
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm8xx/tqm8xx.c | 17 +
include/configs/TQM855L.h |8 +++-
2 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/board/tqc/tqm8xx/tqm8xx.c b/board/tqc/tqm8xx/tqm8xx.c
index f92c598
Mike Frysinger wrote:
> On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
[snip]
>> --- /dev/null
>> +++ b/drivers/can/can.c
>>
>> +static char *baudrates[] = { "125K", "250K", "500K" };
>
> so we're restricting o
Mike Frysinger wrote:
> On Sunday 01 November 2009 06:33:34 Wolfgang Grandegger wrote:
>> +if (op == 's') {
>> +else if (op == 'i') {
>> +else if (op == 'r') {
>> +} else if (op == 'x') {
>> +} else {
Mike Frysinger wrote:
> On Sunday 01 November 2009 11:16:59 Wolfgang Grandegger wrote:
>> Mike Frysinger wrote:
>>> On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
>>>> --- /dev/null
>>>> +++ b/drivers/can/can.c
>>>>
&g
Matthias Fuchs wrote:
> Hi Wolfgang,
>
> this patch conflicts with my simple SJA header posted some days ago
>
> http://lists.denx.de/pipermail/u-boot/2009-October/063097.html
>
> together with a fix for two of our boards - which has not much
> to do with CAN. WD asked me to use a C struct to ac
ng!
>
> On Monday 02 November 2009 13:50, Wolfgang Grandegger wrote:
>> Matthias Fuchs wrote:
>>> Hi Wolfgang,
>>>
>>> this patch conflicts with my simple SJA header posted some days ago
>>>
>>> http://lists.denx.de/pipermail/u-boot/2009-Oct
Renaud barbier wrote:
> I am in the middle of NAND debugging on a MPC8544 based system.
BTW: also the TQM8548 module uses FSL UPM NAND.
Wolfgang.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
implementing
"drivers/usb/host/ehci-mx5.c". Not sure if it's the better approach as
a board specific initialization/reset might be required for some boards.
Therefore board specific callbacks would make sense. I have attached my
patch below for review and comments.
Thanks,
Wolfgang,
#x27;
make: *** [u-boot] Error 1
This patch fixes the issue similar to commit
d442b6e7ad6a86e2fd0e6297291fe8872ff26fc6 but I don't know if it's
general enough or if it does harm when using other toolchains.
Signed-off-by: Wolfgang Grandegger
---
arch/arm/lib/eabi_compat.c |5 +
The write to the mac_cr register was missing. This usually not
cause an issue before, since the next function writing the
register's shadow copy into the register would do it as a side
effect.
Signed-off-by: Wolfgang Grandegger
Cc: Simon Glass
---
drivers/usb/eth/smsc95xx.c |2 ++
1
Wolfgang Grandegger (3):
smsc95xx: Fix MAC address programming
smsc95xx: in smsc95xx_set_multicast write to reg
smsc95xx: remove an unecessary debug messages
drivers/usb/eth/smsc95xx.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
--
1.7.4.1
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
Signed-off-by: Wolfgang Grandegger
Cc: Marek Vasut
Cc: Simon Glass
---
drivers/usb/eth/smsc95xx.c |7 ---
1 files chang
Signed-off-by: Wolfgang Grandegger
Cc: Simon Glass
---
drivers/usb/eth/smsc95xx.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95xx.c
index 16e24bd..40f7f5b 100644
--- a/drivers/usb/eth/smsc95xx.c
+++ b/drivers
On 11/11/2011 12:04 PM, Marek Vasut wrote:
>> Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
>> address programming. Fix this by using the method from Linux'
>> smsc95xx_set_mac_address().
>>
>> Signed-off-by: Wolfgang Grandegger
>
Signed-off-by: Wolfgang Grandegger
CC: Jason Liu
---
board/freescale/mx53loco/mx53loco.c | 10 ++
include/configs/mx53loco.h | 13 +
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53loco/mx53loco.c
b/board/freescale/mx53loco
1 - 100 of 166 matches
Mail list logo
