, here's an untested patch. Note that it requires the
currently latest version 1.90 of subr_prf.c. A '-' that should probably
be a '=' is fixed too.
Regards,
Stefan Farfeleder
Index: aic79xx.c
===
RCS file: /home/ncvs/src/sys/dev/aic7xxx
On Thu, Nov 07, 2002 at 08:28:30AM -0700, Scott Long wrote:
On Thu, Nov 07, 2002 at 04:22:07PM +0100, Stefan Farfeleder wrote:
Since I've seen this particular error at least 10 times and it is
getting boring, here's an untested patch. Note that it requires the
currently latest version
-cdb_io.cdb_bytes.
Regards,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, Sep 04, 2003 at 11:28:58AM -0500, Dan Nelson wrote:
In the last episode (Sep 04), Alexander Leidinger said:
- If we depend on it: how hard would it be to rewrite it to not depend
on 0-sized arrays (and does someone volunteer to rewrite it)? It
would be nice if someone could
* Mapping has not changed, must be protection or wiring change.
1901 */
(kgdb) info locals
pa = 454402048
pte = (pt_entry_t *) 0xbfca03b8
opa = 0
origpte = 1546661872
newpte = 0
mpte = 0xc1b3a0b8
(kgdb) q
%%
Do you need anything else?
Stefan Farfeleder
On Tue, Oct 28, 2003 at 04:07:13PM +, Richard Tobin wrote:
I think ISO-C is pretty clear here.
It would be wise to raise this on comp.std.c which is read by several
of the ISO C standard authors. Things that seem pretty clear often
turn out not to be...
This topic is discussed almost
On Fri, Oct 31, 2003 at 06:01:34PM +1100, Bruce Evans wrote:
POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit
integer types exist. It says that the existence of int8_t implies
that a byte is 8 bits and CHAR_BIT is 8. I'm not sure what prevents
int8_t being smaller than
On Fri, Oct 31, 2003 at 04:43:37PM +0100, Erik Trulsson wrote:
Perhaps not smaller in terms of the sizeof operator, but why can't one
have a 16-bit char, and an int8_t which occupies 16 bits, but only uses
8 of them - the other 8 being padding?
7.18.1.1 Exact-width integer types
1 The
is:
6.3.1.3 Signed and unsigned integers
2 Otherwise, if the new type is unsigned, the value is converted by repeatedly adding
or
subtracting one more than the maximum value that can be represented in the new type
until the value is in the range of the new type.49)
Regards,
Stefan Farfeleder
)!
devstat_end_transaction: HELP!! busy_count for ad1 is 0 (-1)!
...
What does this mean?
There's a patch from phk at http://phk.freebsd.dk/patch/ken.patch which
works for me (though it breaks gkrellm :)
Cheers,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
feature of C99 and thus not (yet) part of
C++. Nevertheless you can use -D_GLIBCPP_USE_C99 to include this and
some other non-standard C++ features.
Regards,
Stefan Farfeleder
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo
directory should really be in the attic. I guess you forgot to
use -P when using cvs update/checkout.
Cheers,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
unconditionally defines HAVE_STDINT_H though RELENG_4 is missing it.
Regards,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/freebsd/current/src/sys/kern/kern_event.c:959
at me and freezes badly at some point (no breaking into ddb possible).
This is totally repeatable. Is anybody able to reproduce (and maybe
fix) this?
Regards,
Stefan Farfeleder
Index: job.c
kqueue_scan+0x280
splx(s);
[...]
%%%
This seems to indicate that TAILQ_FIRST returns a null pointer and
TAILQ_REMOVE tries to dereference it, doesn't it? Maybe 'count' is not 0
though it should be?
Regards,
Stefan Farfeleder
Index: job.c
: resetting devices
ata0: mask=03 ostat0=50 ostat2=00
ad0: ATAPI 00 00
ata0-slave: ATAPI 00 00
ata0: mask=03 stat0=50 stat1=00
ad0: ATA 01 a5
ata0: devices=01
and I had to reboot without a dump :-(
Regards,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
# ^Dexit
Script done on Mon Oct 7 11:32:50 2002
I'm confused why marker - if it was removed by TAILQ_REMOVE - hasn't
kn_tqe.tqe_next and kn_tqe.tqe_prev set to (void *)-1.
Regards,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
will follow tomorrow.
However, WITNESS complains (only once) about this:
lock order reversal
1st 0xc662140c kqueue mutex (kqueue mutex)
/freebsd/current/src/sys/kern/kern_event.c:714
2nd 0xc6727d00 pipe mutex (pipe mutex) /freebsd/current/src/sys/kern/sys_pipe.c:1478
Regards,
Stefan Farfeleder
On Tue, Oct 08, 2002 at 09:26:29PM -0700, Don Lewis wrote:
On 8 Oct, Stefan Farfeleder wrote:
On Mon, Oct 07, 2002 at 03:48:45AM -0700, Terry Lambert wrote:
Following the advice from the spl* man page I turned the spl* calls to a
mutex and was surprised to see it working. My SMP
On Wed, Oct 09, 2002 at 04:07:45PM -0700, Terry Lambert wrote:
Stefan Farfeleder wrote:
Is it just a warning or does it pose a real problem?
I think the problem with the current code is that knote_{en,de}queue can
be executed in parallel (on another CPU, spl*() can't prevent that, can
functions compute the absolute value of a floating-point
number x.
Returns
The fabs functions return | x |.
Regards,
Stefan Farfeleder
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sat, Nov 09, 2013 at 08:29:30PM -0600, Brandon Gooch wrote:
Turns out that not enabling MRR causes my Intel Ultimate N WiFi Link
5300 to hang after only a few moments of use.
For now, I've just reverted only those aspects of r257133, enabling
MRR and keeping the rate index lookup, which
On Sun, Nov 10, 2013 at 05:14:58AM -0800, Adrian Chadd wrote:
yup, same info as brandon. :)
http://pastebin.com/MwfL06z7
Stefan
On 10 November 2013 04:17, Stefan Farfeleder stef...@freebsd.org wrote:
On Sat, Nov 09, 2013 at 08:29:30PM -0600, Brandon Gooch wrote:
Turns out
On Sun, Nov 10, 2013 at 10:48:48AM -0800, Adrian Chadd wrote:
Right near the end there you have 'status 83' which means 'transmit
failed, long retry hit' (the status codes are in if_iwnreg.h
somewhere.) The retry count hit 16, which is the max set for the
frame.
rate=80 (hex) is MCS0. So,
On Sun, Nov 10, 2013 at 02:01:12PM -0800, Adrian Chadd wrote:
Yes. So one of the.. unfortunately broken things in iwn is the ampdu tx
code doesn't do retransmits. So if amrr picks a rate that fails to transmit
everything, the driver doesn't retransmit them. It frees them.
Now when amrr is
On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote:
clang -O2 -pipe -march=opteron -O0 -lm test-cexp.c -o test-cexp
test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported,
ignoring pragma [-Wunknown-pragmas]
#pragma STDC FENV_ACCESSON
[...]
So, clang
Hi,
I noticed that most of my C++ applications in recent versions of FreeBSD
head suddenly crash without me recompiling them. I tracked it down to
r243830 which imported a new clang version. The new clang seems to
compile libgcc in a wrong or at least incompatible way with what gcc
expects. In
On Thu, Dec 27, 2012 at 09:15:01AM -0600, Nathan Whitehorn wrote:
On 12/27/12 09:07, Stefan Farfeleder wrote:
Hi,
I noticed that most of my C++ applications in recent versions of FreeBSD
head suddenly crash without me recompiling them. I tracked it down to
r243830 which imported a new
On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
I have been playing with Stefan's testcase for a while now, and while I
can reproduce the crashes, I am still at a loss about the cause. It
does seem to have something to do with throwing exceptions, but I am
still not sure
Hi,
gdb's command 'catch throw' is broken on FreeBSD head. While it does set
a breakpoint on __cxa_throw, the function seems to be never entered when
an exception is thrown. Does someone know how to fix this? It used to
work a couple of months ago.
Stefan
On Fri, Jan 04, 2013 at 12:38:44PM +, David Chisnall wrote:
Is this on 9.1? In -CURRENT and 9.1, libstdc++ is a filter library, and
libsupc++ or or libcxxrt are the filtee. This means that the __cxa_throw
symbol appears to be in libstdc++ (for symbol versioning purposes), but is
On Fri, Jan 04, 2013 at 12:54:03PM +, David Chisnall wrote:
As a work-around, you can put the breakpoint on _Unwind_RaiseException
instead. This will work for any language, not just C++ (e.g. it will notice
Objective-C or gcj-compiled Java exceptions).
Thank you, that works for me.
On Wed, Jan 02, 2013 at 02:59:50PM +0100, Stefan Farfeleder wrote:
On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
I have been playing with Stefan's testcase for a while now, and while I
can reproduce the crashes, I am still at a loss about the cause. It
does seem
On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov wrote:
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
$ cat throw-crash.cc
#include stdexcept
void f2(void) {
std::string s;
throw std
On Fri, Jan 04, 2013 at 10:23:34PM +0200, Konstantin Belousov wrote:
Thank you for digging more.
In fact, it is more likely that there is some bug or incompatibility in
c++ unwinder than in the libgcc itself, but as you noted, a compiler bug
is also possible.
Anyway, I was mostly
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
[...]
Until someone fixes this bug, could we apply something like this as a
work-around?
Stefan
Index: gnu/lib/libgcc/Makefile
On Sun, Jan 06, 2013 at 03:59:59PM +0100, Dimitry Andric wrote:
On 2013-01-06 15:17, Stefan Farfeleder wrote:
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
[...]
Until someone fixes this bug, could we apply
On Sun, Jan 06, 2013 at 04:51:11PM +, David Chisnall wrote:
On 6 Jan 2013, at 16:48, Nathan Whitehorn wrote:
No. It's completely broken at all optimization levels. There do not
appear to be any flags that change the behavior. Building unwind-dw2.c
either with gcc or with the previous
On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
On 2013-01-06 17:03, Stefan Farfeleder wrote:
On Sun, Jan 06, 2013 at 03:59:59PM +0100, Dimitry Andric wrote:
...
The bug also affects ports software, e.g., I also experienced strange
rtorrent segfaults that are now gone
On Fri, Jan 11, 2013 at 12:39:44AM +0100, Dimitry Andric wrote:
On 2013-01-08 09:58, Stefan Farfeleder wrote:
On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
...
After a lot of splitting up of unwind-dw2.c, I arrived at _Unwind_Resume
which when compiled by clang caused
On Tue, Apr 10, 2012 at 01:44:02AM -0400, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #7 r234042: Sun Apr 8
17:36:38 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
After a recent update on Sunday to r234042 I am having a problem with 2
ports:
gedit
evince
On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote:
On Tue, Apr 10, 2012 at 01:44:02AM -0400, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #7 r234042: Sun Apr 8
17:36:38 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
After a recent update
On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote:
On Wed, Apr 11, 2012 at 01:34:01PM +0200, Stefan Farfeleder wrote:
On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote:
I'm experiencing that too (r234038), xine also no longer starts (hangs
at splash
On Wed, Apr 11, 2012 at 11:27:55PM +0200, Stefan Farfeleder wrote:
On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote:
On Wed, Apr 11, 2012 at 01:34:01PM +0200, Stefan Farfeleder wrote:
On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote:
I'm
On Thu, Apr 12, 2012 at 01:39:28PM +0300, Konstantin Belousov wrote:
On Thu, Apr 12, 2012 at 09:12:50AM +0200, Stefan Farfeleder wrote:
On Wed, Apr 11, 2012 at 11:27:55PM +0200, Stefan Farfeleder wrote:
On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote:
On Wed, Apr 11
Hi,
I recently had to replace the enclosure of an external USB harddisk (WD
E1U1E Elements). With the new one (Trekstor DataStation maxi n.u 3,5), it
now takes over one minute between the detection of umass0 and da0. After that
it works fine.
Is this delay due to the hardware or is the
On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote:
On 05/08/12 00:46, Jason Evans wrote:
How recent is your system? This problem should have been fixed by
r234569, so if you're still seeing problems after that revision,
there's another problem we need to figure out. (By the
On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote:
On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote:
On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote:
On 05/08/12 00:46, Jason Evans wrote:
How recent is your system? This problem should have been fixed
On Tue, May 08, 2012 at 03:59:42PM -0700, Jason Evans wrote:
On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote:
On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote:
On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote:
I hit the same assertion with r235052 and inkscape. I'm now
Hi,
since r247617 my notebook consistently crashes with a page fault when I
turn it on. If I then reboot from the debugger, the system will boot
just fine. The last known working revision is r247186. I tried backing
out r247561 as this last touched kern_sysctl.c, but to no avail. This
is on
On Thu, Mar 21, 2013 at 06:00:01AM -0700, Steve Kargl wrote:
On Thu, Mar 21, 2013 at 09:28:38AM +0100, Stefan Farfeleder wrote:
since r247617 my notebook consistently crashes with a page fault when I
turn it on. If I then reboot from the debugger, the system will boot
just fine. The last
I'd like to report that my notebook is now booting fine again with
r248646.
Stefan
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Hi,
since the new eventtimers code was committed, my notebook (Dell
Precision m4400) sometimes hangs for 10-30 seconds, mostly during load.
In these periods I can move the mouse pointer but time (as perceived by
time(1)) seems to be halted. This is accompanied by lots of calcru:
runtime went
On Fri, Dec 24, 2010 at 04:49:50PM +0200, Alexander Motin wrote:
Have you tried to look on what happens with your HPET interrupts during
the problem? Is it timer hardware/driver problem, or something else?
Have you tried to use LAPIC timer? - it has no race window between start
and
Hi,
this panic just happened on an i386 SMP box that was idle except for
generating tons of checking stopevent 2 with the following
non-sleepable locks held messages. Its sources are are just a few
hours old.
%%
checking stopevent 2 with the following non-sleepable locks held:
On Sat, Nov 15, 2003 at 11:54:20AM -0800, Lars Eggert wrote:
shouldn't this work?
# ifconfig em0 inet 128.9.168.58 netmask 255.255.240.0 \
ether 00:07:e9:0a:26:52
ifconfig: ether: bad value
This is with today's -current, but this may have been around longer - I
hadn't tried it
On Mon, Nov 24, 2003 at 07:05:02PM +0100, boyd, rounin wrote:
From: Jacques A. Vidrine [EMAIL PROTECTED]
The application is broken. You must only check errno if you get an
error indication from the library call.
errno is only meaningful after a syscall error.
Wrong, counter-example:
On Mon, Nov 24, 2003 at 03:33:49PM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Stefan Farfeleder [EMAIL PROTECTED] writes:
: On Mon, Nov 24, 2003 at 07:05:02PM +0100, boyd, rounin wrote:
: From: Jacques A. Vidrine [EMAIL PROTECTED]
: The application is broken
On Sat, Oct 30, 2010 at 03:19:04PM -0400, David Rhodus wrote:
I haven't seen much of this since 5.x days. Anyone else see calcru
messages lately ?
Yes, I am seeing those as well in the last weeks, accompanied with
sporadic hangs of a few seconds. For now I've been to lazy to
investigate
59 matches
Mail list logo