On 09/26/14 07:51, Hans Petter Selasky wrote: > On 09/25/14 11:19, Gleb Smirnoff wrote: >> On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote: >> H> #7 0xffffffff80b07863 in uma_zfree_arg (zone=0x0, >> item=0xfffff800114ee000, >> H> udata=0xffffffff81484760) >> >> udata here is uma_slab_t. Can you look at it? >> >> btw, is that reproducible on stable/10 or head? >> > > Yes, it is reproducible. I have not tried stable/10 or head yet. > > (kgdb) print *(uma_slab_t)udata > $3 = { > us_keg = 0xfffff8085696d680, > us_type = { > _us_link = { > le_next = 0xfffff80856970a80, > le_prev = 0x3 > }, > _us_size = 18446735313429006976 > }, > us_hlink = { > sle_next = 0x0 > }, > us_data = 0xffffffff81484778 "", > us_free = { > __bits = {0, 0, -2125969520, 0} > }, > us_freecount = 0, > us_flags = 0 '\0', > us_pad = 0 '\0' > } > BTW: I don't rule out that this might be an indirect error of some other kernel modules which I am experimenting with currently. But if you see something which is obvious then please let me know. --HPSReceived on Fri Sep 26 2014 - 03:59:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:52 UTC