Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p...

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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 ins

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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 o

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

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

Re: problem building virtualbox-ose-kmod

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

RTC on ROCKPRO64

Hello, I have tested https://reviews.freebsd.org/D22692 on my ROCKPRO64 with a battery and it works. (After correcting the typo at line 516 of rk805.c) Is it possible to merge it for 13.0-RELEASE ? Henri ___ freebsd-current@freebsd.org mailing lis

Re: FreeBSD 12.0-RC2 Now Available

For me it rune realy nicely on my pine64 for my connection to the internet :-) Henri On 11/25/18 6:55 PM, Graham Perrin wrote: On 25/11/2018 16:56, Sami Halabi wrote: … what is 12-Rel unique aspect VS 11 let's say? … The first thing that comes to mind is PkgBase,

Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?

On 05/14/2017 19:46, Henri Hennebert wrote: On 05/09/2017 12:07, Henri Hennebert wrote: Hello, I build current -r317181 with crochet for my PINE64. the kernel can boot with loader.conf.local: geom_mirror_load="YES" If I add to loader.conf.local: zfs_load="YES" or if I

Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?

On 05/14/2017 19:46, Henri Hennebert wrote: On 05/09/2017 12:07, Henri Hennebert wrote: Hello, I build current -r317181 with crochet for my PINE64. the kernel can boot with loader.conf.local: geom_mirror_load="YES" If I add to loader.conf.local: zfs_load="YES" or i

Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?

On 05/09/2017 12:07, Henri Hennebert wrote: Hello, I build current -r317181 with crochet for my PINE64. the kernel can boot with loader.conf.local: geom_mirror_load="YES" If I add to loader.conf.local: zfs_load="YES" or if I strike the space bar during loader.efi and

DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?

Hello, I build current -r317181 with crochet for my PINE64. the kernel can boot with loader.conf.local: geom_mirror_load="YES" If I add to loader.conf.local: zfs_load="YES" or if I strike the space bar during loader.efi and I load zfs manually: OK load zfs ... OK boot the kernel don't boot

Re: sysctl -a causes kernel trap 12

On 02/12/2013 12:22, Henri Hennebert wrote: > On 01/19/2013 06:58, Brandon Gooch wrote: >> On Fri, Jan 18, 2013 at 2:56 PM, Xin Li wrote: >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA512 >>> >>> On 01/18/13 12:50, Brandon Gooch

Re: sysctl -a causes kernel trap 12

On 01/19/2013 06:58, Brandon Gooch wrote: > On Fri, Jan 18, 2013 at 2:56 PM, Xin Li wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> On 01/18/13 12:50, Brandon Gooch wrote: >>> On Thu, Jan 10, 2013 at 4:25 PM, Xin Li >> > wrote: >>> >>> -BEGIN P

Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

On 10/06/2011 15:36, Andriy Gapon wrote: on 06/10/2011 15:30 Henri Hennebert said the following: The pool is a mirror: [root@morzine ~]# zpool status rpool pool: rpool state: ONLINE scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 config: NAME

9.0-BETA3 (r225759) without ACPI raise a page fault

Hello, On my configuration, If I boot 9.0-BETA3 (r225759) without ACPI, the kernel encounter a page fault before the end of the boot. A photo of the screen can be found at: http://verbier.restart.be/xfer/dsc00042.jpg Henri ___ freebsd-current@freeb

Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

On 10/06/2011 16:20, Andriy Gapon wrote: on 06/10/2011 17:00 Henri Hennebert said the following: On 10/06/2011 15:36, Andriy Gapon wrote: on 06/10/2011 15:30 Henri Hennebert said the following: The pool is a mirror: [root@morzine ~]# zpool status rpool pool: rpool state: ONLINE

Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

On 10/06/2011 15:36, Andriy Gapon wrote: on 06/10/2011 15:30 Henri Hennebert said the following: The pool is a mirror: [root@morzine ~]# zpool status rpool pool: rpool state: ONLINE scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 config: NAME

Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

On 10/06/2011 12:44, Andriy Gapon wrote: on 06/10/2011 12:25 Henri Hennebert said the following: Hello all, I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: ZFS: i/o error - all block copies unavailable can't open '/boot/menu.rc': no such fi

zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

Hello all, I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: ZFS: i/o error - all block copies unavailable can't open '/boot/menu.rc': no such file or directory. I pxe boot mfsbsd 8.2-RELEASE + zfs v28 then: mkdir /rpool zpool import -R /rpool rpool mount

Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312

On 09/05/2011 19:51, Sebastian Chmielewski wrote: On Fri, 02 Sep 2011 17:01:56 +0200 Henri Hennebert wrote: I encounter the same problem. I reboot with mfsBSD and run zpool scrub without error. I reboot and get the same error - the error msg repeating 4 or 5 times. Do you have lzjb

Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312

On 09/01/2011 22:36, Sebastian Chmielewski wrote: > > hi, > I'm running FreeBSD-CURRENT r224522M installed on ZFS Root and GPT > partitions and this setup is running fine. Today I've updated to r225312 and > after rebooting I've got following error message from boot loader: > > ZFS: i/o error - a

Re: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch

On 08/01/2011 14:24, Test Rat wrote: Anyone else? I can still reproduce with trunk r136607. boot and gptboot seem to be unaffected. IIRC, with previous clang import it just stuck during boot without any error messages. I can confirm that zfsboot compliled by clang freeze during rotating bars.