netdev - Re: Fwd: After kernel 6.3.7 or 6.3.8 b43 driver fails

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Mon, 3 Jul 2023 12:35:21 -0500
From: Larry Finger <Larry.Finger@...inger.net>
To: Sardonimous <sardonimous@...mail.com>, Arnd Bergmann <arnd@...db.de>,
 Bagas Sanjaya <bagasdotme@...il.com>,
 Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
 Linux Regressions <regressions@...ts.linux.dev>,
 Linux Wireless <linux-wireless@...r.kernel.org>,
 Netdev <netdev@...r.kernel.org>
Cc: Michael Büsch <m@...s.ch>,
 kernel test robot <lkp@...el.com>, Simon Horman <simon.horman@...igine.com>,
 Kalle Valo <kvalo@...nel.org>
Subject: Re: Fwd: After kernel 6.3.7 or 6.3.8 b43 driver fails

On 6/26/23 16:33, Sardonimous wrote:
> 
> On 6/26/23 10:21 AM, Larry Finger wrote:
>> On 6/26/23 07:44, Sardonimous wrote:
>>> If I were to send you some test patches, could you create a kernel with them 
>>> applied?
>>>
>>> Doubtful.
>>
>> Sardonimous,
>>
>> OK, that essentially eliminates  getting DMA to work. The cost of a 
>> MacBookPro7 is too much for me to acquire one to debug that issue.
>>
>> On my PowerBook G4, I also got the failure to connect, thus I should be able 
>> to fix that problem, but getting a new kernel with the fix onto your machine 
>> will not be easy.
> 
> It might be possible to follow the arch instructions for patching the kernel
> 
> https://wiki.archlinux.org/title/Kernel/Arch_build_system
> 
> It takes about a day to rebuild the kernel following this procedure.
> 
>> Is it possible to ssh into your machine, or to use TeamViewer? Those questions 
>> do not need an answer now, but think about them.
> 
> This is complicated by being in a CGNAT environment.  I usually do this via 
> tailscale.  Will have to think about it.
> 
>> Larry
> 
> Should pio=1 qos=0 cause the problems that it does?  It if is no longer a 
> supported configuration, perhaps it should fail more gracefully.

Sardonimous,

Sorry that it took so long to get back to you.

For my ppc32, there is no regression. It took a while to learn the pio=1 and 
qos=0 are BOTH needed. That I do not understand, but with both set, the device 
works with kernel 6.4 and all earlier kernels that I tried. Fortunately, I did 
not need to do the entire bisection.

I am working on eliminating the warning that appears with qos=0, but it does not 
inhibit operations.

@Bagas Sanjaya: Please mark this "regression" as invalid.

Larry