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
===
On Sat, 7 Feb 2009 22:26:36 +0100
Robert Millan r...@aybabtu.com wrote:
On Thu, Jan 22, 2009 at 12:08:28AM +0200, Vesa Jääskeläinen wrote:
Are you using gfxterm ? If yes, then your font is missing í. Try to load
unifont.bf2 or unicode.bf2. I think debian defaults to ascii.bf2 which
may
Am Samstag, den 07.02.2009, 23:07 +0100 schrieb Wojciech Pyczak:
Yet another RAID related question, I decided to try out RAID partitions
(using grub svn versions), basically I've such disk layout:
md0: (RAID10 on 2 of 3 disks - /dev/sda1, /dev/sdb1)
md0p1 - ext2, /boot
md0p2 -
Am Samstag, den 07.02.2009, 23:52 +0100 schrieb Robert Millan:
There's one, you forgot to attach it ;-)
Actually I didn't forgot it, I was too lazy. I thought such a simple
change doestn't need a patch send to list :)
Well here it is.
--
Felix Zielcke
2009-02-08 Felix Zielcke
I made an *.efi with a few modules (for convenience and cause the minimal
build somehow didn't want to load anything, but that could have been me)
Then I loaded at_keyboard with insmod at_keyboard that worked. Then when I
do terminal_input at_keyboard it doesn't give me a new prompt and seems to
Hello!
Folks I gave up objecting on things discussed here, and then ending up in a
patch, about three days into the whole discussion that eventually created
code in SVN for GRUB2.
Therefore if anything does come up and you, Robert, feel I should comment,
please say so.
I do have one thing to
On Sun, Feb 08, 2009 at 06:02:27PM +0100, step21 wrote:
I made an *.efi with a few modules (for convenience and cause the minimal
build somehow didn't want to load anything, but that could have been me)
Then I loaded at_keyboard with insmod at_keyboard that worked. Then when I
do
On Sun, Feb 08, 2009 at 10:03:43AM +0100, Felix Zielcke wrote:
Am Samstag, den 07.02.2009, 23:52 +0100 schrieb Robert Millan:
There's one, you forgot to attach it ;-)
Actually I didn't forgot it, I was too lazy. I thought such a simple
change doestn't need a patch send to list :)
Well
On Mon, Jan 19, 2009 at 11:15:41AM +0100, Marco Gerards wrote:
Perhaps my USB code might help in some occasions
for scsi.c, I am not completely sure if they are in sync. I sent in
the USB code earlier. This code can be committed, although endianess
is not handled correctly at all places.
On Sun, Feb 08, 2009 at 07:09:53PM +0100, Robert Millan wrote:
On Mon, Jan 19, 2009 at 11:15:41AM +0100, Marco Gerards wrote:
Perhaps my USB code might help in some occasions
for scsi.c, I am not completely sure if they are in sync. I sent in
the USB code earlier. This code can be
ok makes sense. I did set debug=at_keyboard (before insmod I think)
but not output at all.
On Sun, Feb 8, 2009 at 7:00 PM, Robert Millan r...@aybabtu.com wrote:
On Sun, Feb 08, 2009 at 06:02:27PM +0100, step21 wrote:
I made an *.efi with a few modules (for convenience and cause the minimal
Am Sonntag, den 08.02.2009, 19:02 +0100 schrieb Robert Millan:
This looks different than what you described:
Here's a little patch to check if
bpb.version_specific.fat12_or_fat16.fstype or
bpb.version_specific.fat32.fstype has the string FAT12/FAT16/FAT32
Uhm for this change I did
Hi,
This patch implements USB keyboard support. It is based on work by Marco
Gerards, to which I made some adjustments, synced with trunk, and fixed a
pair of bugs.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data;
On Sun, Feb 08, 2009 at 07:52:39PM +0100, step21 wrote:
ok makes sense. I did set debug=at_keyboard (before insmod I think)
but not output at all.
Sorry, it should have been debug=atkeyb.
Also, you need a #define DEBUG_AT_KEYBOARD line as mentioned on IRC.
--
Robert Millan
The DRM opt-in
On Sun, Feb 08, 2009 at 08:18:07PM +0100, Felix Zielcke wrote:
Am Sonntag, den 08.02.2009, 19:02 +0100 schrieb Robert Millan:
This looks different than what you described:
Here's a little patch to check if
bpb.version_specific.fat12_or_fat16.fstype or
On Sat, Feb 07, 2009 at 10:54:32PM +0100, Robert Millan wrote:
On Tue, Jan 27, 2009 at 08:56:59PM +0100, Christian Franke wrote:
Robert: Patch is IMO GTG.
Ok. If noone objects I'll check it in soon.
Committed.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We
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.
--
Felix Zielcke
2009-02-05 Felix Zielcke fziel...@z-51.de
fs/fat.c
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.
On Sun, Feb 8, 2009 at 8:53 PM, Robert Millan r...@aybabtu.com wrote:
Hi,
This patch implements USB keyboard support. It is based on work by
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 the new text rendering speed is somewhere from
2.6x to 31x of the
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 with -p IOUSB can be restricted to usb. Output
20 matches
Mail list logo