I found some mismatch for atheros cards like the DWL-G520 and DWL-AG530 which
are identified by FreeBSD as Atheros 5212 and on Linux as Atheros 5213
this case the AG530:
On 6.0-R
wlan: mac acl policy registered
ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
ath1:
when running a wi device in AP mode all connected clients ar showing up with 1
Mbit/s connection but are connected with 11Mbit
Is this a bug?
João
ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP
00:40:f4:c5:13:b241 1M 46 150155 37104 EP 0
On Thursday 01 June 2006 13:09, Sam Leffler wrote:
If I recall correctly the wi driver leaves rate control decisions to the
firmware and has no way of knowing what the current tx rate is for each
client.
ok, understood
since the prism cards I use are working fine this is no problem at all
On Friday 02 June 2006 16:04, Dan Pelleg wrote:
You should also consider upgrading to FreeBSD 6.x, as a lot of
improvements were made to the wireless stack, over an above the
improvements in 5.4/5.5.
[EMAIL PROTECTED]:14:0:class=0x02 card=0x3a681186
chip=0x0020168c
Hi
I find some problems when running ath cards in if_bridge mode.
I have continuous UP/DOWN events on the uplink card. The connection is really
interrupted for a second or so which results in dns lookup errors
downloads are going through, only the download speed is not stable
please look
On Saturday 10 June 2006 18:00, Andrew Thompson wrote:
On Tue, Jun 06, 2006 at 11:53:30AM -0300, JoaoBR wrote:
Hi
I find some problems when running ath cards in if_bridge mode.
I have continuous UP/DOWN events on the uplink card. The connection is
really interrupted for a second or so
On Thursday 20 July 2006 12:42, Sam Leffler wrote:
The original posting didn't provide any basic info so there's little
anyone can provide except wild guesses. There are debugging mechanisms
for tracing what's going on at the net80211 layer and in the driver that
have been referenced
if you are using a pci express 1x NIC could you please so kind to confirm
which brand/model is working fine for you?
thank's
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
On Tuesday 10 October 2006 06:28, Petr Holub wrote:
Hi Phil,
If you are facing the problem I am thinking about, you have to set in
your xorg.conf file something like :
option noaccel true
(sorry I do not have it at hand to confirm)
no, it has the same problem with NoAccel set to True.
On Sunday 15 October 2006 14:42, Ariff Abdullah wrote:
pcm0: Conexant CX20468-21 AC97 Codec
*
bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc
failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0
Hi
I have a remote server running if_bridge with two ath cards
one 11g as hostap
one 11a as adhoc
I have a local server with an ath card as 11a adhoc linking the remote server
all works fine but when I run ifconfig ath0 list stat on the *local* server
all stations connected to the remote
On Tuesday 29 November 2005 11:53, Marco Calviani wrote:
Hi list,
i have a problem during the config(8) phase of a kernel configuration
file. I would like to add in the kernel the device snd_ich with (as
indicated in the handbook):
device snd_ich
However i've got a Syntax Error on
On Tuesday 29 November 2005 19:03, Kevin Oberman wrote:
To get ICH audio to work on my system, I had to include the following in
my kernel:
# Sound card
device smbus
device ichsmb
device smb
device sound
device snd_ich
nice idea but in my
On Wednesday 30 November 2005 12:58, David Landgren wrote:
option MAXDSIZE=\(2048*1024*1024\)
Don't know that you need to backslash the parens there.
No, recompiling (and installing) the kernel is all you need to do.
all you need is setting something like this
you are right, when first deinstall and install, indeed
WITH_THREADS=yes, but the second time deinstall and build perl5.8
without WITH_THREADS=yes
you should be able to solv this with
portupgrade -f -m '-DWITH_THREADS' perl
and a fresh ports tree easily
after this you might want to
On Friday 02 December 2005 08:05, Daniel O'Connor wrote:
I run powerd like this -
/usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200
Hi
n my NB an Acer 3002 I got best battery life with
-a max -r 30 -i 80 -b adaptive
any other settings resulted in continuous cpufreq and
On Friday 02 December 2005 12:04, Marco Calviani wrote:
Well, i've tried decreasing the polling interval, but there is an
increased powerd cpu load: at 100ms polling interval the cpu load is
to an astonishing 20% circa, which i think it's too much for a normal
use. The sampling rate with
On Saturday 03 December 2005 22:14, Garrett Wollman wrote:
went with the Acer Aspire 5002LMi.
...
been able to examine came with Atheros wireless, but this one is
Broadcom. I haven't tried Project Evil yet; since I had a Cardbus
I am with releng_6
broadcom WL works fine in 11b+g with ndis
On Wednesday 07 December 2005 19:22, Torfinn Ingolfsen wrote:
And scrolling does NOT work.
I found out this for releng_6 and appearently is the same on former versions
since all call the same problem:
when you set in xorg.conf any other option as Option Protocol auto the
scroll buttons are
On Sunday 12 November 2006 17:32, Lamont Granquist wrote:
i saw the same behavior where tx packets would tend to
spool up and buffer. here's the output of one second
where a bunch of spooled up packets were sent alont with
the previous second and following second and with a note
on how long
i get an error on recent sources releng_6 when doing make
buildworld from clean 6.1-STABLE install
I compile the same sources from a already releng_6 and it
compiles fine
sed
/usr/src/lib/libncurses/../../contrib/ncurses/include/unctrl.h.in
unctrl.h -e /@NCURSES_MAJOR@/s%%5% -e
On Wednesday 06 December 2006 15:07, Ruslan Ermilov wrote:
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/ti
nfo/make_keys.c
/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
*** Error code 1
Stop in /usr/src/lib/libncurses.
*** Error code 1
I bet the date/time on your
On Wednesday 06 December 2006 15:20, Ruslan Ermilov wrote:
On Wed, Dec 06, 2006 at 03:43:32PM -0200, JoaoBR wrote:
On Wednesday 06 December 2006 15:07, Ruslan Ermilov wrote:
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/ti
nfo/make_keys.c
/usr/obj/usr/src/tmp/usr/bin/ld
On Tuesday 19 December 2006 09:49, Dimitry Andric wrote:
Oliver Fromme wrote:
What does stuttering mean? Is it similar to sendmail's
greet_pause feature?
See here:
http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html
why the spam daemon should introduce an artificial delay
On Tuesday 19 December 2006 15:46, Christopher Hilton wrote:
JoaoBR wrote:
why the spam daemon should introduce an artificial delay
(tarpit) if this can be done already before like Oliver
said, it would only eat up and slow down threads between
both daemons (smtp + spamd) and overall
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
In the process of investigating performance in another area I happened
to be measuring sequential cached reads (in a fairly basic manner):
$ dd if=/dev/zero of=/tmp/file bs=8k count=10 # create file
81920 bytes transferred
On Wednesday 20 December 2006 07:37, Mark Kirkwood wrote:
JoaoBR wrote:
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
$ dd of=/dev/null if=/tmp/file bs=32k # read it
81920 bytes transferred in 1.801944 secs (454620117 bytes/sec)
hum, look my releng_6
Hi
seems to be something wrong with the sf driver
I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
the card is probed, recognize correctly the connection but no traffic i/o, arp
either
any idea?
sf0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
On Wednesday 20 December 2006 10:51, Frank Steinborn wrote:
Tried without polling?
Yes, also with ULE and 4BSD, no change
thank's
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik
On Wednesday 20 December 2006 10:42, JoaoBR wrote:
seems to be something wrong with the sf driver
I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
the card is probed, recognize correctly the connection but no traffic i/o,
arp either
any idea?
in this manual
http
On Wednesday 20 December 2006 07:38, Mark Kirkwood wrote:
I was however trying to point out that as your machine is different from
mine (opteron and ddr*400* as opposed to PIII and pc133), the fact that
it is faster is not telling us anything about whether releng_6
performance on cached file
On Wednesday 20 December 2006 12:19, JoaoBR wrote:
On Wednesday 20 December 2006 10:42, JoaoBR wrote:
seems to be something wrong with the sf driver
I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
the card is probed, recognize correctly the connection but no traffic
On Friday 22 December 2006 09:43, Michael Nottebrock wrote:
On Friday, 22. December 2006 03:59, Garrett Wollman wrote:
[EMAIL PROTECTED] writes:
-5.x was never really for production use, in the same way 3.x never
was.
Why do people continue to say this?
Because everybody knows that
On Friday 22 December 2006 10:13, Adrian Chadd wrote:
On 22/12/06, Bill Moran [EMAIL PROTECTED] wrote:
I could be wrong, but I get the impression that this whole EOL issue with
4.x is partly a result of not reminding people when the EOL date for 4.x
is every 5 minutes. The result is that
On Friday 22 December 2006 02:15, Michael R. Wayne wrote:
FreeBSD 4.11 can survive a simple burn-in test. FreeBSD 5.X and
6.1 can not. Here's what I wrote earlier.
burn-in usually is a hardware test and not a software test
Take a server. Configure for SMP, add quotas within jails and
On Friday 22 December 2006 16:06, Freddie Cash wrote:
On Friday 22 December 2006 08:09 am, [EMAIL PROTECTED] wrote:
Pete French wrote on Friday, December 22, 2006 2:44 PM:
Frankly, I can't follow the argument that 6.x is unstable. After all,
it's named 6-STABLE for a reason. I'd say from
I need some help here, this is not a single case, I get this on a several
machines, this is releng_6 , recent, but old problem getting ugly
first I get this kind of events in messages, independent if it is client mode
or hostap or adhoc
Dec 28 16:50:53 ap1-cds kernel: ath0: discard oversize
- if not - there is a driver problem.
João
On Thu, 28 Dec 2006, JoaoBR wrote:
I need some help here, this is not a single case, I get this on a several
machines, this is releng_6 , recent, but old problem getting ugly
first I get this kind of events in messages, independent if it is client
mode
On Saturday 30 December 2006 18:20, Sam Leffler wrote:
thank you for answering, lots of good points and I will try to answer any of
them
I really do not know what this event means (ether type 5e4), for my
understandings it is vague in the source, so I am lost here
Seems pretty clear:
On Saturday 30 December 2006 18:29, Sam Leffler wrote:
See my previous reply to you. Lamont is directing you to look for
stations in your network operating with power save enabled.
even if there are stations with powersaving on we can do anything against it
this is an ISP environment where
On Saturday 30 December 2006 18:37, Sam Leffler wrote:
JoaoBR wrote:
572 cabq frames transmitted
11 cabq xmit overflowed beacon interval
media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b hostap
So one other thing came to mind. If your ap is operating in 11b and you
On Sunday 31 December 2006 01:31, Sam Leffler wrote:
I really do not know what this event means (ether type 5e4), for my
understandings it is vague in the source, so I am lost here
Seems pretty clear: it's the type field extracted from the ethernet
header of the oversized packet. A
On Sunday 31 December 2006 01:33, Sam Leffler wrote:
JoaoBR wrote:
On Saturday 30 December 2006 18:29, Sam Leffler wrote:
See my previous reply to you. Lamont is directing you to look for
stations in your network operating with power save enabled.
even if there are stations
an ath wl card stops definitely working after showing this messages:
kernel: ath0: discard oversize frame ether type 5e4 flags 3 len 1522 max
1514
seems this packages are then beeing held in the ath tx buffer, filling it up,
what then depending on the rate or quantity brings the ath card
On Friday 12 January 2007 17:12, Peter Jeremy wrote:
On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote:
Peter Jeremy wrote:
I've just noticed an number of unpexected IP address changed MAC
messages on one of the hosts in my network. It is connected via a
FreeBSD bridge to the
On Thursday 25 January 2007 04:08, Peter N. M. Hansteen wrote:
For purposes of making the subject less true, setting up greylisting
with an optional tarpit for known baddies can be very effective. See
Dan Langille's recent Onlamp article[1] or for that matter my tutorial[2]
for how this is
On Thursday 25 January 2007 11:18, Peter N. M. Hansteen wrote:
JoaoBR [EMAIL PROTECTED] writes:
all this methods are certainly useless, stay calm ok
I fully sympathize with your need to rant, but in this context most of
what you say is really quite beside the point. Please read what
On Saturday 27 January 2007 02:16, Peter Jeremy wrote:
On Fri, 2007-Jan-26 09:24:58 -0200, JoaoBR wrote:
like I said, for my understandings firewall implemention for spam fighting
is wrong
because you reject the message
Except that the original mail was talking about greylisting
On Saturday 27 January 2007 12:10, you wrote:
On Sat, Jan 27, 2007 at 10:58:46AM -0200, JoaoBR wrote:
also a point to think about, most complains about spam talk about
bandwidth consumption, by asking for resend later you certainly increase
bandwidth consumption and resources on both sides
On Saturday 27 January 2007 12:32, Jim Pingle wrote:
Roland Smith wrote:
Most spammers do not bother to return if they get a resend request.
That's the whole point of doing this. So practically it doesn't increase
bandwidth consumption.
...
Greylisting is a decent idea, but it seems to me
On Saturday 27 January 2007 13:04, Roland Smith wrote:
That's not a bonus. Think about it. Sending a message twice will cut the
spammer's mail delivery rate at least in half.
nobody cares about this, what counts is the hit rate, more you get delivered
merrier the return, that means more you
On Saturday 27 January 2007 13:23, Simon L. Nielsen wrote:
Could this discussion please be continued on the apropriate list which
is designed for spam - [EMAIL PROTECTED]
lists.freebsd.org Mailing Lists
No such list devnull
could you please provide correct information in order to follow
On Saturday 27 January 2007 13:39, Roland Smith wrote:
On Sat, Jan 27, 2007 at 01:04:28PM -0200, JoaoBR wrote:
Greylisting is a decent idea, but it seems to me that it's just another
tool in the ongoing arms race against spammers. It may work for a
while, but eventually they'll catch
On Saturday 27 January 2007 14:19, Torfinn Ingolfsen wrote:
everybody: ENOUGH ALREADY!
Take this discussion off the -stable list!
are you my boss or something?
go swimming in your fjord, eat some lemmings and cool down man
--
João
A mensagem foi scaneada pelo sistema de e-mail e
On Saturday 27 January 2007 20:46, [EMAIL PROTECTED] wrote:
No, he's not your boss. You, on the other hand, are a moron and a
complete menace to the usefulness of this mailing list. Take your
whining about whatever it is to some place that wants to hear it and
leave the FreeBSD-stable list
On Friday 09 February 2007 20:29, Brooks Davis wrote:
On Fri, Feb 09, 2007 at 01:49:08PM -0800, Jeremy Chadwick wrote:
On Fri, Feb 09, 2007 at 04:06:56PM -0500, Kevin Way wrote:
I recently ran into a bug in the jail startup scripts that caused this
command to be executed:
On Saturday 10 February 2007 01:54, Ian Smith wrote:
Secondly, pardon my ignorance, but what does 'NS' refer to here? That
string / term occurs nowhere else in ifconfig(8).
nameserver
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service
On Saturday 10 February 2007 17:08, Spil Oss wrote:
Hi Michael,
Well, actually I'm proposing a change to the GENERIC kernel and
make.conf.example to add to the comment that one should add
WITHOUT_IPV6 to the make.conf if you enable NO_INET6.
That sounds to me like something completely
On Monday 12 February 2007 12:26, Oliver Fromme wrote:
JoaoBR [EMAIL PROTECTED] wrote:
ifconfig nic -alias is obviously a wired and confusing behaviour
It might be confusing to you. Personally I think that the
current behaviour isn't that far off.
the question is not you or me, I
On Monday 12 February 2007 16:09, Oliver Fromme wrote:
it is not misleading and it is a perfect term. With alias you add
secondary addresses to an interface. Like secondary is probably the
better word,
No, not at all. As soon as you use the terms primary IP
address and secondary IP
On Monday 12 February 2007 16:27, Brooks Davis wrote:
Setting media options and the like via _aliasesX variables makes no
sense and you don't appear to be doing it so I'm confused by your
question. The ifconfig_iface_aliasX syntax exists to add IPv4 addresses
to an interface. New
On Monday 12 February 2007 22:37, Joerg Pernfuss wrote:
On Mon, 12 Feb 2007 19:18:54 -0300
JoaoBR [EMAIL PROTECTED] wrote:
I believe the problem here is that
ifconfig_nic=inet IP
ifconfig_nic=ether MAC
does not work on one line and does not work on two either, the latter
overrides
On Tuesday 13 February 2007 04:57, Oliver Fromme wrote:
Kevin Way wrote:
Oliver Fromme wrote:
But you called it confusing. That's just your personal
perception. It doesn't mean it is confusing to everybody.
If asked what -alias does, would you really reply it removes the
On Saturday 17 February 2007 09:36, Michael Nottebrock wrote:
Has anyone ever managed to get some USB 2.0 - like speeds out of ehci
anyway? I'm not seeing quite such abysmal performance as Kevin did, but I
don't even need to benchmark to be certain that Windows does *much* better
with the
On Wednesday 21 February 2007 07:16, Ian Smith wrote:
It's primarily for item #1 that I hadn't mentioned this earlier, as most
readers of -STABLE users are probably looking for a more scalable
solution.
Scaleable? Easy ..
For 2.5 drives, a tack hammer does nicely.
For 3.5 to 5 drives,
since some time now it seems ipfw starts first of all, I think that is not
correct
rcorder: file `/etc/rc.d/ipfw' is before unknown provision `NETWORKING'
rcorder: requirement `ppp' in file `/etc/rc.d/ipfw' has no providers.
/etc/rc.d/ipfw
I changed the order for my needs but it might be a
On Friday 16 March 2007 07:51, Oliver Fromme wrote:
JoaoBR [EMAIL PROTECTED] wrote:
since some time now it seems ipfw starts first of all, I think that is
not correct
No, it starts after networking is up, which is the correct
behaviour, I think.
it should
rcorder: file `/etc/rc.d
On Friday 16 March 2007 08:52, Oliver Fromme wrote:
rcorder: file `/etc/rc.d/ipfw' is before unknown provision
`NETWORKING' rcorder: requirement `ppp' in file `/etc/rc.d/ipfw' has
no providers.
That sounds like you have accidentally deleted the files
On Friday 16 March 2007 10:40, Pertti Kosunen wrote:
JoaoBR wrote:
I don't agree to what you say
what sense does it make to have my forward rules up but natd still not?
what sense does it makes logging while syslog is not up?
What would it forward log when network isn't up?
man
On Friday 16 March 2007 18:50, Jeremy Chadwick wrote:
On Fri, Mar 16, 2007 at 06:00:30PM -0300, JoaoBR wrote:
man, starting ipfw after network does not mean that the network is not up
Okay, imagine this order:
1) Kernel starts
2) Network driver is loaded
3) Link is brought up
4
On Saturday 17 March 2007 03:58, Mark Andrews wrote:
nothing goes to this machine because by default everything is blocked
until
you permit it
You're absolutely correct, however your original post seems to have
taken many of us by surprise, causing some of us (at least me!) to
hi, somebody knows to interprete this scsi error I get after upgrading amd64
with sources from 26/03/ or is this a hardware problem?
Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 60 1 1f
0 0 20 0
Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status
On Tuesday 27 March 2007 18:17, you wrote:
JoaoBR wrote:
hi, somebody knows to interprete this scsi error I get after upgrading
amd64 with sources from 26/03/ or is this a hardware problem?
You either have a failing disk or a power supply that is underpowered
and/or failing. In short
hi
some else has seen this? With more then 2 scsi disks on one channel I get the
error below. The machine seems to work on all disks after then. With one or
two disks the machine boots well.
The error does not appear with FC6 and Tyan support argues a freebsd driver
problem.
some idea what I
it seems I can not add pipes with releng6 sources from the last days
ipfw add pipe 1 ip from any to any
ipfw: getsockopt(IP_FW_ADD): Invalid argument
or any similar add pipe command does not work (sure I have options DUMMYNET in
kernel)
world and kernel from march 29 works still fine
with new sources I get an mpt error which is not present with sources from
march 28
mpt0: LSILogic 1030 Ultra4 Adapter port 0xdc00-0xdcff mem
0xfd7e-0xfd7f,0xfd7c-0xfd7d irq 16 at device 4.0 on pci1
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.14.0
...
(xpt0:mpt0:0:-1:-1): reset
On Sunday 01 April 2007 12:04, Mike Tancsa wrote:
At 10:07 AM 4/1/2007, JoaoBR wrote:
it seems I can not add pipes with releng6 sources from the last days
ipfw add pipe 1 ip from any to any
ipfw: getsockopt(IP_FW_ADD): Invalid argument
or any similar add pipe command does not work
(sure
On Sunday 01 April 2007 14:02, Matthew Jacob wrote:
pleasep pooint out what the error is, and are you booting verbose?
On 4/1/07, JoaoBR [EMAIL PROTECTED] wrote:
with new sources I get an mpt error which is not present with sources
from march 28
mpt0: LSILogic 1030 Ultra4 Adapter port
On Sunday 01 April 2007 14:49, Matthew Jacob wrote:
this reset bus didn't and do not happen with some day older sources:
(xpt0:mpt0:0:-1:-1): reset bus
Well, don't worry about it. It's always been happening.
no, I do not boot verbose
Thanks. I'll make this message show up under
On Sunday 01 April 2007 15:22, Mike Tancsa wrote:
At 11:55 AM 4/1/2007, JoaoBR wrote:
by all respect to Julians work but with ipfw broken and sunday fucked up
...
kind of scaring when seeing I have no time to check, I do it on tuesday
or I need to do the userland ipfw too to add some new
On Tuesday 03 April 2007 05:53, Oliver Fromme wrote:
Well, FreeBSD is mostly a volunteer project, so people work
on it when they have time.
we all know that, we could discuss the general issue deeply which might be
usefull but might be misunderstood by people, anyway I like to answer your
On Tuesday 03 April 2007 12:18, Freddie Cash wrote:
I don't understand why people who want high resolution consoles don't
run X.
that is very easy to understand, look:
A/ fits much more info on one screen
B/ line wraps do not complicate orientation on screen
both points are very usefull
On Tuesday 03 April 2007 15:02, Freddie Cash wrote:
On Tuesday 03 April 2007 10:27 am, JoaoBR wrote:
On Tuesday 03 April 2007 12:18, Freddie Cash wrote:
Just a note that the above should read:
On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote:
As I am not the one who wrote
On Wednesday 04 April 2007 00:05, you wrote:
Console is not intended for everyday use! You should login
to your FreeBSD box with ssh-client of your choise and from
the OS of your choise (preferably from graphic mode).
please stay on topic
the question is not what one should or not
but to
On Wednesday 04 April 2007 04:49, Peter Jeremy wrote:
On 2007-Apr-03 14:27:00 -0300, JoaoBR [EMAIL PROTECTED] wrote:
simply consider RH graphical boot in 1024x768 has a very professional look
while Freebsd still looks like Gate's MsDos before selling it to IBM
I don't understand why
On Wednesday 04 April 2007 19:35, [EMAIL PROTECTED] wrote:
On 04/04/07, JoaoBR [EMAIL PROTECTED] wrote:
don't try to be smart with me
nobody said that RH is professional because of it's graphics in console
I said that for example RH looks professional with the graphic boot they
offer
On Tuesday 10 April 2007 01:24, Andrew Reilly wrote:
Wow. Somehow we've slipped through a one-year timewarp:
On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote:
On Tuesday 28 March 2006 07:40, Andrew Reilly wrote:
After the last rebuild on my amd64-x2 box, both the nve ethernet
On Tuesday 20 December 2005 10:26, rihad wrote:
FreeBSD's latest and greatest attitude is very relevant for desktop
users and such. I think it would be even better to make
security-conscious server admins' lives even better. Put up a box,
forget about it, do a major upgrade in a year.
On Friday 23 December 2005 20:26, James Tanis wrote:
What reason is that? A reverse-lookup is no longer really a valid way
of filtering out the undesireable unless your lucky enough to be
dealing only with those who have the knowledge and ability to control
those entries. Most residential ips
On Saturday 31 December 2005 22:14, Sam Leffler wrote:
Bill Paul wrote:
yes, i can load if_ath, wireless card is found and i can set it up as
ath0, but i still have no signal (and there are many ap's - i can see
with different pcmcia card)
I think the wireless enable switch controls the
On Saturday 07 January 2006 13:48, O. Hartmann wrote:
Right, nve(4) sometimes stops working, but it seems to have the best
performance to me.
sk(4) also works, more reliable, but is bound to PCI32 bus.
not exactly ...
you can have a look at this PR if you like: kern/91000
but the nve
On Wednesday 18 January 2006 02:58, Bill Paul wrote:
# ifconfig ndis0 ssid yourssid bssid BSSID of your AP up
you can say bssid any
adding bssid seems to be crucial for associating certain wlcards especial when
using ndis and 11g
then for using wep you may try as
wepmode on weptxkey 1 wepkey
On Thursday 19 January 2006 04:14, Ganbold wrote:
I have same problem even after updating the sk code to the latest:
Jan 19 12:58:53 gw kernel: fxp0: device timeout
Jan 19 12:59:10 gw kernel: sk0: watchdog timeout
Jan 19 12:59:10 gw kernel: sk0: link state changed to DOWN
Jan 19 12:59:20 gw
I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and some
X2
They give me a very good performance but sporadic reboots without core dumps
or any other advices so I guess there is some sudden irq conflict or so
I get nothing usefull by vmstat. I mount the same Nics, adaptec,
On Monday 23 January 2006 08:59, Bruno Ducrot wrote:
epox.asl 2575: Name (_HID, _NVRAIDBUS)
Error1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS)
Is here somebody how like to try to help me out here? You can get the
files here:
On Monday 23 January 2006 11:49, Bruno Ducrot wrote:
good to know as well, what means supposed my cards are ok the motherboard
has issues right
Can't tell for sure if you don't test without ACPI loaded.
It may be possible after all the apci_thermal subsystem trigger a
(false) overheat
On Monday 23 January 2006 16:08, Bruno Ducrot wrote:
\
The temperature is read from some isa io port at 0x295...
I'm wondering if you should use mbmon instead of ACPI
(the _TMP method in that DSDT look a little ugly to my eyes,
though I am not sure if it will give some buggy
informations).
On Monday 23 January 2006 16:48, Nate Lawson wrote:
hint.acpi_tz.0.disabled=1
debug.acpi.disabled=thermal
would be the same?
Yes. The first version he gave is the generic driver disabling
mechanism, the acpi version disables all subsystems related to the
function. It may be
On Monday 23 January 2006 19:48, Nate Lawson wrote:
well, would you mind saying which one exactly you think of for removing?
Thinking of removing debug.acpi.disabled since it is mostly redundant
with the hint approach. But more investigation should be done before
claiming that.
ok, means
On Monday 23 January 2006 20:42, Nate Lawson wrote:
So it looks like debug.acpi.disabled=thermal is the only way to do it
for now. We may want to move to resource_disabled later, but that's for
future discusion.
that was a good one, you just saved me some reboots and new questions about it
1 - 100 of 234 matches
Mail list logo