the exception handling proceeds.
I don't know what to make of it, but I thought I'd mention the oddity in
case it triggers ideas for someone else.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
me to have a
wrapper script that sets up the make command line with all the right
overrides to use the build config based on where I usually keep it "in
association with the source" which for me is a directory named config/
at the same level as src/ that's being built.
-- Ian
olunteers to do that, and you
seem to be doing your best to discourage anyone from volunteering.
Doesn't that sort of moot the point that the source isn't being deleted?
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
it's probably not as bad as using clever macros to try to turn C
into a sort of C++Lite.
-- Ian
> >
> > I don't think we need a generic framework for this, just expose the
> > relevant fo_ methods for kqueue ops and use them in your epoll_ops.
>
> In epoll cas
ler that's supposed
to be the new supported tool, how much worse will peoples' experience be
when we assert no ownership or responsibility for a toolchain at all?
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
doing it today) complain about
> the needless pain they are going through.
>
> Warner
Actually, I have to put a +1 on this. I also had a long reply full of
reality-based refutations of various "facts" from this thread, and I
also just deleted it because clearly the discussion ha
;
device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller
(AR928x)'
class = network
It's also only able to maintain an 18-24Mbps connection, where
before I had stable 54Mbps.
Ian
--
Ian Freislich
___
freebsd-curre
adrian Exp $
$FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28
08:57:58 adrian Exp $
$FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp
$
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailin
ces:
XTerm*titeInhibit: true
urxvt*secondaryScreen: false
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
; eventtimers?
I have the same issue with my system (Atom N270). The effect that
I see is about 29 wall clock seconds are recorded as 1 system second.
I had do something similar to the OP to make my system useable since
it doesn't seem possible to influence timecounter choice at
Jung-uk Kim wrote:
> On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote:
> > > Can you please show me verbose boot messages *without* your
> > > patch? Does "sysctl kern.timecounter.hardware=HPET" help
> > > *without* touching eventtimers?
> >
Cx sleep state and to pick best time counter
for that state and to re-evaluate the choice on cx_lowest transitions.
ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast for C2 and lower.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mail
Jung-uk Kim wrote:
> On Thursday 16 June 2011 03:10 am, Ian FREISLICH wrote:
> > Jung-uk Kim wrote:
> > > 1481522037144590601.0098392393
> > > 1495969404144473671.0090225853
> > >
> > > As you can see, HPET increas
ty 440
Event timer "HPET2" frequency 14318180 Hz quality 440
attimer0: port 0x40-0x43,0x50-0x53 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
kern.timecounter.choice: TSC(-1000) i8254(0) HPET(950) ACPI-fast(
#x27;:
/usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY'
undeclared (first use in this function)
*** Error code 1
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
I've tested cvsup4 and
cvsup5 as well. Is cvsup deprecated these days or has something
else broken it?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
Matt wrote:
> On 07/01/11 09:34, Ian FREISLICH wrote:
> > It looks like the server is just exiting. I've tested cvsup4 and
> > cvsup5 as well. Is cvsup deprecated these days or has something
> > else broken it?
> >
> Try csup instead of cvsup...I've foun
Gavin Atkinson wrote:
> On Sat, 2 Jul 2011, Ian FREISLICH wrote:
> > Matt wrote:
> > > On 07/01/11 09:34, Ian FREISLICH wrote:
> > > > It looks like the server is just exiting. I've tested cvsup4 and
> > > > cvsup5 as well. Is cvsup deprecated the
e some proprietry RAID format used by
the controller in the NAS device. Often the controller doesn't
actually do the RAID, so the OP might have some success using
ataraid(4) to attach the disks.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org maili
ut I can't remember which port that
was.
Is this related to the panic recently reported by David Wolfskill?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe
et.inet.ip.fastforwarding=1 and run benchmarks to test your
forwarding rates with different configurations.
See for some results:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=77846+0+archive/2008/freebsd-net/20080120.freebsd-net
Ian
--
Ian Freislich
SOFTUPDATES # Enable FFS soft updates support
In single-user mode or unmounted filesystems:
tunefs -j enable
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
define _GEOM_PART_H_
> /usr/src/sys/geom/part/g_part.h:#endif /* !_GEOM_PART_H_ */
If you had added '-i' to your grep command you would have found the
missing piece in sys/conf/files. config(8) turns uppercase OPTION_NAME
into lowercase option_name for purposes of configuring which
on units.
Probably not a good option for you. A fix involving compile options
might result in not discarding unreferenced segments at all, and with
templated code that might result in huge binaries.
Mixing clang-compiled and gcc-compiled c++ may give you grief with
exceptions and other things (it would
it should be helpful
> for you making a decision.
>
> Warner
Wait a sec... we've been compiling C++ code with gcc 4.2 since like
2006. What am I missing here that keeps this answer from being a
simple "go for it"?
Just stay away from C++11 features and gcc 4.2 shou
#x27;t happen. There is plenty of C++ code in the world where
exceptions are used in non-fatal-error cases and where the applications
just don't work at all without them.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
inasmuch as I don't think
there's a mechanism to dynamically adjust the number of threads after
first calling taskqueue_start_threads().
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ot; it has no label.
I'm not disputing something may have changed that is causing you
problems, I'm just trying to point out that you are chasing the wrong
cause based on some kind of misunderstanding of the symptoms.
-- Ian
___
freebsd-current@fr
here is no
> guarantee
> the process you found here is the same you had at the time you were saving
> the pid.
>
> There is no usable process exit notification right now, but it can be added
> if necessary.
>
Does that mean there is something wrong with the existing eventhandler
ad can be
eliminated with some fairly small changes, and I hope to find time to
look at it later this week.
On the issue of filtering the callbacks to just the exits you're
interested in... it doesn't seem any better to me to do the filtering
at the source unless there are multiple registe
m Mateusz
that you're replying to, and now so much context is snipped that I
don't know what's being said by whom.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
So it is repeatedly stepping the clock in the VM? (Set
kern.timecounter.stepwarnings=1 to log steps). That is usually a sign
that the chosen timecounter is running at a different frequency than it
claimed to be when it registered itself -- the host may not be
emulating the timer hardware properly
On Fri, 2017-10-20 at 18:36 +0300, Boris Samorodov wrote:
> 20.10.2017 18:31, Boris Samorodov пишет:
> >
> > 20.10.2017 18:12, Ian Lepore пишет:
> > >
> > > On Fri, 2017-10-20 at 14:46 +0300, Boris Samorodov wrote:
> > > >
>
On Fri, 2017-10-20 at 20:20 +0300, Boris Samorodov wrote:
> (CC to freebsd-virtualization@)
>
> 20.10.2017 19:32, Ian Lepore пишет:
> >
> > On Fri, 2017-10-20 at 18:36 +0300, Boris Samorodov wrote:
> > >
> > > 20.10.2017 18:31, Boris Samorodov пишет:
>
On Fri, 2017-10-20 at 21:15 +0300, Boris Samorodov wrote:
> 20.10.2017 21:04, Ian Lepore пишет:
> >
> > On Fri, 2017-10-20 at 20:20 +0300, Boris Samorodov wrote:
> > >
> > > (CC to freebsd-virtualization@)
> > >
> > > 20.10.2017 19:32, Ian Lepo
On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote:
> Ian Lepore writes:
> >
> > Beyond that, I'm not sure what else to try. It might be necessary to
> > get some bhyve developers involved (I know almost nothing about it).
> NTPD behaves more normally on uni
On Sun, 2017-10-22 at 11:31 +0300, Boris Samorodov wrote:
> 22.10.2017 01:15, Ian Lepore пишет:
> >
> > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote:
> > >
> > > Ian Lepore writes:
> > > >
> > > >
> > > >
On Wed, 2017-10-25 at 00:43 +0300, Boris Samorodov wrote:
> Hi Ian, All!
>
> 22.10.2017 01:15, Ian Lepore пишет:
> >
> > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote:
> > >
> > > Ian Lepore writes:
> > > >
> > > >
&
27;m right in thinking that just submitting the proposed changes
as plain text would also be an option? I suspect there are more people
with good ideas on improving manpages than there are people who've
decided they really want to learn the arcane skill of manpage markup
language.
-- Ian
in the jail?
I think that will be a big problem for the ports team's package
building process, and for anyone using poudriere.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To uns
On Mon, 2017-11-06 at 12:49 -0500, Allan Jude wrote:
> On 2017-11-06 12:26, Ian Lepore wrote:
> >
> > On Mon, 2017-11-06 at 17:40 +0200, Andriy Gapon wrote:
> > >
> > > From UPDATING:
> > > The naive and non-compliant support of posix_fallocate(2) i
On Mon, 2017-12-04 at 19:06 +0200, Daniel Braniss wrote:
> Hi,
> what’s the current official procedure to compile/convert a dts file,
> I’m my case sun8i-h3-nanopi-neo.dts
> to its dtb?
>
> thanks,
> danny
>
make builddtb FDT_DTS_FILE
ts source you can
just use the symbolic names.
For years, folks have been espousing the value of getting people hooked
on freebsd via rpi and beaglebone, but somehow those folks never end up
doing a lot of committing of arm code that advances that goal, they
just keep saying
#x27;ll gladly commit it. The real-time clock will
> > likely be wrong, but it won't panic with INVARIANTS.
> but the link is expired. Has got someone this patch? I checked the SVN
> for the file sys/sys/libkern.h there is no relevant change since March
> 2017. (cc'ed cem
> 1 error generated.
> *** [vt_termcolors.o] Error code 1
>
> .. second time today a commit wasn't tested before commit :-(
>
> imb
Fixed in r327449.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/m
igh* Should be fixed in r327454. Thanks for reporting
>
> I wonder if we can get clang to be more strict about
> declarations/prototypes/etc to match gcc's expectations. I understand
> that it's developers' responsibility to make sure that kernel
> is GCC-build
ction a
different name and different semantics, but this is something that
affects mainly ports, and I don't yet have enough info to make the case
that being linux-compatible will ease porting rather than complicate it
(in some cases, patches will be needed either way).
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
h of adding some new common routines that all RTC drivers
can use to validate the BCD coming from the hardware without panicking.
But if I switch the atrtc code to use the new routines, that may
amount to sweeping a clang bug under the rug.
-- Ian
_
On Mon, 2018-01-01 at 09:54 +0100, Matthias Apitz wrote:
> El día domingo, diciembre 31, 2017 a las 10:19:50a. m. -0700, Ian Lepore
> escribió:
>
> >
> > >
> > > I will let the C720 over night under power while sitting in the boot menu,
> > >
part add -s 1g -t freebsd vtdb0
gpart create -s bsd vtdb0s2
gpart add -t freebsd-swap vtdb0s2
Now you should have a /dev/vtdb0s2b available for swap. There will
also be ~1g still available to create another slice.
Another alternative is just create the
ted a patchset to do that and
put it up for review...
https://reviews.freebsd.org/D13799
If this is an okay solution for everyone, I think it could be used with
10-stable too.
-- Ian
> On 8 Jan, Warner Losh wrote:
> >
> > Does building -DWITHOUT_LINT work? Or linking lint to /bi
/lists.freebsd.org/pipermail/freebsd-arch/2016-February/017658.html
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
on current
>
> One has to specify pkg -o OSVERSION=1200055 to allow packages built on 1200055
> to install on 1200054.
>
> I need to figure out a mechanism to make this simpler to handle to upgrade of
> base system while keeping this safety belt for users.
>
> Any idea i
aster Live! and Audigy
snd_es137x # Ensoniq AudioPCI ES137x
snd_hda # Intel High Definition Audio
snd_ich # Intel, NVidia and other ICH AC'97 Audio
snd_via8233 # VIA VT8233x Audio
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
g it and then it will
always have those permissions (wherever it is mounted).
With tmpfs there is no persistent storage to keep the permissions, so
there must be a way to set it from fstab. With msdosfs there is no way
to store the unix-style permissions in the fs, so there must be a way
to set it fr
o schedule
anything to happen on intervals other than when the periodic ticks
occur (so if kern.hz = 1000 and you ask to sleep for a microsecond you
may actually sleep up to a millisecond).
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.fre
Hi
I cannot for the life of me recall why I had vm.pmap.pcid_enabled=1 set
in loader.conf, but I did. Most likely very historical reasons.
r328166 and later reset without dropping into the debugger during boot,
no panic message.
Ian
--
Ian Freislich
On 01/25/18 17:13, Konstantin Belousov wrote:
> On Thu, Jan 25, 2018 at 04:58:04PM -0500, Ian FREISLICH wrote:
>> Hi
>>
>> I cannot for the life of me recall why I had vm.pmap.pcid_enabled=1 set
>> in loader.conf, but I did. Most likely very historical reasons.
&g
t it?
You should be able to insert and remove the sdcard whenever you want,
as long as it has no mounted filesystems. Every time you insert or
remove it, you should see a notification on the console and in dmesg.
If that doesn't happen, then somehow the card-detect logic isn't
working
-Wpointer-arith -Winline -Wcast-qual -Wundef
> > -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-
> > include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-
> > error-tautological-compare -Wno-error-empty-body -Wno-error-
> > parentheses-equality -Wno-
mechanical way to make the changes?
>
>
I'm not set up to test-compile this against -current right now, so I'm
not sure if this is all that remains or just another breadcrumb on the
trail, but... try the attached patch.
-- Ian
--- iscsi.c.orig 2018-01-27 08:43:26.
On Mon, 2018-01-29 at 10:29 -0700, John Nielsen wrote:
> >
> > On Jan 27, 2018, at 9:20 AM, Ian Lepore wrote:
> >
> > On Fri, 2018-01-26 at 23:20 -0700, John Nielsen wrote:
> > >
> > > >
> > > >
> &g
#x27;t compile the port with either my patch below or
> your original replacement version of isboot_ifup(). :( Did you make
> other changes? Here's the error I'm getting:
>
> --- isboot.o ---
> isboot.c:425:53: error: incomplete definition of type 'struct thread'
>
ontroller'
class = dasp
I've done some research and it looks like support is a long way off but
I'm hoping someone has a work in progress I can test or hack on.
Ian
--
Ian Freislich
--
___
freebsd-current@freebsd.org mailing lis
gt; Jung-uk Kim
> >
> >
> I would rather that c_rehash is brought back. I can install perl just
> fine
> (or have it anyway installed), that's not the case with openssl from
> ports,
> as that will mess up many things.
>
> Guess I'll download my own version ... :(
>
> Uli
Maybe we should just replace ours in base with a non-perl version,
something like this one?
https://opensource.apple.com/source/OpenSSL/OpenSSL-5/openssl/tools/c_rehash.in.auto.html
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
sl.org/docs/man1.1.0/apps/rehash.html
>
> I don't think we need yet another implementation in the base.
>
> Jung-uk Kim
>
But on a machine I just set up last weekend using -current I get:
ian@th > openssl rehash
openssl:Error: 'rehash' is an invalid command
On Thu, 2018-02-08 at 19:35 -0500, Jung-uk Kim wrote:
> On 02/08/2018 18:51, Ian Lepore wrote:
> >
> > On Thu, 2018-02-08 at 17:47 -0500, Jung-uk Kim wrote:
> > >
> > > On 02/08/2018 17:31, Chris H wrote:
> > > >
> > > >
> > &g
the function returns EINVAL only
due to bad input parameters, so ignoring that seems like a bad idea.
Wouldn't it be better if we returned EOPNOTSUP if that's the actual
situation? That could be safely ignored.
-- Ian
___
freebsd-current@fr
On Sat, 2018-02-10 at 12:45 -0700, Alan Somers wrote:
> On Sat, Feb 10, 2018 at 12:43 PM, Ian Lepore wrote:
>
> >
> > On Sat, 2018-02-10 at 11:24 -0700, Alan Somers wrote:
> > >
> > > On Sat, Feb 10, 2018 at 10:28 AM, Willem Jan Withagen
> > &g
-next-kmod #
find . -name "*.ko"
./work/kms-drm-622fdd1/amd/amdgpu/amdgpu.ko
./work/kms-drm-622fdd1/amd/amdkfd/amdkfd.ko
./work/kms-drm-622fdd1/drm/drm.ko
./work/kms-drm-622fdd1/i915/i915kms.ko
./work/kms-drm-622fdd1/lindebugfs/debugfs.ko
./work/kms-drm-622fdd1/linuxkpi/linuxkpi_gplv2.ko
./work/kms-drm-622fdd1/radeon/radeonkms.ko
compare with the port:
[zen] /usr/ports/graphics/drm-next-kmod # find . -name "*.ko"
./work/kms-drm-622fdd1/amd/amdgpu/amdgpu.ko
./work/kms-drm-622fdd1/amd/amdkfd/amdkfd.ko
./work/kms-drm-622fdd1/drm/drm.ko
./work/kms-drm-622fdd1/i915/i915kms.ko
./work/kms-drm-622fdd1/lindebugfs/debugfs.ko
./work/kms-drm-622fdd1/linuxkpi/linuxkpi_gplv2.ko
./work/kms-drm-622fdd1/radeon/radeonkms.ko
./work/stage/boot/modules/drm.ko
./work/stage/boot/modules/amdgpu.ko
./work/stage/boot/modules/amdkfd.ko
./work/stage/boot/modules/i915kms.ko
./work/stage/boot/modules/radeonkms.ko
./work/stage/boot/modules/debugfs.ko
./work/stage/boot/modules/linuxkpi_gplv2.ko
Ian
--
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
pe = 0x0001
bcdUSB = 0x0110
bDeviceClass = 0x
bDeviceSubClass = 0x
bDeviceProtocol = 0x
bMaxPacketSize0 = 0x0040
idVendor = 0x24ae
idProduct = 0x2000
bcdDevice = 0x1001
iManufacturer = 0x0001
iProduct = 0x0002
iSerialNumber = 0x
bNumConfigurations = 0x0001
I
On 02/17/18 22:48, Warner Losh wrote:
> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> Hi
>
> Since devmatch some of my USB devices no longer get their drivers
> loaded. It's not clear
On 02/18/18 02:23, Hans Petter Selasky wrote:
> On 02/18/18 05:14, Ian FREISLICH wrote:
>> On 02/17/18 22:48, Warner Losh wrote:
>>> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
>>> mailto:ian.freisl...@capeaugusta.com>>
>>> wrote:
>>>
>
On 02/18/18 15:09, Warner Losh wrote:
> On Sat, Feb 17, 2018 at 9:14 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/17/18 22:48, Warner Losh wrote:
>> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
>> >
On 02/18/18 18:01, Ian FREISLICH wrote:
> On 02/18/18 14:59, Warner Losh wrote:
>> On Sun, Feb 18, 2018 at 6:32 AM, Ian FREISLICH
>> > <mailto:ian.freisl...@capeaugusta.com>> wrote:
>>
>> On 02/18/18 02:23, Hans Petter Selasky wrote:
>>
On 02/18/18 14:59, Warner Losh wrote:
> On Sun, Feb 18, 2018 at 6:32 AM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 02:23, Hans Petter Selasky wrote:
> > On 02/18/18 05:14, Ian FREISLICH wrote:
> >> On 02/17/18 22
--
Ian Freislich
(M) +1 404 574 0228
On 02/18/18 18:17, Warner Losh wrote:
>
>
> On Sun, Feb 18, 2018 at 4:12 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 15:09, Warner Losh wrote:
>> On Sat, Feb 1
On 02/18/18 18:49, Warner Losh wrote:
> On Sun, Feb 18, 2018 at 4:45 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 18:17, Warner Losh wrote:
>> On Sun, Feb 18, 2018 at 4:12 PM, Ian FREISLICH
>> > <mailt
ms like the two big candidates must be mismatch between kernel
and userland, or maybe 32/64-bit mismatch between the kernel and top.
What's the output of
uname -pmUK
file `which top`
ldd `which top`
-- Ian
___
freebsd-current@freebsd.
peeds up
fsck recovery. Since sdcard and thumb drive filesystems tend to be
very small already, the speed up from having journaling enabled amounts
to a few seconds at best, and even that benefit only comes after a
crash.
-- Ian
___
freebsd-current@freebsd.or
fo.o../src/stub-cache.cc:1477:33:
error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed
: GetCodeWithFlags(flags, reinterpret_cast(NULL));
^
I haven't got avr-gcc
iderations are welcome.
>
> Thanks in advance,
>
> Oliver
You say you have "enough" ram... is it enough to fit your entire
filesystem image in memory and still be able to run apps? If so you
can compile your entire filesystem into the
On 03/12/18 13:54, Dimitry Andric wrote:
> On 12 Mar 2018, at 16:03, Dimitry Andric wrote:
>> On 12 Mar 2018, at 00:56, Ian FREISLICH
>> wrote:
> ...
>>> I haven't got avr-gcc to compile yet.
>> No idea about this, is it very different from regular gc
pbian system
> successfully,
> and had a vestigal partitioning scheme from a previous FreeBSD-
> current
> installation. However, it wasn't mounted in any way, just plugged in,
> to
> cause the upset seen above. I wanted to try using the flash dr
sys/amd64/amd64/machdep.c
===
--- sys/amd64/amd64/machdep.c (revision 331680)
+++ sys/amd64/amd64/machdep.c (working copy)
@@ -128,6 +128,7 @@
#include
#include
#include
+#include
#ifdef SMP
#include
#e
On 03/28/2018 11:11 AM, Ian FREISLICH wrote:
> Hi
>
> (As noted by Oliver Hartman in svn-src-all@)
>
> r331650 breaks amd64 kernel build as follows:
>
> --- machdep.o ---
> /usr/src/sys/amd64/amd64/machdep.c:520:20: error: use of undeclared identifier
> 'T_PRO
what does mean?
>
clang --help has more info than the manpage, but it's still light on
details.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send an
ost I have a jail:
fb8 {
host.hostname = "${name}.hippie.lan";
ip4.addr = 172.22.42.241;
persist = true;
devfs_ruleset = 100;
osrelease="8.4-STABLE";
osreldate= 804507;
}
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
IMO, this new version checking done by pkg(8) is just bad Bad BAD. The
only control you get is a knob that tells you to ignore any version
mismatch. There appears to be no option to get the historical worked-
really-well behavior of ignoring mismatches of the minor version for
people wh
nsdev *cp)
> {
> uart_init(cp->cn_arg);
> }
>
> What do you think?
>
> Hmm, it looks like CONSOLE_DRIVER() does not allow to omit a console method.
> So, will I have to add a dummy resume to all console drivers?
Why should it go through the console layer? If the ua
hat I think was the
download filesystem being read only. I was able to install from the
bundled distribution.
Ian
--
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any ma
USB to Maxim (Dallas) one-wire bus adapter. The manual used to state
that these are possibly the worst chips ever. Is that still the
prevailing opinion?
Ian
--
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listin
27;-n keyno' parameter to geli attach, but it's supposed
to default to trying all keys if you don't use -n. Is it possible
you're running a newer kernel (or geom_eli module) than your userland
or vice versa?
-- Ian
___
freebsd-current@
rs
> in a bhyve guest can cause you nightmares with ntp.
Iirc, bhyve's arithmetic when doing timer emulation leads to roundoff
errors that accumulate to effectively make the emulated timer run off-
frequency. The hpet timer was trivial to fix by just redefining it to
run at a power-of-2
are the uefi flavors, because
the current rootgen.sh script for assembling test images is still using
boot1.efi and I don't know enough about efi myself to update the script
to make it assemble images the new way Warner envisions.
-- Ian
> >
> > I'm in the middle of moving to a ne
;
> PS With
> .ctm_status src-cur 13601
> .svn_revision 336117
> nothing from
> find . -name opt_amdsbwd.h
> but this has
> src/sys/dev/amdsbwd/amdsbwd.c
> #include "opt_amdsbwd.h"
> I haven't yet upgraded my src/ yet to see
bsa, x);
> @@ -68,6 +68,6 @@
> r = r * expl(-y * arga);
> theta = theta + y * logl(absa);
> }
> - w = r * cosl(theta) + (r * sinl(theta)) * I;
> + w = CMPLXL(r * cosl(theta), r * sinl(theta));
> return (w);
> }
>
If a file contains inline function definitions and is intended only to
be included into another file and not compiled separately, shouldn't
its name be spelled polevll.h ?
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
using
phab (and I can certainly understand that POV), an entry in MAINTAINERS
would still be helpful, unless we have a rule that only committers can
be listed in there.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
to imply you didn't
run mergemaster (which would have done that). If that's the case, you
probably also didn't get /etc/defaults/rc.conf updated, so it still has
the old ntpd_flags that includes the pidfile (which is now provided by
th
On Sat, 2018-07-21 at 10:11 -0700, Pete Wright wrote:
>
> On 07/21/2018 09:47, Ian Lepore wrote:
> >
> > On Sat, 2018-07-21 at 09:41 -0700, Pete Wright wrote:
> > >
> > > hello - i am testing out the new ntpd that was committed
> > > yesterday and
701 - 800 of 866 matches
Mail list logo
