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

Decryption screen doesnt show for kernels 6.0.6 and 6.0.12 for Nvidia driver 525 #200

Closed
segmentationsingularity opened this issue Jan 6, 2023 · 1 comment

Comments

@segmentationsingularity
Copy link

Note: I've also posted this on pop-os/plymouth-theme#33
I was not sure that was the correct location.

Some time ago I opened a new issue regarding the disappeared loginprompt after applying a new kernel suggested by the Pop!_shop and marked it solved after downgrading to the previous kernel.
(pop-os/plymouth-theme#31 (comment))

However it still doesn't seem to be working for me for new kernels:
6.0.6 and 6.0.12 and Nvidia driver 525 (it did work for kernel 6.0.2)
It shows the BIOS Logo of the mainboard and pressing ESC doesn't do anything,
however entering the password "blind" does work and brings up the user login prompt.

I did another test and disabled the Nvidia graphics card and used the embedded VGA graphics card (server board)
and that worked, the decryption screen was displayed.
So I assume its related to the NVidia drivers and to be sure I ran:
sudo update-initramfs -u -k all

However did didn't fix the login screen. Feel free to close this issue however I thought it might help to bring this up in case other users are also affected.

@leviport
Copy link
Member

leviport commented Jan 6, 2023

Duplicate of pop-os/plymouth-theme#31

I've reopened the original issue. Updating the same issue is better for us than opening new/duplicate issues. We can reopen any that need to be reopened.

@leviport leviport closed this as completed Jan 6, 2023
mmstick pushed a commit that referenced this issue Aug 21, 2023
commit 90f0074 upstream.

BPF CI has reported the following failure:

Error: #200/79 sockmap_listen/sockmap VSOCK test_vsock_redir
  Error: #200/79 sockmap_listen/sockmap VSOCK test_vsock_redir
  ./test_progs:vsock_unix_redir_connectible:1506: egress: write: Transport endpoint is not connected
  vsock_unix_redir_connectible:FAIL:1506
  ./test_progs:vsock_unix_redir_connectible:1506: ingress: write: Transport endpoint is not connected
  vsock_unix_redir_connectible:FAIL:1506
  ./test_progs:vsock_unix_redir_connectible:1506: egress: write: Transport endpoint is not connected
  vsock_unix_redir_connectible:FAIL:1506
  ./test_progs:vsock_unix_redir_connectible:1514: ingress: recv() err, errno=11
  vsock_unix_redir_connectible:FAIL:1514
  ./test_progs:vsock_unix_redir_connectible:1518: ingress: vsock socket map failed, a != b
  vsock_unix_redir_connectible:FAIL:1518
  ./test_progs:vsock_unix_redir_connectible:1525: ingress: want pass count 1, have 0

It’s because the recv(... MSG_DONTWAIT) syscall in the test case is
called before the queued work sk_psock_backlog() in the kernel finishes
executing. So the data to be read is still queued in psock->ingress_skb
and cannot be read by the user program. Therefore, the non-blocking
recv() reads nothing and reports an EAGAIN error.

So replace recv(... MSG_DONTWAIT) with xrecv_nonblock(), which calls
select() to wait for data to be readable or timeout before calls recv().

Fixes: d61bd8c ("selftests/bpf: add a test case for vsock sockmap")
Signed-off-by: Xu Kuohai <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Martin KaFai Lau <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants