Re: Fun abusing grub...
> > Greetings, > > I didn't try to break any records, but I did try to make a good > reference machine for each of these operating systems and > get real experience about handling real devices. > > Enclosed, read the touching tale of my attempts at installing 9 > different operating systems under Grub. > > --Chris Hi Chris I am doing a thing called Grub Super Disk and I am very interested on seeing your grub.conf file or menu.lst, the one from Fedora /boot, it might give me some hints on how to improve Grub Super Disk. Can you please send it by email or upload it somewhere... or just paste it in an email? adrian15 ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
gsd proposal : dd
Let's suppose that MBR has this structure: Boot Code: 466 bytes Partition table: 66 bytes Let's do the following with Linux: dd if=/dev/zero of=./blank.img count=1 bs=466 dd if=./blank.img of=/dev/hda I think that this two commands will make a thing similar to fdisk /mbr that's to say give a blank mbr. Supposing that this is equivalent to fdisk /mbr let's build a grub disk with the following extra file: blank.img stored int /boot/grub/ folder. My first instict, my first thought was to do: install p /boot/grub/blank.img INTO (hd0) (Sorry, I don't remember the correct syntax right now, but I suppose you get the point) The problem is that when I read install command documentation it says that Grub before embedding stage1 into the MBR checks if it's a right Grub stage1 image. So... I suppose I cannot embedd this image into the MBR. So some questions arise right now: 1) When Grub embeds an stage1 image into the MBR does it copy it into the 1st 466 bytes or not? And... why its size is 512 bytes instead of 466 bytes as in my scheme? 2) Can I make a fake blank.img which is approved as a good grub stage1 by grub itself? 3) (THIS IS THE PROPOSAL) Will Grub 2 include a dd command... so that you can dd some images as a blank mbr or a mbr backup ? Thank you for your questions in advance. Ah,... I've made a Grub Super Disk version totally translated into English... check version 0.8.9 in floppy or cdrom here: http://adrian15.raulete.net/ficheros/gsd_0.89.iso http://adrian15.raulete.net/ficheros/gsd_0.89_en.img adrian15 ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
USB kernel driver
Hi, can somebody tell me if it is possible to integrate an USB kernel driver (f. ex. linux-2.6.0\drivers\usb) into GRUB2 to access USB devices? If possible, it would be great if somebody could tell me what basic steps I have to do. Thanks a lot, Jochen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: USB kernel driver
[EMAIL PROTECTED] writes: Hi, > can somebody tell me if it is possible to integrate an USB kernel driver > (f. ex. linux-2.6.0\drivers\usb) into GRUB2 to access USB devices? > > If possible, it would be great if somebody could tell me what basic steps > I have to do. I don't think it is possible. Linux has multitasking, interrupt handing, a drive framework including the required bus drives, etc. For GRUB we have to write our own drivers, I think. And besides that, I don't think it is nice to maintain the glue code. -- Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: USB kernel driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 18 Oct 2005 18:03:08 +0200 Marco Gerards <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] writes: > > Hi, > > > can somebody tell me if it is possible to integrate an USB kernel > > driver (f. ex. linux-2.6.0\drivers\usb) into GRUB2 to access USB > > devices? > > > > If possible, it would be great if somebody could tell me what basic > > steps I have to do. > > I don't think it is possible. Linux has multitasking, interrupt > handing, a drive framework including the required bus drives, etc. > > For GRUB we have to write our own drivers, I think. And besides that, > I don't think it is nice to maintain the glue code. How about borrowing from etherboot? NIC drivers were borrowed from there in the past - is that (gonna be) the case with v2 as well? Perhaps it would be relevant to share some of their work on getting USB NICs to work as well? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDVSAin7DbMsAkQLgRAutLAJwP6TOt1IXko+Wwpbgq6JJkWQUcyQCeJbwt c4JSgl+lZlSrIy7CEr7NWeE= =j+0y -END PGP SIGNATURE- ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: USB kernel driver
Jonas Smedegaard <[EMAIL PROTECTED]> writes: > How about borrowing from etherboot? > > NIC drivers were borrowed from there in the past - is that (gonna be) > the case with v2 as well? > > Perhaps it would be relevant to share some of their work on getting USB > NICs to work as well? Etherboot has USB drivers? Etherboot is easier because it has to function in about the same circumstances as GRUB does. So that would be possible. I wonder how portable the etherboot drivers are to architectures like the PPC and sparc. -- Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: USB kernel driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 18 Oct 2005 18:25:45 +0200 Marco Gerards <[EMAIL PROTECTED]> wrote: > Jonas Smedegaard <[EMAIL PROTECTED]> writes: > > > How about borrowing from etherboot? > > > > NIC drivers were borrowed from there in the past - is that (gonna > > be) the case with v2 as well? > > > > Perhaps it would be relevant to share some of their work on getting > > USB NICs to work as well? > > Etherboot has USB drivers? Etherboot is easier because it has to > function in about the same circumstances as GRUB does. So that would > be possible. Arrh - had a quick look just before but looking again it shows that USB is only mentioned in a header file of a wireless driver. No support for USB busses :-( > I wonder how portable the etherboot drivers are to architectures like > the PPC and sparc. Oh yes - that's right :-) - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDVSWXn7DbMsAkQLgRAlE1AJ4n/SW/xFJRJkUBChDkv7OgqH8XYQCggLVG deLqPtqtrTM/puF+YUeTyyM= =2NdX -END PGP SIGNATURE- ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: GRUB 1.91 is released
Marco Gerards wrote:
>Joe Ciccone <[EMAIL PROTECTED]> writes:
>
>
>
>>Yoshinori K. Okuji wrote:.
>>
>>
>>
>>>* Add support for x86_64.
>>>
>>>
>>>
>>I am curious if support for x86_64 still uses -m32 in the build process,
>>and if so, why?
>>
>>
>My question: why not?
>
>
I just created a simply dummy program and tried to compile it with a
64bit only compiler, cross-compiling or not, the build of grub fails
with -m32, just as the build of this simple program fails with -m32. Now
that you have an example of that happens in a Pure64bit enviorment with
only 64 bit libs available to the compiler. Do you have any ideas on
what can be done to make grub compile and work under these conditions?
lfs:~$ echo "int main () {}" > dummy.c
lfs:~$ $CC -m32 dummy.c
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/./libgcc.a
when searching for -lgcc
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/libgcc.a
when searching for -lgcc
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/cross-tools/lib/gcc/x86_64-pc-linux-gnu/4.0.2/./libgcc.a when searching
for -lgcc
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/cross-tools/lib/gcc/x86_64-pc-linux-gnu/4.0.2/libgcc.a when searching
for -lgcc
/home/lfs/cross-tools/bin/../lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld:
cannot find -lgcc
collect2: ld returned 1 exit status
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
AW: USB kernel driver
> > [EMAIL PROTECTED] writes: > > > > Hi, > > > > > can somebody tell me if it is possible to integrate an USB kernel > > > driver (f. ex. linux-2.6.0\drivers\usb) into GRUB2 to access USB > > > devices? > > > > > > If possible, it would be great if somebody could tell me what basic > > > steps I have to do. > > > > I don't think it is possible. Linux has multitasking, interrupt > > handing, a drive framework including the required bus drives, etc. > > > > For GRUB we have to write our own drivers, I think. And besides that, > > I don't think it is nice to maintain the glue code. > First of all thanks for your comments! So it seems to me the only way is to write it our own. Or are there any more ideas where to "borrow" code from? Writing a own GRUB USB driver seems to be a complicated task, starting with the three standards UHCI, EHCI and OHCI. Furthermore I have no experience with GRUB drivers! Is there any documentation besides the source code? Jochen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
