https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Resolution|--- |FIXED
Status|In Progress
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #68 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=043d6a24b29030989fdf2b79c5ff90391f859225
commit 043d6a24b29030989fdf2b79c5ff90391f859225
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #67 from Sulev-Madis Silber
---
(In reply to Cy Schubert from comment #64)
not laptop at all, this is actually nanopi neo core module on custom pcb and
usb wifi with custom headers soldered on and plugged on the side. as allwin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #66 from Adrian Chadd ---
(In reply to Cy Schubert from comment #63)
Hm, I didn't think my diffs changed RTL8188EU behaviour!
The RTL8188E code uses the RTL8192C channel change code but overrides a couple
of methods. None of t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #65 from Adrian Chadd ---
(In reply to Cy Schubert from comment #63)
Hm, I didn't think my diffs changed RTL8188EU behaviour!
The RTL8188E code uses the RTL8192C channel change code but overrides a couple
of methods. None of t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #64 from Cy Schubert ---
(In reply to Sulev-Madis Silber from comment #62)
What type of USB controller does your laptop have? XHCI? EHCI?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #63 from Cy Schubert ---
(In reply to Adrian Chadd from comment #60)
The patches work with RTL8188EU (TL-WN725N) almost immediately. The AC1200
(Archer T4UH wireless Realtek 8812AU TP-Link) also does immediately work. The
RTL81
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #62 from Sulev-Madis Silber
---
additional platform info here
this is
FreeBSD ask-m-001 15.0-CURRENT FreeBSD 15.0-CURRENT #0
main-n274860-2f35419fb26d-dirty: Sun Jan 19 23:40:21 EET 2025
r...@green.sau.si.pri.ee:/root/fil
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #61 from Sulev-Madis Silber
---
(In reply to Adrian Chadd from comment #60)
applied all 3 patches. now it doesn't disappear from usb after destroy &
create, and it successfully connects to wpa2 ap and passes traffic without any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #60 from Adrian Chadd ---
I've been digging deep in this and i've found some fun stuff.
First, the power up / down / up sequencing problem. there's code in rtl8192eu
that doesn't exist at all in rtl8xxxu in linux. If I just del
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Quentin Thébault changed:
What|Removed |Added
CC||quentin.theba...@defenso.fr
---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #58 from Cy Schubert ---
I have uploaded both patches to https://reviews.freebsd.org/D38854 for review.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #57 from Peter Jeremy ---
Sorry for the delay in responding. I've had attachment 253304 running on an
ARM SBC (Rock64) with RTL8192EU for several days without any obvious issues
(other than very poor WiFi speed).
I don't belie
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #56 from Cy Schubert ---
Created attachment 253304
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=253304&action=edit
Reformatted RTL8188EU patch.
Reformatted RTL8188EU patch.
Apply both the RTL8192EU and the RTL8188
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #253301|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #54 from Cy Schubert ---
Created attachment 253301
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=253301&action=edit
Confirmed fix for rtwm(4) on some USB2 laptops
Confirmed this fixes association of TL-WN823N v2/v3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #53 from Cy Schubert ---
Just a quick update. Before posting both patches (in one file) tomorrow. I can
associate to one of my APs here when connected to USB 2.0 but when using USB
3.0, dhclient segfaults after associating to th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #253264|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #253233|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #50 from Cy Schubert ---
(In reply to Peter Jeremy from comment #49)
The correct version is without the RTWN_{LOCK,UNLOCK}.
My mistake re the patch. I did git format-patch but forgot I had another
format-patch output in /tmp w
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #49 from Peter Jeremy ---
Thanks for the prompt update cy@
Unfortunately, the patch in attachment 253233 doesn't apply cleanly. The
attachment comprises 3 "emails" and the first (Subject: [PATCH] rtwn: Fix
RTL8188EU cannot ass
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #239429|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #47 from Adrian Chadd ---
Looking at it, it looks like putting the lock/unlocks everywhere is
problematic.
Chances are deleting the right ones will fix the recursion. ;-)
cy@, wanna take another crack at it?
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #46 from Adrian Chadd ---
Looking at it, it looks like putting the lock/unlocks everywhere is
problematic.
Chances are deleting the right ones will fix the recursion. ;-)
cy@, wanna take another crack at it?
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Peter Jeremy changed:
What|Removed |Added
CC||pet...@freebsd.org
--- Comment #45
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Eugene Grosbein changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #44 from rkober...@gmail.com ---
Created attachment 240612
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=240612&action=edit
core.txt file from urtwn crash
Totally reliable crash with D38854 applied. Interface was wor
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #43 from rkober...@gmail.com ---
I apologize for the long delay. Finally dug out the fob and tried.
First, switched running system from iwlwifi to urtwn. Worked fine.
Then I patched the source and rebuilt with no errors.
Then I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #42 from Cy Schubert ---
Review is at https://reviews.freebsd.org/D38854.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #41 from Cy Schubert ---
(In reply to rkoberman from comment #38)
Can you please test the patch. My 8188EU never experienced this problem so
testing locally doesn't confirm the fix.
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #40 from Cy Schubert ---
Created attachment 239455
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=239455&action=edit
Same for rtl8188eu
(In reply to rkoberman from comment #38)
Can you also try this? You will need t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #39 from Cy Schubert ---
(In reply to rkoberman from comment #38)
I also have "rtwn0: MAC/BB RTL8188EU, RF 6052 1T1R" here. It had no such
problems as "rtwn0: MAC/BB RTL8192EU, RF 6052 2T2R" discussed in this ticket.
If you wa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
rkober...@gmail.com changed:
What|Removed |Added
CC||rkober...@gmail.com
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #37 from titus m ---
i tested AP mode/open, set up dhcpd, forwarding and connected with my phone
got about 20Mb/s up/down on fast.com (a netflix service) which is inline with
what i get in sta mode
my dongle still crashes on if
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #239399|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #35 from titus m ---
for me it does not hang on power off with
delay or no delay but the next power on breaks something and makes the device
unusable until the next power cycle / or device reinsertion
reboot does not fix it
whe
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #34 from Cy Schubert ---
Removal of the power_off delay results in a hang. Same as removal of the
power_on delay also results in a hang. Both are needed.
--
You are receiving this mail because:
You are on the CC list for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #33 from Cy Schubert ---
(In reply to titus m from comment #32)
Yes. And the delay should only apply to the RTL8192EU and no other chipsets.
Only the 8192EU should start out with a delay of 1000us while other chipsets
should in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #32 from titus m ---
Comment on attachment 239399
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=239399
Also fix ifconfig down/up hang
the sysctl line should be like
SYSCTL_ADD_INT(ctx, SYSCTL_CHILDREN(tree), OID_AUT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Attachment #239366|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #30 from titus m ---
it works on the other box too
not quite related but the r92e_power_off code is problematic too
a ifconfig wlanX down / ifconfig wlanX up will break and disable the usb port
until a power cycle or device rein
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #29 from titus m ---
r92e_chan.c needs this
#include
rtl8192eu seems to be usb only so not a big problem
there are a couple of RTWN_LOCK(sc) and RTWN_UNLOCK(sc) which need a semicolon
after
otherwise it builds and runs ok
only
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #28 from Rich Reamer ---
This is exciting, i can regen my system and test, but that gonna be a few days
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #27 from Cy Schubert ---
Created attachment 239366
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=239366&action=edit
Proposed patch.
Excellent sleuthing. Thanks for your work.
Can you try the attached patch?
I have
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #26 from titus m ---
actually I used rtwn_usb_delay which should switch to usb_pause_mtx for
intervals >=1000us
wrote DELAY above out of laziness
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #25 from Cy Schubert ---
This doesn't jibe with the fact that the RTL8192EU works perfectly well in
HOSTAP mode but fails to associate in STA mode.
However it works perfectly well in STA mode too with my ASUS machines in my
bas
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #24 from Hans Petter Selasky ---
Please use usb_pause_mtx() instead of DELAY().
--HPS
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #23 from titus m ---
adding a DELAY(1000) at the end of rtwn_usb_write_region_1 fixed it for me
the delay is really only needed during the execution of r92e_set_chan
tested on both thin clients and it works on both on open and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #22 from Rich Reamer ---
Isnt that interesting, you but not unusual, sometimes in linux kernel in debug
mode makes devices work, in that case, its a timing thing.
--
You are receiving this mail because:
You are on the CC list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #21 from titus m ---
everything below is on the HP t430 box
after lots of experimentation, and logging every rtwn_read_NN rtwn_write_NN
did not find anything useful
did the logging with netbsd urtwn (which works), still no go
e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
titus m changed:
What|Removed |Added
CC||ti...@edc.ro
--- Comment #20 from titus
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Graham Perrin changed:
What|Removed |Added
Status|New |In Progress
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #19 from Bjoern A. Zeeb ---
(In reply to Cy Schubert from comment #18)
The question might be what is the difference in USB version and chipsets? It's
(hopefully) very unlikely that a PCI card with leak net80211 state to the US
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Blocks||258018
Referenced Bugs:
https://bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Component|usb |wireless
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #18 from Cy Schubert ---
Let's add a little excitement to this:
Disconnecting the RTL8192EU from my laptop (where it did not work) and plugging
it into my sandbox machine downstairs, it immediately associated with my wife's
AP
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Assignee|u...@freebsd.org |c...@freebsd.org
CC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #16 from Rich Reamer ---
@Cy
Summation: yeah its a driver issue -- "rtwn" does not work with RTL8192EU.
Did the "open network" (ie. no wpa_supplicant usage) tests -- using my phone as
an open wifi hotspot called "Blacklist
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #15 from Cy Schubert ---
Can you perform this test, please.
1. Create an open unprotected network (guest network or otherwise) on an AP.
2. ifconfig wlan1 create wlandev rtwn0 up
3. ifconfig wlan1 ssid YOUR_NEWLY_CREATED_SSID
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Rich Reamer changed:
What|Removed |Added
CC||richr...@yahoo.com
--- Comment #14 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #13 from Slawomir Wojciech Wojtczak ---
What debug info I can provide You to move this PR into right direction?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
--- Comment #12 from Slawomir Wojciech Wojtczak ---
Theoretically support for that WiFi chipset was added at about 2017 ...
https://svnweb.freebsd.org/base?view=revision&revision=312680
--
You are receiving this mail because:
You are on
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Slawomir Wojciech Wojtczak changed:
What|Removed |Added
CC||verma...@interia.pl
-
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247528
Cy Schubert changed:
What|Removed |Added
Summary|RTL8192EU usb wifi dongle |rtwn(4) RTL8192EU usb wifi
64 matches
Mail list logo
