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 furth
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 backw
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 co
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
* 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
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
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 discusse
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 t
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 type
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:
e
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 trie
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-exa
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&
nt for ad1 is < 0 (-1)!
> 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
>
> what's wrong with my system ? or what can I do for it ?
The isnan() macro is a new 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
_
aximum value that can be represented in the new type
until the value is in the range of the new type.49)
Regards,
Stefan Farfeleder
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
.cat.gz
> rm: tar: is a directory
<...>
The tar 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
er
> 4.6-RELEASE (just cvs updated).
Add me to the list. Culprit is src/usr.bin/file/config.h which
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
_core.c:1307: could sleep with "filedesc structure"
locked from /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
mp%eax,%ebx
ff6: 75 18 jne1010
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,
St
ine 717. However, when
trying to produce a dump, this occured:
db> panic
panic: from debugger
cpuid = 1; lapic.id = 0100
boot() called on cpu#1
syncing disks... panic: bremfree: bp 0xd2a42990 not locked
boot() called on cpu#1
Uptime: 10m13s
pfs_vncache_unload(): 1 entries remaining
Dumping 1023 MB
ata
= 0, udata = 0x0}, {
ident = 0, filter = 0, flags = 0, fflags = 0, data = 0, udata = 0x0}}}
(kgdb) q
frog# ^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
h it did not a single
time out of >30 times before). Further testings 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) @
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 t
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 anothe
would go away.
ISO C99
7.12.7.2 The fabs functions
Synopsis
#include
double fabs(double x);
float fabsf(float x);
long double fabsl(long double x);
Description
The fabs 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
ror at least 10 times and it is
getting boring, 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
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 re
], when cast to unsigned char *, the value will be
the same as just csio->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 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 fac
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 i
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
> ac
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
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 abo
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
> >
>
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/
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:
> > [...]
> >
> &g
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 pr
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
> > rtorren
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
> >>
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
>
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
> >
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), x
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, Stefa
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 wro
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 kerne
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. (
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 y
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:
> >>>
> >>>
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, whi
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 wrote:
> > On Sat, Nov 09, 2013 at 08:29:30PM -0600, Brandon Gooch wrote:
> >> Turns out that no
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.
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 i
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 amd64.
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 wi
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 "freebsd-current-unsubscr...@freebs
59 matches
Mail list logo