> On Feb 26, 2020, at 1:42 AM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 22:35, Andrew Fish wrote:
>
>> Laszlo,
>>
>> The FLASH offsets changing breaking things makes sense.
>>
>> I now realize this is like updating the EFI ROM witho
> On Feb 25, 2020, at 12:40 PM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 19:56, Andrew Fish wrote:
>> Laszlo,
>>
>> If I understand this correctly is it not more complicated than just size. It
>> also assumes the memory layout is the sam
and S4 layouts consistent
between boots, I'm not aware of any mechanism to keep the memory map address
the same between versions of the firmware?
Thanks,
Andrew Fish
> On Feb 25, 2020, at 9:53 AM, Laszlo Ersek wrote:
>
> On 02/24/20 16:28, Daniel P. Berrangé wrote:
>> On
> On Mar 5, 2018, at 10:22 AM, Laszlo Ersek wrote:
>
> On 03/05/18 15:05, Marc-André Lureau wrote:
>> Hi
>>
>> On Fri, Feb 23, 2018 at 8:45 PM, Andrew Fish wrote:
>>>
>>>
>>>> On Feb 23, 2018, at 5:23 AM, marcandre.lu
ob.Raw;
> }
> +if (GET_HOB_LENGTH (HobStart) == 0) {
As Laszlo points out this error condition is likely memory corruption. Thus it
would be better to check for all know illegal values?
if (GET_HOB_LENGTH(HobStart) < sizeof (EFI_HOB_GENERIC_HEADER)
Thanks,
Andre
and nice to have a pointer to it.
>
> Thanks for the pointers
>
This history of issues is why we should remove the binary FAT driver from the
common repo, so we accommodate the realities of all the down stream partners.
Thanks,
Andrew Fish
PS Nice to see the FOSS and traditional PC folks lea
ith some extensive search one can find a workable driver. Or
> for example Apple could just contribute theirs as BSD licensed.
>
They are talking about an EFI FAT driver with a BSD compatible license, not a
BSD driver.
The edk2 EFI FAT driver has a license that matches the FAT32 spec it was coded
against, but that license restricts the usage of the code to EFI. This is not
deemed a GPL compatible license, so that causes issues with down stream GPL
projects of the edk2 as there is a binary for the EFI FAT driver checked into
the main branch of the edk2. The source to the edk2 EFI FAT driver is separate
from the edk2 based on its funky license.
Thanks,
Andrew Fish
>
> Alex
> On Sep 9, 2015, at 11:19 PM, Alexander Graf wrote:
>
>
>
>> Am 10.09.2015 um 07:32 schrieb Jordan Justen :
>>
>> On 2015-09-09 20:26:54, Andrew Fish wrote:
>>>> On Sep 9, 2015, at 5:41 PM, Jordan Justen
>>>> wrote:
>>>&g
> On Sep 9, 2015, at 5:41 PM, Jordan Justen wrote:
>
> On 2015-09-09 16:05:20, Andrew Fish wrote:
>>
>>> On Sep 9, 2015, at 3:24 PM, Jordan Justen wrote:
>>>
>>> On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote:
>>>> The recent ex
some kind of
civil disobedience. it does not mater what license you strap on the code the
the device makers still have to “pay the man”.
Thanks,
Andrew Fish
PS As I stated before I’m fine removing all the binaries from the main repo, as
you don’t really want binaries in your producti
> On Sep 9, 2015, at 10:57 AM, Jordan Justen wrote:
>
> On 2015-09-09 10:04:50, Andrew Fish wrote:
>>
>>> On Sep 9, 2015, at 9:17 AM, Jordan Justen wrote:
>>>
>>> So, related to this, I wonder how the community would feel about a
>>>
ion about upcoming changes that break compatibility between different
projects. So the solution is to keep everything in the tree working on master.
We should fix the edk2 process, and place a process in place to communicate
pending non backward compatible changes in the edk2 to down stream consumer
driver is “free”.
How you write a GPL licensed FAT driver seems like a legal quagmire. Probably
something better discussed with a lawyer. From the outside looking in it seems
like the IP rights are enforced by charging licensing fees to devices that
support FAT. So free can still cost you….
T
On Feb 14, 2013, at 2:09 PM, "H. Peter Anvin" wrote:
> On 02/14/2013 01:27 PM, David Woodhouse wrote:
>>
>> So it *is* jumping to 0xfff0 but the memory at that location isn't
>> what we expect? Do the PAM registers affect *that* too, or only the
>> region from 0xc-0xf? Surely the co
14 matches
Mail list logo
