Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 22:08 Thu 04 Dec , Stefan Althoefer wrote:
>
>> [PATCH] ARM: add IDE init to lib_arm/board.c
>>
>> This patch adds ide_init() to the arm boot process.
>>
>>
>> The patch is against "latest" u-boot git-repository
>>
>> Please (still) be patient if
NAND boot
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: 2008?12?17? 1:54 AM
> To: Liu Dave-R63238
> Cc: u-boot@lists.denx.de; Loeliger Jon-LOELIGER; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [PATCH 3/3] Move the LAW definition to fsl_law.h
>
>
>
Dear "santosh pattar",
In message <19f3dfd10812162008q27069e30uec230196911ba...@mail.gmail.com> you
wrote:
>
> Thank you very much for the suggestion. Actually i could able to get
> the TFTP server up in u-boot. This Server wont run in the background
> all the time. The senario is like this, Boa
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD schrieb:
> On 17:46 Tue 16 Dec , Jens Gehrlein wrote:
>> Jean-Christophe PLAGNIOL-VILLARD schrieb:
>>> On 17:25 Tue 16 Dec , Jens Gehrlein wrote:
Hi list,
The following patches should increase the performance of the CFI
Dear Ben,
Thank you very much for the suggestion. Actually i could able to get
the TFTP server up in u-boot. This Server wont run in the background
all the time. The senario is like this, Board comes up and checks for
validation of the image on the flash. If the validation fails it
switches to the
On Tue, 16 Dec 2008, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you
> wrote:
>>
>> I offered 4 possible scenarios and additional parameter to i2c
> functions was
>> one of them. Wolfgang said that current bus approach looks better than
>> others and I agree with him. But it is not
hi all:
i am a u-boot beginner, i found a line code "li r0,__got2_entr...@sectoff@l"
in almost all mpc start.s.i have tried to delete sectoff and i got same
result of uboot with "li r0,__got2_entr...@l". could you tell me what
difference between "li r0,__got2_entr...@sectoff@l" and "li
r0,__got2_en
Dear Timur,
In message <49483dd7.5080...@freescale.com> you wrote:
>
> I think it's a kludge because you have to set the current device before you
> can access it. It seems ridiculous that you have to do this:
>
> i2c_set_bus_num(x)
> i2c_write(...)
>
> when you could do this:
>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1229469026-7344-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Timo Tuunainen
> ---
> common/cmd_i2c.c | 58
> +++---
> 1 files chang
On Tue, 16 Dec 2008, Timur Tabi wrote:
> Wolfgang Denk wrote:
>
>> Hm... what exactly is broken with the concept of having a "current
>> device" or a "current bus"? We use it elasewhere, too (like for
>> selection IDE or S-ATA devices and such), and so far I am not aware
>> of fundament
> was code breaking or just fixing it up to match the docs?
not break the system, because the bit[55] is reserved zero for
e500/e500mc.
so just fixied it to match the e500/e500mc docs.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mai
Wolfgang Denk wrote:
> Hm... what exactly is broken with the concept of having a "current
> device" or a "current bus"? We use it elasewhere, too (like for
> selection IDE or S-ATA devices and such), and so far I am not aware
> of fundamental issues because of that.
I think it's a klud
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-nand-flash.git master
>
> Scott Wood (1):
> NAND: Mark the BBT as scanned prior to calling scan_bbt.
>
Scott,
could you pick the patch
[PATCH v3] nand: Fix cache and memory inconsistent issue
Thank,
Dave
Hi everybody...
first the good news: v2009.01-rc1 has just been released.
Not the not so good news: as you can see from the release name we
have shifted the schedule by nearly a full month. There were several
reasons for doing so:
- We are (actually: I am) late with merging all the patches
On 23:28 Tue 16 Dec , Stefan Althoefer wrote:
> Jean-Christophe PLAGNIOL-VILLARD schrieb:
> >> + cfg_clk = *IXP425_EXP_CFG0 >> 21;
> > please use readx/writex
>
> The pointer dereference style is used throughout the
> other files in the IXP port as well. Shouldn't this
> be handled the same
Jean-Christophe PLAGNIOL-VILLARD schrieb:
>>
>> diff -uprN u-boot-orig//lib_arm/board.c u-boot/lib_arm/board.c
>> --- u-boot-orig//lib_arm/board.c 2008-12-02 17:25:32.0 +0100
>> +++ u-boot/lib_arm/board.c 2008-12-02 23:29:36.0 +0100
>> @@ -441,6 +441,11 @@ extern void davinci
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Timo Tuunainen
---
could you test this patch please?
this patch will normaly fix yhe m501sk support against mainline
Best Regards,
J.
board/m501sk/Makefile|2 -
board/m501sk/memsetup.S | 200 -
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Timo Tuunainen
---
common/cmd_i2c.c | 58 +++---
1 files changed, 29 insertions(+), 29 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index 448f2fe..a662b53 100644
--- a/common/c
IXP425: make cmd_go handle caches correctly
This patch adds icache_invalidate() and dcache_flush() to
cpu/ixp/cpu.c.
Also it adds do_go_exec() which is called from do_go().
This private implementation performs cache handling
before jumping into the code.
Without this cache handling, you will jum
In message <20081216155539.6345f832e...@gemini.denx.de> I wrote:
>
> In message <1228367087-27268-2-git-send-email-bec...@kernel.crashing.org> you
> wrote:
> > Casting a pointer to a phys_addr_t when it's an unsigned long long
> > on a 32-bit system without first casting to a non-pointer type
>
Jean-Christophe PLAGNIOL-VILLARD schrieb:
>> +cfg_clk = *IXP425_EXP_CFG0 >> 21;
> please use readx/writex
The pointer dereference style is used throughout the
other files in the IXP port as well. Shouldn't this
be handled the same way in all files?
>>
>> +/* FIXME: is there any need fo
On 22:08 Thu 04 Dec , Stefan Althoefer wrote:
> [PATCH] ARM: add IDE init to lib_arm/board.c
>
> This patch adds ide_init() to the arm boot process.
>
>
> The patch is against "latest" u-boot git-repository
>
> Please (still) be patient if style of submission or patches are
> offending.
>
Signed-off-by: Wolfgang Denk
---
include/configs/at91cap9adk.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/at91cap9adk.h b/include/configs/at91cap9adk.h
index 363df67..b2baf1b 100644
--- a/include/configs/at91cap9adk.h
+++ b/include/configs/at91cap9ad
On 22:09 Thu 04 Dec , Stefan Althoefer wrote:
>
>
please use git and send your patch as thread
to avoid patch forgetting
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 22:09 Thu 04 Dec , Stefan Althoefer wrote:
> [PATCH] IXP425: Improving print_cpuinfo code
>
> The existing version of print_cpuinfo did read the
> processor ID and detects clock speed from this.
>
> This is not correct, as the IXP425 has the ability
> to "downgrade" clock speed by using st
Wolfgang Denk schrieb:
> Dear Stefan Althoefer,
>
> In message <49384728.lmggwd1otzmugoap%stefan.althoe...@web.de> you wrote:
>> With this patch, this is nonsense. Instead you should use:
>>
>> #ifdef CONFIG_USE_IRQ
>> /* Interrupt driven timer wants system tick here */
>> #define CONFIG_SYS_HZ
Hi,
Is it possible to load a initramfs compress CPIO image via u-boot like
we can do with a ramdisk image (replace the uRamdisk by a uInitramfs in
the command bellow)?
nand_all=chpart Kernel;fsload 0x20 uImage;chpart Config;fsload
0x40 uRamdisk;run ramargs addip addtty;bootm 20
Apply changes from commit 44b4dbed to board/trab/memory.c, too.
Actually we'd need a major cleanup here - as it turns out,
board/trab/memory.c is more or less a verbatim copy of
post/drivers/memory.c ... but then, trab is EOL anyway,r
so this is not worth the effort.
Signed-off-by: Wolfgang Denk
Dear Wolfgang Denx,
>> But your suggested optimizations will only be effective if someone tries to
>> write to "serial#". This is not normally done (attempt can be considered
>> an error).
>
> Can it? What make you think so?
>
> There are lots of boards that come fresh out of production with
IDE: Improving speed on reading data
This patch improves the speed when reading blocks from
IDE devices by reading more than one block at a time. Up to
128 blocks are requested in one read command.
The ide_wait() code was rewritten to have lower latency
by polling more frequently for status.
On
The following changes since commit 7f202217356f19e519e6ec57a29de9af73067037:
Wolfgang Denk (1):
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Scott Wood (1):
NAND: Mark the
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
doc/README.qemu_mips | 37 -
1 files changed, 36 insertions(+), 1 deletions(-)
diff --git a/doc/README.qemu_mips b/doc/README.qemu_mips
index 2fdd2b0..8fa4907 100644
--- a/doc/README.qemu_mips
+++ b/doc/REA
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/configs/qemu-mips.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/qemu-mips.h b/include/configs/qemu-mips.h
index f028d1a..862 100644
--- a/include/configs/qemu-mips.h
+++ b/include/configs
On 00:02 Wed 10 Dec , Shinya Kuribayashi wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 22:27 Mon 08 Sep , Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
>>> ---
>>> doc/README.qemu_mips | 67
>>> +
The current code that determines which bank/chipselect is used for a
given NAND instance only worked for 32-bit addresses and assumed
a 1:1 mapping. This breaks in 36-bit physical configs.
The proper way to handle this is to use the virt_to_phys() and
BR_PHYS_ADDR() routinues to match the 34-bit
If we have addr map support enabled use the mapping functions to
implement virt_to_phys() and map_physmem().
Signed-off-by: Kumar Gala
---
include/asm-ppc/io.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/io.h b/include/asm-ppc/io.h
index 6
Signed-off-by: Kumar Gala
---
cpu/mpc85xx/tlb.c | 34 ++
include/asm-ppc/mmu.h |3 +++
lib_ppc/board.c |8
3 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc85xx/tlb.c b/cpu/mpc85xx/tlb.c
index a2d16ae..5b5f791 1006
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20081216204641.gf24...@game.jcrosoft.org> you wrote:
> On 16:29 Tue 16 Dec , Wolfgang Denk wrote:
> > Use our own local functions in lib_arm/ instead.
> I've plan to remove the libgcc depedancy at all for ARM
> so I'll prefer to do it this way
Dear k...@koi8.net,
In message you wrote:
>
> I offered 4 possible scenarios and additional parameter to i2c functions was
> one of them. Wolfgang said that current bus approach looks better than
> others and I agree with him. But it is not rocket science to use an
You and me agree on this.
>
Dear Ben,
In message <4947ffdb.9040...@gmail.com> you wrote:
>
> >> Jerry Van Baren already showed you an elegant way to solve this using
> >> scanf().
> >
> > Is scanf() available in u-boot? I couldn't find it.
...
> I think he meant sscanf(), which should be there.
No, we don't have this yet in
Dear Timur,
In message <4947f8b4.8070...@freescale.com> you wrote:
> k...@koi8.net wrote:
>
> > That looks messy... Why would we use two different versions if we can make
> > everything uniform?
>
> Because we already have something that makes it uniform, and it's broken. The
> idea of having a
On 16:29 Tue 16 Dec , Wolfgang Denk wrote:
> Use our own local functions in lib_arm/ instead.
I've plan to remove the libgcc depedancy at all for ARM
so I'll prefer to do it this way if possible
Patch neartly ready
I'll send it soon
Best Regards,
J.
___
Otherwise, recursion can occur if scan_bbt does not find a bad block
table, and tries to write one, and the attempt to erase the BBT area
causes a bad block check.
Signed-off-by: Scott Wood
---
Applied to u-boot-nand-flash.
drivers/mtd/nand/nand_base.c |2 +-
1 files changed, 1 insertions(+
k...@koi8.net wrote:
> On Tue, 16 Dec 2008, Timur Tabi wrote:
>
>> k...@koi8.net wrote:
>>
>>> That looks messy... Why would we use two different versions if we can
>> make
>>> everything uniform?
>> Because we already have something that makes it uniform, and it's
>> broken. The
>> idea of havin
The following changes since commit 7f202217356f19e519e6ec57a29de9af73067037:
Wolfgang Denk (1):
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Jean-Christophe PLAGNIOL-VILLARD (1):
Hello Thomas,
Nice work, but I have a few comments.
2008/12/16 Thomas Abraham :
> This patch adds support for identification of high speed devices.
> For high spped devices that are connected via hubs, the information
> that the device is high speed is recorded. This is required by Mentor
> USB H
On Tue, 16 Dec 2008, Timur Tabi wrote:
> k...@koi8.net wrote:
>
>> That looks messy... Why would we use two different versions if we can
> make
>> everything uniform?
>
> Because we already have something that makes it uniform, and it's
> broken. The
> idea of having a "current i2c bus" that need
Stefan Althoefer wrote:
> Dear Wolfgang Denk
>
>
>> Dear =?iso-8859-15?Q?Stefan_Alth=F6fer?=,
>>
>> In message <531234...@web.de> you wrote:
>>
>>> Then maybe we should have
>>>
>>> #define CONFIG_ENV_PROTECTED_ITEM "ethaddr1,ethaddr2,"
>>>
>>> in board configuration to have the greates
Dear Wolfgang Denk
> Dear =?iso-8859-15?Q?Stefan_Alth=F6fer?=,
>
> In message <531234...@web.de> you wrote:
>> Then maybe we should have
>>
>> #define CONFIG_ENV_PROTECTED_ITEM "ethaddr1,ethaddr2,"
>>
>> in board configuration to have the greatest flexibility?
>
> Jerry Van Baren already sho
k...@koi8.net wrote:
> That looks messy... Why would we use two different versions if we can make
> everything uniform?
Because we already have something that makes it uniform, and it's broken. The
idea of having a "current i2c bus" that needs to be set before read/write
operations can be perfor
On Tue, 16 Dec 2008, Scott Wood wrote:
> On Mon, Dec 15, 2008 at 04:24:26PM -0800, k...@koi8.net wrote:
>> Then, we could use some kind of array of I2C structures each
> containing
>> pointers to appropriate i2c-{read,write,probe,init}() functions with
> generic
>> i2c functions just calling those
On Tue, 16 Dec 2008, Timur Tabi wrote:
> k...@koi8.net wrote:
>
>> That looks similar. But why do you want to remove i2c_set_bus_num()? I
> think
>> it would be less work to keep it.
>
> Perhaps, but it would be even better to get rid of it. IMHO, it's a
> kludge. It
> was a hack added to allow
On Dec 15, 2008, at 10:09 PM, Dave Liu wrote:
> some code need the LAWAR_EN, make them sharable.
what code?
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Dec 15, 2008, at 10:09 PM, Dave Liu wrote:
> The CSIZE is L1CFG0[56-63] in the e500 and e500mc core,
> so we should mask 0xff, not 0x1ff.
>
> Signed-off-by: Dave Liu
> ---
> cpu/mpc85xx/start.S |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
was code breaking or just fixing it
On Mon, Dec 15, 2008 at 04:24:26PM -0800, k...@koi8.net wrote:
> Then, we could use some kind of array of I2C structures each containing
> pointers to appropriate i2c-{read,write,probe,init}() functions with generic
> i2c functions just calling those pointers using bus number as index into
> that a
On 17:46 Tue 16 Dec , Jens Gehrlein wrote:
> Jean-Christophe PLAGNIOL-VILLARD schrieb:
> > On 17:25 Tue 16 Dec , Jens Gehrlein wrote:
> >> Hi list,
> >>
> >> The following patches should increase the performance of the CFI driver,
> >> particularly with regard to single word programming mod
Jean-Christophe PLAGNIOL-VILLARD schrieb:
> On 17:25 Tue 16 Dec , Jens Gehrlein wrote:
>> Hi list,
>>
>> The following patches should increase the performance of the CFI driver,
>> particularly with regard to single word programming mode.
>>
>> I tested it on TQM5200S with NOR-Flash Samsung K8P
On 17:25 Tue 16 Dec , Jens Gehrlein wrote:
> Hi list,
>
> The following patches should increase the performance of the CFI driver,
> particularly with regard to single word programming mode.
>
> I tested it on TQM5200S with NOR-Flash Samsung K8P2815UQB, which has no
> write buffer. At least n
Tested on TQM5200S-BD with Samsung K8P2815UQB
Signed-off-by: Jens Gehrlein
---
drivers/mtd/cfi_flash.c | 23 ---
1 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 1bd0e2b..bc5e151 100644
--- a/drivers/m
The function find_sector() doesn't need to be called twice in
the case of AMD command set.
Tested on TQM5200S-BD with Samsung K8P2815UQB.
Signed-off-by: Jens Gehrlein
---
drivers/mtd/cfi_flash.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/cfi_f
Hi list,
The following patches should increase the performance of the CFI driver,
particularly with regard to single word programming mode.
I tested it on TQM5200S with NOR-Flash Samsung K8P2815UQB, which has no
write buffer. At least no write buffer, that could be programmed using
standard comma
Dear Ilya Yanok,
In message <1228963917-11820-1-git-send-email-ya...@emcraft.com> you wrote:
> Include header for min_t definition instead of
> providing our own one. Removes warnings in case of OneNAND support
> enabled.
>
> Although I thinks it's a bit silly to include
> just for min_t...
>
Dear Becky Bruce,
In message <1228367087-27268-2-git-send-email-bec...@kernel.crashing.org> you
wrote:
> Casting a pointer to a phys_addr_t when it's an unsigned long long
> on a 32-bit system without first casting to a non-pointer type
> generates a compiler warning. Fix this.
>
> Signed-off-by
Dear Becky,
In message <6389dd2f-9a4e-4caa-a1fe-804939140...@kernel.crashing.org> you wrote:
>
...
> > Configuring for katmai board...
> > In file included from 44x_spd_ddr2.c:46:
> > /home/wd/git/u-boot/work/include/asm/io.h: In function 'virt_to_phys':
> > /home/wd/git/u-boot/work/include/asm/i
Dear Becky,
In message <168b6481-bf70-4e86-b766-85faca790...@kernel.crashing.org> you wrote:
>
> > Is anybody else experiencing this problem?
>
> Now that you mention this, I've occasionally seen this as well on
> various ppc boards, and I always run a parallel build (4-way). In my
> case,
Use our own local functions in lib_arm/ instead.
Signed-off-by: Wolfgang Denk
---
This patch avoids compilation problems with recent toolchains like:
arm-linux-ld: ERROR: Source object
/opt/eldk-4.2-2008-12-07/usr/bin/../lib/gcc/arm-linux-gnueabi/4.2.2/libgcc.a(_udivsi3.o)
has EABI version 4,
k...@koi8.net wrote:
> That looks similar. But why do you want to remove i2c_set_bus_num()? I think
> it would be less work to keep it.
Perhaps, but it would be even better to get rid of it. IMHO, it's a kludge. It
was a hack added to allow existing I2C routines to function while adding minima
On Dec 16, 2008, at 6:35 AM, Wolfgang Denk wrote:
> Hi all...
>
> When running "MAKEALL", I see occasional
>
> /home/wd/git/u-boot/work/include/autoconf.mk:212: *** missing
> separator. Stop.
>
> errors for some boards. The line numbers are changing (57, 85, 113,
> 129, 183, 212, 215 etc
I built the latest u-boot for MPC8313E-RDB, flashed it, and ran into trouble
after saving my environment to flash.
I'm using git://git.denx.de/u-boot-nand-flash.git (I believe the "problem" is in
other gits as well).
I'm booting from NOR flash ('make MPC8313ERDB_33_config')
The problem is CONFIG
The iteration limit is passed to mtest as a fourth parameter:
[start [end [pattern [iterations
If no fourth parameter is supplied, there is no iteration limit and the
test will loop forever.
Signed-off-by: Dirk Eibach
---
- removed whitespace messup
- removed all cleanup that does not belo
Parallel builds (using "make -jN") would occasionally fail with error
messages like
ppc_4xxFP-objdump: string.o: File format not recognized
or
post/libpost.a(cpu.o): In function `cpu_post_test':
/home/wd/git/u-boot/work/post/lib_ppc/cpu.c:130: undefined reference to
`cpu_po
Parallel builds (using "make -jN") would occasionally fail with error
messages like
include/autoconf.mk:212: *** missing separator. Stop.
Line numbers and affected boards were changing. Obviously some
Makefiles included autoconf.mk while it was still being written to.
As a fix, we now writ
Subbrathnam, Swaminathan wrote:
> Dirk,
> OMAP patches are ready and will be submitted today. Can we submit the
> OMAP patches in this list itself ?
Yes, u-boot@lists.denx.de is the correct list for U-Boot OMAP(3) MUSB
patches.
> I thought there is a different list acceptance of U
Ben Warren wrote:
> Hello Santosh,
>
> santosh pattar wrote:
>> Dear All,
>>
>> As of now in the U-boot only TFTP client is supported. I am planning
>> to have TFTP server support in the u-boot. Can you please help me in
>> this regarding?
>>
>> Please provide me few links if this has been done al
Dirk,
OMAP patches are ready and will be submitted today. Can we submit the
OMAP patches in this list itself ?
I thought there is a different list acceptance of U-Boot OMAP patches.
Regards
swami
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com
Thomas,
Thomas Abraham wrote:
> This patch series adds Mentor Graphics USB OTG host controller
> driver support and MSC support for DM6446 (TI DaVinci) platform.
Any plans to support OMAP(3), too?
Best regards
Dirk
___
U-Boot mailing list
U-Boot@li
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all...
When running "MAKEALL", I see occasional
/home/wd/git/u-boot/work/include/autoconf.mk:212: *** missing separator. Stop.
errors for some boards. The line numbers are changing (57, 85, 113,
129, 183, 212, 215 etc.), and so are the affected boards (barco,
kilauea, MPC8544DS, neo,
On 00:45 Fri 12 Dec , Shinya Kuribayashi wrote:
> Signed-off-by: Shinya Kuribayashi
> ---
>
> Hi Jean,
>
> in the commit 6d0f6bcf (rename CFG_ macros to CONFIG_SYS), this README
> file was added into ${TOPDIR} dir. Was this intended?
>
Tks, I've seen it and also send a patch to fix
He must 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
Dear Dirk Eibach,
In message <1229419373-5217-1-git-send-email-eib...@gdsys.de> you wrote:
> The iteration limit is passed to mtest as a fourth parameter:
> [start [end [pattern [iterations
> If no fourth parameter is supplied, there is no iteration limit and the
> test will loop forever.
>
>
Adding USB VBUS enable functionality for DM644x DVEVM (TI DaVinci)
platform.
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off-by: Thomas Abraham
Signed-off-by: Ajay Kumar Gupta
---
board/davinci/dvevm/dvevm.c | 23 +++
1 files changed, 23 insertions(+), 0
This patch series adds Mentor Graphics USB OTG host controller
driver support and MSC support for DM6446 (TI DaVinci) platform.
- [PATCH 1/6] usb : musb : Add high speed field in usb_device structure.
- [PATCH 2/6] usb : musb : Adding host controller driver for Mentor USB
controller.
- [PATCH 3
This patch adds support for identification of high speed devices.
For high spped devices that are connected via hubs, the information
that the device is high speed is recorded. This is required by Mentor
USB Host controller driver.
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off
Enabling USB MSC support for DM6446 (TI DaVinci) platform in the
configuration file.
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off-by: Thomas Abraham
Signed-off-by: Ajay Kumar Gupta
---
include/configs/davinci_dvevm.h | 14 ++
1 files changed, 14 insertions(+)
Hi Wolfgang,
I need the CAN driver in the boot loader because I need to handle a CAN
request in a very short time...
I doubt I can boot Linux and make the CAN driver work in the order of a few
hundreds of milliseconds...
Matteo Canella
-Original Message-
From: Wolfgang Denk [mailto:w...@d
Enabling DM6446 (TI DaVinci) USB module power and MUSB low-level
controller hook up to USB core layer.
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off-by: Thomas Abraham
Signed-off-by: Ajay Kumar Gupta
---
board/davinci/dvevm/dvevm.c |1 +
include/usb.h |
Adding Mentor USB core functionality and Mentor USB Host controller
functionality for Mentor USB OTG controller (musbhdrc).
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off-by: Thomas Abraham
Signed-off-by: Ajay Kumar Gupta
---
drivers/usb/Makefile|1 +
drivers/usb/mus
Adding DM6446 (TI DaVinci) platform specific USB functionality for
USB Phy and VBUS initialization.
Signed-off-by: Ravi Babu
Signed-off-by: Swaminathan S
Signed-off-by: Thomas Abraham
Signed-off-by: Ajay Kumar Gupta
---
drivers/usb/Makefile |1 +
drivers/usb/davinci_usb.c | 139
Dear Matteo,
In message <000901c95f58$36a73ba0$a3f5b2...@canella@selcomgroup.com> you wrote:
>
> 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.
What would be the purpose of such a drive
The iteration limit is passed to mtest as a fourth parameter:
[start [end [pattern [iterations
If no fourth parameter is supplied, there is no iteration limit and the
test will loop forever.
Signed-off-by: Dirk Eibach
---
- Beautified commit message
- Whitespace cleanup
- Linelength clean
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.
Thank you
Matteo Canella
Digitek
___
U-Boot mailing list
U-Boot@lists.denx.de
http://
On Monday 15 December 2008, Andrew Dyer wrote:
> On Mon, Dec 15, 2008 at 8:51 AM, Stefan Roese wrote:
> > This patch adds support for the Micronas VCT board series.
> > Currently the following platforms are supported:
> >
> > vct_premium
> > +/*
> > +OUTPUT_FORMAT("elf32-bigmips", "elf32-bigmi
93 matches
Mail list logo
