11e8ec96 | 09-Sep-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
Revert "net: nfs: Correct the reply data buffer size"
This reverts commit 6279b49e6c2fdaf8665355d1777bc90cd41fcf90.
This caused a bad data crc.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.c
Revert "net: nfs: Correct the reply data buffer size"
This reverts commit 6279b49e6c2fdaf8665355d1777bc90cd41fcf90.
This caused a bad data crc.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com> Reported-by: Guillaume GARDET <guillaume.gardet@free.fr>
show more ...
|
1ff65d44 | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Simplify rpc_add_credentials()
We use an empty hostname, so remove all the "processing" of the known-to-be-empty hostname and just write 0's where needed.
Signed-off-by: Joe Hershberger <
net: nfs: Simplify rpc_add_credentials()
We use an empty hostname, so remove all the "processing" of the known-to-be-empty hostname and just write 0's where needed.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
998372b4 | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Use the tx buffer to construct rpc msgs
Instead of always allocating a huge temporary buffer on the stack and then memcpy()ing the result into the transmit buffer, simply figure out where
net: nfs: Use the tx buffer to construct rpc msgs
Instead of always allocating a huge temporary buffer on the stack and then memcpy()ing the result into the transmit buffer, simply figure out where in the transmit buffer the bytes will belong and write them there directly as each message is built.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
d89ff2df | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Move some prints to debug statements
Much of the information is verbose and derived directly from the environment. Only output in debug mode. This also saves about 300 bytes from the code
net: nfs: Move some prints to debug statements
Much of the information is verbose and derived directly from the environment. Only output in debug mode. This also saves about 300 bytes from the code size.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
051ed9af | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Consolidate handling of NFSv3 attributes
Instead of repeating the same large snippet for dealing with attributes it should be shared with a helper function.
Signed-off-by: Joe Hershberger
net: nfs: Consolidate handling of NFSv3 attributes
Instead of repeating the same large snippet for dealing with attributes it should be shared with a helper function.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
6279b49e | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Correct the reply data buffer size
The type of the buffer is uint32_t, but the parameter used to size it is referring to bytes. Divide by the size of the array elements.
Strictly speaking
net: nfs: Correct the reply data buffer size
The type of the buffer is uint32_t, but the parameter used to size it is referring to bytes. Divide by the size of the array elements.
Strictly speaking, this shouldn't be needed at all... It could just be 1 just like the request.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
5280c769 | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Share the file handle buffer for v2 / v3
The v3 handles can be larger than v2, but that doesn't mean we need a separate buffer. Reuse the same (larger) buffer for both.
Signed-off-by: Joe
net: nfs: Share the file handle buffer for v2 / v3
The v3 handles can be larger than v2, but that doesn't mean we need a separate buffer. Reuse the same (larger) buffer for both.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
b0baca98 | 29-Jul-2016 |
Guillaume GARDET <guillaume.gardet@free.fr> |
net: NFS: Add NFSv3 support
This patch enables NFSv3 support. If NFSv2 is available use it as usual. If NFSv2 is not available, but NFSv3 is available, use NFSv3. If NFSv2 and NFSv3 are not availabl
net: NFS: Add NFSv3 support
This patch enables NFSv3 support. If NFSv2 is available use it as usual. If NFSv2 is not available, but NFSv3 is available, use NFSv3. If NFSv2 and NFSv3 are not available, print an error message since NFSv4 is not supported.
Tested on iMX6 sabrelite with 4 Linux NFS servers: * NFSv2 + NFSv3 + NFSv4 server: use NFSv2 protocol * NFSv2 + NFSv3 server: use NFSv2 protocol * NFSv3 + NFSv4 server: use NFSv3 protocol * NFSv3 server: use NFSv3 protocol
Signed-off-by: Guillaume GARDET <guillaume.gardet@free.fr> Cc: Tom Rini <trini@konsulko.com> Cc: joe.hershberger@ni.com Acked-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
f8b26c7a | 15-Aug-2016 |
Joe Hershberger <joe.hershberger@ni.com> |
net: nfs: Remove separate buffer for default name
There is no reason to store the default filename in a separate buffer only to immediately copy it to the main name buffer. Just write it there direc
net: nfs: Remove separate buffer for default name
There is no reason to store the default filename in a separate buffer only to immediately copy it to the main name buffer. Just write it there directly and remove the other buffer.
Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
show more ...
|
20898ea9 | 06-May-2016 |
Alexander Graf <agraf@suse.de> |
distro: Add efi pxe boot code
Now that we can expose network functionality to EFI applications, the logical next step is to load them via pxe to execute them as well.
This patch adds the necessary
distro: Add efi pxe boot code
Now that we can expose network functionality to EFI applications, the logical next step is to load them via pxe to execute them as well.
This patch adds the necessary bits to the distro script to automatically load and execute EFI payloads. It identifies the dhcp client as a uEFI capable PXE client, hoping the server returns a tftp path to a workable EFI binary that we can then execute.
To enable boards that don't come with a working device tree preloaded, this patch also adds support to load a device tree from the /dtb directory on the remote tftp server.
Signed-off-by: Alexander Graf <agraf@suse.de> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|
fa96f37e | 06-May-2016 |
Alexander Graf <agraf@suse.de> |
net: Fix client identifiers for ARM
There are client identifiers specifically reserved for ARM U-Boot according to http://www.ietf.org/assignments/dhcpv6-parameters/dhcpv6-parameters.xml#processor-a
net: Fix client identifiers for ARM
There are client identifiers specifically reserved for ARM U-Boot according to http://www.ietf.org/assignments/dhcpv6-parameters/dhcpv6-parameters.xml#processor-architecture.
So let's actually make use of them rather than the bogus 0x100 that we emitted so far.
Signed-off-by: Alexander Graf <agraf@suse.de> Reviewed-by: Tom Rini <trini@konsulko.com> [trini: Drop the Xilinx define to 0x100 as it's not the correct value to use]. Signed-off-by: Tom Rini <trini@konsulko.com>
show more ...
|
4570a993 | 06-May-2016 |
Alexander Graf <agraf@suse.de> |
bootp: Move vendor class identifier set to function
Both the dhcp as well as the bootp case add vendor class identifier parameters into their packets. Let's move that into a separate function to mak
bootp: Move vendor class identifier set to function
Both the dhcp as well as the bootp case add vendor class identifier parameters into their packets. Let's move that into a separate function to make overlaying easier.
Signed-off-by: Alexander Graf <agraf@suse.de> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|