Re: jedec_dimm fails to boot
On Wed, Mar 04, 2020 at 11:41:22PM +0300, Yuri Pankov wrote: ! On 04.03.2020 19:09, Peter wrote: ! > When I kldload jedec_dimm durig runtime, it works just as expected, ! > and the DIMM data appears in sysctl. ! > ! > But when I do ! > * load the jedec_dimm at the loader prompt, or ! > * add it to loader.conf, or ! > * compile it into a custom kernel, ! > it does not boot anymore. ! Could you try backporting r351604 and see if it helps? Yepp, that works. Thank You! :) ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: jedec_dimm fails to boot
On 04.03.2020 19:09, Peter wrote: I met an Issue: When I kldload jedec_dimm durig runtime, it works just as expected, and the DIMM data appears in sysctl. But when I do * load the jedec_dimm at the loader prompt, or * add it to loader.conf, or * compile it into a custom kernel, it does not boot anymore. My custom kernel does just hang somewhere while switching the screen, i.e. no output. The GENERIC does immediate-reboot during the device probe phase. So both are not suitable for gathering additional info in an easy way. (And since my DIMM appear to have neither thermal nor serial, there is not much to gain for me here, so I will not pursue this further, at least not before switching to R.12.) But I fear there are some general problems with sorting out of the modules during system bringup - see also my other message titled "panic: too many modules". Some data for those interested: FreeBSD 11.3-RELEASE-p6 CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) Board: https://www.asus.com/Motherboards/P8B75V/specifications/ Config: hint.jedec_dimm.0.at="smbus12" hint.jedec_dimm.0.addr="0xa0" hint.jedec_dimm.1.at="smbus12" hint.jedec_dimm.1.addr="0xa2" hint.jedec_dimm.2.at="smbus12" hint.jedec_dimm.2.addr="0xa4" hint.jedec_dimm.3.at="smbus12" hint.jedec_dimm.3.addr="0xa6" ichsmb0: port 0xf040-0xf05f mem 0xf7d1500 0-0xf7d150ff irq 18 at device 31.3 on pci0 smbus12: on ichsmb0 smb12: on smbus12 With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need to load "smbus" and "ichsmb" frontup. Could you try backporting r351604 and see if it helps? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: jedec_dimm fails to boot
On Wed, Mar 4, 2020 at 9:14 AM Peter wrote: > > I met an Issue: > > When I kldload jedec_dimm durig runtime, it works just as expected, > and the DIMM data appears in sysctl. > > But when I do > * load the jedec_dimm at the loader prompt, or > * add it to loader.conf, or > * compile it into a custom kernel, > it does not boot anymore. > > My custom kernel does just hang somewhere while switching the screen, > i.e. no output. The GENERIC does immediate-reboot during the device > probe phase. So both are not suitable for gathering additional info > in an easy way. (And since my DIMM appear to have neither thermal nor > serial, there is not much to gain for me here, so I will not pursue > this further, at least not before switching to R.12.) > But I fear there are some general problems with sorting out of the > modules during system bringup - see also my other message titled > "panic: too many modules". > > Some data for those interested: > > FreeBSD 11.3-RELEASE-p6 > CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) > Board: https://www.asus.com/Motherboards/P8B75V/specifications/ > Config: > hint.jedec_dimm.0.at="smbus12" > hint.jedec_dimm.0.addr="0xa0" > hint.jedec_dimm.1.at="smbus12" > hint.jedec_dimm.1.addr="0xa2" > hint.jedec_dimm.2.at="smbus12" > hint.jedec_dimm.2.addr="0xa4" > hint.jedec_dimm.3.at="smbus12" > hint.jedec_dimm.3.addr="0xa6" > > ichsmb0: port 0xf040-0xf05f mem > 0xf7d1500 > 0-0xf7d150ff irq 18 at device 31.3 on pci0 > smbus12: on ichsmb0 > smb12: on smbus12 > > With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need > to load "smbus" and "ichsmb" frontup. > > Cheerio, > PMc > Looks like you just need the module loaded a bit later. Does adding kld_list="jedec_dimm.kld" to /etc/rc.conf work? If you already have kld_list, append "jedec_dimm". -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
jedec_dimm fails to boot
I met an Issue: When I kldload jedec_dimm durig runtime, it works just as expected, and the DIMM data appears in sysctl. But when I do * load the jedec_dimm at the loader prompt, or * add it to loader.conf, or * compile it into a custom kernel, it does not boot anymore. My custom kernel does just hang somewhere while switching the screen, i.e. no output. The GENERIC does immediate-reboot during the device probe phase. So both are not suitable for gathering additional info in an easy way. (And since my DIMM appear to have neither thermal nor serial, there is not much to gain for me here, so I will not pursue this further, at least not before switching to R.12.) But I fear there are some general problems with sorting out of the modules during system bringup - see also my other message titled "panic: too many modules". Some data for those interested: FreeBSD 11.3-RELEASE-p6 CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) Board: https://www.asus.com/Motherboards/P8B75V/specifications/ Config: hint.jedec_dimm.0.at="smbus12" hint.jedec_dimm.0.addr="0xa0" hint.jedec_dimm.1.at="smbus12" hint.jedec_dimm.1.addr="0xa2" hint.jedec_dimm.2.at="smbus12" hint.jedec_dimm.2.addr="0xa4" hint.jedec_dimm.3.at="smbus12" hint.jedec_dimm.3.addr="0xa6" ichsmb0: port 0xf040-0xf05f mem 0xf7d1500 0-0xf7d150ff irq 18 at device 31.3 on pci0 smbus12: on ichsmb0 smb12: on smbus12 With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need to load "smbus" and "ichsmb" frontup. Cheerio, PMc ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
