x38,
which doesn't help find the actual code. A stack backtrace might help.
-- Ian
>
> On 17 June 2016 at 04:19, Keith White wrote:
> > On Thu, 16 Jun 2016, Keith White wrote:
> >
> > > On Wed, 15 Jun 2016, Mark Millard wrote:
> > >
>
On Fri, 2016-06-17 at 12:28 -0400, Keith White wrote:
> On Fri, 17 Jun 2016, Ian Lepore wrote:
>
> > On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote:
> > > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.)
> > >
> > > See if it
inux case, something must be telling the OS which drivers
to attach to which addresses. I have no idea what that mechanism might
be, if it's not FDT.
In freebsd, you can specify i2c devices using FDT data, or hints.
-- Ian
> We also need a Mailbox (IOSF-SB MBI) driver and it is quite simple so
&
On Tue, 2016-06-21 at 08:11 -0300, Otacílio wrote:
> Em 21/06/2016 07:33, Keith White escreveu:
> > In an earlier message Ian said that he thought he knew what the
> > problem was...
>
> Here the problem occurs when using wifi. I do not have tested wired
> because I
On Tue, 2016-06-21 at 15:30 -0700, Mark Millard wrote:
> Ian Lepore ian at freebsd.org wrote on Tue Jun 21 17:55:28 UTC 2016
> :
>
> > On Tue, 2016-06-21 at 08:11 -0300, Otacílio wrote:
> > > Em 21/06/2016 07:33, Keith White escreveu:
> > > > In an earlier
8639.0135 9.44565
> 1.0059484
> Difference at 95.0% confidence
> -5.29875 +/- 0.565836
> -35.9374% +/- 3.83764%
> (Student's t, pooled s = 0.884057)
>
> The patch:
[...]
What about platforms that don't have a useful implementation of
cpu_
for quick testing of this sort of
thing.
-- Ian
Index: sys/dev/usb/serial/ugensa.c
===
--- sys/dev/usb/serial/ugensa.c (revision 302505)
+++ sys/dev/usb/serial/ugensa.c (working copy)
@@ -158,6 +158,7 @@ static const STRUCT_USB_H
On Sat, 2016-07-23 at 22:04 +0200, O. Hartmann wrote:
> Am Fri, 22 Jul 2016 10:52:54 -0600
> Ian Lepore schrieb:
>
> > On Fri, 2016-07-22 at 18:35 +0200, O. Hartmann wrote:
> > > For temperature monitoring, we have a bunch of Digi Watchport/T
> > > sensors:
On Sun, 2016-07-24 at 10:51 +0200, O. Hartmann wrote:
> Am Sun, 24 Jul 2016 08:38:59 +0200
> Gary Jennejohn schrieb:
>
> > On Sun, 24 Jul 2016 08:03:30 +0200
> > "O. Hartmann" wrote:
> >
> > > Am Sat, 23 Jul 2016 14:49:11 -0600
> > > Ian
pio, an i2c bus master, an MCU
interface, a multichannel DMA controller, and apparently even has the
ability to download your own 8052-compatible microcontroller code into
the 5052 and have it take over from the built-in rom code.
It would be reasonable enough to write a driver that initially
s
ice fail, usually with no clue about why
it's failing. Uncommitted geom changes are a bit like an invisible
time bomb in your system; it wouldn't be so bad if they weren't so
invisible, and weren't so hard to figure out how to properly get out of
the si
he point
> of failure and I
> hope I'll get a working package now to start working on the AARCH64
> ports.
>
> Thanks.
>
> Kind regards,
> Oliver
>
>
> >
> > If you don't want or care about rdma, you can try the following
> > patch
> > (should similarly apply to the other qemu ports):
> >
> > Index: emulators/qemu/Makefile
> > ===
> > --- emulators/qemu/Makefile (revision 429888)
> > +++ emulators/qemu/Makefile (working copy)
> > @@ -78,6 +78,7 @@
> > --disable-libssh2 --enable-debug \
> > --prefix=${PREFIX} --cc=${CC} --enable-docs --
> > disable-kvm \
> > --disable-linux-user --disable-linux-aio --disable-
> > xen \
> > + --disable-rdma \
> > --smbd=${LOCALBASE}/sbin/smbd --enable-debug-info
> > --python=${PYTHON_CMD} \ --extra-cflags=-I${WRKSRC}\
> > -I${LOCALBASE}/include\
> > -DPREFIX=\\\"\"${PREFIX}\\\"\"
> >
> > -Dimitry
> >
>
>
The rdma stuff is part of OFED, it comes from sys/ofed/include. Other
parts of it are in sys/contrib/rmda and src/contrib/ofed. Maybe it
only gets installed if you are using certain kernel options? I'm not
sure.
-- 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"
apic_id = intr->dst_apic_id;
I do not think it is safe to increase MAX_APIC_ID yet.
Ian
--
Ian Freislich
On 01/04/17 13:53, Eric Joyner wrote:
Adding freebsd-current, because that's a good idea.
I see these lines in the beginning of dmesg:
MADT: Ignoring local APIC ID 256 (too high)
{print $3}
> else{print $2}}
> ' < "$ntpdate_config"`
>
>
> Regards,
>
> Ronald.
Ooops, my bad, I'll get it fixed asap.
-- Ian
___
freebsd-current@freebsd
ntil the next hardclock
> tick fires (but only because you are setting nextcallopt to the bogus
> 'next' value).
On some platforms, configtimer() can be called quite often. Power
saving modes can change the frequency of the timer, and systems that
suppport such dynamic frequen
l
> 1552
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"
The MAKEOBJDIRPREFI
On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
> Hi Ian,
>
> On 12/03/2017 10:29, Ian Lepore wrote:
> >
> > On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
> > >
> > > Hi all,
> > >
> > > I'm unable
; > > "truncates"
> > > it. During open() we forcefully re-fetch the timestamp (for CTO
> > > consistency) and then notice it doesn't match. For now I would
> > > start
> > > with comparing the timestamps and maybe the
> > > vfs.t
I know of.
> >
> >
> Just some strange news:
>
> I left the server the whole day with ntpd disabled and I didn't watch
> a gain of the RTC
> by one second, even stressing the machine.
>
> But soon after restarting ntpd, I realised immediately a 30 minutes
&g
ervers to determine the
> true
> local clock drift rate.
Do not set ntpd.drift contents to zero. Delete the file. There's a
huge difference between a file that says the clock is perfect and a
missing file which triggers ntpd to do a 15-minute frequency
measurement to come up with the initial drift correction.
-- 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"
e just wrote our own work-
alike function to use instead of syslog(3); it retries any kind of
failure no more than 3 times, with a millisecond sleep between each
try. (Losing logging is bad, but losing the functionality of our app
that's trying to do the logging is even worse.)
-- Ian
> On
se and get some boost for
> network loading.
>
> thanks,
> toomas
I use netbooting in loader(8) extensively for armv6, and in fact that's
what I'm knee-deep in for $work today too, so I'll give D10232 a look
tonight or tomorrow at the latest.
-- Ian
___
lly.
You might get the effect you want by either adding something like -x
assembler-with-cpp, or maybe by hiding the filetype from cpp:
cat boxmuller.F90 | cpp -traditional-cpp
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.f
I just noticed there's nothing in the
current code to prevent a pathologic buffer size of 0 if the input line
speed is set to 0 but the CREAD flag is set (I think maybe a
/dev/.init or .lock file could set the speed to 0).
-- Ian
___
freebsd-current
dir, you may find
the thing you're looking for in 'options' or 'files' and get some clues
that way.
For the netgraph stuff, I see that in NOTES it tells you how to find
the manpages for netgraph things, so I guess I accidentally did answer
that part too. :)
-- 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 of doing sysctls "inside" sysinits (so
> they are
> registered last and unregistered first) is probably better than the
> current
> state and is a simpler fix than changing all sysctls to use SYSINITs.
>
But if module sysctls are registered last then the ones flagged as
CTLFLAG_TUN won't have their tunable values populated before the
MOD_LOAD handler runs, is that going to cause trouble? It would suck
to have to handle things differently in a driver depending on whether
you're compiled into the kernel or kldload'd interactively.
-- 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"
eading that while make world continues.
> Finaly found it, after guessing some shell might roll MK_RCMDS from
> a list including RCMDS, & finding man src.conf with WITH_RCMDS
> Took me a while to find. Thanks Ngie for your time.
>
The thanks seem appropriate enough, given the
On Mon, 2017-08-07 at 00:05 +0200, Julian H. Stacey wrote:
> Ian Lepore wrote:
> >
> > On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> > >
> > > Hi, Reference:
> > > >
> > > >
> > > > From: "
Hi
I have a host on Digital Ocean (qemu) and the change in r322076 breaks
my vtnet0 interface. The interface still comes up but does not pass
traffic any more. It's not obvious to my why the changes from r322075
to r322076 affect the vtnet interface.
Ian
--
Ian Freislich
--
On 08/11/17 01:48, Jung-uk Kim wrote:
On 08/10/2017 21:27, Ian FREISLICH wrote:
I have a host on Digital Ocean (qemu) and the change in r322076 breaks
my vtnet0 interface. The interface still comes up but does not pass
traffic any more. It's not obvious to my why the changes from r3220
end.
> -Monty
Add "device mii" to your config.
-- 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"
STDIR}
>
I think the modern fix for this would be "install -l rs $src $DESTDIR",
that should result in if_igb.ko -> if_em.ko without any dir nodes in
the link.
-- 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"
of it.
> > >
> > > So, what does FreeBSD have to offer in the way of ramdisk
> > > functionality?
> > >
> > Yes.
> >
> > See MD_ROOT and friends.
> >
> The MFS_IMAGE kernel option has replaced this.
>
> Warner
And the
On Wed, 2017-09-20 at 22:47 -0500, Jon Brawn wrote:
> On Sep 20, 2017, at 10:35 PM, Ian Lepore wrote:
> >
> >
> > On Wed, 2017-09-20 at 21:23 -0600, Warner Losh wrote:
> > >
> > > On Wed, Sep 20, 2017 at 9:16 PM, Warner Losh
> > > wrote:
> &g
RX_PAGES 2
+#define RX_PAGES 64
#define TOTAL_RX_BD_PER_PAGE (BCM_PAGE_SIZE / sizeof(struct rx_bd))
#define USABLE_RX_BD_PER_PAGE (TOTAL_RX_BD_PER_PAGE - 1)
#define TOTAL_RX_BD (TOTAL_RX_BD_PER_PAGE * RX_PAGES)
Ian
--
Ian Freislich
, run out of state entries? I believe the work-around
is to load pf as a module until the issue is fixed.
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"
ysctl hw.acpi.thermal.tz0.temperature
acpiconf -i0 | egrep 'State|Remain|Present|Volt'
Sure it's a slow machine, but it normally runs pretty smoothly.
Anything with a bit of disk i/o, like buildworld, runs smooth as.
This is on 8.2-R GENERIC, HZ=1000, 768MB with lots f
strangeness." If only the
OHCI hardware needs this strange processing, and it seems like in the
future this strangeness will still be more the exception than the rule,
then the strangeness is best kept close to the place where it's needed,
rather than being spread out all over the plac
On Tue, 2012-01-10 at 23:15 +0200, Andriy Gapon wrote:
> on 10/01/2012 22:53 Ian Lepore said the following:
> > On Tue, 2012-01-10 at 22:18 +0200, Andriy Gapon wrote:
> >>
> >> Some hardware interfaces may reserve a special meaning for a (physical)
> >> mem
y barrier operations, in the
form of a call to cpu_drain_writebuf() in the busdma_machdep code. The
ARM specification says that the CPU is stopped until all buffered data
is written to memory for that operation.
-- Ian
___
freebsd-current@freebsd.org mailing list
htt
ss to bus_space_barrier().
> > They make life hard for both the programmer and the
> > compiler, which might become unable to optimize them out.
>
> Yes, it seems overly abstracted. In NetBSD, bus_dmapmap_sync() actually takes
> extra parameters to say which portion of the m
ut in your explanations -- thanks!).
-- 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"
binary search for the problem. As such,
the most important aspect is a comprehensive list of what changes for
safe mode, so that you can procede by selectively en/disabling the
various things it does.
-- Ian
___
freebsd-current@freebsd.org mailing lis
r future growth, because the current set of flags and the
words about how to use them imply that only one of the current set of
values should be returned at once.
On the other hand, the words are also self-contradictory, in that they
say "oring together zero or more" but then later when
ted code.
+It is not the most throughly tested code.
The original spelling is the correct one.
-- 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"
On Tue, 2012-01-31 at 15:57 +0700, Max Khon wrote:
> Hello,
>
> On Tue, Jan 31, 2012 at 12:44 AM, Ian Lepore
> wrote:
>
> >> sys/bus.h documents the following semantics for FILTER_SCHEDULE_THREAD:
> >>
> >> /**
> >> * @brief Driver interru
p.
A possible solution on the daemon side of things might be something like
the attached, but I should state (nay, shout) that I haven't looked
beyond these few lines to see if there are any unintended side effects
to such a change.
-- Ian
diff -r eb5f4971de86 usr.sbin/cron/cron/database.c
---
On Tue, 2012-01-31 at 13:30 -0500, John Baldwin wrote:
> On Tuesday, January 31, 2012 12:57:50 pm Ian Lepore wrote:
> > On Tue, 2012-01-31 at 11:49 -0500, John Baldwin wrote:
> > > A co-worker ran into a race between updating a cron tab via crontab(8)
> > > a
ke up every second to see if something has changed that it only do
> that at :59 (or however many seconds in advance of :00 that it needs,
> although if it's more than 1 I'll be surprised). That limits the race to
> someone who writes out a new crontab entry at the point during se
I still have all my ssh connections to the world in a dozen
open windows and can interact with any of them. Then I did "sudo
dhclient re0" (simulating devd restarting dhclient on link-up) and it
reacquired a lease for the same IP it had before I killed it, and still
all my open connection
On Tue, 2012-08-21 at 19:26 +0400, Lev Serebryakov wrote:
> Hello, Ian.
> You wrote 21 августа 2012 г., 19:16:03:
>
> IL> It has worked this way for me for years. Does it somehow not work this
> IL> way for everyone?
>Please, read comment to r239356. Starting from t
to work correctly, and folks
depending on the historical buggy behavior will have to add a parm to
rc.conf.
-- 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"
On Tue, 2012-08-21 at 14:04 -0600, Warner Losh wrote:
> On Aug 21, 2012, at 11:42 AM, Lev Serebryakov wrote:
>
> > Hello, Ian.
> > You wrote 21 августа 2012 г., 21:36:30:
> >
> > IL> I think it's funny how people have this knee-jerk reaction against C++
>
f a
problem later.
Hmmm, might have to be careful that future updates don't replace the
real thing with a newer bootstrap program.
-- 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"
ffe0007189000, traced=0)
at subr_syscall.c:135
#14 0x806c7c17 in Xfast_syscall ()
at /usr/src.pflock/sys/amd64/amd64/exception.S:387
#15 0x000801debc6c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
--
Ian Freislich
ementation
in days of old. I think both it and the one in libkse are intended to
be private to the library implementation and they don't get installed.
-- 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"
k maybe for a static lib you need
BUILD_DEPENDS because it has to be available at build-time rather than
run-time.
-- 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"
;s a bad thing. I hate it when I accidentally edit
a script that's running and then the script fails because I did. I
would be much happier if it acted just like any other executable and
prevented modification while it's running.
-- Ian
___
On Fri, 2012-09-07 at 21:53 +0300, Konstantin Belousov wrote:
> On Fri, Sep 07, 2012 at 12:48:19PM -0600, Ian Lepore wrote:
> > On Fri, 2012-09-07 at 21:41 +0300, Konstantin Belousov wrote:
> > > After a second thought, I do not like your proposal as well. +x is set for
> >
appears that the answer is 'no'.
>
We have src/tools/tests/testfloat and src/tools/regression/lib/msun. I
know nothing about the former (just noticed it for the first time). The
latter I think is a set of correctness tests rather t
to request that my patch not get
committed because it locks up virtualbox. I hope to find time soon to
learn enough about installing/configuring virtualbox to figure out what
the problem is (offhand,I suspect it hangs in the loop that probes for
the need to re-index, because v
On Wed, 2012-09-19 at 14:00 -0700, Adrian Chadd wrote:
> On 19 September 2012 13:54, Lev Serebryakov wrote:
> > Hello, Ian.
> > You wrote 20 сентября 2012 г., 0:46:24:
> >
> > IL> Yes, exactly. I updated the PR to request that my patch not get
> > IL> commi
On Wed, 2012-09-19 at 14:08 -0700, Adrian Chadd wrote:
> On 19 September 2012 14:05, Ian Lepore wrote:
>
> >> Add something to atrtc_start() to only loop over that loop say, 64k
> >> times before dropping out; and print an error if it hits that
> >> condi
On Wed, 2012-09-19 at 14:30 -0700, Adrian Chadd wrote:
> On 19 September 2012 14:12, Ian Lepore wrote:
>
> >> Right. Being totally clueless, is atrc_start() called just at
> >> probe/attach, or during normal operation?
> >>
> >
> > It's calle
On Wed, 2012-09-19 at 15:10 -0700, Adrian Chadd wrote:
> On 19 September 2012 14:57, Garrett Cooper wrote:
> > On Wed, Sep 19, 2012 at 1:46 PM, Ian Lepore
> > wrote:
> >
> > ...
> >
> >> Yes, exactly. I updated the PR to request that my patch
r_event_execute_handlers+0xfd
ithread_loop() at ithread_loop+0x9e
fork_exit() at fork_exit+0x11e
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xff8463866cb0, rbp = 0 ---
My kernel dumps are however useless. I do have serial console to
do whatever debugging we may
ev/ata/ata-sata.c: In function 'ata_sata_phy_reset':
> /src/sys/dev/ata/ata-sata.c:158: error: 'struct ata_channel' has no member na
med 'user'
> *** Error code 1
ata_channel member user is only defined if ATA_CAM is defined.
Ian
--
Ian Freislich
_
to this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=170705
The patch fixes a problem with old AMD Geode chipsets, but causes a hang
at atrtc attach when run under virtualbox, and I haven't had time yet to
install and learn to use vbox enough to debug it.
-- Ian
__
fails? Who backs out the partial config that got accomplished?
If you go too far down this path you end up with something that looks a
lot like the unmitigated mess which is the SNMP control API.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://list
npage?
-- 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"
On Thu, 2012-10-11 at 19:45 +0200, Gabor Kovesdan wrote:
> Em 11-10-2012 19:09, Ian Lepore escreveu:
> > I want to build grep without the gnu regex library. The makefile for
> > usr.bin/grep contains
> >
> > .if !defined(WITHOUT_GNU_COMPAT)
> >
On Thu, 2012-10-11 at 19:45 +0200, Gabor Kovesdan wrote:
> Em 11-10-2012 19:09, Ian Lepore escreveu:
> > I want to build grep without the gnu regex library. The makefile for
> > usr.bin/grep contains
> >
> > .if !defined(WITHOUT_GNU_COMPAT)
> >
somehow related to in-lib versus external uses of the funopen()
function, but I may be conflating two unrelated discusssions in my head.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To un
tly onto our boards, and using
FreeBSD to access them rather than relying on the behaviors of some
embedded microcontroller we know nothing about.
-- 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"
lusters="262144"
hw.igb.max_interrupt_rate="32000"
hw.igb.rx_process_limit="500"
hw.igb.header_split="1" #This setting doesn't seem to work
hw.igb.txd="4096"
hw.igb.rxd="4096"
/etc/sysctl.conf:
net.inet.ip.fastforw
"
> Just after
> InputDevice"Mouse0" "CorePointer"
> Append
> Option "AllowEmptyInput" "False"
>
> Cheers,
> Julian
Before you do that, read this:
http://www.wonkity.com/~wblock/docs/html/aei.html
-- 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"
ust say things like "X will automatically find your mouse unless
you turn off AutoAddDevices." It's unclear to me whether X is able to
do that without hal, or maybe those statements are just glossing over
important details to keep the explanation simple.
-- Ian
_
hal included (maybe
because you're more a package than a ports kind of person and have no
control over the build), is AutoAddDevices still the right option to
manipulate? That is, will it disable the use of hal and fall back to
honoring the xorg.conf input devices even if the server was built
compiler emits, the proposed patch
seems to be carefully crafted to avoid breaking existing 3rd party tools
which parse uname output based on the location of whitespace. I'm not
sure how important that is given that the uname manpage doesn't document
the output format as if it were
Hi
Has the svn->cvs exporter died? Or have the cvsup/csup servers
been retired as threatened in a previous thread (I might have missed
the headsup)?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
-ose-kmod-4.1.22 installed
> Nov 17 10:53:55 t3 kernel: link_elf_obj: symbol vm_page_lock_queues undefined
> Nov 17 10:53:55 t3 kernel: linker_load_file: Unsupported file type
> : : :
It's not renamed, it's gone in favor of per-queue locks. S
ampoline ()
at /usr/src/sys/amd64/amd64/exception.S:602
#15 0x in ?? ()
--
Meditating Guru
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
\000\000\000\000\000\000\000\000\206Iåi\002\006\001\000\000\000\000\000\000\000\a\000\000\000\f\000\000\001\000\000\000\000\000\000\000\b\000\000\000\000\000\000\214m#%\001þÿÿ\006",
'\0' }}
Ian
--
Ian Freislich
___
freebsd-current@fre
Gleb Smirnoff wrote:
> On Sat, Nov 17, 2012 at 05:07:54PM +0200, Ian FREISLICH wrote:
> I> I have this consistently with:
> I>
> I> FreeBSD firewall2.jnb1.gp-online.net 10.0-CURRENT FreeBSD 10.0-CURRENT #30
r243156: Fri Nov 16 20:12:33 SAST 2012 i...@firewall2.jnb1.gp
Ian FREISLICH wrote:
> Gleb Smirnoff wrote:
> > On Sat, Nov 17, 2012 at 05:07:54PM +0200, Ian FREISLICH wrote:
> > I> I have this consistently with:
> > I>
> > I> FreeBSD firewall2.jnb1.gp-online.net 10.0-CURRENT FreeBSD 10.0-CURRENT #
30
> r2431
el" which is
something I've been doing for years, you're saying that now that won't
work because DESTDIR will be there during the build part?
This just seems all wrong.
-- 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"
On Fri, 2012-11-30 at 09:36 -0800, Simon J. Gerraty wrote:
> On Fri, 30 Nov 2012 08:15:03 -0700, Ian Lepore writes:
> >So when did this break, and why can't it be fixed? I've been using
>
> Sorry I missed the begining of this thread,
> is anything broken?
>
coredump2' at line 11
>
> # /etc/rc.d/sysctl start
> kern.coredump: 1 -> 1
> sysctl: unknown oid 'kern.coredump2' at line 11
>
> Any comments are welcome.
>
> -- Hiroki
This is cool, thanks.
Shouldn't there be an update to sysctl.conf
ook right, should that have "allow." on the
front? I wonder if that's the problem and the error report is off by
one line or something?
-- 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"
On Fri, 2012-11-30 at 14:16 -0800, Garrett Cooper wrote:
> On Nov 30, 2012, at 10:14 AM, Ian Lepore
> wrote:
>
> > On Fri, 2012-11-30 at 09:36 -0800, Simon J. Gerraty wrote:
> >> On Fri, 30 Nov 2012 08:15:03 -0700, Ian Lepore writes:
> >>> So when did t
55,7 @@
u8 oui_bytes[3] = {0, 0, 0};
u8 cable_tech = 0;
u8 cable_spec = 0;
- u16 enforce_sfp = 0;
+ u16 enforce_sfp = 1;
DEBUGFUNC("ixgbe_identify_sfp_module_generic");
Ian
--
Ian Freislich
___
freeb
nt on cam, since it can only used from cam.
> We've grown sloppy about noting these dependencies in the tree...
>
> Warner
Hmmm, if it's only used by cam, why isn't it in cam/ rather than kern/ ?
-- Ian
___
freebsd-current@free
Jack Vogel wrote:
> Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported,
> AFBR-703SDZ-IN is not.
Sorry, that was a cut&pasto. We have the AFBR-703SDZ-IN2.
The full detail from the box according the guy on site is:
AFBR-703SDZ-IN2 (INTEL)FTLX8571D3BCL
Ia
On Tue, 2012-12-04 at 14:58 -1000, Jeff Roberson wrote:
> On Tue, 4 Dec 2012, Ian Lepore wrote:
>
> > On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote:
> >> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote:
> >>
> >>> http://people.freebsd.org
ixed when the readonly filesystem is created. If you
make /etc/resolv.conf a symlink to ../var/db/resolv.conf it works out
pretty well. If you're not using dhcp, then instead of having a
missing /etc/resolv.conf you have a symlink to missing file. When you
are using DHCP, it is able to write the resolv.conf file in /var and
life is good.
-- 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"
On Fri, 2012-12-07 at 23:31 -0800, Garrett Cooper wrote:
> On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM wrote:
> > Hello Ian :-)
> >
> > This is the problem - / is read only and /etc/resolv.conf already links to
> > nonexistent file. This way I cannot modify its content n
if newvers.sh needs to work in ways that don't involve
being invoked from that makefile rule, so to be safe it could have
default handling, something like:
: ${SYSDIR:=$(dirname $0)/..}
-- 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"
On Wed, 2012-12-12 at 20:52 +0200, Kimmo Paasiala wrote:
> On Wed, Dec 12, 2012 at 6:53 PM, Ian Lepore
> wrote:
> > On Wed, 2012-12-12 at 18:14 +0200, Kimmo Paasiala wrote:
> >> Hello,
> >>
> >> My 9-STABLE buildworld broke in a very inexplicable way,
to be late by this much, but
never early by any amount."
To reinforce the point of that last paragraph... the way I'm looking at
these changes has nothing to do with power saving (I've never owned a
battery-operated computer, probably never will) and everything to do
with performance and
On Wed, 2012-12-19 at 00:29 +0100, Luigi Rizzo wrote:
> On Tue, Dec 18, 2012 at 04:27:45PM -0700, Ian Lepore wrote:
> > On Tue, 2012-12-18 at 23:58 +0100, Luigi Rizzo wrote:
> > > [top posting for readability;
> > > in summary we were discussing the new callout A
401 - 500 of 866 matches
Mail list logo
