GTX 1650 Max-Q (TU117, 10DE:1F9D) on muxless laptop: dGPU inits fully but heads 0 connectors 0, no display; request for iGPU-scanout path
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 28/100
Direzione di ricerca
Start by reading the NVRM-fb and NVAccel initialization paths, especially where heads and connectors are discovered and where framebuffer publication gates accelerator startup; the issue does not name source files or tests. The proposed iGPU-scanout path would need design work across display ownership and rendering. Done would mean NVAccel can arm Metal and render to a framebuffer owned by the iGPU on a muxless laptop.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hardware: MSI GF63, i5-11400H, GTX 1650 Max-Q (10DE:1F9D, subsys 132E1462), Intel UHD iGPU (8086:9A68). Muxless, with the internal panel and HDMI both on the iGPU (NVIDIA Control Panel on Windows shows the laptop display attached only to Intel). No DP or USB-C DP output.
Software: macOS Sequoia, OpenCore, driver 1.2.0, MacBookPro16,2. Boot-args as per the docs (nvfb=1 nvaccel=1 nvfbheads=4 ...).
What works: RmInitAdapter succeeded, GSP-RM running, 4 GB VRAM published, BAR1 256 MB mapped.
What fails: every NVRM-fb instance logs heads 0 connectors 0 and getDisplays: none, then kapiInit failed. After 20 s: heads published mask 0x0, NVAccel no framebuffer has published yet, accelerator never arms. macOS then boots headless, and blind typing at the login window works.
Question: is there any plan for muxless laptops, for example a mode where NVAccel arms Metal without NVRMFB heads and renders for a framebuffer owned by another driver? I can provide full logs and photos.
- Lingua principale
- Rust
- Stelle
- 2.5k
- Fork
- 233
- Merge medio
- 3g 14h
- PR unite (30g)
- 14
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di nullmoth/nvidia-macos-driver
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
nullmoth/nvidia-macos-driver#141 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
nullmoth/nvidia-macos-driver#28 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 8/100
nullmoth/nvidia-macos-driver#485 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 15/100
nullmoth/nvidia-macos-driver#484 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 8/100
nullmoth/nvidia-macos-driver#483 ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di nullmoth/nvidia-macos-driver
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
limitlessprojects/Go-Hybrid#3342 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
librespeed/speedtest-rust#52 · 1 commento ·
-
enhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
bherbruck/solvecraft#11246 · 1 commento · 1 reazione ·
-
example
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
rust-lang-nursery/rust-cookbook#954 ·
I maintainer di solito rispondono entro 1 giorno