On Thursday 03 December 2009 20:09:45 Scott Wood wrote:
> > Hmmm. I don't see this here. Do you only see this for katmai, or for
> > other 4xx targets as well? kilauea, sequoia?
>
> Looks like all of them.
Thanks. I'll try to investigate here further soon.
> > So the complete tools directory
Dear Seunghyyeon Rhee,
2009/12/3 Seunghyeon Rhee :
> Minkyu Kang worte:
>> Dear Seunghyeon Rhee,
>>
>> 2009/11/28 "Seunghyeon Rhee" :
>>
>>> The MSB of DMC1_MEM_CFG can be set to '1' for separate CKE control
>>> for S3C6400. In the configuration of SMDK6400, however, two 16-bit
>>> mDDR (SAMSUNG K
Please let me know if you were still looking for directories of US doctors,
dentists or chiropractors.
I have lots of US based medical lists, let me know what you need and I will get
you some more info, samples and a good pricing.
Please email me at this address instead bgh7...@furtherquick
Hi,
2009/11/19 Mahavir Jain :
> Hi Remy,
>
> This patch looks straight forward to me as it would be useful for
> generic USB file system write support in future (FYI i was able to write
> kernel image to raw partition & boot from it). I would really
> appreciate any feedback or suggestions on this
Stefan Roese wrote:
> On Thursday 03 December 2009 18:49:26 Scott Wood wrote:
>> Git bisect says:
>> 4649913ea5f440d756d150a6fdf2fb2e8ecb75fd is the first bad commit
>> commit 4649913ea5f440d756d150a6fdf2fb2e8ecb75fd
>> Author: Stefan Roese
>> Date: Tue Oct 27 16:11:26 2009 +0100
>>
>> ppc4
Hi,
>>> I am basically using a version 1.1.4, hosted in omap4 git tree
>>>
>>> http://dev.omapzoom.org/?p=bootloader/u-boot.git;a=shortlog;h=refs/heads/omap4_dev
>>>
>> That's a few years old, and A LOT has changed since. Please update to the
>> latest software and let us know if the problem stil
On Thursday 03 December 2009 18:49:26 Scott Wood wrote:
> > This is on "next" with ELDK 4.2. Scott, do you have any ideas what's
> > going wrong here?
>
> I don't see that here -- instead, I get this, with or without this patch:
>
> $ CROSS_COMPILE=powerpc-linux- ./MAKEALL kilauea
> Configuring f
Stefan Roese wrote:
> Hi Scott,
>
> On Wednesday 02 December 2009 22:59:03 Wolfgang Denk wrote:
>>> config.mk | 34 -
>>> rules.mk| 13 -
>>> tools/Makefile | 121
>>> +-
>>> tools/easylogo/Mak
On Dec 2, 2009, at 10:36 PM, Thirumalai wrote:
>
> Thank you for your reply. But when i boot smp-linux on this
> configuration i got into kernel panic. The log is attached with this
> mail. I
> am using linux-2.6.30 downloaded from kernel.org and my dts entry
> for cpu is
> like this.
On our new, custom BlackFin board (see http://www.rfidguardian.org) we
have an Asix AX88796B Ethernet chip. This chip is NE2000-compatible
according to the manufacturer.
When porting this driver to our board, and extending it for extra
commands (DP_RESET in software and then some, attempt to re
Thanks.
It was not a clean solution as I only experimented on our processor
which is big-endian.
The fact is that the original code is not endianess proof. It was coded
for big-endian processors.
Greg Ren
-Original Message-
From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se]
Wolfgang Denk wrote on 03/12/2009 15:08:24:
> Dear Joakim Tjernlund,
>
> In message 00448...@transmode.se> you wrote:
> >
> > > > + if (len == 1) {
> > > > + xsum += (*p & 0xff00);
> > >
> > > I doubt that this code is endianess-clean.
> >
> > Nope, I would think some thing l
On Nov 23, 2009, at 4:41 PM, Wolfgang Denk wrote:
> Dear Ben & KIm,
>
> In message <12564079493940-git-send-email-
> sandeep.ku...@freescale.com> Sandeep Gopalpet wrote:
>> Moved the mdio regs out of the tsec structure,and
>> provided different offsets for tsec base and mdio
>> base so that pro
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > > + if (len == 1) {
> > > + xsum += (*p & 0xff00);
> >
> > I doubt that this code is endianess-clean.
>
> Nope, I would think some thing like this would work better:
> count = len >> 1; /* div by 2 */
> for(p--;
On Thursday 03 December 2009 07:20:50 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > On Thursday 03 December 2009 05:21:21 Heiko Schocher wrote:
> > > There is more and more usage of printing 64bit values,
> > > so enable this feature generally, and delete the
> > > CONFIG_SYS_64BIT_VSPRINTF and
> Dear "Greg Ren",
>
> In message you
> wrote:
> >
> > I am new to u-boot and got assignment to debug some networking issue. I
> > traced the checksum failure and was able to fix it with the patch below.
>
> It would be important to know on which system(s) you have actually
> tested your patch -
Dear Mike Frysinger,
In message <200912030643.27350.vap...@gentoo.org> you wrote:
>
> On Thursday 03 December 2009 05:21:21 Heiko Schocher wrote:
> > There is more and more usage of printing 64bit values,
> > so enable this feature generally, and delete the
> > CONFIG_SYS_64BIT_VSPRINTF and CONFIG
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Thursday, December 03, 2009 5:15 PM
> To: Peter Tyser
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2] Fix build failure in
> examples/standal
> -Original Message-
> From: Peter Tyser [mailto:pty...@xes-inc.com]
> Sent: Monday, November 09, 2009 10:58 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2] Fix build failure in
> examples/standalone
>
> Hi Sanjeev,
>
>
>
> >
> > -ELF := $(ELF-y
On Thursday 03 December 2009 05:21:21 Heiko Schocher wrote:
> There is more and more usage of printing 64bit values,
> so enable this feature generally, and delete the
> CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL
> defines.
no bloatcheck showing the forced size increase on people ?
-mi
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Monday, November 30, 2009 11:41 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] omap3: Is lowlevel_init() ever called?
>
> Hi all,
>
> I have been tryin
Dear "Greg Ren",
In message you
wrote:
>
> I am new to u-boot and got assignment to debug some networking issue. I
> traced the checksum failure and was able to fix it with the patch below.
It would be important to know on which system(s) you have actually
tested your patch - and on which you
Hello Stefan,
Stefan Roese schrieb:
> On Thursday 03 December 2009 11:23:17 Heiko Schocher wrote:
>> commit eb5eb2b0f744f0cba405160c5d01335c40f09acf
>>
>> ppc4xx: Cleanup PPC4xx I2C infrastructure
>>
>> This patch cleans up the PPC4xx I2C intrastructure:
>>
>> - Use C struct to describe the I2C re
On 19/11/09 10:40, Nick Thompson wrote:
> Davinci: Configurable NAND chip selects
>
> Add a CONFIG_SYS_NAND_CS setting to all davinci configs and
> use it to setup the NAND controller in the davinci_nand
> mtd driver.
>
> Signed-off-by: Nick Thompson
Hi Sandeep,
Scott ack'ed v1 of this patch w
Hi Heiko,
On Thursday 03 December 2009 11:23:17 Heiko Schocher wrote:
> commit eb5eb2b0f744f0cba405160c5d01335c40f09acf
>
> ppc4xx: Cleanup PPC4xx I2C infrastructure
>
> This patch cleans up the PPC4xx I2C intrastructure:
>
> - Use C struct to describe the I2C registers instead of defines
> - C
On 16/11/09 12:15, Nick Thompson wrote:
> Davinci: Table driven pinmux configuration
>
> Add code to allow pinmux_config tables to be grouped and configured
> as a single resource. This removes multiple calls to the pinmux
> configuration code from board_init and allows pinmuxes to be
> individual
commit eb5eb2b0f744f0cba405160c5d01335c40f09acf
ppc4xx: Cleanup PPC4xx I2C infrastructure
This patch cleans up the PPC4xx I2C intrastructure:
- Use C struct to describe the I2C registers instead of defines
- Coding style cleanup (braces, whitespace, comments, line length)
- Extract common code f
There is more and more usage of printing 64bit values,
so enable this feature generally, and delete the
CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL
defines.
Signed-off-by: Heiko Schocher
---
based against git://git.denx.de/u-boot.git next
README |9
add the following commands for the manroland boards:
CONFIG_CMDLINE_EDITING
CONFIG_COMMAND_HISTORY
CONFIG_AUTO_COMPLETE
Signed-off-by: Heiko Schocher
---
based against git://git.denx.de/u-boot.git next
include/configs/manroland/common.h |3 +++
1 files changed, 3 insertions(+), 0 deletions
u-boot updates, before starting Linux, the memory node in the
DTS. As this is a "standard" feature, move this functionality
to the cpu.c file for mpc5xxx and mpc512x processors.
Signed-off-by: Heiko Schocher
---
based against git://git.denx.de/u-boot.git next
board/cm5200/cm5200.c
30 matches
Mail list logo
