Re: should bsdinstall work?

Yes, it should work just fine; however, we don't provision the microsd images for the installer, especially for -CURRENT. The actual OS is fetched in plaintext to allow caching and the MANIFEST files are what provides authentication -- they provide the checksums of the files that get fetched

Re: Problems with Webcam and USB 3.X

On 4/13/21 8:14 PM, Hans Petter Selasky wrote: On 4/14/21 1:38 AM, Nilton Jose Rizzo wrote:   The USB 3.1 not was reconise by FreeBSD.   when I create a meet in Jitsi, the webcam show image, but its seens like loose horizontal and vertical sync. What does usbconfig say about the webcam?

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

On 12/16/20 7:46 PM, Warner Losh wrote: Greetings, The FreeBSD project will be moving it's source repo from subversion to git starting this this weekend. The docs repo was moved 2 weeks ago. The ports repo will move at the end of March, 2021 due to timing issues. The short version is that

Re: When will the FreeBSD (u)EFI work?

On 2020-03-29 20:02, Simon J. Gerraty wrote: > Nathan Whitehorn wrote: >> It's basically this that has been the problem: we need a way to manage >> updates of the EFI loader in this situation, which we don't currently >> have. The ESP needs to be mounted at a standard p

Re: When will the FreeBSD (u)EFI work?

On 2020-03-29 19:09, Kyle Evans wrote: > On Sun, Mar 29, 2020 at 6:19 PM Rebecca Cran wrote: >> On 3/29/20 6:11 AM, Tomoaki AOKI wrote: >> >>> 3. based solution looks good to me. >>> >>> IMHO, assuming /efi/bootx[64|32].efi is boot1.efi or loader.efi >>> or EFI environment pointing to either

Re: FreeBSD and Coreboot

On 2019-05-27 19:14, Warner Losh wrote: > On Mon, May 27, 2019, 7:18 PM Nathan Whitehorn > wrote: > >> >> On 2019-05-27 15:50, Eric McCorkle wrote: >>> On 5/27/19 5:53 PM, Edward Napierala wrote: >>>> On Mon, 27 May 2019 at 16:14, Eric McCork

Re: FreeBSD and Coreboot

On 2019-05-27 15:50, Eric McCorkle wrote: > On 5/27/19 5:53 PM, Edward Napierala wrote: >> On Mon, 27 May 2019 at 16:14, Eric McCorkle wrote: >> >> [..] >> >>> My plan is roughly this: >>> >>> * Refurbish the GRUB port, get it working again in QEMU (possibly on one >>> of my machines), also

Re: Linux is considering dropping x32.

On 12/11/18 1:04 PM, Kris Moore wrote: > On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: >> Hi. >> >> This is just informative. >> >> Apparently Linux is considering deprecate x32 support: >> >> https://lkml.org/lkml/2018/12/10/1151 >> >> Cheers! >> > Hey that's great! Now that the precedent

Re: FreeBSD 12 PowerPC won’t boot at all.

This probably seems to come from the loader geli support. If I rebuild loader with WITHOUT_LOADER_GELI=1 set, everything is fine. Could anyone else who is having trouble try to reproduce that? -Nathan On 10/5/18 1:38 PM, Andreas Tobler wrote: > On 04.10.18 13:34, Alex McKeever wrote: >> Subject

Re: [RFC] Deprecation and removal of the drm2 driver

On 05/22/18 18:12, Rodney W. Grimes wrote: it makes me giggle that people still think non-amd64 is "legacy". i386 is alive and well - new chips are being fabbed based on the 586 design with pci-e slots; not to mention things like the Talos and AmigaOne for PowerPC. Yes, some how we need to

Re: From LLVM: I got a note that LLVM plans to remove PPC64's V1 abi support; I'm asked about what support there is for the PPC64 little-endian/V2 abi (see forwarded message)

<marklmi26-f...@yahoo.com> To: Nathan Whitehorn <nwhiteh...@freebsd.org>, Justin Hibbits <chmeeed...@gmail.com>, Ed Maste <ema...@freebsd.org> Cc: freebsd-...@freebsd.org, FreeBSD Current <freebsd-current@freebsd.org>, sfert...@ca.ibm.com Subject: Fro

Re: Bug in /usr/src/sys/sys/sf_buf.h?

This is my fault. Apologies. I will fix it immediately. -Nathan On 01/19/18 13:16, Milan Obuch wrote: Hi, after updating to revision 328171, building 12-CURRENT kernel gives cc -target armv7-gnueabihf-freebsd12.0 --sysroot=/usr/obj/usr/src/arm.armv7/tmp

Re: Programmatically cache line

On 01/03/18 13:37, Ed Schouten wrote: 2018-01-01 11:36 GMT+01:00 Konstantin Belousov : On x86, the CPUID instruction leaf 0x1 returns the information in %ebx register. Hm, weird. Why don't we extend sysctl to include this info? For the same reason we do not provide a

Re: SVN r327444 breaks current build

On 12/31/17 14:22, Oleksandr Tymoshenko wrote: Michael Butler (i...@protected-networks.net) wrote: Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vt_font_default.o --- vt_termcolors.o --- /usr/src/sys/dev/vt/colors/vt_termcolors.c:158:55: error: too many arguments to function call, expected

Re: UEFI booting survey

On 12/19/17 14:38, Oliver Pinter wrote: On Tuesday, December 19, 2017, Warner Losh wrote: [snip] Or the following pseudo-code with all the weird special cases removed for clarity load loader.efi from ESP if Boot uefi variable holds a second path, use that for

Re: FreeBSD 11.0-BETA4 Now Available

On 08/08/16 10:56, Glen Barber wrote: On Mon, Aug 08, 2016 at 10:53:26AM -0700, Nathan Whitehorn wrote: On 08/08/16 10:43, Lars Engels wrote: On Mon, Aug 08, 2016 at 10:15:07AM -0700, Devin Teske wrote: On Aug 8, 2016, at 8:02 AM, Lars Engels <lars.eng...@0x20.net> wrote: On Mon,

Re: FreeBSD 11.0-BETA4 Now Available

On 08/08/16 10:43, Lars Engels wrote: On Mon, Aug 08, 2016 at 10:15:07AM -0700, Devin Teske wrote: On Aug 8, 2016, at 8:02 AM, Lars Engels wrote: On Mon, Aug 08, 2016 at 02:44:05PM +, Glen Barber wrote: On Mon, Aug 08, 2016 at 10:48:30AM +0200, Lars Engels wrote:

Re: uuid/label based fstab during bsdinstall

Unfortunately, the glabel and (especially) GPT partition ID labelling has in-kernel race conditions that make it impossible to rely on in the installer. This has been an open problem since FreeBSD 9; hopefully it will be solved soon. -Nathan On 08/02/16 20:35, Alive 4ever wrote: Greetings,

Re: EFI boot: can we make loader.efi work as BOOT{x64, aa64, arm, ia32}.efi?

On 07/30/16 23:20, Xin Li wrote: Hi, I finally got some time to explore the UEFI boot process (kudos to everyone who made this work!) and getting myself familiarize with the basics. One quick question -- Is there some technical restriction that prevents us from merging boot1.efi and

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

On 07/11/16 23:39, Shane Ambler wrote: On 12/07/2016 06:54, Conrad Meyer wrote: DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe it's time to move on from CD. +1 on dropping CD images. I haven't burnt a CD in over 10 years and I don't believe I have seen a CD only

Re: stable/11 question: kboot vs. powerpc: only powerpc64?

It is not 64-bit only; like the normal loader, it can load both 32-bit and 64-bit kernels. Those two flags are probably obsolete at this point and were for compatibility with pre-2.17.5 versions of binutils. Can you do a test build with the -CFLAGS+= -Wa,-mppc64bridge line removed? -Nathan On

Re: [CFT] packaging the base system with pkg(8)

On 04/19/16 21:07, Glen Barber wrote: On Wed, Apr 20, 2016 at 06:59:38AM +0300, dan_partelly wrote: Sadly the tenor and tone of the discussion isn’t one where progress is made. The tone has been a bit toxic and demanding, which grinds people into dust, rather than motivating them to fix

Re: [CFT] packaging the base system with pkg(8)

On 04/19/16 20:15, Warner Losh wrote: On Apr 19, 2016, at 4:12 PM, Matthew Grooms wrote: On 4/19/2016 3:09 PM, Poul-Henning Kamp wrote: As far as I know, nobody is taking the source code or the Makefiles away, so if somebody doesn't like the system being distributed with

Re: [CFT] packaging the base system with pkg(8)

On 04/19/16 13:26, Poul-Henning Kamp wrote: In message <1461096962.1232.32.ca...@freebsd.org>, Ian Lepore writes: Oh yeah, now I remember: Because in freebsd, design is decided by a race to commit rather than by discussion. No, that's not it. It is because code talks much louder

Re: [CFT] packaging the base system with pkg(8)

On 04/19/16 10:55, Roger Marquis wrote: Please, consider ops and admins, who must support old installations, often made by other, not-reachable, people, and stuff like this, Ops and admins such as myself are exactly the ones who will benefit most from base packages. Being able run to: 1)

Re: [CFT] packaging the base system with pkg(8)

Well, this discussion has gone pretty far off of the rails. I am of course happy to make a patch that cuts this down to 10 packages, but that's not something that should be committed without agreement -- which we obviously don't have. It would have been good to have had meaningful discussion

Re: [CFT] packaging the base system with pkg(8)

On 04/18/16 14:29, Alfred Perlstein wrote: Guys please stop arguing about the number of packages. The high granularity is VERY useful! Managing large groups of small packages is much easier than just having large packages. I'm not so sure about these statements. Maintaining groups of

Re: [CFT] packaging the base system with pkg(8)

On 04/18/16 12:14, Glen Barber wrote: On Mon, Apr 18, 2016 at 12:01:46PM -0700, Sean Fagan wrote: On Apr 18, 2016, at 11:52 AM, Lev Serebryakov wrote: I understand, that maybe it is too late, but ARE YOU KIDDING?! 755 packages?! WHY?! What are reasons and goals to split

Re: unable to select wireless interface during install time on 11-CURRENT after the wireless subsystem rewrite

I just fixed this (r291877). Thanks for the report! -Nathan On 12/05/15 14:57, Oliver Pinter wrote: Hi all! After the "recent" wireless rewrite from Gleb, the enumeration of wireless interfaces has gone from the bsdinstall. This line:

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

Yes. At http://people.freebsd.org/~nwhitehorn/cmake -Nathan On 10/07/15 14:28, Dimitry Andric wrote: On 07 Oct 2015, at 16:44, Nathan Whitehorn <nwhiteh...@freebsd.org> wrote: On 10/07/15 00:52, NGie Cooper wrote: ... How do you reproduce this issue? Do you have any core dumps? sud

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

On 10/07/15 00:52, NGie Cooper wrote: On Oct 6, 2015, at 23:58, Dimitry Andric wrote: On 07 Oct 2015, at 05:44, NGie Cooper wrote: On Oct 6, 2015, at 20:28, NGie Cooper wrote: On Oct 6, 2015, at 16:13,

Re: bsdinstall and current (possible stable) snapshots

On 03/23/15 09:06, Devin Teske wrote: On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko sergey.dya...@gmail.com wrote: Hi Devin, Recently I'm trying to install FreeBSD CURRENT from bootonly image ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) on IBM HS22 blade via bladecenter's kvm

Re: bsdinstall and current (possible stable) snapshots

On 03/23/15 09:47, Sergey V. Dyatko wrote: On Mon, 23 Mar 2015 09:15:57 -0700 Nathan Whitehorn nwhiteh...@freebsd.org wrote: On 03/23/15 09:06, Devin Teske wrote: On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko sergey.dya...@gmail.com wrote: Hi Devin, Recently I'm trying to install FreeBSD

Re: Devops question: unattended installs of FreeBSD?

On 01/12/15 11:24, Craig Rodrigues wrote: Hi, I had a devops person who is familiar with setting up hundreds of Linux nodes in cloud environment ask me what is the best way to do unattended installs in a cloud environment. Linux has kickstart installs, which are quite useful and popular. What

Re: makefs gpart (...)

On 01/01/15 03:48, Matthias Apitz wrote: Hello, I have a small question and a small request re/ makefs gpart: There is a script src/release/i386/make-memstick.sh to create an image from a full directory tree; the tree is result of make installworld DESTDIR=/tree make installkernel

Re: Acer E3-112 and UEFI

On 12/30/14 06:40, Jakob Alvermark wrote: Hi, Have been playing with this machine for a while now. It is a quad core Pentium N3540 (ValleyView/Bay Trail), 8 GB RAM. It came with a Broadcom WiFi card which I swapped for an Intel which is supported by FreeBSD. Also swapped the hard drive for an

Re: vt_suspend / vt_resume

On 10/03/14 08:13, Andriy Gapon wrote: On 30/09/2014 08:47, Andriy Gapon wrote: I think that currently vt_suspend / vt_resume are called at quite unsuitable times. For example, vt_suspend performs a vt switch which requires cooperation from an X server, but that could be problematic given

Re: WiFi 802.11/ac PCIe supported adaptor

On 09/27/14 23:06, O. Hartmann wrote: Am Sun, 28 Sep 2014 00:22:09 +0200 Lars Engels lars.eng...@0x20.net schrieb: On Sat, Sep 27, 2014 at 02:38:30PM +0200, O. Hartmann wrote: I'm looking for a replacemnt for my 802.11g WiFi PCIe adaptor card and want to replace it with an 802.11ac adaptor.

Re: CURRENT: EFI boot failure

Could you try adding -mno-avx2 to /sys/boot/amd64/Makefile.inc line 9? -Nathan On 09/23/14 07:28, Harald Schmalzbauer wrote: Bezüglich O. Hartmann's Nachricht vom 19.09.2014 15:22 (localtime): … The problem I reported about in the first place is triggered by a faulty loader.efi that arises,

Re: 10.1-BETA2 ZFS boot failure on sparc64

On 09/23/14 08:04, Allan Jude wrote: On 2014-09-23 02:13, Kurt Lidl wrote: I downloaded the 10.1-BETA disc1 iso image for sparc64, and burned it to media. I then used that media to attempt an installation onto a spare sparc64 machine that I have. Using UFS as the filesystem, and more or less

Re: x11/nvidia-driver (340.24/340.32/343.13): nvidia BLOB doesn't recognize any display socket on Lenovo E540/UEFI and FBSD CURRENT

On 09/20/14 07:27, Warren Block wrote: On Sat, 20 Sep 2014, O. Hartmann wrote: Am Sat, 20 Sep 2014 07:36:21 -0600 (MDT) Warren Block wbl...@wonkity.com schrieb: On Fri, 19 Sep 2014, O. Hartmann wrote: nVidia's BLOB from port x11/nvidia-driver seems to have problems in FreeBSD 11.0-CURRENT

Re: UEFI/CURRENT: vt() and nVidia BLOB: not working on nVidia GT 740M

On 09/18/14 04:18, O. Hartmann wrote: Running FreeBSD 11.0-CURRENT #5 r271728: Thu Sep 18 01:18:25 CEST 2014 amd64 on a Lenovo ThinkPad Edge E540 laptop with built-in nVidida GT 740M GPU (NV208M) doesn't bring up X11 even with most recent nVidia BLOB 343.13. The system has been installed

Re: CURRENT: EFI boot failure

On 09/15/14 22:51, O. Hartmann wrote: Am Mon, 15 Sep 2014 17:39:26 -0700 Nathan Whitehorn nwhiteh...@freebsd.org schrieb: On 09/15/14 17:36, Allan Jude wrote: On 2014-09-15 20:05, O. Hartmann wrote: Installing FreeBSD-11.0-CURRENT-amd64-20140903-r270990 on a Laptop works for UEFI fine

Re: CURRENT: EFI boot failure

On 09/16/14 14:50, O. Hartmann wrote: Am Tue, 16 Sep 2014 00:09:01 -0700 Nathan Whitehorn nwhiteh...@freebsd.org schrieb: On 09/15/14 22:51, O. Hartmann wrote: Am Mon, 15 Sep 2014 17:39:26 -0700 Nathan Whitehorn nwhiteh...@freebsd.org schrieb: On 09/15/14 17:36, Allan Jude wrote: On 2014

Re: CURRENT: EFI boot failure

On 09/15/14 17:36, Allan Jude wrote: On 2014-09-15 20:05, O. Hartmann wrote: Installing FreeBSD-11.0-CURRENT-amd64-20140903-r270990 on a Laptop works for UEFI fine. After I updated the sources to r271649, recompiled world and kernel (as well as installed), now I get stuck with the screen

Re: shells/bash port, add a knob which symlinks to /bin/bash ?

On 09/13/14 11:32, Craig Rodrigues wrote: On Fri, Sep 12, 2014 at 2:38 PM, Bryan Drewery bdrew...@freebsd.org wrote: There's no reason for bash (and perl) to be exceptions to the 24000 other ports that install to /usr/local/bin. I can think of dozens of other ports that will fall into the same

Re: shells/bash port, add a knob which symlinks to /bin/bash ?

As a slight distraction from the topic, is this actually possible in general? I'm thinking in particular of ports that install kernel modules. Since LOCALBASE may be (and very often is) a different file system from /, such modules cannot be accessible to loader and so can't be loaded in early

Re: UEFI cd boots, what it installs doesn't

On 09/11/14 07:42, John wrote: Hello Currents, I grabbed FreeBSD-11.0-CURRENT-amd64-20140903-r270990-disc1.iso, burned it to disk then booted from it. It boots up fine, and it goes through the install routine fine. The problem is, after the install is finished, when I try to boot the installed

Re: r269471 make unusable VT console

On 08/19/14 09:28, Jean-Sébastien Pédron wrote: On 19.08.2014 10:42, Jean-Sébastien Pédron wrote: On 16.08.2014 01:51, Nathan Whitehorn wrote: It also has bad effects on boot time. My desktop takes something like 3 times as long to boot after r269471. If it can't be fixed quickly, it needs

Re: r269471 make unusable VT console

On 08/19/14 12:02, Jean-Sébastien Pédron wrote: On 19.08.2014 19:46, Nathan Whitehorn wrote: On 08/19/14 09:28, Jean-Sébastien Pédron wrote: o vt_vga introduces a new callback, vd_bitblt_text_t, which takes as argument the text buffer, the dirty area, the font

Re: r269471 make unusable VT console

It also has bad effects on boot time. My desktop takes something like 3 times as long to boot after r269471. If it can't be fixed quickly, it needs to be reverted. -Nathan On 08/15/14 15:27, Adrian Chadd wrote: keep in mind that the vt_vga code will be used for new VGA bring-up on hardware

Re: r269471 makes unusable VT console

On 08/12/14 05:41, Carlos Jacobo Puga Medina wrote: Hi, After r269471 was committed, a bunch of underscores make unusable VT console. As a workaround, I've added in /boot/loader.conf hw.vga.textmode=1 Someone know if this issue have been solved on a recent revision? Regards, I believe it's

Re: r259580 breaks radeonkms

On 2014-08-06 02:35, Roger Pau Monné wrote: On 06/08/14 02:37, Nathan Whitehorn wrote: Kernels with r269580 will panic when loading the radeonkms driver in pmap_page_set_memattr(). This probably indicates a bug in radeonkms, but the system is unusable in the meantime. -Nathan I seem

Re: r259580 breaks radeonkms

On 08/06/14 09:52, Roger Pau Monné wrote: On 06/08/14 16:35, Nathan Whitehorn wrote: On 2014-08-06 02:35, Roger Pau Monné wrote: On 06/08/14 02:37, Nathan Whitehorn wrote: Kernels with r269580 will panic when loading the radeonkms driver in pmap_page_set_memattr(). This probably indicates

r259580 breaks radeonkms

Kernels with r269580 will panic when loading the radeonkms driver in pmap_page_set_memattr(). This probably indicates a bug in radeonkms, but the system is unusable in the meantime. -Nathan ___ freebsd-current@freebsd.org mailing list

Re: [ANNOUNCEMENT] pkg 1.3.0 out!

On 07/24/14 23:56, John Hay wrote: On Wed, Jul 23, 2014 at 04:42:51PM +0200, Baptiste Daroussin wrote: Hi all, I'm very please to announce the release of pkg 1.3.0 This version is the result of almost 9 month of hard work ... Thank you to all contributors: Alberto Villa, Alexandre Perrin,

Re: [ANNOUNCEMENT] pkg 1.3.0 out!

On 07/26/14 12:40, Baptiste Daroussin wrote: On Sat, Jul 26, 2014 at 11:39:46AM -0700, Nathan Whitehorn wrote: On 07/24/14 23:56, John Hay wrote: On Wed, Jul 23, 2014 at 04:42:51PM +0200, Baptiste Daroussin wrote: Hi all, I'm very please to announce the release of pkg 1.3.0 This version

Re: uefi boot on Apple Mac

I'd point out that, as of last week, the standard -CURRENT ISOs (and generate-release.sh script) make EFI-bootable media by default. All the snapshots should have this done already, for instance. -Nathan On 07/12/14 03:09, Anders Bolt-Evensen wrote: I also got a message like that when I booted

Re: Boot loader too large

On 07/11/14 10:45, John Baldwin wrote: On Friday, July 04, 2014 7:07:20 am Alie Tan wrote: On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan a...@afflemedialab.com wrote: Hi, I am getting Boot loader too large message while using FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso Is there any way

Re: Boot loader too large

On 07/11/14 15:50, Matthew D. Fuller wrote: On Fri, Jul 11, 2014 at 03:38:56PM -0700 I heard the voice of Nathan Whitehorn, and lo! it spake thus: I don't honestly remember where that number came from. It's at line 72 of usr.sbin/bsdinstall/partedit/partedit_x86.c. If 128 works better, I'm

Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

On 07/02/14 12:57, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong

Re: diskid documentation

On 06/02/14 08:50, Kurt Lidl wrote: On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org wrote: It also tends to sometimes hide the gpt label provider on me (not sure in which cases it does this, but it is annoying) This happens when something (e.g. zfs) happens to open the

Re: diskid documentation

On 06/02/14 13:26, Pawel Jakub Dawidek wrote: On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote: Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400: On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude

Re: diskid documentation

On 06/02/14 15:32, Allan Jude wrote: On 2014-06-02 11:50, Kurt Lidl wrote: On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org wrote: It also tends to sometimes hide the gpt label provider on me (not sure in which cases it does this, but it is annoying) This happens when

[Testing request] Enabling x86 serial login terminals

The attached patch enables login shells on ttyu0 if ttyu0 is a kernel console. It should preserve existing behavior (i.e. have no shell) otherwise. Testing would be appreciated. If no problem reports are received, I will commit this on Friday. Thanks! -Nathan Index: etc/etc.amd64/ttys

Re: RFT vidcontrol for vt(4)

On 05/12/14 08:10, Claude Buisson wrote: What I have to do to get scrolling on every ttyvN ? The only way to get the system working in normal VGA mode (640x480) (not loading the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to not do display expansion - which leads

Re: Leaving the Desktop Market

On 05/03/14 22:29, Adrian Chadd wrote: On 3 May 2014 21:52, Allan Jude free...@allanjude.com wrote: * use cpufreq with some heuristics (like say, only step down to 2/3rd the frequency if idle) - and document why that decision is made (eg on CPU X, measuring Y at idle, power consumption was

Re: Leaving the Desktop Market

On 05/04/14 10:05, Allan Jude wrote: On 2014-05-04 11:47, Allan Jude wrote: On 2014-05-04 10:28, Matthias Apitz wrote: El día Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman escribió: On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd adr...@freebsd.org wrote: Set it to the lowest

Re: Leaving the Desktop Market

On 05/03/14 16:59, Kevin Oberman wrote: On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd adr...@freebsd.org wrote: Set it to the lowest available Cx state that you see in dev.cpu.0 . Available is not required. Set it to C8. That guarantees that you will use the lowest available. The correct

Re: r264391 breaks buildworld for -CURRENT amd64

Thanks for the report. It should be fixed now. Apologies for the breakage! -Nathan On 04/12/14 22:16, Thomas Hoffmann wrote: Reference: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=9766061+0+current/svn-src-head An attempt to make buildworld on -CURRENT amd64 at r264394 failed with the

Re: [CFT] updated ofwfb driver vt(9)

On 01/17/14 09:42, Aleksandr Rybalko wrote: Hello hackers! I did updated version of vt's ofwfb driver, but have no HW to test. It will be very nice if someone try it on ppc/sparc device. Instructions on how to enable vt(9) (newcons) can be found here: https://wiki.freebsd.org/Newcons

Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH

On 01/09/14 11:30, Roger Pau Monné wrote: On 07/01/14 15:27, Julien Grall wrote: On 01/07/2014 08:29 AM, Roger Pau Monné wrote: On 06/01/14 12:33, Julien Grall wrote: On 01/06/2014 09:35 AM, Roger Pau Monné wrote: On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau

Automatic enabling of serial console (was: [CFT] bsdinstall and zfsboot enhancements)

On 01/06/14 18:36, Michael Dexter wrote: On 1/5/14 1:04 PM, Nathan Whitehorn wrote: On 12/01/13 07:34, Jilles Tjoelker wrote: On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote: This took much longer than I'd anticipated, but the patch to init is attached. I chose not to make

Re: [CFT] bsdinstall and zfsboot enhancements

On 12/01/13 07:34, Jilles Tjoelker wrote: On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote: This took much longer than I'd anticipated, but the patch to init is attached. I chose not to make the changes to init rather than getttyent() and friends in libc, which I am open

Re: [HEADS UP] xorg version switch in CURRENT

On 12/17/13 17:28, Aleksandr Rybalko wrote: On 18.12.2013 01:27, Nathan Whitehorn wrote: On 12/17/13 15:32, Aleksandr Rybalko wrote: On Tue, 17 Dec 2013 14:12:05 -0600 Nathan Whitehorn nwhiteh...@freebsd.org wrote: On 12/17/13 14:07, Steve Kargl wrote: On Mon, Dec 16, 2013 at 12:20:53PM

Re: svn ports, or the hen egg

On 12/18/13 14:50, Matthias Apitz wrote: Hi, As ports are now for some time are to be pulled out via SVN (and not CVS) and the svn client is only in the ports tree and not in the base system, how is this thought to work in a clean way, without dusting the system before with some binary

Re: [HEADS UP] xorg version switch in CURRENT

On 12/17/13 14:07, Steve Kargl wrote: On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: To get VT switching when using KMS drivers (ATI, Intel) please use newcons: https://wiki.freebsd.org/Newcons or if that is not possible, force the use of the vesa driver for xorg. It appears

Re: [HEADS UP] xorg version switch in CURRENT

On 12/17/13 15:32, Aleksandr Rybalko wrote: On Tue, 17 Dec 2013 14:12:05 -0600 Nathan Whitehorn nwhiteh...@freebsd.org wrote: On 12/17/13 14:07, Steve Kargl wrote: On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: To get VT switching when using KMS drivers (ATI, Intel) please

Re: CAM ABI change requires recompile of hald and smartmontools

On 12/15/13 07:35, Stefan Esser wrote: A kernel built today shows the following messages: ata2: FAILURE - zero length DMA transfer attempted ata2: setting up DMA failed cam_periph_mapmem: attempt to map 4294954816 bytes, which is greater than 65536 cam_periph_mapmem: attempt to map 4294954832

[CAM] Widening lun_id_t to 64-bits

Modern SCSI hardware often uses 64-bit logical units (LUNs). The patch found at http://people.freebsd.org/~nwhitehorn/lun64.diff widens the type of lun_id_t to 64 bits, bumps CAM_VERSION, and begins exposing these to drivers that are marked as supporting extended LUNs. No behavior is changed

Re: [CAM] Widening lun_id_t to 64-bits

On 12/10/13 17:41, Douglas Gilbert wrote: On 13-12-10 10:09 PM, Nathan Whitehorn wrote: Modern SCSI hardware often uses 64-bit logical units (LUNs). The patch found at http://people.freebsd.org/~nwhitehorn/lun64.diff widens the type of lun_id_t to 64 bits, bumps CAM_VERSION, and begins

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:57, Teske, Devin wrote: On Nov 11, 2013, at 12:54 PM, Nathan Whitehorn wrote: On 11/11/13 14:30, Nathan Whitehorn wrote: On 11/11/13 14:18, Teske, Devin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: Hello all

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:18, Teske, Devin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: Hello all, I have been experimenting with various BSD and GNU/Linux boot media under bhyve and noticed that we may want to accommodate the LiveCD mode

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:30, Teske, Devin wrote: (disabling default gpg-signing until they fix a bug with the quoting) On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: Hello all, I have been experimenting with various BSD and GNU/Linux boot media under bhyve and noticed that we may want to

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:44, Teske, Devin wrote: On Nov 11, 2013, at 12:30 PM, Nathan Whitehorn wrote: On 11/11/13 14:18, Teske, Devin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: Hello all, I have been experimenting with various BSD

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:30, Nathan Whitehorn wrote: On 11/11/13 14:18, Teske, Devin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: Hello all, I have been experimenting with various BSD and GNU/Linux boot media under bhyve and noticed

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/11/13 14:52, Teske, Devin wrote: On Nov 11, 2013, at 12:44 PM, Peter Grehan wrote: Hi Devin, Question: Does bhyve set kern.console irrespective of loader.conf values? The kernel sets it based on what it determines the console to be. Bhyve influences that by requesting a serial

Re: Default MBR boot manager

On 11/11/13 15:19, Teske, Devin wrote: Topic: Lenovo Laptops and bsdinstall zfsboot with MBR layout... Should we do the quick patch to change the default from /boot/boot0 to /boot/mbr: Index: zfsboot === --- zfsboot (revision

Re: Default MBR boot manager

On 11/11/13 15:35, Allan Jude wrote: On 2013-11-11 16:32, Nathan Whitehorn wrote: On 11/11/13 15:19, Teske, Devin wrote: Topic: Lenovo Laptops and bsdinstall zfsboot with MBR layout... Should we do the quick patch to change the default from /boot/boot0 to /boot/mbr: Index: zfsboot

Re: Default MBR boot manager

On 11/11/13 15:39, Teske, Devin wrote: On Nov 11, 2013, at 1:32 PM, Nathan Whitehorn wrote: On 11/11/13 15:19, Teske, Devin wrote: Topic: Lenovo Laptops and bsdinstall zfsboot with MBR layout... Should we do the quick patch to change the default from /boot/boot0 to /boot/mbr: Index: zfsboot

Re: Default MBR boot manager

On 11/11/13 15:51, Teske, Devin wrote: On Nov 11, 2013, at 1:43 PM, Nathan Whitehorn wrote: On 11/11/13 15:39, Teske, Devin wrote: On Nov 11, 2013, at 1:32 PM, Nathan Whitehorn wrote: On 11/11/13 15:19, Teske, Devin wrote: Topic: Lenovo Laptops and bsdinstall zfsboot with MBR layout

Re: Default MBR boot manager

On 11/11/13 18:22, Julian Elischer wrote: On 11/11/13, 1:32 PM, Nathan Whitehorn wrote: On 11/11/13 15:19, Teske, Devin wrote: Topic: Lenovo Laptops and bsdinstall zfsboot with MBR layout... Should we do the quick patch to change the default from /boot/boot0 to /boot/mbr: Index: zfsboot

Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu

On 11/05/13 11:06, Kurt Lidl wrote: You can try enabling the beastie menu on sparc64 by editing /boot/loader.rc: === Change #1 in /boot/loader.rc to enable beastie menu === Find: \ Reads and processes loader.conf variables \ NOTE: Change to `initialize' if you enable the below

Re: [CFT] bsdinstall and zfsboot enhancements

On Nov 3, 2013, at 11:33 AM, Teske, Devin wrote: On Nov 2, 2013, at 8:40 PM, Nathan Whitehorn wrote: On 11/02/13 12:59, Teske, Devin wrote: Hi all, Another Call For Testing... This one is for bsdinstall. Will look at the rest later... + Update bsdinstall's config script to adjust ttyu

Re: [CFT] bsdinstall and zfsboot enhancements

On Nov 3, 2013, at 12:59 PM, Peter Grehan wrote: Peter, can you restate the problem for Nathan so that we can maybe find a better home for this change? or perhaps more clearly define (than I) how we arrived at the code for the bhyve work? The issue is that /etc/ttys is static. Serial console

Re: [CFT] bsdinstall and zfsboot enhancements

On 11/02/13 12:59, Teske, Devin wrote: Hi all, Another Call For Testing... This one is for bsdinstall. Will look at the rest later... + Update bsdinstall's config script to adjust ttyu* entries in /etc/ttys when it is determined that we are in-fact doing an install over serial (e.g. bhyve).

Re: [RFC] libdispatch (aka Grand Central Dispatch) in base

On 10/29/13 21:04, Teske, Devin wrote: Hi all, I'd like to bring up the discussion for topic.. Importing libdispatch (aka Apple's Grand Central Dispatch) into base (contrib?). Specifically into HEAD then MFC'd only as far back as stable/10. Here's the reason why:

Re: [heads up] axing AppleTalk and IPX/SPX

On 10/28/13 07:42, Gleb Smirnoff wrote: Hello! [Cc to stable@, for wider audience] The plan is two axe two old networking protocols from FreeBSD head/, meaning that FreeBSD 11.0-RELEASE, available in couple of years would be shipped without them. 1) AppleTalk Last time claimed

Re: [rfc] removing the NDISulator

On 10/18/13 16:01, Steve Kargl wrote: On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device =

Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI

On 10/09/13 18:55, Teske, Devin wrote: On Oct 8, 2013, at 11:19 PM, Nathan Whitehorn wrote: On 10/09/13 01:13, Allan Jude wrote: On 2013-10-08 16:17, Nathan Whitehorn wrote: On 10/07/13 21:59, Allan Jude wrote: Devin Teske and I have been working on a big patch to bsdinstall to implement

  1   2   3   >