BVK Chaitanya wrote:
Attached patch has __LINE__ and __FILE__ tags added.
For your information, I tested it on NetBSD 5.0 (with default gcc
4.1.3), and everything seems fine.
Thanks,
Gre'goire
___
Grub-devel mailing list
Grub-devel@gnu.org
http
Hi All,
We are doing an academic project in which we are working on Intel core2duo
architecture and grub-0.97.
When we call impsprobe command on grub command line interface it displays
message "No MPS information found or probe failed..".
So we wanted to know how & what MP information is mad
2009/12/23 Gre'goire Sutre :
>
> For your information, I tested it on NetBSD 5.0 (with default gcc 4.1.3),
> and everything seems fine.
>
Thanks Gre'goire. I wanted to ask you to verify, but i forgot to mention :-(
--
bvk.chaitanya
___
Grub-devel
Hi,
On Thu, Dec 24, 2009 at 1:09 AM, mandar naik wrote:
> So we wanted to know how & what MP information is made available to grub on
> Intel core2duo architecture if MP Floating Point structure & MP
> configuration table are not present.
> If Intel core2duo architecture is one of default configu
Hi,
I am trying to add NetBSD specific code to util/hostdisk.c in order to
make grub-probe work. This part is almost finished. However, I had a
hard time dealing with segfaults in callbacks (hook function pointers)
in a number of places of the vanilla code. Actually, I get segfaults in
gru
Hi,
Your problem is probably lack of executable stack support, or at least you
haven't linked your application with a linker mapfile that specifies an
executable stack -- the callbacks require the use of trampolines to access
local variables, which require an executable stack.
--S
Quotin
> André Heynatz wrote:
> > I have bought two 1 TB harddisks and one 2 TB harddisk (backup).
> > I want to use the 1 TB harddisks in a RAID 0 array (Intel ICH8R
> Fakeraid).
> >
> > OS: Win XP SP3, Win 7, Ubuntu Linux 9.10 32 Bit
> >
> > My partition plan 1:
> >
> > P ntfs 300 GB Windows XP SP3
André Heynatz wrote:
André Heynatz wrote:
I have bought two 1 TB harddisks and one 2 TB harddisk (backup).
I want to use the 1 TB harddisks in a RAID 0 array (Intel ICH8R
P ntfs 300 GB Windows XP SP3 32 Bit P ntfs 300 GB Windows 7 32
Bit E L swap2 GB Linux swap L ext4 250 GB Ubuntu Lin
Hello Bruce,
thanks for the suggestion. But in order to do this I would need to
remove the perfectly working Windows XP and Windows 7 systems to do
this which would be a pity.
No, not really. From your post I thought you you were working with a blank
HD. Try this:
P ntfs 300 GB Windows
Seth Goldberg wrote:
Your problem is probably lack of executable stack support, or at least
you haven't linked your application with a linker mapfile that specifies
an executable stack -- the callbacks require the use of trampolines to
access local variables, which require an executable stac
> P ntfs 300 GB Windows XP SP3 32 Bit
> P ntfs 300 GB Windows 7 32 Bit
> P ext2 100 MB /boot
> E
> L swap2 GB Linux swap
> L ext4 250 GB Ubuntu Linux 9.10 (Karmic) 32 Bit
> L ntfs 1100 GB data (for data exchange and storage)
> L ext4 48 GB spare space for testing of new OSes
>
> I like
Quoting Grégoire Sutre, who wrote the following on Thu, 24 Dec 2009:
Seth Goldberg wrote:
Your problem is probably lack of executable stack support, or at least
you haven't linked your application with a linker mapfile that specifies an
executable stack -- the callbacks require the use of
Seth Goldberg wrote:
Exactly -- the presence of the execstack attribute in the segment is
merely a request -- the kernel is free to discard it, and many OSes do,
as you've found :).
The problem is more complex: I tried a simple example with a pointer to
a nested function, and it runs withou
Quoting Grégoire Sutre, who wrote the following on Thu, 24 Dec 2009:
Seth Goldberg wrote:
Exactly -- the presence of the execstack attribute in the segment is
merely a request -- the kernel is free to discard it, and many OSes do, as
you've found :).
The problem is more complex: I tried
Quoting Grégoire Sutre, who wrote the following on Thu, 24 Dec 2009:
Seth Goldberg wrote:
Exactly -- the presence of the execstack attribute in the segment is
merely a request -- the kernel is free to discard it, and many OSes do, as
you've found :).
The problem is more complex: I tried a
issing something as the
code (obviously) works well on other systems.
Thanks for your help,
Grégoire
-- next part --
A non-text attachment was scrubbed...
Name: patch-nested-functions.diff
Type: text/x-patch
Size: 7659 bytes
Desc: not available
Url :
http://lists.gnu.org/pipermail/grub-d
Seth Goldberg wrote:
While the BIOS call supports 48-bit LBA, the MBR partition table is
limited to 32-bit LBA addresses for partition dimensions. If you
partition the disk with a GPT partition table, those limitations are
removed, but GPT-partitioned disks aren't supported by XP (at least).
André Heynatz wrote:
P ntfs 300 GB Windows XP SP3 32 Bit
P ntfs 300 GB Windows 7 32 Bit
P ext2 100 MB /boot
E
L swap2 GB Linux swap
L ext4 250 GB Ubuntu Linux 9.10 (Karmic) 32 Bit
L ntfs 1100 GB data (for data exchange and storage)
L ext4 48 GB spare space for testing of new OSes
I h
On Dec 23, 2009, at 9:37 PM, Bruce Dubbs wrote:
Seth Goldberg wrote:
While the BIOS call supports 48-bit LBA, the MBR partition table is
limited to 32-bit LBA addresses for partition dimensions. If you
partition the disk with a GPT partition table, those limitations
are removed, but G
Seth Goldberg wrote:
On Dec 23, 2009, at 9:37 PM, Bruce Dubbs wrote:
Seth Goldberg wrote:
While the BIOS call supports 48-bit LBA, the MBR partition table is
limited to 32-bit LBA addresses for partition dimensions. If you
partition the disk with a GPT partition table, those limitations
Quoting Bruce Dubbs, who wrote the following on Thu, 24 Dec 2009:
Seth Goldberg wrote:
On Dec 23, 2009, at 9:37 PM, Bruce Dubbs wrote:
Seth Goldberg wrote:
While the BIOS call supports 48-bit LBA, the MBR partition table is
limited to 32-bit LBA addresses for partition dimensions. If
21 matches
Mail list logo
