https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Tom Jones changed:
What|Removed |Added
Resolution|--- |FIXED
Status|In Progress
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #303 from commit-h...@freebsd.org ---
A commit references this bug:
Author: jkim
Date: Tue Nov 24 21:28:45 UTC 2020
New revision: 367998
URL: https://svnweb.freebsd.org/changeset/base/367998
Log:
Port rtsx(4) driver for Realt
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #302 from Henri Hennebert ---
(In reply to Philipp Engel from comment #301)
Thank you for your test.
So we will ignore for now this keyboard problem.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #301 from Philipp Engel ---
(In reply to Henri Hennebert from comment #300)
rtsx-kmod has been compiled with INVERSION off. I cannot reproduce this issue
with:
# kldunload rtsx
# kldload rtsx
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #300 from Henri Hennebert ---
(In reply to Philipp Engel from comment #299)
This keyboard problem seems linked to the inversion problem.
Does you have to set the INVERSION switch to have it working?
Can you reproduce the keybo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #299 from Philipp Engel ---
Can confirm, rtsx-1.0.h,1 works with Realtek RTS522A (X270) on FreeBSD
12.1-RELEASE-p10. After loading the kernel module manually and inserting an SD
card in the device, the keyboard stopped working.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #298 from Tom "Ludensen" Christensen ---
Sorry, forgot
build-in RTS5227 PCI Express Card Reader
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Tom "Ludensen" Christensen changed:
What|Removed |Added
CC||luden...@gmail.com
--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #296 from commit-h...@freebsd.org ---
A commit references this bug:
Author: arrowd
Date: Fri Aug 7 09:07:40 UTC 2020
New revision: 544316
URL: https://svnweb.freebsd.org/changeset/ports/544316
Log:
sysutils/rtsx-kmod: Update
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Gleb Popov changed:
What|Removed |Added
Resolution|FIXED |---
Status|Closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #294 from Henri Hennebert ---
This morning I receive 320 Euro on my Paypal account.
Thank you to all donors and everyone for your help.
As planned, a donation of 295$ has been done to the FreeBSD Foundation.
--
You are recei
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Gleb Popov changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Gleb Popov changed:
What|Removed |Added
Resolution|FIXED |---
Status|Closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #291 from Henri Hennebert ---
(In reply to dirkx from comment #289)
It would be very nice to test with the last instance:
Branch rtsx_set_sd_clock (be2a08c) which work very well on my RTL8411B.
I am interested to know your ty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #290 from Henri Hennebert ---
(In reply to Dries Michiels from comment #288)
For now there is an issue with RTS5229 when writing big file with dd :-/
https://github.com/hlh-restart/rtsx/issues/9
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #289 from di...@webweaving.org ---
+1 from me on that - it has been used in a production workflow on several IBM
and dell laptops now for over 4 weeks and proven to be rock solid.
--
You are receiving this mail because:
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #288 from Dries Michiels ---
Has this driver been committed to head yet? I see a lot of successes so I think
its ready to be included?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #287 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #285)
for me 369e8b2f work well (same HP PB430g2)
email is sent
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #286 from Henri Hennebert ---
OUPS:
Thanks VERY MUCH
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #285 from Henri Hennebert ---
Test of the new branch rtsx_set_sd_clock (cdf0314) is really needed.
Please help and
- if result is OK send device type and computer make to h...@restart.be
- if result is KO post on bugzilla
Th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #284 from Juan Ramón Molina Menor ---
Lenovo Thinkpad S440 + 13.0-CURRENT
rtsx0@pci0:5:0:0: class=0xff rev=0x01 hdr=0x00 vendor=0x10ec
device=0x5227 subvendor=0x17aa subdevice=0x501c card=0x504a17aa chip=0x522a10ec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #283 from Henri Hennebert ---
(In reply to Maxime Soulé from comment #281)
(In reply to Zeus Panchenko from comment #282)
Good news are always welcome :-)
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #282 from Zeus Panchenko ---
confirm too, b2a1844 works well for me too
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Maxime Soulé changed:
What|Removed |Added
CC||btik-f...@scoubidou.com
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Gleb Popov changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #279 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #278)
> Is the switch on the card on read-only?
oh no ... shame on me ... yes, the switch was on ... :facepalm:
> Can you change the switch on the card a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #278 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #277)
For the panic during mount, as the card is detected read-only, you must mount
it read-only. Is the switch on the card on read-only?
The rtsx_map_sd_d
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #277 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #272)
if I'm lucky card is detected but on mount attempt system panics
> Please checkout the branch HP_PB_430_g2
make went with one warning
rtsx.c:97
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #276 from Henri Hennebert ---
(In reply to gnikl from comment #275)
At least one good news.
For the next test I am interested in the output:
mmcsd0: ??GB https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #275 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #274)
28709c0e83c8e1cb99f1b553859c260f63d11fbf works when booted into FreeBSD [11.3]
after power-on. At the first test I somehow managed to produce "SOFT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #274 from Henri Hennebert ---
(In reply to gnikl from comment #273)
OUPS, I forget to correct this. Done now in master and HP_PB_430_g2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #273 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #271)
> For now can you just test if the "Windows" problem exist with the all master
> at d605a27.
The RTSX_REVERSE_SOCKET problem is still present in t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #272 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #269)
We are going to continue step by step.
Please checkout the branch HP_PB_430_g2
whithout make -D RTSX_INVERSION does it correctly detect the presen
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #271 from Henri Hennebert ---
(In reply to gnikl from comment #267)
Thank you for your tests (exactly what I ask) and the lspci!
For the Windows problem, we will look at it later.
For now, as Zeus Panchenko seems to have a s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #270 from Gary Jennejohn ---
(In reply to gnikl from comment #267)
An lspci immediately after booting into FreeBSD from Windows 7 (without loading
rtsx) could help Henri figure out what the Windows driver is setting in the
regi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #269 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #263)
doesn't work for me :(
inversion is present, keyboard freeses on kldload or card insert/remove ...
log is attached
--
You are receiving this mail be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Zeus Panchenko changed:
What|Removed |Added
Attachment #215894|text/x-log |text/plain
mime type|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #267 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #265)
I added the lspci output. Maybe it has some value.
I modified the driver hopefully as requested.
> 1. uniquely adding back RTSX_CLR(sc, RTSX_PM_CT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #266 from gn...@justmail.de ---
Created attachment 215893
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=215893&action=edit
lspci output for RTS5227 (Fujtsu H730)
--
You are receiving this mail because:
You are the a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #265 from Henri Hennebert ---
(In reply to gnikl from comment #264)
First thank you for your test!
The RTSX_REVERSE_SOCKET is of no use here because it is only set in vendor
settings.
The important diff are:
diff --git a/rts
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #264 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #256)
(In reply to Henri Hennebert from comment #260)
I can report partial success for 106fb99f7c54616c3e853d942be4c2faf81c6d0b.
There was a bug with RTSX
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #263 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #262)
I try to go back to d605a27 step by step
Just test 106fb99 without bootverbose=1.
I go step by step because I want to pinpoint the problem of inve
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #262 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #260)
still the same (inversion and keyboard freeze on kldload and card
insert/remove)
1. git pull (to commit 415995a)
2. make clean; make
3. sysctl debug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Zeus Panchenko changed:
What|Removed |Added
Attachment #215874|text/x-log |text/plain
mime type|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #260 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #257)
(In reply to gnikl from comment #253)
I change rtsx to not use vendor settings. please test 415995a (last commit).
--
You are receiving this mail be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #259 from Henri Hennebert ---
(In reply to gnikl from comment #253)
To see the problem with pci_read_config can you install port sysutils/pciutils
Then do
lspci - >/tmp/dump
isolate the output corresponding to Device 10e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #258 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #247)
1. git pull (to commit 44ab5957e6)
2. edit rtsx.c as you showed
3. make
4. sysctl debug.bootverbose=1
5. kldload /usr/local/src/rtsx/rtsx/rtsx.ko
6. in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Zeus Panchenko changed:
What|Removed |Added
Attachment #215853|text/x-log |text/plain
mime type|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #256 from Henri Hennebert ---
(In reply to gnikl from comment #253)
We will try to check the diff between d5a376b and 25b5dac when the computer is
directly booted in FreeBSD without rtsx loaded at boot time.
So for 25b5dac:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #255 from Henri Hennebert ---
(In reply to Mario Lobo from comment #254)
All the changes that I make are tested on my RTL8411B so you can update to the
latest master without problem.
--
You are receiving this mail because:
Yo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #254 from Mario Lobo ---
Just a quick question.
I tested the driver on my RTL8411B and the git I cloned works perfectly, but I
am wondering if the tweaks made to make the RT52xx chips work may affect the
version I have now,
Is
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #253 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #252)
No change :-/ I don't have the /var/log/messages content available, sorry. The
af4b... version locks the keyboard for some time when loaded after sw
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #252 from Henri Hennebert ---
(In reply to gnikl from comment #250)
I do some more reorg so please test with
af4b601e5b55cdb12b7270672b4a824d944791c9
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #251 from Henri Hennebert ---
(In reply to gnikl from comment #250)
For the delay at startup, if a card is already inserted, it is due to the
timeout in rtsx.
I put some more output at init of the chip (without bootverbose)
P
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #250 from gn...@justmail.de ---
(In reply to Henri Hennebert from comment #240)
FYI, b1efa71bd7ebf308a59ae425d9b868e1f7c163b6 does not work for RTS5227. That
version produces timeouts and CMDx failures on my H730. During the
ini
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #249 from Gary Jennejohn ---
(In reply to Henri Hennebert from comment #248)
Yes! I personally didn't work on this project for the bounty but because I
found it interesting and a way to contribute to the project.
--
You are r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #248 from Henri Hennebert ---
(In reply to Gleb Popov from comment #246)
I will do it and forward the bounty to the foundation after I buy a book on my
wish list at amazon.co.uk. :-)
--
You are receiving this mail because:
Yo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #247 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #237)
It would be interresting to test b1efa71bd7ebf308a59ae425d9b868e1f7c163b6
without inversion but commenting line 629-630 to see if detection is OK.
/*
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #246 from Gleb Popov ---
(In reply to Henri Hennebert from comment #245)
Come on, you earned it. Please register on https://www.bountysource.com/ and
claim
https://www.bountysource.com/issues/75687739-new-driver-request-port-rts
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #245 from Henri Hennebert ---
(In reply to Jesper Schmitz Mouridsen from comment #241)
(In reply to Gleb Popov from comment #243)
(In reply to Jesper Schmitz Mouridsen from comment #244)
I don't need a RTS5227 because it is a p
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #244 from Jesper Schmitz Mouridsen ---
(In reply to Gleb Popov from comment #243)
I think it should go to Henri
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #243 from Gleb Popov ---
I'm absolutely for paying out the bounty, but I didn't track all the
developments closely. Should the whole bounty go to Henry, or required to be
spread between several developers?
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #242 from Gary Jennejohn ---
(In reply to Jesper Schmitz Mouridsen from comment #241)
That's an interesting idea. Several committers already offered to review the
code, so that requirement is already covered.
Since arrwod@ adde
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #241 from Jesper Schmitz Mouridsen ---
(In reply to Henri Hennebert from comment #240)
Perhaps you should consider asking the FreeBSD Foundation, for a little money
and get your self some laptops from E-bay. I have not experienc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #240 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #235)
> I have only HP PB 430 g2
>
> master is broken, 15a1c448 works well (I'm checking out to it each time
> master > fails to work)
I am confused beca
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #239 from Dave Cottlehuber ---
GTM here with 15a1c44 against 12.1Rp5
[179] rtsx0: mem 0xdc10-0xdc100fff
at device 0.0 on pci3
[179] rtsx0: Card absent
mount/unmount, ro & rw to EFI partition.
more logs with debug.bootver
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #238 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #237)
something really interesting to dig into. It may take some time but it itch me
so ...
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #237 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #236)
yes, as I mentioned in #232, with inversion, insert/remove are detected
correctly on master
--
You are receiving this mail because:
You are the assi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #236 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #235)
So between 15a1c448 and now, the card detection is inverted?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #235 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #234)
I have only HP PB 430 g2
master is broken, 15a1c448 works well (I'm checking out to it each time master
fails to work)
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #234 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #232)
Did you test on your HP Probook 430 g2 which was working before?
Did you test on a Lenovo P50 or Lenovo T470p?
--
You are receiving this mail becau
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #233 from Gary Jennejohn ---
(In reply to Zeus Panchenko from comment #232)
If the lock (read-only) tab was not set then that means two INVERSION defines
are needed - one for card present and a different one for read-only. Righ
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #232 from Zeus Panchenko ---
(In reply to Henri Hennebert from comment #230)
it helped, now insert/remove is detected correctly
but
on card insert I'm getting this:
Jun 18 13:54:55 iz kernel: mmcsd0: 2GB (read-only) at mmc0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #231 from Gary Jennejohn ---
(In reply to unitrunker from comment #228)
This is pretty weird. Looking at my kernel. which has the same address for
mmc_go_discovery() as your kernel, the panic is happening in a call to memset()
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #230 from Henri Hennebert ---
(In reply to Zeus Panchenko from comment #229)
It is strange. Can you compile the module with:
make -D RTSX_INVERSION
Thanks and X-fingers
--
You are receiving this mail because:
You are the as
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #229 from Zeus Panchenko ---
master (15a1c4485ffbb8832d760b9647d67776a51a2b72) is broken for me
on boot, module reports present card while it is absent,
on card insertion, module reports detach
on removal it reports attach and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #228 from unitrun...@gmail.com ---
(In reply to unitrunker from comment #224)
Missing backtrace symbols :
kdb_backtrace+0x67
vpanic+0x19d
panic+_0x43
trap_fatal+0x39c
trap_pfault_0x49
trap+0x29f
calltrap+0x8
mmc_go_discovery+0x9
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #227 from unitrun...@gmail.com ---
(In reply to Gary Jennejohn from comment #226)
Sorry - have not seen a crash dump yet. I've verified crash dumps work via
sysctl debug.kdb.panic=1.
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #226 from Gary Jennejohn ---
(In reply to Gary Jennejohn from comment #225)
Unfortunately, this is not very useful information. The location of the crash
cannot be determined.
Did you get a crash dump?
--
You are receiving th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #225 from Gary Jennejohn ---
(In reply to unitrunker from comment #223)
What is the 4th card which fails? Manufacturere, capacity, model?
The ones which work are all SDHC. The one which fails may beed some spevial
handling in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #224 from unitrun...@gmail.com ---
Also I sometimes see a kernel panic at boot up.
rtsx0: Controller timeout for CMD8
rtsx0: Soft reset
Fatal trap 12: page fault while in kernel mode
cpuid = 3: apic id = 03
fault virtual addres
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #223 from unitrun...@gmail.com ---
four cards - 3 succeed. 4th one fails.
rtsx0: Interrupt card inserted/removed
rtsx0: Card present
mmc0: on rtsx0
mmcsd0: 256GB at mmc0
50.0MHz/1bit/256-block
rtsx0: Interrupt card inserted/re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #222 from Henri Hennebert ---
(In reply to unitrunker from comment #221)
Can you try the new master (4696b4c4...).
when inserting a card encounter a timeout, please remove it and reinsert it
multiple time to see if it can dete
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #221 from unitrun...@gmail.com ---
I tried five cards.
One FAT32 formatted 16 GB and one UFS formatted 256 GB card worked.
A FAT32 formatted 8 GB and FAT32 formatted 32 GB card failed.
An NTFS formatted 256 GB card also failed.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #220 from unitrun...@gmail.com ---
Success on UFS formatted card:
rtsx0: mem 0xf050-0xf0500fff at
device 0.0 on pci1
rtsx0: Card absent
rtsx0: Interrupt card inserted/removed
rtsx0: Card present
mmc0: on rtsx0
mmcsd0: 256G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Thibault Payet changed:
What|Removed |Added
CC||monwa...@mailoo.org
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #218 from Henri Hennebert ---
(In reply to gnikl from comment #217)
(In reply to unitrunker from comment #216)
github updated:
- I add the include for FreeBSD 11
- I add more tweaks for RTS5227 to try to solve problem of unit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
gn...@justmail.de changed:
What|Removed |Added
CC||gn...@justmail.de
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #216 from unitrun...@gmail.com ---
Above output same with what I found today in ports and what I cloned from today
in github.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
unitrun...@gmail.com changed:
What|Removed |Added
CC||unitrun...@gmail.com
--- Com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #214 from Henri Hennebert ---
(In reply to Henri Hennebert from comment #213)
I do the test of vlc during suspend/resume.
Strangely the vlc freeze after resume (maybe on the sound) but the card is
still accessible and can be r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #213 from Henri Hennebert ---
Created attachment 215518
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=215518&action=edit
Trace of rtsx during a vlc suspend/resume
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #212 from Gary Jennejohn ---
(In reply to Henri Hennebert from comment #211)
Did you do the vlc test with verbosedebug=1? It might be enligtening to see
whether/how vlc vs dd differs. Of course, vlc is doing less linear access
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #211 from Henri Hennebert ---
(In reply to Gary Jennejohn from comment #210)
I test, without rtsx loaded, with an usb disk and after resume the disk is
lost.
The usb mouse too.
With the rtsx driver, if I vlc a video from the c
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #210 from Gary Jennejohn ---
(In reply to Henri Hennebert from comment #209)
I have an external USB disk attached which has all the sources etc. on it.
After resume, ls on the disk spat out all kinds of errors. I had to umount
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #209 from Henri Hennebert ---
(In reply to Gary Jennejohn from comment #208)
I will try this.
BTW, I was able to start a dd ... status=progress (1GB) put the laptop to
suspend (closing the lid), reopen and the dd is continuin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #208 from Gary Jennejohn ---
(In reply to Henri Hennebert from comment #204)
Out of curiosity I decided to check whether saving and restoring the registers
in suspend and resume is really necessary.
It turns out that the only ne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #207 from Lars Engels ---
I successfully tested several SD cards on 12.1 using the new port.
Thinkpad T450s
rtsx0@pci0:2:0:0: class=0xff card=0x503417aa chip=0x522710ec rev=0x01
hdr=0x00
vendor = 'Realtek Sem
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #206 from Gary Jennejohn ---
(In reply to Gary Jennejohn from comment #205)
Of course, it could be that the dev being passed in is different for e.g. rtsx
and mmc. In that case it would make sense that rtsx also has to make the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #205 from Gary Jennejohn ---
(In reply to Henri Hennebert from comment #204)
Ok. Makes me wonder in which order rtsx_{suspend,resume},
mmcsd_{suspend,resume} and mmc_{suspend,resume} are called. They all have a
DEVMETHOD devic
1 - 100 of 310 matches
Mail list logo
