From: "Wu, Jiaxin" <jiaxin.wu@intel.com>
To: "Cohen, Eugene" <eugene@hp.com>,
"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Subject: FW: IP4 Config Troubles with DHCP
Date: Thu, 11 Aug 2016 06:57:57 +0000 [thread overview]
Message-ID: <895558F6EA4E3B41AC93A00D163B7274137C5EF1@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <AT5PR84MB02912E92A7352735C99DD954B41D0@AT5PR84MB0291.NAMPRD84.PROD.OUTLOOK.COM>
Eugene,
I want to confirm with you the steps to reproduce the issue:
1. Set policy to DHCP.
2. If DHCP process is not complete yet, then run one App to invoke the UDP4 Configure with "UseDefaultAddress = TRUE" (loop to keep calling Udp4->Configure until Ip4Mode.IsConfigured changes to TRUE)
3. Even DHCP succeed but Ip4Mode.IsConfigured flag never set to TRUE ---- failure here!!!
Above steps right?
Actually, you don't need to retry the UDP configuration loop according the Ip4Mode.IsConfigured flag. You are only recommended to set a timer to check the mapping status after the configuration:
For example:
Status = Nlc->Udp4->Configure(Nlc->Udp4, &Nlc->UdpConfig);
if (EFI_ERROR (Status) && (Status != EFI_NO_MAPPING)) {
return Status;
}
if (Status == EFI_NO_MAPPING && !UdpGetMapping (Nlc->Udp4)) {
return Status;
}
In UdpGetMapping () function, create one timer to check Ip4Mode.IsConfigured:
For example:
UdpGetMapping () {
IsMapDone = FALSE;
gBS->CreateEvent (EVT_TIMER, TPL_CALLBACK, NULL, NULL, &TimeoutEvent);
gBS->SetTimer (TimeoutEvent, TimerRelative, AnyValue);
while (EFI_ERROR (gBS->CheckEvent (TimeoutEvent))) {
Udp4->Poll (Udp4);
Udp4->GetModeData (Udp4, &Udp4Mode, & Ip4Mode, NULL, NULL);
if (Ip4Mode.IsConfigured) {
IsMapDone = TRUE;
break;
}
}
return IsMapDone;
}
If DHCP process succeed, Ip4Mode.IsConfigured should be updated. If not, any bug may be existed.
Thanks,
Jiaxin
-----Original Message-----
From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Cohen, Eugene
Sent: Thursday, August 11, 2016 2:14 AM
To: edk2-devel@lists.01.org; Wu, Jiaxin <jiaxin.wu@intel.com>
Subject: [edk2] IP4 Config Troubles with DHCP
We have been running into an issue when trying to configure an interface as DHCP where if the DHCP process is not yet complete (Ip4Mode.IsConfigured is FALSE) the configure process will never succeed.
We have a case where we attempt to invoke the UDP4 Configure:
Status = Nlc->Udp4->Configure(Nlc->Udp4, &Nlc->UdpConfig);
We had a retry loop where we keep calling Udp4->Configure until we finally see Ip4Mode.IsConfigured go TRUE (similar to what you see in Mtftp4GetMapping) - this has worked for many years but recently something broke this. Now, even when DHCP succeeds the Ip4Mode.IsConfigured flag is set to FALSE.
Only if we retry by destroying and re-creating new service binding children can we actually get this logic to succeed. This logic is getting ridiculously complicated so I'm thinking there has to be a better way of doing this.
Do you have an example of specifically how a driver/app should handle the case where the DHCP process is not yet complete and wants to wait?
Thanks,
Eugene
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
next prev parent reply other threads:[~2016-08-11 6:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-10 18:13 IP4 Config Troubles with DHCP Cohen, Eugene
2016-08-11 6:57 ` Wu, Jiaxin [this message]
2016-08-11 14:31 ` Cohen, Eugene
2016-08-12 0:19 ` Wu, Jiaxin
2016-08-12 8:27 ` Wu, Jiaxin
2016-08-12 12:34 ` Cohen, Eugene
2016-08-13 7:51 ` Wu, Jiaxin
2016-08-15 14:10 ` Cohen, Eugene
2016-08-16 1:27 ` Wu, Jiaxin
2016-08-16 19:44 ` Cohen, Eugene
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-list 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=895558F6EA4E3B41AC93A00D163B7274137C5EF1@SHSMSX103.ccr.corp.intel.com \
--to=devel@edk2.groups.io \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox