Fastboot USB function과 command dispatch

ret에 usb_ep_enable(f_fb->in_ep, d)를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 바로 다음 if (ret) {가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

ret를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

puts("failed to enable in ep\n")를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 command response 항목과 대조한다.

'goto err;'로 직선 경로를 벗어난다. 이동 대상에서 struct f_fastboot / download buffer에 걸린 lock, allocation, list 등록을 어디까지 되돌리는지 이어서 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 f_fb->in_req = fastboot_start_ep(f_fb->in_ep);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

f_fb->in_req에 fastboot_start_ep(f_fb->in_ep)를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 바로 다음 if (!f_fb->in_req) {가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

!f_fb->in_req를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

puts("failed alloc req in\n")를 호출한다. 반환 결과는 현재 줄 또는 다음 ret = -EINVAL;에서 검사되는 흐름이다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

ret에 -EINVAL를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

'goto err;'로 직선 경로를 벗어난다. 이동 대상에서 struct f_fastboot / download buffer에 걸린 lock, allocation, list 등록을 어디까지 되돌리는지 이어서 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

f_fb->in_req->complete에 fastboot_complete를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->in_req->complete = fastboot_complete;까지의 동작과 ret = usb_ep_queue(f_fb->out_ep, f_fb->out_req, 0);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

ret에 usb_ep_queue(f_fb->out_ep, f_fb->out_req, 0)를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 바로 다음 if (ret)가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

ret를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

'goto err;'로 직선 경로를 벗어난다. 이동 대상에서 struct f_fastboot / download buffer에 걸린 lock, allocation, list 등록을 어디까지 되돌리는지 이어서 확인한다.

goto err;까지의 동작과 return 0;에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

0를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

'err' label이다. 이곳을 참조하는 branch를 역검색하고 각 진입 경로의 register, stack, lock 조건이 같은지 확인한다.

fastboot_disable(f)를 호출한다. 반환 결과는 현재 줄 또는 다음 return ret;에서 검사되는 흐름이다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

ret를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 static int fastboot_add(struct usb_configuration *c)에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

fastboot_add 함수 정의가 시작된다. 입력은 struct usb_configuration *c이며, USB completion과 command 처리 문맥에서 호출된다는 전제로 반환 전까지의 상태 변화를 읽는다.

바로 위 함수·조건·초기화의 block이 열린다. 이 scope 안에서 만들어지는 지역 객체와 오류 이동 지점을 struct f_fastboot / download buffer의 수명에 맞춰 묶어 읽는다.

struct f_fastboot *f_fb = fastboot_func를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

int status를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

int status;까지의 동작과 debug("%s: cdev: 0x%p\n", __func__, c->cdev);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

debug("%s: cdev: 0x%p\n", __func__, c->cdev)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

debug("%s: cdev: 0x%p\n", __func__, c->cdev);까지의 동작과 if (!f_fb) {에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

!f_fb를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

f_fb에 memalign(CONFIG_SYS_CACHELINE_SIZE, sizeof(*f_fb))를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 바로 다음 if (!f_fb)가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

!f_fb를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

-ENOMEM를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

return -ENOMEM;까지의 동작과 fastboot_func = f_fb;에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

fastboot_func에 f_fb를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

memset(f_fb, 0, sizeof(*f_fb))를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 f_fb->usb_function.name = "f_fastboot";에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

f_fb->usb_function.name에 "f_fastboot"를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.bind에 fastboot_bind를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 바로 다음 f_fb->usb_function.unbind = fastboot_unbind;가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.unbind에 fastboot_unbind를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.set_alt에 fastboot_set_alt를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.disable에 fastboot_disable를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.strings에 fastboot_strings를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

f_fb->usb_function.strings = fastboot_strings;까지의 동작과 status = usb_add_function(c, &f_fb->usb_function);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

status에 usb_add_function(c, &f_fb->usb_function)를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 바로 다음 if (status) {가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

status를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

free(f_fb)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

fastboot_func에 NULL를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 return status;에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

status를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

DECLARE_GADGET_BIND_CALLBACK(usb_dnl_fastboot, fastboot_add)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

DECLARE_GADGET_BIND_CALLBACK(usb_dnl_fastboot, fastboot_add);까지의 동작과 static int fastboot_tx_write(const char *buffer, unsigned int buffer_size)에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

fastboot_tx_write 함수 정의가 시작된다. 입력은 const char *buffer, unsigned int buffer_size이며, USB completion과 command 처리 문맥에서 호출된다는 전제로 반환 전까지의 상태 변화를 읽는다.

바로 위 함수·조건·초기화의 block이 열린다. 이 scope 안에서 만들어지는 지역 객체와 오류 이동 지점을 struct f_fastboot / download buffer의 수명에 맞춰 묶어 읽는다.

struct usb_request *in_req = fastboot_func->in_req를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

int ret를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

int ret;까지의 동작과 memcpy(in_req->buf, buffer, buffer_size);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

memcpy(in_req->buf, buffer, buffer_size)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

in_req->length에 buffer_size를 = 연산으로 반영해 struct f_fastboot / download buffer와 연결된 field를 갱신한다. 이후 storage operation 단계가 이 값을 처음 소비하는 지점을 찾는다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

in_req->length = buffer_size;까지의 동작과 usb_ep_dequeue(fastboot_func->in_ep, in_req);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

usb_ep_dequeue(fastboot_func->in_ep, in_req)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

usb_ep_dequeue(fastboot_func->in_ep, in_req);까지의 동작과 ret = usb_ep_queue(fastboot_func->in_ep, in_req, 0);에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

ret에 usb_ep_queue(fastboot_func->in_ep, in_req, 0)를 = 연산으로 반영해 현재 scope의 계산 결과를 저장한다. 바로 다음 if (ret)가 이 값을 다시 읽으므로 그 전까지 완성된 값이어야 한다. 실패 경로가 이 field를 이전 값으로 되돌리거나 객체 전체를 폐기하는지도 확인한다.

ret를 검사해 진행 여부를 가른다. 거짓 경로와 참 경로 중 어느 쪽이 '호스트에 OKAY를 보내기 전에 요청된 저장 작업과 필요한 flush가 성공해야 한다' 조건을 보존하는지 다음 return 또는 goto까지 따라간다.

printf("Error %d on queue\n", ret)를 호출한다. 반환 결과는 현재 줄 또는 다음 return 0;에서 검사되는 흐름이다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

0를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 static int fastboot_tx_write_str(const char *buffer)에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

fastboot_tx_write_str 함수 정의가 시작된다. 입력은 const char *buffer이며, USB completion과 command 처리 문맥에서 호출된다는 전제로 반환 전까지의 상태 변화를 읽는다.

바로 위 함수·조건·초기화의 block이 열린다. 이 scope 안에서 만들어지는 지역 객체와 오류 이동 지점을 struct f_fastboot / download buffer의 수명에 맞춰 묶어 읽는다.

fastboot_tx_write(buffer, strlen(buffer))를 호출자에게 반환한다. caller가 이 값을 검사한 뒤 부분 초기화된 struct f_fastboot / download buffer를 정리하거나 다음 단계로 진행하는지 확인한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 static void compl_do_reset(struct usb_ep *ep, struct usb_request *req)에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

compl_do_reset 함수 정의가 시작된다. 입력은 struct usb_ep *ep, struct usb_request *req이며, USB completion과 command 처리 문맥에서 호출된다는 전제로 반환 전까지의 상태 변화를 읽는다.

바로 위 함수·조건·초기화의 block이 열린다. 이 scope 안에서 만들어지는 지역 객체와 오류 이동 지점을 struct f_fastboot / download buffer의 수명에 맞춰 묶어 읽는다.

g_dnl_unregister(인자 없음)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

do_reset(NULL, 0, 0, NULL)를 호출한다. 반환값을 직접 사용하지 않으므로 이 함수가 실패를 내부 처리하는지 확인해야 한다. pointer 인자는 struct f_fastboot / download buffer의 소유권을 넘기는지 호출 동안만 빌리는지 구분하고, 호출 뒤 공개되는 상태를 partition backend 항목과 대조한다.

현재 block, initializer 또는 호출의 경계를 닫는다. 이 지점까지 획득한 resource가 성공 경로와 실패 경로에서 대칭인지 점검한다.

}까지의 동작과 static unsigned int rx_bytes_expected(struct usb_ep *ep)에서 시작하는 동작을 나누는 빈 줄이다. 앞 블록이 만든 partition backend 상태가 아래 블록의 입력으로 사용되는 경계다.

rx_bytes_expected 함수 정의가 시작된다. 입력은 struct usb_ep *ep이며, USB completion과 command 처리 문맥에서 호출된다는 전제로 반환 전까지의 상태 변화를 읽는다.

바로 위 함수·조건·초기화의 block이 열린다. 이 scope 안에서 만들어지는 지역 객체와 오류 이동 지점을 struct f_fastboot / download buffer의 수명에 맞춰 묶어 읽는다.

int rx_remain = fastboot_data_remaining()를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

unsigned int rem를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.

unsigned int maxpacket = usb_endpoint_maxp(ep->desc)를 선언한다. 함수 안 선언이면 현재 stack frame, file scope와 static이면 image의 data/BSS에 놓인다. 이 값이 struct f_fastboot / download buffer를 직접 소유하는지 pointer만 빌리는지, USB completion과 command 처리 문맥를 벗어난 뒤에도 참조되는지 다음 대입과 callback 등록까지 따라간다.