Hi,
The PCI FW spec says PCI Data Structure must be DWORD aligned and I came
across this code the uses the following check
(RomHeader->PcirOffset & 3) != 0
The above is using the PcirOffset to do the check and not the actual data
structure itself (located at RomHeader + RomHeader->PcirOffset)
Hi,
If the main purpose of the OpenProtocolInformation service is to provide
the complete list of agents currently using a specific protocol interface
then what is the need for providing the Handle argument too as an input?
Why does it matter what Handle was this queried protocol installed on?
Hi,
It is not clear if the recent change to add OpenSSL as a submodule will
pull the code from the master branch of "https://github.com/openssl/openssl;
or any other branch like "OpenSSL_1_1_0-stable" or "OpenSSL_1_1_1-stable".
Can some one please clarify?
Thanks
Hi,
The DMTF group is coming up with a new way to update FW on PCI devices via
BMC - DSP0267. The method expects the FW binary to carry a pre-defined
header that makes it easier for BMC to perform the necessary actions.
Currently some of the OEM/ODMs are already releasing FW payloads that can
be
mware volumes
> ready for flashing (an .fd file in some contexts), as opposed to a non-UEFI
> firmware such as EC, BMC or some other variation.
>
> --
> WBR, Igor.
> _____
> From: TVKR <tres...@gmail.com>
> Sent: Friday, November 3, 2017 18:02
>
What does the IMAGE_ATTRIBUTE_UEFI_IMAGE attribute mean? The spec says that
"image is an EFI compatible image", but what that mean exactly?
Thanks
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
quot;,
Status, Status);
}
return (Status);
}
On Wed, Jun 28, 2017 at 2:53 PM, TVKR <tres...@gmail.com> wrote:
> Hi Amit,
> Yes, I used the hex prefix :)
>
>
> Hi Andrew,
> Yes, I made sure to print out the EFI_HANDLE (ControllerHandle) that was
> passed to the gBS-&
rtHandleIndexToHandle (0x176),
> NULL);
>
>
> not this
>
>
> gBS->DisconnectController (
> ConvertHandleIndexToHandle (175),
> ConvertHandleIndexToHandle (176),
> NULL);
>
>
> right ?
>
> Amit
>
> On Jun 29, 2017, at 1:04 AM,
xToHandle (0x176),
>NULL);
>return (Status);
>
> }
>
>
> --
> *From:* edk2-devel <edk2-devel-boun...@lists.01.org> on behalf of Amit
> kumar <akami...@hotmail.com>
> *Sent:* Wednesday, June 28, 2017 11:41:53 PM
> *To:
ler (Handle, NULL, NULL);
}
}
return (Status);
}
On Wed, Jun 28, 2017 at 1:01 PM, TVKR <tres...@gmail.com> wrote:
> Yes, the shell's in-built command disconnect (disconnect 175 176) worked
> but DisconnectController call from the application still did not work.
>
> On
quot; in UEFI shell ?
> ------
> *From:* TVKR <tres...@gmail.com>
> *Sent:* Wednesday, June 28, 2017 11:21:34 PM
>
> *To:* Amit kumar
> *Cc:* edk2-devel@lists.01.org
> *Subject:* Re: [edk2] DisconnectController API not working.
>
> Sorry,
Sorry, I wasn't clear in my last email. No it did not hang. The 'reconnect
-r' command completed successfully (no errors reported on screen).
On Wed, Jun 28, 2017 at 12:50 PM, Amit kumar <akami...@hotmail.com> wrote:
> Did it hang ?
> --
> *Fr
er way
> around.
>
> Amit
>
> On Jun 28, 2017, at 8:05 PM, TVKR <tres...@gmail.com> wrote:
>
> Hi Amit,
>
> Here is the output. It is the call 'gBS->DisconnectController
> (ControllerHandle, NULL, NULL)' (where ControllerHandle=7219EA98) that
> doesn't seem
l if you can tell me the
> output of dh -d command.
>
> Thanks
>
> Amit
>
>
> --
> *From:* TVKR <tres...@gmail.com>
> *Sent:* Wednesday, June 28, 2017 6:06:11 PM
> *To:* edk2-devel@lists.01.org; akami...@hotmail.com
>
> *Subjec
BTW, I ported the disconnect code (under
ShellPkg\Library\UefiShellDriver1CommandsLib) to a standalone application
and it fails too. Looks like there is something else in the shell app that
is taking care of properly disconnecting the controller.
Thanks
On Tue, Jun 27, 2017 at 5:54 PM, TVKR
Hi Amit,
I am seeing the exact same issue on my system with DisconnectController.
The shell command 'disconnect' works but when I use the
gBS->DisconnectController call from my application it doesn't seem to
really disconnect the same controller (even though the call returns
SUCCESS) and it still
Thanks for the reply Andrew. I misread the code and mixed up the for loop
inside the do/while and got confused there for a moment (having one of
those brain fade moments :().
Regards
On Tue, Jun 27, 2017 at 9:07 AM, Andrew Fish <af...@apple.com> wrote:
>
> > On Jun 26, 2017, a
Hello experts!!
Any thoughts on this?
Thanks
On Mon, Jun 26, 2017 at 11:30 AM, TVKR <tres...@gmail.com> wrote:
> Hi experts,
>
> I have a question related to the ConnectController implementation in the
> edk2 codebase (MdeModulePkg\Core\Dxe\Hand\Drive
Hi experts,
I have a question related to the ConnectController implementation in the
edk2 codebase (MdeModulePkg\Core\Dxe\Hand\DriverSupport.c). Under the
CoreConnectSingleController function, what if DriverBinding->Supported
returns an error? I see that there is a do/while loop waiting for
19 matches
Mail list logo
