Bug#1050352: backside USB-ports stop working after some time

2023-08-29 Thread Diederik de Haas
On Tuesday, 29 August 2023 07:43:40 CEST Rolf Reintjes wrote:
> I could isolate the problem causing code in the debian patches on file
> 
> drivers/iommu/intel/iommu.c
> 
> With this change
> 
> rolf@i7-5820K-debian-testing:~/kernel/linux-source-6.4/drivers/iommu/intel$
> diff iommu.c.debian iommu.c
> 286c286
> < int dmar_disabled = IS_ENABLED(CONFIG_INTEL_IOMMU_DEFAULT_OFF);
> ---
> 
>  > int dmar_disabled = !IS_ENABLED(CONFIG_INTEL_IOMMU_DEFAULT_ON);
> 
> the problem is not there.

Excellent, thanks for the analyses.

On Monday, 28 August 2023 16:46:02 CEST Rolf Reintjes wrote:
> I would appreciate further advice and guidance.

Have patience. When someone with the needed knowledge has time to look into 
this issue, they will.
But we can't make claims on how people spend their free time.

signature.asc
Description: This is a digitally signed message part.


Bug#1050352: backside USB-ports stop working after some time

2023-08-28 Thread Rolf Reintjes

I am on testing.

I could isolate the problem causing code in the debian patches on file

drivers/iommu/intel/iommu.c

With this change

rolf@i7-5820K-debian-testing:~/kernel/linux-source-6.4/drivers/iommu/intel$ 
diff iommu.c.debian iommu.c

286c286
< int dmar_disabled = IS_ENABLED(CONFIG_INTEL_IOMMU_DEFAULT_OFF);
---
> int dmar_disabled = !IS_ENABLED(CONFIG_INTEL_IOMMU_DEFAULT_ON);

the problem is not there.



Bug#1050352: backside USB-ports stop working after some time

2023-08-28 Thread Rolf Reintjes

I am on testing.

On 28.08.23 10:35, Rolf Reintjes wrote:

I compiled and installed a kernel with

https://github.com/torvalds/linux/blob/master/drivers/iommu/intel/iommu.c

In this file I had to comment out:

/* case IOMMU_CAP_DEFERRED_FLUSH:  */

With this self compiled kernel the problem is not there.


This file was from 6.5.

Now I took this one:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/iommu/intel/iommu.c?h=v6.4.11

and compiled and installed the kernel. The problem did not occur. The 
debian patches were not applied here for my test.



I guess that iommu.c patches in

https://sources.debian.org/patches/linux/6.4.11-1/

cause the problems I discovered.


I would appreciate further advice and guidance.



Bug#1050352: backside USB-ports stop working after some time

2023-08-28 Thread Rolf Reintjes

I compiled and installed a kernel with

https://github.com/torvalds/linux/blob/master/drivers/iommu/intel/iommu.c

In this file I had to comment out:

/* case IOMMU_CAP_DEFERRED_FLUSH:  */

With this self compiled kernel the problem is not there.

I guess that iommu.c patches in

https://sources.debian.org/patches/linux/6.4.11-1/

cause the problems I discovered.

How can I help further to solve the problem?

What to do next?



Bug#1050352: backside USB-ports stop working after some time

2023-08-25 Thread Rolf Reintjes

rolf@i7-5820K-debian:~$ sudo lspci -s 05:00.0 -vv
[sudo] Passwort für rolf:
05:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 
Controller (rev 01) (prog-if 30 [XHCI])
	Subsystem: Micro-Star International Co., Ltd. [MSI] VL805/806 xHCI USB 
3.0 Controller
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 34
NUMA node: 0
IOMMU group: 32
Region 0: Memory at fb20 (64-bit, non-prefetchable) [size=4K]
Capabilities: [80] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)

Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [90] MSI: Enable+ Count=1/4 Maskable- 64bit+
Address: fee003d8  Data: 
Capabilities: [c4] Express (v2) Endpoint, MSI 00
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, L1 
<1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- 
SlotPowerLimit 89W
DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr+ 
TransPend-
		LnkCap:	Port #0, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s 
<2us, L1 <16us

ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 5GT/s, Width x1
TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Range B, TimeoutDis+ NROPrPrP- LTR-
 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- 
EETLPPrefix-
 EmergencyPowerReduction Not Supported, 
EmergencyPowerReductionInit-
 FRS- TPHComp- ExtTPHComp-
 AtomicOpsCap: 32bit- 64bit- 128bitCAS-
		DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 
10BitTagReq- OBFF Disabled,

 AtomicOpsCtl: ReqEn-
LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
			 Transmit Margin: Normal Operating Range, EnterModifiedCompliance- 
ComplianceSOS-

 Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB 
preshoot
		LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- 
EqualizationPhase1-

 EqualizationPhase2- EqualizationPhase3- 
LinkEqualizationRequest-
 Retimer- 2Retimers- CrosslinkRes: unsupported
Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- 
MalfTLP- ECRC- UnsupReq+ ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- 
MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ 
MalfTLP+ ECRC- UnsupReq- ACSViol-

CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- 
AdvNonFatalErr+
CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- 
AdvNonFatalErr+
		AERCap:	First Error Pointer: 14, ECRCGenCap- ECRCGenEn- ECRCChkCap- 
ECRCChkEn-

MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
HeaderLog:  0507 000f 0401
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci



Bug#1050352: backside USB-ports stop working after some time

2023-08-24 Thread Rolf Reintjes
On another disk I installed bookworm and upgraded to testing. With 
testing the problem is also there.




Bug#1050352: backside USB-ports stop working after some time

2023-08-24 Thread Rolf Reintjes

I have just installed bullseye on another disk. It has the same problem.

I do not know why I did not run in this problem when bullseye was stable 
and I used it.




Bug#1050352: backside USB-ports stop working after some time

2023-08-23 Thread Rolf Reintjes

On 23.08.23 19:39, Diederik de Haas wrote:

Control: reassign -1 src:linux/6.1.38-4

On Wednesday, 23 August 2023 18:39:50 CEST Rolf Reintjes wrote:

Here are more of the near dmesg meassages:


[   28.747758] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
[  344.813681] DMAR: DRHD: handling fault status reg 2
[  344.813692] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
addr 0xfffad000 [fault reason 0x06] PTE Read access is not set
[  344.813917] DMAR: DRHD: handling fault status reg 102
[  344.813923] xhci_hcd :05:00.0: WARNING: Host System Error
[  344.813923] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
addr 0xfffad000 [fault reason 0x06] PTE Read access is not set


A page fault doesn't sound good and I wouldn't be surprised if that wes the
reason for the issues.
On https://snapshot.debian.org/binary/linux-image-amd64/ you'll find a whole
bunch of kernel version and it would be really helpful if you can determine
what the last version of the 6.1 series was where the USB ports work as
expected and then the first version where it stopped working.

You could start with (one of) the earliest 6.1 kernels to verify whether it
has worked properly in a 6.1 kernel at all.


I tried some older kernels. They all have the problem.

linux-image-6.1.0-0-amd64_6.1.1-1~exp2_amd64.deb no
linux-image-6.0.0-6-amd64_6.0.12-1_amd64.deb no
linux-image-6.0.0-1-amd64_6.0.2-1_amd64.deb  no



Processed: Re: Bug#1050352: backside USB-ports stop working after some time

2023-08-23 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 1050352 src:linux 6.1.38-4
Bug #1050352 [linux-image-amd64] linux-image-amd64: backside USB-ports stop 
working after some time (mouse, keyboard), VIA Technologies, Inc. VL805/806 
xHCI USB 3.0 Controller (rev 01)
Bug reassigned from package 'linux-image-amd64' to 'src:linux'.
No longer marked as found in versions linux-signed-amd64/6.1.38+4.
Ignoring request to alter fixed versions of bug #1050352 to the same values 
previously set
Bug #1050352 [src:linux] linux-image-amd64: backside USB-ports stop working 
after some time (mouse, keyboard), VIA Technologies, Inc. VL805/806 xHCI USB 
3.0 Controller (rev 01)
Marked as found in versions linux/6.1.38-4.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1050352: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050352
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#1050352: backside USB-ports stop working after some time

2023-08-23 Thread Diederik de Haas
Control: reassign -1 src:linux/6.1.38-4

On Wednesday, 23 August 2023 18:39:50 CEST Rolf Reintjes wrote:
> Here are more of the near dmesg meassages:
> 
> 
> [   28.747758] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
> [  344.813681] DMAR: DRHD: handling fault status reg 2
> [  344.813692] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
> addr 0xfffad000 [fault reason 0x06] PTE Read access is not set
> [  344.813917] DMAR: DRHD: handling fault status reg 102
> [  344.813923] xhci_hcd :05:00.0: WARNING: Host System Error
> [  344.813923] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
> addr 0xfffad000 [fault reason 0x06] PTE Read access is not set

A page fault doesn't sound good and I wouldn't be surprised if that wes the 
reason for the issues.
On https://snapshot.debian.org/binary/linux-image-amd64/ you'll find a whole 
bunch of kernel version and it would be really helpful if you can determine 
what the last version of the 6.1 series was where the USB ports work as 
expected and then the first version where it stopped working.

You could start with (one of) the earliest 6.1 kernels to verify whether it 
has worked properly in a 6.1 kernel at all.

signature.asc
Description: This is a digitally signed message part.