Re: ath0 lost connection

[Marcos Biscaysaqu]

Hi Kelley.
   The lasts update made a big different on the driver but still with 
problems,  I have incoming errors  and Oerrs and encaptulation erros and 
that make me loss connection with the clients, Im testing with 34 linux 
clients, but when I change the wireless card on the AP for a simple 
prism card the problem is corrected, anyway I agreed with you about the 
driver is very solid and fast, but fixing this Errors will be GREAT!, I 
hope someone can fix this soon

Regards
Marcos
Kelley Reynolds wrote:

The ath driver has been very solid since the last update about 5 days ago.. no problems at all. through many walls and one floor, I get a solid 54mbs all the time. Although, there are instances where a 2.4ghz phone will turn on the same channel approximately and cause the speed to slow down... sometimes all the way to 2 mbs. Before he removed the ath debug output in the default config, you could see the wireless rate decreasing in the kernel logs.

Regards,
Kelley
 

--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

Hi There
Fixing the speed on DS/11Mbps corrected one of the debug errors 
(ath_rate_ctl: 2M -> 1M (0 ok, 1 err, 1 retr)) but I still with this 2 :
I think this error (ath_start: encapsulation failure) its cousing Ierrs 
and the Oerrs on the netstat, becouse is doing it all the time same with 
the  Ierrs and Oerrs

ath_calibrate: channel 2437/e0
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
thnaks
Eric Anderson wrote:
Eric Anderson wrote:

[..snip..]

ath_rate_ctl: 2M -> 1M (0 ok, 1 err, 1 retr) 


If you are down to 1M, I think you may need to check signal strength 
and such.  I'd start with my testing near the AP (in sight of it at 
least). 


Ok - I don't usually talk to myself (not in public anyway) - but here 
are my findings.  When in 11b mode, everything works fine (I didn't 
try going to the edge of my coverage area though - too comfortable on 
my couch).  When in 11g mode, I see the rate flap up and down between 
48M and 24M, and each time it switches, it loses some packets in 
between modes.   I just now manually set my client (FreeBSD of course) 
to 36M, and it seems to be holding up for now.  Here's all I did:

ifconfig ath0 media OFDM/36Mbps mode 11g

Give that a try on the FreeBSD AP, and see if that helps at all (you 
may want to try the 11b modes, like:
ifconfig ath0 media DS/2Mbps mode 11b
or something..

Eric



--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Eric Anderson]

Eric Anderson wrote:

[..snip..]

ath_rate_ctl: 2M -> 1M (0 ok, 1 err, 1 retr) 


If you are down to 1M, I think you may need to check signal strength 
and such.  I'd start with my testing near the AP (in sight of it at 
least). 


Ok - I don't usually talk to myself (not in public anyway) - but here 
are my findings.  When in 11b mode, everything works fine (I didn't try 
going to the edge of my coverage area though - too comfortable on my 
couch).  When in 11g mode, I see the rate flap up and down between 48M 
and 24M, and each time it switches, it loses some packets in between 
modes.   I just now manually set my client (FreeBSD of course) to 36M, 
and it seems to be holding up for now.  Here's all I did:

ifconfig ath0 media OFDM/36Mbps mode 11g

Give that a try on the FreeBSD AP, and see if that helps at all (you may 
want to try the 11b modes, like:
ifconfig ath0 media DS/2Mbps mode 11b
or something..

Eric



--
--
Eric Anderson  Systems Administrator  Centaur Technology
All generalizations are false, including this one.
--
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [Fwd: re: ath0 lost connection]

[Eric Anderson]

Marcos Biscaysaqu wrote:

After this I loss the connection and I have to restart the box:
this is getting worse :( 
I haven't seen the debug mode kill my box, but anything can happen on 
-current :)

ath_start: encapsulation failure
ath_rate_ctl: 5M -> 2M (0 ok, 1 err, 1 retr) 
These ^^ are what I am talking about - I think when 
the signal is low or the connection is lossy (dropping packets or 
something) it auto drops the rate to a lower number (as it should) - and 
this is when you are  seeing the delays, dropped packets, whatever.  If 
you set the rate to a static number (say, 2M), then possibly it won't 
attempt any changes, and you can at least know what is causing the 
packet loss.

[..snip..]

ath_rate_ctl: 5M -> 11M (10 ok, 0 err, 0 retr) 
Now the signal got better, so it bumped it up to 11M..

ath_start: encapsulation failure 
I have no idea what that is trying to tell you .. (besides the obvious)

ath_rate_ctl: 2M -> 1M (0 ok, 1 err, 1 retr) 
If you are down to 1M, I think you may need to check signal strength and 
such.  I'd start with my testing near the AP (in sight of it at least). 

Eric

--
--
Eric Anderson  Systems Administrator  Centaur Technology
All generalizations are false, including this one.
--
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

After this I loss the connection and I have to restart the box:
this is getting worse :(
ath_start: encapsulation failure
ath_rate_ctl: 5M -> 2M (0 ok, 1 err, 1 retr)
ath_beacon_proc: beacon queue 9 did not stop?ath_beacon_proc: beacon 
queue 9 did not stop?ath_beacon_proc: beacon queue 9 did not 
stop?ath_start: encapsulation failure
ath_start: encapsulation failure
ath_calibrate: channel 2437/e0
ath_start: encapsulation failure
ath_rate_ctl: 5M -> 11M (10 ok, 0 err, 0 retr)
ath_beacon_proc: beacon queue 9 did not stop?ath_beacon_proc: beacon 
queue 9 did not stop?ath_beacon_proc: beacon queue 9 did not 
stop?ath_beacon_proc: beacon queue 9 did not stop?ath_beacon_proc: 
beacon queue 9 did not stop?ath_beacon_proc: beacon queue 9 did not 
stop?ath_beacon_proc: beacon queue 9 did not stop?ath_start: 
encapsulation failure
ath_beacon_proc: beacon queue 9 did not stop?ath_start: encapsulation 
failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_rate_ctl: 2M -> 1M (0 ok, 1 err, 1 retr)
ath_start: encapsulation failure
ath_start: encapsulation failure

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

Hi Eric.
   I have no loss connection  on 11b only on 11g, so for the moment 
im keep working with a Athreos Wireless card on hostap in 11b 
connecting 34 clients, and really is working VERY well until I have 
lot of Ierrs and Oerrs and the ping to the client go from 2 ms to 
1000 ms and all work very slow until the errors go down and is fast 
again.
I tried different AP and different wireless card and the Atheros 
wireless card even in 11b is faster than any comecial 11b AP,  fixing 
the errors problem will be a very fast and strong AP.
I wish to know fix it, but Im don't know how, Im only can help 
testing.  :( 


Hmm - I wonder if you are losing packets when the device thinks the 
signal is weak, and it attempts to lower the connection speed to 
increase reliability.  Maybe try forcing it down to a low speed (like 
1mb/s or something?) and seeing if it continues to happen..

Maybe also try setting:
sysctl hw.ath.debug=1
and watch your dmesg/messages for hints..
Eric

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it 
back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks 
and the reverse DNS stuff hasn't propagated yet.




I'm having the same problem - Sam knows about it (I've been annoying 
him for about a week and a half with info - sorry Sam!)..  I think 
he may be working on it, but he may want more details from you.
One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b 
mode (to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in 
FreeBSD?  Does anyone know what the problem with it is?

Eric



--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

Also I have

in dmsg:
ath_calibrate: channel 2437/e0
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_calibrate: channel 2437/e0
ath_rate_ctl: 1M -> 2M (14 ok, 0 err, 0 retr)
Eric Anderson wrote:

Marcos Biscaysaqu wrote:

Hi Eric.
   I have no loss connection  on 11b only on 11g, so for the moment 
im keep working with a Athreos Wireless card on hostap in 11b 
connecting 34 clients, and really is working VERY well until I have 
lot of Ierrs and Oerrs and the ping to the client go from 2 ms to 
1000 ms and all work very slow until the errors go down and is fast 
again.
I tried different AP and different wireless card and the Atheros 
wireless card even in 11b is faster than any comecial 11b AP,  fixing 
the errors problem will be a very fast and strong AP.
I wish to know fix it, but Im don't know how, Im only can help 
testing.  :( 


Hmm - I wonder if you are losing packets when the device thinks the 
signal is weak, and it attempts to lower the connection speed to 
increase reliability.  Maybe try forcing it down to a low speed (like 
1mb/s or something?) and seeing if it continues to happen..

Maybe also try setting:
sysctl hw.ath.debug=1
and watch your dmesg/messages for hints..
Eric

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it 
back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks 
and the reverse DNS stuff hasn't propagated yet.




I'm having the same problem - Sam knows about it (I've been annoying 
him for about a week and a half with info - sorry Sam!)..  I think 
he may be working on it, but he may want more details from you.
One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b 
mode (to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in 
FreeBSD?  Does anyone know what the problem with it is?

Eric



--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

Hi there
   This may help:
Im turn the debug on Im I recive lot of this:
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure
ath_start: encapsulation failure


Eric Anderson wrote:

Marcos Biscaysaqu wrote:

Hi Eric.
   I have no loss connection  on 11b only on 11g, so for the moment 
im keep working with a Athreos Wireless card on hostap in 11b 
connecting 34 clients, and really is working VERY well until I have 
lot of Ierrs and Oerrs and the ping to the client go from 2 ms to 
1000 ms and all work very slow until the errors go down and is fast 
again.
I tried different AP and different wireless card and the Atheros 
wireless card even in 11b is faster than any comecial 11b AP,  fixing 
the errors problem will be a very fast and strong AP.
I wish to know fix it, but Im don't know how, Im only can help 
testing.  :( 


Hmm - I wonder if you are losing packets when the device thinks the 
signal is weak, and it attempts to lower the connection speed to 
increase reliability.  Maybe try forcing it down to a low speed (like 
1mb/s or something?) and seeing if it continues to happen..

Maybe also try setting:
sysctl hw.ath.debug=1
and watch your dmesg/messages for hints..
Eric

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it 
back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks 
and the reverse DNS stuff hasn't propagated yet.




I'm having the same problem - Sam knows about it (I've been annoying 
him for about a week and a half with info - sorry Sam!)..  I think 
he may be working on it, but he may want more details from you.
One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b 
mode (to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in 
FreeBSD?  Does anyone know what the problem with it is?

Eric



--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Eric Anderson]

Marcos Biscaysaqu wrote:

Hi Eric.
   I have no loss connection  on 11b only on 11g, so for the moment im 
keep working with a Athreos Wireless card on hostap in 11b connecting 
34 clients, and really is working VERY well until I have lot of Ierrs 
and Oerrs and the ping to the client go from 2 ms to 1000 ms and all 
work very slow until the errors go down and is fast again.
I tried different AP and different wireless card and the Atheros 
wireless card even in 11b is faster than any comecial 11b AP,  fixing 
the errors problem will be a very fast and strong AP.
I wish to know fix it, but Im don't know how, Im only can help 
testing.  :( 
Hmm - I wonder if you are losing packets when the device thinks the 
signal is weak, and it attempts to lower the connection speed to 
increase reliability.  Maybe try forcing it down to a low speed (like 
1mb/s or something?) and seeing if it continues to happen..

Maybe also try setting:
sysctl hw.ath.debug=1
and watch your dmesg/messages for hints..
Eric

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it 
back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks 
and the reverse DNS stuff hasn't propagated yet.


I'm having the same problem - Sam knows about it (I've been annoying 
him for about a week and a half with info - sorry Sam!)..  I think he 
may be working on it, but he may want more details from you.
One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b 
mode (to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in 
FreeBSD?  Does anyone know what the problem with it is?

Eric

--
--
Eric Anderson  Systems Administrator  Centaur Technology
All generalizations are false, including this one.
--
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

Marcos Biscaysaqu wrote:

Hi Eric.
   I have no loss connection  on 11b only on 11g, so for the moment im 
keep working with a Athreos Wireless card on hostap in 11b connecting 
34 clients, and really is working VERY well until I have lot of Ierrs 
and Oerrs and the ping to the client go from 2 ms to 1000 ms and all 
work very slow until the errors go down and is fast again.
I tried different AP and different wireless card and the Atheros 
wireless card even in 11b is faster than any comecial 11b AP,  fixing 
the errors problem will be a very fast and strong AP.
I wish to know fix it, but Im don't know how, Im only can help 
testing.  :(

thanks

Eric Anderson wrote:

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it 
back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks 
and the reverse DNS stuff hasn't propagated yet.


I'm having the same problem - Sam knows about it (I've been annoying 
him for about a week and a half with info - sorry Sam!)..  I think he 
may be working on it, but he may want more details from you.
One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b 
mode (to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in 
FreeBSD?  Does anyone know what the problem with it is?

Eric




--

Marcos Biscaysaqu

Systems Administrator
ThePacific.Net Ltd.


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

Re: [Fwd: re: ath0 lost connection]

[Eric Anderson]

Marcos Biscaysaqu wrote:

On a simpler yet related config, I have a linksys ag520 pci card 
running with a linksys a/b/g AP. IT occasionally just loses 
connectivity, but simply re-execing the ifconfig line brings it back. 
Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks and 
the reverse DNS stuff hasn't propagated yet.
I'm having the same problem - Sam knows about it (I've been annoying him 
for about a week and a half with info - sorry Sam!)..  I think he may be 
working on it, but he may want more details from you. 

One question - does it drop when in A, B, and G modes?  Or just one 
mode?  It seemed to me that my connection was better when using 11b mode 
(to a B/G ap).  Just curious.

Also - is "shared" mode authentication ever going to work in FreeBSD?  
Does anyone know what the problem with it is?

Eric



--
--
Eric Anderson  Systems Administrator  Centaur Technology
All generalizations are false, including this one.
--
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

[Fwd: re: ath0 lost connection]

[Marcos Biscaysaqu]

 Original Message 
Subject:re: ath0 lost connection
Date:   Fri, 28 Nov 2003 16:14:07 -0500
From:   Kelley Reynolds <[EMAIL PROTECTED]>
Reply-To:   [EMAIL PROTECTED]
To: [EMAIL PROTECTED]


Hi there.  
 I have got running a PCI atheros   wireless card   on b/g   in hostap
mode and connecting 33 clients. for some razon all the customers lost
the traffic, (the wireless cards has connection but dosen't send and
recive any thing). When I login on the Freebsd hostap all looks happy
but I can't ping any customer, so all start to work again if I restart
the PC, I tried with a different harware and in differents modes 11b and
11g, but still same thing. I have installed the last driver versions,
less the if_ath_pci.c
<http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ath/if_ath_pci.c> I
using the version 1.5 and I see the 1.6 this morning (someone know if
update this fix the problem).
thanks!!
On a simpler yet related config, I have a linksys ag520 pci card running with a linksys a/b/g AP. IT occasionally just loses connectivity, but simply re-execing the ifconfig line brings it back. Haven't found a rhyme or reason yet.

I'd send this to the FBSD list, but I just moved server IP blocks and the reverse DNS stuff hasn't propagated yet.

Kelley



--

Marcos Biscaysaqu

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

ath0 lost connection!

[Marcos Biscaysaqu]

Hi there.  
   I have got running a PCI atheros  wireless card  on b/g  in hostap 
mode and connecting 33 clients. for some razon all the customers lost 
the traffic, (the wireless cards has connection but dosen't send and 
recive any thing). When I login on the Freebsd hostap all looks happy 
but I can't ping any customer, so all start to work again if I restart 
the PC, I tried with a different harware and in differents modes 11b and 
11g, but still same thing. I have installed the last driver versions, 
less the if_ath_pci.c 
 I 
using the version 1.5 and I see the 1.6 this morning (someone know if 
update this fix the problem).
thanks!!

My setting is very simple:
bridge option on the kernel.
rc.conf
# Network Card rl0 #
ifconfig_rl0="inet 202.49.94.22  netmask 255.255.255.0"
defaultrouter="202.49.94.254"
# Wireless Card ath0 #
ifconfig_ath0="inet up ssid default channel 6 media autoselect mode 11b 
mediaopt hostap"

dmsg:

real memory  = 369033216 (351 MB)
avail memory = 348782592 (332 MB)
Pentium Pro MTRR support enabled
acpi0:  on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00f7e00
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
acpi_cpu0:  on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
pcib0: slot 10 INTA is routed to irq 9
pcib0: slot 19 INTA is routed to irq 9
agp0:  mem 0xe000-0xe3ff at 
device 0.0 on pci0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pcib0: slot 1 INTA is routed to irq 11
pcib1: slot 0 INTA is routed to irq 11
pci1:  at device 0.0 (no driver attached)
ath0:  mem 0xdfff-0xdfff irq 9 at device 10.0 on pci0
ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3
ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 
24Mbps 36Mbps 48Mbps 54Mbps
ath0: 802.11 address: 00:09:5b:94:63:e5
isab0:  at device 17.0 on pci0
isa0:  on isab0
atapci0:  port 0xfc00-0xfc0f at device 
17.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
rl0:  port 0xec00-0xecff mem 
0xdffeff00-0xdffe irq 9 at device 19.0 on pci0
rl0: Ethernet address: 00:20:ed:2d:8b:a2
miibus0:  on rl0
rlphy0:  on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: cmd 3 failed at out byte 1 of 3
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
fdc0: cmd 3 failed at out byte 1 of 3
npx0: [FAST]
npx0:  on motherboard
npx0: INT 16 interface
orm0:  at iomem 0xc-0xcbfff on isa0
atkbdc0:  at port 0x64,0x60 on isa0
fdc0: cannot reserve I/O port range (6 ports)
ppc0: parallel port not found.
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounter "TSC" frequency 959452349 Hz quality 800
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0%
GEOM: create disk ad0 dp=0xc37c5660
ad0: 19130MB  [38869/16/63] at ata0-master UDMA100
acd0: CDROM  at ata1-slave PIO4
Mounting root from ufs:/dev/ad0s1a
ath0: promiscuous mode enabled
rl0: promiscuous mode enabled



--

Marcos Biscaysaqu

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