bugGNU GRUB - Bugs: bug #41731, 64bit EFI PXE boot fails with...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

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

Submitter:  Mariusz Mazur <mmazur>
Submitted:  Fri 28 Feb 2014 11:10:30 AM UTC
   
 
Category:  Network Severity:  Major
Priority:  5 - Normal Item Group:  Software Error
Status:  Fixed Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Closed Release:  Git master
Release:  Reproducibility:  Every Time
Planned Release:  None

Jump to the original submission

Thu 07 May 2015 05:42:00 PM UTC, comment #6: 

Pushed now in 49426e9fd2e562c73a4f1206f32eff9e424a1a73. Please test and reopen if needed.

Andrei Borzenkov <arvidjaar>
Group Member
Sun 19 Apr 2015 08:03:28 AM UTC, comment #5: 

This patch crashed OVMF or grub for me. I now sent another patch based on the same idea to grub-devel; it covers more issues in this area. Could you test if it fixes issues for you?

Andrei Borzenkov <arvidjaar>
Group Member
Thu 24 Apr 2014 03:04:20 PM UTC, comment #4: 

Yup, the attached patch prevented the timeouts.

Mariusz Mazur <mmazur>
Tue 08 Apr 2014 03:24:03 PM UTC, comment #3: 

This sounds like a problem I recently ran into. Does the attached patch help?


(file #31140)

Mark Salter <msalter>
Mon 03 Mar 2014 10:50:36 AM UTC, comment #2: 
Mariusz Mazur <mmazur>
Fri 28 Feb 2014 01:44:31 PM UTC, comment #1: 

net->stall doesn't indicate problem at all, only that flow needs to be slowed down and is done so automaticaly. Could you look/supply at the packet dump?

Vladimir Serbinenko <phcoder>
Group administrator
Fri 28 Feb 2014 11:10:30 AM UTC, original submission:  

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?


Mariusz Mazur <mmazur>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #31140:  0001-reopen-SNP-protocol-for-exclusive-use-by-grub.patch added by msalter (2KiB - text/x-patch - reopen SNP for exclusive use)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by arvidjaar (Posted a comment)
  • -email is unavailable- added by msalter (Updated the item)
  • -email is unavailable- added by phcoder (Posted a comment)
  • -email is unavailable- added by mmazur (Commit log indicates you've been doing changes around this code lately)
  • -email is unavailable- added by mmazur (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-05-07 arvidjaar StatusNone Fixed
        Open/ClosedOpen Closed
    2014-04-08 msalter Attached File- Added 0001-reopen-SNP-protocol-for-exclusive-use-by-grub.patch, #31140
    2014-02-28 mmazur Carbon-Copy- Added phcoder

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code