With the diff http://marc.info/?l=openbsd-tech&m=146468839001627&w=2
panic: pool_do_get: pfstitem free list modified: page 0xff01e8e2c0008
Stopped at Debugger+0x9: leave
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
*44675 44675 0 0x14000 0x2103 softnet
D
On Mon, May 30, 2016 at 8:19 PM, Stefan Kempf wrote:
> Somehow the page inconsistency seems truncated:
>
> Alexey Suslikov wrote:
>
>> ddb{2}> show all pool
>> Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg Maxpg
>> Idle
>> [...]
&
uvm_fault(0x81910900, 0xff11ea28e888, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at pool_put+0x1dd: xorq0x8(%rax),%rcx
ddb{2}> show panic
the kernel did not panic
ddb{2}> trace
pool_put() at pool_put+0x1dd
uvm_unmap_detach() at uvm_unmap_detach+0x61
uvmspace_exec() at
mbuf errata is in the kernel.
uvm_fault(0x81909940, 0xff1226ae4ad0, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at pool_put+0x1dd: xorq0x8(%rax),%rcx
ddb{2}> show panic
the kernel did not panic
ddb{2}> trace
pool_put() at pool_put+0x1dd
pmap_do_remove() at pmap_do_
On Thu, May 12, 2016 at 2:10 PM, Otto Moerbeek wrote:
> On Thu, May 12, 2016 at 01:16:28PM +0300, Alexey Suslikov wrote:
>
>> machine acts as carp BACKUP in MASTER/BACKUP setup and MASTER has
>> never crashed like that. notice "page inconsistency" in "sh
machine acts as carp BACKUP in MASTER/BACKUP setup and MASTER has
never crashed like that. notice "page inconsistency" in "show all pools".
login: uvm_fault(0xff022f69f700, 0x18, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at pool_put+0x1dd: xorq0x8(%rax),%rcx
ddb{3}>
machine acts as carp BACKUP in MASTER/BACKUP setup and MASTER has
never crashed like that. notice "page inconsistency" in "show all pools".
uvm_fault(0x81909940, 0xff109c941a00, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at pool_do_get+0x90: movq0(%r13),%rdi
ddb
danielk z9d.de> writes:
> OpenBSD 5.7-current (GENERIC.MP) #969: Fri May 1 00:36:03 MDT 2015
May 1 is too old. Try newer one.
Stefan Sperling stsp.name> writes:
> - if (((fw_version & 0x0f) >> 16) < 6)
> + if (((fw_version & 0x0f) >> 16) != 6 &&
> + (fw_version & 0x0f) >> 16 != 8)
fw_version & 0x0f) >> 16 is repeating twice
(at least).
Is it good idea to turn above magic into a macro
wi
openmailbox.org> writes:
> # cat -n azalia.c | head -n 2352 | tail -n 1
> 2352 index = w->connections[w->selected];
Could you place a debug printf and dump w->type, w->selected and
size of w->connections before above line of code?
Atanas Vladimirov bsdbg.net> writes:
> On 31.10.2014 23:27, oht openbsd.se wrote:
> > https://sourceforge.net/projects/ar816xopenbsddriver/files/
>
> For which version of OpenBSD is this driver? Can you provide diff
> against -current so I can test it:
Unified diff against -current posted to
Alexey Suslikov gmail.com> writes:
> * unplug urtwn(4)
> ehci_idone: ex=0x802b0a00 is done!
> urtwn0 detached
Just an observation, but like other people recently experience
ehci_idone issues on resume (when usb devices re-attaching), I
also reproduce my issue only when I re-
Kernel built right after cvs checkout, no custom modifications made.
It is highly reproducible but I have seen acpibat instead of acpitz
at least once, so I think it is somewhat generic issue.
Steps to reproduce:
* boot with urtwn(4) plugged in (dhclient is used)
* login via GDM
* unplug urtwn(4
> Thank you,
> Jan Vlach
>
>
>
>
> --
> Jan Vlach
> Skype: h.vlach
> Jabber: ja...@jabber.cz
> Mobile: +420 737 925 447
> Office: +420 246 035 584
> honza.vl...@gmail.com
>
>
> On Wed, May 22, 2013 at 1:13 PM, Alexey Suslikov
> wrote:
>>
>>
h KVM seems to support it just fine)
>
> Anything else I can do on my side to help debug this further?
well, with crashdump you have provided, I think we will revert one of our
VMs to vio to find out similarities, and we can analyze that further when.
>
> Thank you,
> Jan Vlach
>
&g
>> virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Network" rev 0x00: Virtio
Network Device
>> vio0 at virtio0: address 52:54:00:00:1c:a9
Could you switch network adapter emulation to Intel PRO/1000 to
see if it helps?
On Tue, May 21, 2013 at 12:21 AM, Theo de Raadt wrote:
>> On Mon, May 20, 2013 at 11:58 PM, Ted Unangst wrote:
>> > On Mon, May 20, 2013 at 21:28, Alexey Suslikov wrote:
>> >>
>> >> While I see practical use, someone don't. I call this disagreement
On Mon, May 20, 2013 at 11:58 PM, Ted Unangst wrote:
> On Mon, May 20, 2013 at 21:28, Alexey Suslikov wrote:
>>
>> While I see practical use, someone don't. I call this disagreement. There is
>> no problem for me if somebody disagree with a plan I have. It's normal
On Mon, May 20, 2013 at 9:11 PM, Theo de Raadt wrote:
>> I'm not trying to convince, but avoid useless work/talk in the future:
>
> Yes you are. You have an agenda.
>
> You want to make us work around a bug, rather than talk to the
> originators of the problem.
While I see practical use, someone
On Mon, May 20, 2013 at 8:59 PM, Theo de Raadt wrote:
>> On Mon, May 20, 2013 at 8:42 PM, Mike Larkin wrote:
>> > On Mon, May 20, 2013 at 05:11:35PM +, Alexey E. Suslikov wrote:
>> >> Theo de Raadt cvs.openbsd.org> writes:
>> >>
>> >> > If these VM's are real VM's the should start emulating
On Mon, May 20, 2013 at 8:42 PM, Mike Larkin wrote:
> On Mon, May 20, 2013 at 05:11:35PM +, Alexey E. Suslikov wrote:
>> Theo de Raadt cvs.openbsd.org> writes:
>>
>> > If these VM's are real VM's the should start emulating the machines
>> > they claim to be emulating correctly, or they should
hello bugs@
http://www.openbsd.org/cgi-bin/man.cgi says Cannot open whatis
database for `OpenBSD Current' if Keyword Search is chosen.
regards,
alexey
Xavier Beaudouin wrote:
> > Description:
>
> using relayctl reload, fails miserably with command failed.
>
> kill relayd parent and starting it again work correctly.
Code in usr.sbin/relayd/control.c says:
case IMSG_CTL_RELOAD:
if (env->sc_prefork_relay >
On Fri, Oct 15, 2010 at 17:30, Alexey Suslikov
wrote:
> Claudio Jeker wrote:
>
>> On Wed, Oct 13, 2010 at 03:33:27PM +0600, Anton Maksimenkov wrote:
>> > 2010/10/13 Claudio Jeker :
>> > > Most probably re(4) was unable to allocate
>> > > clusters a
Claudio Jeker wrote:
> On Wed, Oct 13, 2010 at 03:33:27PM +0600, Anton Maksimenkov wrote:
> > 2010/10/13 Claudio Jeker :
> > > Most probably re(4) was unable to allocate
> > > clusters and now the RX ring is empty and stuck, in the worst case you hit
> > > an interrupt storm.
> >
> > BTW, in worst
Henning Brauer wrote:
> * Anton Maksimenkov [2010-10-13 11:33]:
> > BTW, in worst case (I used ping -f, just can't find anything useful to
> > generate many small packets) "re" generate about 5000 interrupts.
> > While "vr" on same machine can do about 20 000 interrupts and the
> > machine still
Claudio Jeker wrote:
> >From my test:
>
> netstat -m
> 20/128034/614400 mbuf 2048 byte clusters in use (current/peak/max)
>
> As you can see during my tcpbench test I peaked at 128034 active clusters
> which is way more then the 6144 setup by default. Oh and just for the
> kicks:
> Memory resourc
Anton,
Looks like you don't have as much interrupts to trigger the bug on pre-MCLGETI.
Take a look at PR 6419 and our box also can't survive 15k with re(4)
and rock stable on 70k with bnx(4).
OpenBSD 4.7-beta (GENERIC.MP) #82: Fri Feb 5 01:05:44 MST 2010
t...@amd64.openbsd.org:/usr/src/sys/
Hello b...@.
In contrast to other views, "systat -b vmstat" only shows
2 usersLoad 1.26 0.94 0.65
Is it normal behavior?
In fact, I'm interested in current irq rate on particular device
("vmstat -i" gives 5 sec averages which is not the same).
Alexey
29 matches
Mail list logo