bug-grub
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #41731] 64bit EFI PXE boot fails with 'error: timeout reading'


From: Mariusz Mazur
Subject: [bug #41731] 64bit EFI PXE boot fails with 'error: timeout reading'
Date: Fri, 28 Feb 2014 11:10:32 +0000
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Iceweasel/26.0

URL:
  <http://savannah.gnu.org/bugs/?41731>

                 Summary: 64bit EFI PXE boot fails with 'error: timeout
reading'
                 Project: GNU GRUB
            Submitted by: mmazur
            Submitted on: Fri 28 Feb 2014 11:10:30 AM GMT
                Category: Network
                Severity: Major
                Priority: 5 - Normal
              Item Group: Software Error
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 
                 Release: Git master
         Reproducibility: Every Time
         Planned Release: None

    _______________________________________________________

Details:

Here's what I get when trying to boot something on my system via pxe efi with
grub2 git master (and, of course 2.02beta2). This happens only in efi mode,
legacy mode goes ok.


  Booting `PLD New Rescue 64 (serial console, all in RAM)'

loading /pld-nr/pld-nr-64/vmlinuz...
loading /pld-nr/pld-nr-64/_init.cpi /pld-nr/pld-nr-64/_net.cpi
/pld-nr/pld-nr-64/base.cpi /pld-nr/pld-nr-64/basic.cpi
/pld-nr/pld-nr-64/rescue.cpi /pld-nr/pld-nr-64/custom.cpi...
error: timeout reading `/pld-nr/pld-nr-64/base.cpi'.
booting...


The files are:

-rw-r--r-- 1 tftp tftp 6.7M Jan  8 19:14 _init.cpi
-rw-r--r-- 1 tftp tftp 3.6M Jan  8 19:14 _net.cpi
-rw-r--r-- 1 tftp tftp  79M Jan  8 19:14 base.cpi
-rw-r--r-- 1 tftp tftp  49M Jan  8 19:14 basic.cpi
drwxr-xr-x 5 tftp tftp 4.0K Feb 10 17:11 custom
-rw-r--r-- 1 root root  20M Feb 18 15:43 custom.cpi
-rw-r--r-- 1 tftp tftp 128M Jan  8 19:15 rescue.cpi
-rw-r--r-- 1 tftp tftp 3.0M Jan  2 13:24 vmlinuz


And relevant tftpd log entries:

(…)
Feb 28 11:36:15 dev2 tftpd[21882]: RRQ from 10.28.45.69 filename
/pld-nr/boot/grub/x86_64-efi/mmap.mod
Feb 28 11:36:15 dev2 tftpd[21883]: RRQ from 10.28.45.69 filename
/pld-nr/boot/grub/x86_64-efi/mmap.mod
Feb 28 11:36:15 dev2 tftpd[21884]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/vmlinuz
Feb 28 11:36:31 dev2 tftpd[21885]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/_init.cpi
Feb 28 11:36:31 dev2 tftpd[21886]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/_net.cpi
Feb 28 11:36:31 dev2 tftpd[21887]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/base.cpi
Feb 28 11:36:31 dev2 tftpd[21888]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/basic.cpi
Feb 28 11:36:31 dev2 tftpd[21889]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/rescue.cpi
Feb 28 11:36:31 dev2 tftpd[21890]: RRQ from 10.28.45.69 filename
/pld-nr/pld-nr-64/custom.cpi


Btw: why does it try to download all of the cpi files at once? Is that a bug?

I did put some dprints after both of the _net->stall=1_ lines in net/tftp.c
and sure enough, a lot of stalls happen before the file fetching timeouts, but
I have no idea what to do with that info. Anybody got any idea how to debug
this further and figure out a fix?






    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?41731>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]