Hi,
Tftp is also giving issues.
During tftp, as one of its step it calls " GetFileSize"
Which go through Mtftp4 protocol and calls " Mtftp4->GetInfo"
And this fails.
Any idea what is the issue with tftp command? Has anyone tested it successfully?
Thanks and Regards,
Shaveta
-Original Mess
Hi,
My ping is working with Intel's E1000 driver code.
But everytime 1st packet is not getting received successfully, is there some
known issue here, or something to be set/missing?
Regards,
Shaveta
Ping Snippet:
===
Shell> ping 192.168.3.1ping 192.168.3.1 -n 16
InstallProtocolInterf
The base relocation type EFI_IMAGE_REL_BASED_ARM_MOV32T patches an
absolute address into the immediate fields of an adjacent movt/movw
instruction pair.
As the instructions are not writable by the program itself, there is
no need to keep track of the fixup data, since we can reapply the
relocation
On 9/23/15 8:26 PM, Jordan Justen wrote:
I think there is about a good chance that
https://github.com/tianocore/edk2 will become the primary upstream
location for EDK II by the end of the year.
I agree with you that we should just take the easy/obvious path and
use https://github.com/tianocore/
Reviewed-by: Jeff Fan
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ruiyu Ni
Sent: Thursday, September 24, 2015 11:05 AM
To: edk2-devel@lists.01.org
Cc: Ni, Ruiyu
Subject: [edk2] [Patch 0/2] Update SourceLevelDebugPkg to work with HOST V1.5
Rui
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Reviewed-by: Jeff Fan
---
SourceLevelDebugPkg/Library/DebugAgent/DebugAgentCommon/DebugAgent.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/SourceLevelDebugPkg/Library/DebugAgent/DebugAgentCom
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Reviewed-by: Jeff Fan
---
SourceLevelDebugPkg/Include/TransferProtocol.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/SourceLevelDebugPkg/Include/TransferProtocol.h
b/SourceLevelDebugPkg/Inclu
Ruiyu Ni (2):
SourceLevelDebugPkg: Change the debug message to "v1.5" from "v1.4"
SourceLevelDebugPkg: Change revision to 4 to compress packet
SourceLevelDebugPkg/Include/TransferProtocol.h | 2 +-
SourceLevelDebugPkg/Library/DebugAgent/DebugAgentCommon/DebugAgent.c | 2
On 2015-09-23 15:40:03, wrote:
> On Wed, Sep 23, 2015 at 11:37:54AM -0600, Bruce Cran wrote:
> > On 9/14/15 11:15 PM, Bruce Cran wrote:
> > >On 9/14/15 11:13 PM, Josh Triplett wrote:
> > >
> > >>Whether running a standalone system or a hosted service, I don't think
> > >>it makes sense to use one
Reviewed-by: Qiu Shumin
From: Carsey, Jaben
Sent: Thursday, September 24, 2015 1:32 AM
To: Qiu, Shumin
Cc: El-Haj-Mahmoud, Samer (samer.el-haj-mahm...@hpe.com);
edk2-devel@lists.01.org; Shah, Tapan (tapands...@hpe.com); Carsey, Jaben
Subject: ShellPkg: Update tftp to build with current tip
Shum
Hi David,
I don't know which platform are you using but let's assume you already have
UEFI network stack since you can work with SNP.
The UEFI network stack will produce EFI_TCP4_SERVICE_BINDING_PROTOCOL instead
of producing EFI_TCP4_PROTOCOL directly. To use TCP4 protocol, you need call
EFI_TC
> On Sep 23, 2015, at 3:20 PM, David Van Arnem wrote:
>
> Hi all,
>
> I'm trying to implement some networking (sending/receiving a couple packets)
> in a UEFI application I'm developing and testing on a commercial motherboard.
> I am able to send a packet if I use SNP, using (approximately):
On Wed, Sep 23, 2015 at 11:37:54AM -0600, Bruce Cran wrote:
> On 9/14/15 11:15 PM, Bruce Cran wrote:
> >On 9/14/15 11:13 PM, Josh Triplett wrote:
> >
> >>Whether running a standalone system or a hosted service, I don't think
> >>it makes sense to use one completely separate from code hosting. If
>
Hi all,
I'm trying to implement some networking (sending/receiving a couple
packets) in a UEFI application I'm developing and testing on a
commercial motherboard. I am able to send a packet if I use SNP, using
(approximately):
gBS->LocateProtocol(&gEfiSimpleNetworkProtocolGuid, NULL, (VOID
On 18 September 2015 at 07:30, Ard Biesheuvel wrote:
> This is a follow up to the series I sent out a week ago:
> http://thread.gmane.org/gmane.comp.bios.edk2.devel/2162
>
> These two patches only address the special case in GenFw for ARM where it
> allows sections that are not aligned to the PE/C
On 9/14/15 11:15 PM, Bruce Cran wrote:
On 9/14/15 11:13 PM, Josh Triplett wrote:
Whether running a standalone system or a hosted service, I don't think
it makes sense to use one completely separate from code hosting. If
you're using github for code, it makes sense to use github for issues;
if
Shumin,
Can you review?
ShellPkg: Update tftp to build with current tip
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jaben Carsey
Signed-off-by: Tapan Shah
Signed-off-by: Jiaxin Wu
___
edk2-devel mailing list
edk2-devel@li
On 09/23/15 17:55, Stéphane Veyret wrote:
> Hi Laszlo,
>
>> You'd like to provide Gentoo users with an EDK2 -- as
>> in, developer environment -- installation, saving them a "git clone".
>>
>> I don't know if the savings would be significant.
>
> It is, because it now allows people to provide Gen
Hi Laszlo,
> You'd like to provide Gentoo users with an EDK2 -- as
> in, developer environment -- installation, saving them a "git clone".
>
> I don't know if the savings would be significant.
It is, because it now allows people to provide Gentoo packages (for
UEFI boot loader for example) based
> On Sep 22, 2015, at 11:13 PM, Ni, Ruiyu wrote:
>
> So that means I can start to create patch based on my proposal? Any concerns?
>
I don’t see an issue. This feature can be proposed as an extension to the Shell
specification longer term to ensure interoperability.
Thanks,
Andrew Fish
>
20 matches
Mail list logo