https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246630
--- Comment #22 from Fabian Keil ---
D'oh. I realized that some of my reproduction attempts were flawed because I
didn't set WITHOUT_SYSTEM_COMPILER and only built the tested release once to
safe time, thus testing the currently installed s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #149 from Gary Jennejohn ---
(In reply to hlh from comment #148)
I can report that this change did not affect my 522A.
I now see non-fatal lock order reversals when I remove the SD card. I don't
remember seeing them last week.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246889
--- Comment #8 from Andriy Gapon ---
What source tree did you use when you compiled the modules?
Is it an exact match for the kernel that you have installed?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246889
--- Comment #9 from Eugene Hutorny ---
What would be a proof for that?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https:/
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #150 from h...@restart.be ---
(In reply to Gary Jennejohn from comment #149)
rtsx_handle_card_present() is called in rtsx_intr() with the LOCK active.
This function schedule immediately rtsx_card_task() and this one acquire the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #151 from h...@restart.be ---
(In reply to hlh from comment #150)
maybe the culprit:
In a commit on May 28 in rtsx_card_task() I put the UNLOCK after
sc->rtsx_mmc_dev = NULL. It seems logical since sc struct is modified.
In yo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244533
--- Comment #5 from commit-h...@freebsd.org ---
A commit references this bug:
Author: bapt
Date: Mon Jun 1 09:01:14 UTC 2020
New revision: 361688
URL: https://svnweb.freebsd.org/changeset/base/361688
Log:
Restore compatibility with GNU
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233402
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: bapt
Date: Mon Jun 1 09:09:37 UTC 2020
New revision: 361689
URL: https://svnweb.freebsd.org/changeset/base/361689
Log:
diff: restore compatibility wit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244533
Baptiste Daroussin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233402
Baptiste Daroussin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234195
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: bapt
Date: Mon Jun 1 09:15:16 UTC 2020
New revision: 361690
URL: https://svnweb.freebsd.org/changeset/base/361690
Log:
Document long version of -b opt
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234195
Baptiste Daroussin changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #152 from Jesper Schmitz Mouridsen ---
(In reply to hlh from comment #151)
lock order reversal: (Giant after non-sleepable)
1st 0xf80004e0fc00 rtsx0 (rtsx) @ rtsx.c:513
2nd 0x81802500 Giant (Giant) @ /usr/src/sys/k
Good day,
Glad to let you know that after completing the construction of the Lei
Shenshan Hospital project, Yin Hong Company, in order to actively
protect the epidemic, Yin Hong mask production line was officially put into
production, mainly producing disposable masks and KN95 masks, with CE and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #153 from Gary Jennejohn ---
(In reply to Jesper Schmitz Mouridsen from comment #152)
Right, so unlock before device_delete_child() and re-lock before the write to
sc->rtsx_mmc_dev. It tried this change, it works and eliminates
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #154 from h...@restart.be ---
(In reply to Gary Jennejohn from comment #153)
LOCK / UNLOCK for sc->rtsx_mmc_dev = NULL; seems useless to me.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #155 from Gary Jennejohn ---
(In reply to hlh from commsc->rtsx_mmc_devent #154)
This disagress with your comment in 151, which implies you were worried about
modifying sc->rtsx_mmc_dev when it's not under the lock. If that's t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #156 from h...@restart.be ---
(In reply to Gary Jennejohn from comment #155)
In this case:
if (device_delete_child(sc->rtsx_dev, sc->rtsx_mmc_dev))
device_printf(sc->rtsx_dev, "Detaching MMC bus failed\n")
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #157 from Gary Jennejohn ---
(In reply to hlh from comment #156)
OK, I'm convinced. Now we both know why the original code was correct :)
--
You are receiving this mail because:
You are the assignee for the bug.
_
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
John changed:
What|Removed |Added
CC||kabukimas...@gmail.com
--- Comment #287 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #158 from Gleb Popov ---
It is awesome to see progress on this.
I wrote a FreeBSD port that pulls sources from GitHub, compiles the kmod and
installs it. We can use it to gain wider testing audience.
Henri, once you're confide
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #159 from Henri Hennebert ---
(In reply to Gleb Popov from comment #158)
Thank you!
I am waiting for a test by jyoun...@gmail.com about the RTS522A.
Can you test the driver on your notebook and report the
Realtek device and F
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246597
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246307
Mark Johnston changed:
What|Removed |Added
CC||kak...@freebsd.org,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246311
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
--- Comment #2 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246312
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
Stat
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246918
Bug ID: 246918
Summary: audit.log(5) reference to non-existing man pages
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Se
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246918
Shivank Garg changed:
What|Removed |Added
Keywords||easy
URL|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #160 from Gleb Popov ---
Loading the driver results in
rtsx0: mem 0xdf10-0xdf100fff at
device 0.0 on pci4
but nothing else. mmc and mmcsd are already loaded.
--
You are receiving this mail because:
You are the assignee
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #161 from Gleb Popov ---
Oh, I inserted a card and new device appeared. I haven't done extensive
testing, though,
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246046
--- Comment #2 from gabor.rad...@gmail.com ---
(In reply to Kyle Evans from comment #1)
Ok, it's weird bit ... I was playing with GhostBSD to enable PXE or netboot. I
did not change any filename but used only files with their "as is" name f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246046
--- Comment #3 from Kyle Evans ---
(In reply to gabor.radnai from comment #2)
Hmm, if I mount 12.1 image as cd9660, they do appear as logo-*.lua. Are you
checking after actually writing them to a disk, or how are you checking?
I'm not qui
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246046
--- Comment #4 from gabor.rad...@gmail.com ---
I mounted under Windows 10 to be honest first. Read somewhere ISO standard
defines upper case letters, number digits, "_" and "." as valid filenames which
is followed in Windows strangely, so sh
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246046
--- Comment #5 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kevans
Date: Mon Jun 1 23:26:37 UTC 2020
New revision: 361709
URL: https://svnweb.freebsd.org/changeset/base/361709
Log:
lualoader: improve drawer err
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246046
Kyle Evans changed:
What|Removed |Added
Status|New |In Progress
Flags|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246630
Alexandre Ganea changed:
What|Removed |Added
CC||alexandre.ga...@ubisoft.com
---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246597
Rick Macklem changed:
What|Removed |Added
Assignee|b...@freebsd.org|rmack...@freebsd.org
St
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #162 from Henri Hennebert ---
(In reply to Gleb Popov from comment #161)
It is the first test for RTS5229.
Can you try read and write operation on /dec/mmcsd0
eg:
Create a zpool, populate it and then a zpool scrub.
If the c
40 matches
Mail list logo
