similar to: [PATCH] nfsmount: support nfsvers= and vers= options

Commit-ID: c4b811a1e4647224ddc717fac59900d16d0e9d4d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c4b811a1e4647224ddc717fac59900d16d0e9d4d Author: Baptiste Jonglez <baptiste.jonglez at imag.fr> AuthorDate: Thu, 14 Sep 2017 09:22:21 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc] nfsmount: support

Commit-ID: 886783e7a10fb7a638bc6034e4cdcb6296cea6a1 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=886783e7a10fb7a638bc6034e4cdcb6296cea6a1 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 7 Oct 2019 17:18:41 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 7 Oct 2019 17:27:49 +0100 [klibc] nfsmount: Use kernel

The in-kernel nfsroot code is obsoleted by kinit. Remove it; it causes conflicts. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 161e1dc16ec1129b30b634a2a8dcbbd1937800c5 tree c30da837d746fe65d8a13ccf6f27bd381948edb4 parent 018604e070e143657abcf0cb256a1e2dda205d97 author H. Peter Anvin <hpa at zytor.com> Sat, 20 May 2006 16:24:05 -0700 committer H. Peter Anvin <hpa at

Peter, we found that nfs over udp will corrupt data under very extrem load, there is no way to fix it due to the way how UDP works. TCP will not have these problems. I also wonder why the package size is only 1k. Everyone who wishes a slow connection can pass the desired options via the kernel cmdline. Everyone else prefers probably the fast mount. The defaults should look more like that: ---

There is a conflict in glibc between <linux/in.h> and <netinet/in.h>: one defines protocols with an enum, the other does the same, but adds a self-define for every enumerated value. #define IPPROTO_IP IPPROTO_IP This means the two cannot be mixed, and since loads of include files refer to <netinet/in.h>, effectively <linux/in.h> cannot be used with glibc. Since

linux-2.6 2ad780978b7c0c3e7877949f098cbd06e7c73839 cleaned up linux/nfsmount.h and thus a klibc build would produce this: > usr/kinit/nfsmount/mount.c:179: error: 'MNTPROC_MNT' undeclared (first use in this function) > usr/kinit/nfsmount/mount.c:179: error: (Each undeclared identifier is reported only once > usr/kinit/nfsmount/mount.c:179: error: for each function it appears

Commit-ID: 029622dfbfe25203275a385a5bf33d44c2409b00 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=029622dfbfe25203275a385a5bf33d44c2409b00 Author: Benjamin Cama <benjamin.cama at telecom-bretagne.eu> AuthorDate: Fri, 22 Jun 2012 12:17:01 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Thu, 28 Jun 2012 17:23:14 +0200 [klibc] nfsmount: Fix

This patch removes support for use of NFS as a root filesystem from the kernel. It also updates the documentation to reflect this. b/Documentation/nfsroot.txt | 97 +++--- b/arch/arm/def-configs/a5k | 1 b/arch/arm/def-configs/adi_evb | 1 b/arch/arm/def-configs/adsbitsy | 1 b/arch/arm/def-configs/anakin | 1

People, When I try to mount a network share with the following command, using kubuntu 5.10: sudo mount -t smbfs -o username=myusername,passwork=myuserpassword //esotericVAIO/Downloads /mnt/vaioDownloads I get to following error message mount: wrong fs type, bad option, bad superblock on //esotericVAIO/Downloads, missing codepage or other error In some cases useful info is found

Hi I need to mount a windows share on a CentOS 4.5 box running stock kernel etc - I have tried using cifs and also smbfs My fstab looks like //share/name /mount/point smbfs username=user,password=password,uid=useridhere 0 0 or the same using cifs When i try and mount that i get the following errors depending on the share type smbfs: mount_data version 1919251317 is not supported CIFS

With pleasure we announce the release of tinc version 1.0.25. Here is a summary of the changes: * Documentation updates. * Support linking against -lresolv on Mac OS X. * Fix scripts on Windows when using the ScriptsInterpreter option. * Allow a minimum reconnect timeout to be specified. * Support PriorityInheritance on IPv6 sockets. Thanks to David Pflug, Baptiste Jonglez, Alexis

With pleasure we announce the release of tinc version 1.0.25. Here is a summary of the changes: * Documentation updates. * Support linking against -lresolv on Mac OS X. * Fix scripts on Windows when using the ScriptsInterpreter option. * Allow a minimum reconnect timeout to be specified. * Support PriorityInheritance on IPv6 sockets. Thanks to David Pflug, Baptiste Jonglez, Alexis

Hi, I am using linux 2.4.2 with smb 2.0.7.5. Since a few days, my smbmount of NT 2000 or W98 are refused with a message: mount_data version 1919251317 is not supported A few searches showed only an old message of mid-summer last year. Why is it showing up now and how can I get my mounts back? Thanks, Yves

Various coding style fixes checkpatch warns about. The goal is not to be 100% checkpatch compliant, but to have more consistent coding style. As this is a trivial patch serie, will land in 24 hours in klibc git, unless of course ml review hits a bugger. Checked with size(3) that the generated kinit, fstype, ipconfig and nfsmount are the same. maximilian attems (4): [klibc] ipconfig: reduce

Hello I have updated my version of how to get "nls" working in smbfs for the changes made in the 2.2.16pre2 Linux kernel (both nls and smbfs). It is now a bit smaller and perhaps cleaner (except for the CONFIG_SMB_NLS, that could be removed, and the nls_utf8 abuse :) Also, it now uses an ioctl to set the codepages to use (borrowed from the work by Artem V. Ryabov). This allows you to

Hi, When mounting a NFS share and an error occurs for some reason, the NFS share is not unmounted correctly: the local path is used instead of the remote path in the umount_v[23]() call. This patch fixes this. I found this while debugging some problems mounting the root file system on NFS in a test system; I saw this in the logs (/mnt/duplicated is the legitimate remote path): Jun 21

As a new co-maintainer of klibc, I have just released version 2.0.5. The git repository remains at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git A tarball will be available from the usual place later, but I'm not currently able to upload there. This new release fixes various build and run-time failures with current versions of Linux, gcc, and binutils on mips, sparc and x86; and

With pleasure we announce the release of tinc version 1.1pre11. Here is a summary of the changes: * Added a "network" command to list or switch networks. * Switched to Ed25519 keys and the ChaCha-Poly1305 cipher for the new protocol. * AutoConnect is now a boolean option, when enabled tinc always tries to keep at least three meta-connections open. * The new protocol now

With pleasure we announce the release of tinc version 1.1pre11. Here is a summary of the changes: * Added a "network" command to list or switch networks. * Switched to Ed25519 keys and the ChaCha-Poly1305 cipher for the new protocol. * AutoConnect is now a boolean option, when enabled tinc always tries to keep at least three meta-connections open. * The new protocol now

The following changes since commit 4d19974d7020488f63651244e1f9f51727c3f66c: [klibc] fwrite: fix typo in comment (2016-02-01 13:26:01 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/bwh/klibc.git for-hpa for you to fetch changes up to 7b49d9729ff6b3118c57eb6fe52c4f186016cfa0: [klibc] x86_64: Use -Ttext-segment to avoid address collision