2023 minibook X, I have debian 12 stable up and running, but it required the backport 6.4 kernel to recognize the wifi. Bluetooth not working.
Screen rotation after boot fixed as described at Debian On(/InstallingDebianOn/Chuwi/MiniBook): GRUB_CMDLINE_LINUX=fbcon=rotate:1 in grub config.
The big problem I’m having is the screen after suspend: top half is black, lower half is corrupted. It seems pretty random how many shutdown -r or -h 's it takes before it kicks back. Putting i915.enable_fbc=0 in the grub config doesn’t seem to be working.
Is the BIOS (mostly) unlocked on the 2023 model, by any chance? I’ve been fiddling a bit with SerialIO timing value tweaks to see if keyboard related woes might improve on my <2023 model. It’d be nice to see what values the 2023 model might be using out of the box, if at all possible.
I have not yet, no. It’s an unfamiliar area for me so I’ve been trying to read up and poke around a bit. My hope would be that someone who doesn’t have this issue — or at the very least has it extremely rarely or with just one key for example — can share what their device’s settings are.
These values can be found by booting into the BIOS, then heading to the “Chipset” tab, select “PCH-IO Configuration”, then select “SerialIo Configuration.” In there you might first have to enable the (last) option called “SerialIO timing parameters” if it isn’t already, after which you can enter “Serial IO I2C0 Settings.”
In my case I’ve been testing with adjusting the several “Hold” values in there, though I am not sure if that really does anything beneficial to the keyboard problem. In my very basic testing it did feel like the problem was occuring less quickly, but it was still a matter of time before the keyboard would just sort of deadlock itself and nothing but sleep mode or a reboot would bring it back. Super annoying :(.
@jibsaramnim Thank you for answering and a tip. It seems to help a lot. I just multiplied arbitrarily all the values ‘default x10’ (as they are still a puzzle to me) and keyboard hasn’t stopped working so far. I got one time key stuck (“q”) but it is a lot less then in the past. The only drawback I can see, touchpad is more “sticky”, e.i. when scrolling with 2 fingers I have to wait a half of second when finished. Otherwise scrolling still happens with only 1 finger.
Maybe there is anyone with no issue with keyboard and can dump here the values?
That’s great to hear! I have been trying to read up on what these values represent exactly so I could be a little more logical in my approach, but so far I wasn’t really able to come to any definitive conclusions. I mostly only modified the “hold” values so far, and like you it at least felt like the keyboard got stuck less frequently, though it still got stuck eventually. The fact that it takes some time before you even get to a “stuck” keyboard makes testing this all the more challenging, as I don’t really have all day to fiddle around with a computer that’s supposed to just work in the first place
I suppose this might indicate that the values you’ve settled on right now are a bit too far on the high end. I also noticed that if I set the “hold” values to anything over 200, the trackpad won’t work at all. I seem to recall during one of my deeper dives to a part of the Linux Kernel that had a value roughly around there as a sort of cut-off, though I can’t find it again at the moment. At least I was able to consistently have the trackpad not work at all with values (a bit) over 200, and consistently work with values under 200.
I have not tried more extreme values (yet), as real life duties have taken over the rest of my week again, but the fact that you also seem to have seemingly better results so far gives me great hope that we might still actually be able to get to a good solution. I really hope we’ll be able to find more consistently good numbers soon :).
Hi! I’ve got minibook X N100 version and installed ubuntu 23.04. All works normally, bu the wifi card is not. Card version is wifi 6 AX101 (windows has working drivers).
Did anybody solve this issue?
Grub does not support display orientation changes, unfortunately. For rotating the framebuffer (used by virtual consoles and the verbose boot process for example) you can use what you already mentioned (fbcon=rotate:1), and for the main OS you can actually use video=DSI-1:panel_orientation=right_side_up instead of manually adjusting it in your system monitor settings, which is a bit nicer/cleaner. Unfortunately, Grub just never ended up having support for display rotation added, so there’s nothing we can do there — short of setting its timeout to 0 so you don’t see it at all, but if you’re multi-booting that’s not really going to be helpful of course :).
Some things I’ve stumbled across for the good of the community:-
kernel params max_cstate and i915 enable_psr=0 are both red herrings.
the root cause of the ‘display tearing / wake-after-sleep / corruption’ is the panel being put into an unsuppored timing mode by various modesettings invoked by the kernel drm…
not that I’ve solved the underlying issue ( I’m working on a custom edid file but I don’t have a lot of time )… you can alleviate the symptoms by invoking:
this works well after the user login. Although the login screen still apears rotated. Please, some help for this?. How the login screen can be rotated?
And in the GRUB section, options "fbcon=rotate:1" and "video=DSI-1:panel_orientation=right_side_up" are not working.
My Bios is blocked and limited to boot options and just a few more things. Somebody knows if there is some option inside an unblocked Bios impeding the rotation?.
(Note: I’m using Luks although I suppose this is not relevant for the GRUB section.
Chuwi support is not responsive to email. Quite people says these Grub parameters should work. I don’t know if a hidden bios option could impede the rotation.
login rotation is solved with one script:
nano /etc/lightdm/greeter_setup.sh
#!/bin/bash
xrandr -o right
exit 0
and: # chmod 0755 /etc/lightdm/greeter_setup.sh
and adding this line inside /etc/lightdm/lightdm.conf , around line 124 more or less: greeter-setup-script=/etc/lightdm/greeter_setup.sh
I have discovered the fbcon module is missing in the recent Manjaro kernel 6.6.7-4. Hope this can be the only reason because the GRUB rotation option doesn’t work.
I have opened a question in the Manjaro forum to know how to solve it.
I just received my Minibook X N100. Overall it’s a nice little notebook, but of course it has to run Linux. For testing purposes I installed Ubuntu 23.10.1 onto an external SSD. So far, with some hacks from this thread, the installation works fine.
Sadly, there is one big caveat. As reported previously, the screen is not working after suspend, hibernate or even screen locking. With a notebook that’s meant to be super portable, this is a big drawback. At least screen locking must be working for security aspects. Kernel boot parameters (already reported as “red herrings” in post 52) or xrandr scripts didn’t work for me.
Has there been any progress on the screen distortion issue? Is there any hope for a future fix?
Without the screen working properly I might have to return the notebook, which would be kind of sad.
I just solved my problem (albeit not much testing done, yet). Installing an Ubuntu mainline kernel 6.6.8 solved the display issue. With this kernel the screen wakes up perfectly fine after suspend.
Of course using a mainline kernel is not the ideal solution (e.g. thinking of security updates), but for now it solves the issue and give us a usable notebook. With upcoming distributions using 6.6.x kernels and above the screen might be fixed out of the box. So for my part, I’m looking forward to Ubuntu 24.04.
Are you using Minibook X 2023 with N100 chip or the earlier model?
I’ve spent crazy amount of time trying to make accelerometer work, but with no results
The kernel should have the driver for mxc4005 which is compatible with mxc6655
But that’s about what i’ve found, tried playing with kernel modules, etc, in no way I can start iio-sensor-proxy successfullu
I’v a Minibook X N100 2023. But I never bothered trying the accelerometer or autorotation feature. I just use it as a normal - well very small - notebook.
Thank you guys for so much support to the rest about Linux, which we actually dont have drivers for it. But i know many users really want Linux. I will keep this written down in the book of “things i need to tell the Boss in Chuwi that users want”. I am reading a lot these days.
I just bought Freebook 2023 and this would be serious pity if I could not install linux on it. Linux is much closer to MacOS, much more stable and predictable than Windows. Nowadays it seems to be easier even for non-tech users. I got this laptop as an alternative to more expensive macbook air. Windows would never be an alternative to Mac OS
