Problem booting JPSNAP kernel

2003-11-18 Thread Matt Haught
I have been trying to get the latest current iso to install, but so far I
cannot get it to boot.  I am installing it on a IBM Netfinity 5500 which
has only one processor installed (two possible) and the only thing really
special that it has is a ServerRAID card (looks to be built-in or at least
very hard to get to).  I had no problem last month installing a JPSNAP
from 2003-10-21.  The iso from 2003-11-16 gives me this error when booting
right after the Beastie menu.  There is no other info given other then the
menu, not even the copyright.

Thinking that it might be the CD, I booted off of the 2003-10-21 disc and
had it install the 2003-11-16 data via ftp, and I still get the same error
when booting the 16th's kernel off the hard disk.

Here is the error:

cpuid = 0; apic id = 00
instruction pointer= 0x0:0xa00
stack pointer  = 0x0:0xffe
frame pointer  = 0x0:0x0
code segment   = base 0x0, limit 0x0, type 0x0
   = DPL 0, pres 0, def32 0, gran 0
processor eflags   = interrupt enabled, vm86, IOPL = 0
current process= 0 ()
kernel: type 30 trap, code=0
Stopped at  0xa00: cli
db tr
(null)(0,0,0,0,0) at 0xa00

Any Ideas?  I was able to boot off the 16th's disc in a laptop and a
desktop just a few minutes ago.  I also have an old makeshift current
server with build from last night running fine.  FreeBSD seems to just not
like something on this server now.

Thanks,
Matt Haught

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


Panic with 3Com OfficeConnect WiFi PC card

2003-06-08 Thread Matt Haught
Hi,
I am getting this ?panic? when my 3Com (3CRSHPW196) WiFi card is already
inserted into the slot on boot up (also happens with a insert while running)
on a fresh build of current from today.  This is on a Dell Inspiron 2600,
and also occured when i orginally installed beta2 and when I use the GENERIC
kernel.  I also tried disabling ACPI but there was no change.  From what I
have read the card uses a Atmel AT76C503A chip and is not supported yet, but
I would not think that it would panic just b/c its not supported.  My only
workaround is to remember to pop the card out when I boot over, but my
memory is not always so good :)

Thanks,
Matt Haught
[EMAIL PROTECTED]

This damn laptop does not have a serial port so I had to manually type this
out :)  If anyone needs anything else, feel free to ask.
 snip 
pcib1: device pccard0 requested decoded memory range 0xe020-0xe02f


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xd5896000
fault code  = supervisor read, page no present
instruction pointer = 0x8:0xc0177725
stack pointer   = 0x10:0xccda9950
frame pointer   = 0x10:0xccda9b68
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 = 5 (cbb0)
kernel: type 12 trap, code=0
Stopped at  pccard_scan_cis+0x175:  movzbl  0(%eax,%edx,1),%eax
db trace
pccard_scan_cis(c2526880,c0178630,ccda9b7c,0,0) at pccard_scan_cis+0x175
pccard_read_cis(c2501600,c2526880,c03d6200,1,c035d367) at
pccard_read_cis+0xb4
pccard_attach_card(c2526880,c24c4190,c037dae0,c2501a04,c2501a00) at
pccard_attach_card+0x8f
CARD_ATTACH_CARD(c2526880,ccda9cec,3811,ccda9cec,c017c2de) at
CARD_ATTACH_CARD+0x48
exca_insert(c2501a04,3bd,0,3811,3811) at exca_insert+0x23
cbb_insert(c2501a00,0,c034e495,3bd,c017c0d0) at cbb_insert+0x8e
cbb_event_thread(c2501a00,ccda9d48,c035bb1b,30c,0) at cbb_event_thread+0x7b
fork_exit(c017c0d0,c2501a00,ccda9d48) at fork_exit+0xc0
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xccda9d7c, ebp = 0 ---
db reset
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT #0: Sat Jun  7 22:34:33 EDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEBUG
Preloaded elf kernel /boot/kernel.DEBUG/kernel at 0xc04ac000.
Calibrating clock(s) ... i8254 clock: 1193157 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter i8254  frequency 1193182 Hz
Calibrating TSC clock ... TSC clock: 1196146796 Hz
Timecounter TSC  frequency 1196146796 Hz
CPU: Intel(R) Celeron(TM) CPU1200MHz (1196.15-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x6b1  Stepping = 1
  
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 259522560 (247 MB)
Physical memory chunk(s):
0x1000 - 0x0009efff, 647168 bytes (158 pages)
0x004d3000 - 0x0f277fff, 249188352 bytes (60837 pages)
0x0f70 - 0x0f777fff, 491520 bytes (120 pages)
avail memory = 246906880 (235 MB)
bios32: Found BIOS32 Service Directory header at 0xc00f6940
bios32: Entry = 0xfd890 (c00fd890)  Rev = 0  Len = 1
pcibios: PCI BIOS entry at 0xfd890+0x13a
pnpbios: Found PnP BIOS data at 0xc00f6970
pnpbios: Entry = f:9b8c  Rev = 1.0
Other BIOS signatures found:
wlan: 802.11 Link Layer
random: entropy source
null: null device, zero device
mem: memory  I/O
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904
pci_open(1a):   mode1res=0x8000 (0x8000)
pci_cfgcheck:   device 0 [class=06] [hdr=00] is there (id=35758086)
pcibios: BIOS version 2.10
Using $PIR table, 7 entries at 0xc00fdf50
PCI-Only Interrupts: none
Location  Bus Device Pin  Link  IRQs
embedded0   30A   0x60  3 4 5 6 7 9 10 11 12 14 15
embedded0   30B   0x61  3 4 5 6 7 9 10 11 12 14 15
embedded0   30C   0x62  3 4 5 6 7 9 10 11 12 14 15
embedded0   30D   0x63  3 4 5 6 7 9 10 11 12 14 15
embedded21A   0x61  10
embedded24A   0x60  10
embedded24B   0x61  10
embedded00A   0x60  3 4 5 6 7 9 10 11 12 14 15
embedded00B   0x61  3 4 5 6 7 9 10 11 12 14 15
embedded00C   0x62  3 4 5 6 7 9 10 11 12 14 15
embedded00D   0x63  3 4 5 6 7 9 10 11 12 14 15
embedded0   31A   0x62  11
embedded0   31B   0x61  10
embedded0   29A   0x60  10
embedded0   29B   0x63  11
embedded0   29C   0x62  11
embedded02A   0x60  3 4 5 6 7 9 10 11 12 14 15
embedded02B   0x61  3 4 5 6 7 9 10 11 12 14 15
pcib0: Host to PCI bridge at pcibus 0

Re: new wi0 slowness

2003-01-20 Thread Matt Haught
Alright, I have disabled IPSec and updated the firmware to read:
wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9)

sysctl kern.wi_txerate=0 gives: sysctl: unknown oid 'kern.wi_txerate'

I reran my test and I am still transfering at ~870Kb/s.  netstat -i -I wi0 
shows this after the transfers:
NameMtu Network   Address  Ipkts IerrsOpkts Oerrs  
Coll
wi01500 Link#1  00:05:5d:fa:0e:b029847 05333159   
557
wi01500 192.168.168   wifi59 -52085 -
 -

Here is something odd that I found: I set the mediaopt to adhoc in rc.conf 
and rebooted again, and here is what I found (I was not sure how to clear 
the counters that you wanted in netstat so I rebooted):

The same files transfer at ~5600Kb/s, so its back where it was with the old 
driver.  Here is netstat -i again after this run:

NameMtu Network   Address  Ipkts IerrsOpkts Oerrs  
Coll
wi01500 Link#1  00:05:5d:fa:0e:b027497 05123013   
452
wi01500 192.168.168   wifi61 -51200 -
 -

So there are 4 times more Oerrs in hostap mode (59 to 13), and just a few 
more collisions.

I almost forgot, here are ifconfig wi0 outputs:
wi0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
   inet 192.168.168.1 netmask 0xff00 broadcast 192.168.168.255
   ether 00:05:5d:fa:0e:b0
   media: IEEE 802.11 Wireless Ethernet autoselect hostap (DS/2Mbps 
host
ap)
   status: associated
   ssid HaughtDom 1:HaughtDom
   stationname FreeBSD WaveLAN/IEEE node
   channel 3 authmode OPEN powersavemode OFF powersavesleep 100
   wepmode OFF weptxkey 1

and with adhoc:
wi0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
   inet 192.168.168.1 netmask 0xff00 broadcast 192.168.168.255
   ether 00:05:5d:fa:0e:b0
   media: IEEE 802.11 Wireless Ethernet autoselect adhoc (DS/11Mbps 
adho
c)
   status: associated
   ssid HaughtDom 1:HaughtDom
   stationname FreeBSD WaveLAN/IEEE node
   channel 3 authmode OPEN powersavemode OFF powersavesleep 100
   wepmode OFF weptxkey 1

I can also start a transfer test in hostap mode (~670Kb/s) and use ifconfig 
to switch over to adhoc, and after a second or two while my laptop switches 
over, it transfers at ~5600Kb/s.  I don't use wicontrol at all.  My transfer 
test is just 67MB of mp3s off the fbsd machine.  If you need any more info, 
just drop me a message.

--Matt

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message


new wi0 slowness

2003-01-19 Thread Matt Haught
I have noticed the following with the new wi0.  I have the 802.11 connection
between my laptop running XP and my current box running as a hostap.  I also
have a IPSec tunnel between the current box and the laptop, but I don't
think this could be causing the problems.
While transferring files from samba on the current box to the laptop I got
the following results:

With the old wi0:
  average 5120.3Kb/s
  peak 7326.5Kb/s
  With top -S
85% interrupt
cpu - 58%  swi1: net
 21.8% irq10: wi0

With the new wi0:
  average 877.0Kb/s
  peak 902.4Kb/s
  With top -S
11.6% interrupt
cpu - 9%  swi1: net
 0.88% irq10: wi0

I am also getting hundreds of: wi0: tx failed, retry limit exceeded with
the new driver under heavy load.  In addition it get many random disconnects
which I would not notice, except AIM gets logged out.  I don't think it has
anything to do with the ipsec tunnel as the SAD entries are still there and
it only happen with the new wi kernel.  I have tried FAST_IPSEC and it does
work with the new wi0 driver where it would temporarily lock up the machine
with the old one, but I'm not using it since I thought it may be causing a
problem and its ends up that it did not make a difference.  I am going to
try it later without IPSec just to be sure.

Under the new driver my card which sold as a D-link DWL-520 2.4GHz Wireless
PCI card is shown as a:
dmesg 
wi0: Intersil Prism2.5 mem 0xe600-0xe6000fff irq 10 at device 15.0 on
pci0
wi0: 802.11 address: 00:05:5d:fa:0e:b0
wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI)
wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6)
wi0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps

I can change the media through ifconfig to DS/11Mbps or whatever, but it
does not seem to change anything other then ifconfig will show media: IEEE
802.11 Wireless Ethernet DS/11Mbps hostap (DS/2Mbps hostap) rather then
autoselect.  The same slowness is still there.  wicontrol shows it as having
a TX rate (actual speed) of 2 no matter what.  I can set the (selection) to
anything such as 11, and again no change in the throughput or anything.  I
have also changed things with the old driver, and nothing changed with the
throughput, and it also shows the (actual speed) as 2 but I get higher
throughput.  It seems to kinda have a mind of its own.  Well if you need
anymore info, just drop me a message.  I enabled debugging for wi0 as a
earlier post showed, but I had no idea what I was looking at :).

--Matt

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



DP2 iso crash on boot

2002-11-19 Thread Matt Haught
With the DP2 iso (from ftp5), I get a crash on boot right after the acpi
module is loaded.  The error is (manually copied) and occured 5 out of 5
times that I tried:

Fatal trap 12 : page fault while in kernel mode
fault virtual address = 0x5e6a200
fault code = supervisor read, page not present
instruction pointer = 0x8:0x4eba200
stack pointer = 0x10:0xc0a73d84
frame pointer = 0x10:0xc0a73d98
code segment = base 0x0, limit 0xf, type 0x16
  = DPL 0, pres1, def321, gran 1

I received a similar error from a iso snapshot off of usw2 from a few weeks
ago, and ended up grabbing a iso off of snapshots.jp .  I have been
running -CURRENT for a few weeks, and just cvsuped and installed a new
world/kernel last night.  In addition, I have been using the install cd to
boot into current due to the boot manager not adding my install (still
cannot get it to work, but that is another issue), and I have noticed that
both the usw2 and DP2 cds take 50 times as long to get to the loader (so
that I can change my currdev and such) as when compared to the snapshots.jp
iso image I used last.

P3 @ 850
Abit SH6 (815E)
Yamaha CRW2100E

If you need any more info, feel free ask.

--Matt

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message