-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
For upstream #150
For upstream #150
Conversation
Signed-off-by: Peter Lieven <pl@kamp.de>
Signed-off-by: Peter Lieven <pl@kamp.de>
before this setting readahead would always modify the pagecache, but it might be desireable to have a greater pagecache and only a reasonable small readahead. Signed-off-by: Peter Lieven <pl@kamp.de>
there are cases where we do not need the bounce buffer. So avoid the overhead of malloc, memcpy and free. Signed-off-by: Peter Lieven <pl@kamp.de>
the only call thar really needs a big encodebuf is WRITE. So give each PDU its private encodebuf. This avoids the need to memcpy the data from the static rpc->encodebuf to the pdu->outdata.data. Signed-off-by: Peter Lieven <pl@kamp.de>
…id * Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>
@@ -54,6 +54,14 @@ struct zdr_mem { | |||
|
|||
struct opaque_auth _null_auth; | |||
|
|||
inline uint32_t libnfs_buf2hl(char *buf) { | |||
return ntohl(*(uint32_t *)(void *)buf); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could probably change the buf argument to b void *buf and avoid the explicit cast.
But doesn't matter.
I can merge as is once Milhouse verifies it works (or once I set up a rpi emulator)
@sahlberg good comment, changed it. @MilhouseVH I fail to setup the libreelec toolchain. can you advise: root@libreleec-toolchain:/usr/src/projects# ./packages/make-libnfs.sh |
@plieven - I think you've missed out this step:
Alternatively, try without building as I'm able to confirm that with #150, libnfs now builds natively on the RPi2 - many thanks! |
Weird, cross-compiling for ARMv7 (RPi2) on Ubuntu (gcc 5.3.0) I'm getting this build failure: http://sprunge.us/QQAV |
Apparently it may require |
LE x86 build has also failed (same reason as RPi). About to head out for the evening, if you have any changes I can test them tomorrow (maybe overnight). |
please try to build without 5d0f0b7 |
Yes, that cross-compiles OK with gcc-5.3.0, and Kodi also runs fine (on both RPi2 and x86). |
Signed-off-by: Peter Lieven <pl@kamp.de>
I removed that patch from the pull request it was only cosmetic. @sahlberg I think you can go ahead. |
@MilhouseVH regarding the cross compiler tool chain. I copied the sample conf and nevertheless get the error. can you please verify the commands. Thanks. |
@plieven I've just tested the instructions on a fresh Ubuntu 16.04 VM (VirtualBox) and the instructions are working as expected (the only issue being So really not sure what the problem is here. Although, when you posted the error, you seemed to be running as |
No description provided.