Bug 217666

Created attachment 304616 [details]
Here you can see the Display issue

Created attachment 304617 [details]
Here with older kernal

Created attachment 304620 [details]
Arch-Linux-tty errors while startup

When the errors show up, right at this moment, the screen "splits."
I think this could help a lot to figure the problem out.

(In reply to Johannes from comment #0)
> Hello I have been having problems for some time now with displaying any
> linux distribution with the new kernal. The only thing that can fix it are
> older kernals.
> 
> I can't describe it very well, so I'm attaching some pictures, but it's like
> whenever anything happens on the screen, it pushes the upper left half up
> from the bottom. But it only goes to a certain extent, after that it just
> shakes around and jumps back a bit. Also, for example, the firefox icon is
> not where it is displayed, but where it should be (I tried it with touch).
> 
> I think it has something to do with the framebuffer, because an usb stick
> with just the arch iso show the same issue in the tty.
> 
> The hardware is a Huawei Matebook E 2022.
> Cpu: Intel® Core™ i5-1130G7
> Graphics: Intel® Iris® Xe
> 
> Example under Manjaro that worked was with the 
> linux-lqx-6.1.0.lqx2-1-x86_64.pkg.tar.zst kernal
> 22-Dec-2022 14:44           154507169
> from https://repo.blacksky3.com/x86_64/linux-lqx/old/
> 
> Kernals above that Version dosent work, Example with 6.1.1-lqx1-linux-lqx:
> `

Do you have this issue on vanilla v6.1.y stable series?

As of kernel version 6.1.10, the bug is reproducible.
The kernels I used for testing were obtained from https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/ .

The kernels tested were:
linux-6.0.tar.gz -Works fine
linux-6.1.1.tar.gz -Works fine
linux-6.1.10.tar.gz -Shows the bug

stable series:
linux-6.4.3.tar.xz -Shows the bug and hangup during boot after choosing the kernel in grub 

None of the default makeconfig values have been changed.

How I compiled the kernel:
$tar xvf linuxKernel.tar.xz
$make menuconfig 
$make -j8
$sudo make modules_install
$sudo make install
§sudo grub2-mkconfig -o /boot/grub2/grub.cfg

I have also tested linux 6.5.0-ec1, which does not hang like 6.4.3. 
Maybe I have done something wrong to make this 
version do that. 
6.5.0-ec1 also has the bug.

(In reply to Johannes from comment #6)
> I have also tested linux 6.5.0-ec1, which does not hang like 6.4.3. 
> Maybe I have done something wrong to make this 
> version do that. 
> 6.5.0-ec1 also has the bug.

I'm confused. Are you sure v6.5-rc1 also have this regression?

Can you attach dmesg output instead?

(In reply to Johannes from comment #5)
> As of kernel version 6.1.10, the bug is reproducible.
> The kernels I used for testing were obtained from
> https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/ .
> 
> The kernels tested were:
> linux-6.0.tar.gz -Works fine
> linux-6.1.1.tar.gz -Works fine
> linux-6.1.10.tar.gz -Shows the bug
> 
> stable series:
> linux-6.4.3.tar.xz -Shows the bug and hangup during boot after choosing the
> kernel in grub 
> 

Then can you bisect between v6.1 and v6.4 to find the culprit of your regression?

> None of the default makeconfig values have been changed.
> 
> How I compiled the kernel:
> $tar xvf linuxKernel.tar.xz
> $make menuconfig 
> $make -j8
> $sudo make modules_install
> $sudo make install
> §sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Because you're about to compile your own kernel during bisection, see [1] for how to compile kernel with trimmed configuration.

[1]: https://docs.kernel.org/admin-guide/quickly-build-trimmed-linux.html

I'm sorry for confusing you, I meant that 6.4.3 hangs 
up during boot, while v6.5-rc1 does not.
But both versions have the same display error.

In case of 6.4.3 I said that (maybe) I have done something wrong while Build-installation to make that version hang up during boot.

(In reply to Bagas Sanjaya from comment #9)
> (In reply to Johannes from comment #5)
> > As of kernel version 6.1.10, the bug is reproducible.
> > The kernels I used for testing were obtained from
> > https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/ .
> > 
> > The kernels tested were:
> > linux-6.0.tar.gz -Works fine
> > linux-6.1.1.tar.gz -Works fine
> > linux-6.1.10.tar.gz -Shows the bug
> > 
> > stable series:
> > linux-6.4.3.tar.xz -Shows the bug and hangup during boot after choosing the
> > kernel in grub 
> > 
> 
> Then can you bisect between v6.1 and v6.4 to find the culprit of your
> regression?

Yes, it is the linux-6.1.10 version where the error first occurs.

> 
> > None of the default makeconfig values have been changed.
> > 
> > How I compiled the kernel:
> > $tar xvf linuxKernel.tar.xz
> > $make menuconfig 
> > $make -j8
> > $sudo make modules_install
> > $sudo make install
> > §sudo grub2-mkconfig -o /boot/grub2/grub.cfg
> 
> Because you're about to compile your own kernel during bisection, see [1]
> for how to compile kernel with trimmed configuration.
> 
> [1]: https://docs.kernel.org/admin-guide/quickly-build-trimmed-linux.html

Created attachment 304644 [details]
dmesgoutput linux-6.1.10

(In reply to Johannes from comment #11)
> (In reply to Bagas Sanjaya from comment #9)
> > Then can you bisect between v6.1 and v6.4 to find the culprit of your
> > regression?
> Yes, it is the linux-6.1.10 version where the error first occurs.

That's not a bisection. Please perform one (maybe between v6.1.1..v6.1.10 while afterwards verifiying the result on mailine), otherwise I guess this bug is unlikely to be fixed. 

BTW, you mentioned so many different kernels, hence please allow me to ask: did you use the same base config for your tests? See https://docs.kernel.org/admin-guide/reporting-regressions.html for details.

And overall: this bug report is pretty confusing. And in the wrong place. You might want to report it here instead: https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs

Afterwards drop a link here and close this.

Johannes, any conclusion on the bisection as Thorsten asked? And the link to
gitlab.freedesktop.org issue?

I'm sorry for my delay but the last weeks I had some issues to solve 
(not software related).

Anyway, I found out, that newer kernels than v6.1.4 show the bug.
I reported the bug here https://gitlab.freedesktop.org/drm/intel/-/issues/8992

Thank you for your support!

(In reply to The Linux kernel's regression tracker (Thorsten Leemhuis) from comment #13)
> (In reply to Johannes from comment #11)
> > (In reply to Bagas Sanjaya from comment #9)
> > > Then can you bisect between v6.1 and v6.4 to find the culprit of your
> > > regression?
> > Yes, it is the linux-6.1.10 version where the error first occurs.
> 
> That's not a bisection. Please perform one (maybe between v6.1.1..v6.1.10
> while afterwards verifiying the result on mailine), otherwise I guess this
> bug is unlikely to be fixed. 
> 
> BTW, you mentioned so many different kernels, hence please allow me to ask:
> did you use the same base config for your tests? See
> https://docs.kernel.org/admin-guide/reporting-regressions.html for details.

Yes, I used the same basic configuration. The only kernel I compiled with a different one was https://www.intel.com/content/www/us/en/docs/graphics-for-linux/developer-reference/1-0/build-guide.html. I used the default Fedora kernel v6.2.9-300. fc38. x86_64, but after some more testing and building on my kernels created for testing, the result is the same.

> And overall: this bug report is pretty confusing. And in the wrong place.
> You might want to report it here instead:
> https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs
> 
> Afterwards drop a link here and close this.