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 comma
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 wh
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.
Sorr
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 keyb
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 s
On Mon, Feb 09, 2009 at 01:38:49PM +0100, step21 wrote:
> Keyboard and usb in general is already an issue. For example the
> keyboard in the air, and probably in all macs is connected through
> usb, which so far seems to mean it for example does not work with a
> new module calle "at_keyboard" whic
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
http://lists.gnu.org/mailman/l
On Sat, Feb 07, 2009 at 11:38:36PM -0500, Pavel Roskin wrote:
> Quoting Robert Millan :
>
> >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
> >>+ *
> >>+ * Composit
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 wrote:
> On Mon, Feb 09, 2009 at 01:38:49PM +0100, step21 wrote:
>> Keyboard and usb in
Thanks for clarifying this.
On Mon, Feb 9, 2009 at 3:09 PM, Robert Millan wrote:
> 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.
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_DA
On Sun, Feb 08, 2009 at 10:03:43AM +0100, Felix Zielcke wrote:
> 2009-02-08 Felix Zielcke
>
> * 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 (grub_emu_SOU
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 loa
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 :
> 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 contr
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 someth
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 proces
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 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. This make
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 be
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 keyboa
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 t
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 & n
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 syst
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
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
===
32 matches
Mail list logo
