Last current shows strange CAM/SCSI error on empty USB card reader on the boot

2013-05-01 Thread Andrey Chernov
umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:10:0:-1: Attached to scbus10 da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:uma

Kernel build error in hwpmc with system GNU cc

2013-05-01 Thread Andrey Chernov
cc1: warnings being treated as errors /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c: In function 'iap_allocate_pmc': /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function *** [hwpmc_core.o] Error code 1 -- bitcoin:13fGi

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread Glen Barber
On Wed, May 01, 2013 at 02:30:36PM -0400, John Baldwin wrote: > On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote: > > If in DDB, it would be useful to do a "ps" so we can identify threads in > > the > > process, and in particular, whether they might be in the kernel around the > >

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread John Baldwin
On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote: > > On 1 May 2013, at 19:03, Glen Barber wrote: > > >> I'll need to catch up on this thread later, but a few questions: > >> > >> Do we know if the application in question is multithreaded, and > >> if so, might it be attempting co

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread Robert N. M. Watson
On 1 May 2013, at 19:03, Glen Barber wrote: >> I'll need to catch up on this thread later, but a few questions: >> >> Do we know if the application in question is multithreaded, and >> if so, might it be attempting concurrent operations on this socket? > > I do not know if zabbix-agent is multi

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread Glen Barber
On Wed, May 01, 2013 at 06:45:53PM +0100, Robert N. M. Watson wrote: > > On 1 May 2013, at 16:56, John Baldwin wrote: > > > It looks like the ipi_hash_lock is locked (and udp_connect() locks it), so > > I > > think the offending code is somewhere else. Also, I can't find anything > > that > >

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread Robert N. M. Watson
On 1 May 2013, at 16:56, John Baldwin wrote: > It looks like the ipi_hash_lock is locked (and udp_connect() locks it), so I > think the offending code is somewhere else. Also, I can't find anything that > removes an inp without hold the correct pcbinfo lock. Only thing I can think > of is if t

Re: panic: in_pcblookup_local (?)

2013-05-01 Thread John Baldwin
On Tuesday, April 30, 2013 5:19:08 pm Glen Barber wrote: > On Tue, Apr 30, 2013 at 04:53:13PM -0400, John Baldwin wrote: > > Try 'p phd' to start. INP_PCBPORTHASH is a macro, so you will > > have to do it by hand: > > > > 'p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask]' > > > > (