Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 19:48:36 phcoder wrote:
Hello, I agree that non-sector aligned writes should be handled
correctly. However I disagree with removing of the magic number. I
personally would prefer if this file would have magic number and
checksum. AFAIK currently
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 22:06:36 phcoder wrote:
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.mo
Robert Millan wrote:
On Sun, Mar 22, 2009 at 02:09:52PM +0100, phcoder wrote:
- grub_disk_cache_invalidate (dev_id, disk_id, sector);
-
index = grub_disk_cache_get_index (dev_id, disk_id, sector);
cache = grub_disk_cache_table + index;
+
+ cache->lock = 1;
+ grub_free (ca
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 22:30:24 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 22:06:36 phcoder wrote:
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'
You could do it the way similar to how it's done on i386-pc:
jmp use_hardcoded
use_hardcoded:
And then the grub-setup tool nops out the first jump if stage2 resides
on a disk different than where bootblock is
David Miller wrote:
From: phcoder
Date: Sun, 22 Mar 2009 12:17:17 +0100
A
--
Regards
Vladimir 'phcoder' Serbinenko
--- Begin Message ---
David Miller wrote:
From: phcoder
Date: Sun, 22 Mar 2009 23:51:14 +0100
You could do it the way similar to how it's done on i386-pc:
jmp use_hardcoded
use_hardcoded:
And then the grub-setup tool nops out th
Hello. Here is an initial version of patch for booting multiboot kernels
on i386-efi. No Changelog yet because it's not for inclusion yet.
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/conf/common.rmk b/conf/common.rmk
index 100fae7..e64a1a4 100644
--- a/conf/common
Hello. I propose to create a symlink normal/cpu. This way normal.mod can
be moved to conf/common.rmk. Works fine on i386-pc. Can people having
other platforms test?
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/Makefile.in b/Makefile.in
index 28aa385..c4c641a 100644
--- a/M
a separate module but it's quite a waste because
ELF overhead is much bigger then the module itself. Another possibility
is ot compile it like
## common.rmk ##
normal.mod: setjmp.lib
normal_arch.lib: setjmp.S
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. I propose to create a sym
"Ubuntu" {
}
And for savedefault it would be something like
load_env
menuentry --label linux_ "Linux" {
default=linux_
save_env
}
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel
tching file conf/i386-efi.rmk
Hunk #1 FAILED at 80.
Hunk #2 FAILED at 103.
...
etc.
I would like to ask you for what revision of grub2 this patches where done?
Do I have to checkout any specific branch of grub2?
Thank you in advance.
2009/3/23 phcoder :
Hello. Here is an initial versio
You may also need my elf bugfix patch (was applied as rev 2037)
phcoder wrote:
Try with 2030. Actually it's diffed against 2030+some of my posted and
unposted patches. If it still doesn't apply please report I'll update
and rediff it against HEAD.
I'm interested in behav
I also had few errors on patching stage.
I think it is a good idea to commit your code to head branch.
I will wait for it and try it asap.
Thank you.
On Tue, Mar 24, 2009 at 12:14 AM, phcoder wrote:
Try with 2030. Actually it's diffed against 2030+some of my posted and
unposted patch
-specific stuff. Wouldn't __i386__
be more appropiate?
I've already moved it to machine_fini just because my computer died I
couldn't send the new patch
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
re more active. Once the current
code is reviewed and fixed (at some degree), I will make a new release.
Any objection?
Regards,
Okuji
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists
t changes that I am happy to live with.
Even if you are developer with SVN commit rights it is in some cases
good idea to have general review of the patch... but there has been some
lack of the time from people to review them (and it does not cross
everyones interest zones, thus get attention to t
___
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
gards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Yoshinori K. Okuji wrote:
> I wish your help on this.
Ok. You have it. Just at the moment I'm quite busybut in 2 weeks I'll be
more available
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
I moved todo to the svannah task track.
3 pieces aren't moved yet
-PPC / Ultrasparc
-Command list
-Feature requests by users
phcoder wrote:
Yoshinori K. Okuji wrote:
> I wish your help on this.
Ok. You have it. Just at the moment I'm quite busybut in 2 weeks I'll
that this matters, but my practical experience
of over 15 years disagrees with your's.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
committed
phcoder wrote:
Robert Millan wrote:
On Sun, Mar 22, 2009 at 02:09:52PM +0100, phcoder wrote:
- grub_disk_cache_invalidate (dev_id, disk_id, sector);
- index = grub_disk_cache_get_index (dev_id, disk_id, sector);
cache = grub_disk_cache_table + index;
+ + cache->lock
Bean already said on IRC that this patch is fine with him. If I don't
recieve any oppositions in 1 week I consider this patch ok for committment
phcoder wrote:
Applies fine to last SVN
phcoder wrote:
With this patch fat became case-sensitive which is probably wrong.
Corrected version of
UB.
I confirm. I suppose that this check and message is bypassed with 32-bit
loading mode. IMO grub2 should provide an equivlent of this check. We
already have cpuid code. Does anyone know how to determine if kernel is
i386 or amd64?
--
Regards
Once I finish (not a lot remaining) I'll just put a notice in the head
that this page is preserved for historical purposes only and indications
to use savannah
Yoshinori K. Okuji wrote:
On Monday 30 March 2009 05:35:08 phcoder wrote:
I moved todo to the svannah task track.
3 pieces a
s the menu.
Michael
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phco
Michael Gorven wrote:
On Tuesday 31 March 2009 09:50:17 phcoder wrote:
Michael Gorven wrote:
On Tuesday 31 March 2009 04:48:02 steve wrote:
Update, i was able to get the right modules to load into a core.img by
making the encrypted partition start at 1mb instead of 32.5kb, the
modules loaded
With a new swing in normal.mod splitting I think we should reconsider
this patch. It's useless to keep loader.c in kernel without boot
command. IMO it should be moved either to a perate boot.mod (my
preference) or to minicmd.mod (not a good option IMO)
phcoder wrote:
Hello. Now when
Michael Gorven wrote:
On Tuesday 31 March 2009 10:50:57 phcoder wrote:
How big is your core.img?
With the following modules (untested), 61K.
configfile sha1 biosdisk pc linux ext2 minicmd crypto aes luks sha256
You don't need to embed linux.mod to the kernel, it can very weel be
loaded
configure OF variables
properly. This will be different from PPC because Sparc has openpromfs
and is missing sysfs "devspec" links into the device tree.
phcoder wrote:
Once I finish (not a lot remaining) I'll just put a notice in the head
that this page is preserved for historica
David Miller wrote:
From: phcoder
Date: Wed, 01 Apr 2009 09:43:01 +0200
Move from todo on wiki is done except UltraSparc.
David Miller: these todos seem to be very outdated by your work. If some of
them or new tasks are applicable could you add them to task tracker?
# Install on disk
# Grub
llan wrote:
On Wed, Apr 01, 2009 at 10:52:26PM +0900, Yoshinori K. Okuji wrote:
On Tuesday 31 March 2009 17:56:24 phcoder wrote:
With a new swing in normal.mod splitting I think we should reconsider
this patch. It's useless to keep loader.c in kernel without boot
command. IMO it should
:
phcoder wrote:
This usage case isn't the main target case. If you embed the loader
(which tend to be quite big) then you already have an overhead from
loader module. Why are you so concerned with overhead of boot.mod?
But on the other hand this forces all the people in other cases to have
Yoshinori K. Okuji wrote:
On Wednesday 01 April 2009 18:22:46 phcoder wrote:
ok, thanks. Now everything is in savannah task tracker. As for command
list I added important missing commands to task tracker and skipped
not-so-useful ones. As there is some subjectivity involved if you don't
Hello symbols from command.h aren't exported correctly. Here's a bugfix.
It compiles with it but I haven't checked yet if compiled binary works.
Can someone familiar with build system have a look at this?
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/conf/po
Bean wrote:
On Thu, Apr 2, 2009 at 8:52 PM, phcoder wrote:
Hello symbols from command.h aren't exported correctly. Here's a bugfix. It
compiles with it but I haven't checked yet if compiled binary works. Can
someone familiar with build system have a look at this?
Hi,
It&#
Is kernel_elf_HEADERS used for anything else than symlist.c and
kernel-symlist,lst generation?
Manoel Rebelo Abranches wrote:
symlist.c is generated by gensymlist.sh script so only the patch for
conf/powerpc-ieee1275.rmk is really necessary.
On Thu, 2009-04-02 at 16:48 +0200, phcoder wrote
rgrep revealed no use for the second kernel_elf_HEADERS, so I propose to
remove it altogether
Is everybody comfortable with this patch? If I hear no oppositions in
couple of days I'll commit it.
phcoder wrote:
Is kernel_elf_HEADERS used for anything else than symlist.c and
kernel-symlis
aintaining
setjmp is required for the switch between rescue mode and normal mode.
It isn't. You can just call the corresponding function. What's wrong
with such approach?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub
nux.c (I'm also working on this)
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Can someone review this patch?
phcoder wrote:
mtime part
2009-03-15 Vladimir Serbinenko
Support for mtime and further expandability of dir command
* include/grub/lib/datetime.h: moved to ...
* include/grub/datetime.h: ... moved here and added
declaration of
Can someone review this patch?
phcoder wrote:
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
em before installing the new, so
that no old files are left behind. From what I can see from testing,
there is a bug in 2059. What that is, I'm afraid I don't know, but am
hoping you guys will clear it up soon.
thanks,
Pat
Have you re-run grub-setup?
--
Regards
Vladimir 'phco
Commited
phcoder wrote:
rgrep revealed no use for the second kernel_elf_HEADERS, so I propose to
remove it altogether
Is everybody comfortable with this patch? If I hear no oppositions in
couple of days I'll commit it.
phcoder wrote:
Is kernel_elf_HEADERS used for anything else than syml
For those interested in testing: here is a rediff and some updates. Soon
I'll split it into components
phcoder wrote:
Robert Millan wrote:
Would it be hard to split the patch and make it more granular? I see it
implements base mmap / lsmmap support on efi, then ports the *BSD loaders
an
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
On the IRC Yoshinori K. Okuji agreed that this move can be useful in
cases like lvm+raid and luks. Any further oppositions?
phcoder wrote:
I was thinking about something more finished like the possibility of
handling multiple preboot and to undo the operations in case of failed
or returned
Commited
phcoder wrote:
Bean already said on IRC that this patch is fine with him. If I don't
recieve any oppositions in 1 week I consider this patch ok for committment
phcoder wrote:
Applies fine to last SVN
phcoder wrote:
With this patch fat became case-sensitive which is probably
for which we have no size-optimized variant
phcoder wrote:
Michael Gorven wrote:
On Tuesday 31 March 2009 10:50:57 phcoder wrote:
How big is your core.img?
With the following modules (untested), 61K.
configfile sha1 biosdisk pc linux ext2 minicmd crypto aes luks sha256
You don't need
These issues still remain
phcoder wrote:
Hello I was looking into multiboot2 specifications and have some
suggestions:
1) double the size of flags. 8 features per category seems to be few. it
could even be made completely expandable by the following format:
...
2) "All undefined
Fixed & commited. My next patch will be to add automatic module loading
in parttool
Yoshinori K. Okuji wrote:
On Saturday 04 April 2009 18:22:39 phcoder wrote:
Can someone review this patch?
Only some style should be corrected. For example:
+#ifndef GRUB_UTIL
+ if (!p
rents
(grub_ufs_dir): support for non-BSD dirents
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/fs/ufs.c b/fs/ufs.c
index e6eacd3..b799449 100644
--- a/fs/ufs.c
+++ b/fs/ufs.c
@@ -54,6 +54,8 @@
grub_le_to_cpu##bits1 (da
Pavel Roskin wrote:
On Mon, 2009-04-06 at 11:52 +0200, phcoder wrote:
Fixed & commited. My next patch will be to add automatic module loading
in parttool
It would be great to make parttool actually give some usage information.
Right now, there is no information at all.
grub> parttoo
Pavel Roskin wrote:
On Mon, 2009-04-06 at 17:56 +0200, phcoder wrote:
Pavel Roskin wrote:
On Mon, 2009-04-06 at 11:52 +0200, phcoder wrote:
Fixed & commited. My next patch will be to add automatic module loading
in parttool
It would be great to make parttool actually give some u
phcoder wrote:
Hello, one additional consideration is to let grub2 stay in memory even
after OS loads. This way it would be possibly to expose any
file/partition accessible through grub2 system as a virtual int13h disk.
For this to be a it's very desirable to put all modules that may ne
d is negligible.
this module is useful in conjunction with other loaders (multiboot, bsd,
pc_chainloader) as well
Regards,
Okuji
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vl
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
ove is not synchronized with the
code apparently. Can you fix it?
Fixed and committed.
--
Regards
Vladimir 'phcoder' Serbinenko
___
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
1, a, b, c)
hanoi (n-1, b, a, c)
end
end
hanoi (3, 1, 2, 3)
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' S
nce,
Panarchy
___
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
Is this what you mean?
Pavel Roskin wrote:
On Mon, 2009-04-06 at 18:25 +0200, phcoder wrote:
The problem is that the exact available options depend on partition type
so you have to specify
parttool help
Unfortunately for now you have to load the module pcpart.mod manually.
I'll fix
Hello. Here is a patch to add new target distbin which creates a binary
tar.gz. The main purpose is for the possible nightly builds
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/ChangeLog b/ChangeLog
index c679982..1fd827a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @
Felix Zielcke wrote:
Am Mittwoch, den 08.04.2009, 18:56 +0200 schrieb phcoder:
Hello. Here is a patch to add new target distbin which creates a binary
tar.gz. The main purpose is for the possible nightly builds
Why don't you just use `make DESTDIR=tar install'?
Because I didn&#x
*/
+ cmd = grub_register_command ("clear", grub_cmd_clear,
+ 0, "Clear the terminal screen.");
I think there shouldn't be a `0' but `GRUB_COMMAND_FLAG_CMDLINE'.
And please write a ChangeLog entry.
--
Regards
Vladimir 'phcoder' Serbinenko
___
about it soon.
Your declaration is correct
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
Carlos Roberto do Nascimento Costa wrote:
Hello phcoder. thank you for reviewing this patch.
You're welcome
phcoder wrote:
Perhaps putting it into normal.mod instead of separate module is a good
idea
When I did this patch, I was thinking: clear is a command like ls, lspci,
reboot,
clude some chunks of this code? Alternatively
it may be that actually it needs only minor adjustments to the load code
Joey Korkames wrote:
phcoder writes:
Hello, could you do a research and tell me which binary format does
bsd64 use, the handoff CPU and the arguments on the stack?
*planes fly
Commited
Yoshinori K. Okuji wrote:
On Monday 06 April 2009 22:29:58 phcoder wrote:
Here are the fixes for UFS. Basically it's a resubmit of my previous
patch. It works fine with both solaris UFS and recent BSD UFS2. Does it
break anything for anyone with ufs?
I don't have UFS, but
Rediffed. New changelog
2009-04-11 Vladimir Serbinenko
Test command
* commands/test.c: rewritten to use bash-like test
phcoder wrote:
Sorry forgot to attach the file
phcoder wrote:
Hello. Here is an implementation of bash-like "test" command. Many
file tests a
le_prefix, lang);
because .mo need to reside together with grub so all LC_MESSAGE is just
unnecessary
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ues. A macro would still be nice though.
What about making an array of SCSI_DISK?_MAJOR and then just go through it?
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
External modules will only provide non-essential functionality, so
it's not a problem they have to check the ABI IMHO.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
to get the behavior, as in "make V=1"
___
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
l 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
ind the glyph.
Regards,
Colin
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Hello, here is the preboot hooks support. Apply on top of my bootmove
patch. They are very useful for patches like sendkey (my old patch that
I'll rediff), badram, acpi (2 patches in separate threads) or drivemap
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/ChangeLog b/
ll, it
shouldn't be difficult to add support for it.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
The problem is that build system creates a lot of output on progress and
so the warnings are often not very visible
Yoshinori K. Okuji wrote:
On Saturday 11 April 2009 08:25:50 phcoder wrote:
I don't see any stoppers to merge this patch
Personally, I don't like this so much. Is it
is a
64-bit unsigned int. By converting it into 32-bit signed int implicitly, the
result can be zero, even when the size is not zero. So it is better to say
explicitly, != 0.
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/commands/test.c b/commands/test.c
index a9c8281..1ccf
ow in advance all the possible use cases of this feature
Regards,
Okuji
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/ChangeLog b/
Yoshinori K. Okuji wrote:
On Tuesday 07 April 2009 10:18:30 phcoder wrote:
Yoshinori K. Okuji wrote:
1) double the size of flags. 8 features per category seems to be few.
I do not agree on this. As you can see, most bits are still undefined
after over 10-year usage of the Multiboot
. Good finding.
Committed. Thanks for reviewing.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel
Hello. Here is the patch to allow different mmap filtering. It naturally
incorporates badram and also intercepts int12/15 so it works also with
OS recieving mmap from BIOS. It's useful for intercepting any bios
interrupts
--
Regards
Vladimir 'phcoder' Serbinenko
diff --gi
ty to put dsdt on ramdisk. But it's not the case
for all OS. Hence this patch
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/commands/acpi.c b/commands/acpi.c
new file mode 100644
index 000..12464bd
--- /dev/null
+++ b/commands/acpi.c
@@ -0,0 +1,776 @@
+/* acpi.c
Ping. Is it ok for me to implement it this way?
phcoder wrote:
I forgot to speak about another question: partition naming. I see 2
possibilities
1) purely numeric unified naming scheme. It means that
(hd0,1,a) becomes (hd0,1,1)
On one hand mixed number-letter scheme is similar to what freebsd
__
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vlad
entry path string is the one we use.
Therefore "devpath" is only needed across the ofdisk_hash_add()
call.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder&#
files but in compensation setup a nightly build server. I'm ready
to supply all necessary scripts to create a source tar.gz with
autogenerated files, binary tar.gz and rescue iso for all platforms
where applicable.
--
Regards
Vladimir 'phcoder&#
David Miller wrote:
From: phcoder
Date: Sat, 11 Apr 2009 21:10:26 +0200
I do not agree with having separate grub_itoa/grub_ltoa/grub_lltoa in
kernel where the size is critical. We should have only lltoa and use
it in all contexts.
I look forward to your patch implementing this improvement
at in freebsd64 all BIOS
calls are moved to bootloader. It's a very wise decision which also
allows FreeBSD64 to boot on EFI or coreboot
phcoder wrote:
I haven't looked in depth yet, but it's a bit more. the loader switches
to amd64 and sets preliminary page translation
Bean wrote:
On
What about this one?
phcoder wrote:
- Using an int value for the priority is quetionable. Very often, this
style of priority system leads to chaos, because everyone picks up
arbitrary numbers randomly. I prefer to define enums with a careful
analysis.
I will think about it. But the analysis is
eo console just to set a supported mode is a good idea.
GRUB could implement video mode handling compatible with the Linux
internal bootloader, including "vga=ask", but I'm not sure we need it.
I don't think we need it either just no system should b
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
Also asm helpers are verbatim copy from bsd so the copyright line is
probably incorrect
phcoder wrote:
Hello, you were faster than me. I will test it today. However I would
suggest to move all asm stuff to bsd.mod and not in the kernel. Look my
patch "move bsd helpers out of kernel&q
sl);
}
else
{
- n = va_arg (args, int);
- grub_itoa (tmp, c, n);
+ int si = va_arg (args, int);
+ grub_lltoa (tmp, c, si);
}
if (! rightfill && grub_strle
David Miller wrote:
From: phcoder
Date: Sun, 12 Apr 2009 12:44:10 +0200
David Miller wrote:
From: Pavel Roskin
Date: Sun, 12 Apr 2009 02:29:15 -0400
On Sat, 2009-04-11 at 01:08 -0700, David Miller wrote:
I think fixing disk cache corruption is more important than
arguing over the
.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/DISTLIST b/DISTLIST
index bec628e..eefa982 10
vel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
_dprintf ("loader", "Grub lives at phys_start[%lx]
phys_end[%lx]\n",
+ (unsigned long) grub_phys_start,
+ (unsigned long) grub_phys_end);
+ break;
+ }
+}
+}
+
+
+GRUB_MOD_INIT(linux)
+{
+ determine_phys_base ();
+ fetch_translations ();
+
+ grub_rescue_register_command ("linux", grub_rescue_cmd_linux,
+ "load a linux kernel");
+ grub_rescue_register_command ("initrd", grub_rescue_cmd_initrd,
+ "load an initrd");
+ my_mod = mod;
+}
+
+GRUB_MOD_FINI(linux)
+{
+ grub_rescue_unregister_command ("linux");
+ grub_rescue_unregister_command ("initrd");
+}
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
201 - 300 of 4362 matches
Mail list logo
