rank1seeker | 24 Oct 14:15 2014
Picon

tar behavior 9.* -> 10.*

https://forums.freebsd.org/threads/tar-errors-when-file-content-extracted-to-stdout-is-piped.48626/

Bug?
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"

Zaphod Beeblebrox | 24 Oct 07:37 2014
Picon

ZFS errors on the array but not the disk.

What does it mean when checksum errors appear on the array (and the vdev)
but not on any of the disks?  See the paste below.  One would think that
there isn't some ephemeral data stored somewhere that is not one of the
disks, yet "cksum" errors show only on the vdev and the array lines.  Help?

[2:17:316]root <at> virtual:/vr2/torrent/in> zpool status
  pool: vr2
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
  scan: resilver in progress since Thu Oct 23 23:11:29 2014
        1.53T scanned out of 22.6T at 62.4M/s, 98h23m to go
        119G resilvered, 6.79% done
config:

        NAME               STATE     READ WRITE CKSUM
        vr2                ONLINE       0     0    36
          raidz1-0         ONLINE       0     0    72
            label/vr2-d0   ONLINE       0     0     0
            label/vr2-d1   ONLINE       0     0     0
            gpt/vr2-d2c    ONLINE       0     0     0  block size: 512B
configured, 4096B native  (resilvering)
            gpt/vr2-d3b    ONLINE       0     0     0  block size: 512B
configured, 4096B native
            gpt/vr2-d4a    ONLINE       0     0     0  block size: 512B
configured, 4096B native
            ada14          ONLINE       0     0     0
            label/vr2-d6   ONLINE       0     0     0
            label/vr2-d7c  ONLINE       0     0     0
(Continue reading)

by via freebsd-hackers | 23 Oct 06:41 2014
Picon

FreeBSD Home Page

freebsd.org home page seems strange with "Production" and "Upcoming".

by
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"

Zaphod Beeblebrox | 23 Oct 06:08 2014
Picon

IPv6 provisioning for a FreeBSD ISP.

Besides the fact that the ngX interfaces appear to have a quirk (or maybe
it's mpd5 or quagga) where remote hosts can't talk to services residing on
the ngX host, A FreeBSD machine with mpd5 and quagga that talk to
freeradius and PostgreSQL serves as a really nice small ISP package.

I already support ipv6 for many users (and have, for some time) using
static gif tunnels.  This works, but it is annoyingly suboptimal.

Now my ISP doesn't allocate addresses from a pool.  I don't care that
people effectively have static addresses.  managing the addresses isn't
difficult and the average user is nailed up more than 98% of the time.  So
I assign a static IPv4 address in PostgreSQL.  Freeradius reads this and
sends it to mpd5 --- which hands out the static addresses ... and even
routed ipv4 netblocks via ipcp (or ipv4cp).

IPv6 works over my pppoe<-->l2tp links.  I can set static addresses on the
ngX connections at both ends, The traffic is passed.  What stops me from
implementing this is the equivalent of the
PostgreSQL->freeradius->mpd5->ipcp communication of the addresses and
settings.  mpd5 doesn't seem to have any builtin handling of the ipv6
addresses and I don't see what other solution will properly hand out static
addresses (and routed networks).

How is this supposed to go together?  DHCP6 doesn't seem to acknowledge
that the user has already logged in via l2tp/ppp.  rtsold doesn't seem to
address static addressing.
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
(Continue reading)

Outback Dingo | 23 Oct 01:05 2014
Picon

Launchd ported / released to the wilds for FreeBSD

A working port of Launchd to FreeBSD has been released and can be found on
github

https://github.com/outbackdingo/launchd_xml

We have also supplied the codebase to the openlaunchd efforts.

Its a but dated but does still work on 8/9/10 and CURRENT.

Enjoy.....
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"

Julian H. Stacey | 21 Oct 16:51 2014

DOC obstructs encryption export again - Non USA crypto base again ?

How can FreeBSD best re-segregate crypto components of its repository again,
ready to move crypto components outside the USA, as USA DOC imperils again ?

FreeBSD is now SVN based, we were CVS last time,  Any new issues to solve  ?
Can smooth transition be planned before, in case of risk of USA DOC action ?

Last time FreeBSD used South Africa; if that's not viable, 
FreeBSD based servers elsewhere are available (including in .EU).

  http://www.theregister.co.uk/2014/10/17/intel_subsidiary_crypto_export_fine/
    "US government fines Intel's Wind River over crypto exports"

    "Now, as Techdirt notes, the conflict between government
    regulation and the tech industry is moving onto the renal
    original turf of the first crypto wars of the late 90s - the
    export of strong encryption."

  https://www.techdirt.com/articles/20141015/13561128840/first-commerce-department-fines-intel-subsidiary-exporting-encryption.shtml

    "For those who lived through the late 90's cryptowars, it's
    beginning to feel like history is repeating itself."

  http://lists.gnupg.org/pipermail/gnupg-users/2014-October/051131.html
    "maybe the decision to keep GnuPG infrastructure out of the US
    - even after the lifting of the export restrictions - was not too bad."

USA Dept. of Commerce were obstructive idiots even back in the early 1980s: 
  (DOC obstructed delivery of Unix systems with crypt binary (not
  source), though British Unix source licencees, associates, &
  even the communist East were all in possesion of crypt.c source
(Continue reading)

Willem Jan Withagen | 19 Oct 00:39 2014
Picon

tip has -n and cu not

Hi,

is there any particular reason why tip has the -n flag to disable escape
handeling, but cu does not?

Reason for the question:
Looking for a way to get external access to bhyve consoles connected to
/dev/nmdmXXXA.
I'd like to use cu as "shell" to make it possible to give user access to
a /dev/nmdmXXXB port thru ssh. And this is the only thing that user is
able to do.... And without the -n flag, cu allows all kinds of nasty
escape tricks.

--WjW
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"

Jonathan de Boyne Pollard | 19 Oct 02:52 2014

nosh version 1.9

nosh version 1.9 is out.  If you've not heard of it, here's the blurb:

* http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh.html

If you also read the worked example, make sure that you read all of the 
way to the bottom.  (-:  If you want to read more, there's a whole Guide 
in the package, and lots of manual pages.

There's now a command for converting FreeBSD /etc/rc.conf{,.local} 
preset information (the *_enable variables) to service bundle preset 
information.  For kicks, I've also added a small shim for the OpenBSD 
"rcctl" command that they're busy inventing.  It's worth noting that 
OpenBSD 5.6 now specifies that /etc/rc.conf{,.local} doesn't have shell 
expansions and isn't necessarily sourced by a shell, which is change 
that I welcome with open arms.  I will be looking at conversion of 
OpenBSD *_flags variables; but the big thing that remains in this area 
is a utility that pushes all of the other variables, apart from 
*_enable, into envdirs in the appropriate service bundles, which is 
going to be a tedious one-by-one slog because sometimes the variable 
names don't match the service names, as you no doubt know.

I set myself a task of converting to service bundles all but two of the 
157 non-target scripts that I found in a stock FreeBSD /etc/rc.d/ .  
I've reached 85.  A lot of the remaining scripts are complex, often 
one-shot, shell scripts onto the side of which the rc.d start/stop 
system has been bolted, with varying degrees of success.  If you are 
interested in helping, one of the things that would help greatly is 
factoring out the meat of some of these into helper commands of some 
kind, reducing the lopsided hulks to something more like (say) 
/etc/rc.d/rpcbind .  (I can supply a list.)  As reciprocal payment in 
(Continue reading)

Konstantin Belousov | 18 Oct 18:53 2014
Picon

Re: Fwd: Questions with the in_cksumdata() function in sys/amd64/amd64/in_cksum.c

On Sat, Oct 18, 2014 at 07:29:12AM -0400, John Baldwin wrote:
> Do you have any thoughts on this?  On modern Intel CPUs with the hardware 
> prefetcher this would seem to be a waste, so I wonder how useful this is
> in practice.
I would be not surprised if this manual prefetching by explicit reads
causes slowdown of the function.  I suspect it could confuse hardware
prefetcher by breaking the linear pattern, or the patch could break
the logic of the limited forward-looking oracle by reading too far
from the current linear read tip.

Also, it could confuse the data flow engine if the register allocator
is unable to see that the read value is needed not right now, and cause
unneeded stall while next cache line is fetched.

Sure, all my speculations are pure garbage until confirmed by
measurements with pmc, but I think that the patch below must be
benchmarked to confirm any value it provides as well. My opinion is,
we should either remove the manual prefetch, or do it with PREFETCHLX
instructions only, instead of real read.

> 
> ----------  Forwarded Message  ----------
> 
> Subject: Questions with the in_cksumdata() function in 
> sys/amd64/amd64/in_cksum.c
> Date: Friday, September 26, 2014, 10:51:36 PM
> From: btw <at> mail.ustc.edu.cn
> To: freebsd-hackers <freebsd-hackers <at> freebsd.org>
> 
> Hi All,
(Continue reading)

Jeremie Le Hen | 17 Oct 00:15 2014
Picon

struct bintime

Hi,

I need to get microseconds from a struct bintime.  I found
bintime2timeval() in sys/time.h which more or less does this, but I
don't understand how the computation works.

Can someone explain it to me please?

static __inline void
bintime2timeval(const struct bintime *_bt, struct timeval *_tv)
{

        _tv->tv_sec = _bt->sec;
        _tv->tv_usec = ((uint64_t)1000000 * (uint32_t)(_bt->frac >> 32)) >> 32;
}

Thanks!
--

-- 
Jeremie Le Hen
jlh <at> FreeBSD.org
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"

Wojciech Puchar | 16 Oct 14:19 2014
Picon

help with backlight control and memory

bought new laptop. it's lenovo B590

most things works fine. but brightness control keys doesn't work after 
FreeBSD is loaded. they work before it.

i don't ask for a solution but any point to start. What should i check?

is it ACPI tables problem (kernel shows some errors).

Other question - can amount of memory dedicated to GFX card be changed? 
There is no option in BIOS setup to do this. and i have lots of memory 
wasted as you may see below.

Copyright (c) 1992-2014 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
 	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.1-BETA1 #4: Wed Oct 15 23:56:56 CEST 2014
     root <at> laptop:/usr/src/sys/amd64/compile/laptop amd64
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
CPU: Intel(R) Celeron(R) CPU 1005M  <at>  1.90GHz (1895.73-MHz K8-class CPU)
   Origin = "GenuineIntel"  Id = 0x306a9  Family = 0x6  Model = 0x3a  Stepping = 9
   Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
   Features2=0xdbae3bf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,OSXSAVE>
   AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM>
   AMD Features2=0x1<LAHF>
   Structured Extended Features=0x281<FSGSBASE,SMEP,ERMS>
   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
   TSC: P-state invariant, performance statistics
real memory  = 2147483648 (2048 MB)
(Continue reading)


Gmane