https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Matt Macy changed:
What|Removed |Added
Status|Open|Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Navdeep Parhar changed:
What|Removed |Added
CC||n...@freebsd.org
--- Comment #6 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
--- Comment #5 from commit-h...@freebsd.org ---
A commit references this bug:
Author: mmacy
Date: Fri Sep 21 01:37:09 UTC 2018
New revision: 338850
URL: https://svnweb.freebsd.org/changeset/base/338850
Log:
fix vlan locking to permit sx
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
--- Comment #4 from Harald Schmalzbauer ---
(In reply to Harald Schmalzbauer from comment #3)
Just wanted to confirm that the functionality/MTU problem was unrelated to the
tested D16808 and seems to be fixed in r338305.
Quick local if_vl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Harald Schmalzbauer changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Kubilay Kocak changed:
What|Removed |Added
Keywords|panic |crash, needs-qa
Flags
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
--- Comment #3 from Harald Schmalzbauer ---
Kudos!
No more LORs and the described problem is solved with D16808 against r338093.
But vlan(4) doesn't work as expected.
I have to reduce MTU to 1468 on the vlan(4) device to get frames passed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Kevin Bowling changed:
What|Removed |Added
Status|New |In Progress
--- Comment #2 from Ke
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230510
Mark Linimon changed:
What|Removed |Added
Keywords||panic
Assignee|b...@freeb
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
Eugene Grosbein changed:
What|Removed |Added
Resolution|--- |FIXED
Status|In Prog
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
--- Comment #4 from Stephen Hurd ---
How's it looking?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
Eugene Grosbein changed:
What|Removed |Added
Status|New |In Progress
See Also|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
Stephen Hurd changed:
What|Removed |Added
Assignee|mjo...@freebsd.org |sh...@freebsd.org
C
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
Matthew Macy changed:
What|Removed |Added
CC||mm...@nextbsd.org
--- Comment #1 fr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603
Bug ID: 227603
Summary: [panic] r323477: Sleeping thread owns a non-sleepable
lock
Product: Base System
Version: 11.1-STABLE
Hardware: Any
OS: Any
On Thu, 12 Mar 2009, Richard Tector wrote:
Robert Watson wrote:
On Tue, 10 Mar 2009, Richard Tector wrote:
Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this
does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not
userland.
This problem is believed fixed a
Robert Watson wrote:
On Tue, 10 Mar 2009, Richard Tector wrote:
Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note
this does not happen with a 7.1-RELEASE kernel, so I'm assuming it's
not userland.
This problem is believed fixed as of r189531, committed 8 March -- could
you
On Tue, 10 Mar 2009, Richard Tector wrote:
Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this
does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not
userland.
This problem is believed fixed as of r189531, committed 8 March -- could you
try updating and see
Synopsis: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a
non-sleepable lock
Responsible-Changed-From-To: freebsd-net->rwatson
Responsible-Changed-By: rwatson
Responsible-Changed-When: Wed Mar 11 20:50:01 UTC 2009
Responsible-Changed-Why:
Grab ownership.
http://www.freebsd
The following reply was made to PR kern/129846; it has been noted by GNATS.
From: Richard Tector
To: bug-follo...@freebsd.org, k...@suri.co.jp
Cc:
Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread
owns a non-sleepable lock
Date: Tue, 10 Mar 2009 15:25:42
Old Synopsis: /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable
lock
New Synopsis: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a
non-sleepable lock
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Chan
e from the truly
* misbehaving thread.
*/
if (TD_IS_SLEEPING(td)) {
printf(
"Sleeping thread (tid %d, pid %d) owns a non-sleepable
lock\n",
td->td_tid, td->t
rintf(
"Sleeping thread (tid %d, pid %d) owns a non-sleepable
lock\n",
td->td_tid, td->td_proc->p_pid);
#ifdef DDB
db_trace_thread(td, -1);
#endif
panic("sleeping thread");
}
23 matches
Mail list logo
