Quoting "Glen Barber" :
By chance, are you running an out-of-sync kernel / userland? You say
the kernel is from May 6, and in the subject is 7.2-PRERELEASE. 7.2
was -RELEASEd on May 3.
I just updated to more recent 72-STABLE and still got the hang.
Yuri
On 6/10/09, Yuri wrote:
> I got this hang twice in the last day. After 2-3 hours of continuously
> run airodiump-ng (from net-mgmt/aircrack-ng) system stops responding
> to any mouse/keyboard clicks.
>
> Why would aircrack-ng hang the system?
Bugs in ath(4) and device itself can hang system.
--
Quoting "Glen Barber" :
By chance, are you running an out-of-sync kernel / userland? You say
the kernel is from May 6, and in the subject is 7.2-PRERELEASE. 7.2
was -RELEASEd on May 3.
I am sorry, it's 7.2-RELEASE.
Yuri
___
freebsd-hackers@freebs
Hi, Yuri
On Wed, Jun 10, 2009 at 6:15 PM, Yuri wrote:
> I got this hang twice in the last day. After 2-3 hours of continuously run
> airodiump-ng (from net-mgmt/aircrack-ng) system stops responding to any
> mouse/keyboard clicks.
>
> Why would aircrack-ng hang the system?
> How to troubleshoot thi
I got this hang twice in the last day. After 2-3 hours of continuously
run airodiump-ng (from net-mgmt/aircrack-ng) system stops responding
to any mouse/keyboard clicks.
Why would aircrack-ng hang the system?
How to troubleshoot this?
I am current on ports and my kernel is from May 6.
Yuri
Quoting Dmitry Morozovsky :
Well, I can see at least one rather big problem with bgfsck (or with
snapshots to be more precise): inappropriate time of file system
lock on snapshot creation. On not-too-big 300G ufs2 not-too-heavy
loaded snapshot creation time is 20+ minutes, and 5+ from that
I'm currently working on some wrappers and compatibility functions for
allowing USB Linux device driver code to be compiled to create a FreeBSD
driver module. I.e. extending the work of Luigi Rizzo (linux-kmod-compat)
and/or the compatibility code now present in the FreeBSD USB stack.
This app
On Tue, Jun 9, 2009 at 12:42 PM, Dan Naumov wrote:
> Hello list
>
> Let me preface this by saying that I do not have coding
> knowledge/experience, but I am willing to donate my time to help test
> things if somebody is already working on this. Hopefully, this will
> prevent most of the potential "
during installation process as well gives these newer options
(UFS2+GJournal and ZFS in this case) a better exposure, resulting in
more testing, resulting in these new features getting their quirks
ironed out faster and resulting in these new features getting the
"truly tested and proven by time"
And things like these are amongst the reasons why I want to see newer
options be presented and offered to the user during installation
process. Default installation options (and the ONLY options presented
by sysinstall) that result in enormous snapshot creation times and
long fsck times are just no
to be more precise): inappropriate time of file system lock on snapshot
creation. On not-too-big 300G ufs2 not-too-heavy loaded snapshot creation time
is 20+ minutes, and 5+ from that file system blocked even on reads. This looks
unacceptable for me for any real use.
that's why i disable it. If
Hi everybody,
just a short reminder that if you want to come to Kernel
Conference Australia at the earlybird price of $195, then
you've got until the end of this Friday, 12 June, to get
your registration happening.
If you're interested in any of these areas:
* linux kernel crypto services
* ZFS
On Wed, 10 Jun 2009, Dag-Erling Sm?rgrav wrote:
DS> sth...@nethelp.no writes:
DS> > I've had several cases that needed manual fsck. After I turned off
DS> > background fsck, the problems stopped. These days background_fsck="NO"
DS> > is a standard part of my rc.conf.
DS>
DS> Hear, hear.
Well, I
sth...@nethelp.no writes:
> I've had several cases that needed manual fsck. After I turned off
> background fsck, the problems stopped. These days background_fsck="NO"
> is a standard part of my rc.conf.
Hear, hear.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
On Fri, Jun 05, 2009 at 09:45:44AM +0200, Erik Cederstrand wrote:
> Hi Roman
>
> Den 04/06/2009 kl. 14.38 skrev Roman Divacky:
> >
> >you could use llvm-ld (see the wiki for instructions how to do it).
> >there's also some
> >effort to make gnu ld usable with llvm LTO and I guess the patch
> >
15 matches
Mail list logo
