On 22/06/2012 06:11, Troy Kisky wrote:
> Instead of clearing 2 bits, all the other
> bits were set because '|=' was used instead
> of '&='.
>
> Signed-off-by: Troy Kisky
> ---
> drivers/i2c/mxc_i2c.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Note:
>
> All patches in the se
Dear Otavio Salvador,
In message <1340482108-18468-2-git-send-email-ota...@ossystems.com.br> you
wrote:
> Signed-off-by: Otavio Salvador
> Cc: Marek Vasut
> Cc: Stefano Babic
> Cc: Fabio Estevam
> ---
> board/freescale/mx53loco/mx53loco.c |2 ++
> 1 file changed, 2 insertions(+)
Argh!!!
Dear Otavio Salvador,
In message <1340482108-18468-3-git-send-email-ota...@ossystems.com.br> you
wrote:
> Signed-off-by: Otavio Salvador
> Cc: Marek Vasut
> Cc: Stefano Babic
> Cc: Fabio Estevam
> ---
> board/freescale/mx53loco/mx53loco.c |5 +
> 1 file changed, 5 insertions(+)
>
>
On 22/06/2012 06:12, Troy Kisky wrote:
> Signed-off-by: Troy Kisky
> ---
> drivers/i2c/mxc_i2c.c | 29 -
> 1 file changed, 8 insertions(+), 21 deletions(-)
>
> diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
> index 626960d..4f12b9e 100644
> --- a/drivers
On 22/06/2012 06:12, Troy Kisky wrote:
> Initial code of i2c_read and i2c_write
> is identical, move to subroutine.
>
> Signed-off-by: Troy Kisky
> ---
Acked-by: Stefano Babic
Best regards,
Stefano Babic
--
=
DENX Software
Hello Troy,
On 22.06.2012 06:12, Troy Kisky wrote:
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 121 -
1 file changed, 100 insertions(+), 21 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index cb061f7..ec0579
Hello Troy,
On 22.06.2012 06:12, Troy Kisky wrote:
Toggling the scl line 9 clocks is the standard
way of returning a locked up bus to idle condition.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/
Dear Wolfgang Denk,
In message <20120623123302.5abca200...@gemini.denx.de> you wrote:
> Dear Dmitry Bondar,
>
> In message <1340449870-26456-1-git-send-email-b...@inmys.ru> you wrote:
>> C6X (C6000) is family of fixed and floating-point DSPs manufactured by
>> Texas Instruments.
>>
>> Signed-off-b
Dear Wolfgang Denk,
> Dear Otavio Salvador,
>
> In message <1340482108-18468-4-git-send-email-ota...@ossystems.com.br> you
wrote:
> > In case an unidentified CPU type is detected it now returns
> > i.MX, in a const char.
>
> ...
>
> > -static char *get_imx_type(u32 imxtype)
> > +static const c
On Sun, Jun 24, 2012 at 10:08 AM, Marek Vasut wrote:
>
>> But in which way would "" be better than "unknown"? It
>> just costs 7 more bytes of memory...
>
> "i.MXunknown" is much more weird than "i.MX" . This is on my
> tap,
I think both are equally weird. This message is so rare that I also
ag
Dear Fabio Estevam,
> On Sun, Jun 24, 2012 at 10:08 AM, Marek Vasut wrote:
> >> But in which way would "" be better than "unknown"? It
> >> just costs 7 more bytes of memory...
> >
> > "i.MXunknown" is much more weird than "i.MX" . This is on
> > my tap,
>
> I think both are equally weird. Thi
Dear b...@inmys.ru,
In message <31ab63da18246416f011fefc86653461.squirrel@78.108.93.81> you wrote:
>
> After rework, code in arch/c6x
> tools/checkpatch.pl 0001-Add-support-new-arch-c6x.patch tell me:
> "total: 0 errors, 39 warnings, 3065 lines checked"
Thanks.
> can i try send patch to list, or
Dear Marek Vasut,
In message <201206241508.42858.ma...@denx.de> you wrote:
>
> "i.MXunknown" is much more weird than "i.MX" . This is on my
> tap,
In which way is "unknown" different (or even more weird) than
"unidentified"?
We could also print "i.MX???" to express whaty we are meaning. How
Add a GPIO driver for the BCM2835 Soc.
Refer Datasheet
http://www.raspberrypi.org/wp-content/uploads/2012/02/BCM2835-ARM-Peripherals.pdf
Also, add the driver to the raspberrypi's default config
Vikram Narayanan (2):
bcm: Add GPIO driver for BCM2835 SoC
rbpi: Add BCM2835 GPIO driver for raspb
Signed-off-by: Vikram Narayanan
Cc: Stephen Warren
Cc: Albert Aribaud
---
arch/arm/include/asm/arch-bcm2835/gpio.h | 49 +++
drivers/gpio/Makefile|1 +
drivers/gpio/rpi_gpio.c | 128 ++
3 files changed, 178 inserti
Add the driver to the rpi_b's default config
Signed-off-by: Vikram Narayanan
Cc: Stephen Warren
Cc: Albert Aribaud
---
include/configs/rpi_b.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/configs/rpi_b.h b/include/configs/rpi_b.h
index f547027..fb45a18 1
On Sun, Jun 24, 2012 at 4:53 AM, Wolfgang Denk wrote:
> Please mark updated versions of a patch in the Subject:, and include a
> change log.
This was sent by mistake; the updated patch has been sent together.
Sorry for the noise.
--
Otavio Salvador O.S. Systems
E-ma
On Sun, Jun 24, 2012 at 4:55 AM, Wolfgang Denk wrote:
>> +/*
>> + * Usually this is called too early printing a wrong information about
>> + * the clock. To fix it we need to provide this local method and call
>> + * it later in board_init.
>> + */
>
>
> I don't like this change. It messes with th
On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
> We could also print "i.MX???" to express whaty we are meaning. How
> about that?
Will send a patch with that.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile
Dear Otavio Salvador,
> On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
> > We could also print "i.MX???" to express whaty we are meaning. How
> > about that?
>
> Will send a patch with that.
What about i.MX ?
Best regards,
Marek Vasut
___
U-
On Sun, Jun 24, 2012 at 4:53 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
>> > We could also print "i.MX???" to express whaty we are meaning. How
>> > about that?
>>
>> Will send a patch with that.
>
> What about i.MX ?
I like it.
-
Dear Heiko Schocher,
> Hello Troy,
>
> On 22.06.2012 06:12, Troy Kisky wrote:
> > Signed-off-by: Troy Kisky
> > ---
> >
> > drivers/i2c/mxc_i2c.c | 121
> > - 1 file changed, 100
> > insertions(+), 21 deletions(-)
> >
> > diff --git a/driver
On Sun, Jun 24, 2012 at 4:11 PM, Otavio Salvador
wrote:
>> I don't like this change. It messes with the initialization sequence,
>> which is not a good thing. Instead of shift more and more things
>> backwards, we should fix any incorrect clock calculations here.
>
> Right however the clock calcul
In case an unidentified CPU type is detected it now returns
i.MX??, in a const char.
Signed-off-by: Otavio Salvador
Cc: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
Changes since v1:
* use i.MX?? for unidentified CPU type
---
arch/arm/cpu/armv7/imx-common/cpu.c |4 ++--
1 file change
The information now is gathered from HW_DIGCTL_CHIPID register and
includes the revision of the chip on the output.
Signed-off-by: Otavio Salvador
Cc: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes since v1:
* use ?? for unidentified revision and cpu type
* use numeric revision
Dear Otavio Salvador,
In message
you wrote:
> On Sun, Jun 24, 2012 at 4:53 AM, Wolfgang Denk wrote:
> > Please mark updated versions of a patch in the Subject:, and include a
> > change log.
>
> This was sent by mistake; the updated patch has been sent together.
> Sorry for the noise.
But the
Dear Otavio Salvador,
In message
you
wrote:
>
> Right however the clock calculation is right but in regular
> initialization sequence this information is printed too early so Fabio
> has moved it here to change this ordering.
Who says it's "too early"? I claim it has been at the right place.
Dear Marek Vasut,
In message <201206242153.14469.ma...@denx.de> you wrote:
> Dear Otavio Salvador,
>
> > On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
> > > We could also print "i.MX???" to express whaty we are meaning. How
> > > about that?
> >
> > Will send a patch with that.
>
> W
Dear Marek Vasut,
In message <201206242208.51305.marek.va...@gmail.com> you wrote:
>
> > static unsigned int __attribute__((section (".data"))) g_bus = 0;
>
> This is a good knowledge to have, adding it amongst important emails :)
Please add a note to it that whenever youneed doing this, chance
On Sun, Jun 24, 2012 at 7:04 PM, Wolfgang Denk wrote:
> But the updated patch did not contaiy indication of an pdate either,
> nor any change log.
>
> This is what I'm complaining about!
Stop complaining! I SAID SORRY... For the third time ... I sent it by
mistake; read the another...
--
Otavio
Dear Otavio Salvador,
In message <1340573676-29765-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> In case an unidentified CPU type is detected it now returns
> i.MX??, in a const char.
>
> Signed-off-by: Otavio Salvador
> Cc: Marek Vasut
> Cc: Stefano Babic
> Cc: Fabio Estevam
>
> C
On Sun, Jun 24, 2012 at 7:05 PM, Wolfgang Denk wrote:
> Who says it's "too early"? I claim it has been at the right place.
It needs I2C and when called in imx-common it doesn't have it enabled
yet. Fabio, am I missing something?
--
Otavio Salvador O.S. Systems
E-mai
On Sun, Jun 24, 2012 at 7:12 PM, Wolfgang Denk wrote:
> The change long belongs _below_ the "---" line, not above it, where it
> becomes part of the commessage.
I used git send-email --annotate but probably did something wrong as
it didn't ask me to edit this one. I am tracking the changelog on
c
On Sun, Jun 24, 2012 at 7:08 PM, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201206242153.14469.ma...@denx.de> you wrote:
>> Dear Otavio Salvador,
>>
>> > On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
>> > > We could also print "i.MX???" to express whaty we are meaning. How
Dear Otavio Salvador,
In message
you wrote:
> On Sun, Jun 24, 2012 at 7:05 PM, Wolfgang Denk wrote:
> > Who says it's "too early"? =A0I claim it has been at the right place.
>
> It needs I2C and when called in imx-common it doesn't have it enabled
> yet. Fabio, am I missing something?
This sh
Add a few finishing touches for the cache support. Then ultimately
enable cache support on m28.
BIG FAT NOTE: This is for -next. This may break something.
Compile testing IS STILL IN PROGRESS!
Marek Vasut (9):
COMMON: Add __stringify() function
CACHE: Add cache_aligned() macro
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and therefore degrades performance rapidly.
Therefo
This macro returns 1 if the argument (address) is aligned, returns
zero otherwise. This will be used to test user-supplied address to
various commands to prevent user from loading data to/from unaligned
address when using caches.
This is made as a macro, because macros are expanded where they are
This function converts static number to string in preprocessor.
This is useful as it allows higher usage of puts() in favour of printf()
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
---
include/common.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/include/common.h b/include/com
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and therefore degrades performance rapidly.
Therefo
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and therefore degrades performance rapidly.
Therefo
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and therefore degrades performance rapidly.
Therefo
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and therefore degrades performance rapidly.
Therefo
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Stefano Babic
Cc: Fabio Estevam
---
include/configs/m28evk.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index b730b2a..347a3ea 100644
--- a/include/configs/m28evk.h
+++ b/include/c
The asix driver did not align buffers, therefore it didn't work
with data cache enabled. Fix this.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/usb/eth/asix.c | 29 -
1 file changed, 16 insertions(+), 13 deletions(-)
diff --git a/drivers/usb/eth/asix
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201206242153.14469.ma...@denx.de> you wrote:
> > Dear Otavio Salvador,
> >
> > > On Sun, Jun 24, 2012 at 10:52 AM, Wolfgang Denk wrote:
> > > > We could also print "i.MX???" to express whaty we are meaning. How
> > > > about that?
> > >
Hi Marek,
On 6/21/2012 18:17, Marek Vasut wrote:
Dear Bo Shen,
Some Atmel SoC support USB EHCI, add the EHCI driver to support it.
To enable the USB EHCI, add the following configuration options into
board relative configuration file and remove USB OHCI options.
#define CONFIG_USB_EHCI
Dear Bo Shen,
> Hi Marek,
>
> On 6/21/2012 18:17, Marek Vasut wrote:
> > Dear Bo Shen,
> >
> >> Some Atmel SoC support USB EHCI, add the EHCI driver to support it.
> >>
> >> To enable the USB EHCI, add the following configuration options into
> >> board relative configuration file and remove US
Hi Marek,
On 6/25/2012 10:57, Marek Vasut wrote:
Dear Bo Shen,
Hi Marek,
On 6/21/2012 18:17, Marek Vasut wrote:
Dear Bo Shen,
Some Atmel SoC support USB EHCI, add the EHCI driver to support it.
To enable the USB EHCI, add the following configuration options into
board relative configurati
On Sun, Jun 24, 2012 at 6:34 PM, Otavio Salvador
wrote:
> The information now is gathered from HW_DIGCTL_CHIPID register and
> includes the revision of the chip on the output.
>
> Signed-off-by: Otavio Salvador
> Cc: Marek Vasut
> Cc: Stefano Babic
> Cc: Fabio Estevam
>
> ---
> Changes since v
On Fri, Jun 22, 2012 at 2:41 PM, Troy Kisky
wrote:
>
> Correct and correct. If you need i2c working before relocation, you cannot
> enable MULTI_BUS.
That sounds like a really strong limitation of MULTI_BUS. i2c is
necessary for SPD, which is needed to initialize DDR.
--
Timur Tabi
Linux kerne
Hi Wolfang,
On Sun, Jun 24, 2012 at 7:53 PM, Wolfgang Denk wrote:
>> It needs I2C and when called in imx-common it doesn't have it enabled
>> yet. Fabio, am I missing something?
>
> This should be fixed, then. There are quite a number of systems that
> need I2C early - for example, sucht that s
On 06/21/2012 09:42 PM, Stephan Linz wrote:
Use XILINX_FLASH_START to set/unset FLASH and RAMENV.
Error was:
board.c: In function 'board_init':
board.c:134: error: 'XILINX_FLASH_START' undeclared (first use in this function)
board.c:134: error: (Each undeclared identifier is reported only once
b
Hi Mike/Graeme.
Please help me in closing review related comments on this patch.
Thanks,
Prabhakar
On 06/19/2012 10:38 AM, Prabhakar Kushwaha wrote:
Hi,
Sorry for the delayed response. I somehow missed this :(
On 06/19/2012 10:29 AM, Prabhakar Kushwaha wrote:
Hi Prabhakar,
On Thu, May 24
Hi Prabhakar
On Mon, Jun 25, 2012 at 2:57 PM, Prabhakar Kushwaha
wrote:
> Hi Mike/Graeme.
>
> Please help me in closing review related comments on this patch.
>
I can't offer any comments either way regarding -gdwarf-2 as I have
never done any runtime debugging of U-Boot
I was only pointing out
On 06/21/2012 09:42 PM, Stephan Linz wrote:
To save memory the UBIFS is disabled by default.
The original patch was introdused with commit:
0114da7b06bd47b7f5c3f20a152dd11903b38fba
This say nothing to me.
Format is Patch name and when sha1.
Where is this patch? I can't see it in mainline repo
Hello all!
I have some problem when using NAND flash manufactured by Toshiba.
The device ID is 0xD7 , value 4Gbyte, page size 0x1000,
erase blocksize 0x8.
The board is at91sam9260 based custom board.
At first I was a normal performance of the board with a chip
samsung k9k8g08 and u-boot versi
A known hardware issue of USB1 port where bit 1 (connect status
change) of PORTSC register will be set after issuing Port Reset
(like "usb reset" in u-boot command line).
This will be treated as an error and stops later device enumeration.
Therefore we clear that bit after Port Reset in order to p
58 matches
Mail list logo
