Great. Committed as c01da939b0998f8de068a23c9016c377e761255e. As you might
have guessed, I don't have a current cardbus system, though I need to bring
one up to finish the removal of PC Card support.
Warner
On Sat, Feb 27, 2021 at 1:13 AM Steve Kargl <
s...@troutmask.apl.washington.edu> wrote:
>
That fixes the problem. Thanks for the quick response.
--
steve
On Sat, Feb 27, 2021 at 12:02:54AM -0700, Warner Losh wrote:
> What does https://reviews.freebsd.org/D28963 do for you?
>
> Warner
>
> On Fri, Feb 26, 2021 at 9:48 PM Steve Kargl <
> s...@troutmask.apl.washington.edu> wrote:
>
>
What does https://reviews.freebsd.org/D28963 do for you?
Warner
On Fri, Feb 26, 2021 at 9:48 PM Steve Kargl <
s...@troutmask.apl.washington.edu> wrote:
> Ejecting a D-Link DWL-G630 AirPlus G NIC leads to
>
> panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001
> cpuid = 1
> time = 1
Ejecting a D-Link DWL-G630 AirPlus G NIC leads to
panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001
cpuid = 1
time = 1614400775
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0062fc3b40
vpanic() at vpanic+0x181/frame 0xfe0062fc3b90
pan
On 07/14/2011 12:55, Doug Barton wrote:
> On 07/14/2011 11:39, John Baldwin wrote:
>> On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote:
Don't forget if_ath_pci.
>> Which I think is a bug for this very reason if it turns out to be the cause.
>
> I have
>
> MODULES_OVERRIDE=ath ...
>
On 07/14/2011 11:39, John Baldwin wrote:
> On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote:
>> > Don't forget if_ath_pci.
> Which I think is a bug for this very reason if it turns out to be the cause.
I have
MODULES_OVERRIDE=ath ...
in src.conf and I have an if_ath module, but no if_ath
On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote:
> Don't forget if_ath_pci.
Which I think is a bug for this very reason if it turns out to be the cause.
> Adrian
>
> On 14 July 2011 16:59, Doug Barton wrote:
> > On 07/12/2011 07:22, John Baldwin wrote:
> >> On Monday, July 11, 2011 9:2
Don't forget if_ath_pci.
Adrian
On 14 July 2011 16:59, Doug Barton wrote:
> On 07/12/2011 07:22, John Baldwin wrote:
>> On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
>>> On 07/08/2011 06:19, John Baldwin wrote:
>>>
Hmm, well that's odd. It didn't grow it enough it seems.
>>>
On 07/12/2011 07:22, John Baldwin wrote:
> On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
>> On 07/08/2011 06:19, John Baldwin wrote:
>>
>>> Hmm, well that's odd. It didn't grow it enough it seems.
>>>
> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
> inse
On 07/12/2011 07:22, John Baldwin wrote:
> On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
>> On 07/08/2011 06:19, John Baldwin wrote:
>>
>>> Hmm, well that's odd. It didn't grow it enough it seems.
>>>
> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
> inse
On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
> On 07/08/2011 06:19, John Baldwin wrote:
>
> > Hmm, well that's odd. It didn't grow it enough it seems.
> >
> >>> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
> >>> insert
> >>> the card and record the messages
On 07/08/2011 06:19, John Baldwin wrote:
> Hmm, well that's odd. It didn't grow it enough it seems.
>
>>> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
>>> insert
>>> the card and record the messages in dmesg when it does? (You can likely
>>> get
>>> those out of kg
I'm also interested in this problem too if it is in the CardBus layer. This
sounds like a problem with jhb's latest pci resource stuff, since that code is
shared with CardBus...
Another alternative to crashdups is a serial console :)
I've not seen this, but haven't tried two ATH cards in a lap
On Friday, July 08, 2011 4:48:35 am Doug Barton wrote:
> On 07/07/2011 14:20, John Baldwin wrote:
> > On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote:
> >> I have 2 ath-based pc-card adapters. If I put either one of them in the
> >> slot while the system is up, or if I try booting with them
On 07/07/2011 14:20, John Baldwin wrote:
> On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote:
>> I have 2 ath-based pc-card adapters. If I put either one of them in the
>> slot while the system is up, or if I try booting with them in the slot,
>> I get an instant panic. The cards previously w
On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote:
> I have 2 ath-based pc-card adapters. If I put either one of them in the
> slot while the system is up, or if I try booting with them in the slot,
> I get an instant panic. The cards previously worked in -current, and
> continue to work in
On Monday, July 04, 2011 10:37:12 Doug Barton wrote:
> On 07/03/2011 03:05, Adrian Chadd wrote:
> > The obvious question - can you bisect kernel versions to find out when it
> > broke?
>
> Sorry, I thought the answer to that was obvious from my message. I have
> no idea how far back the breakage
On 4 July 2011 16:37, Doug Barton wrote:
> On 07/03/2011 03:05, Adrian Chadd wrote:
>>
>> The obvious question - can you bisect kernel versions to find out when it
>> broke?
>
> Sorry, I thought the answer to that was obvious from my message. I have no
> idea how far back the breakage goes since I
On 07/03/2011 03:05, Adrian Chadd wrote:
The obvious question - can you bisect kernel versions to find out when it broke?
Sorry, I thought the answer to that was obvious from my message. I have
no idea how far back the breakage goes since I don't use the cards often.
Doug
--
Nothi
The obvious question - can you bisect kernel versions to find out when it broke?
Adrian
On 3 July 2011 13:39, Doug Barton wrote:
> I have 2 ath-based pc-card adapters. If I put either one of them in the slot
> while the system is up, or if I try booting with them in the slot, I get an
> instant
I have 2 ath-based pc-card adapters. If I put either one of them in the
slot while the system is up, or if I try booting with them in the slot,
I get an instant panic. The cards previously worked in -current, and
continue to work in 8-stable and windows xp. I don't have any other
pc-cards to co
On Thu, Nov 28, 2002 at 05:58:23PM -0700, Scott Long wrote:
> On Thu, Nov 28, 2002 at 06:58:05PM -0500, Christian Brueffer wrote:
> >
> > Hi,
> >
> > got a reproducable panic while inserting a 3Com Megahertz 3CCFE575BT
> > into an up to date -current system.
> > The card used to work fine with DP
On Thu, Nov 28, 2002 at 07:48:32PM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Christian Brueffer <[EMAIL PROTECTED]> writes:
> : got a reproducable panic while inserting a 3Com Megahertz 3CCFE575BT
> : into an up to date -current system.
> : The card used to work f
This is all on a ASUSS8600 series notebook. I can't therefore provide
debugging console dumps, due to the leakage of serial interfaces
on the system. This system is based on the intel 440MX chipset.
However inserting the card gives immediate kernel dump.
A traceback is indicating that the crash is
In message: <[EMAIL PROTECTED]>
Christian Brueffer <[EMAIL PROTECTED]> writes:
: got a reproducable panic while inserting a 3Com Megahertz 3CCFE575BT
: into an up to date -current system.
: The card used to work fine with DP1.
How up to date?
Warner
To Unsubscribe: send mail to [EMAI
On Thu, Nov 28, 2002 at 06:58:05PM -0500, Christian Brueffer wrote:
>
> Hi,
>
> got a reproducable panic while inserting a 3Com Megahertz 3CCFE575BT
> into an up to date -current system.
> The card used to work fine with DP1.
This might be from my recent changes to the resource allocator in
card
Hi,
got a reproducable panic while inserting a 3Com Megahertz 3CCFE575BT
into an up to date -current system.
The card used to work fine with DP1.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdd79cd38
fault code = supervisor read, page not present
instr
27 matches
Mail list logo
