that (can
f_vnode be NULL, what sort of locking is required to peek into f_vnode
at this point, etc), so I can't really propose a patch for this. In
fact, I can't even say for sure it's a bug, but it sure feels like one
to the application-developer part of me.
-- Ian
__
On Sun, 2012-12-23 at 21:37 +0200, Konstantin Belousov wrote:
> On Sun, Dec 23, 2012 at 11:55:15AM -0700, Ian Lepore wrote:
> > Background: I'm trying to get nandfs working on a low-end small-memory
> > embedded system. I'm debugging performance problems that manifest as
stuffed into a
timespec's tv_nsec.
I also tested the calloutng_12_17 patches and the kqueue stuff behaved
very strangely. Then I noticed you had a 12_26 patchset so I tested
that (after crudely fixing a couple uninitialized var warnings), and it
all looks good on this arm (Raspberry Pi). I'l
On Mon, 2012-12-31 at 12:17 +0200, Alexander Motin wrote:
> On 31.12.2012 08:17, Luigi Rizzo wrote:
> > On Sun, Dec 30, 2012 at 04:13:43PM -0700, Ian Lepore wrote:
> > ...
> >> I grabbed testsleep.c to test an arm event timer implementation, and had
> >> to
even the other way around... you get "plus or minus" precision
by default and the few things that really care about precision timing
have a way of indicating that. (But in that case the userland sleeps
would have to assume the traditional behavior because that's how they've
alw
everal ADSL lines with the same
provider that doesn't do multi link PPP, so I need to be able to
set the destination interface.
Ian
--
Meditating Guru
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/
tmask 0x
ng2: flags=88d1 metric 0 mtu
1490
inet 41.135.82.120 --> 41.135.70.1 netmask 0x
[router] ~ # route add 41.154.2.53 -iface ng2
route: bad address: ng2
[router] ~ # route add 41.154.2.53 -interface ng2
route: bad address: ng2
Ian
I see. There are some bigger fish to fry at the moment though :)
>
Speaking of the HPET code, it seems to me that its restart logic can
fire the same event twice. Is that harmless?
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists
edded processors there's enough latency on a theaded handler
that the pps signal can be de-asserted by time the handler runs
(precision timing gear often outputs a very narrow pps pulse, 1 - 10uS
isn't uncommon).
I know I don't have to worry about NMIs on the systems in question,
On Sun, 2012-12-30 at 16:13 -0700, Ian Lepore wrote:
> On Wed, 2012-12-26 at 21:24 +0200, Alexander Motin wrote:
> >[...]
> >
>
> I grabbed testsleep.c to test an arm event timer implementation, and had
> to fix a couple nits... kqueueto was missing from the names[] arr
need me to gather any specific info.
-- 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 Mon, 2013-01-28 at 00:09 -0600, Alan Cox wrote:
> On Sun, Jan 27, 2013 at 12:11 PM, Ian Lepore wrote:
>
> > I ran into a panic while attempting to un-tar a large file on a
> > DreamPlug (arm-based system) running -current. The source and dest of
> > the un-tar i
ing to diddle
> dhcpd.conf. Can this be done?
Remove the BOOTP_NFSROOT option, it tells the bootp/dhcp code to keep
querying the server until a root path is delivered. Without it, the
ROOTDEVNAME option should get used (and I think even override a path
from the server, if it delivers one).
BOOTP_NFSROOT, but perhaps that's just my muddled memory of what
I tried to do that never worked out.
I also think all of this is a bug. It seems to me that BOOTP without
BOOTP_NFSROOT should obtain ip-related info from dhcp but use
ROOTDEVNAME as configured, perhaps with any dhcp-provided ro
.org/cgi/query-pr.cgi?pr=175671
I also put a little effort into changing the behavior so that BOOTP
without BOOTP_NFSROOT gets you an address and then moves on to use the
ROOTDEVNAME you have configured, but I didn't have any success yet (it
stays stuck in the state of waiting for the roo
On Thu, 2013-01-31 at 18:13 +0100, Andre Oppermann wrote:
> On 28.01.2013 20:20, Alan Cox wrote:
> > On 01/28/2013 08:22, Ian Lepore wrote:
> >> On Mon, 2013-01-28 at 00:09 -0600, Alan Cox wrote:
> >>> On Sun, Jan 27, 2013 at 12:11 PM, Ian Lepore wrote:
> &g
If that doesn't work, try /dev/mmcsd0.
The re-taste trick is usually only needed on things like a usb sdcard
reader where it can't tell you changed media and tries to use the
in-memory info from the prior card. Since you're using a geom-aware
tool to make a geom change, I wonder
nd
of exit the script encounters. If you don't, you end up leaving nullfs
mounts that make later things fail (such as running the script again, or
trying to clean/remove a chroot tree).
-- 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"
:169
#7 0xc08ae31f in bzero () at /usr/src/sys/i386/i386/support.s:56
Previous frame inner to this frame (corrupt stack?)
(kgdb)
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
Hans Petter Selasky wrote:
> On Friday 08 February 2013 19:21:24 Ian FREISLICH wrote:
> > Uptime: 7s
> > Dumping 237 out of 3971
> > MB:..7%..14%..21%..34%..41%..54%..61%..75%..81%..95%
> >
> > Reading symbols from /boot/kernel/acpi_asus_wmi.ko...Read
Hans Petter Selasky wrote:
> On Friday 08 February 2013 22:43:17 Ian FREISLICH wrote:
> > Hans Petter Selasky wrote:
> > > Hi,
> > >
> > > Your problem should be fixed by:
> > > http://svnweb.freebsd.org/changeset/base/246565
> > >
> &
headphone jack doesn't work. On my other laptor, the
builtin mic doesn't work because it's on pcm1 and there's not a
way to make pcm1 the default input device and pcm0 the default
output device.
I need to spend some time with a verbose boot and see if I can
fig
recent import of a new jemalloc reworked that code to eliminate the
problem (it was needlessly validating that freshly mmap'd memory was
zeroed; now it only does that validation if it internally recycles a
block, and I think it never even does that on freebsd).
-- Ian
_
buffers than MAXPHYS -
> keyfiles are far smaller usually than 128kB, so there shouldn't be any
> issue with this.
>
If geli(8) uses relatively little memory and mlockall(MCL_FUTURE), you
should consider adding a jemalloc tuning string to it, similar to what I
did for watc
nto other builds, the error is in the makefiles,
not in the manpage.
Unambiguous evidence of this can be found in the email announcing the
new src.conf file and why it was created:
http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html
I&
On Fri, 2013-02-15 at 23:09 -0500, Mikhail T. wrote:
> 15.02.2013 19:12, Ian Lepore ???(??):
> > The src.conf manpage is not in error. The intent is that src.conf
> > applies only to the building of the freebsd world and kernel, that is,
> > the source that's usua
op in /usr/ports/audio/sox/work/sox-14.3.2/src.
*** [all-recursive] Error code 1
Stop in /usr/ports/audio/sox/work/sox-14.3.2.
*** [do-build] Error code 1
Stop in /usr/ports/audio/sox.
*** [build] Error code 1
Stop in /usr/ports/audio/sox.
Ian
--
Ian
; add , r0
> > > ld r0, r1
> > >
> > > Then that will indeed break. Alpha used a fixed register for 'pcpu_reg'
> > > (as does ia64 IIRC). OTOH, you might also be able to depend on the fact
> > > that
> > > pc_curthread is the firs
are:
1. Need the latest Intel firmware (iwlwifi-6000g2b-18.168.6.1)
to get anything approaching connectivity.
2. The 2.4GHz radio will absolutely not use a 20MHz channel if the
AP will do 40MHz.
3. 40MHz channels don't work.
4. Random disconnects every 30 minutes or so requiring a wlan0
t you may be just slightly ahead of the curve. You'll
probably be interested in this:
http://lists.freebsd.org/pipermail/freebsd-arch/2013-February/014055.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"
urity trick, it's just meaningless. I think the code is long overdue
for a fix to 0660 permissions when creating the file.
-- 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-02-29 at 16:18 +, jb wrote:
> Ian Lepore damnhippie.dyndns.org> writes:
>
> > ...
> > It's not a
> > directory or executable file in the first place, so making it executable
> > for everyone except the owner and group is not some sort o
On Wed, 2012-02-29 at 11:41 -0500, Jason Hellenthal wrote:
>
> On Wed, Feb 29, 2012 at 04:18:45PM +, jb wrote:
> > Ian Lepore damnhippie.dyndns.org> writes:
> >
> > > ...
> > > It's not a
> > > directory or executable file in the fi
On Wed, 2012-02-29 at 13:00 -0500, Jason Hellenthal wrote:
>
> On Wed, Feb 29, 2012 at 10:18:13AM -0700, Ian Lepore wrote:
> > On Wed, 2012-02-29 at 11:41 -0500, Jason Hellenthal wrote:
> > >
> > > On Wed, Feb 29, 2012 at 04:18:45PM +, jb wrote:
> > &
ar after the reboot. Is this
expected (like are there other required changes missing in 8-stable), or
do I have something misconfigured? (I can post more info, but don't
want to spam the list if the answer is going to be "this shouldn't work
in 8.x).
-- Ian
__
On Mon, 2012-03-12 at 22:52 +0200, Alexander Motin wrote:
> On 03/12/12 22:45, Ian Lepore wrote:
> > On Mon, 2012-03-12 at 21:15 +0200, Alexander Motin wrote:
> >> I'd like to note that recent r232793 change to cpufreq(4) in HEAD opened
> >> simple access to the
acpi0
> dev.cpu.11.coretemp.delta: 49
> dev.cpu.11.coretemp.resolution: 1
> dev.cpu.11.coretemp.tjmax: 91.0C
> dev.cpu.11.coretemp.throttle_log: 0
> dev.cpu.11.temperature: 42.0C
> dev.cpu.11.cx_supported: C1/1
> dev.cpu.11.cx_lowest: C1
> dev.cpu.11.cx_
On Wed, 2012-03-14 at 18:08 +0100, O. Hartmann wrote:
> On 03/14/12 16:08, Ian Lepore wrote:
> > On Wed, 2012-03-14 at 14:47 +0100, O. Hartmann wrote:
> >> This is no compalin, since make buildworld works with one thread.
> >>
> >> But I'd like to repor
plit VCS-dependent code out of newvers.sh.)
>
> Hints?
>
> Thanks!
>
> Peace,
> david
There was a recent checkin that's likely at the root of this:
Author: jhb
Date: Thu Mar 29 16:51:22 2012
New Revision: 233671
URL: http://svn.freebsd.org/chan
The
most infomation I managed to get out of the system before I had to
give up and revert to the previous config was that although Hz was
configured as 1000, it was only ticking 19 times a second, so machine
time was running about 50 slower than wallclock time.
You might or not be experiencing t
ks.
>
> BTW this is a pretty decent fan for the money. :)
> http://www.amazon.com/gp/product/B0033WSDOM/
>
The usbconfig(8) command has power_on and power_off commands. I've
never used them so I can't say for sure they'll do what you want.
-- Ian
FTER_ATTACH(dev);
> return (0);
> }
>
Does device_get_softc() work before attach is completed? (I don't have
time to go look in the code right now). If so, then a mutex initialized
and acquired early in the driver's attach routine, and also
On Sat, 2012-04-07 at 17:57 +0300, Konstantin Belousov wrote:
> On Sat, Apr 07, 2012 at 08:46:41AM -0600, Ian Lepore wrote:
> > On Sat, 2012-04-07 at 15:50 +0300, Konstantin Belousov wrote:
> > > Hello,
> > > there seems to be a problem with device attach
On Sun, 2012-04-08 at 06:58 +0300, Konstantin Belousov wrote:
> On Sat, Apr 07, 2012 at 09:10:55PM -0600, Warner Losh wrote:
> >
> > On Apr 7, 2012, at 8:57 AM, Konstantin Belousov wrote:
> >
> > > On Sat, Apr 07, 2012 at 08:46:41AM -0600, Ian Lepore wrote:
>
On Mon, 2012-04-09 at 17:59 +0300, Konstantin Belousov wrote:
> On Mon, Apr 09, 2012 at 08:41:15AM -0600, Ian Lepore wrote:
> > On Sun, 2012-04-08 at 06:58 +0300, Konstantin Belousov wrote:
> > > On Sat, Apr 07, 2012 at 09:10:55PM -0600, Warner Losh wrote:
> > > >
&
ed, NOCRED, td);
2437if (!error) {
This same panic was reported some time back in:
Subject: [panic] zfs_zget() panic during 'svn update'
From: Glen Barber
Date: Thu, 17 May 2012 16:18:51 -0400
To: freebsd-current@Fre
John Baldwin wrote:
> On Tuesday, May 22, 2012 2:36:06 pm Ian FREISLICH wrote:
> > Hi
> >
> > I've had quite a few reproduceable panics that look to be VFS
> > related. The trigger is relatively heavy concurrent disk IO.
> > I can trigger it easily two ways
John Baldwin wrote:
> On Wednesday, May 23, 2012 12:28:53 am Ian FREISLICH wrote:
> > (kgdb) frame 7
> > #7 0xc0878682 in pmap_enter (pmap=0xc09e4060, va=3359633408, access=7 '\a'
,
> > m=0xc191bf70, prot=7 '\a', wired=1) at
>
Konstantin Belousov wrote:
> On Wed, May 23, 2012 at 03:42:14PM +0200, Ian FREISLICH wrote:
> > John Baldwin wrote:
> > > On Wednesday, May 23, 2012 12:28:53 am Ian FREISLICH wrote:
> > > > (kgdb) frame 7
> > > > #7 0xc0878682 in pmap_enter (pmap=3D0xc09
;
It sounds like that might be the same problem as this, maybe the same
patch will fix it for you...
http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034408.html
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org
existing usage fixed.
The standard C macro FLT_ROUNDS from float.h expands to the reference to
__flt_rounds; it's intended for use by applications.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
make the connection
between unrelated devices. I think that implies that there would have
to be something near the root of the hiearchy willing to be the
owner/manager of dynamic resources.
-- Ian
___
freebsd-current@freebsd.org mailing list
htt
On Fri, 2012-07-06 at 16:45 -0400, Arnaud Lacombe wrote:
> Hi,
>
> On Fri, Jul 6, 2012 at 3:09 PM, Ian Lepore
> wrote:
> > On Fri, 2012-07-06 at 14:46 -0400, Arnaud Lacombe wrote:
> >> Hi,
> >>
> >> On Fri, Jul 6, 2012 at 11:33 AM, Arnaud Lacombe wr
same pages to userland via
> mmap (e.g. using an OBJT_SG object). :)
>
> Peter, this is somewhat orthognal (but related) to your bus_dma patch which is
> what prompted me to post this.
>
> Patch for 8 is below. Porting it to HEAD should be fairly trivial and direct.
> [patch re
anything for hinted children. Adding a
"hint.somedev.0.at=somebus" and then forcing the bus to enumerate hinted
children amounts to forcing the bus to adopt a child it may not be able
to provide resources for, which sounds like a panic or crash waiting to
happen (or at best, no crash
pf: state key linking mismatch! dir=OUT, if=tun0,
stored af=2, a0: 10.0.2.220:60793, a1: 192.41.162.30:53, proto=17, found af=2,
a0: 41.154.2.53:1701, a1: 41.133.165.161:59051, proto=17.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailin
similar to yours - 16 cores, full BGP RIB, 20+ VLANs + CARP
on 4*bce(4), PF+Sync, 400k+ states, NAT, tables, anchors etc.
The complication is that the production system is on 8 and the
pfsync is incompatible with 9 and CURRENT. And, 9/CURRENT is
unuseable for me as a backup without this fix becaus
ame=0xeb7b7d08) at /usr/src.pflock/sys/kern/kern_fork.c:995
#13 0xc07a5814 in fork_trampoline ()
at /usr/src.pflock/sys/i386/i386/exception.s:276
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"
RRENT running as a gateway. Often, it doesn't come
back without a powercycle because it's unable to complete a crashdump.
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"
RRENT running as a gateway. Often, it doesn't come
back without a powercycle because it's unable to complete a crashdump.
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"
rupt handler for the RTC chip would occasionally get stuck in a
loop for a minute or more at a time, making userland processes
completely unresponsive during that time.
It's a long shot, but if the trouble you're seeing has the same cause,
it should be fixed by this patch:
http://lists.
On Fri, 2012-08-17 at 14:38 +0400, Lev Serebryakov wrote:
> Hello, Ian.
> You wrote 16 августа 2012 г., 21:47:06:
>
>
> IL> It's a long shot, but if the trouble you're seeing has the same cause,
> IL> it should be fixed by this patch:
> IL>
> http://
On Fri, 2012-08-17 at 09:58 -0700, Adrian Chadd wrote:
> On 17 August 2012 07:56, Ian Lepore wrote:
>
> > That result actually matches my expectation... it fixed only a part of
> > your problem. I suspected (without very good evidence) that you may
> > have two unrelated
On Fri, 2012-08-17 at 14:29 -0700, Kevin Oberman wrote:
> On Fri, Aug 17, 2012 at 10:11 AM, Ian Lepore
> > No! Not bde! He'll notice that I violated style(9) by accidentally
> > leaving an extra blank line between a comment block and the function
> > definition. :)
r anything else that can set a tunable var), or
something in the rc system that can unblock /dev/random before anything
else needs it. The latter implies that the kernel itself must not block
before getting to that point in rc processing, even if it needs random
numbers for something (like cooking u
related to the config
option might be nice too, for platforms that can handle such things.
Those of us who have to cope with limited systems will fix our config
for those systems; that part of it shouldn't be your problem beyond
providing us with a knob.
-- Ian
__
t.mk sets the variable to opt out.
I don't especially like this (opt-in would be better), but I don't see
an easy fix either. We use bsd.prog.mk at $work (I'd better go add the
opt-out now), it seems like others probably do the same.
It would be much better if the base build opted in
On Mon, 2013-09-09 at 07:51 -0600, Ian Lepore wrote:
> On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote:
> > Am 08.09.2013 08:14, schrieb O. Hartmann:
> > > On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
> > >
> > >> Synopsis: devel
pkg - found
> ===> Fetching all distfiles required by nvidia-driver-325.15 for
> building
> ===> Extracting for nvidia-driver-325.15
> => SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz.
> ===> Patching for nvidia-driver-325.15
> sed: 1: &q
n").
>
> DES
So what happens when there is no dns server to consult? Will every ssh
connection have to wait for a long dns query timeout?
What if the machine is configured to use only /etc/hosts?
What if a DNS server is configured but doesn't respond?
For that matter, I jus
On Wed, 2013-09-11 at 17:42 +0200, Dag-Erling Smørgrav wrote:
> Ian Lepore writes:
> > So what happens when there is no dns server to consult? Will every
> > ssh connection have to wait for a long dns query timeout? What if the
> > machine is configured to use only /etc/ho
T_PROFILE so I think that changes the timing
of getting to the libssh build.
I find that the attached patch fixes it for me.
-- Ian
--- Makefile.inc1 Fri Sep 13 21:38:02 2013 -0600
+++ Makefile.inc1 Sat Sep 14 06:47:36 2013 -0600
@@ -1468,7 +1468,7 @@ lib/libcxxrt__L: gnu/lib
On Sat, 2013-09-14 at 16:03 +0200, Dag-Erling Smørgrav wrote:
> Ian Lepore writes:
> > I just ran into a build error related to this:
> > [...]
> > I find that the attached patch fixes it for me.
> > [...]
> > @@ -1468,7 +1468,7 @@ lib/libcxxrt__L: gnu/lib/libgcc
uch as with the attached
patch?
-- Ian
diff -r 00739d74c495 sys/dev/aic7xxx/aicasm/Makefile
--- sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 09:55:04 2013 -0600
+++ sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 11:44:09 2013 -0600
@@ -24,7 +24,8 @@ WARNS?= 5
DEPENDFILE= .depend_aicasm
.endif
-CFLAGS+= -
On Sat, 2013-09-14 at 20:42 +0200, Dimitry Andric wrote:
> On Sep 14, 2013, at 19:50, Ian Lepore wrote:
> > For a while I've been getting a build error on aicasm during the early
> > steps of the build. Today I finally dug into it and discovered it's
> > beca
On Sat, 2013-09-14 at 20:42 +0200, Dimitry Andric wrote:
> On Sep 14, 2013, at 19:50, Ian Lepore wrote:
> > For a while I've been getting a build error on aicasm during the early
> > steps of the build. Today I finally dug into it and discovered it's
> > beca
lved, I had to remove the WITHOUT_INFO so that the tools would be
there to let ports build, and then rely on an mtree pruning script to
keep the actual info files out of the filesystem image.
-- 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"
ory full of functions.
>
Why is that better than using this automated solution?
-- 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, 2013-09-17 at 16:31 -0700, Adrian Chadd wrote:
> On 17 September 2013 16:22, Ian Lepore wrote:
>
> > On Tue, 2013-09-17 at 14:56 -0700, Adrian Chadd wrote:
> > > ... I'd rather see if we can actually separate out things some more so
> > > these bu
-system-snappy/use-system-v8/usev8/mongo/shell/dbshell.o]
Error 1
scons: building terminated because of errors.
*** Error code 2
Stop.
make[1]: stopped in /usr/ports/databases/mongodb
*** Error code 1
Stop.
make: stopped in /usr/ports/databases/mongodb
Ian
--
Ian Freislich
___
The mount manpage says that
you may still run scripts from a noexec mount, but maybe that's
outdated. Does the attached patch let you keep the noexec option?
-- Ian
Index: include/Makefile
===
--- include/Makefile (revisi
On Sun, 2013-09-22 at 11:02 -0500, Larry Rosenman wrote:
> On 2013-09-22 10:41, Ian Lepore wrote:
> > On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote:
> >> Is it intended that we need to set exec=on for /usr/src after the
> >> include/mk-osreldate.sh addition?
&
with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote:
> On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
> > What's the right way to launch the bourne shell from a makefile? I had
> > assumed the ${SHELL} variable would be set to "the right" copy
> &g
On Sun, 2013-09-22 at 19:45 -0400, Glen Barber wrote:
> On Sun, Sep 22, 2013 at 05:37:51PM -0600, Ian Lepore wrote:
> > On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote:
> > > On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
> > > > What's the r
of
which are germane to the needs of mk-osreldate.h, so have mk-osreldate
check for just what it needs, and let newvers.sh take care of its
internal errors however it likes.
-- Ian
Index: include/mk-osreldate.sh
===
--- include/mk-o
build machine is i386
running 8-stable, probably not the most common setup these days. :)
I'm building an amd64 kernel & world to install onto a spare machine to
see if I can reproduce it in that environment, but that'll take a couple
hours.
-- Ian
__
an
i386 8.x machine. I think that's where you'd see the permission error.
If the same sort of thing is happening for you, then all that's left is
to figure out why osreldate.h is out of date at install time, and how to
handle things if that's the case.
-- Ian
___
On Sun, 2013-09-29 at 10:13 +0200, Joel Dahl wrote:
> On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote:
> > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote:
> > > Hi,
> > >
> > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src:
&
on Sun, Sep 29, 2013 at 10:13 +0200:
> > >>> On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote:
> > >>>> On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote:
> > >>>>> Hi,
> > >>>>>
> > >>>>> Fresh
On Mon, 2013-09-30 at 19:02 +0200, Jilles Tjoelker wrote:
> On Sun, Sep 29, 2013 at 10:13:29AM +0200, Joel Dahl wrote:
> > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote:
> > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote:
> > > > Fresh HEAD. instal
having
> this issue?
That happens when you try to build -current on a "too old" system. I'm
not sure what too old is, but my 8.3 system had that problem and the
only way I could get rid of it was to hack the make in 8.3 to understand
the new bmake style variable modifiers.
-
s a hint to do
something smart.
-- 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"
er all. The reasonable solution might be
> to use ns8250_delay() to get the transmission time and use it for timeout
> from the first point. I would DELAY(1) in each loop and decrement value
> acquired from ns8250_delay(). The loop should break during that time or we
> return an er
line_size'
> pad = max(cpu_clflush_line_size, 16);
> ^
> /usr/src/sys/modules/cxgbe/if_cxgbe/../../../dev/cxgbe/t4_sge.c:273:9:
> error: use of undeclared identifier 'cpu_clflush_line_size'
> len = cpu_clflush_line_size >
On Mon, 2013-10-07 at 14:56 -0600, Ian Lepore wrote:
> On Mon, 2013-10-07 at 22:36 +0200, Zbigniew Bodek wrote:
> > Hello Adrian,
> >
> > Thank you for your remarks.
> > Please check my answers in-line.
> >
> > Best regards
> > Zbigniew Bodek
> &
see just how much of the discussion
involved rcs, I just spot-checked a few and confirmed my memory that it
showed up in some of the messages there.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
Florent Peterschmitt wrote:
> Le 20/09/2013 10:04, Ian FREISLICH a =E9crit :
> > Hi
> >
> > Is this libstdc++ fallout?
>
> You can try these patchs:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182110
I am sorry that I did not see your message u
m mounted early enough to be
useful (that is something we do already with a custom rc script).
Note that I'm not asking for any changes here, just babbling.
-- 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"
> What else do y'all need?
>
>
>
I notice you're using ssh and a pipe -- does your shell logon script
echo anything to stdout when you connect? I've had that interfere with
piped ssh stuff. Most shells provide a way for the logon script to
determine "is this
501 - 600 of 866 matches
Mail list logo
