Hello, Ladi,
Thank you a lot for the analysis.
> At this point we should engage somebody from Google to help us understand
why the host behaves this way, i.e. why it doesn't let us use the device in
"simple" mode with nothing but VIRTIO_NET_F_MAC.
This site seems the right place for that:
https:
Hi Akihiro,
On Tue, Dec 20, 2016 at 2:58 AM, Akihiro Suda wrote:
> Hello, Ladi,
>
> > Could you please help me set up a GCE instance with iPXE? I haven't
> been able to make it produce any output. Do you build iPXE
> with CONSOLE_SERIAL? How do you create the .tar.gz for GCE to import the
> imag
Hello, Ladi,
> Could you please help me set up a GCE instance with iPXE? I haven't been
able to make it produce any output. Do you build iPXE with CONSOLE_SERIAL?
How do you create the .tar.gz for GCE to import the image from? Thanks!
Yes, I built the image with CONSOLE_SERIAL.
For creating .tar.
On Mon, Dec 19, 2016 at 10:40 AM, Akihiro Suda wrote:
> Hello, Ladi,
>
> Thank you a lot for providing the patch.
> However, unfortunately, it does not seem to have any effect.
>
> BTW, when I was tackling with the issue without your patch, I found some
> interesting behavior:
>
> - Pinging from
Hello, Ladi,
Thank you a lot for providing the patch.
However, unfortunately, it does not seem to have any effect.
BTW, when I was tackling with the issue without your patch, I found some
interesting behavior:
- Pinging from another instance (Linux) to an iPXE instance seems always
working as ex
Hi Akihiro,
On Mon, Dec 19, 2016 at 7:17 AM, Akihiro Suda wrote:
> Hello Ladi,
>
> Thank you a lot for looking into this issue and writing patches about the
> queue size. The patch set looks good to me.
>
>>> I haven't captured DHCP packets (because I'm unsure how to do so in GCE's
>>> fully mana
Hello Ladi,
Thank you a lot for looking into this issue and writing patches about the
queue size. The patch set looks good to me.
>> I haven't captured DHCP packets (because I'm unsure how to do so in GCE's
>> fully managed DHCP server), but I guess DHCPACK is actually sent from the
>> DHCP serve
Hi Akihiro,
On Wed, Dec 14, 2016 at 8:51 AM, Akihiro Suda wrote:
> Hi Christian,
>
> Thank you for the suggestion, I'll try to report this to google.
>
> I found that the cause of this issue is because GCE's VIRTIO_PCI_QUEUE_NUM
> is 4096, which is larger than iPXE's MAX_QUEUE_NUM (256).
>
> http
Hi Christian,
Thank you for the suggestion, I'll try to report this to google.
I found that the cause of this issue is because GCE's VIRTIO_PCI_QUEUE_NUM
is 4096, which is larger than iPXE's MAX_QUEUE_NUM (256).
https://git.ipxe.org/ipxe.git/blob/26050fd4c87c50503d5bd573b2ec91703676e211:/src/dri
You might want to report this to google as well if you haven't already.
On Wed, Dec 14, 2016 at 7:16 AM, Akihiro Suda wrote:
> Hello,
>
> I tried to boot iPXE on a Google Compute Engine instance, but the virtio
> driver doesn't work because virtnet_open_legacy() fails to find virtqueues.
>
> Plea
Hello,
I tried to boot iPXE on a Google Compute Engine instance, but the virtio
driver doesn't work because virtnet_open_legacy() fails to find virtqueues.
Please let me know what I can do for providing further information to debug
the issue.
The serial console output with "DEBUG=virtio-net" is
11 matches
Mail list logo
