From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: grub-devel@gnu.org
Subject: Re: Problems booting Linux via PXE
Date: Thu, 26 Aug 2010 09:52:08 +0200 [thread overview]
Message-ID: <4C761D28.7070906@gmail.com> (raw)
In-Reply-To: <D1A3B6E525F5F943AB9D12DED819DD5F013EAF98@NYCMBX3.winmail.deshaw.com>
[-- Attachment #1: Type: text/plain, Size: 2901 bytes --]
On 08/25/2010 09:02 PM, Turner, Ian wrote:
> I’m having some trouble using GRUB to boot Linux via PXE. It seems
> that for some reason the call to the PXE BIOS fails when retrieving
> the third packet of the Linux kernel. I don’t have this problem
> loading multiboot kernels or GRUB modules. This is using GRUB 1.98.
>
Please avoid using HTML mail. Changing color of your text only makes it
annoying to read. This is plain-text mailing list even if no filters are
configured to strictly enforce that.
Could you try newreloc branch which is about to be merged?
> I’ve seen the problem on all three servers where I’ve tested, which
> are as follows:
> - A Sun Fire X4100
> - with four Dual Core AMD Opteron(tm) Processor 285 SE
> - Running Intel Boot Agent GE 1.2.50
> Intel Boot Agent PXE Base Code (PXE-2.1 build 086)
> - A Sun Fire X4150
> - with two Intel X5440 processors
> - Running Intel Boot Agent GE 1.2.42
> Intel Boot Agent PXE Base Code (PXE-2.1 build 085)
> - A Dell PowerEdge R610
> - With two Intel X5570 processors
> - Running Broadcom NetXtreme II Ethernet Boot Agent v5.0.5
> Broadcom UNDI PXE-2.1 v5.0.5
> Broadcom Base Code PXE-2.1 v1.1.1
>
> On the Sun servers, the relevant call to
> grub_pxe_call(GRUB_PXENV_TFTP_READ) at fs/i386/pc/pxe.c:300 simply
> does not return. On the Dell server, some dots (2-200) are printed to
> the console at the time this call is placed, and sometimes the call
> does return, but with a (invalid) status code of 65536. Other times
> the call hangs after printing the dots.
>
> Looking at loader/i386/linux.c, the grub_file_read() at line 638
> works, as does the one at line 698. It’s the third read, at line 891,
> which creates the failure.
>
> I should emphasize that the PXE code seems to work fine for everything
> else. I am able to load dozens of GRUB modules, multiple configuration
> files, and multiboot and linux16 kernels with no problem. It’s only
> the bzImage that seems to create trouble, and only the third packet of
> that image. It doesn’t seem to matter what kernel I use; at least, I
> see this problem with RHEL kernels from 5.2 up to 5.5.
>
> I hypothesize that something between linux.c line 698 and linux.c line
> 891 writes to a region of memory reserved by the PXE bios. Is there a
> way to test this theory?
>
> Has anyone else been able to make this work? Is there something simple
> that I am missing? I would love to hear your thoughts. Also, if I
> should take this over to grub-help or grub-bugs, let me know.
>
> Cheers,
>
> --Ian Turner
>
>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]
next prev parent reply other threads:[~2010-08-26 7:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-25 19:02 Problems booting Linux via PXE Turner, Ian
2010-08-26 1:12 ` Omni Flux
2010-08-26 1:14 ` Omni Flux
2010-08-26 8:02 ` Omni Flux
2010-08-26 7:52 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2010-08-26 8:48 ` Omni Flux
2010-08-26 15:06 ` Bruce Edge
2010-08-26 21:27 ` Omni Flux
2010-08-26 22:55 ` Turner, Ian
2010-09-02 23:01 ` Vladimir 'φ-coder/phcoder' Serbinenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C761D28.7070906@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.