On 5/15/21 10:31 PM, Adrian Chadd wrote:
Hi!
So, my Lenovo T540p also doesn't work right now; it just panics the
kernel with a NULL pointer deref inside some deferred interrupt
registration / callback thing.
I move the taskqueue calls as you advice. Can you try the last version from
GitHub (2
On 5/14/21 5:05 PM, Marc Veldman wrote:
On 14 May 2021, at 16:48, Gary Jennejohn wrote:
On Fri, 14 May 2021 16:21:05 +0200
Marc Veldman wrote:
On 14 May 2021, at 10:22, Henri Hennebert wrote:
Please test the 2.0h version from GitHub.
On my Lenovo P50s:
Cold boot with card not insert
On 5/13/21 9:00 PM, Rodney W. Grimes wrote:
On 12.05.2021 21:01, Marc Veldman wrote:
I?m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests with "same code path" g
On 5/13/21 7:55 PM, Lev Serebryakov wrote:
On 13.05.2021 18:56, Henri Hennebert wrote:
So if I understand correctly, your problem is solved.
Stupid me. I didn't check card insertion/removal after boot.
Card REMOVAL when boot was WITH CARD:
Instant panic:
rtsx0: Interrupt card inserted/re
On 5/13/21 7:25 PM, Marc Veldman wrote:
On 13 May 2021, at 17:56, Henri Hennebert wrote:
On 5/13/21 5:51 PM, Lev Serebryakov wrote:
On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote:
This seems a good news.
Can you replace sys/dev/rtsx.c by the latest version (2.0g) from
On 5/13/21 5:51 PM, Lev Serebryakov wrote:
On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote:
This seems a good news.
Can you replace sys/dev/rtsx.c by the latest version (2.0g) from
https://github.com/hlh-restart/rtsx
I reduce the DELAY to 25 and make some other updates
On 5/13/21 5:09 PM, Lev Serebryakov wrote:
On 13.05.2021 17:22, Henri Hennebert wrote:
try to rebuild your kernel with the attached patch.
Nope, same panic after cold (power-cycle) boot.
Can you try with "DELAY(50);"
to see if this is a path to dig further.
It helps with panic!
On 5/13/21 4:18 PM, Lev Serebryakov wrote:
On 13.05.2021 16:40, Henri Hennebert wrote:
try to rebuild your kernel with the attached patch.
Nope, same panic after cold (power-cycle) boot.
Can you try with "DELAY(50);"
to see if this is a path to dig further.
It helps with panic!
On 5/13/21 3:30 PM, Lev Serebryakov wrote:
On 13.05.2021 15:48, Henri Hennebert via freebsd-current wrote:
rtsx0: <2.0c .>
rtsx0: Card present
mmc0: on rtsx0
rtsx0: Interrupt card inserted/removed
rtsx0: Card absent
...
This must be the culprit this change from present/absent
On 5/13/21 2:40 PM, Lev Serebryakov wrote:
On 13.05.2021 15:13, Henri Hennebert via freebsd-current wrote:
I’m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests
On 5/13/21 2:01 PM, Lev Serebryakov wrote:
On 13.05.2021 14:35, Henri Hennebert wrote:
I’m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests with "same code path"
On 5/13/21 1:58 PM, Marc Veldman wrote:
On 13 May 2021, at 11:49, Henri Hennebert wrote:
...
...
Do you see an rtsx message before this mmc0 ?
mmc0: detached
ugen0.1: <0x8086
Yes.
rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem 0xf410-0xf4100fff at
device 0.0 on pci1>
rtsx0
On 5/13/21 1:31 PM, Lev Serebryakov wrote:
On 12.05.2021 21:01, Marc Veldman wrote:
I’m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests with "same code path" gav
On 5/13/21 6:00 AM, Marc Veldman wrote:
On 12 May 2021, at 20:49, Henri Hennebert wrote:
On 5/12/21 8:01 PM, Marc Veldman wrote:
On 12 May 2021, at 18:06, Henri Hennebert wrote:
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop
On 5/12/21 8:01 PM, Marc Veldman wrote:
On 12 May 2021, at 18:06, Henri Hennebert wrote:
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/2
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/2
On 5/12/21 2:46 PM, Lev Serebryakov wrote:
On 12.05.2021 13:01, Henri Hennebert via freebsd-current wrote:
It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in
loader.conf and see it it solve the problem.
the output of
sysctl dev.rtsx and
kenv | grep smbios.system
would
On 5/12/21 11:27 AM, Sergey V. Dyatko wrote:
On Fri, 7 May 2021 18:53:03 +0300
Gleb Popov wrote:
Just to add to this thread:
I'm running CURRENT with rtsx device and driver and it works fine for me.
I had to remove (nodevice rtsx) from GENERIC because of slw OS boot, it is
trying to pro
On 5/7/21 2:01 PM, Lev Serebryakov wrote:
On 07.05.2021 14:36, Lev Serebryakov wrote:
Looks like there is problem with rtsx driver!
Oh, I forgot to add: disabling SD Card Reader in BIOS solves problem!
And console on these crashes is totally dead, and disks are not detected
yet, so I
On 1/26/21 9:13 AM, Mark Millard via freebsd-current wrote:
monochrome monochrome at twcny.rr.com wrote on
Tue Jan 26 06:34:23 UTC 2021 :
. . . for quite a while now, maybe over a month . . .
--- memobj-r0drv-freebsd.o ---
/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-5.2.44/out/f
21 matches
Mail list logo
