Re: RFT: if_ath HAL refactoring

2010-09-18 Thread Brandon Weisz

On 09/18/2010 11:09 AM, Adrian Chadd wrote:

Hi all,

I've uploaded a snapshot of the if_ath HAL which i've been working on.
I've been refactoring out various bits of the AR5416 HAL into
something that resembles the ath9k hardware MAC/PHY operations to make
it easier to port further ath9k updates over. It also includes the
AR9100 support (but it's missing a couple bits of glue needed to use
it outside of my GIT tree.) Finally, it includes the probe/attach
operations for the AR2427, but I haven't at all tested it yet (and
i've explained why it isn't working in a previous email.)

It's available for download at http://people.freebsd.org/~adrian/ath/
. There's a diff against src/sys/files/conf and a tarball that just
replaces the ath device/module directory.

Note you'll need to add device if_ath_pci to your kernel
configuration file as the PCI bus glue is now not built by default in
a static kernel in this HAL. (It's included in the module Makefile by
default.) This was done to allow multiple backend bus types - now
being PCI and AHB for the AR9100 SoC.

I'd appreciate testing by AR5416/AR9160/AR9280/AR9285 users. I only
currently have easy access to AR5416/AR9160. Please let me know
immediately if something doesn't work with this which does work in
-head.


Are there plans for AR9287 support?  Unfortunately that is the only ath 
card I have to test with at the moment.




If you're an AR2427 user, I'd appreciate some brief testing with
HAL_DEBUG_ATTACH/HAL_DEBUG_EEPROM enabled (sysctl
hw.ath.hal.debug=0x8002.) I doubt it'll work but it should attach and
then spit out some computetxtime errors. Let me know if that happens
and I'll see about trying to fix that.


Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


5.1-RELEASE-p2 panic

2003-09-07 Thread Brandon Weisz
For the last couple weeks, I have been getting a daily panic just before
24 hours uptime.  

Seems to have started after -p2 patches and rebuild.  The system was
solid up until that point.  I know I have seen others complain about
this 24 hr panic but no suggestions.

[.]
panic: from debugger
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xcf41224
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc0380a07
stack pointer   = 0x10:0xde0f7b28
frame pointer   = 0x10:0xde0f7b80
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 51776 (sudo)
panic: from debugger


Fatal trap 3: breakpoint instruction fault while in kernel mode
instruction pointer = 0x8:0xc047eb54
stack pointer   = 0x10:0xde0f78a8
frame pointer   = 0x10:0xde0f78b4
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= IOPL = 0
current process = 51776 (sudo)
panic: from debugger
Uptime: 23h52m33s   
Dumping 511 MB  

#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:238
238 dumping++;  
(kgdb) bt   
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:238
#1  0xc0309828 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:370
#2  0xc0309b1b in panic () at /usr/src/sys/kern/kern_shutdown.c:543
#3  0xc0162bb2 in db_panic () at /usr/src/sys/ddb/db_command.c:448
#4  0xc0162b32 in db_command (last_cmdp=0xc0518d40, cmd_table=0x0,
aux_cmd_tablep=0xc050fbbc, aux_cmd_tablep_end=0xc050fbd4)
at /usr/src/sys/ddb/db_command.c:346
#5  0xc0162c46 in db_command_loop () at
/usr/src/sys/ddb/db_command.c:470
#6  0xc01659da in db_trap (type=12, code=0) at
/usr/src/sys/ddb/db_trap.c:72
#7  0xc047e8b5 in kdb_trap (type=12, code=0, regs=0xde0f7ae8)
at /usr/src/sys/i386/i386/db_interface.c:170
#8  0xc04905c2 in trap_fatal (frame=0xde0f7ae8, eva=0)
at /usr/src/sys/i386/i386/trap.c:829
#9  0xc04902d2 in trap_pfault (frame=0xde0f7ae8, usermode=0,
eva=217322020)
at /usr/src/sys/i386/i386/trap.c:748
#10 0xc048fead in trap (frame=  
  {tf_fs = -569442280, tf_es = 16, tf_ds = -962985968, tf_edi = 152,
tf_esi
= 0, tf_ebp = -569410688, tf_isp = -569410796, tf_ebx = -964577280,
tf_edx = -96
2953984, tf_ecx = -569410664, tf_eax = 217321984, tf_trapno = 12, tf_err
= 0, tf
_eip = -1070069241, tf_cs = 8, tf_eflags = 66182, tf_esp = 12, tf_ss =
-56941074
8}) at /usr/src/sys/i386/i386/trap.c:433
#11 0xc0480208 in calltrap () at {standard input}:96
#12 0xc0380b91 in sysctl_rtsock (oidp=0xc054db40, arg1=0xde0f7cb0,
arg2=4,
---Type return to continue, or q return to quit---
req=0x0) at /usr/src/sys/net/rtsock.c:1048
#13 0xc03121ba in sysctl_root (oidp=0x0, arg1=0x98, arg2=0,
req=0xc681b800)
at /usr/src/sys/kern/kern_sysctl.c:1173
#14 0xc031245d in userland_sysctl (td=0x0, name=0xde0f7ca8, namelen=6,
old=0x0, oldlenp=0xc681b800, inkernel=0, new=0x98, newlen=0,
retval=0xde0f7ca4) at /usr/src/sys/kern/kern_sysctl.c:1280
#15 0xc03122a0 in __sysctl (td=0x0, uap=0xde0f7d10)
at /usr/src/sys/kern/kern_sysctl.c:1210
#16 0xc04908be in syscall (frame=
  {tf_fs = -1078001617, tf_es = 47, tf_ds = -1078001617, tf_edi = 0,
tf_esi
= -1077937156, tf_ebp = -1077937288, tf_isp = -569410188, tf_ebx =
672630356, tf
_edx = 0, tf_ecx = -1077937152, tf_eax = 202, tf_trapno = 12, tf_err =
2, tf_eip
 = 672127299, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937332, tf_ss =
47})
at /usr/src/sys/i386/i386/trap.c:1021
#17 0xc048025d in Xint0x80_syscall () at {standard input}:138
---Can't read userspace from dump, or kernel process---


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]