blubee blubeeme gurenchan at gmail.com wrote on
Mon Aug 20 03:02:01 UTC 2018 :
> I am running current compiling LLVM60 and when it comes to linking
> basically all the processes on my computer gets killed; Chrome, Firefox and
> some of the LLVM threads as well
> . . .
> last pid: 20965; load av
On 20 Aug 2018, at 05:01, blubee blubeeme wrote:
>
> I am running current compiling LLVM60 and when it comes to linking
> basically all the processes on my computer gets killed; Chrome, Firefox and
> some of the LLVM threads as well
...
> llvm/build % ninja -j8
> [2408/2473] Building CXX object
>
blubee blubeeme writes:
> Linux has gregset_t gregs;
> https://github.com/lattera/glibc/blob/master/sysdeps/unix/sysv/linux/x86/sys/ucontext.h
>
> Defined above, I also see it in the RISC-V glibc stuff as well.
>
> FreeBSD doesn't seem to have this field defined, I see FreeBSD uses
> /usr/include
In message <20180820062511.yaa2rimgmwpv3hxx@kazhap>, Dhananjay Balan
writes:
> On Sat, Aug 18, 2018 at 04:36:15PM -0700, Cy Schubert wrote:
> > You can use NFS or rsync. Make sure the src and obj path names are
> > exactly the same on all thes servers. I used to use NFS until a year or
> > two a
On Mon, Aug 20, 2018 at 08:33:04AM +0800, blubee blubeeme wrote:
> Linux has gregset_t gregs;
> https://github.com/lattera/glibc/blob/master/sysdeps/unix/sysv/linux/x86/sys/ucontext.h
Please note that that repo is hopelessly old and out-of-date. I
created it as a mirror of the official glibc repo
Just loading carp kernel module is enough to panic it:
[root@router]~# uname -a
FreeBSD router.bsdrp.net 12.0-ALPHA2 FreeBSD 12.0-ALPHA2 r338100M i386
[root@router]~# kldload carp
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x14de0f4c
fault co
> On 20 Aug 2018, at 05:01, blubee blubeeme wrote:
> >
> > I am running current compiling LLVM60 and when it comes to linking
> > basically all the processes on my computer gets killed; Chrome, Firefox and
> > some of the LLVM threads as well
> ...
> > llvm/build % ninja -j8
> > [2408/2473] Build
On Mon, Aug 20, 2018 at 10:26 PM Rodney W. Grimes <
freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
> > On 20 Aug 2018, at 05:01, blubee blubeeme wrote:
> > >
> > > I am running current compiling LLVM60 and when it comes to linking
> > > basically all the processes on my computer gets killed; Chrome,
On Mon, Aug 20, 2018 at 9:49 PM Shawn Webb
wrote:
> On Mon, Aug 20, 2018 at 08:33:04AM +0800, blubee blubeeme wrote:
> > Linux has gregset_t gregs;
> >
> https://github.com/lattera/glibc/blob/master/sysdeps/unix/sysv/linux/x86/sys/ucontext.h
>
> Please note that that repo is hopelessly old and ou
Rodney W. Grimes freebsd-rwg at pdx.rh.CN85.dnsmgr.net wrote on
Mon Aug 20 14:26:55 UTC 2018 :
> > On 20 Aug 2018, at 05:01, blubee blubeeme wrote:
> > >
> > > I am running current compiling LLVM60 and when it comes to linking
> > > basically all the processes on my computer gets killed; Chrome,
On Mon, Aug 20, 2018 at 12:45:12AM +0200, Michael Gmelin wrote:
>
> See here for a screenshot (also including the output of "show pte
> 0xf8000100"):
>
> https://gist.github.com/grembo/78d0f2a100dd4f16775b85a118769658#file-ddb1-png
It is too early for ddb routines to register.
Ok can you
Hi
How do i get the menu back after switching to LUA loader?
I’m using a comconsole. Before the switch to LUA I had a menu and a little
devil with pitchfork:)
Now just get the countdown from 10 , then boot.
Here is my loader.conf.local:
console="comconsole"
beastie_disable="NO"
hw.vga.textmode=1
On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar wrote:
> Hi
> How do i get the menu back after switching to LUA loader?
> I’m using a comconsole. Before the switch to LUA I had a menu and a little
> devil with pitchfork:)
> Now just get the countdown from 10 , then boot.
> Here is my loader.conf.
On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans wrote:
> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar
> wrote:
> > Hi
> > How do i get the menu back after switching to LUA loader?
> > I’m using a comconsole. Before the switch to LUA I had a menu and a
> little devil with pitchfork:)
> > Now just
On 20 Aug 2018, at 16:26, Rodney W. Grimes
wrote:
>
>> On 20 Aug 2018, at 05:01, blubee blubeeme wrote:
>>>
>>> I am running current compiling LLVM60 and when it comes to linking
>>> basically all the processes on my computer gets killed; Chrome, Firefox and
>>> some of the LLVM threads as wel
> On Aug 20, 2018, at 9:20 AM, Warner Losh wrote:
>
>
>
> On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans wrote:
> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar
> wrote:
> > Hi
> > How do i get the menu back after switching to LUA loader?
> > I’m using a comconsole. Before the switch to LUA
On Mon, Aug 20, 2018 at 12:44 PM, Manfred Antar wrote:
>
>
>> On Aug 20, 2018, at 9:20 AM, Warner Losh wrote:
>>
>>
>>
>> On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans wrote:
>> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar
>> wrote:
>> > Hi
>> > How do i get the menu back after switching to L
> On Aug 20, 2018, at 10:47 AM, Kyle Evans wrote:
>
> On Mon, Aug 20, 2018 at 12:44 PM, Manfred Antar
> wrote:
>>
>>
>>> On Aug 20, 2018, at 9:20 AM, Warner Losh wrote:
>>>
>>>
>>>
>>> On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans wrote:
>>> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Anta
On Mon, Aug 20, 2018 at 07:33:32PM +0200, Dimitry Andric wrote:
> On 20 Aug 2018, at 16:26, Rodney W. Grimes
> wrote:
> >
> >> It is running out of RAM while running multiple parallel link jobs. If
> >> you are building using WITH_DEBUG, turn that off, it consumes large
> >> amounts of memory.
Hello,
as far as I understand, r338064 should bring back default loader
environment.
I'm UEFI booting r338093/amd64 (LynxPoint/Haswell).
Since today, the GOP-console output of the first loader lines get
deleted when the geli passphrase prompt shows up.
Nothing uncommon here, and never seen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Building NanoBSD world on CURRENT r338113 fails due to:
[...]
cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde && MK_TESTS=no
UPDATE_DEPENDFILE=no _RECURSING_CRUNCH=1
MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/sources/CURREN
On Mon, Aug 20, 2018 at 1:01 PM, Harry Schmalzbauer wrote:
> Hello,
>
> as far as I understand, r338064 should bring back default loader
> environment.
>
> I'm UEFI booting r338093/amd64 (LynxPoint/Haswell).
>
> Since today, the GOP-console output of the first loader lines get deleted
> when the g
I have recently added TRIM consolodation support for the UFS/FFS
filesystem. This feature consolodates large numbers of TRIM commands
into a much smaller number of commands covering larger blocks of
disk space. Best described by the commit message:
Author: mckusick
Date: Sun Aug 19 16:56:42 20
From: Kirk McKusick
To: FreeBSD Current ,
FreeBSD Filesystems
Subject: CFT: TRIM Consolodation on UFS/FFS filesystems
Date: Mon, 20 Aug 2018 12:40:56 -0700
Oops, forgot that attachments get stripped. Below are the diffs for
gathering statistics. Sorry to those of you on Gmail for whom th
Hi there,
I was told to e-mail these addresses with this.
I did an `svn update` on /usr/src last night, build world and kernel as
usual. This morning I installed the kernel, booted into single user,
installed world and did mergemaster -Ui as usual. The new kernel had
booted fine. Upon reboot,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Mon, 20 Aug 2018 21:24:21 +0200
"O. Hartmann" schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Building NanoBSD world on CURRENT r338113 fails due to:
>
> [...]
> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde && M
On Mon, Aug 20, 2018 at 05:48:04AM -0700, Cy Schubert wrote:
> Make sure the archs are the same. Make sure the src and obj pathnames
> on both servers are exactly the same. Make sure /usr/src (or wherever
> you put it) is the same, it too needs to be rsynced.
>
> The tiniest differences will le
> On 20. Aug 2018, at 17:09, Konstantin Belousov wrote:
>
>> On Mon, Aug 20, 2018 at 12:45:12AM +0200, Michael Gmelin wrote:
>>
>> See here for a screenshot (also including the output of "show pte
>> 0xf8000100"):
>>
>> https://gist.github.com/grembo/78d0f2a100dd4f16775b85a118769658#
Hi Kevin,
Thanks for your help.
Should I be doing "make LOADER_DEFAULT_INTERP=4th buildkernel && make
LOADER_DEFAULT_INTERP=4th installkernel"?
I had also previously tried " make clean all install
WITHOUT_LUA_LOADER=yes" in /usr/src/stand which did not help.
Thanks!
-Brett
On 8/20/2018 6
On Mon, Aug 20, 2018 at 4:50 PM, Brett
wrote:
> Hi Kevin,
>
> Thanks for your help.
>
> Should I be doing "make LOADER_DEFAULT_INTERP=4th buildkernel && make
> LOADER_DEFAULT_INTERP=4th installkernel"?
>
Nope. Kernel has nothing to do with it. That won't work.
I had also previously tried " make
On 8/20/2018 7:09 PM, Warner Losh wrote:
On Mon, Aug 20, 2018 at 4:50 PM, Brett
wrote:
Hi Kevin,
Thanks for your help.
Should I be doing "make LOADER_DEFAULT_INTERP=4th buildkernel && make
LOADER_DEFAULT_INTERP=4th installkernel"?
Nope. Kernel has nothing to do with it. That won't work.
I
On Mon, Aug 20, 2018 at 5:24 PM, Brett
wrote:
> On 8/20/2018 7:09 PM, Warner Losh wrote:
>
>> On Mon, Aug 20, 2018 at 4:50 PM, Brett
>> wrote:
>>
>> Hi Kevin,
>>>
>>> Thanks for your help.
>>>
>>> Should I be doing "make LOADER_DEFAULT_INTERP=4th buildkernel && make
>>> LOADER_DEFAULT_INTERP=4th
I'm looking at FreeBSD's soundcard.h and it doesn't seem to expose the
hardware block size, this seems like a limitation stemming from FreeBSD's
soundcard.h being an extension of OSS.
Since we've already implemented a lot of additional features on top of the
OSS API, is it possible to also expose
On Mon, Aug 20, 2018 at 11:04 PM Mark Millard wrote:
> Rodney W. Grimes freebsd-rwg at pdx.rh.CN85.dnsmgr.net wrote on
> Mon Aug 20 14:26:55 UTC 2018 :
>
> > > On 20 Aug 2018, at 05:01, blubee blubeeme
> wrote:
> > > >
> > > > I am running current compiling LLVM60 and when it comes to linking
>
> On Mon, Aug 20, 2018 at 11:04 PM Mark Millard wrote:
>
> > Rodney W. Grimes freebsd-rwg at pdx.rh.CN85.dnsmgr.net wrote on
> > Mon Aug 20 14:26:55 UTC 2018 :
> >
> > > > On 20 Aug 2018, at 05:01, blubee blubeeme
> > wrote:
> > > > >
> > > > > I am running current compiling LLVM60 and when it c
On Mon, Aug 20, 2018 at 4:27 PM, Brett Gmoser
wrote:
> Hi there,
>
> I was told to e-mail these addresses with this.
>
> I did an `svn update` on /usr/src last night, build world and kernel as
> usual. This morning I installed the kernel, booted into single user,
> installed world and did mergemas
When I discovered that you were building debug versions
of devel/llvm60 that also meant that my Pine64+ 2GB
specifics do not make a useful comparison (do not
show how small an environment can be for a build).
Last I tried such a debug build was on a powerpc64
with 16 MiBytes RAM and it took having
On 8/20/18 9:00 PM, O. Hartmann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am Mon, 20 Aug 2018 21:24:21 +0200
> "O. Hartmann" schrieb:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Building NanoBSD world on CURRENT r338113 fails due to:
>>
>> [...]
>> cd /pool
38 matches
Mail list logo
