Hi HPS,
I think that UPS_PORT_POWER and UPS_PORT_LINK_STATE overlap.
And, in xhci.c you set UPS_PORT_POWER as folows.
When UPS_PORT_POWER is set, UPS_PORT_LINK_STATE_GET() macro will
return incorrect value.
if (v XHCI_PS_PP) {
/*
on 22/01/2012 18:35 Gleb Smirnoff said the following:
On Sat, Jan 21, 2012 at 03:38:59PM +0200, Andriy Gapon wrote:
A on 20/01/2012 17:41 Gleb Smirnoff said the following:
A
A On Tue, Jan 17, 2012 at 03:02:42PM +0400, Gleb Smirnoff wrote:
A T New panic has been introduced somewhere
On Sun, Jan 22, 2012 at 05:19:11PM -0500, Michael Butler wrote:
On 01/22/12 12:46, Super Bisquit wrote:
No dice, people. It isn't doing diddly.
You did, of course, reboot after adding the license ack to
/boot/loader.conf ..
No need to reboot:
# kenv legal.intel_iwi.license_ack=1
Sets the
On 01/21/12 03:35, Rick Macklem wrote:
O. Hartmann wrote:
Hello.
I still use the amd automounter, but I miss NFSv4 capabilities. Since
Linux seems to use a more deep in the kernel located facility, I'd
like
to ask whether FreeBSd has an alternative to the amd automounter with
NFSv4
On Sat, Jan 21, 2012 at 07:26:55PM +0200, Andriy Gapon wrote:
A BTW, we have a quite strange situation with spin locks in console output
path.
A cnputs_mtx is marked as MTX_NOWITNESS, supposedly because cnputs (printf)
can be
A called in any locking context (even during normal operation).
On Mon, Jan 23, 2012 at 10:21:57AM +0200, Andriy Gapon wrote:
A I can confirm that I can reboot succesfully with a new kernel
A and kern.stop_scheduler_on_panic=0.
A
A This is very puzzling. You observation means that stop_scheduler_on_panic
has
A an effect on the code outside the panic path.
on 23/01/2012 15:04 Gleb Smirnoff said the following:
On Sat, Jan 21, 2012 at 07:26:55PM +0200, Andriy Gapon wrote:
A BTW, we have a quite strange situation with spin locks in console output
path.
A cnputs_mtx is marked as MTX_NOWITNESS, supposedly because cnputs
(printf) can be
A
on 23/01/2012 15:07 Gleb Smirnoff said the following:
On Mon, Jan 23, 2012 at 10:21:57AM +0200, Andriy Gapon wrote:
A I can confirm that I can reboot succesfully with a new kernel
A and kern.stop_scheduler_on_panic=0.
A
A This is very puzzling. You observation means that
On 1/22/12 7:05 PM, Kostik Belousov wrote:
On Mon, Jan 23, 2012 at 05:36:42AM +0400, Yuri Pankov wrote:
Seems to be reproducible here running r230467 as the NFS client and
r230135 as NFS server. NFSv4 not enabled.
# mount
[...]
sirius:/data/distfiles on /usr/ports/distfiles (nfs)
#
On Mon, Jan 23, 2012 at 04:01:20PM +0200, Andriy Gapon wrote:
A A Can you try to change printfs in witness to db_printfs? Perhaps this
will allow
A A to get the details of the LOR in uart_cnputc. Maybe that will reveal
some
A A important additional details.
A
A Should I do
On Mon, Jan 23, 2012 at 08:24:10PM +0400, Gleb Smirnoff wrote:
T On Mon, Jan 23, 2012 at 04:01:20PM +0200, Andriy Gapon wrote:
T A A Can you try to change printfs in witness to db_printfs? Perhaps
this will allow
T A A to get the details of the LOR in uart_cnputc. Maybe that will
reveal some
on 23/01/2012 18:26 Gleb Smirnoff said the following:
Sorry. I was testing wrong kernel. The substitute doesn't help. Panic
trace is almost the same:
db bt
Tracing pid 1 tid 11 td 0xfe0001d5e000
kdb_enter() at kdb_enter+0x3b
panic() at panic+0x1c7
_mtx_lock_spin_flags() at
On Mon, Jan 23, 2012 at 06:43:23PM +0200, Andriy Gapon wrote:
A db bt
A Tracing pid 1 tid 11 td 0xfe0001d5e000
A kdb_enter() at kdb_enter+0x3b
A panic() at panic+0x1c7
A _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f
A cnputs() at cnputs+0x7a
A vprintf() at vprintf+0xcb
A
on 23/01/2012 18:46 Gleb Smirnoff said the following:
On Mon, Jan 23, 2012 at 06:43:23PM +0200, Andriy Gapon wrote:
A db bt
A Tracing pid 1 tid 11 td 0xfe0001d5e000
A kdb_enter() at kdb_enter+0x3b
A panic() at panic+0x1c7
A _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f
A
On Monday 23 January 2012 09:12:46 Kohji Okuno wrote:
Hi HPS,
I think that UPS_PORT_POWER and UPS_PORT_LINK_STATE overlap.
And, in xhci.c you set UPS_PORT_POWER as folows.
When UPS_PORT_POWER is set, UPS_PORT_LINK_STATE_GET() macro will
return incorrect value.
if (v
On Wed, Jan 18, 2012 at 06:02:13PM +0200, Alexander Motin wrote:
On 01/12/12 15:04, Yuri Pankov wrote:
On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote:
On 01/12/12 14:18, Yuri Pankov wrote:
On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote:
I would like
On Sun, Jan 22, 2012 at 20:52:38 -0600, Richard Todd wrote:
Hi. I tried upgrading my amd64 10-CURRENT box to the most recent -CURRENT
code
and found that the new kernel couldn't find my two disks and tape drive that
are on a Firewire bus. All the USB and AHCI-attached hardware still showed
Pawel Jakub Dawidek p...@freebsd.org wrote:
If you have many snapshots and you were complaining that listing them
takes a lot of time, you may find the commit below useful.
Indeed.
It only works if your listing is limited to snapshot names and you want
to sort also by snapshot name (by
Hi HPS,
On Monday 23 January 2012 09:12:46 Kohji Okuno wrote:
Hi HPS,
I think that UPS_PORT_POWER and UPS_PORT_LINK_STATE overlap.
And, in xhci.c you set UPS_PORT_POWER as folows.
When UPS_PORT_POWER is set, UPS_PORT_LINK_STATE_GET() macro will
return incorrect value.
On Mon, Jan 23, 2012 at 11:16:05AM -0700, Kenneth D. Merry wrote:
If you can, please try the attached patch and see if it has any impact on
the problem. There is a bug in that commit in that we shouldn't be
invalidating all LUNs on a target when we get a status of
CAM_DEV_NOT_THERE.
Just
20 matches
Mail list logo