Hi Grzesiek,
Grzegorz Bernacki wrote:
> Hi Ben,
>
>
>> No more adding to this mess, please. This absolutely belongs in board
>> code. I know you're not responsible for it, so if you don't have time
>> to clean it up I can do so and supply an untested patch.
>>
>>
>
> Yes, you are right,
Jean-Christophe,
Are you planning to review/merge this patch for the upcoming U-boot release?
Best regards, Magnus Lilja
2009/1/30 Scott Wood :
> On Wed, Jan 28, 2009 at 08:10:37AM +0300, Maxim Artamonov wrote:
>> V3 NAND_SPL support for phycore imx31
>>
>> This patch is applied
Upon power on i.MX31 enables most peripheral clocks, Linux disables the ones
that it's not using to save power. Until now U-Boot on imx31_phycore didn't
enable the I2C clock explicitly, so, after a reboot under Linux, if Linux
didn't use I2C, the clock would stay disabled. And U-Boot on imx31_phyco
Hi again,
this is version 3 of the patch-series, that adds support for the graphics
engine on i.MX31 SoC. Changes since v1 and v2 will be reflected in each
single patch. As all correction requests have been addressed, I hope we
can get it in on the last day of the merge window (today). Should a
Fix setting the SPI Control register, 8 and 16-bit transfers and a wrong
pointer in the free routine in the mxc_spi driver.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: chose a simpler fix
Changes since v2: fix the simpler fix: v2 worked as long as I just
resetted the board, power
Some SPI devices have special requirements on chip-select handling.
With this patch we can use a GPIO as a chip-select and strictly follow
the SPI_XFER_BEGIN and SPI_XFER_END flags.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: long lines split, mx31_gpio_* calls now also defined if
This is a minimal driver, so far only managing output. It will
be used by the mxc_spi.c driver.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: alphabetical order, typo in copyright fixed, use
ARRAY_SIZE.
Changes since v2: fixed wrong indentation in int mx31_gpio_direction()
declara
The "size" variable in start_armboot() in lib_arm/board.c is only really
used in "#ifndef CONFIG_SYS_NO_FLASH" case, and even there it can be
eliminated (thanks to Jean-Christophe PLAGNIOL-VILLARD for a suggestion.)
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: removed the "size"
Add a driver for the Synchronous Display Controller and the Display
Interface on i.MX31, using IPU for DMA channel setup. So far only
displaying of bitmaps is supported, no text output.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: added breaks, shorter title, splitted long lines,
The "eet" variant of the imx31_phycore board has an OLED display, using a
s6e63d6 display controller on the first SPI interface, using GPIO57 as a
chip-select for it. With this configuration you can display 256 colour BMP
images in 16-bit RGB (RGB565) LCD mode.
Signed-off-by: Guennadi Liakhovetski
From: Mark Jackson
This patch adds 16bpp BMP support to the common lcd code.
Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
At the moment it's only been tested on the MIMC200 AVR32 board, but extending
this to other platforms should be a simple task !!
Signed-off-by: M
On Tuesday 03 February 2009, Matthias Fuchs wrote:
> This patch updates the fdt UART clock fixup code to
> only touch CPU internal UARTs on 4xx systems.
> Only these UARTs are definitely clocked by gd->uart_clk.
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
On Tuesday 03 February 2009, Dirk Eibach wrote:
> On some platforms PCIE support is not required, but would be included
> because the cpu supports it. To reduce fooprint it is now configurable
> via CONFIG_PCI_DISABLE_PCIE.
Applied to ppc4xx/master. Thanks.
BTW: Please CC me on 4xx related patche
The following changes since commit 9d8811c5bd2b7dd6307742cf22fbdb7953b6f816:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Dirk Eibach (1):
ppc4xx: Make PCIE suppor
Dear Guennadi Liakhovetski,
In message you wrote:
> Upon power on i.MX31 enables most peripheral clocks, Linux disables the ones
Why does U-Boot do that?
This is against U-Boot design guidelines which state that U-Boot shall
only activate such peripherals that it uses itself.
> didn't use I2C,
On Fri, 6 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> > Upon power on i.MX31 enables most peripheral clocks, Linux disables the ones
>
> Why does U-Boot do that?
i.MX31 does that - the CPU, not U-Boot. I.e., this is the default power-on
mode.
> Th
Hi,
We are using ELDK 4.0 with U-boot-1.1.4 and Linux kernel 2.6.15
we have ported u-boot to our MPC7447a based VME SBC board, it is working
fine.
but now we have compiled Linux kernel for our board.
we have used u-boot mkimage utility to create image file, by using
following commmand
./tools/
Peter Tyser wrote:
> On Wed, 2009-02-04 at 17:07 -0600, Andy Fleming wrote:
>> On Wed, Feb 4, 2009 at 3:26 PM, Wolfgang Denk wrote:
>>> Dear Andy Fleming,
>>>
>>> In message <2acbd3e40902041320l3bce93c1p989c4c33ca8e...@mail.gmail.com> you
>>> wrote:
HmmmI made that change for a reason.
Hi all,
I had read somewhere that if, while using netconsole, we dont set
ncip, the messages are broadcast.
In that case, if I send commands to my processor from my Linux host,
since ncip is not set, will the processor accept them?
If not, what am I supposed to do?
My requirement is that, when I p
Kumar Gala wrote:
> My brian stopped working but I figured I'd send my issue and hopefully
> I'll wake up and someone will have a solution for me.
Talk about sweet dreams! :-D
> The problem is we can call flush_cache(0xf000, 0x1000) which will
> never exit the loop:
>
> void flush_cache
In reality there are only three usarts on at91 SoC and one serial
debug port called DBGU which is a reduced functionality usart.
For reasons of clarity and consistency the prefix USART is maintained
independently the fact that normally the debug port is just called DBGU.
Signed-off-by: Michael Ro
Guennadi Liakhovetski wrote:
> This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
> It only provides access to controller's registers so the client can freely
> configure it.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
> drivers/video/Makefile |1 +
> drivers/vid
Guennadi Liakhovetski wrote:
> From: Mark Jackson
>
> This patch adds 16bpp BMP support to the common lcd code.
>
> Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
>
> At the moment it's only been tested on the MIMC200 AVR32 board, but extending
> this to other platforms
Hi All
The MPC8548 board i inherited used to boot a CRAMFS that was made by
mkcramfs in ELDK4.1 using the "-r" option to reverse endian-ness of
filesystem I have switched over ti ELDK4.2 and noted that there is no
longer a "-r" for mkcramfs. I compile linux 2.6.27 using ppc_85xx cross
compiler
On Dec 3, 2008, at 11:04 PM, Becky Bruce wrote:
> Because the inbound pci windows are mapped generously, set up
> the more specific outbound windows first. This way, when we
> search the pci regions for something, we will hit on the more
> specific region. This can actually be a problem on syst
On Jan 23, 2009, at 2:52 PM, Kumar Gala wrote:
> The PCI_REGION_MEMORY and PCI_REGION_MEM are a bit to similar and
> can be confusing when reading the code.
>
> Rename PCI_REGION_MEMORY to PCI_REGION_SYS_MEMORY to clarify its used
> for system memory mapping purposes.
>
> Signed-off-by: Kumar Gal
When we search for an address match in pci_hose_{phys_to_bus,bus_to_phys}
we should give preference to memory regions that aren't system memory.
Its possible that we have over mapped system memory in the regions and
we want to avoid depending on the order of the regions.
Signed-off-by: Kumar Gala
The PCI_REGION_MEMORY and PCI_REGION_MEM are a bit to similar and
can be confusing when reading the code.
Rename PCI_REGION_MEMORY to PCI_REGION_SYS_MEMORY to clarify its used
for system memory mapping purposes.
Signed-off-by: Kumar Gala
---
board/MAI/AmigaOneG3SE/articiaS_pci.c|2 +-
b
Kumar,
> This is correct. As the only 8572 board that exists in the u-boot
> tree is for the Freescale MPC8572DS I didn't query anyone else on
> possible impact of the change.
Certainly not a problem. Moving the flash address was relatively
painless. I just wanted to post in case someone b
Previously we only allowed power-of-two memory sizes and didnt
handle >2G of memory. Now we will map up to CONFIG_MAX_MEM_MAPPED
and should properly handle any size that we can make in the TLBs
we have available to us
Signed-off-by: Kumar Gala
---
This depends on the following two patches:
* Ad
If we only have one controller we can completely ignore how
memctl_intlv_ctl is set. Otherwise other levels of code get confused
and think we have twice as much memory.
Signed-off-by: Kumar Gala
---
cpu/mpc8xxx/ddr/options.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <498a0d5c.5060...@freescale.com> you wrote:
>> Andy Fleming wrote:
>>> HmmmI made that change for a reason. Waiting for autonegotiation
>>> to finish on a tsec with no link was quite tiresome. If you've hooked
>>> up the 4th tsec, and tr
If we call flush_cache(0xf000, 0x1000) it would never
terminate the loop since end = 0x and we'd roll over
our counter from 0xfe0 to 0 (assuming a 32-byte cache line)
Signed-off-by: Kumar Gala
---
lib_ppc/cache.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
di
This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
It only provides access to controller's registers so the client can freely
configure it.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: parameters added in function declarations, alphabetical
order in Makefil
Guennadi Liakhovetski wrote:
> This patch also simplifies some ifdefs in lcd.c, introduces a generic
> vidinfo_t, which new drivers are encouraged to use and old drivers to switch
> over to.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> Changes since v1: no changes.
>
> common/lcd.c |
Dear hendrik,
In message <498c5af5.1010...@gmail.com> you wrote:
>
> The MPC8548 board i inherited used to boot a CRAMFS that was made by
> mkcramfs in ELDK4.1 using the "-r" option to reverse endian-ness of
> filesystem I have switched over ti ELDK4.2 and noted that there is no
> longer a "-r
Guennadi Liakhovetski wrote:
> Add a driver for the Synchronous Display Controller and the Display
> Interface on i.MX31, using IPU for DMA channel setup. So far only
> displaying of bitmaps is supported, no text output.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
> drivers/video/Makefile |
On Fri, 6 Feb 2009, Anatolij Gustschin wrote:
> Guennadi Liakhovetski wrote:
> > This patch also simplifies some ifdefs in lcd.c, introduces a generic
> > vidinfo_t, which new drivers are encouraged to use and old drivers to switch
> > over to.
> >
> > Signed-off-by: Guennadi Liakhovetski
> > --
I feel like a fool :S. If i didn't miss anything spi_xfer is defined in
include/spi.h and that function is implemented in cpu related code. I see
also that atmel has put their code in drivers/spi and drivers/mmc. Finally i
took as example cpu/pxa/mmc.c where i found functions (defined in
include/mm
Created a new function at91_serial_hw_init() which sets up the
dedicated PIO pins of several at91 SoC according to CONFIG_USARTx.
Please note that the used pins for serial communication varies on
different at91 SoC independently of the logic functionality equality
of the serial hardware. But for
On Feb 6, 2009, at 7:59 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> My brian stopped working but I figured I'd send my issue and
>> hopefully I'll wake up and someone will have a solution for me.
>
> Talk about sweet dreams! :-D
See it worked. I work up and had this email in my inbox
On Fri, 2009-02-06 at 10:51 -0500, Scott Coulter wrote:
> Kumar,
>
> > This is correct. As the only 8572 board that exists in the u-boot
> > tree is for the Freescale MPC8572DS I didn't query anyone else on
> > possible impact of the change.
>
> Certainly not a problem. Moving the flash add
2009/2/6 Gurumurthy Gowdar
> ## Booting image at 0010 ...
> Image Name: linux_svme7447a
> Created: 2009-02-05 16:57:46 UTC
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size:1342088 Bytes = 1.3 MB
> Load Address:
> Entry Point:
This patch also simplifies some ifdefs in lcd.c, introduces a generic
vidinfo_t, which new drivers are encouraged to use and old drivers to switch
over to.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: no changes.
common/lcd.c | 56 --
Hello,
I took up the suggestions from Jean-Christophe and the discussion
in http://lists.denx.de/pipermail/u-boot/2008-November/043131.html
and reworked the patch so that cpu specfic code goes to specfic
files. This results to less ifdefs.
An argument to at91_serial_hw_init() is not needed becau
Hi Afzal:
Would you please send me the link to the files you got. I can help
you check it out.
Feng Kan
AMCC Software Engineering
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Afzal Nadirshah
Sent: Thursday, February 05, 2009 9
Jerry Van Baren wrote:
> Wolfgang Denk wrote:
>
>> Dear Scott Wood,
>>
>> In message <498a0d5c.5060...@freescale.com> you wrote:
>>
>>> Andy Fleming wrote:
>>>
HmmmI made that change for a reason. Waiting for autonegotiation
to finish on a tsec with no link was quite t
Hello all,
On Friday 06 February 2009 10:37:23 am Guennadi Liakhovetski wrote:
> Hi again,
>
> this is version 3 of the patch-series, that adds support for the graphics
> engine on i.MX31 SoC. Changes since v1 and v2 will be reflected in each
> single patch. As all correction requests have been ad
Add a mkimage_win32.exe build target which can produce a native
win32 mkimage executable using the MinGW toolchain. The
mkimage_win32.exe binary is generated when the MINGW_COMPILE
environment variable is defined. The mkimage_win32.exe binary
can be used by those who use Windows as an OS build en
On Fri, 6 Feb 2009, Anatolij Gustschin wrote:
> Hello all,
>
> On Friday 06 February 2009 10:37:23 am Guennadi Liakhovetski wrote:
> > Hi again,
> >
> > this is version 3 of the patch-series, that adds support for the graphics
> > engine on i.MX31 SoC. Changes since v1 and v2 will be reflected in
On 15:12 Fri 06 Feb , Michael Roth wrote:
> Created a new function at91_serial_hw_init() which sets up the
> dedicated PIO pins of several at91 SoC according to CONFIG_USARTx.
>
> Please note that the used pins for serial communication varies on
> different at91 SoC independently of the logic
On Thu, 2009-02-05 at 20:13 -0600, Kumar Gala wrote:
> On Feb 5, 2009, at 1:52 PM, Peter Tyser wrote:
>
> >
> > CPU: 8641D, Version: 2.1, (0x80900121)
> > Core: E600 Core 0, Version: 0.2, (0x80040202)
>
> Since you are touching things here.. mind fixing the Version print.
> Its clearly not
On Fri, Feb 6, 2009 at 7:32 AM, Jerry Van Baren wrote:
> Peter Tyser wrote:
>>
>>> The problem is that you don't always know which interface you have
>>> hooked up. So u-boot tries the one set in ethact, and then the next,
>>> etc. With the old method, the penalty for being wrong was quite high
On Feb 6, 2009, at 12:41 PM, Peter Tyser wrote:
> On Thu, 2009-02-05 at 20:13 -0600, Kumar Gala wrote:
>> On Feb 5, 2009, at 1:52 PM, Peter Tyser wrote:
>>
>>>
>>> CPU: 8641D, Version: 2.1, (0x80900121)
>>> Core: E600 Core 0, Version: 0.2, (0x80040202)
>>
>> Since you are touching things here.
Dear Peter Tyser,
In message <1233941433-7943-1-git-send-email-pty...@xes-inc.com> you wrote:
> Add a mkimage_win32.exe build target which can produce a native
> win32 mkimage executable using the MinGW toolchain. The
> mkimage_win32.exe binary is generated when the MINGW_COMPILE
> environment va
Dear Friends,
I apologize if my request would probably result out of topics here, but I
would like to have some suggestions from You.
We are running into a new development of a video platform based on 90% on
DaVinci family devices. We have also found the DM6446 DVEVM as main
candidate to star
The following changes since commit 9d8811c5bd2b7dd6307742cf22fbdb7953b6f816:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (7):
Blackfin: update an
Andy Fleming wrote:
> On Fri, Feb 6, 2009 at 7:32 AM, Jerry Van Baren
> wrote:
>> Peter Tyser wrote:
>
The problem is that you don't always know which interface you have
hooked up. So u-boot tries the one set in ethact, and then the next,
etc. With the old method, the penalty fo
On Fri, 2009-02-06 at 13:01 -0600, Kumar Gala wrote:
> On Feb 6, 2009, at 12:41 PM, Peter Tyser wrote:
>
> > On Thu, 2009-02-05 at 20:13 -0600, Kumar Gala wrote:
> >> On Feb 5, 2009, at 1:52 PM, Peter Tyser wrote:
> >>
> >>>
> >>> CPU: 8641D, Version: 2.1, (0x80900121)
> >>> Core: E600 Core 0,
Wolfgang Denk wrote:
> Dear Mark Jackson,
>
> In message <492a8d60.3090...@mimc.co.uk> you wrote:
>> Added code to setup the extra Flash and FRAM chip selects
>> as used on the MIMC200 board.
>>
>> Signed-off-by: Mark Jackson
>>
>> ---
>> cpu/at32ap/cpu.c | 14 ++
>> 1 files change
On Fri, 2009-02-06 at 20:06 +0100, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1233941433-7943-1-git-send-email-pty...@xes-inc.com> you wrote:
> > Add a mkimage_win32.exe build target which can produce a native
> > win32 mkimage executable using the MinGW toolchain. The
> > mkimage_w
On Feb 6, 2009, at 1:47 PM, Peter Tyser wrote:
>>> While we're discussing it I had 2 other questions:
>>> 1. Can anyone at Freescale give a hint about how to tell the
>>> difference
>>> between the 8640 and 8641?
>>
>> why do you need to? If I'm not mistaken the 8640 is identical to
>> 8641
>>
- Update style of 86xx CPU information on boot to more closely
match 85xx boards
- Fix detection of 8641/8641D
- Use strmhz() to display frequencies
- Display L1 information
- Display L2 cache size
- Fixed CPU/SVR version output
== Before ==
Freescale PowerPC
CPU:
Core: E600 Core 0, Version:
On Feb 6, 2009, at 2:30 PM, Peter Tyser wrote:
> L1:D-cache 32 KB enabled
> I-cache 32 KB enabled
a nit but can we get I-cache to line up w/D-Cache
> L2:512 KB enabled
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
On 19:56 Fri 06 Feb , Ing.G.Morandi (Portatile) wrote:
> Dear Friends,
>
> I apologize if my request would probably result out of topics here, but I
> would like to have some suggestions from You.
>
> We are running into a new development of a video platform based on 90% on
> DaVinci family
On Fri, 2009-02-06 at 15:03 -0600, Kumar Gala wrote:
> On Feb 6, 2009, at 2:30 PM, Peter Tyser wrote:
>
> > L1:D-cache 32 KB enabled
> > I-cache 32 KB enabled
>
> a nit but can we get I-cache to line up w/D-Cache
Hmm, they look lined up in my serial console output and patch:
L1:D-c
On Feb 6, 2009, at 3:09 PM, Peter Tyser wrote:
> On Fri, 2009-02-06 at 15:03 -0600, Kumar Gala wrote:
>> On Feb 6, 2009, at 2:30 PM, Peter Tyser wrote:
>>
>>> L1:D-cache 32 KB enabled
>>> I-cache 32 KB enabled
>>
>> a nit but can we get I-cache to line up w/D-Cache
>
> Hmm, they look lin
On 10:38 Fri 06 Feb , Guennadi Liakhovetski wrote:
> The "eet" variant of the imx31_phycore board has an OLED display, using a
> s6e63d6 display controller on the first SPI interface, using GPIO57 as a
> chip-select for it. With this configuration you can display 256 colour BMP
> images in 16-b
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090205130112.gc4...@game.jcrosoft.org> you wrote:
>
> > Created a new function at91_serial_hw_init() which sets up the
> > dedicated PIO pins of several at91 SoC according to CONFIG_USARTx.
> >
> > Please note that the used pins for serial comm
On 10:37 Fri 06 Feb , Guennadi Liakhovetski wrote:
> The "size" variable in start_armboot() in lib_arm/board.c is only really
> used in "#ifndef CONFIG_SYS_NO_FLASH" case, and even there it can be
> eliminated (thanks to Jean-Christophe PLAGNIOL-VILLARD for a suggestion.)
>
> Signed-off-by:
Add a mkimage_win32.exe build target which can produce a native
win32 mkimage executable using the MinGW toolchain. The
mkimage_win32.exe binary is generated when the MINGW_COMPILE
environment variable is defined. The mkimage_win32.exe binary
can be used by those who use Windows as an OS build en
On 10:37 Fri 06 Feb , Guennadi Liakhovetski wrote:
> Some SPI devices have special requirements on chip-select handling.
> With this patch we can use a GPIO as a chip-select and strictly follow
> the SPI_XFER_BEGIN and SPI_XFER_END flags.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> C
On 10:37 Fri 06 Feb , Guennadi Liakhovetski wrote:
> This is a minimal driver, so far only managing output. It will
> be used by the mxc_spi.c driver.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> Changes since v1: alphabetical order, typo in copyright fixed, use
> ARRAY_SIZE.
> Change
+
> + /* Check if we're only transfering 8 or 16 bits */
> + if (!i) {
> + if (bitlen < 9)
> + *(u8 *)din = data;
> + else if (bitlen < 17)
> + *(u16 *)din = data;
> +
On Friday 06 February 2009 16:22:01 Peter Tyser wrote:
> Add a mkimage_win32.exe build target which can produce a native
> win32 mkimage executable using the MinGW toolchain. The
> mkimage_win32.exe binary is generated when the MINGW_COMPILE
> environment variable is defined. The mkimage_win32.ex
On Friday 06 February 2009 14:59:10 Peter Tyser wrote:
> On Fri, 2009-02-06 at 20:06 +0100, Wolfgang Denk wrote:
> > In message Peter Tyser wrote:
> > > Add a mkimage_win32.exe build target which can produce a native
> > > win32 mkimage executable using the MinGW toolchain. The
> > > mkimage_win32
On Fri, 2009-02-06 at 16:40 -0500, Mike Frysinger wrote:
> On Friday 06 February 2009 16:22:01 Peter Tyser wrote:
> > Add a mkimage_win32.exe build target which can produce a native
> > win32 mkimage executable using the MinGW toolchain. The
> > mkimage_win32.exe binary is generated when the MINGW
maybe fix to fir :)
On 10:03 Fri 06 Feb , Guennadi Liakhovetski wrote:
> Upon power on i.MX31 enables most peripheral clocks, Linux disables the ones
> that it's not using to save power. Until now U-Boot on imx31_phycore didn't
> enable the I2C clock explicitly, so, after a reboot under Linux,
On Fri, 2009-02-06 at 16:51 -0500, Mike Frysinger wrote:
> On Friday 06 February 2009 14:59:10 Peter Tyser wrote:
> > On Fri, 2009-02-06 at 20:06 +0100, Wolfgang Denk wrote:
> > > In message Peter Tyser wrote:
> > > > Add a mkimage_win32.exe build target which can produce a native
> > > > win32 mki
On 21:04 Thu 05 Feb , Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
> ---
> common/cmd_bootm.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
> index 9055672..c814c68 100644
> --- a/common/cmd_bootm.c
> +++ b/com
On 18:25 Fri 06 Feb , Anatolij Gustschin wrote:
> Hello all,
>
> On Friday 06 February 2009 10:37:23 am Guennadi Liakhovetski wrote:
> > Hi again,
> >
> > this is version 3 of the patch-series, that adds support for the graphics
> > engine on i.MX31 SoC. Changes since v1 and v2 will be reflect
On 18:39 Mon 02 Feb , Nishanth Menon wrote:
> >From d391faf8ca68fcddc8569b03cf24d151d4d3b937 Mon Sep 17 00:00:00 2001
> From: Nishanth Menon
> Date: Mon, 2 Feb 2009 18:20:12 -0600
> Subject: [PATCH] ARM:OMAP3:Zoom1: Add nand unlock option
>
> Enable NAND_UNLOCK option for unlocking nand for
>
--- On Fri, 1/30/09, Ron Madrid wrote:
> From: Ron Madrid
> Subject: [PATCH] Create configuration option for restricted ns16550 functions
> To: u-boot@lists.denx.de
> Cc: "Ron Madrid"
> Date: Friday, January 30, 2009, 3:45 PM
> This patch will create a configuration option for a minimum
> confi
The following changes since commit 9d8811c5bd2b7dd6307742cf22fbdb7953b6f816:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
git://git.denx.de/u-boot-coldfire.git master
Richard Retanubun (8):
Coldfire: Fix ha
On 21:45 Tue 20 Jan , Ben Warren wrote:
> Hi Konstantin,
>
> On Tue, Jan 20, 2009 at 3:46 AM, Konstantin Vovk wrote:
>
> > Add support W90P710 ARM SoC from Nuvoton
> > Add W90P1 board based on W90P710
> >
> > Signed-off-by: Konstantin Vovk
> > ---
> > MAKEALL
On 22:54 Sun 04 Jan , Jürgen Schöw wrote:
> cpu/arm926ejs/pnx8181/Makefile | 45 +++
> cpu/arm926ejs/pnx8181/timer.c | 141
> drivers/i2c/Makefile |1 +
> drivers/i2c/pnx8181_i2c.c | 304 +
>
> diff --git a/cpu/arm926ejs/pnx8181/
On 22:56 Sun 04 Jan , Jürgen Schöw wrote:
> drivers/net/Makefile |1 +
> drivers/net/ip3912.c | 659
>
> drivers/net/ip3912.h | 174 ++
>
> diff --git a/drivers/net/Makefile b/drivers/net/Makefile
> i
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 22:56 Sun 04 Jan , Jürgen Schöw wrote:
>
>> drivers/net/Makefile |1 +
>> drivers/net/ip3912.c | 659
>>
>> drivers/net/ip3912.h | 174 ++
>>
>> diff --g
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> +# GNU General Public License for more details.
> +#
> +# You should have received a copy of the GNU General Public License
> +# along with this program; if not, write to the Free Software
> +# Foundation, Inc., 59 Temple Place, S
From: Guennadi Liakhovetski
Fix setting the SPI Control register, 8 and 16-bit transfers
and a wrong pointer in the free routine in the mxc_spi driver.
Signed-off-by: Guennadi Liakhovetski
Signed-off-by: Anatolij Gustschin
---
Changes since v1: chose a simpler fix
Changes since v2: fix the si
On Friday 06 February 2009 16:53:03 Peter Tyser wrote:
> On Fri, 2009-02-06 at 16:40 -0500, Mike Frysinger wrote:
> > On Friday 06 February 2009 16:22:01 Peter Tyser wrote:
> > > +uint16_t bswap_16(uint16_t __x)
> > > +{
> > > + return (__x >> 8) | (__x << 8);
> > > +}
> > > +
> > > +uint32_t bswap
On Mon, Jan 19, 2009 at 04:32:59PM +0200, Valeriy Glushkov wrote:
> Dear Wolfgang,
>
> You are right, the patch was ugly.
> The new one seems to be better.
>
> Signed-off-by: Valeriy Glushkov
Applied to u-boot-nand-flash.
-Scott
___
U-Boot mailing li
On Friday 06 February 2009 17:01:43 Peter Tyser wrote:
> On Fri, 2009-02-06 at 16:51 -0500, Mike Frysinger wrote:
> > On Friday 06 February 2009 14:59:10 Peter Tyser wrote:
> > > On Fri, 2009-02-06 at 20:06 +0100, Wolfgang Denk wrote:
> > > > In message Peter Tyser wrote:
> > > > > Add a mkimage_wi
On Wed, Feb 04, 2009 at 01:39:40PM -0600, Peter Tyser wrote:
> Commit 0e8cc8bd92257da2e1df88cbc985e166e472ce61 removed support
> for disabling the "No NAND device found!!!" warning when
> CONFIG_SYS_NAND_QUIET_TEST was defined. This re-adds support
> for silencing the warning.
It was actually com
On Wed, Feb 04, 2009 at 01:47:22PM -0600, Peter Tyser wrote:
> Without the timeout present an infinite loop can occur if the
> NAND device is broken or not present.
>
> Signed-off-by: Peter Tyser
Applied to u-boot-nand-flash.
-Scott
___
U-Boot mailing
The following changes since commit 9d8811c5bd2b7dd6307742cf22fbdb7953b6f816:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Peter Tyser (2):
NAND: Silence warning wh
On 00:09 Sat 07 Feb , Anatolij Gustschin wrote:
> From: Guennadi Liakhovetski
>
> Fix setting the SPI Control register, 8 and 16-bit transfers
> and a wrong pointer in the free routine in the mxc_spi driver.
>
> Signed-off-by: Guennadi Liakhovetski
> Signed-off-by: Anatolij Gustschin
> ---
On Saturday 07 February 2009 12:29:06 am Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 00:09 Sat 07 Feb , Anatolij Gustschin wrote:
> > From: Guennadi Liakhovetski
> >
> > Fix setting the SPI Control register, 8 and 16-bit transfers
> > and a wrong pointer in the free routine in the mxc_spi dr
From: Guennadi Liakhovetski
This is a minimal driver, so far only managing output. It will
be used by the mxc_spi.c driver.
Signed-off-by: Guennadi Liakhovetski
Signed-off-by: Anatolij Gustschin
---
Changes since v1: alphabetical order, typo in copyright fixed, use
ARRAY_SIZE.
Changes since v
This fixes MPC8260 compilation with ethernet on SCC. Probably was a
typo or something...
Signed-off-by: Sergey Kubushyn
---
diff -purN u-boot.orig/cpu/mpc8260/cpu.c u-boot/cpu/mpc8260/cpu.c
--- u-boot.orig/cpu/mpc8260/cpu.c 2009-02-02 13:39:05.0 -0800
+++ u-boot/cpu/mpc8260/cpu.c
1 - 100 of 114 matches
Mail list logo
