Javier Martín wrote:
2008/8/20 Colin D Bennett [EMAIL PROTECTED]:
On Wed, 20 Aug 2008 12:12:59 +0200
Robert Millan [EMAIL PROTECTED] wrote:
On Wed, Aug 20, 2008 at 10:57:22AM +0200, Per Öberg wrote:
Hi
Some laptops, e.g., from Dell have a special button that they use to
boot a special
Robert Millan wrote:
On Wed, Aug 20, 2008 at 10:57:22AM +0200, Per Öberg wrote:
Hi
Some laptops, e.g., from Dell have a special button that they use to
boot a special embedded OS for media only instead of the ordinary OS.
For my Dell XPS1330M I can determine if the Media button was
2008/8/21 Stefan Reinauer [EMAIL PROTECTED]:
Robert Millan wrote:
On Wed, Aug 20, 2008 at 10:57:22AM +0200, Per Öberg wrote:
Hi
Some laptops, e.g., from Dell have a special button that they use to
boot a special embedded OS for media only instead of the ordinary OS.
For my Dell XPS1330M I
Bean wrote:
Hi,
Please take a look at the wiki page and see if you can make graphic
work by following the instructions:
http://grub.enbug.org/TestingOnMacbook
sorry I feel a little busy right now, and I'd have to figure
out how to kick those agp modules out of the initrd too.
By the way,
On Wed, Aug 20, 2008 at 11:01:26PM +0200, Felix Zielcke wrote:
2008-08-20 Felix Zielcke [EMAIL PROTECTED]
* fs/ntfs.c (grub_ntfs_mount): Fix a memory leak.
Index: fs/ntfs.c
===
--- fs/ntfs.c (Revision 1822)
+++
Committed.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
___
On Thu, Aug 21, 2008 at 02:13:05PM +0200, Stefan Reinauer wrote:
The sequence of writing to port 0x70 / reading from port 0x71 reflects
reading from the computer's cmos nvram memory.
bit 7 of 0x70 is reserved for disabling NMIs, so the actual information
is stored in byte 0x79[8] in the
Hi,
This patch fix two bugs in the EFI port:
1, grub_longjmp (x86_64 EFI):
Return 1 when val = 0. This behavior is consistent with grub_longjmp
of i386 platform.
2, genfslist.sh and genpartmaplist.sh
In EFI, the kernel is in a module kernel.mod. genfslist.sh scans the
source for
The report is on http://bugs.debian.org/495949
There seems to be some LVM/RAID related memory corruption somewhere.
On the report there's a backtrace, full backtrace and core file +
grub-probe binary attached.
This doestn't make any sense to me, so I hope some of you else has one.
On Debian BTS
Hello,
Doing some tests with Grub2 and qemu I've made a mistake that Grub (I
think) could warn me better.
The mistake is that I didn't have a grub.cfg file (well, I had but in
the wrong place).
The Grub2 feedback for a standard user it's just flickering (I think
that Grub2 paints the menu)
10 matches
Mail list logo