* 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 WITHOUT
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 development,
* 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 :)
... and put paging on
* 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 sense as
* 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 amusement
* 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?
If changing the
* 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
become
* 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 working.
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 (and how to
* 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 tree leaves
* 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 too)
* 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 some
* 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 as some
* 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 want
* 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 sounds
* 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
* 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. I am a part
* 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 mode you
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
* 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 discussion
* 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 Legacy
* 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 tomorrow.
* 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
* 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
already
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ührer: Stefan Reinauer • Ust
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
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: Stefan Reinauer • Ust-IdNr.: DE245674866
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 heap is initialised and
minicmd
is loaded. Should we be concerned about
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.
Personally I would like to keep this functionality in core.img.
So
://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
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,
I forgot this, so sorry for the separate mail:
Currently, the parser expects comments to start
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
: 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
.
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
___
Grub-devel mailing list
Grub-devel
34 matches
Mail list logo
