t;However, quick look suggests you may be a "victim" of r284861.
>
> After further testing I can confirm that this panic was introduced in
> r284861, thanks for the hint!
Can you tell me what your line 1920 of kern_event.c is? (and the context
around it? Or at least the $FreeBSD$
eeBSD_HEAD/usr.bin/xinstall
> >
> > This failure seems due to cannot build 11-CURRENT on 10.1-RELEASE, where
> > this job configured to run on.
> >
> > I have tested building HEAD in 11-CURRENT and 10.1-RELEASE jails,
> > the first one succeeded and the other faile
/changeset/base/r275732
[2] https://svnweb.freebsd.org/changeset/base/r285216
[3] https://defuse.ca/cbcmodeiv.htm
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, ha
bling interrupts?
Why not disabled interrupts, unregister interrupt handler, and then
make sure interrupts are disabled (only needed to prevent an interrupt
storm)? Once you have unregistered the interrupt handler, it can't run
again... Then you're free to drain the task que
blems?
Doing a buildworld from a source tree not located in /usr/src works
and I do it all the time... There is nothing special, simple
buildworld just works...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All t
Poul-Henning Kamp wrote this message on Thu, May 14, 2015 at 07:42 +:
>
> In message <20150514072155.gt37...@funkthat.com>, John-Mark Gurney writes:
>
> >Since you apprently missed my original reply, I said that we shouldn't
> >abuse BUFSIZ for
David Chisnall wrote this message on Wed, May 13, 2015 at 09:27 +0100:
> On 13 May 2015, at 09:03, John-Mark Gurney wrote:
> >
> > Poul-Henning Kamp wrote this message on Tue, May 12, 2015 at 06:31 +:
> >>
> >> In message <20150512032307.gp3
Ian Lepore wrote this message on Wed, May 13, 2015 at 12:47 -0600:
> On Wed, 2015-05-13 at 11:13 -0700, John-Mark Gurney wrote:
> > Adrian Chadd wrote this message on Wed, May 13, 2015 at 08:34 -0700:
> > > The reason I ask about "why is it faster?" is because for embe
ize this any more... We are batching
work in a more effecient manner... I could list many other examples
of where we do similar optimizations...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not.&q
Hans Petter Selasky wrote this message on Wed, May 13, 2015 at 10:35 +0200:
> On 05/13/15 10:27, David Chisnall wrote:
> > On 13 May 2015, at 09:03, John-Mark Gurney wrote:
> >>
> >> Poul-Henning Kamp wrote this message on Tue, May 12, 2015 at 06:31 +:
>
Poul-Henning Kamp wrote this message on Tue, May 12, 2015 at 06:31 +:
>
> In message <20150512032307.gp37...@funkthat.com>, John-Mark Gurney writes:
>
> >Also, you'd probably see even better performance by increasing the
> >size to 64k, [...
reasing the
size to 64k, though as with all things, this means more memory use
on smaller systems (though on smaller/slower systems, this may be
an even bigger win)... This mostly just reduces number of context
switches...
--
John-Mark Gurney Voice: +
PE=foo on i386, so I would also apply this
> change to i386.
>
> An updated patch is below.
We should probably add a $(CFLAGS_NOFPU) define and use that.. Then it
can be properly tweaked per compiler and per arch as necessary instead
of hardcoding the selection in each makefile...
--
Oliver Pinter wrote this message on Tue, Feb 17, 2015 at 23:27 +0100:
> On Tue, Feb 17, 2015 at 11:19 PM, Fabian Keil
> wrote:
> > John-Mark Gurney wrote:
> >
> >> If you are running a current kernel r273872 or later, please upgrade
> >> your kernel to r278907
John-Mark Gurney wrote this message on Tue, Feb 17, 2015 at 09:37 -0800:
> If you are running a current kernel r273872 or later, please upgrade
> your kernel to r278907 or later immediately and regenerate keys.
>
> I discovered an issue where the new framework code was
kernel upgrade w/ the patch is sufficient to fix the issue.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing
, and would you be willing to run some
basic tests?
I've set reply-to so as not to spam the list.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
are of interest.
Thanks, I've taken this offer off list.
> > On Feb 6, 2015, at 6:35 PM, John-Mark Gurney wrote:
> >
> > I have some plans to improve the opencrypto framework in FreeBSD later
> > this year. This will require invasive changes to the various d
glxsb (AMD Geode LX, such as Sokris Net5501, missing man page)
safe (SafeNet)
sec (Freescale, missing man page)
cryptocteon (Cavium Octeon, missing man page)
nlmsec (mips/nlm/dev/sec/nlmsec.c, missing man page)
rmisec (mips/rmi/dev/sec/rmisec.c, missing man page)
--
John-Mark G
itional relocation overflows omitted from the
output
*** Error code 1
Stop.
make[5]: stopped in /a/src/usr.bin/clang/clang
*** Error code 1
Stop.
make[4]: stopped in /a/src/usr.bin/clang
*** Error code 1
Stop.
make[3]: stopped in /a/src/usr.bin
*** Error code 1
Stop.
make[2]: stoppe
ve the right arm gear to do this test, and emulation
> environments that run FreeBSD have had poor big-endian support for arm.
I have a board that I plan to test on shortly... If Andrew would like,
I know Jim Thompson has a standing offer to send board(s) to people who
will test it...
He provi
Andrey V. Elsukov wrote this message on Mon, Nov 17, 2014 at 21:34 +0300:
> On 16.11.2014 09:15, John-Mark Gurney wrote:
> > Ok, I was able to reproduce the bug, and found that my optimization
> > for single mbuf packets was broken... I've attached a new patch
Adrian Chadd wrote this message on Sat, Nov 15, 2014 at 22:18 -0800:
> ... no attachment?
Thanks, I put it on the website since I realized it was 155k and
a bit large to attach...
it's at:
https://www.funkthat.com/~jmg/patches/aes.ipsec.6.patch
> On 15 November 2014 22:15, John-
Andrey V. Elsukov wrote this message on Sat, Nov 15, 2014 at 15:19 +0300:
> On 15.11.2014 05:42, John-Mark Gurney wrote:
> > I just verified that this happens on a clean HEAD @ r274534:
> > FreeBSD 11.0-CURRENT #0 r274534: Fri Nov 14 17:17:10 PST 2014
> > j...@carbon.funk
John-Mark Gurney wrote this message on Fri, Nov 14, 2014 at 11:39 -0800:
> Well.. It looks like IPSEC is still broken in head... I can get
> pings to pass, but now on IPv4 transport mode, I can't get syn's to
> be sent out... I see the output packet in the protocol stats, but
Vsevolod Stakhov wrote this message on Sat, Nov 08, 2014 at 21:20 +:
> On 08/11/14 20:45, John-Mark Gurney wrote:
> >Vsevolod Stakhov wrote this message on Sat, Nov 08, 2014 at 18:55 +:
> >>On 08/11/14 04:23, John-Mark Gurney wrote:
> >>>Hello,
> >&g
Vsevolod Stakhov wrote this message on Sat, Nov 08, 2014 at 18:55 +:
> On 08/11/14 04:23, John-Mark Gurney wrote:
> > Hello,
> >
> > Over the last few months, I've been working on a project to add support
> > for AES-GCM and AES-CTR modes to our Op
f) so multisegmented
inputs don't have to be copied.
I know there are more fixes and future improvements, but can't think of
them now.
Ermal (eri) has patches that enable AES-GCM (and I believe AES-CTR)
support for our IPsec. Once these patches have been committed, I'll
work with him
John-Mark Gurney wrote this message on Fri, Oct 17, 2014 at 09:58 -0700:
> Sourish Mazumder wrote this message on Fri, Oct 17, 2014 at 17:34 +0530:
> > I am planning to use geom gate network for accessing remote disks. I set up
> > geom gate as per the freebsd handbook. I am us
nd debug data: in the build directory the
> >kernel with debug data included is now named kernel.full, and and
> >kernel.debug is the standalone debug data file.
> >
> >I plan to merge this in a few days if there are no issues reported in
>
Brooks Davis wrote this message on Mon, Oct 27, 2014 at 22:10 +:
> On Mon, Oct 27, 2014 at 02:55:09PM -0700, Garrett Cooper wrote:
> >
> > > On Oct 27, 2014, at 14:50, John-Mark Gurney wrote:
> > >
> > > There are issues w/ installing tests where the tes
nt $1 }' | sort | uniq -d
This will print out the current list if files that get installed multiple
times
Currently, it looks like all the tests subdirs are installed a second
time...
Could someone look at making it so that they don't get installed
multiple times?
Thanks.
--
J
565272 0
37698 0 0 225447008 37698 0 225447008 0
while running:
$ ssh 0 dd if=/dev/zero >/dev/null
This is w/ no special patches to OpenSSL or ssh...
It could go twice as fast if ssh could use multiple threads to do the
encryption (the processor has 4 cores, 2
card or other
media to boot from..
I recently ran up FreeBSD on an old K6/200, so close to same era, and
it just worked...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
>
> Note: the % is not the % fragmented, IIRC, it is the percentage of the
> free blocks that are less that a specific size. I forget what that size is.
Can we get this documented in the zpool man page? I assume that the
FRAG is the same as:
fragmentation
The a
=) we
increase max_len... seems like if we include this frag that would
put us over the limit that we should just skip it? (break w/o increasing
max_len)..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have,
If someone would like to write a man page for these functions, I'll
fix them up and commit them...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I hav
Hiroo Ono () wrote this message on Sun, Aug 31, 2014 at 20:43 +0900:
> Thank you for taking a look into this.
>
> 2014-08-31 15:47 GMT+09:00 John-Mark Gurney :
> > Hiroo Ono () wrote this message on Sun, Aug 31, 2014 at 14:01
> > +0900:
> >&
da0: ATA-8 SATA 2.x device
> ada0: Serial Number WD-WXE908P42038
> ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes)
> ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C)
> ada0: Previously was known as ad0
> SMP: AP CPU #1 Launched!
> WARNING: WITNESS option enabled, expect reduced performance.
> Root mount
ted.
Could it be that previous versions were ignoring the option and not
giving you an error?
It looks like that was the case on my 9.1-PR box:
$tar -cJf test.txz *.patch *.c testcrypt *.h; ls -l test.txz
-rw--- 1 jmg wheel 38956 Aug 26 17:33 test.txz
$tar --options xz:9 -cJf
se by default
> the first usable LBA is 40.
Luckily, gpart restore won't work:
# gpart backup /dev/md0
GPT 4
1 freebsd-ufs 8 262144
# gpart restore md1 < /tmp/foob.gpt.back
gpart: entries '4': Invalid argument
So, we're somewhat safe, guess gpart re
Eric van Gyzen wrote this message on Fri, Aug 22, 2014 at 15:26 -0400:
> On 08/22/2014 15:20, John-Mark Gurney wrote:
> > Eric van Gyzen wrote this message on Fri, Aug 22, 2014 at 15:16 -0400:
> >> What behavior would you expect from this sequence of commands?
> >>
fs to grow
as necessary, we might want to allocate a few more more than the
minimum... I do agree that we want to keep sizes to a minimum...
> Since only gpart was available for creating GPT partitions, the side-effect
> of always having 128 partitions hid the bug in the loa
s just not what I was expecting.
>
> Assuming we want to keep this behavior, can we clarify the -c flag in
> man page? I would suggest:
>
> If the -t flag is not specified, clear the default set of trace points.
Maybe we should add a new trace point string that is a (fo
a local slave on your server?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/
);
> > +
>
> In general, I like this part of the diff. Every user of get_num
> checks for negative values, so why not move the check into get_num
> itself? But you changed it from a numeric check to a text check, and
> writing text parsers makes me nerv
28.
Successfully upgraded 'tank'
If you boot from pool 'tank', don't forget to update boot code.
Assuming you use GPT partitioning and da0 is your boot disk
the following command will do it:
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0
Or s
Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 21:27 +0200:
> On Sat, Aug 2, 2014 at 8:32 PM, John-Mark Gurney wrote:
>
> > Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 15:20 +0200:
> > > Well, I did not look at network stack for long time, so the f
d be nice.
I agree... These things should have been done in the first place, but
clearly this warning wasn't enough to cause anyone to fix it.. :)
> On Sat, Aug 2, 2014 at 12:21 AM, John-Mark Gurney wrote:
>
> > Svatopluk Kraus wrote this message on Sat, Aug 02,
o say goodbye to kldloading netgraph at runtime?
>
> Well, why is it saying that? is there actually a problem?
Please read the thread. Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
+ */
mtx_unlock(&dom_mtx);
}
> On Fri, Aug 1, 2014 at 9:34 PM, John-Mark Gurney wrote:
>
> > So, I have a laptop that devd loads the bluetooth module every time..
> >
> > This means I get the following error on every boot:
> > WARNING: attemp
eeBSD 11.0-CURRENT #3 r267710M: Thu Jul 31
21:39:53 ICT 2014
jmg@pciehp:/usr/home/jmg/freebsd.pciehp/sys/amd64/compile/GENERIC amd64
Let me know if you need any more info.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has
alize()\n", dp->dom_name);
-#endif
mtx_unlock(&dom_mtx);
}
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@f
is left. For those of us who do this without funding you
> manage to squeeze in an hour here or there.
Then write a proposal and submit it to the Foundation.. If you don't
ask for funding, it rarely shows up...
--
John-Mark Gurney
kthdr_init ->
mac_mbuf_init -> m_tag_get or mac_mbuf_tag_init...
I didn't trace it down beyond mac_mbuf_init.. Verifying that
mac_mbuf_init still has M_NOWAIT would be good...
--
John-Mark Gurney Voice: +1 4
ld not use jumbo
(>page sized) mbufs otherwise we will quickly fail to allocate mbufs
after a machine has been up for a long while causing other failures...
Unless of course if the code fails to allocate the largest cluster it
falls through to trying to allocate the next smal
Peter Jeremy wrote this message on Fri, Jul 04, 2014 at 21:27 +1000:
> On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney wrote:
> >So, I recently tried to break into the debugger w/ the various key
> >sequences that I know about, and none of them worked... I've tried
> >C
db.enter=1 to enter the debugger, and the
CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works
to reboot...
Does anyone know if this works?
Thanks for the pointers...
btw, I'm having trouble on 9stable too.
--
John-Mark Gurney Voice: +1 415 225
John Baldwin wrote this message on Tue, Jun 24, 2014 at 09:51 -0400:
> On Monday, June 23, 2014 9:06:26 pm John-Mark Gurney wrote:
> > John Baldwin wrote this message on Mon, Jun 23, 2014 at 10:49 -0400:
> > > On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote:
> &g
John Baldwin wrote this message on Mon, Jun 23, 2014 at 10:49 -0400:
> On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote:
> > So, when I try to eject a ESATA card, the machine panics... I am able
> > to successfully eject other cards, an ethernet (re) and a serial card
Eric van Gyzen wrote this message on Mon, Jun 23, 2014 at 08:57 -0500:
> On 06/23/2014 08:44, John-Mark Gurney wrote:
> > So, when I try to eject a ESATA card, the machine panics... I am able
> > to successfully eject other cards, an ethernet (re) and a serial card
> > (uart)
it the deadc0de address, to print up a
special message or something? At least flag it, or do we not get
the faulting address?
This is HEAD as of r266429.
Let me know if there is anything else you need to know.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
t all. As far as I remember there was
> always a minimum set of nodes in there, like ttys etc.
>
> What happened? Which changes did I miss?
We use devfs, so you don't need anything in /dev... when the system
boots, it'll automatically mount /dev for you..
--
John-Mark Gurney
Hans Petter Selasky wrote this message on Thu, Jun 12, 2014 at 21:06 +0200:
> On 06/12/14 20:52, John-Mark Gurney wrote:
> >So, I'm trying to get USB functional on an old i386 machine that only
> >supports USB 1.0... It works, but when I try to plug in a hub I get
> >
ports, and works..
Let me know if there is anything more info I can provide.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-c
Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 21:33 +0400:
> On 10.06.2014 20:24, John-Mark Gurney wrote:
> >Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 13:17
> >+0400:
> >>On 10.06.2014 07:03, Bryan Venteicher wrote:
> >&
from
> >earlier in the year showing an absurd amount of time spent in bpf_mtap():
> Can you briefly describe test setup?
For mine, one machine is sink:
nc -l 2387 > /dev/null
The machine w/ dhclient is source:
nc carbon 2387 < /dev/zero
> (Actually I'm interested in ov
14
r...@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
WARNING: WITNESS option enabled, expect reduced performance.
CPU: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz (1995.05-MHz K8-class CPU)
Origin="G
f you care about performance, don't run dhclient...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +0200:
> On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote:
> > Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400:
> > > On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone
ot;bind" the two together so
that when one opens, the other doesn't disappear... The problem is
that geom views them as two separate disks when in fact they are the
same... someone who knows geom well should think about how to solve
this problem, as diskid isn'
hough there is a kernel option
to disable diskid's (which would solve the ZFS on root problem) for
all devices.. search the archives as you're not the first one to raise
this issue...
--
John-Mark Gurney
her algorithms
to OpenCrypto...
If you let me know more about what you're trying to do, I'll help you..
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
Konstantin Belousov wrote this message on Wed, Apr 02, 2014 at 15:07 +0300:
> On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote:
> > From: John-Mark Gurney
> > Date: Tue, 1 Apr 2014 23:15:51 -0700
> > > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:
and then you can print
it out yourself...
I'm going to take a look at this a bit more later... I'm thinking of
using dtrace to collect the stacks where filt_signal is called, and
match them up... dtrace might even be able to get us the note's data
upon return helping to make sure thing
Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 +0100:
> Hello John-Mark and FreeBSD friends,
>
> On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote:
> > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100:
> > > Hel
Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100:
> Hello John-Mark and FreeBSD friends,
>
> On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote:
> > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100:
> > > On Tue, Ma
is litterally only mail with
attachments and not large emails w/o attachments, then it's definately
not that issue..He could just disable path_mtu on the server:
sysctl net.inet.tcp.path_mtu_discovery=0
to test this, but I'd be surprised if it allows email through, since
he's al
Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100:
> On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote:
> > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100:
> > > I'm not an expert in tcpdump. Can anyone make se
issue w/ FreeBSD not
sending out the last frame after ack? With out knowing what the last
packet contains, it's hard to say...
> 11:25:27.975453 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274:
> Flags [.], ack 17495, win 65160, length 0
> 11:25:43.535093 IP MyServer.My
cpflow to capture the flows for myprovider.com and look
at them...
Though you are seeing a timeout, so it sounds like myprovider.com isn't
reading your message in a timely fasion..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has b
;/usr/src/share/mk/bsd.subdir.mk" line 85: warning: duplicate script
for target "includes" ignored
make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using previous
script for "includes" defined here
--
John-Mark Gurney Voi
Ian Lepore wrote this message on Thu, Mar 20, 2014 at 08:29 -0600:
> On Thu, 2014-03-20 at 10:08 -0400, John Baldwin wrote:
> > On Tuesday, March 18, 2014 6:20:50 pm Bjoern A. Zeeb wrote:
> > >
> > > On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote:
> > >
Bjoern A. Zeeb wrote this message on Tue, Mar 18, 2014 at 22:20 +:
>
> On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote:
>
> > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400:
> >> I did't build my NanoBSD images for almost year,
our tool chain doesn't have the necessary support for
AES-NI... Are you using gcc as cc? If so, do you have the necessary
tool chain work that I did in r255185 in your local tree?
Can you compile this test program?
-- tsse.c start
#include
__m128i foo;
-- tsse.c end --
With the
;s
> >appropriate.
>
> This is how I envision it too. The idea is not to have libcrypt depend on
> libutil, but rather the opposite. Currently, there are at least two places
> where this code is being used, and in my opinion, libcrypt would be a
> better place for it.
>
By my understanding, you can't, since often the VM isn't aware
of the parent, so doesn't know when to stop the clock when it isn't
running...
Unless I'm missing something, you really can't do any cpu or profiling
on a VM and trust the resul
uested
> for various password manipulating tools to reduce duplicated code.
So, the current code in pam_unix is:
login_setcryptfmt which calls crypt_set_format as necessary
makesalt
crypt
So, we could expand crypt_set_format to understand the two, and keep
a copy of the rounds data, or we cou
Xin Li wrote this message on Fri, Mar 07, 2014 at 16:43 -0800:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 03/07/14 15:07, John-Mark Gurney wrote:
> > Allan Jude wrote this message on Fri, Mar 07, 2014 at 17:53 -0500:
> >> On 2014-03-07 17
it would allow an
automatic increase in security as faster CPUs are used...
Anyways, how many people are still using passwords instead of ssh keys?
Setting the time to be something like 100ms may seem long, but
considering few people should be using passwords these days, it's less
of
Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100:
> On 01/03/14 02:16, John-Mark Gurney wrote:
> > Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100:
> >>
> >> For building the sparc64 kernel, there is one open issue left, whi
ns... We use
PCPU_SET(mem, PCPU_GET(mem) + val) for PCPU_ADD, not great, but it's
no worse than what we were previously using..
Until we get a proper fix which involves mapping all the cpu's PCPU
data on all CPUs, this will have to sufice..
This patch is based upo
hat we'll call f_detach when we close the kq, which I assume
> > could cause a panic...
> >
> > This needs to be investigated/tested...
>
> Thank you for your comment.
>
> I tried test by usb_dev. When a USB device is lost suddenly, I can
> receive EV_EOF|EV
, which would seem to
mean that we'll call f_detach when we close the kq, which I assume
could cause a panic...
This needs to be investigated/tested...
--
John-Mark Gurney Voice: +1 415 225 5579
"All tha
50ms to run the rounds or a minimum number of
rounds.. This way on faster boxes you get added security of extra
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
> I tried add kqueue I/F to usb_dev.c. I attached my patch.
> What do you think about my patch?
Do you have test cases for these patches?
--
John-Mark Gurney Voice: +1 415 225 5579
&qu
s good...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
n it's fine..
3) I don't see any calls to knlist_destroy... These calls are needed
to clean up the knlist...
Obviously the #if 1's will need to go...
Also, I don't think your change is against HEAD.. The line numbers
in my version of usb_dev.c are diffe
unter_u64_t states_tot;
counter_u64_t src_nodes;
} k;
struct {
uint64_t states_cur;
uint64_t states_tot;
uint64_t src_nodes;
} u;
} u;
The other option is to cast through uintptr_t...
Even though it'd make the
>
> Nope.
>
> RC script bugs aside, how about modifying the actual configuration?
The problem with the above is that the people who did the work did
enough for it to work in their configuration and dropped it in..
Having recently fixed some of this, it's clear that they didn&#x
101 - 200 of 374 matches
Mail list logo
