On 18 July 2014 07:34, krad kra...@gmail.com wrote:
that is true and I have not problem using man pages, however thats not the
way most of the world work and search engines arent exactly new either. We
should be trying to engage more people not less, and part of that is
reaching out.
Then do
Hi!
On 18 July 2014 07:28, Lars Engels lars.eng...@0x20.net wrote:
On Thu, Jul 17, 2014 at 10:21:17PM +0200, Andreas Nilsson wrote:
On Thu, Jul 17, 2014 at 10:15 PM, Navdeep Parhar npar...@gmail.com wrote:
On 07/17/14 13:12, Adrian Chadd wrote:
On 17 July 2014 13:03, Alberto Mijares
On 18 July 2014 14:21, Baptiste Daroussin b...@freebsd.org wrote:
On Fri, Jul 18, 2014 at 12:10:34PM -0700, Adrian Chadd wrote:
Hi!
On 18 July 2014 07:28, Lars Engels lars.eng...@0x20.net wrote:
On Thu, Jul 17, 2014 at 10:21:17PM +0200, Andreas Nilsson wrote:
On Thu, Jul 17, 2014 at 10:15
Hi!
3) The binary packages need to work out of the box
4) .. which means, when you do things like pkg install apache, it
can't just be installed and not be enabled, because that's a bit of a
problem;
5) .. and then we need examples of actually deploying useful
scenarios, like so here's what you
On 17 July 2014 12:57, Andreas Nilsson andrn...@gmail.com wrote:
On Thu, Jul 17, 2014 at 9:28 PM, Adrian Chadd adr...@freebsd.org wrote:
Hi!
3) The binary packages need to work out of the box
4) .. which means, when you do things like pkg install apache, it
can't just be installed
On 17 July 2014 13:03, Alberto Mijares amijar...@gmail.com wrote:
On Thu, Jul 17, 2014 at 2:58 PM, Adrian Chadd adr...@freebsd.org wrote:
Hi!
3) The binary packages need to work out of the box
4) .. which means, when you do things like pkg install apache, it
can't just be installed
On 17 July 2014 13:15, Navdeep Parhar npar...@gmail.com wrote:
On 07/17/14 13:12, Adrian Chadd wrote:
On 17 July 2014 13:03, Alberto Mijares amijar...@gmail.com wrote:
On Thu, Jul 17, 2014 at 2:58 PM, Adrian Chadd adr...@freebsd.org wrote:
Hi!
3) The binary packages need to work out
On 17 July 2014 13:54, Baptiste Daroussin b...@freebsd.org wrote:
On Thu, Jul 17, 2014 at 10:21:17PM +0200, Andreas Nilsson wrote:
On Thu, Jul 17, 2014 at 10:15 PM, Navdeep Parhar npar...@gmail.com wrote:
On 07/17/14 13:12, Adrian Chadd wrote:
On 17 July 2014 13:03, Alberto Mijares amijar
'.
Would you mind trying a default (non-PRODUCTION) build, but with junk
filling turned off?
adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf
lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf - junk:false
That fixes almost all of the malloc debug performance issues that I
see without
Hi!
The flowid value has way, way too many possible meanings but it's
always been a mostly-static value. I'm worried about overriding it
with multiple meanings that cause features to not work at all
together.
So I'd rather leave the flowid/flowtype as it currently is so it
doesn't upset packet
The linux UEFI peeps have the same problem(s):
http://mjg59.dreamwidth.org/10014.html
Look for stride.
-a
On 6 July 2014 06:40, Aleksandr Rybalko r...@ddteam.net wrote:
On Fri, 4 Jul 2014 22:34:30 +0800
Huang Wen Hui huang...@gmail.com wrote:
Hi,
On my MacbookPro11,3, I got this error
poke hps?
-a
On 4 July 2014 08:56, Sean Bruno sbr...@ignoranthack.me wrote:
It looks like the following no longer works on head?
vfs.zfs.arc_max=8G
But this does?
vfs.zfs.arc_max=8589934592
sean
___
freebsd-current@freebsd.org mailing
Which NIC?
-a
On 3 July 2014 03:29, Slawa Olhovchenkov s...@zxy.spb.ru wrote:
On Thu, Jul 03, 2014 at 10:35:55AM +0100, Nikolay Denev wrote:
I found this white paper useful in understanding how this works :
Hi!
I've seen sqlite3 crap out due to disk IO error. It looks like the
F_SETFL path is returning EDEADLK when it shouldn't be - only the
wait version of this should be.
The kernel code looks to be:
lf_setlock() - lf_add_outgoing() - lf_add_edge() - graph_add_edge()
- EDEADLK
.. and
Hi,
I'm currently testing this out. It seems to be working out alright.
adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/
Index: stable/10/src/sys/kern/kern_lockf.c
===
--- stable/10/src/sys/kern/kern_lockf.c
When they segfault, where do they segfault?
-a
On 22 June 2014 07:56, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Hello.
I face a strange problem on a set of CURRENT driven boxes. The systems in
question are
all the same version of CURRENT (more or less, a week or so discrepancy).
Hi,
There's no 7260 support at the moment.
The firmware API and various other bits are different with this NIC.
From what I can gather, it's not an easy port to iwn(4). I think
Cedric discovered this.
-a
On 17 June 2014 17:03, Shankar Giri Venkita Giri shankarg...@icloud.com wrote:
I've
Hey cool!
I'll go test this out soon.
Would you mind throwing it in a bugzilla ticket?
-a
On 16 June 2014 12:21, Edward Tomasz Napierała tr...@freebsd.org wrote:
Hi. Patch below should fix a problem where USB stops working after
_second_ suspend/resume, which happens on various ThinkPad
This isn't this first time this has been reported, right?
I think we may need to back this patch out until it's better resolved.
-a
On 13 June 2014 11:52, David Wolfskill da...@catwhisker.org wrote:
On Fri, Jun 13, 2014 at 06:36:44PM +0200, Edward Tomasz Napiera??a wrote:
On 0613T1126,
Hi,
Buy a mini-pcie atheros wifi card.
-a
On 9 June 2014 03:43, Thomas Mueller mueller6...@bellsouth.net wrote:
from Adrian Chadd:
please bug freebsd-usb@ about flakey usb devices.
I have a couple that i need to chase up hans about. they used to be less
flakey.
Flaky USB devices
On 8 June 2014 11:52, Julio Merino j...@freebsd.org wrote:
On Sun, Jun 8, 2014 at 1:50 PM, Warren Block wbl...@wonkity.com wrote:
How much of an impact does the test suite have in terms of disk space
(probably not much)
It clocks at 11MB now on amd64.
and buildworld time (possibly not much,
hi,
please bug freebsd-usb@ about flakey usb devices.
I have a couple that i need to chase up hans about. they used to be less flakey.
-a
On 5 June 2014 01:46, Thomas Mueller mueller6...@bellsouth.net wrote:
from Idwer Vollering vid...@gmail.com:
I'm on 10-STABLE r267049, with a local
On 30 May 2014 07:57, John Baldwin j...@freebsd.org wrote:
Ugh. Ok. I was too deep in the trenches of device drivers and other
ancillary things doing bad things to char/short with cpu ids when
walking things. I totally missed kinfo_proc.
I'll go think about it a bit more.
It shouldn't be
On 28 May 2014 10:58, John Baldwin j...@freebsd.org wrote:
On Wednesday, May 28, 2014 1:51:28 pm Adrian Chadd wrote:
On 28 May 2014 06:56, John Baldwin j...@freebsd.org wrote:
Userland cpusets only default to 128 (CPU_MAXSIZE in sys/_cpuset.h).
Changing MAXCPU to even 128 is unfortunately
On 29 May 2014 10:18, John Baldwin j...@freebsd.org wrote:
It costs wired memory to increase it for the kernel. The userland set size
can be increased rather arbitrarily, so we don't need to make it but so
large
as it is easy to bump later (even with a branch).
Well, what about making
On 29 May 2014 11:44, John Baldwin j...@freebsd.org wrote:
On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote:
On 29 May 2014 10:18, John Baldwin j...@freebsd.org wrote:
It costs wired memory to increase it for the kernel. The userland set
size
can be increased rather
On 29 May 2014 13:18, John Baldwin j...@freebsd.org wrote:
anyway. Besides all of this - I'm thinking of just introducing:
typedef uint32_t cpuid_t;
.. then once we've converted all the users, we can make NOCPU
something other than 255 (which is the other limiting factor here..)
Any
On 29 May 2014 14:29, John Baldwin j...@freebsd.org wrote:
On Thursday, May 29, 2014 5:09:05 pm Adrian Chadd wrote:
On 29 May 2014 13:18, John Baldwin j...@freebsd.org wrote:
anyway. Besides all of this - I'm thinking of just introducing:
typedef uint32_t cpuid_t;
.. then once we've
On 28 May 2014 06:56, John Baldwin j...@freebsd.org wrote:
Userland cpusets only default to 128 (CPU_MAXSIZE in sys/_cpuset.h).
Changing MAXCPU to even 128 is unfortunately a potential KBI change since it
changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11,
but we
The advantage is being able to include it in the rest of a kqueue IO
loop where it's doing other things.
-a
On 28 May 2014 20:53, Fred Pedrisa fredhp...@hotmail.com wrote:
Hello,
Yes, but kqueue support was added in recent commits as it says in the netmap
changelog, is there any advantage ?
] Em nome de Adrian
Chadd
Enviada em: quinta-feira, 29 de maio de 2014 01:46
Para: Fred Pedrisa
Cc: Jan Bramkamp; freebsd-current
Assunto: Re: KQueue vs Select (NetMap)
The advantage is being able to include it in the rest of a kqueue IO loop
where it's doing other things.
-a
On 28
[mailto:adrian.ch...@gmail.com] Em nome de Adrian
Chadd
Enviada em: quinta-feira, 29 de maio de 2014 01:46
Para: Fred Pedrisa
Cc: Jan Bramkamp; freebsd-current
Assunto: Re: KQueue vs Select (NetMap)
The advantage is being able to include it in the rest of a kqueue IO loop
where it's doing other things
are you doing this all as root?
-a
On 28 May 2014 22:12, Fred Pedrisa fredhp...@hotmail.com wrote:
Hi, Guys.
How can I adjust a certain thread to have the maximum system priority in the
scheduler ?
I've tried doing it this way :
/*
difference at all if you just implement select
semantics with kqueue.
-Mensagem original-
De: owner-freebsd-curr...@freebsd.org
[mailto:owner-freebsd-curr...@freebsd.org] Em nome de Adrian Chadd
Enviada em: quinta-feira, 29 de maio de 2014 01:52
Para: Fred Pedrisa
Cc: freebsd-current; Jan
Im about to start the process of creating a cpuid_t and peppering it
around the source tree.
Too many odd places use u_char as a cpuid and it's going to be limiting.
-a
On 27 May 2014 21:11, Jia-Shiun Li jiash...@gmail.com wrote:
On Sat, May 24, 2014 at 6:38 PM, Tim Bishop
Hi!
I wonder what changed between 9.2-RELEASE and 10.0-RELEASE.
Please poke me about this next week. I'm busy this week with work and
maker faire but I will try to help you later.
(It's possible something like ACPI updates or a driver update has
broken things.)
-a
On 16 May 2014 07:35,
Hi,
Yeah. I'd really suggest trying with stable/10 or -HEAD with vt
enabled and no VESA.
-a
On 16 May 2014 13:31, Jan Henrik Sylvester m...@janh.de wrote:
On 05/16/2014 20:10, Kevin Oberman wrote:
On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd adr...@freebsd.org wrote:
Hi!
I wonder what
:
On 16.05.2014 22:51, Adrian Chadd wrote:
Hi,
Yeah. I'd really suggest trying with stable/10 or -HEAD with vt
enabled and no VESA.
Thanks for all replies.
Using vt is definitely an improvement, but not perfect. (I've set
hw.vga.textmode=1 because graphics mode is very slow. Don't know
Hi!
Cool! Does it run on MIPS? :P
-a
On 14 May 2014 06:58, Shawn Webb latt...@gmail.com wrote:
Hey All,
[NOTE: crossposting between freebsd-current@, freebsd-security@, and
freebsd-stable@. Please forgive me if crossposting is frowned upon.]
Address Space Layout Randomization, or ASLR
On 14 May 2014 10:09, Shawn Webb latt...@gmail.com wrote:
It runs on all architectures FreeBSD supports. The question is how well
it runs. The wider the testing, the better the code, of course. We're
actively testing on amd64 and i386 with limited testing on sparc64 and
ARM. I've been running
Did you set cx_lowest on hw.acpi.cpu ?
-a
On 12 May 2014 20:07, Allan Jude free...@allanjude.com wrote:
Before and after cx_lowest=c8 on an E5-2620v2
before:
# pcm.x 1
Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100
ID=db05e43)
Copyright (c) 2009-2013 Intel
Hi!
This sounds rather silly and should be fixed. Yes, hanging the vty
shouldn't hang the console device.
Would you / your friend mind filing a PR?
Thanks!
-a
On 13 May 2014 15:42, Mikhail T. mi+t...@aldan.algebra.com wrote:
Hello!
A fellow FreeBSD user was recently confounded by a
On 12 May 2014 10:35, Allan Jude free...@allanjude.com wrote:
I have this system:
hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz
hw.ncpu: 4
http://ark.intel.com/products/75052
dev.cpu.0.%desc: ACPI CPU
dev.cpu.0.%driver: cpu
dev.cpu.0.%location: handle=\_PR_.CPU0
On 11 May 2014 12:01, David Chisnall thera...@freebsd.org wrote:
On 17 Apr 2014, at 09:30, Adrian Chadd adr...@freebsd.org wrote:
Can't we add a devd hook to do that?
I tried doing this, but it turns out that wlan devices don't appear to send
devd LINK_UP / LINK_DOWN events. It would
Hi guys,
vt(4) doesn't work now as a post-boot loaded module.
It panics, saying
panic: vtbuf_fill_locked end.tp_row 50 must be = screen width 30
Ray, have you tried your vt(4) changes on an i915 machine but without
loading i915kms at boot?
-a
___
On 9 May 2014 10:49, John Baldwin j...@freebsd.org wrote:
On Thursday, May 08, 2014 11:43:39 pm Adrian Chadd wrote:
Hi,
I'd like to revisit this now.
I'd like to commit this stuff as-is and then take some time to revisit
the catch-all softclock from cpu0 swi. It's more complicated than
here, though disabling
MSI-x in them is a workaround).
Yup. I've just done that.
http://people.freebsd.org/~adrian/norse/20140509-swi-pin-1.diff
Which workloads are you thinking about? Maybe we could introduce some
higher level description of which CPU(s) at boot time to do freebsd
stuff
On 9 May 2014 16:49, Peter Grehan gre...@freebsd.org wrote:
Yup. I've just done that.
http://people.freebsd.org/~adrian/norse/20140509-swi-pin-1.diff
Thanks, that'll work.
Which workloads are you thinking about? Maybe we could introduce some
higher level description of which CPU(s
ok, I've committed it but I've left the default at don't pin.
That way the existing behaviour hasn't changed and it's easy to flip
on to play with.
Thanks for the feedback John / Peter!
-a
___
freebsd-current@freebsd.org mailing list
.
Once that's done I'd like to then experiment with turning on the pcpu
tcp timer stuff and gluing that into the RSS CPU ID / netisr ID stuff.
Thanks,
-a
On 20 February 2014 13:48, Adrian Chadd adr...@freebsd.org wrote:
On 20 February 2014 11:17, John Baldwin j...@freebsd.org wrote
On 6 May 2014 09:38, Matthias Apitz g...@unixarea.de wrote:
Hello,
I wanted to implement the power saving hints we discussed in my tiny
EeePC 900, but it says:
root@tiny-r255948:~ # uname -a
FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18
12:10:57 CEST 2013
at 1:25 PM, Adrian Chadd adr...@freebsd.org
wrote:
Set it to the lowest available Cx state that you see in dev.cpu.0 .
Available is not required. Set it to C8. That guarantees that you will
use
the lowest available. The correct incantation in rc.conf is Cmax.
performance_cx_lowest=Cmax
wrote:
El día Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman
escribió:
On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd adr...@freebsd.org
wrote:
Set it to the lowest available Cx state that you see in dev.cpu.0 .
Available is not required. Set it to C8. That guarantees
Hi,
I'm working on adding some more power management logging support to
freebsd-head so we can start to get a better grip on sleep/wakeup
occurances. That should help us start to figure out where the power
consumption is going.
But on that EEEPC 900, just make sure you've set dev.cpu.0.cx_lowest
Set it to the lowest available Cx state that you see in dev.cpu.0 .
-a
On 3 May 2014 12:23, Matthias Apitz g...@unixarea.de wrote:
El día Saturday, May 03, 2014 a las 09:37:08AM -0700, Adrian Chadd escribió:
Hi,
I'm working on adding some more power management logging support to
freebsd
18:07, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
On 05/03/14 16:59, Kevin Oberman wrote:
On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd adr...@freebsd.org wrote:
Set it to the lowest available Cx state that you see in dev.cpu.0 .
Available is not required. Set it to C8. That guarantees
wrote:
On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd adr...@freebsd.org wrote:
Set it to the lowest available Cx state that you see in dev.cpu.0 .
Available is not required. Set it to C8. That guarantees that you will
use
the lowest available. The correct incantation in rc.conf is Cmax
On 3 May 2014 21:52, Allan Jude free...@allanjude.com wrote:
On 2014-05-04 00:49, Adrian Chadd wrote:
Hi,
Well, hardware got better. A lot better. I'm happy to leave speedstep
and throttling in there but teach powerd about using C-states and
limited frequency stepping if it's available.
So
Can't we add a devd hook to do that?
-a
On 17 April 2014 01:21, David Chisnall thera...@freebsd.org wrote:
Hi all,
For a little while, I've had an issue with the machine that sits on the edge
of my network deciding to start avahi as soon as a network is available,
meaning that it then
Ok, i have some of these.
Which version of iwn(4) and net80211(4) work for you? We should do
some bisecting of iwn/net80211 together to figure it out.
-a
On 11 April 2014 03:18, Gleb Smirnoff gleb...@freebsd.org wrote:
Adrian,
On Tue, Apr 08, 2014 at 09:37:21AM -0700, Adrian Chadd wrote
On 11 April 2014 06:49, Gleb Smirnoff gleb...@freebsd.org wrote:
On Fri, Apr 11, 2014 at 02:49:58PM +0400, Gleb Smirnoff wrote:
T On Fri, Apr 11, 2014 at 03:19:52AM -0700, Adrian Chadd wrote:
T A Ok, i have some of these.
T A
T A Which version of iwn(4) and net80211(4) work for you? We should
Hi,
Which hardware is it?
The driver hasn't changed _that_ much since 2013. I'd really like some
help in figuring out which commit(s) broke the driver for you. Would
you mind bisecting the driver from HEAD from 2013 to now and tell me
when the first break was?
I'm happy to fix bugs, but I can
yup. it works fine. Just run it like:
./bridge -i netmap:ix0 -i netmap:ix1
or something.
-a
On 7 April 2014 06:22, Fred Pedrisa fredhp...@hotmail.com wrote:
Hi, guys.
I've saw that the 'netmap pipes' were introduced, in order to understand the
new changes, I wanted to know if the
is if this example, currently implement the new netmap
pipes or not.
-Mensagem original-
De: owner-freebsd-curr...@freebsd.org
[mailto:owner-freebsd-curr...@freebsd.org] Em nome de Adrian Chadd
Enviada em: segunda-feira, 7 de abril de 2014 14:47
Para: Fred Pedrisa
Cc: freebsd-current
Adrian Chadd
Enviada em: segunda-feira, 7 de abril de 2014 16:22
Para: Fred Pedrisa
Cc: freebsd-current
Assunto: Re: Regarding Netmap and Last Updates
It's using the zerocopy buffer flipping. I don't know what you mean about
the new pipes. it's just using the netmap user API that's available
Kinda? It's called the TSC.
-a
On 7 April 2014 16:51, Fred Pedrisa fredhp...@hotmail.com wrote:
Hi, guys.
How can we get a precise cycle count since the computer has started AND the
estimated number of cycles per second for the current core ?
Sincerely,
Fred Pedrisa
Hi,
We don't report how many actual sleeps (ie, wakeups) that we're doing via ACPI.
I'd like to add support for this.
http://people.freebsd.org/~adrian/misc/20140406-acpica-wakeup-stat-1.diff
comments?
-a
___
freebsd-current@freebsd.org mailing
...@pertho.net wrote:
Hi,
I'm just wondering if you had any time to look at this? I'm happy to test
any patches or diffs.
Regards,
Tom
On Tue, Mar 11, 2014 at 11:03:20AM -0700, Adrian Chadd wrote:
I still don't have any ideas here. I do however want to try hacking
the driver to transmit
No wifi.
Someone has to step up and own broadcom wifi or this will never change.
-a
On 2 April 2014 18:44, Alexey Dokuchaev da...@nsu.ru wrote:
On Tue, Apr 01, 2014 at 06:40:18PM -0400, Garrett Wollman wrote:
Hmmm. I'm a bit biased here, but I've been using FreeBSD on the
desktop since,
Hi!
On 31 March 2014 19:20, Kevin Lo ke...@freebsd.org wrote:
Thank you John. glebius@ suggests we don't need to have two absolutely
equal uma zones since most systems don't run UDP-Lite.
If practice shows that a differentiation at zone level between UDP and
UDP-Lite PCBs is important,
On 1 April 2014 15:40, Garrett Wollman woll...@hergotha.csail.mit.edu wrote:
In article 533b3903.7030...@rancid.berkeley.edu,
mich...@rancid.berkeley.edu writes:
I have been using FreeBSD on the desktop since 1997,
Hmmm. I'm a bit biased here, but I've been using FreeBSD on the
desktop
Hi!
On 26 March 2014 12:00, John Baldwin j...@freebsd.org wrote:
i386_fpu_suspend3.patch at the same URL builds for me.
I've not had the kernel lose the plot yet with SIGFPE's.
I'll do some further testing and let you know if that changes.
-a
___
Try read tests?
Adrian
On Mar 29, 2014 10:20 AM, Andrey Fesenko f0and...@gmail.com wrote:
On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko f0and...@gmail.com
wrote:
and USB3 flash drive
ugen2.4: Kingston DataTraveler 3.0 PMAP at usbus2, cfg=0 md=HOST
spd=HIGH (480Mbps) pwr=ON (498mA
... nope, just had a process die from SIGFPE.
-a
On 29 March 2014 07:32, Adrian Chadd adr...@freebsd.org wrote:
Hi!
On 26 March 2014 12:00, John Baldwin j...@freebsd.org wrote:
i386_fpu_suspend3.patch at the same URL builds for me.
I've not had the kernel lose the plot yet with SIGFPE's
Hi,
Would you mind filing it as a PR?
www.freebsd.org/send-pr.html
-a
On 28 March 2014 04:12, Claude Buisson clbuis...@orange.fr wrote:
On 03/28/2014 11:47, Claude Buisson wrote:
Hi !
FreeBSD 11.0-CURRENT #0 r260577M: Sat Jan 18 17:31:37 CET 2014
On 25 March 2014 12:46, John Baldwin j...@freebsd.org wrote:
On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote:
[snip]
Hi,
As part of this thread, a whole lot of stuff was thrown around to try
and fix / improve the correctness of this.
But it still happens to me in -HEAD i386. I
Hi,
I know this is an information-poor message.
The last time i updated my two test laptops was around the middle of
last month. Back then, xorg would occasionally get distorted, but
typically would come back from suspend fine.
Lately, it seems a 50% chance that coming back from suspend that
back to xorg, things still remain distorted;
* If I ctrl-C xorg and start it again, it starts back up correctly.
So hm, maybe the vt save/resume code learnt something buggy?
-a
On 23 March 2014 01:27, Adrian Chadd adr...@freebsd.org wrote:
Hi,
I know this is an information-poor message
[snip]
Hi,
As part of this thread, a whole lot of stuff was thrown around to try
and fix / improve the correctness of this.
But it still happens to me in -HEAD i386. I updated to r263418 and
it's now doing it around 30-50% of the time I resume.
So, since I really am trying to avoid getting
. Normally when there's
distortions triggering some kind of change in that area (ie: not a
redraw) is enough to fix it.
-a
On 23 March 2014 14:05, Lars Engels lars.eng...@0x20.net wrote:
On Sun, Mar 23, 2014 at 01:36:29PM -0700, Adrian Chadd wrote:
Less information-poor response:
* when
The call to
Done. Moving on!
-a
On 22 March 2014 06:40, George Mitchell george+free...@m5p.com wrote:
On 03/21/14 20:51, Dag-Erling Smørgrav wrote:
Warner Losh i...@bsdimp.com writes:
It does serve a useful purpose, though, which is why it has endured.
If you were to have a man
I still don't have any ideas here. I do however want to try hacking
the driver to transmit EAPOL frames at the management rate, and then
ensure the management rate is non-MCS.
-a
On 28 February 2014 15:14, Adrian Chadd adr...@freebsd.org wrote:
Hi,
the interesting bits:
Feb 28 22:55:22
what he said.
-a
On 7 March 2014 05:37, John Baldwin j...@freebsd.org wrote:
On Friday, March 07, 2014 5:51:27 am Dag-Erling Smørgrav wrote:
Adrian Chadd adrian.ch...@gmail.com writes:
http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff
Why did you rename it? The whole
On 7 March 2014 15:25, Warner Losh i...@bsdimp.com wrote:
On Mar 7, 2014, at 4:12 PM, Eitan Adler li...@eitanadler.com wrote:
On 7 March 2014 13:50, Rui Paulo rpa...@felyko.com wrote:
On 7 Mar 2014, at 10:38, David Chisnall thera...@freebsd.org wrote:
On 7 Mar 2014, at 16:41, Rui Paulo
Yup, I've renamed it libbsdstat.
http://people.freebsd.org/~adrian/patches/20140304-libbsdstat-2.diff
I'm doing a universe run right now.
-a
On 5 March 2014 08:34, Scot Hetzel swhet...@gmail.com wrote:
On Tue, Mar 4, 2014 at 11:16 PM, Adrian Chadd adrian.ch...@gmail.com wrote:
On 4 March
I'm not using anything in /etc/src.conf .
-a
On 4 March 2014 08:24, John Baldwin j...@freebsd.org wrote:
On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote:
I'll try this soon.
I had it fail back to newcons, rather than Xorg normally dying without
restoring state. It wouldn't let me
it to print out statistics in other (machine parsable)
formats, so we don't have to keep hacking at the tools to do this.
The initial import:
http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff
Thanks!
-a
___
freebsd-current@freebsd.org
On 4 March 2014 20:19, Rui Paulo rpa...@freebsd.org wrote:
On 4 Mar 2014, at 18:31, Adrian Chadd adrian.ch...@gmail.com wrote:
hi,
i'd like to import the libstatfoo code from sam into -HEAD.
It's used by some of the wifi tools to print out periodic and global
statistics. It abstracts away
:11, John Baldwin j...@freebsd.org wrote:
On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote:
On 28 February 2014 15:35, Adrian Chadd adr...@freebsd.org wrote:
... how'd this ever work in the past then?
.. and I've submitted it as a PR:
kern/187152
Complete stab in the dark
Have you filed a PR? :-P
-a
On 3 March 2014 14:09, Craig Rodrigues rodr...@freebsd.org wrote:
[Resending]
Hi,
As part of the Jenkins deployment in the FreeBSD cluster
the jenkins-admin team observed that when running Jenkins on FreeBSD 10,
the Java virtual machine from the openjdk6 or
Cool. DOn't be afraid to poke alc (cc'ed); he may have some insights. :)
-a
On 3 March 2014 17:02, Craig Rodrigues rodr...@freebsd.org wrote:
Hi,
http://www.freebsd.org/cgi/query-pr.cgi?pr=187238
--
Craig
On Mon, Mar 3, 2014 at 3:49 PM, Adrian Chadd adr...@freebsd.org wrote:
Have you
-owner rejected the e-mail from going through.
--
Craig
On Mon, Mar 3, 2014 at 5:03 PM, Adrian Chadd adr...@freebsd.org wrote:
Cool. DOn't be afraid to poke alc (cc'ed); he may have some insights. :)
-a
On 3 March 2014 17:02, Craig Rodrigues rodr...@freebsd.org wrote:
Hi,
http
Hi,
On my i386 -HEAD laptops (running -HEAD as of last night, but it's
been a problem for a while) I occasionally hit a point where I get an
FPE on _all_ processes upon resume.
I can still do a clean shutdown through the power-button method, but I
can't do anything else.
Has anyone seen this
to this email starting
with the point I tried to associate to the Wifi.
Thanks again for looking at this!
Kind regards,
Tom
On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote:
On 26 February 2014 23:52, Alexandr shur...@shurik.kiev.ua wrote:
Tom, could you:
1. compile kernel
... how'd this ever work in the past then?
-a
On 28 February 2014 13:08, John Baldwin j...@freebsd.org wrote:
On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote:
Hi,
On my i386 -HEAD laptops (running -HEAD as of last night, but it's
been a problem for a while) I occasionally hit
On 28 February 2014 15:35, Adrian Chadd adr...@freebsd.org wrote:
... how'd this ever work in the past then?
.. and I've submitted it as a PR:
kern/187152
Thanks,
-a
-a
On 28 February 2014 13:08, John Baldwin j...@freebsd.org wrote:
On Friday, February 28, 2014 1:15:45 pm Adrian
On 26 February 2014 23:52, Alexandr shur...@shurik.kiev.ua wrote:
Tom, could you:
1. compile kernel WITH_IWNDEBUG
2. sysctl dev.iwn.0.debug=0x1
3. wlandebug -i wlan0 auth+assoc
4. Associate with AP in 11n mode
5. Send us appropriate /var/log/messages
Then I try to compare it with my log.
Hi,
Yes there are issues; I'm too busy to try and chase them down.
I'd appreciate some help in chasing down why things are unhappy.
Thanks,
-a
On 27 February 2014 17:17, Kaho Toshikazu vi...@elam.kais.kyoto-u.ac.jp wrote:
Hello, -current members
I have a similar problem with
Hi,
Yeah, there's likely something missing. But I just at the moment have
no time to debug this.
-a
On 26 February 2014 04:37, Tom Murphy free...@pertho.net wrote:
Hi all,
I compiled a fresh kernel from -HEAD and rebooted in the hope that my
laptop's wifi would now be supported (I saw
a connection. It situation 100% reproducible in 11n mode,
but in 11g works fine.
http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404
26.02.2014 17:09, Adrian Chadd пишет:
Hi,
Yeah, there's likely something missing. But I just at the moment have
no time to debug this.
-a
On 26 February 2014
401 - 500 of 1325 matches
Mail list logo
