Hello,
I'm trying to build the latest version of u-boot for the Hawkboard. In
order to so this successfully, I had to make a small patch in order
for u-boot to recognize the ethernet PHY.
I don't know if this is the proper way of solving this issue, but it
is a working suggestion at least.
I tri
Hi Wolfgang,
> Dear Detlev Zundel,
>
> In message you wrote:
>>
>> > The question to me is why fec_probe() is called at all, even in cases
>> > where U-Boot does not use any network related commands. This is IMO
>> > wrong. Eventually somebody comes up with patches to fix this?
>>
>> As I said
I didn't find any bugs in code...
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Declared all functions that were not called outside the file as static
Signed-off-by: Frans Meulenbroeks
---
common/cmd_i2c.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index ee9577c..b00aafb 100644
--
Signed-off-by: Frans Meulenbroeks
---
common/cmd_i2c.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index b00aafb..a7672cf 100644
--- a/common/cmd_i2c.c
+++ b/common/cmd_i2c.c
@@ -148,10 +148,6 @@ int __def_i2c_set_bus_speed(u
Signed-off-by: Frans Meulenbroeks
---
common/cmd_i2c.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index a7672cf..bf7f6d3 100644
--- a/common/cmd_i2c.c
+++ b/common/cmd_i2c.c
@@ -130,6 +130,8 @@ DECLARE_GLOBAL_DATA_PTR;
#endif
Attached some patches to cleanup i2c as discussed before.
There might be some dependencies wrt ordering so please apply in order
Tested on MPC8536DS
Have fun, Frans.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-b
The code to parse alen appeared 6 times in the function.
Factored this out in a small helper function
Signed-off-by: Frans Meulenbroeks
---
common/cmd_i2c.c | 119 +
1 files changed, 47 insertions(+), 72 deletions(-)
diff --git a/common/cmd_i
and removed it from the .h file
Signed-off-by: Frans Meulenbroeks
---
common/cmd_i2c.c |2 +-
include/i2c.h|2 --
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index 5588a81..e74f359 100644
--- a/common/cmd_i2c.c
+++ b/common/cmd_i
Hello,
Months ago I had a problem with network on Colibri PXA320. A applied all
patches from Marek's web
site http://openpxa.sourceforge.net/, but net didn't work at all in U-Boot and
in Linux.
When I tried to read/write into/from ethernet chip I/O registers, that was
mapped in the memory, syst
Hi Norbert,
> Hello
> Let me first say that I am *completely* new to U-Boot.
> I have a Sheeva Plug with a board Rev1.3.
>
> While trying to learn about it, at the U-Boot prompt I issued a command
> I'd better not issued:
> nand erase
> It seems, U-Boot did what I asked to do...
> No U-Boot prompt
Apologies, apparently accidently mangled the command line.
(actually there was an unrelated patch inbetween, so edited the
subject line after creating the patch, and goofed.
Guess you all know now what editor I'm using.
Patch does apply.
Frans
___
U-Boot
On Thu, 25 Mar 2010 20:57:10 +0100
"Norbert Wegener" wrote:
> While trying to learn about it, at the U-Boot prompt I issued a command
> I'd better not issued:
> nand erase
> It seems, U-Boot did what I asked to do...
> No U-Boot prompt any more and nothing else:-(
You can reflash it with OpenOCD
Hi Dennis,
> Hello,
> Months ago I had a problem with network on Colibri PXA320. A applied all
> patches from Marek's web
> site http://openpxa.sourceforge.net/, but net didn't work at all in U-Boot
> and in Linux.
> When I tried to read/write into/from ethernet chip I/O registers, that was
>
Hi Frans,
> This is not a formal patch but a review request.
> Do people feel this patch is desirable and ok?
I feel it is desirable yes.
> and should I keep it like this, or should I merge do_bmp_info and
> bmp_info into one func (and similarly for do_bmp_display and
> bmp_display)
I'd vote to
Hi Frans,
> also added a missing \n in the help messages
>
> Signed-off-by: Frans Meulenbroeks
> ---
> common/cmd_usb.c | 391
> --
> 1 files changed, 233 insertions(+), 158 deletions(-)
>
> as discussed before on the mailing list
> tested on
Hi Frans,
> I also noticed that the marvell u-boot image has a lot more commands
> that are not in the u-boot git (e.g. bubt).
> Are there any plans to merge those ?
This is a question better put to the people mainting the marvell
U-Boot. But if someone volunteers to post the code here, it will
Hi Frans,
> Guess you all know now what editor I'm using.
Emacs in Viper mode? *lol*
Cheers
Detlev
--
Today people don't go to rock concerts to listen to the music, because
you can't. They go there to be part of the environment.
-- Peter Eisenman
--
DEN
Hello,
Am 23.03.2010 16:58, schrieb Tom:
> Achim Ehrlich wrote:
>> This converts the at91 watchdog driver to new c structure
>> type to access registers of the SoC
>>
>> Signed-off-by: Achim Ehrlich
>
> Applied to arm/next
Maybe this should go to the current branch because the watchdog-driver
cu
Hi
>
> Why don't you wrap this change into a patch and post it here[1] on the
> mailing list. If there are reasons not to merge it, the respective
> people will speak up.
Because it's not my patch. I didn't write it. I did only copy and paste.
Best Regards,
Dennis
_
Hi Dennis,
> Hi
>>
>> Why don't you wrap this change into a patch and post it here[1] on the
>> mailing list. If there are reasons not to merge it, the respective
>> people will speak up.
>
> Because it's not my patch. I didn't write it. I did only copy and paste.
That's not a big problem.
Hi Wolfgang,
On Thursday 25 March 2010 12:49:54 Wolfgang Denk wrote:
> > > In flash_erase, the verbose printing of '.' is changed that it will
> > > go with each sector whether successed or failed.
> >
> > Applied to u-boot-cfi-flash/next. Thanks.
>
> I object against pulling in a global change
Dear Detlev,
In message you wrote:
>
> > We do not want to touch interfaces that we don't use. If we don't use
> > Ethernet in U-Boot, there is no need to probe or initialize it.
>
> Ok, I still don't get it. Is this "we do not touch interfaces" a truth
> not to be questioned or is it the esse
This patch adds driver for a trivial gpio core, which is described
in http://nioswiki.com/GPIO.
Signed-off-by: Thomas Chou
---
include/asm-nios2/gpio.h | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 include/asm-nios2/gpio.
Dear Tobias Knutsson,
In message you
wrote:
>
> I'm trying to build the latest version of u-boot for the Hawkboard. In
> order to so this successfully, I had to make a small patch in order
> for u-boot to recognize the ethernet PHY.
Hawkboard? I don't see support for any such board in mainline
Hi Wolfgang,
>> > We do not want to touch interfaces that we don't use. If we don't use
>> > Ethernet in U-Boot, there is no need to probe or initialize it.
>>
>> Ok, I still don't get it. Is this "we do not touch interfaces" a truth
>> not to be questioned or is it the essence of other goals we
Dear Detlev,
In message you wrote:
>
> >> > We do not want to touch interfaces that we don't use. If we don't use
...
...
> Full ACK and I really _never_ questioned this.
Good.
> > I cannot understand how you might think that writing some data to
> > registers or internal RAM of a device cou
Hi All,
I know this post is off topic - I you can point me to a better target
audience (except LKML - they are somewhat reserved about requests for help
;) please let me know. That said, here goes...
I now have U-Boot (x86 port) fully capable of booting a Linux kernel
(2.6.33). I downloaded Build
Hi Wolfgang,
>> > I cannot understand how you might think that writing some data to
>> > registers or internal RAM of a device could be NOT considered as
>> > "touching" this device. You modify the state of this device, ergo you
>> > are touching it. Or not?
>>
>> This is getting philosophical, r
Hi all,
I still have problems with the ethernet on my custom MCF54452 board.
Here is my current configuration:
/* this is defined for M54455EVB in m68k/immap.h *sigh* */
#define CONFIG_SYS_FEC1_IOBASE (MMAP_FEC1)
#define CONFIG_NET_MULTI1
#define CONFIG_MII
> Subject: Re: [U-Boot] [PATCH] Davinci - Support PYHs with MDIO address !=
> 0
>
> Dear Tobias Knutsson,
>
> In message
> you wrote:
> >
> > I'm trying to build the latest version of u-boot for the Hawkboard. In
> > order to so this successfully, I had to make a small patch in order
> > for u
On Fri, Mar 26, 2010 at 12:20, Wolfgang Denk wrote:
> Dear Tobias Knutsson,
>
> In message you
> wrote:
>>
>> I'm trying to build the latest version of u-boot for the Hawkboard. In
>> order to so this successfully, I had to make a small patch in order
>> for u-boot to recognize the ethernet PHY.
Hi all,
I am developing usb serial interface for sam9263-ek. I ported the code from
uboot-1.1.5 version (sam9261) to the latest tree (sam9263) from here
http://www.dashdaq.com/support/developers.htm . I am currently facing
problems in SendData function which send data to the host. The setflags an
Hi,
On 26 Mar 2010 at 14:13, w.weg...@astro-kom.de wrote:
[...]
> When a command like dhcp times out and eth_init tries to switch to the other
> interface (FEC1) with eth_current->init(), U-Boot locks up. I still have to
> look
> further into this what exactly fails.
the lockup itself is caused
Hi Graeme,
> Hi All,
>
> I know this post is off topic - I you can point me to a better target
> audience (except LKML - they are somewhat reserved about requests for help
> ;) please let me know. That said, here goes...
>
> I now have U-Boot (x86 port) fully capable of booting a Linux kernel
> (2
On 26 Mar 2010 at 15:55, w.weg...@astro-kom.de wrote:
> phytype is matched against the last entry of phyinfo erroneously:
>
> phy_info_t phyinfo[] = {
> {0x0022561B, "AMD79C784VC"},/* AMD 79C784VC */
> [...]
> {0, 0}
> };
ouch, things are even worse... I did not quote enough of th
Try without 'init=/bin/sh'. Do you really have /bin/sh file or /sbin/init file
on your rootfs?
26.03.10, 23:33, "Graeme Russ" :
> Hi All,
>
> I know this post is off topic - I you can point me to a better target
> audience (except LKML - they are somewhat reserved about requests for help
>
Hi,
OK, thanks, I'll try
Best Regards,
Dennis Semakin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Balagopal K S,
In message <84a053611003252114r6904378av12237e95df86b...@mail.gmail.com> you
wrote:
>
> I am trying to port u-boot to PC. I have managed to boot up until the u-boot
> prompt and also make PCI command work. Anyone interested can reply to this
> mail.
Can you please play by the
< snip>
> Once this patchset is applied I believe the x86 port of U-Boot will be
> ready for more mainstream use
>
> Wolfgang - If there is any other renewed interest in the x86 port, I would
> be more than happy to be an official custodian
Hi Graeme,
Is there a quick summary about what is suppo
On Sat, 2010-03-20 at 23:51 +0100, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1260745480-22442-1-git-send-email-pty...@xes-inc.com> you wrote:
> > This series reorganizes U-Boot's directory structure so that it looks
> > like:
> > /arch/$ARCH/
> > /lib/
> > /include/asm/
> >
Hi all,
the problems boiled down to two things:
- full MII and non-shared MII-management interface is not
currently supported for MCF5445x
- when a PHY returns id 0x0, matching for this ID results in
a lock-up in mcfmii.c
considering PHY ID 0x0 as broken anyways, I could get my board
to run w
> So it looks like the kernel has no problem locating /bin/sh in the JFFS2
> partition but then the lights go out. I've also tried /bin/init - same result.
>
> I even tried changing /dev/console to be a symlink to /dev/ttyS0 but that
> didn't change a thing.
>
> I am _SO_ close to getting this g
Dear Detlev Zundel,
In message you wrote:
>
> > I was referring to this part of Heikos mail:
> >
> >> While writing this, and realizing that this behaviour is a feature,
> >> maybe this problem occur on other network drivers on arm plattforms
> >> too ... hah, found one:
> >>
> >> drivers/net/k
Hi,
hopefully you can help and point me in the right direction.
I want to boot u-boot with resides in NOR flash to then boot the linux
kernel with is on partition 1 of my sd-card.
I can compile the u-boot found here [1] and it works when at
0x33F8', with is in NAND. Just changing all the pla
Use the same code between primary and secondary cores to init the
L1 cache. We were not enabling cache parity on the secondary cores.
Also, reworked the L1 cache init code to match the e500mc L2 init code
that first invalidates the cache and locks. Than enables the cache and
makes sure its enabl
This patch adds driver for a trivial gpio core, which is described
in http://nioswiki.com/GPIO.
When CONFIG_SYS_GPIO_BASE is not defined, board may provide
its own driver.
Signed-off-by: Thomas Chou
---
include/asm-nios2/gpio.h | 52 ++
1 files chan
On Thu, Mar 25, 2010 at 2:57 PM, Kumar Gala wrote:
> Acked-by: Kumar Gala
>
> Wolfgang, can you pick this up for v2010.03
No, don't pick this up. Making all of DDR guarded is not the right
fix for this problem. I have a better patch coming that provides a
real fix.
--
Timur Tabi
Linux kerne
Peter Tyser wrote:
> < snip>
>
>> Once this patchset is applied I believe the x86 port of U-Boot will be
>> ready for more mainstream use
>>
>> Wolfgang - If there is any other renewed interest in the x86 port, I would
>> be more than happy to be an official custodian
>
> Hi Graeme,
> Is there a
Most 32 bits processors use this.
Signed-off-by: Thomas Chou
---
include/asm-nios2/byteorder.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/asm-nios2/byteorder.h b/include/asm-nios2/byteorder.h
index 495c823..d5c152e 100644
--- a/include/asm-nios2/byteord
This patch adds a gpio based status led driver. The led mask
is used to specify the gpio pin.
Signed-off-by: Thomas Chou
---
board/altera/common/gpioled.c | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
create mode 100644 board/altera/common/gpioled.c
d
51 matches
Mail list logo
