Shudong,
Do you think it is possible to get us some info on the
entry points from bus_ops vector and their arguments ?
Regards,
Cyril
On 1/12/06, Cyril Plisko wrote:
> On 1/12/06, Shudong Zhou wrote:
> > We don't have any docs on writing nexus drivers. I have a very old
> > nexus drive
On 1/18/06, Sven Luther wrote:
> On Tue, Jan 17, 2006 at 05:48:13PM +0200, Cyril Plisko wrote:
> > On 1/17/06, Joerg Schilling wrote:
> > > Cyril Plisko wrote:
> > >
> > > > On 1/17/06, Joerg Schilling wrote:
> > > > > Cyril Plisko wrote:
> > > > >
> > > > > > > BTW: did someone find out how m
On Wed, Jan 18, 2006 at 12:12:58AM +0200, Cyril Plisko wrote:
> On 1/18/06, Sven Luther wrote:
> > On Tue, Jan 17, 2006 at 05:48:13PM +0200, Cyril Plisko wrote:
> > > On 1/17/06, Joerg Schilling wrote:
> > > > Cyril Plisko wrote:
> > > >
> > > > > On 1/17/06, Joerg Schilling wrote:
> > > > > >
On Tue, Jan 17, 2006 at 05:48:13PM +0200, Cyril Plisko wrote:
> On 1/17/06, Joerg Schilling wrote:
> > Cyril Plisko wrote:
> >
> > > On 1/17/06, Joerg Schilling wrote:
> > > > Cyril Plisko wrote:
> > > >
> > > > > > BTW: did someone find out how multiboot gets the address of the
> > > > > > lo
Hello,
Thanks to Noah Yan's patch, I've got a PPC with GRUB 2 support.
I'll try to hack a skeleton multiboot.c up over the weekend, if that helps. :)
--
Regards,
Jeremy
On 1/17/06, Joerg Schilling wrote:
> Cyril Plisko wrote:
>
> > On 1/17/06, Joerg Schilling wrote:
> > > Cyril Plisko wrote:
> > >
> > > > > BTW: did someone find out how multiboot gets the address of the
> > > > > loaded ramdisk?
> > > > >
> > > >
> > > > I think grub passes that info to multi
On 1/17/06, Joerg Schilling wrote:
> Cyril Plisko wrote:
>
> > > BTW: did someone find out how multiboot gets the address of the loaded
> > > ramdisk?
> > >
> >
> > I think grub passes that info to multiboot.
>
> I thought this too, but I could not find the related data.
Here it is:
http://www.
Cyril Plisko wrote:
> On 1/17/06, Joerg Schilling wrote:
> > Cyril Plisko wrote:
> >
> > > > BTW: did someone find out how multiboot gets the address of the loaded
> > > > ramdisk?
> > > >
> > >
> > > I think grub passes that info to multiboot.
> >
> > I thought this too, but I could not find
Cyril Plisko wrote:
> > BTW: did someone find out how multiboot gets the address of the loaded
> > ramdisk?
> >
>
> I think grub passes that info to multiboot.
I thought this too, but I could not find the related data.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling
On 1/17/06, Sven Luther wrote:
> On Tue, Jan 17, 2006 at 02:05:48PM +0200, Cyril Plisko wrote:
> > On 1/17/06, Joerg Schilling wrote:
> > > BTW: did someone find out how multiboot gets the address of the loaded
> > > ramdisk?
> > >
> >
> > I think grub passes that info to multiboot.
>
> Yes, no
On 1/17/06, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > On Mon, Jan 16, 2006 at 04:05:25PM +0200, Cyril Plisko wrote:
> > > The trick here is that unix has krtld as an interpreter
> >
> > Oh, neat.
> >
> > > zulu:/home/imp> elfdump -i /platform/i86pc/kernel/unix
> > >
> > > Interpreter Sect
On Tue, Jan 17, 2006 at 08:38:05PM +0800, Jeremy Teo wrote:
> Hello,
>
>
> Thanks to Noah Yan's patch, I've got a PPC with GRUB 2 support.
>
> I'll try to hack a skeleton multiboot.c up over the weekend, if that helps. :)
That would be great indeed.
Friendly,
Sven Luther
On Tue, Jan 17, 2006 at 02:28:06PM +0200, Cyril Plisko wrote:
> On 1/17/06, Sven Luther wrote:
> > On Tue, Jan 17, 2006 at 02:05:48PM +0200, Cyril Plisko wrote:
> > > On 1/17/06, Joerg Schilling wrote:
> > > > BTW: did someone find out how multiboot gets the address of the loaded
> > > > ramdisk
On Tue, Jan 17, 2006 at 02:05:48PM +0200, Cyril Plisko wrote:
> On 1/17/06, Joerg Schilling wrote:
> > BTW: did someone find out how multiboot gets the address of the loaded
> > ramdisk?
> >
>
> I think grub passes that info to multiboot.
Yes, no other choice, but how ? I think that we may simp
Sven Luther wrote:
> On Mon, Jan 16, 2006 at 04:05:25PM +0200, Cyril Plisko wrote:
> > The trick here is that unix has krtld as an interpreter
>
> Oh, neat.
>
> > zulu:/home/imp> elfdump -i /platform/i86pc/kernel/unix
> >
> > Interpreter Section: .interp
> > misc/krtld
> > zulu:/home/im
On Mon, Jan 16, 2006 at 03:58:32PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > Anyway, i have another question.
> >
> > multiboot is booted by grub2, it is then loads the ramdisks, opens it, reads
> > the (gen)unix kernel,
>
> This is something I did already write you
>
>
On Mon, Jan 16, 2006 at 04:05:25PM +0200, Cyril Plisko wrote:
> The trick here is that unix has krtld as an interpreter
Oh, neat.
> zulu:/home/imp> elfdump -i /platform/i86pc/kernel/unix
>
> Interpreter Section: .interp
> misc/krtld
> zulu:/home/imp>
Didn't know that elf allowed for in
Sven Luther wrote:
> On Mon, Jan 16, 2006 at 12:29:26PM +0100, Joerg Schilling wrote:
>
>>Sven Luther wrote:
>>
>>
AFAIK, multiboot does not forward to GRUB for license reasons.
>>>
>>>Huh ? if grub exports a clear api, then there are no licencing problems. It
>>>is
>>>not like if you would
Sven Luther wrote:
> Anyway, i have another question.
>
> multiboot is booted by grub2, it is then loads the ramdisks, opens it, reads
> the (gen)unix kernel,
This is something I did already write you
grub loads the ramdisk _and_ multiboot.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-
On Mon, Jan 16, 2006 at 12:29:26PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > > AFAIK, multiboot does not forward to GRUB for license reasons.
> >
> > Huh ? if grub exports a clear api, then there are no licencing problems. It
> > is
> > not like if you would link with it.
>
> Wel
Sven Luther wrote:
> > AFAIK, multiboot does not forward to GRUB for license reasons.
>
> Huh ? if grub exports a clear api, then there are no licencing problems. It is
> not like if you would link with it.
Well, it seems that Sun did like to avoid any possible problem.
Note that although the GP
On Thu, Jan 12, 2006 at 02:32:04PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > > The multiboot program needs to know where the ramdisk is in memory.
> >
> > Perfect, i was confused, i though that, like the linux kernel, it would be
> > the
> > kernel who would know about that.
> >
>
Sven Luther wrote:
> > The multiboot program needs to know where the ramdisk is in memory.
>
> Perfect, i was confused, i though that, like the linux kernel, it would be the
> kernel who would know about that.
>
> multiboot also contains the elf-linker, which will load the unix kernel from
> the
On Thu, Jan 12, 2006 at 12:20:12PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > I don't think the pegasos OF does (yet) support the NEEDED tag, but i can
> > implement this, or we could use an external tool to deal with this.
>
> It does not need to support this as this will be done
On Thu, Jan 12, 2006 at 12:21:00PM +0100, Joerg Schilling wrote:
> > And unix is in the ramdisk, right ?
>
> correct.
...
> The multiboot program needs to know where the ramdisk is in memory.
Perfect, i was confused, i though that, like the linux kernel, it would be the
kernel who would know a
Sven Luther wrote:
> On Wed, Jan 11, 2006 at 05:37:25PM +0100, Joerg Schilling wrote:
> > Sven Luther wrote:
> >
> >
> > > Well, i am not sure if i am missing something, but i think the unix +
> > > boot_archive situation is not all that different from what i see in the
> > > linux
> > > worl
Sven Luther wrote:
> I don't think the pegasos OF does (yet) support the NEEDED tag, but i can
> implement this, or we could use an external tool to deal with this.
It does not need to support this as this will be done by multiboot or something
similar.
> The other question i have about this,
On 1/12/06, Shudong Zhou wrote:
> We don't have any docs on writing nexus drivers. I have a very old
> nexus driver doc from Solaris 2.3, but it's just a hardcopy (if I
> can find it) and the content is out of date.
>
> I'll see if we can create some blog entries on nexus drivers. In
> the meantim
Thanks, Shudong, this is very useful document.
BTW, can we (community) get access to other documentation,
like writing nexus driver, for example. Provided that such
documentation exists...
Cyril
On 1/11/06, Shudong Zhou wrote:
> I made some notes for the S10 boot code while working on GRUB boot
On Wed, Jan 11, 2006 at 06:46:52PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
> > Err, it was my impression that you don't really need multiboot at all, just
> > need to download the files via tftp and boot them. But then i am not sure of
> > what exactly multiboot is supposed to be, di
Sven Luther wrote:
> Err, it was my impression that you don't really need multiboot at all, just
> need to download the files via tftp and boot them. But then i am not sure of
> what exactly multiboot is supposed to be, didn't get the straight of this.
As the OF does not know the things that ufs
On Wed, Jan 11, 2006 at 05:37:25PM +0100, Joerg Schilling wrote:
> Sven Luther wrote:
>
>
> > Well, i am not sure if i am missing something, but i think the unix +
> > boot_archive situation is not all that different from what i see in the
> > linux
> > world, where we have the kernel and a ram
On Wed, Jan 11, 2006 at 05:19:14PM +0100, Joerg Schilling wrote:
> thomas riddle wrote:
>
> > Suggestion of using inetboot was expected to provide issues as
> > tracibility is difficult and UFSboot was thought to be an easier route.
> >
> > Since we have OF implementation on ODW and the capabili
Sven Luther wrote:
> Well, i am not sure if i am missing something, but i think the unix +
> boot_archive situation is not all that different from what i see in the linux
> world, where we have the kernel and a ramdisk, which contains a (minimal) root
> filesystem as well as a kernel modules.
T
thomas riddle wrote:
> Suggestion of using inetboot was expected to provide issues as
> tracibility is difficult and UFSboot was thought to be an easier route.
>
> Since we have OF implementation on ODW and the capabilities of the
> Genesi team to enhance it, the choices came down to
> ---
We don't have any docs on writing nexus drivers. I have a very old
nexus driver doc from Solaris 2.3, but it's just a hardcopy (if I
can find it) and the content is out of date.
I'll see if we can create some blog entries on nexus drivers. In
the meantime, I'm happy to answer specific questions on
I made some notes for the S10 boot code while working on GRUB boot.
You might find the sparc portion useful for understanding ufsboot,
krtld, etc. The notes describes kadb as a standalone, which was
changed to kmdb (as a kernel module) before S10 was shipped.
Shudong
-- next part -
On Tue, Jan 10, 2006 at 12:06:37PM -0800, thomas riddle wrote:
> My understanding that multiboot was the ramdisk reader and at least some
> variant of it was needed, albeit it may be a small subset. At a minmum I
> guess we should be looking at its code and understand what it does
> exactly :)
On Tue, Jan 10, 2006 at 11:41:01AM -0800, thomas riddle wrote:
> Cool... So I think the task focus and the real effort move onto
> multiboot or in reality the PPC variant of it and the boot process of
> the kernel, everything up until the VM/HAT init (Guy is working on
> that). Can we get a hig
On Tue, Jan 10, 2006 at 04:10:32PM +0200, Cyril Plisko wrote:
> 1. Having an *easy* accessible alternative boot_archive (FailSafe mode)
> 2. Having many boot environments created with Live Upgrade.
>
> You may argue that these things are solvable (and they indeed are) by
> some other means. But do
On 1/10/06, Sven Luther wrote:
> Well, i am not sure if i am missing something, but i think the unix +
> boot_archive situation is not all that different from what i see in the linux
> world, where we have the kernel and a ramdisk, which contains a (minimal) root
> filesystem as well as a kernel
Sven Luther wrote:
>On Tue, Jan 10, 2006 at 10:51:58AM +0200, Cyril Plisko wrote:
>
>
>>Tom,
>>
>>thanks for summarizing the meeting.
>>
>>I have to say that my line was pretty bad and I was loosing
>>the conversation from time to time. The whole Xen part is
>>a surprise for me for example :)
My understanding that multiboot was the ramdisk reader and at least some
variant of it was needed, albeit it may be a small subset. At a minmum I
guess we should be looking at its code and understand what it does
exactly :)
Sven Luther wrote:
>On Tue, Jan 10, 2006 at 11:41:01AM -0800, thomas r
Cyril Plisko wrote:
>On 1/10/06, Sven Luther wrote:
>
>
>
>>Well, i am not sure if i am missing something, but i think the unix +
>>boot_archive situation is not all that different from what i see in the linux
>>world, where we have the kernel and a ramdisk, which contains a (minimal) root
>>fi
Tom,
thanks for summarizing the meeting.
I have to say that my line was pretty bad and I was loosing
the conversation from time to time. The whole Xen part is
a surprise for me for example :)
Ok, here is my thoughts
1. I see a big value in having Solaris booted the very same way
across all th
On Tue, Jan 10, 2006 at 10:51:58AM +0200, Cyril Plisko wrote:
> Tom,
>
> thanks for summarizing the meeting.
>
> I have to say that my line was pretty bad and I was loosing
> the conversation from time to time. The whole Xen part is
> a surprise for me for example :)
> Ok, here is my thoughts
Mon 01/09/2006
Attendees
Sun
- Bill Kucharski
- Jan Setje-Eilers: Sun Newboot Team
SunLabs
- Tom Riddle
- Josh Uziel
- Guy Shaw
Genesi
- Sven Luther
Freescale
- Mark Douglas
Polaris Community
- Cyril Pisko
- Joerg Schilling
- Dennis Clarke
After introductions, Jan gave a quick overview of the ne
47 matches
Mail list logo
