It seems one EFI implementation in 32 bit.
What's the major difference between CPL and GPL?
Regards
YH
-邮件原件-
发件人: ron minnich [mailto:[EMAIL PROTECTED]
发送时间: 2004年6月1日 17:31
收件人: Bari Ari
抄送: Steve Gehlbach; Stefan Reinauer; [EMAIL PROTECTED]
主题: Re: ACPI DSDT
On Tue, 1 Jun 2004, Bar
Ron,
Any plan to move the intel chipset support from V1 to V2? I mean E750x and
82801xx.
Regards
YH
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Who is working on intel 875P northbridge?
Regards
YH
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Fri, Jun 04, 2004 at 04:06:41PM -0600, ron minnich wrote:
> > I hope this doesn't have to become a big problem, we should be able
> > to just talk about it and straighten any issues out. It has been
> > done online before.
>
> We'll all cool off over the weekend and work it out next week.
Soun
On Thu, Jun 03, 2004 at 03:32:58PM -0500, Richard Smith wrote:
> Peter Stuge wrote:
>
> >On Thu, Jun 03, 2004 at 03:56:29AM -0500, Richard Smith wrote:
> >
> >>timer. In numerious locations my Vbios is writing a 0x00 to IO 0x43 and
> >>then does 2 reads from 0x40. So its latching the value of c
For those interested in PPC boards, I just managed to get the briQ
talking over serial console. (More on the board at
http://www.totalimpact.com/products/the_briq/the_briq.html). Output
below.
Hopefully we'll demo this board running Clustermatic at the USENIX BOF.
Greg
Board initialized...
Linu
* ron minnich <[EMAIL PROTECTED]> [040604 17:33]:
> The 8231 is not seeing the smbus. Damn.
>
> I don't know what to tell you at this point.
Is it not? The log seems to indicate ram has been found in slot0
Stefan
___
Linuxbios mailing list
[EMAIL P
* ron minnich <[EMAIL PROTECTED]> [040604 18:02]:
> On Fri, 4 Jun 2004, Li-Ta Lo wrote:
>
> > It is the const keyword. Why we don't have this problem before ?
> > Is the function actually been called in other platform ?
>
> yes, that's what is so weird. This just started happening but I can find
On Fri, 4 Jun 2004, Peter Stuge wrote:
> I hope this doesn't have to become a big problem, we should be able
> to just talk about it and straighten any issues out. It has been
> done online before.
We'll all cool off over the weekend and work it out next week.
thanks
ron
__
On Fri, Jun 04, 2004 at 06:01:56PM +0200, Mathieu Deschamps wrote:
> What I'am gaining with Linuxbios experience I'll try to give back in
> somehow i could, don't you feel this ?.
I agree! :) I think the lbcc script can be very useful!
> > We had hoped to hash these issues out at the linuxbios s
Hum.. I wasn't intended to be a media you use to rise such a polemic..
But from polemic can rise good things, and now that i'am part :
Le ven 04/06/2004 Ã 17:29, ron minnich a Ãcrit :
> On 4 Jun 2004, Mathieu Deschamps wrote:
>
> > > The native ``filo'' is scheduled for deletion, it touches hard
On Fri, 2004-06-04 at 10:02, ron minnich wrote:
> On Fri, 4 Jun 2004, Li-Ta Lo wrote:
>
> > It is the const keyword. Why we don't have this problem before ?
> > Is the function actually been called in other platform ?
>
> yes, that's what is so weird. This just started happening but I can find
>
On Fri, 4 Jun 2004, Li-Ta Lo wrote:
> It is the const keyword. Why we don't have this problem before ?
> Is the function actually been called in other platform ?
yes, that's what is so weird. This just started happening but I can find
no changes that would have made it start happening. Weird.
r
On Fri, 2004-06-04 at 09:36, ron minnich wrote:
> > Also2, the cvs checkout of today still give this error on building:
> >
> > /opt/linuxbios/freebios2/src/arch/i386/boot/pirq_routing.c: In function
> > `check_pirq_routing_table':
> > /opt/linuxbios/freebios2/src/arch/i386/boot/pirq_routing.c:2
ron minnich <[EMAIL PROTECTED]> writes:
>
> well, I am afraid I do not.
>
> No one has contacted any of the other core maintainers of linuxbios and
> vetted this suggestion of scheduling components for deletion. This
> suggestion of deleting the embedded filo came out of left field, at least
>
On Fri, 4 Jun 2004, Erik Smit wrote:
>
> LinuxBIOS-1.1.6.0Fallback Fri Jun 4 00:34:01 CEST 2004 starting...
> 87 is the comm register
> SMBus controller enabled
> vt8601 init starting
> is the north
> 1106 0601
> 0120d4 is the computed timing
>
The 8231 is not seeing the smbus. Damn.
I don't know what to tell you at this point.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 4 Jun 2004, Mathieu Deschamps wrote:
> > The native ``filo'' is scheduled for deletion, it touches hardwaremain
> > which it should not. As implemented it is a maintenance nightmare and
> > an implementation of policy and I refuse to support it, in the core of
> > LinuxBIOS. Until just a litt
I'm still having trouble building etherboot .zelf images. It appears
that the file size in the elf header is corrupt, and someone here
suggested that I may have a buggy version of Perl. Here are the
versions in my toolchain:
Red Hat 9.0 box with:
Gcc 3.3.3
Python 2.2.2
Perl 5.8.4 (latest & grea
On Thu, Jun 03, 2004 at 01:04:10PM -0600, ron minnich wrote:
> with the fuctory bios in place, make sure that your minicom setup is
> right. Let me know.
My terminal setup is right since I actually give the reboot command
through the serial connection.
I just put the linuxbios.rom I build for th
Le ven 04/06/2004 Ã 02:34, Eric W. Biederman a Ãcrit :
> Mathieu Deschamps <[EMAIL PROTECTED]> writes:
>
> > Hello,
> >
> > Since i have mostly 'directly choose' Filo, i haven't had
> > much time asking for the difference between Linuxbios native's Elfboot
> > and Linuxbios native's filo. I know
21 matches
Mail list logo