headers
Paolo Scaffardi | 1 Dec 2000 08:21
Picon

R: [Ppcboot-users] PPCBoot-0.6.4 released

Dear Wolfgang...

it's arrived the BDM4GDB!!!

Thank you very much, again! I'll test it as soon as i can...

About the 0.6.4 ppcboot release... dont worry about me, i'll prepare my
patches on it.

Thank you again!

- may the pinguin b with u -

Have a nice day,
Paolo Scaffardi.
AIRVENT SAM s.p.a. - RIMINI - ITALY
----- Original Message -----
From: Wolfgang Denk <wd <at> denx.de>
To: <ppcboot-internal <at> lists.sourceforge.net>
Cc: <ppcboot-users <at> lists.sourceforge.net>; <gj <at> denx.de>
Sent: Friday, December 01, 2000 12:20 AM
Subject: [Ppcboot-users] PPCBoot-0.6.4 released

> Hi Friends,
>
> a new version of PPCBoot is available on the CVS and  FTP  servers;
> it's  tagged  as  PPCBOOT_0_6_4  on  CVS,  and  the  tarball  ist  at
> ftp://ftp.denx.de/pub/ppcboot/ppcboot-0.6.4.tar.bz2
>
> This is mostly a bug fix  release;  all  patches  /  extensions  that
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan Rovins | 1 Dec 2000 20:38

[Ppcboot-users] Some questions on running on a MPMC8260

Hi All,

We are working on a project involving Motorola's MPMC8260, 
and were thinking of using Ppcboot as a wrapper for a standalone
application, just to get something
up and running quickly on the board.  (yes you can add an other 8260
Alpha-Tester/Porter to the list, along with Russ)

The MPMC8260 has it's own factory boot loader called EPPC-Bug, it is in
flash, and we don't want to 
blow it away, until we have something else that works.

The EPPC-Bug is capable of pulling an image via tftp, and we would like to
send down a Ppcboot image + standalone
and run it on the card, I suspect that the current Ppcboot build environment
constructs an image that was meant to
come up from flash, what kind of adjustments are needed to get it to run
from RAM? (ELF Headers?, Image Type?)

We can bring up a VxWorks "example"  from EPPC-Bug via tftp, 
but sofar, have not been able to get any thing else to even begin to boot.

We Have Built version 0.6.3 and have been mucking around with the hymod
config as a starting point,
but I was wondering if using a MBX board type would be closer to what we
want, since this is a Motorola product.
(or am I barking up the wrong tree here, what exactly is the definition of
MBX board type?)

I also am getting updates from CVS, (but haven't merged them yet)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dave Ellis | 2 Dec 2000 00:34

PPCBoot 0.6.4 - FADS

Dear Wolfgang,

I upgraded to 0.6.4 today. All went well except for one problem 
that broke the FADS implementation.

Here's a patch to fads/fads.c to fix it.

The important change is the initial value of base near line 601. 
I assume the value was changed to 0 for the new ADS configuration, 
so I made the change conditional on that.

The change at line 362 doesn't actually break my board since I don't 
have 16MB of DRAM. I think the original comment about using only CS2 
was correct. The equations for the FPGA on the FADS motherboard 
indicate that, and also the code (old or new) doesn't set OR3 or BR3. 
I undid the the change in the DRAM timing for the FADS. The old value 
is very conservative, but should work for more clock speeds and DRAM types.
The new value (I am guessing it was changed for the ADS, so I made the
change conditional on CONFIG_ADS) may give a little better performance. 

The other two changes are just spelling and indentation.

Thanks again for all the good work :-)

Dave

----------------------------------------
Dave Ellis - Director of Engineering
SIXNET  "Programmable I/O for Windows" 
PO Box 767
(Continue reading)

Permalink | Reply | 2 comments |
headers
Wolfgang Denk | 2 Dec 2000 01:21
Picon
Picon
Favicon

Re: PPCBoot 0.6.4 - FADS

Dear Dave,

in message <00512BA4F9D3D311912A009027E9B8F407E323 <at> NT> you wrote:
>
> I upgraded to 0.6.4 today. All went well except for one problem 
> that broke the FADS implementation.
> 
> Here's a patch to fads/fads.c to fix it.
> 
> The important change is the initial value of base near line 601. 
> I assume the value was changed to 0 for the new ADS configuration, 
> so I made the change conditional on that.
> 
> The change at line 362 doesn't actually break my board since I don't 
> have 16MB of DRAM. I think the original comment about using only CS2 
> was correct. The equations for the FPGA on the FADS motherboard 
> indicate that, and also the code (old or new) doesn't set OR3 or BR3. 
> I undid the the change in the DRAM timing for the FADS. The old value 
> is very conservative, but should work for more clock speeds and DRAM types.
> The new value (I am guessing it was changed for the ADS, so I made the
> change conditional on CONFIG_ADS) may give a little better performance. 
> 
> The other two changes are just spelling and indentation.

Thanks for the patch; it's on the CVS server now.

I'm sorry for things like that, but I don't have  any  (F)ADS  boards
here  so when I receive any modifications all I can check is that the
code compiles.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 2 Dec 2000 01:21
Picon
Picon
Favicon

[Ppcboot-users] Re: PPCBoot 0.6.4 - FADS

Dear Dave,

in message <00512BA4F9D3D311912A009027E9B8F407E323 <at> NT> you wrote:
>
> I upgraded to 0.6.4 today. All went well except for one problem 
> that broke the FADS implementation.
> 
> Here's a patch to fads/fads.c to fix it.
> 
> The important change is the initial value of base near line 601. 
> I assume the value was changed to 0 for the new ADS configuration, 
> so I made the change conditional on that.
> 
> The change at line 362 doesn't actually break my board since I don't 
> have 16MB of DRAM. I think the original comment about using only CS2 
> was correct. The equations for the FPGA on the FADS motherboard 
> indicate that, and also the code (old or new) doesn't set OR3 or BR3. 
> I undid the the change in the DRAM timing for the FADS. The old value 
> is very conservative, but should work for more clock speeds and DRAM types.
> The new value (I am guessing it was changed for the ADS, so I made the
> change conditional on CONFIG_ADS) may give a little better performance. 
> 
> The other two changes are just spelling and indentation.

Thanks for the patch; it's on the CVS server now.

I'm sorry for things like that, but I don't have  any  (F)ADS  boards
here  so when I receive any modifications all I can check is that the
code compiles.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marius Groeger | 4 Dec 2000 11:16
Picon

Re: [Ppcboot-users] Some questions on running on a MPMC8260

Jan,

On Fri, 1 Dec 2000, Jan Rovins wrote:

> The EPPC-Bug is capable of pulling an image via tftp, and we would like to
> send down a Ppcboot image + standalone
> and run it on the card, I suspect that the current Ppcboot build environment
> constructs an image that was meant to
> come up from flash, what kind of adjustments are needed to get it to run
> from RAM? (ELF Headers?, Image Type?)

You can set the CFG_MONITOR_BASE in your include/config_xxx.h file to
a different address than CFG_FLASH_BASE. In your case you'll want to
let it point to a RAM address. You also need to change the link
address accordingly in your board's boards/config.mk. Check out the
corresponding files for the MBX port.

You may also have to make provisions for not performing certain stuff
when running from ram, since they have already been done by the
EPPC-Bug and are critical to repeat. Typically this includes the
initram() function.

> We Have Built version 0.6.3 and have been mucking around with the hymod
> config as a starting point,
> but I was wondering if using a MBX board type would be closer to what we
> want, since this is a Motorola product.

No, you should stick with the hymod port, because the CPU architecture
is more important than the manufacturer. Use the MBX port as a
reference on how handle taking over from EPPC-Bug. (There isn't much
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marius Groeger | 4 Dec 2000 15:33
Picon

Re: [Ppcboot-users] 8260 Fast Ethernet

Hi,

I have just sent a patch for 8260 fast ethernet to Wolfgang. It works
on our custom boards on the FCC2. To make the driver work on other
boards, you'll need to customise a number of parameters in
ether_fcc.c: clock routing, location of the BD's and Buffers (60x bus
vs. local bus), Duplex configuration. The FCC number is selected in
the board specific configuration header. Matt and Jon seem to be
working on a PHY driver, so chances are good to get this functionality
soon as well.

Regards,
Marius Groeger

-----------------------------------------------------------------------------
Marius Groeger           SYSGO Real-Time Solutions GmbH     mgroeger <at> sysgo.de
Software Engineering     Embedded and Real-Time Software    www.sysgo.de
Voice: +49-6136-9948-0   Am Pfaffenstein 14                 www.osek.de
FAX:   +49-6136-9948-10  55270 Klein-Winternheim, Germany   www.elinos.com
Permalink | Reply | 2 comments |
headers
Wolfgang Denk | 4 Dec 2000 21:33
Picon
Picon
Favicon

Re: [Ppcboot-users] 8260 Fast Ethernet

In message <Pine.LNX.4.30.0012041506110.5247-100000 <at> mag.devdep.sysgo.de>
Marius Gröger wrote:
> 
> I have just sent a patch for 8260 fast ethernet to Wolfgang. It works
> on our custom boards on the FCC2. To make the driver work on other

... and I've checked everything in on the CVS server.

Also included are patches by Frank Herold for console on a  SCC,  and
modified   configuration   for   some  boards  (enable  RTC,  because
linux-2.4.0-test11 complains if it's not running).

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
We, the unwilling, led by the unknowing, are doing the impossible for
the ungrateful. We have done so much, for so long, with so little, we
are now qualified to do anything with nothing.
Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 4 Dec 2000 21:33
Picon
Picon
Favicon

Re: [Ppcboot-users] 8260 Fast Ethernet

In message <Pine.LNX.4.30.0012041506110.5247-100000 <at> mag.devdep.sysgo.de>
Marius Gröger wrote:
> 
> I have just sent a patch for 8260 fast ethernet to Wolfgang. It works
> on our custom boards on the FCC2. To make the driver work on other

... and I've checked everything in on the CVS server.

Also included are patches by Frank Herold for console on a  SCC,  and
modified   configuration   for   some  boards  (enable  RTC,  because
linux-2.4.0-test11 complains if it's not running).

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
We, the unwilling, led by the unknowing, are doing the impossible for
the ungrateful. We have done so much, for so long, with so little, we
are now qualified to do anything with nothing.
Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 4 Dec 2000 22:03
Picon
Picon
Favicon

Re: [Ppcboot-users] Cannot get linux to boot

Dear Derrik,

I wrote:

> Edit arch/ppc/8xx_io/uart.c; add an entry for SCC1 to "static struct
> serial_state rs_table"; change the definition of
> CONFIG_SERIAL_CONSOLE_PORT so that it is the index of your SCC1 entry
> in that table; build the kernel; be happy; tell me where to send my

Assuming that you don't use any of the SMC's for  serial  ports,  all
you need to do is applying the patch attached below.

If you still don't see any output on the console, check the log-buf:

> You can check for console output post-mortem in the 'log_buf' message
> buffer; get the address from the System.map file for your kernel:
> 
> 	-> grep log_buf System.map
> 	c00fe0e8 b log_buf
> 
> The physical address (-0xC0000000) is 0xfe0e8 in this case; after the
> system crahsed / hangs, reset  the  board,  and  dump  that  area  in
> PPCBoot:
> 
> 	=> md fe0e8

Also, you can send me your kernel's ".config" file.  Maybe  there  is
something wrong there...

Best regards,
(Continue reading)

Permalink | Reply | 0 comments |

Gmane