Re: Call for Testing: 12.0-CURRENT amd64 memstick installer boot-testing wanted
2018-05-30 17:50 GMT+02:00 Glen Barber : > Hi, > > Could folks please help boot-test the most recent 12.0-CURRENT amd64 > memstick images on various hardware? Note, this is not a request to > install 12.0-CURRENT, only a boot-test with various system knobs > tweaked. > > The most recent images are available at: > https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO- > IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20180529-r334337-mini-memstick.img > https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO- > IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20180529-r334337-memstick.img > > We are interested in testing both UEFI and CSM/BIOS/legacy mode, as we > would like to get this included in the upcoming 11.2-RELEASE if the > change that had been committed addresses several boot issues reported > recently. > > Please help test, and report back (both successes and failures). > > Thanks, > > Glen > > Hi, successfully tested the memstick.img on: Mac mini Mid 2011, BIOS and UEFI Desktop based on Asus H81M-K mainboard, BIOS and UEFI -- Maurizio ___ 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"
Un accès au très haut débit, où que vous soyez !
Bonjour, Vous venez de recevoir une offre de Bouygues telecom entreprise mais votre client de messagerie électronique ne semble pas interpréter le langage HTML. Pour consulter la version HTML du message, veuillez utiliser le lien suivant (clic ou copier / coller dans la barre d'adresse de votre navigateur préféré) : http://envoi.deal-a-saisir.com/3esk4nutu25fvpufa3ot34zt.htm Vous souhaitez vous désinscrire de la liste ? Utilisez le lien prévu à cet effet : http://u.envoi.deal-a-saisir.com/272199-s/8440976-1-8 ___ 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"
vt driver problem
vt driver doesn't work correctly on some systems. for example on any new Huawei servers if I try to boot from CD image I got no signal after vt initialization. If I set option kern.vty=sc system boots normally. I think it is something needed to do with this. ___ 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: Call for Testing: 12.0-CURRENT amd64 memstick installer boot-testing wanted
Hi Tested both images in both modes on: Intel® Server Board S1200KP E3-1230 CPU BIOS/legacy mode work perfectly UEFI failed. Not surprising as I have never gotten FreeBSD UEFI to work on this motherboard. Console displayed: - /boot/kernel/kernel Booting... Start... EFI frame... addr, size... dimensions... stride... masks... _ Required power to be cycled -- David Samms ___ 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: [CFT] [X11] graphics/drm-next-kmod now builds, loads and works on FreeBSD-11-stable
On Tue, 6 Mar 2018 16:53:46 +0100 Torfinn Ingolfsen wrote: > On Fri, 2 Mar 2018 11:33:57 -0800 > Pete Wright wrote: > > > > > Hey there - thanks for testing! I would recommend posting an issue on > > the Github repo for this. If you could be sure to include which > > revision you are running (11-stable or 12-current revision) in addition > > to the version of the port/pkg you have install that'd be helpful. > > Done. > Issue 38: https://github.com/FreeBSDDesktop/kms-drm/issues/38 > Update: I just upgraded to latest versions of the modules from the ports tree: May 17 13:25:17 kg-z30b pkg-static: gpu-firmware-kmod-g20180319_1 installed May 17 13:28:42 kg-z30b pkg-static: drm-next-kmod-4.11.g20180505_1 installed and the lag in the console is now gone. Thanks! Oh, and I added a comment on Issue 38 in Github. -- Torfinn Ingolfsen ___ 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"
ZFS+find(1) wiring all RAM
I've noticed that 11-stable/amd64 has been wiring seemingly excessive amounts of RAM for some time (the problem goes back at least 6 months). This extends to getting ENOMEM errors from g_io_deliver() and out-of-swap errors killing processes on a low-memory system. I'm not sure when it started by it seems to hawe gotten worse between r331535 and r334494. I can see the "excessive wired memory" on my main home system with 32GB RAM but haven't seen it completely run out of RAM. After some gentle use and a nightly run, there is 10GB more wired RAM than ARC. My "low memory" system is a Google GCE f1-micro instance[*] (600MB RAM) with about 723k inodes used and the following ZFS tuning: vfs.zfs.arc_max="128M" vfs.zfs.arc_meta_limit="50M" vfs.zfs.arc_min="25M" The following numbers were gatherer by looking at top(1). Running r334494, after booting, to multi-user, the system has about 187MB wired (94MB ARC). If I then run /etc/periodic/security/100.chksetuid, wired RAM increases to about 580MB, with 380MB ARC, dropping to 467MB and 217MB ARC when the script exits (this is still nearly twice arc_max). Free memory can drop to <10KB whilst the find(1) is running. I have several issues with this behaviour: 0) ARC usage can significantly exceed arc_max. I understand that arc_max is a soft limit but IMO, 3x is unreasonable - especially when the system is under extreme memory pressuse. 1) Significant amounts of wired memory are in use but I can't find anything in "vmstat -mz" that would explain where it's going. Does anyone have any suggestions for digging into this? [1] I get the same behaviour using a VBox instance with similar dimensioning and the same tuning) -- Peter Jeremy signature.asc Description: PGP signature
