I have got to a standstill with this, some major stoppers found and could
use some help to debug further. I hope someone can take a look at this
please, its getting beyond my limited C code reading and hacking
capabilities, but I do want to see grub.efi working on current Apple Intel
Macs.
Apple
---
Three specific issues are stopping useful testing -
1. Mac models from imac8,1 early 2008 are unable to boot grub.efi 64bit when
4GB RAM is fitted.
Dropping to 2GB RAM enables grub.efi to boot and display grub.cfg menu
with fully functional command
On Mon, Feb 09, 2009 at 02:46:01AM +0100, step21 wrote:
Ok, confirmed that keyboard is attached with usb. lsusb wans't very helpful
cause apart from wireless and bluetooth it only mentioned apple devices
and linux foundation devices however os x has a similiar command line tool
ioreg which
On Sun, Feb 08, 2009 at 08:59:58PM +0100, Felix Zielcke wrote:
Am Sonntag, den 08.02.2009, 20:56 +0100 schrieb Robert Millan:
I reviewed this thread and couldn't find it. Did you send it elsewhere?
In my first message where you quoted the changelog entry.
Well again attached.
Sorry, I
On Sun, Feb 08, 2009 at 09:04:56PM +0100, step21 wrote:
didn't this work already? or was this only cause of efi? just while testing
the input issue on my mac i attached a usb keyboard too, and that worked.
When the firmware (BIOS/EFI/OFW) supports USB and GRUB uses its callbacks,
then USB
On Sun, Feb 08, 2009 at 01:49:53PM -0800, Colin D Bennett wrote:
This patch greatly—*tremendously*, even, if higher-numbered Unicode
characters are used—speeds up retrieving a glyph for a particular
Unicode character. This makes text rendering in general much faster.
My text benchmark shows
Am Montag, den 09.02.2009, 15:07 +0100 schrieb Robert Millan:
Looks good to me. But please add spaces between ')' and 'b', and after ','.
Ok commited.
--
Felix Zielcke
___
Grub-devel mailing list
Grub-devel@gnu.org
On Sat, Feb 07, 2009 at 11:38:36PM -0500, Pavel Roskin wrote:
Quoting Robert Millan r...@aybabtu.com:
On Tue, Jan 27, 2009 at 08:19:41AM +0100, Michel Dänzer wrote:
+/*
+ * unsigned char caseorder[]
+ *
+ * Defines the lexical ordering of characters on the Macintosh
+ *
+ * Composition
Mmm, I was under the impression I should test at_keyboard. However now
this doesn't seem to make much sense. So usb_keyboard is not loaded
automatically or is it?
On Mon, Feb 9, 2009 at 3:12 PM, Robert Millan r...@aybabtu.com wrote:
On Mon, Feb 09, 2009 at 01:38:49PM +0100, step21 wrote:
Hi Carles
On Sat, Jan 24, 2009 at 03:26:04PM +0100, Carles Pina i Estany wrote:
Index: Makefile.in
===
--- Makefile.in (revision 1954)
+++ Makefile.in (working copy)
@@ -112,6 +112,7 @@
PKGDATA = $(pkgdata_DATA)
On Sun, Feb 08, 2009 at 10:03:43AM +0100, Felix Zielcke wrote:
2009-02-08 Felix Zielcke fziel...@z-51.de
* conf/common.rmk (grub_probe_SOURCES): Move fs/ext2.c before fs/fat.c
to avoid false posivites with FAT.
(grub_fstest_SOURCES): Likewise.
* conf/i386-pc.rmk
On Mon, Feb 09, 2009 at 03:26:25PM +0100, step21 wrote:
Mmm, I was under the impression I should test at_keyboard.
That'd be because I told you to test at_keyboard ;-)
But I was wrong, as Vesa pointed out the keyboard on Mac hardware is wired
to the USB controller.
So usb_keyboard is not
Am Montag, den 09.02.2009, 15:40 +0100 schrieb Robert Millan:
After your other commit, is this one still needed/useful?
Well my other commit just fixes the problem probable for these Dell
utiliti FAT partitions because they don't have a valid FAT16 string.
It could be still useful for the
2009/2/9 Robert Millan r...@aybabtu.com:
On Mon, Feb 09, 2009 at 03:26:25PM +0100, step21 wrote:
Mmm, I was under the impression I should test at_keyboard.
That'd be because I told you to test at_keyboard ;-)
But I was wrong, as Vesa pointed out the keyboard on Mac hardware is wired
to the
O.k. I now found the semi-colon on the keyboard (it was indeed the ö key)
However now it seems no uhci modules was built. I updated to svn rev
1985 from trunk, what I could see from the list and the web svn view I
thought the usb patch was merged there already? Or do I have to pass a
flag or
On Sunday 08 February 2009 06:33:46 Robert Millan wrote:
On Sat, Jan 24, 2009 at 12:29:24PM -0800, Colin D Bennett wrote:
There has been also a talk to enable pager=1 as a default.
Which, as I recall, Okuji rejected because it could cause a
unattended/non-interactive boot process to hang
Bugfix. Patch attached
Vladimir 'phcoder' Serbinenko
Index: fs/hfsplus.c
===
--- fs/hfsplus.c (revision 1985)
+++ fs/hfsplus.c (working copy)
@@ -899,8 +899,8 @@
grub_fshelp_node_t node)
{
grub_free (node);
-
-
On Mon, 9 Feb 2009 15:11:16 +0100
Robert Millan r...@aybabtu.com wrote:
On Sun, Feb 08, 2009 at 01:49:53PM -0800, Colin D Bennett wrote:
This patch greatly—*tremendously*, even, if higher-numbered Unicode
characters are used—speeds up retrieving a glyph for a particular
Unicode character.
On Mon, Feb 09, 2009 at 03:49:46PM +0100, Felix Zielcke wrote:
Am Montag, den 09.02.2009, 15:40 +0100 schrieb Robert Millan:
After your other commit, is this one still needed/useful?
Well my other commit just fixes the problem probable for these Dell
utiliti FAT partitions because
On Mon, Feb 09, 2009 at 03:56:42PM +0100, Michal Suchanek wrote:
So usb_keyboard is not loaded
automatically or is it?
No. First we need it to be complete / stable and add support for EHCI
(btw, anyone feels like writing an EHCI driver?).
Is EHCi driver needed for keyboard support?
O.k., finally got everything patched and booted from it.
What I did: Just to be sure set root with root=(hd0,2)
then set debug=usbkeyb or usb_keyboard (tried both)
then insmod uhci;insmod usb_keyboard; terminal_input usb_keyboard
I get no new promp and it hangs.
To get debug output, do I have to
Am Montag, den 09.02.2009, 18:06 +0100 schrieb Robert Millan:
No objection from me.
Ok commited.
--
Felix Zielcke
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Robert Millan wrote:
On Sun, Feb 08, 2009 at 12:12:32AM +0100, Christian Franke wrote:
Robert Millan wrote:
I would suggest to move grub_ata_pass_through() to a new module (e.g.
ata2.mod, atax.mod, ataex.mod, ...)
How about ata_something.mod? (consistent with ntfs.mod
Hello,
On Feb/07/2009, Robert Millan wrote:
On Wed, Jan 14, 2009 at 12:03:38AM +0100, Carles Pina i Estany wrote:
I would like to use io/bufio.c to read the .mo file, so I would use
grub_bufio_open to open, and grub_bufio_read to read.
[...]
Someone used to program io/bufio.c or
Hi,
(Somehow I lost some of my emails, so copy pasting for reference.)
Robert, please have a look at http://savannah.gnu.org/bugs/?18471 for the
related bug report on grub-legacy. This description is wrt grub-legacy and I
will soon follow up with my observations with grub2.
In short, the
Le 9 févr. 09 à 18:07, Robert Millan a écrit :
On Mon, Feb 09, 2009 at 03:56:42PM +0100, Michal Suchanek wrote:
So usb_keyboard is not loaded
automatically or is it?
No. First we need it to be complete / stable and add support for
EHCI
(btw, anyone feels like writing an EHCI driver?).
At r1985, sudo ./grub-probe -t fs -d /dev/fd0 outputs fat with a
freshly-formatted VFAT floppy in the drive. At r1986, it spits error:
unknown filesystem. The cause is this error, repeated three times:
if (! grub_strncmp(something, FAT12, 5))
goto fail;
Strncmp does not return a boolean result
Robert Millan wrote:
+#: util/grub.d/10_linux.in:148
+#, sh-format
+msgid ${OS}, linux ${version} (single-user mode)
+msgstr ${OS}, linux ${version} (mode mono-usuari)
I wonder if we should replace the original string single-user mode with
something else. Novice users find it confusing,
Tonight did some debugging on loading uhci / usb_keyboard.
For starters: it is confirmed that it is uhci where everything fails
so far as insmod uhci; echo 1; insmod usb_keyboard; echo 2;
terminal_input usb_keyboard; echo 3 (as suggested by nyu on irc I
think) did not produce a single echo output.
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. I've run into the bug that when editing menu entry in gfxterm
characters disappear after cursor moves away from its position. Here is
bugfix
I don't think this is a clean fix:
Index: term/gfxterm.c
30 matches
Mail list logo
