On Sun, Oct 21, 2018 at 12:59 AM Peter Holm wrote:
> I can trigger this on 13.0-CURRENT r339445 with a non-root test program:
>
> Calling uiomove() with the following non-sleepable locks held:
> exclusive sleep mutex seqflq (seqflq) r = 0 (0xf80003860c08) locked @
> dev/sound/midi/sequencer.c
On Fri, Oct 5, 2018 at 11:50 PM Greg V wrote:
>
>
> On Wed, Oct 3, 2018 at 12:36 PM, Johannes Lundberg
> wrote:
> > Hi
> >
> > Have anyone successfully run opengl apps with linux-c7?
> >
> > Linux opengl apps works great with linux-c6 on gpu < kabylake but
> > linux-c6-dri does not include suppo
On Wed, Oct 3, 2018 at 5:40 PM Johannes Lundberg wrote:
> Hi
>
> Have anyone successfully run opengl apps with linux-c7?
>
> Linux opengl apps works great with linux-c6 on gpu < kabylake but
> linux-c6-dri does not include support for kabylake gpus.
> Linux glxinfo in c7 show support for hardware
On Mon, Sep 24, 2018 at 7:31 AM blubee blubeeme wrote:
> This issue seemed to have come up in the past:
> https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html
>
>
> Jail name: amd64_cur
> Jail version: 12.0-ALPHA7 1200084
> Jail vcs ver
This issue seemed to have come up in the past:
https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html
Jail name: amd64_cur
Jail version: 12.0-ALPHA7 1200084
Jail vcs version: r338898
Jail arch: amd64
Jail method: svn
Jail mount:/usr/local/po
On Sat, Sep 22, 2018 at 10:56 AM Eric van Gyzen wrote:
> I would like to build a Ryzen desktop. Can anyone recommend a good
> motherboard?
>
> I'm planning on a first-gen, because the second-gen has similar
> stability problems as the first-gen had, and AMD hasn't released errata
> for the secon
On Mon, Aug 27, 2018 at 2:39 AM Dag-Erling Smørgrav wrote:
> blubee blubeeme writes:
> > Hans Petter Selasky writes:
> > > Are you here to try to stir a conflict? If so that is not
> > > appreciated.
> > Hans, you of all people should know that's not
On Sun, Aug 26, 2018 at 4:32 PM Hans Petter Selasky wrote:
> On 8/26/18 3:20 AM, blubee blubeeme wrote:
> > Have you or anyone working on this drm-legacy-kmod stuff done any
> testings
> > of how this will affect current users?
>
> Hi Blubee,
>
> Are you here to t
On Sun, Aug 26, 2018 at 10:51 AM cpghost wrote:
> On 8/25/18 5:34 PM, Dave Cottlehuber wrote:
> >> On Sat, Aug 25, 2018 at 5:09 PM Stefan Hagen <
> sh+freebsd-curr...@codevoid.de>
> On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote:
> > I've been personally using the new DRM bits since al
On Sun, Aug 26, 2018 at 10:05 AM Allan Jude wrote:
> On 2018-08-25 21:20, blubee blubeeme wrote:
> > On Sun, Aug 26, 2018 at 9:08 AM Paul McNary wrote:
> >
> >> I think you can pay XinuOS to support FreeBSD in a LTS situation.
> >> It is just like linux where y
releases
> with in a major release. There is nothing really for free.
>
>
> On 8/25/2018 7:47 PM, blubee blubeeme wrote:
> > On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg
> > wrote:
> >
> >>
> >> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme
> wrot
On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg
wrote:
>
>
> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme wrote:
>
>> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Smørgrav wrote:
>>
>> > blubee blubeeme writes:
>> > > True on both points my
On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Smørgrav wrote:
> blubee blubeeme writes:
> > True on both points my tone is just a reflection of attitudes of the
> > individuals that I am currently addressing.
>
> Well, congratulations on alienating absolutely everybody you h
On Sat, Aug 25, 2018 at 5:09 PM Stefan Hagen
wrote:
> blubee blubeeme wrote:
> > On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote:
> >> I've been personally using the new DRM bits since almost day one. I
> >> haven't found it to be unstable in the slightes
sn't a world where everyone gets a gold star, people fail even if
they work very hard, failure is still an option.
I guess the most important question to ask is what's the standards that the
FreeBSD Foundation want to represent, uphold, and maintain?
>
>
> On Fri, Aug 24,
On Sat, Aug 25, 2018 at 10:04 AM Mark Linimon wrote:
> On Sat, Aug 25, 2018 at 07:07:24AM +0800, blubee blubeeme wrote:
> > Are these guys insane and please avoid the nonsense about you're doing
> this
> > in your spare time.
>
> Let us know how whatever OS you wi
On Sat, Aug 25, 2018 at 8:40 AM Pete Wright wrote:
>
>
> On 8/24/18 4:07 PM, blubee blubeeme wrote:
>
> > This project: https://wiki.freebsd.org/Use%20linuxkpi%20in%20DRM
> > Goals
> >
> > - Move DRM headers to a similar location as Linux
> > -
&
On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote:
> On 8/24/18 7:07 PM, blubee blubeeme wrote:
> > On Sat, Aug 25, 2018 at 6:26 AM Warner Losh wrote:
> >
> >> On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
> >>
> >>> On Fri, Aug 24, 2018 at
On Sat, Aug 25, 2018 at 6:26 AM Warner Losh wrote:
> On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
>
> > On Fri, Aug 24, 2018 at 14:53 Ali wrote:
> >
> > > On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> > > > Just in case anyone misses the change to UPDATING:
> > > >
> >
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
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 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 re
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 proce
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
I am using ninja which is a little better but gmake or make are a lot worse.
uname -a: FreeBSD blubee 12.0-CURRENT FreeBS
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/x86/ucontext.h
but there's no gregs;
On Sun, Aug 19, 2018 at 6:30 PM O. Hartmann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am Sun, 19 Aug 2018 00:34:20 +0200
> Dhananjay Balan schrieb:
>
> > Hi,
> >
> > I run 12-CURRENT on few machines, some more powerful that other (all
> > of them x86_64, march varies).
> >
>
This is going out to both current and ports in hopes someone can offer some
guidance on this issue.
I'm porting some code that seems to want to have -def __linux__ when I run
the executable with verbose output, take a look below
--
-opt
On Sun, Aug 12, 2018 at 9:59 PM blubee blubeeme wrote:
>
>
> On Sun, Aug 12, 2018 at 7:43 PM Dimitry Andric wrote:
>
>> On 12 Aug 2018, at 13:21, blubee blubeeme wrote:
>> >
>> > What's the elf_machine_id for FreeBSD amd64 systems?
>> >
&g
On Sun, Aug 12, 2018 at 7:43 PM Dimitry Andric wrote:
> On 12 Aug 2018, at 13:21, blubee blubeeme wrote:
> >
> > What's the elf_machine_id for FreeBSD amd64 systems?
> >
> > How can I find this info?
>
> There isn't any FreeBSD-specific machine ID, ju
What's the elf_machine_id for FreeBSD amd64 systems?
How can I find this info?
Best,
Owen
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr.
On Fri, Aug 10, 2018 at 9:53 PM Warner Losh wrote:
>
>
> On Thu, Aug 9, 2018 at 11:51 PM, Erich Dollansky <
> freebsd.ed.li...@sumeritec.com> wrote:
>
>> Hi,
>>
>> On Fri, 10 Aug 2018 12:40:48 +0800
>> blubee blubeeme wrote:
>>
&
On Fri, Aug 10, 2018 at 8:28 AM Erich Dollansky <
freebsd.ed.li...@sumeritec.com> wrote:
> Hi,
>
> On Fri, 10 Aug 2018 08:01:42 +0800
> blubee blubeeme wrote:
>
> > What's the proper way to define and include FreeBSD amd64 in GNU
> > Makefiles
> >
>
What's the proper way to define and include FreeBSD amd64 in GNU Makefiles
Do we define FreeBSD as x86_64 or amd64 also is it __FreeBSD__, FreeBSD__,
or __FreeBSD
I've seen all of the above looking through different projects.
Best,
Owen
___
freebsd-cur
Has anyone else noticed that svn is getting this type of error trying to
run svn: svn: E65: Error running context: No route to host
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Sat, Jul 28, 2018 at 10:41 AM blubee blubeeme
wrote:
> I am getting some build errors around automake-wrapper.
>
> I tried deinstalling automake-wrapper and then installing automake but
> then during the installation of automake I get this error:
>
> install-info: warning:
I am getting some build errors around automake-wrapper.
I tried deinstalling automake-wrapper and then installing automake but then
during the installation of automake I get this error:
install-info: warning: no info dir entry in
`/usr/ports/devel/automake/work/stage/usr/local/info/automake-histo
Why am I getting these errors?
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
--
In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
In file included from
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/
It seems to be that the FreeBSD implementation of the RISC-V has stalled
and development is only proceeding on Linux with GCC.
In my opinion FreeBSD forget GCC and work on implementing RISC-V backend
for the llvm project.
On Sat, Jun 30, 2018, 08:18 Dimitry Andric wrote:
> On 29 Jun 2018, at
On Sun, Jun 3, 2018, 02:34 Vladimir Kondratyev
wrote:
> On 2018-06-02 20:36, Allan Jude wrote:
> > On 2018-06-02 11:03, Warner Losh wrote:
> >> On Sat, Jun 2, 2018 at 7:33 AM, Vladimir Kondratyev
> >>
> >> wrote:
> >>
> >>> Hi,
> >>>
> >>> Our sys/mouse.h header has a definition of MOUSE_GETVARS
On Fri, Jun 1, 2018, 07:42 Oliver Pinter
wrote:
> On Friday, June 1, 2018, Pete Wright wrote:
>
> >
> >
> > On 05/31/2018 15:34, Oliver Pinter wrote:
> >
> >> On Thursday, May 31, 2018, Johannes Lundberg
> wrote:
> >>
> >> On Thu, May 31, 2018 at 4:34 PM Joe Maloney
> >>> wrote:
> >>>
> >>> I
Cross post; FreeBSD-[questions | current | ultimedia]
Where's the midi loopback device in the FreeBSD OSS implementation?
Best,
Owen
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Sat, May 26, 2018, 19:52 Manuel Stühn wrote:
> Since upgrading my Lenovo T450 from r333740 to r334167 I'm experiencing
> several "Fatal traps 12". Before the update i did not have any of those.
> In all cases the traps occured some time after resume.
>
> Below there is some output found in /va
gt; i915kms.ko`fw_domains_get 228
> kernel`spinlock_exit284
> kernel`cpu_idle4698
> kernel`acpi_cpu_idle 36288
>
&
On Tue, Jan 23, 2018 at 9:48 AM, Adrian Chadd
wrote:
> Hi
>
> Yeah the timers eventually get coalesced unless someone's asking for a
> ridciulously accurate timer value.
>
> So is some driver asking for hyper-accurate callout timer that isn't
> being coalesced? hps, is there any useful debugging
On Sun, Jan 14, 2018 at 1:39 PM, Henry Hu wrote:
>
>
> On Sun, Jan 14, 2018 at 12:20 AM, blubee blubeeme
> wrote:
>
>>
>>
>> On Sun, Jan 14, 2018 at 12:16 PM, Henry Hu wrote:
>>
>>>
>>>
>>> On Sat, Jan 13, 2018 at 10:56 PM, blub
On Sun, Jan 14, 2018 at 12:16 PM, Henry Hu wrote:
>
>
> On Sat, Jan 13, 2018 at 10:56 PM, blubee blubeeme
> wrote:
>
>>
>>
>> On Sun, Jan 14, 2018 at 11:53 AM, Henry Hu wrote:
>>
>>>
>>>
>>> On Sat, Jan 13, 2018 at 9:10 PM,
On Sun, Jan 14, 2018 at 11:53 AM, Henry Hu wrote:
>
>
> On Sat, Jan 13, 2018 at 9:10 PM, blubee blubeeme
> wrote:
>
>> This is a repost from freebsd-question; Hoping to get more exposure and
>> help here.
>>
>> I am trying to run mount_msdosfs
This is a repost from freebsd-question; Hoping to get more exposure and
help here.
I am trying to run mount_msdosfs with the option to set locale like this:
mount_msdosfs -L en_US.UTF-8 /dev/da0s1 $HOME/usb
This returns operation not permitted.
usrmount is set to 1 and everything mounts as expec
On Tue, Jan 9, 2018 at 10:09 AM, Mark Millard wrote:
>
> On 2018-Jan-8, at 1:15 AM, blubee blubeeme wrote:
>
> > On Mon, Jan 8, 2018 at 3:20 PM, Mark Millard
> wrote:
> >> [The involvement of sysutils/fusefs-simple-mtpfs
> >> and sysutils/fusefs-libs and mu
local UFS file
> systems. I provide some related notes.]
>
> blubee blubeeme gurenchan at gmail.com wrote on
> Mon Jan 8 05:17:24 UTC 2018 :
>
> [Note: the original was in a reply to a Jon Brawn
> post. I've merged it back with my post.]
>
> > On 2018-Jan-7, at 1
On Mon, Jan 8, 2018 at 8:03 AM, Jon Brawn wrote:
>
>
> > On Jan 7, 2018, at 5:44 PM, Jon Brawn wrote:
> >
> >
> >> On Jan 6, 2018, at 10:18 PM, blubee blubeeme
> wrote:
> >>
> >> On Sun, Jan 7, 2018 at 12:11 PM, Warner Losh wrote:
> &g
I'm curious why the new console driver vt doesn't have a vesa driver when
the traditional syscons driver did.
https://wiki.freebsd.org/Newcons
Is there any specific reason why vesa driver wasn't implemented?
___
freebsd-current@freebsd.org mailing list
On Mon, Jan 8, 2018 at 1:41 AM, Mark Millard wrote:
>
> On 2018-Jan-7, at 7:50 AM, blubee blubeeme wrote:
>
> > I ran this test and here's some results.
> > gstat -pd images:
> >
> > 18GB file from laptop to phone: https://imgur.com/a/7iHwv
> > 18GB
;> I omit the rest of the material.]
> >>
> >> On 2018-Jan-7, at 2:09 AM, blubee blubeeme
> wrote:
> >>
> >> . . .
> >>> This is a larger file, not the largest but hey
> >>>
> >>> L(q) ops/sr/s kBps ms/rw/s
On Sun, Jan 7, 2018 at 5:35 PM, Mark Millard wrote:
> blubee blubeeme gurenchan at gmail.com wrote on
> Wed Jan 3 10:31:56 UTC 2018 :
>
> > Does FreeBSD current USB stack support usb >= 2.0 devices?
> >
> > Testing out the USB devices support I get about 7.2-7.8
On Sun, Jan 7, 2018 at 4:27 PM, Freddie Cash wrote:
> Forgot to include the list. Resending.
>
> -- Forwarded message --
> From: "Freddie Cash"
> Date: Jan 7, 2018 12:26 AM
> Subject: Re: USB stack
> To: "blubee blubeeme"
> Cc:
On Sun, Jan 7, 2018 at 1:32 PM, Tomoaki AOKI
wrote:
> On Sun, 7 Jan 2018 12:25:17 +0800
> blubee blubeeme wrote:
>
> > On Sun, Jan 7, 2018 at 12:20 PM, Warner Losh wrote:
> >
> > >
> > >
> > > On Sat, Jan 6, 2018 at 9:18 PM, blubee blubeeme
>
On Sun, Jan 7, 2018 at 12:25 PM, Warner Losh wrote:
>
>
> On Sat, Jan 6, 2018 at 9:20 PM, blubee blubeeme
> wrote:
>
>>
>>
>> On Sun, Jan 7, 2018 at 12:17 PM, Warner Losh wrote:
>>
>>>
>>>
>>> On Sat, Jan 6, 2018 at 9:08 PM, bl
On Sun, Jan 7, 2018 at 12:11 PM, Warner Losh wrote:
>
>
> On Sat, Jan 6, 2018 at 8:56 PM, blubee blubeeme
> wrote:
>
>> I ask does FreeBSD usb stack actually implements USB spec 2.0 or greater
>> and the topic gets derailed...?
>>
>
> Yes, it does.
>
&g
On Sun, Jan 7, 2018 at 12:20 PM, Warner Losh wrote:
>
>
> On Sat, Jan 6, 2018 at 9:18 PM, blubee blubeeme
> wrote:
>
>>
>>
>> On Sun, Jan 7, 2018 at 12:11 PM, Warner Losh wrote:
>>
>>>
>>>
>>> On Sat, Jan 6, 2018 at 8:56 PM,
On Sun, Jan 7, 2018 at 12:17 PM, Warner Losh wrote:
>
>
> On Sat, Jan 6, 2018 at 9:08 PM, blubee blubeeme
> wrote:
>
>> On Sun, Jan 7, 2018 at 11:56 AM, blubee blubeeme
>> wrote:
>>
>> > I ask does FreeBSD usb stack actually implements USB spec 2.0 o
On Sun, Jan 7, 2018 at 11:56 AM, blubee blubeeme
wrote:
> I ask does FreeBSD usb stack actually implements USB spec 2.0 or greater
> and the topic gets derailed...?
>
> Are you guys saying that 7-8MB/s is USB speeds?
>
> On Thu, Jan 4, 2018 at 6:44 PM, O'Connor, Daniel
&
I ask does FreeBSD usb stack actually implements USB spec 2.0 or greater
and the topic gets derailed...?
Are you guys saying that 7-8MB/s is USB speeds?
On Thu, Jan 4, 2018 at 6:44 PM, O'Connor, Daniel wrote:
>
>
> > On 4 Jan 2018, at 09:23, Gary Jennejohn wrote:
> >> What is an "LG v30"?
> >>
On Fri, Jan 5, 2018 at 2:29 AM, Konstantin Belousov
wrote:
> On Thu, Jan 04, 2018 at 10:03:32AM +, David Chisnall wrote:
> > On 3 Jan 2018, at 22:12, Nathan Whitehorn
> wrote:
> > >
> > > On 01/03/18 13:37, Ed Schouten wrote:
> > >> 2018-01-01 11:36 GMT+01:00 Konstantin Belousov :
> > >>
On Fri, Jan 5, 2018 at 2:25 AM, Klaus P. Ohrhallinger wrote:
> On 04.01.2018 19:23, Klaus P. Ohrhallinger wrote:
> > Hello,
> >
> > I disabled the ldtsc and ldtscp instructions for usermode on one of my
> > production servers:
> >
>
> Oops, RDTSC of course.
>
> ___
On Thu, Jan 4, 2018 at 8:51 AM, Mark Heily wrote:
> On Jan 2, 2018 19:05, "Warner Losh" wrote:
>
> The register article says the specifics are under embargo still. That would
> make it hard for anybody working with Intel to comment publicly on the flaw
> and any mitigations that may be underway.
On Wed, Jan 3, 2018 at 6:41 PM, O'Connor, Daniel wrote:
>
>
> > On 3 Jan 2018, at 11:31, blubee blubeeme wrote:
> > Does FreeBSD current USB stack support usb >= 2.0 devices?
>
> Absolutely.
>
> > Testing out the USB devices support I get about 7.2-7.8
Does FreeBSD current USB stack support usb >= 2.0 devices?
Testing out the USB devices support I get about 7.2-7.8 megabytes per
second which seems odd.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-curre
> > >
> > > > On 30 December 2017 at 00:28, Konstantin Belousov wrote:
> > > > >
> > > > > On Sat, Dec 30, 2017 at 07:50:19AM +, blubee blubeeme wrote:
> > > > > >
> > > > > > Is there some way to programmat
Is there some way to programmatically get the CPU cache line sizes on
FreeBSD?
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.or
On Fri, Dec 22, 2017 at 5:44 PM, Colin Percival
wrote:
> Hi everyone,
>
> For the past few months I've been working on code for profiling the FreeBSD
> "kernel boot", i.e., everything between when kernel code starts running and
> when we first enter userland as init(8). This is not trivial since
On Thu, Dec 14, 2017 at 1:51 PM, Allan Jude wrote:
> On 12/14/2017 00:47, blubee blubeeme wrote:
> > When you boot into FreeBSD and you can select kernels, there's only 2
> > options:
> > default and kernel.old
> >
> > Is there a way to have better outpu
On Thu, Dec 14, 2017 at 1:43 PM, Peter Jeremy wrote:
> On 2017-Dec-13 11:23:46 +, Gary Palmer wrote:
> >An open question would be why ARC is not reducing if the system is
> >under memory pressure. It's meant to, but there have been various
> >bugs in that implementation.
>
> The OP doesn't
When you boot into FreeBSD and you can select kernels, there's only 2
options:
default and kernel.old
Is there a way to have better output and support multiple kernels without
having to login to the system and running uname -v or something like that?
Would it be possible to add options for more k
On Wed, Dec 13, 2017 at 5:53 AM, Mark Millard wrote:
> blubee blubeeme gurenchan at gmail.com wrote on
> Tue Dec 12 15:58:19 UTC 2017 :
>
> > On Tue, Dec 12, 2017 at 3:34 PM, blubee blubeeme > >wrote:
> > > I am seeing tons of these messages while runni
On Tue, Dec 12, 2017 at 3:34 PM, blubee blubeeme
wrote:
> I am seeing tons of these messages while running tail -f /var/log/messages
>
> Dec 12 15:11:41 blubee kernel: swap_pager_getswapspace(25): failed
> Dec 12 15:11:41 blubee kernel: swap_pager_getswapspace(22): fai
I am seeing tons of these messages while running tail -f /var/log/messages
Dec 12 15:11:41 blubee kernel: swap_pager_getswapspace(25): failed
Dec 12 15:11:41 blubee kernel: swap_pager_getswapspace(22): failed
Dec 12 15:11:41 blubee kernel: swap_pager_getswapspace(20): failed
Dec 12 15:
When porting software FreeBSD has a lot of internal makefiles that gets
pulled in that setup the build environment: /usr/ports/Mk/*
Is there a way to print out the env during the make process so that I can
see what knobs, switches and flags were set before the build is run?
___
On Wed, Dec 6, 2017 at 2:18 AM, blubee blubeeme wrote:
> I'm looking for where the u_int, u_long headers are defined?
>
> for instance MOD_LOAD, UNLOAD, ENOTSUP along with u_int and u_long aren't
> being picked up by libclang
>
> module_t isn't being found eith
I'm looking for where the u_int, u_long headers are defined?
for instance MOD_LOAD, UNLOAD, ENOTSUP along with u_int and u_long aren't
being picked up by libclang
module_t isn't being found either but I located that header file in
/usr/include/sys/module.h
snd_modevent(module_t mod, int type, vo
This issue started happening recently I think after updating to the latest
version of Firefox.
Every so often I'll come back to my machine and Firefox has died, then in
one of my terminals I'll see this message:
kbuildsycoca4 running...
kbuildsycoca4(51442) VFolderMenu::loadDoc: Parse error in
"/
Google is trying to get HDMI drm upstream into the linux kernel:
https://www.phoronix.com/scan.php?page=news_item&px=2017-Google-Intel-HDCP-DRM
As we see this coming, how would the guys on FreeBSD working on that Linux
kmod stuff deal when this stuff starts to creep into the linux kernel?
ordered, 3-4 weeks until delivery.
Until then...
On Sun, Nov 12, 2017 at 5:42 PM, Kurt Jaeger wrote:
> Hi!
>
> > This is a request on where can I get more information and talk to other
> > FreeBSD developers about writing software to control hardware based on
> > dmidecode and a device manual.
This is a request on where can I get more information and talk to other
FreeBSD developers about writing software to control hardware based on
dmidecode and a device manual.
I found this manual page that not only describe the fan controllers and lid
switch but also the keyboard LED controller as w
How can we suggest edits for the docs?
The docs still reference using sysinstall to setup a jail when it hasn't
been that since at least 2011
https://www.freebsd.org/cgi/man.cgi?query=jail&sektion=8&manpath=freebsd-release-ports
Start a shell in the jail:
jail -c path=/data/jail/
lude
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include "utilities.h"
#include
#include
#include "SMESH_ProxyMesh.hxx"
#include "SMESH_MesherHelper.hxx"
#include
using namespace std;
I don't really see
error:
FAILED: lib/libSMESH.so
: && /usr/bin/c++ -fPIC -Wall -Wextra -Wno-write-strings -O2 -pipe
-fstack-protector -isystem /usr/local/include -fno-strict-aliasing
-isystem /usr/local/include -std=c++11 -Wno-undefined-var-template
-D_OCC64 -Wno-sign-compare -Wno-reorder -Wno-switch -Wno-unused-v
CMAKE_ARGS= -DFREECAD_USE_EXTERNAL_PIVY:BOOL=ON \
-DBUILD_QT5_WEBKIT:BOOL=OFF \
-DCMAKE_CXX_COMPILER=${LOCALBASE}/bin/mpicxx \
BUILD_DEPENDS= pyside-rcc:devel/pyside-tools \
swig:devel/swig13 \
${LOCALBASE}/libdata/pkgconfig/eigen3.pc:math/eigen3 \
${LOCALBASE}/bin/mpicc:net/mpich2
I've tried thi
I wrote a simple test program to test and see if math.h has the function:
exp10f
#include
int main(int argc, char** argv)
{
(void)argv;
return ((int*)(&exp10))[argc];
}
tried compiling it with clang:
clang++ test.cpp -o test -lm
test.cpp:7:17: error: use of undeclared identifier 'expf10'
return
I found this really old thread:
https://mail.gnome.org/archives/gtkmm-list/2009-August/msg00072.html
and this really old script to "work around" the issue.
#! /bin/sh -etest -n "$srcdir" || srcdir=`dirname "$0"`test -n
"$srcdir" || srcdir=.(
cd "$srcdir" &&
AUTOPOINT='intltoolize --automake -
CPU @ 2.60GHz
hw.ncpu: 8
hw.machine_arch: amd64
I havent had time to try the kmod drivers yet, maybe i'll install that
port, disable the nvidia-drivers, make the switch in the gpu and try again.
On Wed, Oct 25, 2017 at 7:23 PM, Hans Petter Selasky
wrote:
> On 10/25/17 13:15, blubee blub
, blubee blubeeme
wrote:
> The GPUT thing is pretty terrible so I know i'm risking things with that,
> have no choice until I can take some time to try that drm-kmod.
>
> Speaking of which, those commands do not work; I am on a laptop and if I
> try to change terms like that the
like when old nintendo would freeze with the colorful junk on screen.
I don't have another machine that can ssh into this one, any other options?
On Wed, Oct 25, 2017 at 5:58 PM, Hans Petter Selasky
wrote:
> On 10/25/17 11:55, blubee blubeeme wrote:
>
>> "os.lock_mtx
185
Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM:
Argument #4 type mismatch - Found [Buffer], ACPI requires [Package]
(20170531/nsarguments-205)
Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0
(GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI::01:00.0
On W
Typo on the [audio]
Here's my /var/log/messages for the past hour or so, the failure should be
logged in there somewhere: https://pastebin.com/FCkXEn1v
Other than that there's this: https://ibb.co/gUBVkm
On Wed, Oct 25, 2017 at 5:29 PM, Hans Petter Selasky
wrote:
> On 10/25/17
Whenever I try to launch any audio pdf viewer program my computer hard
locks up and I have to power cycle.
Does anyone have any info as to why?
uname -v:
FreeBSD 12.0-CURRENT #0 r319752: Sat Jun 10 01:59:26 CST 2017 blubee.me:
/usr/obj/usr/src/sys/GENERIC
__
I am running -ldd on a executable and I am missing links to a bunch
of: libTK**.so files
such as:
libTKGeomBase.so.11 => not found (0)
libTKG3d.so.11 => not found (0)
libTKG2d.so.11 => not found (0)
libTKMath.so.11 => not found (0)
I've searched quite a bit and can't find where those files are lo
Thanks for these, I came across them when writing some game engine code a
few years back.
I really enjoy this stuff because I find it down right obnoxious that code
gets slower as CPU power increases!
On Tue, Oct 24, 2017 at 4:35 AM, Mateusz Guzik wrote:
> This is your friendly reminder that in
This is awesome, thanks!
On Mon, Oct 16, 2017, 19:19 Stefan Esser wrote:
> Am 16.10.17 um 12:38 schrieb blubee blubeeme:
> > well, that's a cluster if I ever seen one.
> >
> > On Mon, Oct 16, 2017 at 6:35 PM, Poul-Henning Kamp
> > wrote:
> >
>
well, that's a cluster if I ever seen one.
On Mon, Oct 16, 2017 at 6:35 PM, Poul-Henning Kamp
wrote:
>
> In message gmail.com>
> , blubee blubeeme writes:
>
> >Does anyone on FreeBSD know if it's affected by this?
> >https://cve.mitre.org/cgi-bin/
1 - 100 of 138 matches
Mail list logo
