Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Jan 2024 19:22:47 -0500
From:      Cheng Cui <cc@freebsd.org>
To:        wireless@freebsd.org
Subject:   Weekly Development report(Jan 16 ~ Jan 19) on the iwlwifi WiFi project
Message-ID:  <CAGaXuiL1cZYahBEC8XMf2Gd6hrGPQRYsZAa%2BMN4%2BH=_oA%2BRrSw@mail.gmail.com>

index | next in thread | raw e-mail

[-- Attachment #1 --]
I was still focusing on the problem in PR 276083
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276083>; which caused a
timeout in iwlwifi firmware during 802.11n (11ng, 11na) association, thus
failing 11n association.

   1. The latest discovery shows that newer firmwares or older firmwares
   have the same symptom during 11ng association: the firmware crashes and HW
   cmd timeouts.
      - But the HW cmd from different FWs could be different that causes
      the same symptom.
      - So the problem could be in an earlier command or a missing command,
      or a flag, etc.
   2. Previously mentioned potential workaround in the PR is not working as
   the data path fails with firmware not able to re-start.
   3. Learning Driver API tracing (trace-cmd).
   4. Finished reviewing D43469.
   5. Committed MFC stable/14 in git: 404b91dac415
   <https://cgit.freebsd.org/src/commit/?id=404b91dac415c5c9126fb4201145049c4d3dfbba>;
   .
   6. Had the second project monthly meeting on Jan 19, and talked with
   Bjoern and Joseph about the recent progress.

-- 
Best Regards,
Cheng Cui

[-- Attachment #2 --]
<div dir="ltr"><div dir="ltr">I was still focusing on the problem in <a href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276083" target="_blank">PR 276083</a> which caused a timeout in iwlwifi firmware during 802.11n (11ng, 11na) association, thus failing 11n association.<br></div><div><ol><li>The latest discovery shows that newer firmwares or older firmwares have the same symptom during 11ng association: the firmware crashes and HW cmd timeouts.</li><ul><li>But the HW cmd from different FWs could be different that causes the same symptom.</li><li>So the problem could be in an earlier command or a missing command, or a flag, etc.</li></ul><li>Previously mentioned potential workaround in the PR is not working as the data path fails with firmware not able to re-start.</li><li>Learning Driver API tracing (<span style="color:rgb(0,0,0)">trace-cmd</span>).</li><li>Finished reviewing D43469.</li><li>Committed MFC stable/14 in git:<span class="gmail-Apple-converted-space"> </span><a href="https://cgit.freebsd.org/src/commit/?id=404b91dac415c5c9126fb4201145049c4d3dfbba">404b91dac415</a>.</li><li>Had the second project monthly meeting on Jan 19, and talked with Bjoern and Joseph about the recent progress. </li></ol></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div></div>Best Regards,<div>Cheng Cui</div></div></div></div>
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGaXuiL1cZYahBEC8XMf2Gd6hrGPQRYsZAa%2BMN4%2BH=_oA%2BRrSw>