As I said before: you can make the very same argument for every single part of
your PC.
Why do you trust Intel or AMD with your CPU? They are also involved in the TCG!
We can't verify that it doesn't do such things. Unfortunately we also
don't have resources to build alternative chips. However
e:
#ifdef ELF64
#define Elf_Sym Elf64_Sym
...
#else
#define Elf_Sym Elf32_Sym
...
#endif
And then compile the same file twice, once with -DETLF32 and once with
-DELF64. I was actually planning to do the same with my efiemu. If you
agree I can do this scheme in both places
Regard
Vladimi
and we already know that it brings no security. If
you want to protect your keys the only ways is to physically protect
them like putting concrete around the flash chip
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel m
prompt for password (if it isn't supplied yet) and write something like
File %s is unsigned. Are you sure you want to load it? Type "YES" if you do.
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@g
we try to avoid
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
do so.
You can do anything secure without collaboration from upper layers.
Consider a huge loopback image from which you load only kernel. In you
solution it will unnecessary check the whole image
Greets,
Jan
Regards
Vladimir 'phcoder' Serbinenko
_
end up in memory or control grub
need to be checked.
Greets,
Jan
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
of x86-assembly:
eb fe : self: jmp self
Greets,
Jan
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Jan Alsenz wrote:
phcoder wrote:
Oh, I want!
If I remember correctly, exactly this broke the protection on some
game console!
Do you refer to Xbox crack based on King kong game? For once their goal
is the evil one. For second the problem is a buffer overflow in
rendering engine, not the not
sible
solutions:
1) I could release xnu loading as a third-party module
2) I could supply a description in plain English what the loader should
do. Fairly complete i386 loader including Mach-O parser largely based on
elfload is about 2000 lines of code
Regards
Vladimir 'phcoder' S
Hello. Here is a fix for a leak I found when debugging grub-emu with
valgrind
Regards
Vladimir 'phcoder' Serbinenko
Index: ChangeLog
===
--- ChangeLog (revision 1999)
+++ ChangeLog (working copy)
@@ -1,3 +1,120 @@
+
unctions, pipes,...
-Runtime autoconfig which scans all the drives and creates a list of
detected OS. Very useful for demonstrations and recovery
Realmode hooks including map and memdisk
Regards
Vladimir 'phcoder' Serbinenko
C. Bergström wrote:
Hi everyone.
I'm not a grub developer, but
rsdp back to efi and so on.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
t be some boot virus protections, that could be abused. Or otherwise -
coreboot.
Yes. My BIOS has boot virus protection but I haven't tested yet how it works
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@g
cryption itself does no such thing
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
e
general design.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Robert Millan was suggesting that just encrypting
(but not verifying) your kernel is enough. I wanted to show wha it isn't
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/m
variables like
FS_files=...
which platform-specific files can use later
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
r demonstrations and recovery.
Realmode hooks
some tools are able to hook themselves onto bios interrupts to fool
chainloaded bootloader. This includes map and memdisk. It's also
possible to put dummies on interrupts under coreboot it may be enough in
so
Fixed an issue with FAT code
phcoder wrote:
Made corrections to issues pointed by Vesa Jääskeläinen
Regards
Vladimir 'phcoder' Serbinenko
phcoder wrote:
Hello. Here is the patch to support mtime. This is a prerequisite for
-nt test which can be very useful for e.g. finding las
liu Aleaxander wrote:
can Implementing a chinese supported grub be a grub-soc idea?
thanks.
No. Because it's already done
On Wed, Feb 25, 2009 at 7:59 PM, phcoder wrote:
Some other ideas:
HID:
-bluetooth keyboard
-mouse support
More graphics drivers
FS:
-btrfs
-Hammer (dragonf
e it should be fairly simple
to do it
-setkey
I've seen that someone already started keymap support
Pavel Roskin wrote:
On Sat, 2009-02-28 at 12:54 +0100, phcoder wrote:
Robert Millan wrote:
Seems nice. Would you be willing to write a summary for these? Then we
could add it to gru
c by using Vesa's
memory manager and video functions. However efiemu can help linux to get
decent efi support in future.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Bean wrote:
On Mon, Mar 2, 2009 at 12:25 AM, phcoder wrote:
Hello all. It seems that gcc has trouble with -m32 when structure is passed
as argument. So I replaced that part by a pointer. Also I made some
improvements to ufs code to support solaris branch of ufs. I tested it also
with freebsd
u for your attention to my patches
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hello I discovered some bugs in multiboot-elf. Here is bugfix
--
Regards
Vladimir 'phcoder' Serbinenko
Index: ChangeLog
===
--- ChangeLog (revision 2010)
+++ ChangeLog (working copy)
@@ -1,3 +1,12 @@
+2009-03-01 Vladimir
eems to work. Anyone knows
how to instruct gcc to subtract %rsp pointer for local variable ?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
the space for these parts on low memory
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
; but
arguments shouldn't include kernel image name. This way we would prevent
OSes from trying to access this file by bootloader-specific name. In
addition in both "Boot Loader Name" and "Command-line" we should specify
the encoding to be utf-8
--
Regards
Vladimir &#x
eel
like grub2 should be able to boot the same kernels as grub1. For a very
list to avoid a flow of bug reports and to help in transitioning to
grub2. These issues are fixed in multiboot2 because it doesn't use
pointers anymore.
phcoder wrote:
Hello, investigating Solaris/OpenSolaris/P
Correction: Third point goes away as it was revealed that it was enough
to put these 2 structures in multiboot payload. Now fixed solaris kernel
boots fine with latest svn+my elf fix. And the first two points are
solaris bugs
phcoder wrote:
My previous letter was scarce on details. Here some
ernet
Is anybody interested in mentoring this project?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
se it to be exported as a tag 0x0005 and contents
"root=myroot debug=ttyS0" as a NUL-terminated UTF-8 string
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
th powerpc.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hello here is the implementation of parttool with the syntax I proposed
earlier and equivalent of parttype, makeactive and hide/unhide
--
Regards
Vladimir 'phcoder' Serbinenko
Index: conf/common.rmk
===
--- conf/
ap.
There's an area between 0x10 and min(0x37FF,(grub_os_area_addr +
grub_os_area_size))
where the actual Linux image is loaded, as well as the initrd (inmediately after
it, with some alignment).
I think that's all.
--
Regards
not only nested partitions become natural but also
conceptually similar fields of total_sectors and len become unified. As
it's an important design change I send this e-mail before coding it
--
Regards
Vladimir 'phcoder' Serbinenko
___
Hello. Here is a trivial patch for testing which interrupts are and
which aren't handled by BIOS. Can be used as a simple but not reliable
test for boot viruses
--
Regards
Vladimir 'phcoder' Serbinenko
Index: c
t hold true grub won't be able
to access the partitions which are really here. Famous example is a
cdrom. Most people would assume that cdrom has no partitions. But on
powerpc bootable cdroms use APM
--
Regards
Vladimir 'phcoder' Serbinenko
___
#x27;t raid disk contain a volume header? If they do how can they
contain the partition table in the usual place
Also existence of (hd0,1) doesn't prevent you from accessing (hd0)
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
--
Regards
Vladimir 'phcoder' Serbinenko
Index: k
Robert Millan wrote:
On Sat, Mar 07, 2009 at 11:54:18PM +0100, phcoder wrote:
+ grub_disk_cache_table = (struct grub_disk_cache *)
+ grub_malloc (grub_disk_cache_num * sizeof (struct grub_disk_cache));
[...]
+ By default use up to one quarter of memory available for allocation
need to drag normal.mod in,
which is useful for size constrained use cases (which ones do you have in
mind?).
Is there something else to this? Does normal mode still work the same way?
It would also end up with the files like *_normal.c
--
Regards
Vladimir 'phcoder'
es, the translation of prompts, and so on).
Okuji
_______
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
And the gain is ?
Faster booting if
Update to the patch
phcoder wrote:
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
And
ing on password command...
At this moment I have plain password checking and
almost finished MD5 support.
What is your design? Is it expandable? Flexible?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu
Michał Radomski wrote:
On Mon, Mar 09, 2009 at 08:16:16AM +0100, phcoder wrote:
Michał Radomski wrote:
On Fri, Feb 27, 2009 at 09:53:27PM +0100, Robert Millan wrote:
It's funny, we're all discussing about performing security measurements in
GRUB and nobody mentioned that our user
Hello I discovered some memory leaks. Here is the fix
The main one was is that if a hash collision occurs new cache entry
overwrites the old one but the old one wasn't freed. When loading a big
file it was leaking huge amounts of memory
--
Regards
Vladimir 'phcoder' Serbine
reason is that command line for kernel, bootloader version, mbi
and so on should also be allocated the same way as the memory for
modules. I will do everything this once new memory allocator is available
--
Regards
Vladimir 'phcoder' Serbinenko
Index
Michał Radomski wrote:
On Mon, Mar 09, 2009 at 11:57:40AM +0100, phcoder wrote:
I would recommend using other hashes that md5 (e.g. whirlpool or sha-2)
because it's been depreceated
I chose md5 because it is in grub2 wiki (see command list)
It is not a problem to add sha-2 or whir
new/experimental Linux loader.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-de
Sorry I forgot include/grub/parttool.h
phcoder wrote:
Hello here is the implementation of parttool with the syntax I proposed
earlier and equivalent of parttype, makeactive and hide/unhide
--
Regards
Vladimir 'phcoder' Serbinenko
/*
* GRUB -- GRand Unified Bootloader
* Co
ll code
a similar function for EFI and adapt multiboot loader for EFI systems
phcoder wrote:
Very interesting. I have following suggestions:
1) define platform independent way to enumerate memory map. This
function wouldn't mark types with GRUB_MACHINE_* but with one of the
following types:
Can you post bless -info and nvram -p in different cases?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
p. So I think badram patch should be extended
to allow arbitrary additions to mmap.
P.S. sorry if this e-mail isn't clear enough I've just had a long day of
studies
phcoder wrote:
2) when badram variable is set corresponding memory chunks should be
removed from memory manager
3) add a meth
Hello this issue still persists and unfortunately usb keyboard didn't
fix the issue. Perhaps we should commit this as at least temporary
solution for the problem?
phcoder wrote:
Fixed
Pavel Roskin wrote:
On Tue, 2009-02-03 at 22:30 +0100, phcoder wrote:
- status = efi_call
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
This should be a bit more descriptive.
for (i = 0; i < ehdr->e_phnum; i++)
if (phdr(i)->p_type == PT_LOAD && phdr(
responding data to nvram
2) you could try on HFS+
Grant Edwards wrote:
On 2009-03-11, phcoder wrote:
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it still goes through 15 of the 2-second
time-wasting operat
if I break grub, I can still hold
down the option key and select the OS-X HFS+ partition.
You can always format an additional HFS+ partition
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.
ice with parentheses
This would solve most of the problems, and allow for:
search -s OSdevice -u ----
chainloader ${OSdevice}+1
search -s OSdevice -u ----
chainloader (${OSdevice})+1
--
Regards
Vladimir 'phcoder' Serbinenko
Fixed
phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+* include/grub/elf.h: added missing attributes
This should be a bit more descriptive.
for (i = 0; i < ehdr->e_phnum; i++)
if (phdr(i)->p_type == PT_LOAD && phdr(
Hello. Now I noticed that the helper are still necessary when booting
i386 kernel on efi-x86_64. I would like this code to be uniform accross
i386 branches so please don't commit this patch it will be soon
superseed by my next work
phcoder wrote:
Sorry, forgot changelog entry. Here
--
Regards
Vladimir 'phcoder' Serbinenko
--- Begin Message ---
David Miller wrote:
From: phcoder
Date: Thu, 12 Mar 2009 12:22:15 +0100
David Miller wrote:
From: phcoder
Date: Thu, 12 Mar 2009 09:23:34 +0100
Index: include/
David Miller wrote:
From: phcoder
Date: Thu, 12 Mar 2009 14:21:45 +0100
I knew it but normally when you parse files normally offsets aren't
guaranteed to be aligned. But now it seems that elf parser is
written in a way to guarantee at least some alignments. Then this
part of patch probab
me to review any patch about this. Could you
pinpoint where the "proposed approach" is?
Regards,
Okuji
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir '
X, using grub-pc and
grub-efi. It helps to have a linux installation on the hard
drive.
That's sort of heading the wrong direction. My goal is not to
have to touch the Mac hard-drive at all. So far, that's not
been possible, but I'm getting closer.
--
Regards
Vladimir 'phc
Apple says that booting from msdos partition is unsupported, however
I've reports of people successfully doing so
Grant Edwards wrote:
On 2009-03-13, phcoder wrote:
Have you tried booting from hfs+ on msdos?
Actually I haven't. I found multiple postings in various
places sayin
Robert Millan wrote:
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
This should be a bit more descriptive.
for (i = 0; i < ehdr->e_ph
Robert Millan wrote:
On Mon, Feb 09, 2009 at 05:16:52PM +0100, phcoder wrote:
- if (filetype == GRUB_FSHELP_DIR)
+ if ((filetype & GRUB_FSHELP_TYPE_MASK) == GRUB_FSHELP_DIR)
Uhm actually I don't understand why you need a mask for this. filetype is
an enum, which we define
David Miller wrote:
From: phcoder
Date: Fri, 13 Mar 2009 21:41:42 +0100
Actually our segment table is also our table for transforming
between virtual and physical address. I don't see why entry point
would be defined against virtual address of lowest physical segement
I would suggest s
--
Regards
Vladimir 'phcoder' Serbinenko
--- Begin Message ---
From: phcoder
Date: Fri, 13 Mar 2009 21:49:39 +0100
> David Miller wrote:
> > From: phcoder
> > Date: Fri, 13 Mar 2009 21:41:42 +0100
> >
> >> Actually our segment table is also our tab
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:41:42PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
helpers from here...
* loader/i386/multiboot_helper.S: ...moved here
* include/grub/i386/loader.h: Move declarations of multiboot
helpers from here...
* include/grub/i386/multiboot.h: ...moved here
* loader/i386/multiboot.c: Added include of
grub/cpu/multiboot.h
phcoder
Robert Millan wrote:
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
Index: conf/i386-ieee1275.rmk
===
--- conf/i386-ieee1275.rmk (revision 2030)
+++ conf/i386-ieee1275.rmk (working copy)
@@ -126,10 +126,12
orms.
Then we just have a machine specific path seperator, defined in
some header file and the kernel/disk.c code
and elsewhere use the macro instead of ","
Any objections?
___
Grub-devel mailing list
Grub-devel@gnu.org
http://l
Applies fine to last SVN
phcoder wrote:
With this patch fat became case-sensitive which is probably wrong.
Corrected version of patch attached
Sorry
Vladimir 'phcoder' Serbinenko
phcoder wrote:
Hello. Now the handling of FAT-labels keeps the trailing spaces and
ignores VFAT label ge
(grub_ufs_find_file): support for non-BSD dirents
(grub_ufs_dir): support for non-BSD dirents
Robert Millan wrote:
On Sun, Mar 01, 2009 at 05:25:10PM +0100, phcoder wrote:
Hello all. It seems that gcc has trouble with -m32 when structure is
passed as argument. So I replaced that part by a
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:41:42PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
!
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gn
ed
aleaxan...@gmail.com wrote:
On Mar 17, 2009 6:55pm, phcoder wrote:
http://grub.enbug.org/GSoC/Ideas2009
Thank you very much. but the BTRFS isn't in that list. Can adding BTRFS
file system support for GRUB be an idea? I'm trying it.
-
deas? I'm sorry to bother you
for the simple or silly question, but as you can see, I'm very eager to
participate in this year's GRUB-GSoC! So, I'll try every job I can try and I
can do!
Thanks again!
--
Regards
Vladimir 'phcoder' Serbinenko
_
no significant regressions.
I'd like to find a way to make it available to end users. How would you think
of a rename?
- loader/i386/pc/linux.c becomes the "legacy_linux" command or so.
- loader/i386/linux.c becomes "linux" command.
-
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
- grub_multiboot_payload_entry_offset = ehdr->e_entry -
phdr(lowest_segment)->p_vaddr;
+ for (i = 0; i < ehdr->e_phnum; i++)
+if (phdr(i)->p_vaddr <= ehdr->e_entry
+ && phdr(i
multiboot.mod for efi.
Help me please.
Tell me please how to enable multiboot and module support in efi grub2?
Thank you in advance.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
me.
I'd like to be a tester.
On Wed, Mar 18, 2009 at 3:38 PM, phcoder wrote:
It isn't done yet but I'm working on it. You can be tester if you're
interested
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/ma
uctions on
grub.enbug.org
uzer cheg wrote:
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mai
update on patch
phcoder wrote:
Bean wrote:
First, I notice some novel use of macro. For example, use GRUB_EFI to
wrap around efi calls, which expands to different prefix in different
environment. I'm not a big fan of macro, and this seems a little
weird.
It can't be done without at
Update
phcoder wrote:
Sorry I forgot include/grub/parttool.h
phcoder wrote:
Hello here is the implementation of parttool with the syntax I
proposed earlier and equivalent of parttype, makeactive and hide/unhide
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/C
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
- grub_multiboot_payload_entry_offset = ehdr->e_entry -
phdr(lowest_segment)->p_vaddr;
+ for (i = 0; i < ehdr->e_phnum;
Robert Millan wrote:
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
- grub_multiboot_payload_entry_offset = ehdr->e_en
Robert Millan wrote:
On Sat, Mar 21, 2009 at 07:05:23PM +0100, phcoder wrote:
Robert Millan wrote:
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM
Robert Millan wrote:
On Sat, Mar 14, 2009 at 06:52:55PM +0100, phcoder wrote:
Robert Millan wrote:
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
Index: conf/i386-ieee1275.rmk
===
--- conf/i386-ieee1275.rmk
: Added include of
grub/cpu/multiboot.h
Robert Millan wrote:
Is this the last patch? I rechecked this thread, but might have
missed something.
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
Rediffed
2009-03-14 Vladimir Serbinenko
Move multiboot helper out of kernel
to flesh out the installer programs and make sure
the rest of the GRUB ieee1275 code is going to work properly on
sparc. I already know some bits that will need some tweaking. For
example, partitions on OF paths are indicated (aparently) by adding
":N" where N is a partition number
phcoder wrote:
Device name in boot block will anyway be written in it's complete raw
OFW form, no matter how the rest of the grub2 accessing the disks. Using
UUIDs in this place would be nice. On IRC you said that we have 120
bytes for the name. UUID is 16 or 32 bytes depending on FS.
code calling the hook could easily be
present. And I don't want grub2 to corrupt the filesystem because of any
such mistakes
Yoshinori K. Okuji wrote:
On Sunday 15 March 2009 14:52:05 Bean wrote:
On Sun, Mar 15, 2009 at 5:10 AM, Yoshinori K. Okuji wrote:
On Friday 13 March 2009 21:23:
-
Regards
Vladimir 'phcoder' Serbinenko
--- a/commands/boot.c
+++ b/commands/boot.c
@@ -1,7 +1,7 @@
/* boot.c - command to boot an operating system */
/*
* GRUB -- GRand Unified Bootloader
- * Copyright (C) 2003,2005,2007 Free Software Foundation, Inc.
+ * Copyright (C) 2002,2003,2004,
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 21:48:21 phcoder wrote:
Hello. Now when boot command isn't in kernel anymore I don't see why
loader.c stays in kernel. Here is the patch to move it to boot.mod
This is not useful in reality, because the loader interface needs to be
Rediffed
2009-03-22 Vladimir Serbinenko
Leak fixes
* kern/disk.c (grub_disk_cache_store): Invalidate previous cache
in case of collision
* disk/scsi.c (grub_scsi_open): free scsi in case of error
phcoder wrote:
Hello I discovered some memory leaks. Here is the fix
101 - 200 of 4347 matches
Mail list logo
