Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: i...@coresystems.de • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
_
imeout"
- support for bit operations in the parser
- etc...
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
[EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
• Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
__
Bean wrote:
> On Fri, Aug 1, 2008 at 12:26 PM, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
>
>> Bean wrote:
>>
>>> On Fri, Aug 1, 2008 at 7:48 AM, Patrick Georgi <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>> Hi,
>>
ere and should be moved to the parser?
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-I
Vesa Jääskeläinen wrote:
> Stefan Reinauer wrote:
>> Vesa Jääskeläinen wrote:
>>> Idea of the rescue shell is load other modules in case grub itself
>>> cannot find them. It provides thin layer of tools so user is able to
>>> find them.
>>>
>>>
Vesa Jääskeläinen wrote:
> Stefan Reinauer wrote:
>> Robert Millan wrote:
>>>> About the duplicated commands, we can create a module minicmd to
>>>> include the most basic command
>>>>
>>> Then we can't have a rescue shell before he
hat would one use that rescue shell for?
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefa
e warnings and make adoption of new tool chain versions a task from
hell.
Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
G
c even for double precision integer
divisions. It's a bit nasty.
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsf
on
state.
Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
* Robert Millan <[EMAIL PROTECTED]> [071014 14:00]:
> > We tried the same but the patch was a lot bigger, trying to actually
> > leave space in the beginning. Your patch might be enough, that would be
> > really nice.
>
> That's the question. Do we really have to add more space, or is that space
* Robert Millan <[EMAIL PROTECTED]> [071012 18:19]:
> It seems that grub-mkimage generates awkward ELF files, in which the Program
> header table is at the end of the file instead of right after the ELF header.
>
>
> - Our own ELF loader doesn't like phdroff > 0x2000 either, from
> loader/i
* Marco Gerards <[EMAIL PROTECTED]> [070725 11:53]:
> "Jerone Young" <[EMAIL PROTECTED]> writes:
>
> > I'm going to submit a new patch shortly. I'll also check it in. So it
> > will not suffer from code rot :-) Need to make sure some stuff works
> > on ppc then it'll be in. Probably tonight or tom
* Jeroen Dekkers <[EMAIL PROTECTED]> [070704 23:10]:
> Are you sure about this? Given that we've assigned copyright to the
> FSF, the FSF can decide under which free software license to license
> that code. So I don't really see why we can't release the same code
> under GPLv2 or later in GRUB Lega
* Jeroen Dekkers <[EMAIL PROTECTED]> [070704 23:10]:
> At Wed, 4 Jul 2007 21:40:15 +0200,
> Yoshinori K. Okuji wrote:
> > So I bet that GRUB Legacy should remain under GPLv2. But this can cause
> > some
> > problem potentially. Let's say, we find the same bug both in GRUB Legacy
> > and
> > in
* Yoshinori K. Okuji <[EMAIL PROTECTED]> [070704 21:40]:
> Hello,
>
> I would like to discuss the possibility of migrating to GPL version 3. As you
> know, GPLv3 has been published, and all GNU software is recommended to
> migrate from GPLv2 to GPLv3.
[..]
1. What are the pros and cons? A "dis
OTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
* Jeroen Dekkers <[EMAIL PROTECTED]> [070617 13:03]:
> > Interesting would also be to boot pure 64bit kernels. I think some of
> > the BSDs have their bootloader switch to 64bit long mode, so the kernel
> > does not have to dot this anymore. Maybe grub could do the same thing.
>
> To enable long m
* Robert Millan <[EMAIL PROTECTED]> [070617 11:26]:
> On Sun, Jun 17, 2007 at 02:16:41AM +0200, Jeroen Dekkers wrote:
> > At Sun, 17 Jun 2007 17:11:44 -0600,
> > David Broadfoot wrote:
> > > I am wondering if there is plans for Grub 2 to be able to be compiled
> > > and run in a 64 bit enviroment.
* Brian Evans <[EMAIL PROTECTED]> [070615 18:38]:
> The current DEC Alpha boot loaders MILO and aboot are unmaintained and
> frequently break with newer tool chains and kernels.
I have a machine for aboot, but I don't have a machine for MILO anymore.
MILO is still up and running on http://milo.co
* Marco Gerards <[EMAIL PROTECTED]> [070531 18:40]:
> > You do not need a TPM based system. Todays BIOSes prohibit flashing
> > anything not signed by the vendor using SMI and hardware lockdown
> > mechanisms. You are locked out already, even though you might not care
> > or know yet.
>
> That sou
* Robert Millan <[EMAIL PROTECTED]> [070530 15:18]:
> IOW, no matter who the keys belong to, the problem is there's a component in
> the hardware I paid for that is hostile to me, which contains keys that I
> cannot retrieve (good, because of security), and refuses to use the keys on
> anything I w
* Yoshinori K. Okuji <[EMAIL PROTECTED]> [070519 19:44]:
> On Saturday 19 May 2007 17:30, Patrick Georgi wrote:
> > I'm now using a cross compiler with target "i386-elf", ie. no operating
> > system specification, which works fine so far. With grub2 I had an issue
> > in the configuration process a
* Robert Millan <[EMAIL PROTECTED]> [070502 15:42]:
> > > - amd64 only has it on Intel-Macs, and will have it on more devices in
> > > the future
> >
> > Do Intel Mac have AMD processors, or do you mean EM64T? If you just
> > mean IA-32 architecture with 64-bit extensions (both Intel's and
>
* Devils-Hawk <[EMAIL PROTECTED]> [070424 22:06]:
> You should probably have a look at http://www.linuxbios.org/FILO maybe
> you can salvage something. FILO supports booting from ElTorito bootable
> CD media, uses 32-bit mode, and it is free of bios calls. Unfortunately
> its x86 only, although som
* Vesa Jääskeläinen <[EMAIL PROTECTED]> [070104 19:28]:
> Yes, it will support it. All in time. I am currently waiting for my new
> ADSL connection to get online and then I could continue improving it.
>
> Btw. I have a local version that supports background image, but I want
> (and perhaps others
* Marco Gerards <[EMAIL PROTECTED]> [061025 19:41]:
>
> >> - add support for compiling grub2 as an elf image.
>
> This is possible already. If the ELF image has specific demands, it
> will not be hard to make such changes.
How do I do this. Running configure and make on a checked out
grub2 tre
Hi,
* Samuel Thibault <[EMAIL PROTECTED]> [061108 23:14]:
> Thomas Schwinge, le Wed 08 Nov 2006 22:40:54 +0100, a écrit :
> > then cat gnumach-undef-bad; exit 2; else true; fi
> > stack_chk_fail
> >
> > Is it feasible to have the `-fstack-protector' functionality in GNU Mach
> > and GRUB2
* Tristan Gingold <[EMAIL PROTECTED]> [061025 21:31]:
> > Right, it should not be that hard to add an IDE driver. You only have
> > to focus on IDE driver development, not too much on integrating it
> > into GRUB.
> If you are interested, I have written an IDE driver for grub. Not complete
> but
* Dennis Clarke <[EMAIL PROTECTED]> [061015 17:35]:
> > * Yoshinori K. Okuji <[EMAIL PROTECTED]> [061015 16:51]:
> >> * Number partitions from 1 instead of 0. For instance, the first
> >> partition of "hd0" is now "hd0,1" but not "hd0,0".
> >
> > Hm. What's the reason for being inconsistent here?
* Dennis Clarke <[EMAIL PROTECTED]> [061015 17:41]:
> > It was already discussed plenty of times and the answer is that with
> > BIOS it's impossible to guess the linux's names, so it would just
> > confuse the users
>
> Or it may be Solaris or OS/2 Warp or some OS not yet released.
I enjoy the a
* Vladimir Serbinenko <[EMAIL PROTECTED]> [061015 17:36]:
> >Hm. What's the reason for being inconsistent here?
> >
> >If changing the partition naming scheme, I would have thought it'd
> >become hd1,1. But why is the first disk 0 and the first partition 1?
> >
> >Using Linux style names might make
* Yoshinori K. Okuji <[EMAIL PROTECTED]> [061015 16:51]:
> * Number partitions from 1 instead of 0. For instance, the first
> partition of "hd0" is now "hd0,1" but not "hd0,0".
Hm. What's the reason for being inconsistent here?
If changing the partition naming scheme, I would have thought it'd
* Eric Salomé <[EMAIL PROTECTED]> [060526 14:57]:
> Grub legacy's lack of scripting feature, but also a need for modularity,
> expandability + a project I care for (and personal experience among
> other things), mix that and it gets :
> why not try Grub + Forth to see how it goes ?
>
> Let's call
* Roger Leigh <[EMAIL PROTECTED]> [060427 10:49]:
> > What about "grubkernel" and "grub"? Or "grub.raw" and "grub"? I'd like
> > to try to stay within 8.3 naming for all files, since people will be
> > deploying the end result on FAT filesystems.
>
> How about "vmgrub" for the grub kernel :)
...
* Z3tbl4 [] <[EMAIL PROTECTED]> [060402 22:06]:
> grub2 from cvs
>
> checking for __lzo_init_v2 in -llzo2... no
> checking for __lzo_init_v2 in -llzo... no
> checking for __lzo_init2 in -llzo... no
> configure: error: LZO library version 1.02 or later is required
Looks like you don't have the req
Hi Svante,
* Svante Signell <[EMAIL PROTECTED]> [051229 17:12]:
> I'm currently reading the mailing list archives on GRUB V2 and LinuxBIOS
> development. Can somebody please enlighten me on the interfaces between
> the two development projects.
I've only been marginally following grub2 developme
* alfred hitch <[EMAIL PROTECTED]> [050510 12:23]:
> anyways, how can u get this from processor also ?
The processor has little to nothing to do with this.. it's dependent on
the northbridge and southbridge.
> I vaguely remember see'ing some code where someone on a i386 based
> plattform but WIT
40 matches
Mail list logo
