Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying to boot
it
from a simple boot floppy (made with mkifs + dinit). The system crashes as
soon
as loading the floppy completes. From reading the NTO Proc Dump I can tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel code/data
segments
are around address 0xf0000000, which is probably occupied already by PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h>
Delta: We never make the same mistake three times. – David Letterman
What version of NTO are you using?
It should work.
“Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
news:39BCFD7A.2C6CED62@conexant.com…
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system crashes as
soon
as loading the floppy completes. From reading the NTO Proc Dump I can tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel code/data
segments
are around address 0xf0000000, which is probably occupied already by PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David Letterman
I’m having problem with Photon though.
For your info I know someone who’s is running
NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
“Mario Charest” <mcharest@zinformatic.com> wrote in message
news:8pj95l$t2i$1@inn.qnx.com…
What version of NTO are you using?
It should work.
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BCFD7A.2C6CED62@conexant.com> …
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system crashes
as
soon
as loading the floppy completes. From reading the NTO Proc Dump I can
tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel code/data
segments
are around address 0xf0000000, which is probably occupied already by PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David Letterman
Hi!
Yes, Neutrino 2.0 Beta 1.
Any chance you could ask this friend of yours if he/she could contact me?
Thanks,
Amit
Mario Charest wrote:
I’m having problem with Photon though.
For your info I know someone who’s is running
NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
“Mario Charest” <> mcharest@zinformatic.com> > wrote in message
news:8pj95l$t2i$> 1@inn.qnx.com> …
What version of NTO are you using?
It should work.
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BCFD7A.2C6CED62@conexant.com> …
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system crashes
as
soon
as loading the floppy completes. From reading the NTO Proc Dump I can
tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel code/data
segments
are around address 0xf0000000, which is probably occupied already by PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David Letterman
–
#include <Legal/disclaim.h>
Beam me up, Scotty, there’s no intelligent life down here!
I could ask, but I’m the one that setup the machine, so if you have
specific question you could give me a try 
“Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
news:39BE094E.4A06B5C1@conexant.com…
Hi!
Yes, Neutrino 2.0 Beta 1.
Any chance you could ask this friend of yours if he/she could contact me?
Thanks,
Amit
Mario Charest wrote:
I’m having problem with Photon though.
For your info I know someone who’s is running
NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
“Mario Charest” <> mcharest@zinformatic.com> > wrote in message
news:8pj95l$t2i$> 1@inn.qnx.com> …
What version of NTO are you using?
It should work.
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BCFD7A.2C6CED62@conexant.com> …
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying
to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system
crashes
as
soon
as loading the floppy completes. From reading the NTO Proc Dump I
can
tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel
code/data
segments
are around address 0xf0000000, which is probably occupied already by
PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David
Letterman
\
#include <Legal/disclaim.h
Beam me up, Scotty, there’s no intelligent life down here!
Hi,
Weel, I was thinking that maybe the kernel boots to the top of memory, and
this
might be a problem because the top of memory in myh case is 4GB, and the
BIOS on
this machine is setting up all PCI devices with memory mapped I/O in this
same
area.
I thought I should look up and try to find if there is a way to force the
image
to load the kernel to a specific memory location lower than top of memory.
Do
you know if this is possible?
Amit
Mario Charest wrote:
I could ask, but I’m the one that setup the machine, so if you have
specific question you could give me a try >
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BE094E.4A06B5C1@conexant.com> …
Hi!
Yes, Neutrino 2.0 Beta 1.
Any chance you could ask this friend of yours if he/she could contact me?
Thanks,
Amit
Mario Charest wrote:
I’m having problem with Photon though.
For your info I know someone who’s is running
NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
“Mario Charest” <> mcharest@zinformatic.com> > wrote in message
news:8pj95l$t2i$> 1@inn.qnx.com> …
What version of NTO are you using?
It should work.
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BCFD7A.2C6CED62@conexant.com> …
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am trying
to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system
crashes
as
soon
as loading the floppy completes. From reading the NTO Proc Dump I
can
tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel
code/data
segments
are around address 0xf0000000, which is probably occupied already by
PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David
Letterman
\
#include <Legal/disclaim.h
Beam me up, Scotty, there’s no intelligent life down here!
–
#include <Legal/disclaim.h>
Ontogeny recapitulates phylogeny.
“Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
news:39BF1A92.D48BC8FC@conexant.com…
Hi,
Weel, I was thinking that maybe the kernel boots to the top of memory, and
this
might be a problem because the top of memory in myh case is 4GB, and the
BIOS on
this machine is setting up all PCI devices with memory mapped I/O in this
same
area.
I thought I should look up and try to find if there is a way to force the
image
to load the kernel to a specific memory location lower than top of memory.
Do
you know if this is possible?
I remember somethink about it, both don’t recall the exact detail
But still I would be EXTREMELY surprise the BIOS maps the PCI
devices at the same address as physical memory.
You might want to post your question in qnd.public.neutrino.
QSSL staff may want to hear about your problem.
Amit
Mario Charest wrote:
I could ask, but I’m the one that setup the machine, so if you have
specific question you could give me a try >
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BE094E.4A06B5C1@conexant.com> …
Hi!
Yes, Neutrino 2.0 Beta 1.
Any chance you could ask this friend of yours if he/she could contact
me?
Thanks,
Amit
Mario Charest wrote:
I’m having problem with Photon though.
For your info I know someone who’s is running
NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
“Mario Charest” <> mcharest@zinformatic.com> > wrote in message
news:8pj95l$t2i$> 1@inn.qnx.com> …
What version of NTO are you using?
It should work.
“Amit Margalit” <> Amit.Margalit@conexant.com> > wrote in message
news:> 39BCFD7A.2C6CED62@conexant.com> …
Hello!
I have a SMP system with 2 Pentium III Xeons installed. I am
trying
to
boot
it
from a simple boot floppy (made with mkifs + dinit). The system
crashes
as
soon
as loading the floppy completes. From reading the NTO Proc Dump
I
can
tell
that
it is in kernel mode (state(c0)=now lock) and that the kernel
code/data
segments
are around address 0xf0000000, which is probably occupied
already by
PCI
devices!
Any ideas?
Thanks,
Amit
–
#include <Legal/disclaim.h
Delta: We never make the same mistake three times. – David
Letterman
\
#include <Legal/disclaim.h
Beam me up, Scotty, there’s no intelligent life down here!
–
#include <Legal/disclaim.h
Ontogeny recapitulates phylogeny.
This was a known problem with Neutrino 2.1 Beta 1 and has been solved,
upgrading to Beta 3 should solve your problem. If not you should
try the following senerios.
Try using just under 4 gigs of memory
Try using non-SMP mode
If this problem does exist in beta 3 it would be great if you
could let us know.
In qdn.public.neutrino Mario Charest <mcz@videotron.ca> wrote:
: “Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
: news:39BF1A92.D48BC8FC@conexant.com…
:> Hi,
:>
:> Weel, I was thinking that maybe the kernel boots to the top of memory, and
:> this
:> might be a problem because the top of memory in myh case is 4GB, and the
:> BIOS on
:> this machine is setting up all PCI devices with memory mapped I/O in this
:> same
:> area.
:>
:> I thought I should look up and try to find if there is a way to force the
:> image
:> to load the kernel to a specific memory location lower than top of memory.
:> Do
:> you know if this is possible?
:>
: I remember somethink about it, both don’t recall the exact detail
: But still I would be EXTREMELY surprise the BIOS maps the PCI
: devices at the same address as physical memory.
: You might want to post your question in qnd.public.neutrino.
: QSSL staff may want to hear about your problem.
:> Amit
:>
:> Mario Charest wrote:
:> >
:> > I could ask, but I’m the one that setup the machine, so if you have
:> > specific question you could give me a try
:> >
:> > “Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
:> > news:39BE094E.4A06B5C1@conexant.com…
:> > > Hi!
:> > >
:> > > Yes, Neutrino 2.0 Beta 1.
:> > >
:> > > Any chance you could ask this friend of yours if he/she could contact
: me?
:> > >
:> > > Thanks,
:> > >
:> > > Amit
:> > >
:> > > Mario Charest wrote:
:> > > >
:> > > > I’m having problem with Photon though.
:> > > >
:> > > > For your info I know someone who’s is running
:> > > > NTO 2 Beta 1 on 4 Pentium II Xeon (they are not Pentium III Xeon)
:> > > >
:> > > > “Mario Charest” <mcharest@zinformatic.com> wrote in message
:> > > > news:8pj95l$t2i$1@inn.qnx.com…
:> > > > >
:> > > > > What version of NTO are you using?
:> > > > >
:> > > > > It should work.
:> > > > >
:> > > > > “Amit Margalit” <Amit.Margalit@conexant.com> wrote in message
:> > > > > news:39BCFD7A.2C6CED62@conexant.com…
:> > > > > > Hello!
:> > > > > >
:> > > > > > I have a SMP system with 2 Pentium III Xeons installed. I am
: trying
:> > to
:> > > > > boot
:> > > > > > it
:> > > > > > from a simple boot floppy (made with mkifs + dinit). The system
:> > crashes
:> > > > as
:> > > > > > soon
:> > > > > > as loading the floppy completes. From reading the NTO Proc Dump
: I
:> > can
:> > > > tell
:> > > > > > that
:> > > > > > it is in kernel mode (state(c0)=now lock) and that the kernel
:> > code/data
:> > > > > > segments
:> > > > > > are around address 0xf0000000, which is probably occupied
: already by
:> > PCI
:> > > > > > devices!
:> > > > > >
:> > > > > > Any ideas?
:> > > > > >
:> > > > > > Thanks,
:> > > > > >
:> > > > > > Amit
:> > > > > >
:> > > > > > –
:> > > > > > #include <Legal/disclaim.h>
:> > > > > > -----
:> > > > > > Delta: We never make the same mistake three times. – David
:> > Letterman
:> > > > >
:> > > > >
:> > >
:> > > –
:> > > #include <Legal/disclaim.h>
:> > > -----
:> > > Beam me up, Scotty, there’s no intelligent life down here!
:>
:> –
:> #include <Legal/disclaim.h>
:> -----
:> Ontogeny recapitulates phylogeny.