I agree with what hs been said except for one thing use tight VNC I have
found it to be faster than the original VNC. It is well supported and works
very well the web site is www.tightvnc.com it is still open source.
-Original Message-
From: Jerry Van Baren [mailto:[EMAIL PROTECTED]
There is much more administration to a development machine than a server.
You also have to know how to restart dead tasks. Find out why you keep
running out of message queues. Cope with funny sockets. I'm a device
driver developer who also looks after the administration. We were a window
shop
Hello,
in ftp://ftp.lineo.com/pub/busybox/,
you can get busybox source all versions.
Cheers
- Original Message -
From: "Prakash kanthi" <[EMAIL PROTECTED]>
To: "PPC-Linux list (E-mail)"
Sent: Wednesday, January 22, 2003 9:05 AM
Subject: busybox source
>
> Hi Folks,
>
> Does anyone kn
I think you have the wrong end of the stick. Our boards have 32MB of RAM
located at 0. We have placed IMMR at 0xfa20. The address of 0xc000
is a virtual address it does not have to have any relation to a physical
address this is done by the memory manager. The only constant is that the
I can tell you now the mapping between physical and virtual not as important
as you make out. I have Linux running on a board I described to you and
there is no RAM mapped at 0xc000. I suggest you read your chip manual
more carefully. In my 860 PowerQUICC Users manual chapters 13,14 and 16.
Hi,
I got my bdi2000, thanks to the cogent arguments supplied by WD.
Facing a problem.
1. Is it required to install ppcboot in an mpc8260ads board? If I make a
make bzImage , can the resultant image be directly loaded to flash and
start running it? the bdi2000 guys says that it is not possible. I
In message <20030122000548.26943.qmail at web41210.mail.yahoo.com> you wrote:
>
> Does anyone know where i can download the source for
> busybox used in denx ramdisk-image?
The ELDK documentation at http://www.denx.de/re/ELDK.html explains
where you can download _all_ the ELDK sources from our
Please ignore my question. I got it up.
Omanakuttan wrote:
>
> Hi,
> I got my bdi2000, thanks to the cogent arguments supplied by WD.
>
> Facing a problem.
> 1. Is it required to install ppcboot in an mpc8260ads board? If I make a
> make bzImage , can the resultant image be directly loaded to fla
Wells, Charles wrote:
>Jan,
>
>The following question assumes that your DRAM is physically organized as
>32-bits wide and connected to CS1.
>
>Do you have the PS field of BR1 set to 00 (32-bit mode) or is it set to 01
>(8-bit mode)? If it's set to 8-bit mode, a burst access becomes 16 bus
>cycles
HI,
I don't think the vmlinux at 0x0 will work. I tried the same with little
success. finally we settled for ppcboot. now I am on the process of
making the board up.
Some parameters are to be passed from the boot loader to the OS. ( what
are they?) Moreover ramdisk loading must be done by boot loa
>
>
>This pheomenon is typical for bad SDRAM initialization. Read the chip
>manufacturer's manual and follow the steps of the init sequence
>_to_the_letter_. It is _not_ sufficient to set up the UPM tables.
>
>Best regards,
>
>Wolfgang Denk
>
>
>
But we dont use SDRAM, but DRAM EDO SIMM modu
Hi FOlks,
I finally reached the last step (hopefully) of linux
kernel booting process. Kernel gets stuck after doing
a 'execve("/bin/sh")'. I tried using different
ramdisks, still no difference.
I added few printk's in the source, following the
function call path from 'execve' call. Following is
On Wed, Jan 22, 2003 at 01:15:32AM -0800, Prakash kanthi wrote:
| I wrote a small standalone program hello.c to test, if
| i can dynamically load it from init() instead of
| loading /bin/sh. I compiled the program added it to my
| ramdisk and called from init(). Following is the
| output. You can
Hi,
In cpm_8260.h, BD_ENET_RX_STATS is defined to 0x1ff, which leads
to the fcc driver can't clean the BD_ENET_RX_LAST&BD_ENET_RX_FIRST bits
with the following statement:
bdp->cbd_sc &= ~BD_ENET_RX_STATS;
The first&last bits are set by the CPM not the CPU, so they
should be cleared after the
I haven't checked the actual sources, but I bet 'va_to_pte' is _not_ a
symbol... it is probably either an "inline" function so the compiler
inserts the function's code everywhere it is "called" (saves the overhead
of the call and return with associated stack pushing and popping). When
you try to
>
> A lot of people suggest to use the Abatron BDI2000 as debug system. I used
> the Lauterbach TRACE32-ICD system with ARM processors without MMU (no
> Linux) and it works extremely well.
> The manufacturer claims it fully supports both the MMU and the Linux kernel
> (see here for more details
>
A lot of people suggest to use the Abatron BDI2000 as debug system. I used
the Lauterbach TRACE32-ICD system with ARM processors without MMU (no
Linux) and it works extremely well.
The manufacturer claims it fully supports both the MMU and the Linux kernel
(see here for more details
http://www.lau
Hi
The same error is in commproc.h for 8xx as well.
>
>
> Hi,
>
> In cpm_8260.h, BD_ENET_RX_STATS is defined to 0x1ff, which leads
> to the fcc driver can't clean the BD_ENET_RX_LAST&BD_ENET_RX_FIRST bits
> with the following statement:
> bdp->cbd_sc &= ~BD_ENET_RX_STATS;
>
> The first&last
Prakash,
Try compiling your hello.c program with the -Bstatic flag. That will
eliminate the need to load libraries, and should show if there are other
problems. If that works OK then we can focus on why your library loading
is failing.
Regards,
Daris Nevil
Prakash kanthi said:
>
> Hi FOlks,
>>
>> A lot of people suggest to use the Abatron BDI2000 as debug system. I used
>> the Lauterbach TRACE32-ICD system with ARM processors without MMU (no
>> Linux) and it works extremely well.
>> The manufacturer claims it fully supports both the MMU and the Linux kernel
>> (see here for more deta
OK, the source module was pointed out to me (arch/ppc/mm/fault.c). The
problem is that Shiv is targeting the 8260, but va_to_pte() is only defined
for 8xx or CONFIG_GT64260_ETH. Shiv doesn't say if he has
CONFIG_GT64260_ETH defined, I'm guessing not.
The code in question:
#if defined(CONFIG_8x
Joakim Tjernlund wrote:
> The same error is in commproc.h for 8xx as well.
It's not an error in either driver since first/last will always be
set in every buffer. There isn't any reason for the driver to test
or take any action based upon these indicators.
These are not data transfer error or
Hurray ...
Daris, you suggestion seem to work. I Compiled my
hello.c with -Bstatic (size was almost 1MB), added it
to ramdisk and it works. So now the problem is
narrowed down to, being not able to work with the
shared libraries.
One point is that, i DID NOT get any errors (atleast
on the sc
Hello all,
My embeded distribution for PPC 860 did not come with the cross-compiled
gdb.
Can someone point me to where I can get the ppc_8xx-gdb which will allow
me to using GDB on the host=pc and target=power-pc-860
Thanks
Cecilia Muaddi
** Sent via the linuxppc-embedded mail list. See http:
Prakash,
I had the same trouble -- in my case, a couple of different
ways.
try compiling without -Bstatic, but do 2 different trials:
compile your test
-msoft-float and -mhard-float -- if either of these works then
the libraries you've got on your ram disk are either floating
point emulation, or
Some important informations are missing to help you.
Which CPU model and revision are you using?
Which kernel version, taken from where?
Some newer CPU revs are incompatible with older kernels.
Regards,
Jean-Denis Boyer, B.Eng., Technical Leader
Medi
At 12:08 PM 1/22/2003 -0800, Muaddi, Cecilia wrote:
>
>Hello all,
>
>My embeded distribution for PPC 860 did not come with the cross-compiled
>gdb.
>
>Can someone point me to where I can get the ppc_8xx-gdb which will allow
>me to using GDB on the host=pc and target=power-pc-860
Try ELDK at denx
In message <885489B3B89FB6449F93E525DF78777F064563 at srvnt506.ALLOPTIC.COM>
you wrote:
>
> My embeded distribution for PPC 860 did not come with the cross-compiled
> gdb.
See http://www.denx.de/re/ELDK.html
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems,
> Joakim Tjernlund wrote:
>
> > The same error is in commproc.h for 8xx as well.
>
> It's not an error in either driver since first/last will always be
> set in every buffer. There isn't any reason for the driver to test
> or take any action based upon these indicators.
Yes, the CPM will set the
Joakim Tjernlund wrote:
> Yes, the CPM will set these flags, but will it also clear them if the
> buffer is not first/last in a frame? I think not.
It doesn't matter. The flags are always going to be set. Why bother
clearing them when you always set them?
> I know that the driver is designed
Hi Jason,
You are correct that your BDI2000 downloads the config file
successfully. Otherwise, it should print a message like
*** CONFIG: cannot open ep8260.cfg.init
all the time once you telnet to BDI.
I'd suggest you check permissions on /tftpboot/ppcboot.bin
It should be readable
31 matches
Mail list logo
