* Hi!
@ 2000-03-14 14:19 Sebastien Articlaux
2000-03-14 21:05 ` Hi! Wolfgang Denk
0 siblings, 1 reply; 3+ messages in thread
From: Sebastien Articlaux @ 2000-03-14 14:19 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: linuxppc-embedded
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1150 bytes --]
Hello Wolfgang,
My last e-mails on the mailing list wasn't very
constructive...I'm agree!
So,I've made some research to inform me on the process
of creating a ramdisk.
I've learned a lot of things and now I know the good
questions to ask!
Ok, tell me if I'm wrong!
Normally there is two ramdisk, the init ramdisk and an
other,bigger wich contain the complete system.
and this is linuxrc in the initramdisk wich mount the
real ramdisk, right?
But for us,we just use the initramdisk "as ramdisk"...
It's a minimal file system but to begin it's ok,
right?
So now I'm trying to create a good initramdisk.
I've put the patch for SASH in source, but I must have
to recompile SASH (that's what I understand when I
look into your CDK files)
Where can I found the source of SASH if I must
recompile it?
Then do I must put it in /bin/sash in my initrd and
make a link?
ln -s sash sh to have /bin/sh -> sash ?
And need I have to create a linuxrc if I have just the
initrd? if yes, what must I put in it because I don't
understand.
Thanks you for your help
Sébastien ARTICLAUX
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Hi!
2000-03-14 14:19 Hi! Sebastien Articlaux
@ 2000-03-14 21:05 ` Wolfgang Denk
0 siblings, 0 replies; 3+ messages in thread
From: Wolfgang Denk @ 2000-03-14 21:05 UTC (permalink / raw)
To: Sebastien Articlaux; +Cc: Wolfgang Denk, linuxppc-embedded
Dear Sébastien,
in message <20000314141913.16859.qmail@web219.mail.yahoo.com> you wrote:
>
> Normally there is two ramdisk, the init ramdisk and an
> other,bigger wich contain the complete system.
> and this is linuxrc in the initramdisk wich mount the
> real ramdisk, right?
No. Ususally you have only one ramdisk, if any.
If you have a "normal" bootdevice (like harddisk, or the network in
case of a NFS-mounted root filesystem) there is little need to have a
initrd - except to perform actions necessary to be performed before
you can access the root device. Probing the hardware and loading the
modules which necessary to access the device on whith the root
filesystem is the typical example when you want to run one of these
initrd configurations. The "initrc" script is the place whwere you
can put such actions.
The other case is when you don't have a regular boot device, for
instance in an embedded system with normal FLASH memory ("normal"
means that from the system point of view it's just a ROM device with
a linear layout - as ooposed to something simulating a disk drive
like the DiskOnChip systems and others do). Here you have two
options: you can implement a ROMFS driver for your flash memory, and
write a boot loader that boots from the ROMFS. Or you can write a
boot loader that loads just one "image" and starts it; the "image"
would contain a (compressed) Linux kernel, and a (compressed) ram
disk image. The boot loader will uncompress and start the Linux
kernel, and the Linux kernel will detect and uncompress the initrd -
and mount it as it's root filesystem. You can imagine that the second
approach is usually much simpler, especially since many systems
already have some type of boot loader to load and start an "image".
That's why the second method is often used in embedded systems: you
just p[ack everything you need in your root filesystem into one
ramdisk image, and mount this as initrd. You will never mount
another, "real" root filesystem in this case.
> But for us,we just use the initramdisk "as ramdisk"...
> It's a minimal file system but to begin it's ok,
> right?
Minimal in the sense that it has to fit into your local FLASH memory.
But of course it will have to contain all you application code and
ata files you need for normal system operation. [Or you will have to
mount anther "data storage" device once you're up and running.]
> So now I'm trying to create a good initramdisk.
> I've put the patch for SASH in source, but I must have
> to recompile SASH (that's what I understand when I
> look into your CDK files)
If you want to use SASH you will need a binary, right. SASH is
probably a good start to get things working. Later, you might decide
to directly start your application code without any shell or other
Linux tools available any more in your ramdisk image.
> Where can I found the source of SASH if I must
> recompile it?
I just took the source (sash-2.1-4.src.rpm) from one of the generic
LinuxPPC releases (LinuxPPC 1999 Q3 in my case). Just use a search
engine...
You're in France, so one of the following might be near you:
ftp://ftp.medasys-digital-systems.fr/pub0/linux/parisc/src/sash-2.1-hpux.tar.gz
ftp://ftp.lip6.fr/pub2/linux/distributions/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz
ftp://ftp.pasteur.fr/pub/computing/linux/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz
ftp://ftp.ath.cena.fr/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz
ftp://ftp.fdn.fr/.pub2/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz
ftp://ftp.u-picardie.fr/mirror/linux/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz
> Then do I must put it in /bin/sash in my initrd and
> make a link?
> ln -s sash sh to have /bin/sh -> sash ?
...or you can rename SASH iinto /bin/sh, or configure the kernel to
start /bin/sash - whatever you like.
> And need I have to create a linuxrc if I have just the
> initrd? if yes, what must I put in it because I don't
> understand.
You don't need a linuxrc script.
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away.
- Antoine de Saint-Exupery
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Hi!
@ 2005-05-12 7:29 venkata ramesh
0 siblings, 0 replies; 3+ messages in thread
From: venkata ramesh @ 2005-05-12 7:29 UTC (permalink / raw)
To: linuxppc-embedded
Hi!
I am developing driver for MPC8260 for MCC.
After issuing reset command, there is space
for intrrupt table but flag is generated
for interrupt queue is overflow.
Can u suggest me how to solve the problem ??
Thanks.
Regards,
RAMESH
Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-05-12 7:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-03-14 14:19 Hi! Sebastien Articlaux
2000-03-14 21:05 ` Hi! Wolfgang Denk
-- strict thread matches above, loose matches on Subject: below --
2005-05-12 7:29 Hi! venkata ramesh
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).