search for: efi_event_notify

Displaying 4 results from an estimated 4 matches for "efi_event_notify".

2016 Feb 28
0
[PATCH 0/1] UEFI UDP/TFTP
...; - struct efi_binding *b; EFI_STATUS status; - EFI_UDP4 *udp; - size_t size; - int rv = -1; - jiffies_t start; - - (void)socket; - - b = udp_reader; - udp = (EFI_UDP4 *)b->this; - memset(&token, 0, sizeof(token)); - - status = efi_setup_event(&token.Event, (EFI_EVENT_NOTIFY)udp4_cb, - &token); - if (status != EFI_SUCCESS) - return -1; - - status = uefi_call_wrapper(udp->Receive, 2, udp, &token); - if (status != EFI_SUCCESS) - goto bail; - - start = jiffies(); - while (cb_status == -1) { - /* 15ms receive timeout... */ - if (jiffies() -...
2016 Feb 24
6
[PATCH 2/5] ntfs: remove unused variable and have ntfssect use char API calls
The variable 'ok' is never used and generates a warning. Remove it. Also ntfssect.c is designed to be compiled in non Unicode mode when using MSVC compilers, so remove all ambiguity about it (LPCTSTR -> LPCSTR, use of 'A' API calls) so that it doesn't break when compiled in Unicode mode, which is what Rufus uses with MSVC. -------------- next part --------------
2015 Sep 26
0
Problem with 90MB Initrd
...seconds. On the other hand syslinux.efi uses a combination of synchronous timers (TimerPeriodic) with callback function to calculate "jiffies" which is used to determine the increasing receive timeout (based on a table). The reception of every block also creates an event triggered by EFI_EVENT_NOTIFY which calls a callback function (udp4_cb()) just to change a status (cb_status). Next we keep polling the cb_status variable while calling EFI_UDP4_PROTOCOL.Poll()to speed things up. So far I have been focusing my analysis on the EFI/UDP side of things because Wireshark traffic captures sho...
2015 Sep 23
4
Problem with 90MB Initrd
On Wed, Sep 23, 2015 at 4:24 PM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > > > BTW if you take a minute and read the first report > > https://communities.vmware.com/message/2536774 > > You'll realize that VMWare TFTP "surprisingly" does not present slow TFTP transfers > > when they are driven by MS