Date: Tue, 16 Apr 2013 15:44:44 -0700 From: Cy Schubert <Cy.Schubert@komquats.com> To: "Ilya A. Arkhipov" <rum1cro@yandex.ru> Cc: geom@freebsd.org, current@freebsd.org, ivoras@freebsd.org Subject: Re: Stack Overflow in GEOM Message-ID: <201304162244.r3GMiiNc004099@slippy.cwsent.com> In-Reply-To: Message from "Ilya A. Arkhipov" <rum1cro@yandex.ru> of "Tue, 16 Apr 2013 22:01:16 %2B0400." <1257671366135276@web6f.yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <1257671366135276=40web6f.yandex.ru>, =22Ilya A. Arkhipov=22 w= rites: > 16.04.2013, 21:56, =22Cy Schubert=22 <Cy.Schubert=40komquats.com>: > > Has anyone see this before? Just updated my CURRENT partitions on my > > testbed and laptop. The laptop just boots but I've managed to capture= this > > on my testbed (attached to a serial port on another system). > > > > This is HEAD from yesterday (Apr 15) morning (PDT). The partition bei= ng > > booted is ada0s1d. On my laptop it's ada0s3a. KSTACK_PAGES is 4. Is t= here a > > way to quickly display that kern.kstack_pages from DDB? > > > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > > ada0: <SAMSUNG SP0802N TK100-24> ATA-7 device > > ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) > > ada0: 76351MB (156368016 512 byte sectors: 16H 63S/T 16383C) > > ada0: Previously was known as ad0 > > ada1 at ata0 bus 0 scbus0 target 1 lun 0 > > ada1: <Maxtor 6Y120P0 YAR41BW0> ATA-7 device > > ada1: 133.000MB/s transfers (UDMA6, PIO 8192bytes) > > ada1: 117246MB (240121728 512 byte sectors: 16H 63S/T 16383C) > > ada1: Previously was known as ad1 > > ada2 at ata2 bus 0 scbus2 target 0 lun 0 > > ada2: <WDC WD5000AAKS-00D2B0 12.01C02> ATA-8 SATA 2.x device > > ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > > ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > > ada2: Previously was known as ad4 > > ada3 at ata3 bus 0 scbus3 target 0 lun 0 > > ada3: <WDC WD3200KS-00PFB0 21.00M21> ATA-7 SATA 2.x device > > ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > > ada3: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) > > ada3: Previously was known as ad6 > > SMP: AP CPU =231 Launched=21 > > panic: stack overflow detected; backtrace may be corrupted > > cpuid =3D 1 > > KDB: enter: panic > > =5B thread pid 13 tid 100009 =5D > > Stopped at =9A=9A=9A=9A=9Akdb_enter+0x3d: movl =9A=9A=9A=240,kdb_why > > db> bt > > Tracing pid 13 tid 100009 td 0x872d6000 > > kdb_enter(80ca7886,80ca7886,80ca9523,86edcae0,1,...) at > > kdb_enter+0x3d/frame 0x86edca98 > > panic(80ca9523,86edcb70,80713dd2,86edcbd8,86edcafc,...) at > > panic+0x141/frame 0x86edcad4 > > __stack_chk_init(86edcbd8,86edcafc,86edcaf8,86edcafc,64,...) at > > __stack_chk_init/frame 0x86edcae0 > > g_label_disk_ident_taste(87b7dc80,86edcbd8,80,0,0,...) at > > g_label_disk_ident_taste+0x102/frame 0x86edcb70 > > g_label_taste(80d26b88,872ff500,0,872ff480,872d6000,...) at > > g_label_taste+0x3ca/frame 0x86edcc6c > > g_new_provider_event(872ff500,0,25c,80c9798e,0,...) at > > g_new_provider_event+0xb1/frame 0x86edcc88 > > g_run_events(0,86edcd08,222db60d,83725616,b10094f2,...) at > > g_run_events+0x19f/frame 0x86edccc4 > > fork_exit(8070d140,0,86edcd08) at fork_exit+0xa3/frame 0x86edccf4 > > fork_trampoline() at fork_trampoline+0x8/frame 0x86edccf4 > > --- trap 0, eip =3D 0, esp =3D 0x86edcd40, ebp =3D 0 --- > > db> > > > > I've been poking at this off and on last night. Any ideas? > > > > -- > > Cheers, > > Cy Schubert <Cy.Schubert=40komquats.com> > > FreeBSD UNIX: =9A<cy=40FreeBSD.org> =9A=9AWeb: =9Ahttp://www.FreeBSD.= org > > > > _______________________________________________ > > freebsd-current=40freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to =22freebsd-current-unsubscribe=40fre= ebsd.org=22 >=20 > Hi, >=20 > It should be related with: http://docs.freebsd.org/cgi/getmsg.cgi?fetch= =3D30160 > 3+0+current/svn-src-head >=20 > Author: ivoras > Date: Mon Apr 15 16:09:24 2013 > New Revision: 249508 > URL: http://svnweb.freebsd.org/changeset/base/249508 >=20 > Log: > Introduce glabel labels based on GEOM ident attributes. In this initi= al > implementation, error on the side of conservatism and only create lab= els > for GEOMs of classes DISK and MULTIPATH. >=20 > Discussed with: trasz > Approved by: silence from freebsd-geom=40 You were correct. Backing out r249508 in my tree resolves the panic on bo= th=20 hosts. --=20 Cheers, Cy Schubert <Cy.Schubert=40komquats.com> FreeBSD UNIX: <cy=40FreeBSD.org> Web: http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201304162244.r3GMiiNc004099>