Skip to content
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

Enable kernel config required for DFS #9524

Open
jabbera opened this issue Jan 24, 2023 · 5 comments
Open

Enable kernel config required for DFS #9524

jabbera opened this issue Jan 24, 2023 · 5 comments
Labels

Comments

@jabbera
Copy link

jabbera commented Jan 24, 2023

Is your feature request related to a problem? Please describe.
I'm unable to mount a CIFS DFS share because the kernel doesn't have support and DRVFS is too slow to be useful. WSL2 is being sold as the easy way to interop between Linux and windows yet I can't mount one of the most basic enterprise shares. It's so incredibly frustrating I can't even being to explain it.

Describe the solution you'd like
I'd the kernel to be DFS enabled.

Describe alternatives you've considered
DrvFS - too slow
Compiling my own kernel - Ew
Mounting the servers directly without DFS - also Ew

Additional context
Please enable the following kernel configs:

CONFIG_CIFS_UPCALL=y
CONFIG_CIFS_DFS_UPCALL=y
CONFIG_CIFS_SWN_UPCALL=y

@jabbera
Copy link
Author

jabbera commented Jan 24, 2023

I'm not alone! #5534

@elsaco
Copy link

elsaco commented Jan 24, 2023

IMO, your best option is Ew, compile your own kernel. Adding all sorts of storage protocols ( LIO was requested in #9511 few days ago) makes the kernel blob larger. Soon we'll need 8GB of RAM to load the kernel only 🤷‍♂️

@jabbera
Copy link
Author

jabbera commented Jan 24, 2023

I'm doing that now but considering dfs is a first class MSFT product offering I'd assume it would be supported in wsl

@jabbera
Copy link
Author

jabbera commented Jan 30, 2023

This is blocked by: #9540

@juliusl
Copy link
Member

juliusl commented Feb 6, 2023

@elsaco For virtualization development 8GB of start-up RAM is pretty reasonable. For example, that's the amount needed to start windows server on Hyper-V.

Would it be feasible to have multiple kernel builds then? 1 for default and another for "extended-io-features" or even "full-upstream-parity"?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants