Re: [edk2] USB Control Transfers

2016-07-25 Thread Ken Taylor
n in which the amount of data delivered may be less than the size of the buffer supplied. Regards, -Ken. -Original Message- From: Tian, Feng [mailto:feng.t...@intel.com] Sent: Monday, July 25, 2016 7:20 PM To: Ken Taylor; edk2-devel@lists.01.org Cc: Tian, Feng Subject: RE: USB Control Tra

[edk2] USB Control Transfers

2016-07-25 Thread Ken Taylor
OUT UINT32*Status ); Regards, -Ken Taylor Phoenix Technologies, Ltd. ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] SmmCommunicationCommunicate question?

2016-10-13 Thread Ken Taylor
I think there are a couple of assumptions here that should be reconsidered... First, it is not always the case that entry into SMM on one CPU will always pull all CPUs into SMM. There are methods to deliver targeted SMIs via the local APIC on some processors. In addition, I have 2nd hand

Re: [edk2] SIMD Instruction supported in UEFI?

2017-03-08 Thread Ken Taylor
Hi Amit, Maybe in UEFI the code in question crosses a cache line boundary when executed in UEFI, with the loop or part of the instruction itself on one side of the boundary and the rest on the other? At what point are you trying to execute this code, is it still from the UEFI shell or have

Re: [edk2] Fwd: timer ticks ?

2017-10-23 Thread Ken Taylor
Hi David, I think EVT_TIMER is required functionality. Many drivers depend on it. I know it goes away at runtime, but so do the rest of boot services. There's nothing that can be done about that; even the BIOS timer tick was taken over by all modern operating systems, so it wasn't reliably

Re: [edk2] Hardcoded IDE Controller B/D/F (0/1/1) in BdsPlatform.c?

2018-11-21 Thread Ken Taylor
To: Ken Taylor Cc: Alain Gefflaut; edk2-devel@lists.01.org Subject: Re: [edk2] Hardcoded IDE Controller B/D/F (0/1/1) in BdsPlatform.c? Hi Ken, That's what I had guessed -- thanks for confirming that it's platform specific. In my use case, I actually want the code to work on multiple hardware