public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Guo Heyi <heyi.guo@linaro.org>
To: "Wu, Jiaxin" <jiaxin.wu@intel.com>
Cc: "Wu, Jiaxin" <jiaxin.wu@intel.com>,
	"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	"Ni, Ruiyu" <ruiyu.ni@intel.com>,
	"Fu, Siyuan" <siyuan.fu@intel.com>,
	"Dong, Eric" <eric.dong@intel.com>,
	"Zeng, Star" <star.zeng@intel.com>
Subject: Re: MdeModulePkg/UefiPxeBcDxe: Question about IcmpErrorListenHandler in PxeBcImpl.c
Date: Mon, 11 Dec 2017 18:43:19 +0800	[thread overview]
Message-ID: <20171211104319.GA67395@SZX1000114654> (raw)
In-Reply-To: <ab605868-8a1a-e04e-ee07-3dd53ec7c3a7@linaro.org>

Hi Jiaxin,

We tested and the patch worked. We also tested PXE boot and no new issue was observed.

Thanks and regards,

Gary (Heyi Guo)


On Thu, Dec 07, 2017 at 08:20:28PM +0800, Heyi Guo wrote:
> 
> 
> 在 12/7/2017 6:40 PM, Wu, Jiaxin 写道:
> >>You say "IcmpErrorRcvToken is only used to get ICMP error from IP
> >>layer", does that mean only ICMP error packets will go to
> >>IcmpErrorListenHandler?
> >>If it is the case, how do we make it? I can only find a simple
> >>Ip4->Receive is called to receive IP4 packets; how are other types of
> >>IP4 packets filtered out?
> >No, all of the *ICMP* packets with the same station IP address will go to IcmpErrorListenHandler() callback function. Because PXE driver has already configured the current IP protocol only receive the ICMP packets:
> >	ZeroMem (&Private->Ip4ConfigData, sizeof (EFI_IP4_CONFIG_DATA));
> >   	Private->Ip4ConfigData.DefaultProtocol   = EFI_IP_PROTO_ICMP;
> >   	Private->Ip4ConfigData.AcceptIcmpErrors  = TRUE;
> >	Ip4ConfigData.DefaultProtocol   = EFI_IP_PROTO_ICMP;
> >So, it is only used to capture background ICMP packets (Including the ICMP error message) with the same station IP address.
> Many thanks; it explains my question clearly.
> 
> >
> >>If it is not, why don't we need to filter the packets in
> >>IcmpErrorListenHandler? If we recycle the packets in
> >>IcmpErrorListenHandler, will it cause the upper layer of protocols fail
> >>to fetch RxData?
> >IcmpErrorListenHandler() should filter the packets and only handle the ICMP error message. But currently, the code logic is incorrect. I generated one patch as attached one for your reference, can you help to verify whether it works or not? (Ignore my previous suggestion check).
> Sure we can verify it.
> >In my opinion, the RxData should be recycled since it has been recorded in Mode->IcmpError.
> Agree.
> 
> Thanks,
> 
> Gary (Heyi Guo)
> >
> >Thanks,
> >Jiaxin
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of
> >>Heyi Guo
> >>Sent: Thursday, December 7, 2017 4:18 PM
> >>To: Wu, Jiaxin <jiaxin.wu@intel.com>; edk2-devel@lists.01.org
> >>Cc: Ni, Ruiyu <ruiyu.ni@intel.com>; Fu, Siyuan <siyuan.fu@intel.com>; Dong,
> >>Eric <eric.dong@intel.com>; Zeng, Star <star.zeng@intel.com>
> >>Subject: Re: [edk2] MdeModulePkg/UefiPxeBcDxe: Question about
> >>IcmpErrorListenHandler in PxeBcImpl.c
> >>
> >>Hi Jiaxin,
> >>
> >>Thanks for your reply.
> >>
> >>You say "IcmpErrorRcvToken is only used to get ICMP error from IP
> >>layer", does that mean only ICMP error packets will go to
> >>IcmpErrorListenHandler?
> >>
> >>If it is the case, how do we make it? I can only find a simple
> >>Ip4->Receive is called to receive IP4 packets; how are other types of
> >>IP4 packets filtered out?
> >>
> >>If it is not, why don't we need to filter the packets in
> >>IcmpErrorListenHandler? If we recycle the packets in
> >>IcmpErrorListenHandler, will it cause the upper layer of protocols fail
> >>to fetch RxData?
> >>
> >>Please forgive me if my questions are too stupid :)
> >>
> >>Regards,
> >>
> >>Gary (Heyi Guo)
> >>
> >>
> >>在 12/7/2017 3:48 PM, Wu, Jiaxin 写道:
> >>>Hi Gary,
> >>>
> >>>IcmpErrorRcvToken is only used to get ICMP error from IP layer, and the
> >>data will be copied to Mode->IcmpError. So, I think the RxData should be
> >>recycled.
> >>>Besides, EFI_IP_PROTO_ICMP should be also checked in the call function
> >>but currently it's not:
> >>>    if (!EFI_IP4_EQUAL (&RxData->Header->DestinationAddress, &Mode-
> >>>StationIp.v4)) {
> >>>      //
> >>>      // The dest address is not equal to Station Ip address, discard it.
> >>>      //
> >>>      goto CleanUp;
> >>>    }
> >>>
> >>>    +if (&RxData->Header->Protocol != EFI_IP_PROTO_ICMP) {
> >>>    +//
> >>>    +// The protocol value in the header of the receveid packet should be
> >>EFI_IP_PROTO_ICMP.
> >>>    +//
> >>>    +goto CleanUp;
> >>>    +}
> >>>
> >>>Thanks the report.
> >>>
> >>>Thanks,
> >>>Jiaxin
> >>>
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Guo Heyi [mailto:heyi.guo@linaro.org]
> >>>>Sent: Thursday, December 7, 2017 12:07 PM
> >>>>To: edk2-devel@lists.01.org
> >>>>Cc: Zeng, Star <star.zeng@intel.com>; Dong, Eric <eric.dong@intel.com>;
> >>Ni,
> >>>>Ruiyu <ruiyu.ni@intel.com>; Fu, Siyuan <siyuan.fu@intel.com>; Wu, Jiaxin
> >>>><jiaxin.wu@intel.com>
> >>>>Subject: MdeModulePkg/UefiPxeBcDxe: Question about
> >>>>IcmpErrorListenHandler in PxeBcImpl.c
> >>>>
> >>>>Hi folks,
> >>>>
> >>>>In PxeBcImpl.c, we have IcmpErrorListenHandler which seems to process
> >>>>ICMP errors. But in EfiPxeBcStart function, we can see Private-
> >>>>>IcmpErrorRcvToken.Event is only a common event and Ip4->Receive is
> >>>>called to receive IP4 packets. So will IcmpErrorListenHandler receive all IP4
> >>>>packets belonging to this network interface, or will it only receive ICMP
> >>error
> >>>>packets? If it is the latter situation, how do we make it?
> >>>>
> >>>>The background of this question is that when we flush the network with
> >>>>deprecated ICMP packets (type 15, 16, ...), RxData will not be recycled and
> >>>>the list of UEFI events becomes longer and longer, which finally impacts
> >>>>system performance a lot. If only error ICMP will be received by
> >>>>IcmpErrorListenHandler, we'd like to patch it as below:
> >>>>
> >>>>diff --git
> >>a/MdeModulePkg/Universal/Network/UefiPxeBcDxe/PxeBcImpl.c
> >>>>b/MdeModulePkg/Universal/Network/UefiPxeBcDxe/PxeBcImpl.c
> >>>>index 6d4f33f..f74b264 100644
> >>>>--- a/MdeModulePkg/Universal/Network/UefiPxeBcDxe/PxeBcImpl.c
> >>>>+++ b/MdeModulePkg/Universal/Network/UefiPxeBcDxe/PxeBcImpl.c
> >>>>@@ -216,8 +216,6 @@ IcmpErrorListenHandlerDpc (
> >>>>       CopiedPointer += CopiedLen;
> >>>>     }
> >>>>
> >>>>-  goto Resume;
> >>>>-
> >>>>   CleanUp:
> >>>>     gBS->SignalEvent (RxData->RecycleSignal);
> >>>>
> >>>>We tested and it worked, but we are still not sure whether it will impact
> >>>>other code in the network stack.
> >>>>
> >>>>Please let me know your comments.
> >>>>
> >>>>Thanks,
> >>>>
> >>>>Gary (Heyi Guo)
> >>_______________________________________________
> >>edk2-devel mailing list
> >>edk2-devel@lists.01.org
> >>https://lists.01.org/mailman/listinfo/edk2-devel
> 


  reply	other threads:[~2017-12-11 10:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-07  4:06 MdeModulePkg/UefiPxeBcDxe: Question about IcmpErrorListenHandler in PxeBcImpl.c Guo Heyi
2017-12-07  7:48 ` Wu, Jiaxin
2017-12-07  8:18   ` Heyi Guo
2017-12-07 10:40     ` Wu, Jiaxin
2017-12-07 12:20       ` Heyi Guo
2017-12-11 10:43         ` Guo Heyi [this message]
2017-12-12  0:52           ` Wu, Jiaxin
2017-12-13  7:39           ` Wu, Jiaxin
2017-12-14  1:32             ` Guo Heyi

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=20171211104319.GA67395@SZX1000114654 \
    --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