Atheros 9280 Issues

[Joe Holden-7]

Hi guys,

I've acquired the above chip, but am having trouble getting it to work, it
works under Linux so the chip is definitely in a working state, i've
attached some info below.

It is a half-height mini pci-e version,

dmesg:
ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on
pci6
ath0: [ITHREAD]
ath0: ath_getchannels: unable to collect channel list from hal, status 12
device_attach: ath0 attach returned 22

uname:
FreeBSD 8.0-RC2

pciconf:
hostb0@pci0:0:0:0:      class=0x060000 card=0x81e6104d chip=0x27a08086
rev=0x03 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM
Controller'
     class      = bridge
     subclass   = HOST-PCI
vgapci0@pci0:0:2:0:     class=0x030000 card=0x81e6104d chip=0x27a28086
rev=0x03 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
     class      = display
     subclass   = VGA
vgapci1@pci0:0:2:1:     class=0x038000 card=0x81e6104d chip=0x27a68086
rev=0x03 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
     class      = display
none0@pci0:0:27:0:      class=0x040300 card=0x81e6104d chip=0x27d88086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) High Definition Audio'
     class      = multimedia
     subclass   = HDA
pcib1@pci0:0:28:0:      class=0x060400 card=0x81e6104d chip=0x27d08086
rev=0x02 hdr=0x01
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) PCIe Root Port'
     class      = bridge
     subclass   = PCI-PCI
pcib2@pci0:0:28:1:      class=0x060400 card=0x81e6104d chip=0x27d28086
rev=0x02 hdr=0x01
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) PCIe Root Port'
     class      = bridge
     subclass   = PCI-PCI
pcib3@pci0:0:28:2:      class=0x060400 card=0x81e6104d chip=0x27d48086
rev=0x02 hdr=0x01
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) PCIe Root Port'
     class      = bridge
     subclass   = PCI-PCI
pcib4@pci0:0:28:3:      class=0x060400 card=0x81e6104d chip=0x27d68086
rev=0x02 hdr=0x01
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) PCIe Root Port'
     class      = bridge
     subclass   = PCI-PCI
uhci0@pci0:0:29:0:      class=0x0c0300 card=0x81e6104d chip=0x27c88086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) USB Universal Host Controller'
     class      = serial bus
     subclass   = USB
uhci1@pci0:0:29:1:      class=0x0c0300 card=0x81e6104d chip=0x27c98086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) USB Universal Host Controller'
     class      = serial bus
     subclass   = USB
uhci2@pci0:0:29:2:      class=0x0c0300 card=0x81e6104d chip=0x27ca8086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) USB Universal Host Controller'
     class      = serial bus
     subclass   = USB
uhci3@pci0:0:29:3:      class=0x0c0300 card=0x81e6104d chip=0x27cb8086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) USB Universal Host Controller'
     class      = serial bus
     subclass   = USB
ehci0@pci0:0:29:7:      class=0x0c0320 card=0x81e6104d chip=0x27cc8086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller'
     class      = serial bus
     subclass   = USB
pcib5@pci0:0:30:0:      class=0x060401 card=0x81e6104d chip=0x24488086
rev=0xe2 hdr=0x01
     vendor     = 'Intel Corporation'
     device     = '82801 Family (ICH2/3/4/5/6/7/8/9-M) Hub Interface to PCI
Bridge'
     class      = bridge
     subclass   = PCI-PCI
isab0@pci0:0:31:0:      class=0x060100 card=0x81e6104d chip=0x27b98086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801GBM (ICH7-M) LPC Interface Controller'
     class      = bridge
     subclass   = PCI-ISA
atapci0@pci0:0:31:1:    class=0x01018a card=0x81e6104d chip=0x27df8086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) Ultra ATA Storage Controller'
     class      = mass storage
     subclass   = ATA
atapci1@pci0:0:31:2:    class=0x01018f card=0x81e6104d chip=0x27c48086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage
Controller'
     class      = mass storage
     subclass   = ATA
none1@pci0:0:31:3:      class=0x0c0500 card=0x81e6104d chip=0x27da8086
rev=0x02 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82801G (ICH7 Family) SMBus Controller'
     class      = serial bus
     subclass   = SMBus
ath0@pci0:6:0:0:        class=0x028000 card=0x147c10cf chip=0x002a168c
rev=0x01 hdr=0x00
     vendor     = 'Atheros Communications Inc.'
     device     = 'Atheros AR5B91 Wireless Network Adapter (0001)'
     class      = network
mskc0@pci0:7:0:0:       class=0x020000 card=0x81e6104d chip=0x435111ab
rev=0x15 hdr=0x00
     vendor     = 'Marvell Semiconductor (Was: Galileo Technology Ltd)'
     device     = 'Yukon PCI-E Fast Ethernet Controller (88E8036)'
     class      = network
     subclass   = ethernet
cbb0@pci0:9:4:0:        class=0x060700 card=0x81e6104d chip=0x8039104c
rev=0x00 hdr=0x02
     vendor     = 'Texas Instruments (TI)'
     device     = 'PCIxx12 Cardbus Controller'
     class      = bridge
     subclass   = PCI-CardBus
fwohci0@pci0:9:4:1:     class=0x0c0010 card=0x81e6104d chip=0x803a104c
rev=0x00 hdr=0x00
     vendor     = 'Texas Instruments (TI)'
     device     = 'OHCI Compliant IEEE 1394 Host controller (PCIxx12)'
     class      = serial bus
     subclass   = FireWire
none2@pci0:9:4:2:       class=0x018000 card=0x81e6104d chip=0x803b104c
rev=0x00 hdr=0x00
     vendor     = 'Texas Instruments (TI)'
     device     = 'Texas Instruments PCIxx12 Integrated FlashMedia
Controller (PCIVEN_104C&DEV_803B&SUBSYS_81E6104D&REV_00 )'
     class      = mass storage

If I can provide more information let me know!

Thanks in advance,
J
_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Rui Paulo-3]

On 10 Nov 2009, at 14:04, Joe Holden wrote:

> Hi guys,
>
> I've acquired the above chip, but am having trouble getting it to work, it works under Linux so the chip is definitely in a working state, i've attached some info below.
>
> It is a half-height mini pci-e version,
>
> dmesg:
> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on pci6
> ath0: [ITHREAD]
> ath0: ath_getchannels: unable to collect channel list from hal, status 12
> device_attach: ath0 attach returned 22

Add "options AH_DEBUG" and "options ATH_DEBUG" to your kernel config file; add "hw.ath.debug=0xffffffff" and "hw.ath.hal.debug=0xffffffff" to /boot/loader.conf

Boot the new kernel and post the dmesg.
--
Rui Paulo

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Joe Holden-7]

Hi thanks for the response.

I have recompiled kernel and attached the dmesg, the errors it gives seem
to relate to having no/invalid regdomain in the eeprom:

ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on pci6
ath0: [ITHREAD]
ar9280Attach: sc 0xc2d8d000 st 0x1 sh 0xc2be9000
ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
ar9280Attach: ID 0x852ff VERSION 0x2 TYPE 0x5 REVISION 0x2
ath_hal_v14EepromAttach Eeprom Magic = 0xa55a
ath_hal_v14EepromAttach Eeprom Version 14.16
v14EepromReadCTLInfo Numctls = 21
ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
ar9280RfAttach: attach AR9280 radio
enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0 cckPhyErrBase 0x0
ar9280Attach: return
getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm
isEepromValid: invalid regulatory domain/country code 0x6b
getregstate: invalid EEPROM contents
ath0: ath_getchannels: unable to collect channel list from hal, status 12
ar5416Detach:
Detaching Ani
Disable MIB counters
ar5212SetPowerMode: AWAKE -> AWAKE (set chip )
ar5416SetPowerMode: AWAKE -> FULL-SLEEP (set chip )
device_attach: ath0 attach returned 22

Thanks,
J

On Fri, 13 Nov 2009, Rui Paulo wrote:

> On 10 Nov 2009, at 14:04, Joe Holden wrote:
>
>> Hi guys,
>>
>> I've acquired the above chip, but am having trouble getting it to work, it works under Linux so the chip is definitely in a working state, i've attached some info below.
>>
>> It is a half-height mini pci-e version,
>>
>> dmesg:
>> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on pci6
>> ath0: [ITHREAD]
>> ath0: ath_getchannels: unable to collect channel list from hal, status 12
>> device_attach: ath0 attach returned 22
>
> Add "options AH_DEBUG" and "options ATH_DEBUG" to your kernel config file; add "hw.ath.debug=0xffffffff" and "hw.ath.hal.debug=0xffffffff" to /boot/loader.conf
>
> Boot the new kernel and post the dmesg.
> --
> Rui Paulo
>
> _______________________________________________
> freebsd-mobile@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."
>

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Joe Holden-7]

Hi,

Having inspected the ath code and edited ah_regdomain.c so that it
continues to attach, even if there is no regdomain specified, or its
invalid, it successfully attached and I was able to set the regdomain and
associate.

Throughput isn't particularly good, and also there are alot of hardware
reset messages, but that doesn't seem to have any ill effects.

Thanks,
J

On Sun, 15 Nov 2009, Joe Holden wrote:

> Hi thanks for the response.
>
> I have recompiled kernel and attached the dmesg, the errors it gives seem to
> relate to having no/invalid regdomain in the eeprom:
>
> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on pci6
> ath0: [ITHREAD]
> ar9280Attach: sc 0xc2d8d000 st 0x1 sh 0xc2be9000
> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
> ar9280Attach: ID 0x852ff VERSION 0x2 TYPE 0x5 REVISION 0x2
> ath_hal_v14EepromAttach Eeprom Magic = 0xa55a
> ath_hal_v14EepromAttach Eeprom Version 14.16
> v14EepromReadCTLInfo Numctls = 21
> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
> ar9280RfAttach: attach AR9280 radio
> enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0 cckPhyErrBase
> 0x0
> ar9280Attach: return
> getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm
> isEepromValid: invalid regulatory domain/country code 0x6b
> getregstate: invalid EEPROM contents
> ath0: ath_getchannels: unable to collect channel list from hal, status 12
> ar5416Detach:
> Detaching Ani
> Disable MIB counters
> ar5212SetPowerMode: AWAKE -> AWAKE (set chip )
> ar5416SetPowerMode: AWAKE -> FULL-SLEEP (set chip )
> device_attach: ath0 attach returned 22
>
> Thanks,
> J
>
> On Fri, 13 Nov 2009, Rui Paulo wrote:
>
>> On 10 Nov 2009, at 14:04, Joe Holden wrote:
>>
>>> Hi guys,
>>>
>>> I've acquired the above chip, but am having trouble getting it to work, it
>>> works under Linux so the chip is definitely in a working state, i've
>>> attached some info below.
>>>
>>> It is a half-height mini pci-e version,
>>>
>>> dmesg:
>>> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on
>>> pci6
>>> ath0: [ITHREAD]
>>> ath0: ath_getchannels: unable to collect channel list from hal, status 12
>>> device_attach: ath0 attach returned 22
>>
>> Add "options AH_DEBUG" and "options ATH_DEBUG" to your kernel config file;
>> add "hw.ath.debug=0xffffffff" and "hw.ath.hal.debug=0xffffffff" to
>> /boot/loader.conf
>>
>> Boot the new kernel and post the dmesg.
>> --
>> Rui Paulo
>>
>> _______________________________________________
>> freebsd-mobile@... mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
>> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."
>>
> _______________________________________________
> freebsd-mobile@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."
>

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Rui Paulo-3]

On 15 Nov 2009, at 02:52, Joe Holden wrote:

> Hi thanks for the response.
>
> I have recompiled kernel and attached the dmesg, the errors it gives  
> seem to relate to having no/invalid regdomain in the eeprom:
>
> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0  
> on pci6
> ath0: [ITHREAD]
> ar9280Attach: sc 0xc2d8d000 st 0x1 sh 0xc2be9000
> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
> ar9280Attach: ID 0x852ff VERSION 0x2 TYPE 0x5 REVISION 0x2
> ath_hal_v14EepromAttach Eeprom Magic = 0xa55a
> ath_hal_v14EepromAttach Eeprom Version 14.16
> v14EepromReadCTLInfo Numctls = 21
> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
> ar9280RfAttach: attach AR9280 radio
> enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0  
> cckPhyErrBase 0x0
> ar9280Attach: return
> getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm
> isEepromValid: invalid regulatory domain/country code 0x6b
> getregstate: invalid EEPROM contents
> ath0: ath_getchannels: unable to collect channel list from hal,  
> status 12
> ar5416Detach:
> Detaching Ani
> Disable MIB counters
> ar5212SetPowerMode: AWAKE -> AWAKE (set chip )
> ar5416SetPowerMode: AWAKE -> FULL-SLEEP (set chip )
> device_attach: ath0 attach returned 22

Try the attached patch please.

--
Rui Paulo


_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Joe Holden-7]

Hiya,

This patch doesn't seem to apply to the tree (with original ah_regdomain.c
checked out using csup):

Patching file ah_regdomain.c using Plan A...
Hunk #1 failed at 170.
Hunk #2 failed at 433.
Hunk #3 failed at 1683.

Should I be using any special options?

Thanks,

On Sun, 15 Nov 2009, Rui Paulo wrote:

> On 15 Nov 2009, at 02:52, Joe Holden wrote:
>
>> Hi thanks for the response.
>>
>> I have recompiled kernel and attached the dmesg, the errors it gives seem
>> to relate to having no/invalid regdomain in the eeprom:
>>
>> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on pci6
>> ath0: [ITHREAD]
>> ar9280Attach: sc 0xc2d8d000 st 0x1 sh 0xc2be9000
>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
>> ar9280Attach: ID 0x852ff VERSION 0x2 TYPE 0x5 REVISION 0x2
>> ath_hal_v14EepromAttach Eeprom Magic = 0xa55a
>> ath_hal_v14EepromAttach Eeprom Version 14.16
>> v14EepromReadCTLInfo Numctls = 21
>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
>> ar9280RfAttach: attach AR9280 radio
>> enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0 cckPhyErrBase
>> 0x0
>> ar9280Attach: return
>> getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm
>> isEepromValid: invalid regulatory domain/country code 0x6b
>> getregstate: invalid EEPROM contents
>> ath0: ath_getchannels: unable to collect channel list from hal, status 12
>> ar5416Detach:
>> Detaching Ani
>> Disable MIB counters
>> ar5212SetPowerMode: AWAKE -> AWAKE (set chip )
>> ar5416SetPowerMode: AWAKE -> FULL-SLEEP (set chip )
>> device_attach: ath0 attach returned 22
>
>
> Try the attached patch please.
>
> --
> Rui Paulo

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Joe Holden-7]

I have applied the patch manually, current tree was as of Friday, will
report back on results.

Thanks,

On Sun, 15 Nov 2009, Joe Holden wrote:

> Hiya,
>
> This patch doesn't seem to apply to the tree (with original ah_regdomain.c
> checked out using csup):
>
> Patching file ah_regdomain.c using Plan A...
> Hunk #1 failed at 170.
> Hunk #2 failed at 433.
> Hunk #3 failed at 1683.
>
> Should I be using any special options?
>
> Thanks,
>
> On Sun, 15 Nov 2009, Rui Paulo wrote:
>
>> On 15 Nov 2009, at 02:52, Joe Holden wrote:
>>
>>> Hi thanks for the response.
>>>
>>> I have recompiled kernel and attached the dmesg, the errors it gives seem
>>> to relate to having no/invalid regdomain in the eeprom:
>>>
>>> ath0: <Atheros 9280> mem 0xdc000000-0xdc00ffff irq 17 at device 0.0 on
>>> pci6
>>> ath0: [ITHREAD]
>>> ar9280Attach: sc 0xc2d8d000 st 0x1 sh 0xc2be9000
>>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
>>> ar9280Attach: ID 0x852ff VERSION 0x2 TYPE 0x5 REVISION 0x2
>>> ath_hal_v14EepromAttach Eeprom Magic = 0xa55a
>>> ath_hal_v14EepromAttach Eeprom Version 14.16
>>> v14EepromReadCTLInfo Numctls = 21
>>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip )
>>> ar9280RfAttach: attach AR9280 radio
>>> enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0
>>> cckPhyErrBase 0x0
>>> ar9280Attach: return
>>> getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm
>>> isEepromValid: invalid regulatory domain/country code 0x6b
>>> getregstate: invalid EEPROM contents
>>> ath0: ath_getchannels: unable to collect channel list from hal, status 12
>>> ar5416Detach:
>>> Detaching Ani
>>> Disable MIB counters
>>> ar5212SetPowerMode: AWAKE -> AWAKE (set chip )
>>> ar5416SetPowerMode: AWAKE -> FULL-SLEEP (set chip )
>>> device_attach: ath0 attach returned 22
>>
>>
>> Try the attached patch please.
>>
>> --
>> Rui Paulo
> _______________________________________________
> freebsd-mobile@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."
>

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Rui Paulo-3]

On 15 Nov 2009, at 20:35, Joe Holden wrote:

> Hiya,
>
> This patch doesn't seem to apply to the tree (with original ah_regdomain.c checked out using csup):
>
> Patching file ah_regdomain.c using Plan A...
> Hunk #1 failed at 170.
> Hunk #2 failed at 433.
> Hunk #3 failed at 1683.
>
> Should I be using any special options?

Your CWD must be sys/dev/ath/ath_hal/

--
Rui Paulo

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Joe Holden-7]

Hi,

this patch has meant that it attaches perfectly, however i'm still seeing
random lockups, the box is headless (its a wifi bridge), so obtaining the
panic/whatever output is a tad difficult, but the box doesn't respond to
shutdown requests etc...

Other than that, it is working fine.

Thanks,

On Mon, 16 Nov 2009, Rui Paulo wrote:

> On 15 Nov 2009, at 20:35, Joe Holden wrote:
>
>> Hiya,
>>
>> This patch doesn't seem to apply to the tree (with original ah_regdomain.c checked out using csup):
>>
>> Patching file ah_regdomain.c using Plan A...
>> Hunk #1 failed at 170.
>> Hunk #2 failed at 433.
>> Hunk #3 failed at 1683.
>>
>> Should I be using any special options?
>
> Your CWD must be sys/dev/ath/ath_hal/
>
> --
> Rui Paulo
>
> _______________________________________________
> freebsd-mobile@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."
>

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."

[Rui Paulo-3]

Hi,

On 16 Nov 2009, at 12:30, Joe Holden wrote:

> Hi,
>
> this patch has meant that it attaches perfectly, however i'm still seeing random lockups, the box is headless (its a wifi bridge), so obtaining the panic/whatever output is a tad difficult, but the box doesn't respond to shutdown requests etc...

Getting a backtrace is fundamental in trying to solve this. Can you setup a serial console?

> Other than that, it is working fine.

Ok, I'll commit it.

Thanksm
--
Rui Paulo

_______________________________________________
freebsd-mobile@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@..."