Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot
On Wed, 28 Nov 2018 19:39:21 +0100 "O. Hartmann" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Am Wed, 28 Nov 2018 15:00:42 +0100 > Emmanuel Vadot schrieb: > > > Hi, > > > > On Wed, 28 Nov 2018 10:51:11 +0100 > > "O. Hartmann" wrote: > > > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA512 > > > > > > I ran into some trouble booting off a Fujitsu Lifebook E751 (firmware is > > > latest, r1.22 > > > from 2013). The E751 is of model series S26391-K326-V100 and equipted > > > with a Core > > > i5-2520M CPU and supposed to be also equipted with a iGPU HM65 according > > > to the > > > techniscal specifications from Fujitsu. > > > > > > Trying to boot off 12-PRERELEASE/12-RC2 and/or 13-CURRENT (most recent I > > > could grap > > > from the download page), the screen becomes distorted immediately after > > > the kernel has > > > loaded and initialised/booted. The screen is at the loader's all right so > > > far. > > > > > > Trying to disable graphics mode via escaping to the loader's prompt and > > > setting > > > > > > set hw.vga.textmode=1 > > > > > > subsequently loading the kernel and then booting, doesn't help. The > > > screen is > > > distorted again. The notebook seems UEFI only and doesn't boot off from > > > MBR partioned > > > devices (i.e. NanoBSD I used to use). > > > > > > Loading /boot/kernel/i915kms.ko > > > > > > after manually having loaded /boot/kernel/kernel (and not booted yet) > > > doesn't change > > > anything either. > > > > > > Booting off and installing Linux (Ubuntu, Mint so far, most revent > > > verions I can get > > > my hands on) is no problem. The console works fine from the beginning and > > > so the > > > graphics. > > > > > > Is there a chance to get a FreeBSD booting the easy way? > > > > > > The provided boot images do not contain any of the > > > graphics/drm-stable|next|legacy-kmod stuff, I tried to load i915kms.ko off > > > from /boot/modules/ (were those modules from the ports are supposed to > > > reside) but no > > > chance. > > > > > > Before starting investigating this issue further I'd like to ask wether > > > there is a > > > general support provided or is that type of notebook dead matter for > > > FreeBSD of the > > > modern kind? > > > > > > Thanks in advance, > > > > > > oh > > > > > > p.s. please CC me, I'm not subscribing all lists. > > > > > > - -- > > > O. Hartmann > > > -BEGIN PGP SIGNATURE- > > > > > > iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCW/5lKgAKCRDS528fyFhY > > > lMhRAf4yv4MqmHYVZIKo+TE1VACuHpXSv8ad4JzVKMG/S9uGcLLDfLgSM9699FDP > > > /QhIMCCHJ1hGAtXACdwGCsyZ5LmiAf93JHFU0W+GJWdXJI+sRcWvEZrzQlb5Czhf > > > vaM5QZ+3n0ermbe5/Ibvo/yzhL5YyonG7/lEqvnf7GAA+snv+Dvg > > > =XD7b > > > -END PGP SIGNATURE- > > > > Could you post a picture somewhere ? > > > > I have a laptop which have efifb problem, what I need to do is (at > > loader prompt) : > > > > gop set 4 (to switch to a different mode) > > gop set 0 (switch to the correct mode) > > > > You can gop list (iirc) to checks the available mode. > > > > The problem is that we are mixing serial and gop in loader.efi and > > when you set one mode in serial (or for SIMPLE_TEXT_PROTOCOL) is can > > mess the graphical mode. > > > > Sorry, I have no upload place to put some screenshots. > > The natural resolution of the display is 1280x800 pixel. > > When existing to the loader and issuing as recommended the command "gop > list", I get > three modes: > > mode 0: 1024x768x32, stride=1024 > mode 1: 640x480x32, stride=640 > mode 2: 800x600x32, stride=800 > > Setting mode 1 and 2 via gop set X solves the problem and the screen is, at > least during > a live session of the latest 12-PRE USB image, readable and looking normal. > > As soon as I have an installation media, I'll check whether the screen is > operable after > installation (and, of course, loader settings as required), or not. Hi. So you can try efi_max_resolution="800x600" or efi_max_resolution="640x480" in /etc/loader.conf. See /etc/defaults/loader.conf for more info. The loader.conf man page doesn't show what's the default value. > > Thanks for the quick help! > > Kind regards, > > O. Hartmann > > - -- > O. Hartmann > > Ich widerspreche der Nutzung oder 〓bermittlung meiner Daten f〓r > Werbezwecke oder f〓r die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). > -BEGIN PGP SIGNATURE- > > iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCW/7g9AAKCRDS528fyFhY > lGKLAf9uL2wkoLhxrT/ca/EylOlGvOZ/n+9TVCuI1YZyhjHAjQICN863czLtfIvF > pu7OyWNxeWvDS5bvdCol1bpOQ8kUAgCDGZZT3Y2GSALuyfk2L2M4xGb/uegdnlD1 > 7M9gnnIwQ5bfyZkF1kvN3MGMn3WtnVZduSpjg8SURmkC+1xFDXNl > =XJxh > -END PGP SIGNATURE- > ___ > 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" > -- Tomoaki AOKI __
Re: FreeBSD 12.0-RC2 Now Available
On Sun, 25 Nov 2018 at 15:06, Glen Barber wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > The second RC build of the 12.0-RELEASE release cycle is now available. [...] > o 12.0-RC2 aarch64 RPI3 Is wifi working for 12.0/aarch64 RPI3? Or has something changed in FreeBSD-12? # sysctl net.wlan.devices sysctl: unknown oid 'net.wlan.devices' What did I miss? Cheers. -- Jonathan Chen ___ 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"
FreeBSD 12.0-RC3 Now Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The third RC build of the 12.0-RELEASE release cycle is now available. Installation images are available for: o 12.0-RC3 amd64 GENERIC o 12.0-RC3 i386 GENERIC o 12.0-RC3 powerpc GENERIC o 12.0-RC3 powerpc64 GENERIC64 o 12.0-RC3 powerpcspe MPC85XXSPE o 12.0-RC3 sparc64 GENERIC o 12.0-RC3 armv6 RPI-B o 12.0-RC3 armv7 BANANAPI o 12.0-RC3 armv7 BEAGLEBONE o 12.0-RC3 armv7 CUBIEBOARD o 12.0-RC3 armv7 CUBIEBOARD2 o 12.0-RC3 armv7 CUBOX-HUMMINGBOARD o 12.0-RC3 armv7 RPI2 o 12.0-RC3 armv7 PANDABOARD o 12.0-RC3 armv7 WANDBOARD o 12.0-RC3 armv7 GENERICSD o 12.0-RC3 aarch64 GENERIC o 12.0-RC3 aarch64 RPI3 o 12.0-RC3 aarch64 PINE64 o 12.0-RC3 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/12.0" branch. A summary of changes since 12.0-RC2 includes: o Fix for vulnerabilities in NFS server code. (FreeBSD-SA-18:13.nfs) o The if_ixlv.ko kernel module had been added as a link to if_iavf.ko for backwards compatibility when upgrading from earlier releases. o Various memory leak fixes. o Various miscellaneous fixes. A list of changes since 11.2-RELEASE is available in the releng/12.0 release notes: https://www.freebsd.org/releases/12.0R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.0-RC3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: ap-south-1 region: ami-082a7bdd08cce857d eu-west-3 region: ami-0e5bf0c23c2f034ec eu-west-2 region: ami-00e75258395bf0985 eu-west-1 region: ami-01d05467033f84d08 ap-northeast-2 region: ami-041d5c88c9c542863 ap-northeast-1 region: ami-0e9466d3fc6570b45 sa-east-1 region: ami-00773c92d14429ca7 ca-central-1 region: ami-020ac944459518342 ap-southeast-1 region: ami-0371782ca788ddd83 ap-southeast-2 region: ami-03eff86446727a6af eu-central-1 region: ami-03834365d9c0cb186 us-east-1 region: ami-01cd7b8e38fafb16a us-east-2 region: ami-004916da58945349a us-west-1 region: ami-041117214e0cb24fa us-west-2 region: ami-0955fea3a26a6f651 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.0-RC3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.0-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It
