On Wed, Jun 21, 2023 at 10:06:28AM -0400, Mark Johnston wrote:
> On Wed, Jun 21, 2023 at 11:53:44AM +0200, Peter Holm wrote:
> > Just got this panic:
> >
> > 20230621 11:15:23 all (37/912): linux.sh
> > panic: ASan: Invalid access, 1-byte read at 0xfe020bd7
Just got this panic:
20230621 11:15:23 all (37/912): linux.sh
panic: ASan: Invalid access, 1-byte read at 0xfe020bd78e9f,
RedZonePartial(2)
cpuid = 1
time = 1687338930
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0xa5/frame 0xfe01f16abc10
kdb_backtrace() at
I just got this one:
0210415 17:01:45 all (458/755): callout_reset_on.sh
kernel trap 9 with interrupts disabled
Fatal trap 9: general protection fault while in kernel mode
cpuid = 10; apic id = 0a
instruction pointer = 0x20:0x80c7c286
stack pointer = 0x0:0xfe00e49b0730
frame
On Thu, Mar 11, 2021 at 12:56:02PM -0500, Mark Johnston wrote:
> On Thu, Mar 11, 2021 at 06:32:13PM +0100, Peter Holm wrote:
> > I just got this panic:
> >
> > panic: malloc(M_WAITOK) with sleeping prohibited
> > cpuid = 0
> > time = 1615472733
> > KDB: sta
I just got this panic:
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 0
time = 1615472733
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e49748b0
vpanic() at vpanic+0x181/frame 0xfe00e4974900
panic() at panic+0x43/frame 0xfe00e4974960
On Wed, Mar 10, 2021 at 01:33:34PM +0100, Hans Petter Selasky wrote:
> On 3/10/21 12:41 PM, Peter Holm wrote:
> > On Wed, Mar 10, 2021 at 10:52:53AM +0100, Hans Petter Selasky wrote:
> >> On 3/10/21 10:15 AM, Peter Holm wrote:
> >>> I just got this panic:
> &g
On Wed, Mar 10, 2021 at 10:52:53AM +0100, Hans Petter Selasky wrote:
> On 3/10/21 10:15 AM, Peter Holm wrote:
> > I just got this panic:
> >
> > igb0: port 0xd020-0xd03f mem
> > 0xfb32-0xfb33,0xfb344000-0xfb347fff irq 16 at device 0.0 on pci8
> > igb0: U
I just got this panic:
igb0: port 0xd020-0xd03f mem
0xfb32-0xfb33,0xfb344000-0xfb347fff irq 16 at device 0.0 on pci8
igb0: Using 1024 TX descriptors and 1024 RX descriptors
igb0: queue equality override not set, capping rx_queues at 6 and tx_queues at 6
igb0: Using 6 RX queues 6 TX
On Wed, Dec 30, 2020 at 07:27:08PM +0200, Konstantin Belousov wrote:
> On Wed, Dec 30, 2020 at 04:48:27PM +, Rick Macklem wrote:
> > Kostik wrote:
> > >On Wed, Dec 30, 2020 at 02:02:48AM +, Rick Macklem wrote:
> > >> Hi,
> > >>
> > >> Post r367671...
> > >> When multiple files are being
On Tue, Dec 08, 2020 at 10:30:41AM -0500, Mark Johnston wrote:
> On Tue, Dec 08, 2020 at 12:47:18PM +0100, Peter Holm wrote:
> > I just got this panic:
> >
> > Fatal trap 9: general protection fault while in kernel mode
> > cpuid = 9; apic id = 09
> > instruction
I just got this panic:
Fatal trap 9: general protection fault while in kernel mode
cpuid = 9; apic id = 09
instruction pointer = 0x20:0x80bc6e22
stack pointer = 0x28:0xfe0698887630
frame pointer = 0x28:0xfe06988876b0
code segment = base 0x0, limit 0xf, type
On Wed, Nov 28, 2018 at 01:46:17AM +0200, Konstantin Belousov wrote:
> On Wed, Nov 28, 2018 at 12:54:21AM +0300, Vladimir Kondratyev wrote:
> > Following test case triggers assertion after r340343:
> >
> >
> > #include
> >
> > int
> > main(int argc, char **argv)
> > {
> >
Feeding entropy: .
lo0: link state changed to UP
panic: mtx_lock() by idle thread 0xf800036ac000 on sleep mutex igb0 @
../../../net/iflib.c:2084
cpuid = 4
time = 1540286062
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe007876e610
vpanic() at
On Mon, Oct 22, 2018 at 11:00:41AM +0200, Hans Petter Selasky wrote:
> On 10/20/18 6:56 PM, Peter Holm wrote:
> > I can trigger this on 13.0-CURRENT r339445 with a non-root test program:
> >
>
> Hi,
>
> The following commits should fix the issues you experience:
>
I can trigger this on 13.0-CURRENT r339445 with a non-root test program:
Calling uiomove() with the following non-sleepable locks held:
exclusive sleep mutex seqflq (seqflq) r = 0 (0xf80003860c08) locked @
dev/sound/midi/sequencer.c:952
stack backtrace:
#0 0x80bfe263 at
of the few.
> >
> >
> > In message > il.com>
> > , Matthew Macy writes:
> >> Try updating. It should be fixed.
> >>
> >> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert
> >> wrot
> >> e:
> >> > In message &
20180620 10:32:47 all (1/1): udp.sh
Kernel page fault with the following non-sleepable locks held:
shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @
netinet/in_pcb.c:2398
stack backtrace:
#0 0x80c00733 at witness_debugger+0x73
#1 0x80c01b11 at witness_warn+0x461
#2
On Sun, Apr 08, 2018 at 02:36:08AM -0700, Michael Dexter wrote:
> On 3/24/18 2:35 AM, O. Hartmann wrote:
> > Writing out memory (md) backed images of UFS2 filesystems (NanoBSD images,
> > created via
> > the classical manual way, no makefs), my recent CURRENT system dumps the
> > console full of
Got this while testing a patch:
panic: softclock_call_cc: act 0xf80c036eec00 0
cpuid = 22
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0f940c97d0
vpanic() at vpanic+0x182/frame 0xfe0f940c9850
kassert_panic() at kassert_panic+0x126/frame
On Tue, Jul 12, 2016 at 10:55:31AM +0200, Hans Petter Selasky wrote:
> On 07/12/16 10:37, Peter Holm wrote:
> > Exiting from single-user mode triggers this:
> >
> > ifa_maintain_loopback_route: deletion failed for interface igb0: 3
> > panic: bogus refcnt 0 on lle 0xfff
Exiting from single-user mode triggers this:
ifa_maintain_loopback_route: deletion failed for interface igb0: 3
panic: bogus refcnt 0 on lle 0xf80121a13a00
cpuid = 9
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe1048c63470
vpanic() at
On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote:
> On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote:
> > I believe they all have more or less the same cause. The crashes occur
> > because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we
> > call
On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote:
> On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote:
> > I believe they all have more or less the same cause. The crashes occur
> > because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we
> > call
On Tue, Jan 05, 2016 at 01:07:40PM +0200, Konstantin Belousov wrote:
> On Mon, Jan 04, 2016 at 10:05:21PM -0800, Benno Rice wrote:
> > Hi Konstantin,
> >
> > I recently updated my dev box to r292962. After doing this I attempted to
> > set up PostgreSQL 9.4. When I ran initdb the last phase
On Sun, Dec 27, 2015 at 12:09:27PM +0200, Konstantin Belousov wrote:
> On Sun, Dec 27, 2015 at 03:38:48AM -0500, Shawn Webb wrote:
> > Hey All,
> >
> > This is from booting a new installer ISO, generated today from a very
> > recent commit:
> >
> > === Begin Log ===
> > Trying to mount root from
On Wed, Aug 06, 2014 at 09:15:12PM +0300, Konstantin Belousov wrote:
On Wed, Aug 06, 2014 at 12:48:28PM -0500, Bryan Drewery wrote:
On 8/5/2014 10:56 PM, Bryan Drewery wrote:
On 8/5/2014 10:19 PM, Konstantin Belousov wrote:
On Tue, Aug 05, 2014 at 09:47:57PM -0500, Bryan Drewery wrote:
On Mon, Dec 09, 2013 at 06:42:39AM +0200, Konstantin Belousov wrote:
On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote:
Hi,
I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD
11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013
On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 01:11:35PM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013
On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 01:11:35PM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013
, since both the old and new client use the same rpc.lockd in the
same way (the new one just cribbed the code from the old one), I think
the same problem would exist for the old one. As such, I don't believe
this is a regression.
Maybe we can talk Peter Holm into periodically running his file
On Thu, Jan 10, 2013 at 01:40:07AM +0200, Konstantin Belousov wrote:
On Wed, Jan 09, 2013 at 07:52:43PM +0100, Florian Smeets wrote:
Hi,
I got this while building packages with poudriere. I'm running r245188.
Let me know if you need anything else from the dump.
Florian
On Sun, May 13, 2012 at 12:49:38AM +0200, Mateusz Guzik wrote:
On Thu, May 10, 2012 at 12:39:00PM +0200, Peter Holm wrote:
On Thu, May 10, 2012 at 12:21:18PM +0200, Mateusz Guzik wrote:
On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote:
On Mon, May 07, 2012 at 10:11:53PM +0200
On Thu, May 10, 2012 at 12:21:18PM +0200, Mateusz Guzik wrote:
On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote:
On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote:
On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
On 05/06/2012 15:19, Sergey Kandaurov
On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote:
On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
On 05/06/2012 15:19, Sergey Kandaurov wrote:
On 7 May 2012 01:54, Doug Barton do...@freebsd.org wrote:
I got this with today's current, previous (working) kernel is
On Fri, Jun 24, 2011 at 10:57:16PM +0300, Kostik Belousov wrote:
On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote:
Got a panic: Not a vnode object quite fast:
http://people.freebsd.org/~pho/stress/log/kostik441.txt
Ah, yes, this is an assertion that was added in the r209702
under review.
- I believe Peter Holm has more test cases that fails with tmpfs. He
would have more details. I somewhat remember some panic on execve(2) the
binary located on tmpfs.
I ran the TMPFS tests I have and so far I only spotted the mmap(2)
problem:
http://people.freebsd.org/~pho
On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote:
On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote:
On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote:
On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote:
Does anyone object to this patch
On Fri, Jun 24, 2011 at 05:50:43PM +0300, Kostik Belousov wrote:
On Fri, Jun 24, 2011 at 03:21:05PM +0200, Peter Holm wrote:
On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote:
On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote:
On Thu, Jun 23, 2011 at 11:21:53PM
On Fri, Jun 17, 2011 at 05:34:15PM +0200, Hans Ottevanger wrote:
Hi,
I found a possible issue with SU+J on recent versions of -CURRENT.
After deleting a large file hierarchy (copy of /usr/src, ~1.5 Gbyte),
df reports a negative number of blocks Used for a while.
Yes, thank you. This is
On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote:
So... I was doing a portmaster -af today because vlc stopped playing
audio (for some reason ... I kind of went on a pkg_cutleaves rampage and
probably deinstalled too much stuff), and the machine hardlocked during an
On Tue, Nov 02, 2010 at 07:33:50PM +, Bruce Cran wrote:
On Tuesday 02 November 2010 19:12:14 Bruce Cran wrote:
I've noticed in recent months that I appear to be getting silent corruption
of my UFS filesystems - and I think it may be linked to using md(4) or
creating sparse files.
On Tue, Aug 24, 2010 at 12:12:57AM +0300, Kostik Belousov wrote:
On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote:
On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote:
While updating sysutils/coreutils port on -current as of this morning
(SVN r211550), I noted a panic
On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote:
While updating sysutils/coreutils port on -current as of this morning
(SVN r211550), I noted a panic during the directory rename config test.
Your problem seems identical to this report:
On Sun, Jul 04, 2010 at 09:42:08PM +0200, Attilio Rao wrote:
Is this core updates somewhere? (With, possibly, a copy of your kernel
binaries?)
Attilio
Some more info here:
http://people.freebsd.org/~pho/stress/log/attilio039.txt
- Peter
___
.
--
Peter Holm
--- sched_4bsd.c~ Sun Jun 15 16:57:17 2003
+++ sched_4bsd.cSun Aug 10 08:41:06 2003
@@ -448,7 +448,8 @@
ke-ke_sched-ske_cpticks++;
kg-kg_estcpu = ESTCPULIM(kg-kg_estcpu + 1);
- if ((kg-kg_estcpu % INVERSE_ESTCPU_WEIGHT) == 0) {
+ if (((kg-kg_estcpu
Here's a trace from a deadlock in a kernel from Jul 8 13:51 UTC:
http://people.freebsd.org/~pho/stress/cons36.html
--
Peter Holm
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
() at Xint0x80_syscall+0x1d
--- syscall (7), eip = 0x807b26b, esp = 0xbfbffa0c, ebp = 0xbfbffa28 ---
--
Peter Holm
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL
On Mon, Jun 30, 2003 at 01:42:15PM +0200, Eirik Oeverby wrote:
Hi folks,
I am having some very weird problems on my laptop,
I can repeat the problem (noticed with savecore) on a
kernel from Jun 30 05:23 UTC:
current# df -h .
FilesystemSize Used Avail Capacity Mounted on
/dev/ad0s1f
Kirk seems to be out of touch :-), so I created PR kern/12869.
--
Peter Holm | mailto:[EMAIL PROTECTED] | http://login.dknet.dk/~pho/
-[ Member of the BSD-Dk User Group / http://www.bsd-dk.dk/ ] -
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
49 matches
Mail list logo