Flash programming questions

Now, I have the same problem. Have you solved it, yet? If you can, write to me the way you do boot fads 823 from flash, pls. thanks jari ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

[Fwd: Re: FADS problem]

OK, thank You for all. Now my FADS runs with linux. -- * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

DHCP client

Hi everyone Is there anyone who has implemented a DHCP client for 8xx successfully? If so, could you point us in the right direction please. A search for DHCP on the MontaVista site came up with No documents match..., but there are other sources e.g. the www.isc.org site, or maybe Red Hat's

PATCH: 2.2 series FEC driver performance improvements

Hi gang, I've been profiling TCP performance over the FEC, and have come up with a patch which improves onchip FEC receive performance on the MPC855/860T processors, by DMAing received data for large packets directly in a kernel socket buffer instead of using eth_copy_and_sum to copy the

PPCBoot memory mapping problems

At 05:45 PM 8/18/00 -0700, clark at esteem.com wrote: Okay here is the situation, I have hacked slashed the PPCBoot code to work with our custom board (all except the flash portion). I have mapped the memory as show below. address sizename

PPCBoot memory mapping problems

Here is the complete document from the Linux tree, Documentation/powerpc/SBC8260_memory_mapping.txt: Please mail me (Jon Diekema, diekema_jon at si.com or diekema at cideas.com) if you have questions, comments or corrections. * EST SBC8260 Linux memory mapping rules

decrementer_count, count_period_num, and count_period_den has disappeared

It appears the decrementer_count, count_period_num, and count_period_den variables from arch/ppc/kernel/time.c have changed. This is causing arch/ppc/kernel/m8260_setup.c to not compile. m8260_setup.c: In function `abort': m8260_setup.c:105: warning: `noreturn' function does return

decrementer_count, count_period_num, and count_period_den has disappeared

On Mon, 21 Aug 2000, diekema_jon wrote: It appears the decrementer_count, count_period_num, and count_period_den variables from arch/ppc/kernel/time.c have changed. This is causing arch/ppc/kernel/m8260_setup.c to not compile. Yes, that's my fault (but seriously the previous code was

PPCBoot memory mapping problems

Maybe we should keep PPCBoot related discussion out of this list? IMHO it belongs to the ppcboot-users at lists.sourceforge.net mailing list. In message 4.3.2.2821065652.00b573b0 at falcon.si.com you wrote: One thing that leaps out at me which could be a problem, depending on

decrementer_count, count_period_num, and count_period_den has

Does this patch make sense? dell 200} bk diffs -r1.7 -u arch/ppc/kernel/m8260_setup.c = arch/ppc/kernel/m8260_setup.c 1.7 vs 1.10 = --- 1.7/arch/ppc/kernel/m8260_setup.c Wed Aug 2 12:53:58 2000 +++ 1.10/arch/ppc/kernel/m8260_setup.c Mon Aug 21 09:34:30 2000 @@ -113,9 +113,8 @@

DHCP client

We tried the ISC implementation (version 2.0) of the client. It compiled and executed successfully on our '850 board (BSE IP) with very little effort. We are using the Monta Vista CDK 1.0 development environment. The bulk of the effort was involved with providing persistent storage of the lease

decrementer_count, count_period_num, and count_period_den has

On Mon, 21 Aug 2000, diekema_jon wrote: Does this patch make sense? Yes, with the few remarks below... dell 200} bk diffs -r1.7 -u arch/ppc/kernel/m8260_setup.c = arch/ppc/kernel/m8260_setup.c 1.7 vs 1.10 = --- 1.7/arch/ppc/kernel/m8260_setup.c Wed Aug 2 12:53:58 2000 +++

DHCP client

On Mon, 21 Aug 2000, Coenraad Jacobsz wrote: Hi everyone Is there anyone who has implemented a DHCP client for 8xx successfully? If so, could you point us in the right direction please. A search for DHCP on the MontaVista site came up with No documents match..., but there are other sources

Problems using shared library in corss environment

Seong-kyu Ko wrote: Hi everybody. First, I'm sorry for my weak English, but please read my problem and help me. I have some problems in building a powerpc corss compiler environment. I'm now trying to build a cross environment, the host is i386 and target is powerpc. These are the

PPCBoot memory mapping problems

Wolfgang wrote: Maybe we should keep PPCBoot related discussion out of this list? IMHO it belongs to the ppcboot-users at lists.sourceforge.net mailing list. Sorry, There is no problem with PPCBoot, My problem seems to be our emulator. I wasn't sure if it was a problem