-- Forwarded message --
From: Olof Johansson
Date: Mon, Jul 29, 2013 at 7:57 PM
Subject: [ANNOUNCE] ARM kernel summit 2013, Oct 22-23
To: "linux-arm-ker...@lists.infradead.org"
Cc: "linux-ker...@vger.kernel.org" ,
Grant Likely , Arnd Bergmann ,
Kevin Hilman , Mark Brown ,
"ksummit
when generating the bmp_logo_bitmap, the index is casted
as an uint16_t. So bigger logos as 65535 bytes are converted wrong
Fix this.
Signed-off-by: Heiko Schocher
Cc: Anatolij Gustschin
---
tools/bmp_logo.c | 2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/too
This patch add an option to skip cfb console init for boards
who want to show a logo, but not use the cfb console. This is
needed for the siemens boards, which have a bmp bootlogo, but
do not need the cfb console.
Signed-off-by: Heiko Schocher
Cc: Anatolij Gustschin
---
drivers/video/cfb_consol
without this patch the bdinfo command shows:
U-Boot# bd
arch_number = 0x10DC
[...]
sp start= 0x8EF32F20
FB base = 0x
with this patch it shows the address where the framebuffer
for this video driver start:
arch_number = 0x10DC
[...]
sp start= 0x8EF32F20
FB base = 0x
- add missing register defines in struct cm_perpl
epwmss0clkctrl
epwmss2clkctrl
lcdcclkstctrl
- add missing register defines in struct cm_dpll
clklcdcpixelclk
- add struct pwmss_regs
- add struct pwmss_ecap_regs
- add LCD Controller base LCD_CNTL_BASE
- add PWM0 controller base PWMSS0_BASE
This patchset prepare video support for am33xx based boards. This
driver is used on the siemens boards rut, dxr2 and pxm2, posted
without video support here:
http://patchwork.ozlabs.org/patch/263211/
Heiko Schocher (7):
arm, am335x: add some missing registers and defines for lcd and epwm
su
the clk_get() function is needed for the da8xx-fb video driver,
which is used on the am3xx based siemens boards.
Signed-off-by: Heiko Schocher
Cc: Tom Rini
---
arch/arm/include/asm/arch-am33xx/hardware.h | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/arch/arm/include/asm/arch-am3
to use this driver also on am335x based boards, the following
changes are made:
- struct lcd_ctrl_config lcd_cfg is now configurable
through board code
- controller base is configurable through define
DA8XX_LCD_CNTL_BASE. To be compatible with older
da8xx based boards: If this define is mis
the da8xx-fb driver works also on am335x boards. So move
the da8xx-fb.h file from arch/arm/include/asm/arch-davinci
to drivers/video, so this driver can used from am335x
based boards. Also add WVGA panel_type.
Signed-off-by: Heiko Schocher
Cc: Stefano Babic
Cc: Anatolij Gustschin
Cc: Tom Rini
Hello Tom,
Am 02.08.2013 22:26, schrieb Tom Rini:
Hey all,
The following series cleans up am335x a bit, and then uses that to
introduce a common config file that can be used on all of the ARMv7
platforms from TI. This series converts am335x_evm, omap5_uevm and
dra7xx_evm to use the new structu
Hello Tom,
Am 02.08.2013 22:26, schrieb Tom Rini:
This detail belongs in the arch header file, given how we are structured
today at least.
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h |4
include/configs/igep0033.h |4
Hello Tom,
please pull from u-boot-i2c
The following changes since commit 245d65b6e503f3a159cffb3392ac3b2c25606d8e:
Merge branch 'master' of git://git.denx.de/u-boot-usb (2013-08-01 09:19:28
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
for you
Hello Marek,
Am 01.08.2013 12:32, schrieb Marek Vasut:
In case only the CONFIG_SYS_I2C_SPEED is set in configuration file,
the CONFIG_SYS_I2C_SOFT_SPEED is defined as CONFIG_SYS_I2C_SPEED.
The CONFIG_SYS_I2C_SOFT_SPEED is then used throughout the driver.
Unfortunatelly, due to a typo in the dri
Hello Chunhe,
Am 01.08.2013 10:07, schrieb Chunhe Lan:
This workaround is for the erratum I2C A004447. Device reference
manual provides a scheme that allows the I2C master controller
to generate nine SCL pulses, which enable an I2C slave device
that held SDA low to release SDA. However, due to
Hello Chunhe,
Am 01.08.2013 10:07, schrieb Chunhe Lan:
When the code detected that the bus is hung (e.g. SDA stuck low),
send 9 pulses on SCL to try to fixup the bus.
Signed-off-by: Zhao Chenhui
Signed-off-by: Chunhe Lan
Cc: Scott Wood
---
drivers/i2c/fsl_i2c.c | 58
Hello Stephen,
Am 02.08.2013 23:43, schrieb Stephen Warren:
On 08/01/2013 10:40 PM, Heiko Schocher wrote:
Am 01.08.2013 22:32, schrieb Stephen Warren:
...
Given how long this discussion is going on, can we please just revert
the commit so that the code works for everyone who's trying to use i
On 8/2/2013 6:45 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 8/2/2013 3:10 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 8/2/2013 3:48 AM, Marek Vasut wrote:
Dear Troy Kisky,
Add functions for use with mx6 soc
void otg_enable(void);
void reset_usb_phy1(void);
Signed-off-by: Troy Kisky
---
Dear Troy Kisky,
> On 8/2/2013 3:10 PM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> On 8/2/2013 3:48 AM, Marek Vasut wrote:
> >>> Dear Troy Kisky,
> >>>
> Add functions for use with mx6 soc
> void otg_enable(void);
> void reset_usb_phy1(void);
>
> Signed-off-by: T
On Fri, Aug 02, 2013 at 04:23:37PM -0600, Stephen Warren wrote:
> On 07/24/2013 11:09 AM, Stephen Warren wrote:
> > From: Stephen Warren
> >
> > Subsequent patches assume that dtc supports various recent features.
> > These are available in dtc 1.4.0. Validate that dtc is at least that
> > versio
On 8/2/2013 3:10 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 8/2/2013 3:48 AM, Marek Vasut wrote:
Dear Troy Kisky,
Add functions for use with mx6 soc
void otg_enable(void);
void reset_usb_phy1(void);
Signed-off-by: Troy Kisky
---
arch/arm/cpu/armv7/mx6/soc.c | 47
Dear Troy Kisky,
> On 8/2/2013 3:48 AM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> Add functions for use with mx6 soc
> >> void otg_enable(void);
> >> void reset_usb_phy1(void);
> >>
> >> Signed-off-by: Troy Kisky
> >> ---
> >>
> >> arch/arm/cpu/armv7/mx6/soc.c | 47
> >>
On 07/24/2013 11:09 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> Subsequent patches assume that dtc supports various recent features.
> These are available in dtc 1.4.0. Validate that dtc is at least that
> version.
Tom, do these patches look good?
___
On 08/01/2013 10:40 PM, Heiko Schocher wrote:
> Am 01.08.2013 22:32, schrieb Stephen Warren:
...
>> Given how long this discussion is going on, can we please just revert
>> the commit so that the code works for everyone who's trying to use it,
>> then fix the problem later?
>
> Yes, but not revert
Update omap5_common.h to use ti_armv7_common.h, and in turn update
dra7xx_evm.h and omap5_uevm.h slightly. The biggest changes here are
that IP blocks which exist on the platform, and had clocks enabled,
now have the drivers being built as well.
Signed-off-by: Tom Rini
---
include/configs/dra7x
Add the generic "poke the SPI bus" command, with the SPI related
defines.
Signed-off-by: Tom Rini
---
include/configs/ti_armv7_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/ti_armv7_common.h
index 0734598..88ed85c 100644
---
Add the generic "poke a GPIO" command, with the GPIO related defines.
Signed-off-by: Tom Rini
---
include/configs/ti_armv7_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/ti_armv7_common.h
index 88ed85c..dc3ff7c 100644
--- a/in
Bring in the 'boot_fdt' environment variable that i.MX boards use to try
and load a device tree when booting.
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/include/configs/am335x_evm.h b/inclu
With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
must not rely on this define being set. The kernel uses ~0 to see if we
have a valid machine number or not, so set that as the default, invalid
machine, id and only fix if CONFIG_MACH_TYPE is set.
Cc: Albert ARIBAUD
Signed-o
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index e32066d..7d755f1 100644
--- a/include/configs/am335x_evm.h
+++ b/include/configs/am335x_evm.h
@@ -314,8 +314,6 @@
#de
We create two new files, include/configs/ti_armv7_common.h for all of
the common IP blocks and related features / commands we share in
virtually all of our platforms. We then create
include/configs/ti_am335x_common.h for everything common to the am335x
SoC leaving just the board specific parts to
We defined PHYS_DRAM_1 to 0x8000 (start of DRAM) and then used this
for CONFIG_SYS_SDRAM_BASE. But then we kept on referencing PHYS_DRAM_1
in other places. Change to directly setting CONFIG_SYS_DRAM_BASE and
then using that name in code.
Signed-off-by: Tom Rini
---
board/isee/igep0033/boar
Signed-off-by: Tom Rini
---
include/configs/igep0033.h |4
include/configs/pcm051.h |3 ---
include/configs/ti814x_evm.h |3 ---
3 files changed, 10 deletions(-)
diff --git a/include/configs/igep0033.h b/include/configs/igep0033.h
index 28c7ae9..e318c74 100644
--- a/includ
Hey all,
The following series cleans up am335x a bit, and then uses that to
introduce a common config file that can be used on all of the ARMv7
platforms from TI. This series converts am335x_evm, omap5_uevm and
dra7xx_evm to use the new structure. There is room for further cleanup
and consolidat
This detail belongs in the arch header file, given how we are structured
today at least.
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h |4
include/configs/igep0033.h |4
include/configs/pcm051.h |4
On 8/2/2013 3:48 AM, Marek Vasut wrote:
Dear Troy Kisky,
Add functions for use with mx6 soc
void otg_enable(void);
void reset_usb_phy1(void);
Signed-off-by: Troy Kisky
---
arch/arm/cpu/armv7/mx6/soc.c | 47
+++ arch/arm/include/asm/arch-mx6/crm_regs.
Hi Heiko,
On Thu, Aug 1, 2013 at 10:40 PM, Heiko Schocher wrote:
> Hello Stephen,
>
> Am 01.08.2013 22:32, schrieb Stephen Warren:
>
> On 08/01/2013 12:02 AM, Heiko Schocher wrote:
>>
>>> Am 01.08.2013 07:39, schrieb Stephen Warren:
>>>
On 07/31/2013 10:32 PM, Heiko Schocher wrote:
>>
Hi Albert,
On Thu, Aug 1, 2013 at 2:16 PM, Albert ARIBAUD wrote:
> Hi Simon,
>
> On Thu, 1 Aug 2013 08:22:55 -0600, Simon Glass wrote:
>
> > Hi,
> >
> > On Thu, Aug 1, 2013 at 2:38 AM, Heiko Schocher wrote:
> >
> > > Hello Albert,
> > >
> > > Am 01.08.2013 08:53, schrieb Albert ARIBAUD:
> > >
>
Without this change, the following message is generated:
Warning: FEC using MAC address from net device
See doc/README.enetaddr for details.
Signed-off-by: Eric Nelson
---
drivers/net/fec_mxc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec
On Fri, Aug 02, 2013 at 04:36:23PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> On 02/08/2013 16:16, Tom Rini wrote:
> >> Well, I have found it very useful in case I set explicitely the
> >> ethaddr variable, so I know where the MAC address comes from. Do
> >> you find it disturbing ? Maybe we could
Hi Troy,
On 02/08/2013 01:27, Troy Kisky wrote:
> Hi Marek, Stefano
>
>
> This series is based on u-boot-usb/master branch.
> After this series, nitrogen6x works with tftpboot to transfer
> files over usb.
>
> V2 was dropped to my bad posting of it and should be ignored.
>
> This V3 is a rebas
Thanks Tom,
On 08/02/2013 07:16 AM, Tom Rini wrote:
On Fri, Aug 02, 2013 at 03:08:36PM +0200, Stefano Babic wrote:
Hi Eric,
On 02/08/2013 01:28, Eric Nelson wrote:
Hi all,
While testing Troy's usbnet patches, I was reminded of
this mysterious warning issued when the environment has
no mac ad
Hi Tom,
On 02/08/2013 16:16, Tom Rini wrote:
>> Well, I have found it very useful in case I set explicitely the
>> ethaddr variable, so I know where the MAC address comes from. Do
>> you find it disturbing ? Maybe we could replace "warning" with
>> "info".
>
> On am335x the message we use is: no
Hi, Mischa,
Looks good to me.
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
On 07/26/2013 09:08 PM, Mischa Jonker wrote:
> In dwmci_prepare_data, the descriptors are allocated for DMA transfer.
> These are allocated using the ALLOC_CACHE_ALIGN_BUFFER. This macro uses
> the stack to alloca
On Fri, Aug 02, 2013 at 03:08:36PM +0200, Stefano Babic wrote:
> Hi Eric,
>
> On 02/08/2013 01:28, Eric Nelson wrote:
> > Hi all,
> >
> > While testing Troy's usbnet patches, I was reminded of
> > this mysterious warning issued when the environment has
> > no mac address stored, but the device pr
Heiko,
Thanks for the input. I configured with the help of "bootstopkey" only. I am
sorry it's a typo error while I copied in the mail thread. I am not sure am I
hijacking the list or not. But, let me just want to clear this. To stop
autoboot, one option which I choose is "bootstopkey". I enabl
Hi Eric,
On 02/08/2013 01:28, Eric Nelson wrote:
> Hi all,
>
> While testing Troy's usbnet patches, I was reminded of
> this mysterious warning issued when the environment has
> no mac address stored, but the device provides one:
>
> printf("\nWarning: %s using MAC address from net device\n"
Hi Fabio,
On 02/08/2013 14:49, Fabio Estevam wrote:
> On Fri, Aug 2, 2013 at 8:12 AM, Stefano Babic wrote:
>
>> I would like you add your useful explanation why you add an assembly
>> NAND driver (so what you have written here in the lines above) to the
>> commit message, so that is clear why yo
On Fri, Aug 2, 2013 at 8:12 AM, Stefano Babic wrote:
> I would like you add your useful explanation why you add an assembly
> NAND driver (so what you have written here in the lines above) to the
> commit message, so that is clear why you were forced to use this way
> instead of the SPL framework
Hello paavaanan_...@dell.com
Am 02.08.2013 13:41, schrieb paavaanan_...@dell.com:
I want to configure bootstopkey to [ctrl + B] combination, So in bootprompt I
gave
=> setenv boostopkey ^B
^
Try "bootstopkey" ...
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgan
I want to configure bootstopkey to [ctrl + B] combination, So in bootprompt I
gave
=> setenv boostopkey ^B
=> saveenv
Issuing printenv shows
boostopkey=^B
But, after issuing reset the key combination didn't stopped the autoboot.
Do my steps are right ?
-Original Message-
From: Ste
On 02/08/2013 07:58, paavaanan_...@dell.com wrote:
> Hi,
>
> To stop autoboot we have 2 ifdef (CONFIG_AUTOBOOT_STOP_ [STR2 ||
> STR1] ). Which is very easy and straightforward to implement. Halting
> a boot with single "Keystroke" is having its own advantages to the
> user. But, why multiple key
Hi Philippe,
On 01/08/2013 19:12, trem wrote:
>> Ok, this must be done in assembly - normally is part of lowelevel_init,
>> while board_init_f() is already written in C.
>>
>> Really I was waiting that general code is called, that is
>> spl_nand_load_image() and then the driver function. You are p
Dear Troy Kisky,
> Hi Marek, Stefano
>
>
> This series is based on u-boot-usb/master branch.
> After this series, nitrogen6x works with tftpboot to transfer
> files over usb.
>
> V2 was dropped to my bad posting of it and should be ignored.
>
> This V3 is a rebase and most patches had to be ch
Dear Troy Kisky,
> This prevents a crash if tftpboot is given a bad filename.
How is bad filename related to struct usb_request?
> Signed-off-by: Troy Kisky
> ---
> drivers/usb/gadget/ether.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/g
Dear Troy Kisky,
> set wMaxPacketSize for full speed descriptors
Why? Please elaborate more.
> Signed-off-by: Troy Kisky
> ---
> drivers/usb/gadget/ether.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
> index 579893c..f583
Dear Troy Kisky,
Why are you adding this? Any kind of explanation is missing.
> Signed-off-by: Troy Kisky
>
> ---
> I don't know if this is needed, but it doesn't hurt.
> ---
> drivers/usb/gadget/mv_udc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/usb/gadget/mv
Dear Troy Kisky,
I don't understand what this patch does and why. It's not very clear from the
(missing) commit message either.
> Signed-off-by: Troy Kisky
> ---
> drivers/usb/gadget/config.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/gadget/con
Dear Troy Kisky,
> The hcor for i.MX6 is 02184340
> and the udc should be 02184140
>
> Signed-off-by: Troy Kisky
>
> ---
> I don't know if this is a correct fix, please check carefully.
> ---
> drivers/usb/gadget/mv_udc.c | 28 +++-
> 1 file changed, 19 insertions(+), 9
Dear Troy Kisky,
> Add functions for use with mx6 soc
> void otg_enable(void);
> void reset_usb_phy1(void);
>
> Signed-off-by: Troy Kisky
> ---
> arch/arm/cpu/armv7/mx6/soc.c | 47
> +++ arch/arm/include/asm/arch-mx6/crm_regs.h
> | 3 ++
> arch/arm/inc
Hi Dennis,
On 01/08/2013 19:06, Dennis Gilmore wrote:
>
> ultimately I want to have a standard way to boot any system that just
> works and does not need the installer to know or care what the target
> system is. using boot.scr and uEnv.txt does not work for my goals.
>
Let's go away from the c
Hi Rob, Dennis,
On 01/08/2013 19:19, Rob Herring wrote:
> You both are missing the point. This patch doesn't address the problem,
> but does highlight it.
I am aware of it - I have already pointed out that we get many patches
that have increased the default environment to something hard to
mainta
This flag is to make console aware that NET transfer is running or not.
Signed-off-by: Jim Lin
---
Changes in v2:
1. Change configuration name from CONFIG_CTRLC_POLL_MS to CONFIG_CTRLC_POLL_S.
2. New code will be executed only when CONFIG_CTRLC_POLL_S is defined in
configuration header file
TFTP booting is slow when a USB keyboard is installed and
stdin has usbkbd added.
This fix is to change Ctrl-C polling for USB keyboard to every second
when NET transfer is running.
Signed-off-by: Jim Lin
---
Changes in v2:
1. Change configuration name from CONFIG_CTRLC_POLL_MS to CONFIG_CTRLC_P
Hi,
To stop autoboot we have 2 ifdef (CONFIG_AUTOBOOT_STOP_ [STR2 || STR1] ).
Which is very easy and straightforward to implement. Halting a boot with single
"Keystroke" is having its own advantages to the user. But, why multiple key
support is ignored say like [ctrl + anykey ] combination. Es
64 matches
Mail list logo
