[...]
        I've checked the lsusb output again and it doesn't list the
        device (at least by chipid) but "inxi -Nzxx" does list the
        device in terms of the device with chipid 14c3:6639 that it
        shows appears to be an MT7927 device, and that device
        appears to not have not driver.It shows the driver as N/A.
        The GITHUB hit I got on a search of the chipid indicated
        that Mediatek have been very slow in developing a Linux
        driver for the MT7927 chipset, which the article is saying
        is unusual for Mediatek, as they normally have Linux
        drivers well before product availability, so I guess I'll
        just have to wait until the 6.18 kernel becomes available.


    You should try the 6.18 test kernels:
    
<https://discussion.fedoraproject.org/t/test-day-kernel-6-18-test-week/177264>.
    There should be 6.18 kernels available after the test period,
    but if your MT7927doesn't work you want to report that ASAP.

-- George N. White III


    Thanks George, I'll check that out. I did check the Fedora Test
    repository but it didn't have the 6.18 kernels

    The instructions at the link for test week tell you to use Koji
    to download the kernel packages.

    I've followed the instructions to download and install the kernel
    and booted from it, but it didn't work, so I've raised a bug report.
    The akmods compile of the nvidia driver fails from the 6.18 kernel
    and the kde desktop doesn't load either even if I change the
    kernel grub parameters to remove the blacklisting of Nouveau. I
    may need to supply more information to the report, but I'll see
    what happens.


Please be more specific about what you mean by "didn't work"?

The 6.18 test kernel works for me on 3 systems running Workstation.  One is an old iMac with Nividia that needs to 470xx legacy driver.  The RPMfusion howto needs updating for Fedora 43: when you install the RPM, it creates /etc/gdm.conf/custom.conf:

% cat /etc/gdm/custom.conf
# GDM configuration storage

[daemon]
# Uncomment the line below to force the login screen to use Xorg
# WaylandEnable=false

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
#Enable=true

Uncommenting the WaylandEnable=false line allows you to run an Xorg Desktop.  I use Cinnamon for testing.  I can select Gnome, but many Gnome applications no longer support Xorg so to use Gnome have to add the # to enable Wayland login screen.  I can leave the Nvidia blacklist entries in the kernel command line as enabling Wayland forces a fallback to Nouveau.





--
George N. White III


The issue with the 6.18 kernel was, when I boot that kernel it tries to use akmods to compile the nvidia driver and that compile fails, but continues on in the boot process and displays the SDDM login screen to login to KDE. When I supply my credentials it switches to a black screen and then goes no further and I can't enter any keyboard input to user ctrl+F3 to switch to a terminal, the only option I have is to use the physical reset button to reboot. That black screen issue is the same issue I get if the nvidia driver I'm trying to use is not signed. As I said above, I removed the Nouveau blacklisting from the kernel grub entry, but that made no difference to the black screen issue. In trying to figure out how to get the nvidia driver to compile for that kernel I somehow managed to get DNF to install more kernels than the maximum 3 it allows, hence filled my 1.5GB boot partition, so some of the install scripts at the time failed because of lack of space. With what I tried to do to get the nvidia driver compiled I destroyed the ability for my system to get past the black screen issue on all kernels I had installed, so because I was doing this on my live system and not in a VM I reinstalled F43 again, so at the moment I don't have the 6.18 kernel.

regards,

BEGIN:VCARD
VERSION:4.0
N:Morris;Stephen;;;
FN:Stephen Morris
EMAIL;PREF=1;TYPE=home:[email protected]
END:VCARD
-- 
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to