I use FreeSBD head and KDE 4 with all the bells and whistles enabled.
Apparently recent KDE update has enabled even more of them, because I started to
have panics with a kernel that has INVARIANTS and WITNESS enabled.
The panic:
Kernel page fault with the following non-sleepable locks held:
Hello,
I found another port lacking utmpx support:
# cd /usr/ports/security/chkrootkit
# make
=== chkrootkit-0.49 is marked as broken: fails to build with new utmpx.
*** Error code 1
matthias
--
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e
on 04/11/2010 16:45 Andriy Gapon said the following:
on 04/11/2010 09:49 Andriy Gapon said the following:
I see a few processes stuck on the same vnode, trying to take or to upgrade
to
an exclusive lock on it, while the lock data suggests that it is already
shared-locked. The vnode is a
Mark,
My 2 cents: Isn't it more appropriate to set FD_CLOEXEC on the fd?
fcntl(fd, F_SETFD, FD_CLOEXEC);
It doesn't sound like you ever want to have a cached connection be copied into
the child. Mum and child calling daddy using the same phone line isn't going to
make the
On Fri, Nov 5, 2010 at 1:38 AM, Nick Hibma n...@van-laarhoven.org wrote:
Mark,
My 2 cents: Isn't it more appropriate to set FD_CLOEXEC on the fd?
fcntl(fd, F_SETFD, FD_CLOEXEC);
It doesn't sound like you ever want to have a cached connection be copied
into the child. Mum and child
El día Friday, November 05, 2010 a las 12:46:50AM +0200, Alexander Motin
escribió:
Matthias Apitz wrote:
...
Btw II: Is there some test recording software that let me just record
from /dev/dspX and play it back (to not use Skype for such tests)?
dd? :) Also audio/rawrec.
Indeed, a
#
Matthias Apitz g...@unixarea.de writes:
I found another port lacking utmpx support:
# cd /usr/ports/security/chkrootkit
# make
=== chkrootkit-0.49 is marked as broken: fails to build with new utmpx.
*** Error code 1
There are more, see ports listed under utmpx.h in
* Anonymous swel...@gmail.com, 20101105 12:58:
There are more, see ports listed under utmpx.h in
http://wiki.freebsd.org/PortsBrokenOnCurrent
It should be noted that that list is a bit pessimistic, since various
ports have been fixed in the mean time.
Greetings,
--
Ed Schouten e...@80386
On Fri, Nov 05, 2010 at 01:09:06PM +0100, Ed Schouten wrote:
It should be noted that that list is a bit pessimistic, since various
ports have been fixed in the mean time.
Updates welcomed :-)
mcl
___
freebsd-current@freebsd.org mailing list
On Thursday, November 04, 2010 5:49:22 pm Matthew Fleming wrote:
On Thu, Nov 4, 2010 at 2:22 PM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010 4:15:16 pm Hans Petter Selasky wrote:
I think that if a task is currently executing, then there should be a drain
method for
On Fri, Nov 5, 2010 at 10:09 AM, Ed Schouten e...@80386.nl wrote:
* Anonymous swel...@gmail.com, 20101105 12:58:
There are more, see ports listed under utmpx.h in
http://wiki.freebsd.org/PortsBrokenOnCurrent
It should be noted that that list is a bit pessimistic, since various
ports have
[I am probably just having an unlucky day.]
I tried to burn (with growisofs) a DVD+RW disk which seems to have developed
some
problems.
First, the burning process got stuck at the same percentage and the drive
started
to make unusual sounds. Then, the following messages appeared in system
On Fri, Nov 5, 2010 at 5:58 AM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010 5:49:22 pm Matthew Fleming wrote:
On Thu, Nov 4, 2010 at 2:22 PM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010 4:15:16 pm Hans Petter Selasky wrote:
I think that if a
* Renato Botelho rbga...@gmail.com, 20101105 13:49:
I've made a patch for chkrootkit [1], it's building, but i didn't test if
it's working. Could you take a look at it?
[1] http://people.freebsd.org/~garga/patches/chkrootkit-utmpx.diff
Well, files cannot be accessed without the utmpx API. I
On Friday, November 05, 2010 9:50:10 am Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 5:58 AM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010 5:49:22 pm Matthew Fleming wrote:
On Thu, Nov 4, 2010 at 2:22 PM, John Baldwin j...@freebsd.org wrote:
On Thursday, November
Hi everybody,
The following commands lead the 9.0-CURRENT kernel to crash:
[r...@freebsd /usr/home/int0dh]# ngctl
Available commands:
config get or set configuration of node at path
connectConnects hook peerhook of the node at relpath to hook
debug Get/set debugging
Hi everybody,
The following commands lead the 9.0-CURRENT kernel to crash:
[r...@freebsd /usr/home/int0dh]# ngctl
Available commands:
config get or set configuration of node at path
connect Connects hook peerhook of the node at relpath to hook
debug Get/set debugging verbosity level
On Fri, Nov 05, 2010 at 09:38:24AM +0100, Nick Hibma wrote:
Mark,
My 2 cents: Isn't it more appropriate to set FD_CLOEXEC on the fd?
fcntl(fd, F_SETFD, FD_CLOEXEC);
It doesn't sound like you ever want to have a cached connection be copied
into the child. Mum and child calling
A few examples from ports tree
devel/automake111: automake-1.11(1)
devel/gettext: dcgettext(3), dcngettext(3), dgettext(3), dngettext(3)
devel/nasm: rdf2com(1), rdf2ihx(1), rdf2ith(1), rdf2srec(1)
textproc/gnugrep: egrep(1), fgrep(1)
www/neon29: ne_get_{request,session}_flag(3),
On Fri, Nov 5, 2010 at 6:48 AM, Andriy Gapon a...@icyb.net.ua wrote:
[I am probably just having an unlucky day.]
I tried to burn (with growisofs) a DVD+RW disk which seems to have developed
some
problems.
First, the burning process got stuck at the same percentage and the drive
started
on 05/11/2010 18:06 Garrett Cooper said the following:
On Fri, Nov 5, 2010 at 6:48 AM, Andriy Gapon a...@icyb.net.ua wrote:
[I am probably just having an unlucky day.]
I tried to burn (with growisofs) a DVD+RW disk which seems to have developed
some
problems.
First, the burning process
On Fri, Nov 5, 2010 at 7:18 AM, John Baldwin j...@freebsd.org wrote:
On Friday, November 05, 2010 9:50:10 am Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 5:58 AM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010 5:49:22 pm Matthew Fleming wrote:
On Thu, Nov 4, 2010 at
On Friday 05 November 2010 18:15:01 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 7:18 AM, John Baldwin j...@freebsd.org wrote:
On Friday, November 05, 2010 9:50:10 am Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 5:58 AM, John Baldwin j...@freebsd.org wrote:
On Thursday, November 04, 2010
On Fri, Nov 5, 2010 at 10:36 AM, Hans Petter Selasky hsela...@c2i.net wrote:
On Friday 05 November 2010 18:15:01 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 7:18 AM, John Baldwin j...@freebsd.org wrote:
On Friday, November 05, 2010 9:50:10 am Matthew Fleming wrote:
On Fri, Nov 5, 2010 at
I think using fcntl is nicer than having a close the cached connection
function, but I don't think I can get around this problem without
changing something in libfetch.
I think libfetch should set the Close-On-Exec flag. It's wrong to have these
files propagate to children.
Hi,
In the patch attached to this e-mail I included Matthew Fleming's patch
aswell.
1) I renamed taskqueue_cancel() into taskqueue_stop(), hence that resembles
the words of the callout and USB API's terminology for doing the same.
2) I turns out I need to have code in subr_taskqueue.c to be
On Friday 05 November 2010 19:13:08 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 10:36 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 05 November 2010 18:15:01 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 7:18 AM, John Baldwin j...@freebsd.org wrote:
On Friday, November 05,
On Fri, Nov 5, 2010 at 11:35 AM, Hans Petter Selasky hsela...@c2i.net wrote:
On Friday 05 November 2010 19:13:08 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 10:36 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 05 November 2010 18:15:01 Matthew Fleming wrote:
On Fri, Nov 5, 2010
On Friday 05 November 2010 19:39:45 Matthew Fleming wrote:
True, but no taskqueue(9) code can handle that. Only the caller can
prevent a task from becoming enqueued again. The same issue exists
with taskqueue_drain().
I find that strange, because that means if I queue a task again while it
On Fri, Nov 5, 2010 at 11:45 AM, Hans Petter Selasky hsela...@c2i.net wrote:
On Friday 05 November 2010 19:39:45 Matthew Fleming wrote:
True, but no taskqueue(9) code can handle that. Only the caller can
prevent a task from becoming enqueued again. The same issue exists
with
Hi.
I've reviewed tests that scgcheck does to SCSI subsystem. It shown
combination of several issues in both CAM, ahci(4) and cdrtools itself.
Several small patches allow us to pass most of that tests:
http://people.freebsd.org/~mav/sense/
ahci_resid.patch: Add support for reporting residual
On Friday 05 November 2010 19:48:05 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 11:45 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 05 November 2010 19:39:45 Matthew Fleming wrote:
True, but no taskqueue(9) code can handle that. Only the caller can
prevent a task from
On Fri, Nov 05, 2010 at 07:27:43PM +0100, Nick Hibma wrote:
I think using fcntl is nicer than having a close the cached connection
function, but I don't think I can get around this problem without
changing something in libfetch.
I think libfetch should set the Close-On-Exec flag. It's
On Friday, November 05, 2010 3:00:37 pm Hans Petter Selasky wrote:
On Friday 05 November 2010 19:48:05 Matthew Fleming wrote:
On Fri, Nov 5, 2010 at 11:45 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 05 November 2010 19:39:45 Matthew Fleming wrote:
True, but no taskqueue(9)
On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote:
Hi.
I've reviewed tests that scgcheck does to SCSI subsystem. It shown
combination of several issues in both CAM, ahci(4) and cdrtools itself.
Several small patches allow us to pass most of that tests:
Hey folks, not sure why, but I had a stab at looking which files were
actually read during building world.
Method went something like this:
(turn on atime)
# find . -exec touch {} +
# sleep 2; touch timestamp
# make buildworld buildkernel installworld installkernel (this is on amd64)
# make
On Fri, Nov 05, 2010 at 09:25:36PM +0100, Ulrich Sp??rlein wrote:
lib/msun/src/s_fabs.c
lib/msun/src/s_modf.c
These are explicitly ignored by msun/Makefile.
# FreeBSD's C library supplies these functions:
#COMMON_SRCS+= s_fabs.c s_frexp.c s_isnan.c s_ldexp.c s_modf.c
--
Steve
on 04/11/2010 16:45 Andriy Gapon said the following:
on 04/11/2010 09:49 Andriy Gapon said the following:
I see a few processes stuck on the same vnode, trying to take or to
upgrade to
an exclusive lock on it, while the lock data suggests that it is
already
shared-locked. The vnode
On Friday, November 05, 2010 4:25:36 pm Ulrich Spörlein wrote:
Hey folks, not sure why, but I had a stab at looking which files were
actually read during building world.
Method went something like this:
(turn on atime)
# find . -exec touch {} +
# sleep 2; touch timestamp
# make
On Sat, 30.10.2010 at 23:22:44 +, Alexander Best wrote:
hi there,
with options DDB in my kernel conf i run into the following issue with my
kernel modules:
link_elf_lookup_symbol: missing symbol hash table
KLD file snd_hda.ko is missing dependencies
KLD file sound.ko is missing
On 10/25/2010 20:42, Xin LI wrote:
Hi,
Here is a patch that makes top(1) to inverse its table header (PID
USERNAME THR, etc).
Cheers,
Pretty neato fix for a long-standing annoyance.
--
jhell,v
___
freebsd-current@freebsd.org mailing list
On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
If the counter was not wrapped, it seem you lost more than 10% out
of
total RX frames. This is a lot loss and there should be a way to
mitigate it.
I've attached a patch (to the if_re.c in head, not your patched
Same panic here...
Also the MPD2 port is broken, I'm guessing a netgraph problem too.
2010/11/5 sdfsdf rwerwer freebsd-tracker-int...@mail.ru:
Hi everybody,
The following commands lead the 9.0-CURRENT kernel to crash:
[r...@freebsd /usr/home/int0dh]# ngctl
Available commands:
config
On Fri, Nov 05, 2010 at 07:44:56PM -0400, Rick Macklem wrote:
On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
If the counter was not wrapped, it seem you lost more than 10% out
of
total RX frames. This is a lot loss and there should be a way to
mitigate it.
On Fri, Nov 05, 2010 at 07:33:45PM -0700, Pyun YongHyeon wrote:
[...]
If this theory is correct, the attached patch may mitigate the
issue.
Oops, I incorrectly used old code.
Please use this one.
Index: sys/pci/if_rlreg.h
===
On Fri, Nov 5, 2010 at 1:25 PM, Ulrich Spörlein u...@spoerlein.net wrote:
Hey folks, not sure why, but I had a stab at looking which files were
actually read during building world.
Method went something like this:
(turn on atime)
# find . -exec touch {} +
# sleep 2; touch timestamp
# make
Hi,
On Fri, 5 Nov 2010 17:16:47 -0400
John Baldwin j...@freebsd.org said:
etc/periodic/security/610.ipf6denied
jhb I wonder if this is stale due to ip6fw being removed?
No, it seems to me that it is not related to ip6fw, and it calls
ipfstat. Perhaps, some work for IPv6 support of IP
47 matches
Mail list logo