[ipxe-devel] SAN Boot Windows XP with USB-NIC.

[jerrycheng-hinet]

Thanks, Michael.

The patch works! I don't know how to express my gratitude to you!

After applying your patch, I can see the consistent result with ipxe and 
gpxe.

In gpxe, the screen hanged at "Registerd as BIOS drive 0x80/Booting from 
BIOS drive 0x80".

In ipxe, I got more detail fail reason. The screen hanged at "Couldn't open 
driver multi(0)disk(0)rdisk(0)partition(1)".

By comparing wireshark trace, both of them seemed to fail to read LUN0 
(LBA:0x007ff5f7, Len: 8).

I think it should be the similiar issue like "booting windows xp from USB 
device". Do you have any idea or suggestion about this issue?

Thanks again for your great help!

Regards,
Jerry

----- Original Message ----- 
From: "Michael Brown" <mbrown at fensystems.co.uk>
To: "jerrycheng-hinet" <jaspers.cheng at msa.hinet.net>; <ipxe-devel at ipxe.org>
Sent: Friday, March 04, 2011 1:07 AM
Subject: Re: [ipxe-devel] SAN Boot Windows XP with USB-NIC.


> On Thursday 03 Mar 2011 16:56:37 jerrycheng-hinet wrote:
>> > a) try running the "dhcp" command at the command line and, after it 
>> > fails
>> > with
>> > the same "Connection timed out" error message, run the "ifstat" command
>> > (http://ipxe.org/cmd/ifstat)
>>
>> Still got connection timeout message. Then run the "ifstat" command, it
>> showed:
>> net0: 00:50:fc:8e:c7:8d on UNDI (closed)
>>   [Link:up, TX:4 TXE:0 RX:0 RXE:0]
>
> That confirms that iPXE is seeing no received packets.
>
>> > b) try setting a static IP address as described on the error page
>> > (http://ipxe.org/4c106035), and see if you can ping it from the DHCP
>> > server.
>>
>> Fail to ping the static IP address. Got "Destination Host Unreachable"
>> message.
>
> That is consistent with not seeing any received packets in iPXE.
>
>> It's weird that by using the same USB-NIC, and almost identical DHCP
>> configuration, DHCP function seems to be ok in gpxe.
>
> If you have a known-working version tag (e.g. v1.0.0, which is common with
> gPXE), then you could use git bisection (http://ipxe.org/howto/bisect) to
> track down the commit that causes the problem.
>
> The only change I can think of that might be relevant to the UNDI driver 
> is
>
>  http://git.ipxe.org/ipxe.git/commitdiff/006d9f1
>
> It's possible that your card is erroneously reporting that it doesn't 
> support
> interrupts, when in fact it requires the interrupt-triggered call to
> PXENV_UNDI_ISR_IN_START in order to make packet reception work.  You could 
> try
> overriding the interrupts-supported detection logic using the attached 
> patch.
>
> Michael
>