On Fri, Mar 24, 2006 at 01:31:05PM +0800, James Gallagher wrote:
> I also wonder if this would be better reported on -current rather than
> -stable as the concerned version, 6.1, is pre-release/Beta?
Nope, that's not the way it works. -stable is for 4.X/5.X/6.X. -current
is for -HEAD, e.g., that
On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote:
> well, the actual driver is trash and unusable and overall crashes SMP
> systems ... so more testing to see if it crashes more? ;)
As with any other software development project, you have to draw a line
somewhere and say "these things will
On Wed, Apr 05, 2006 at 10:15:00PM +0200, Albert Shih wrote:
> Le 05/04/2006 à 16:07:27-0400, Kris Kennaway a écrit
> > On Wed, Apr 05, 2006 at 10:03:41PM +0200, Albert Shih wrote:
> > > Hi all
> > >
> > > I'm disappointed by the stablity of FreeBSD 6-stable (I known it's
> > > developpement bran
led the
> kernel, i think the time is syncronized thoug.
> what can i check?
Send in a pr then ignore the messages. The ntp coded needs
to specially handle the link-local addresses. I would
suspect that scope6_id is not being set.
Mark
--
Mark And
-card. Running 'atacontrol list' from a
fixit shell lists the 4 channels with no drives attached.
Is there anything special that needed for the TX4000, compared to the
TX2000?
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://li
Mark Kirkwood wrote:
I swapped out a TX2000 for a TX4000 today, and naively thought that I'd
just be able to plug in the new card and reboot. Unfortunately, it does
not detect the 4 drives (Maxtor 6E040L0).
Booting off the 6.0R install cd shows the card detected ok, and 6 ATA
channels -
On Thu, Apr 06, 2006 at 05:23:53PM +0400, Alexey Karagodov wrote:
> ok. then, freebsd-developers may change "The Power To Serve" to "The Power
> To Test", "FreeBSD is an advanced operating system " to "FreeBSD is
> an advanced operating system in stage of forever development", etc.
> pay money to u
;. This allowed to be
able to swap between two processes consuming all of real memory.
It dates backs to PDP 11 memory management models.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [EMAIL PRO
I know 4.x is outdated and all that, and soon to be unsupported
(probably very much unsupported already) but I thought I'd post anyway.
I'm not ready to move to 5 / 6.
I just got this panic while copying an old website to a new folder via
samba, deleting it again (didn't quite work as expected
Mark Cullen wrote:
I know 4.x is outdated and all that, and soon to be unsupported
(probably very much unsupported already) but I thought I'd post anyway.
I'm not ready to move to 5 / 6.
I just got this panic while copying an old website to a new folder via
samba, deleting it aga
On Mon, May 01, 2006 at 11:04:32PM -0600, Scott Long wrote:
> While it's always unfortunate and undesirable to have bugs in releases
> or have missing features, it's even more undesirable to hold releases
> indefinitely until "all the problems are solved".
Even the most cursory review of GNATS wil
On Wed, May 03, 2006 at 06:21:39PM -0700, David Kirchner wrote:
> Would there really be harm in putting off a release until these well-
> acknowledged bugs are taken care of?
Yes. We tagged the ports tree on April 14th, and that's the last date
of any changes the CDs will ship with. That's a suf
On Wed, May 03, 2006 at 10:26:53PM +, John Dworske wrote:
> FreeBSD 4.9-RELEASE (GENERIC) #0: Mon Oct 27 17:51:09 GMT 2003
4.9 is no longer supported. You should use 5.4 or 6.0, or, preferably,
wait for about a week and use 5.5 or 6.1. I would recommend 6.X; 5.X is
at this point essentially
On Wed, May 03, 2006 at 05:42:41PM -0700, David Kirchner wrote:
> I don't know the protocol for this -- would the old PRs be re-opened,
> or should a new PR be filed for 6.x?
I'd recommend filing a new PR but reference the older ones in case it
is indeed the same problem.
mcl
behavior for host.subdomain queries.
I suggest that you raise the issue on the ipv6 IETF working
group mailing list as that was where getaddrinfo() behaviour
was specified and it really does not cover search lists.
The current getaddrinfo() specification handles the non
Make Jakubik wrote:
> FreeBSD users now demand stability and performance, as opposed to an
> influx of new bells and whistles just before the release [...] I fully
> understand that this is a volunteer project [...]
I'm sorry, but the former statement proves the latter false.
Let's try to do our
and the battery life's
> reasonable (with est enabled).
>
> Is anyone aware of any regressions in laptop functionality going from 5.4 to
> 6.x?
I've been running 6-STABLE on a T42 for a while and not noticed any
problems in the subjects mentioned. The addition of iwi has made
'mergemaster' has a group temporary file
with 'audit' in it (as it wanted to remove mine and add its own - I'd
used 70 instead of 77 as gid).
So...err, I obviously missed something in during mergemaster -p, where
does it do the audit addition?
Cheers
Mark
P.s : 6
On Sat, May 06, 2006 at 12:10:46AM -0400, Miles Lubin wrote:
> I know this is rather late in the release process, but given that this
> issue will affect many people, I think it should be considered fixing
> this driver for 6.1.
The release is imminent. The last Ts are being crossed and Is dott
Doug White wrote:
On Sat, 6 May 2006, Mark Kirkwood wrote:
I found that installworld stops, because the 'audit' group has not been
created. Now I just pressed 'return' for the default actions during
mergemaster -p, but I didn't notice any mention of the audit group.
On Sat, May 06, 2006 at 09:26:51PM +0100, Chris wrote:
> 1 - it does increase stability if the extra time is spent fixing bugs
> and testing the fixes.
This assumes that you can persuade committers to focus on bugfixes instead
of on other things that they consider more fun.
> I happen to think be
Doug White wrote:
On Sat, 6 May 2006, Mark Kirkwood wrote:
I found that installworld stops, because the 'audit' group has not been
created. Now I just pressed 'return' for the default actions during
mergemaster -p, but I didn't notice any mention of the audit group.
Pieter de Goeje wrote:
Hi Mark,
On Wednesday 10 May 2006 00:51, Mark Kirkwood wrote:
Just updated another box to 6.1-STABLE, and yes I did 'return' though
it. The reason being mergemaster -p wanted to patch my group file to
remove all the additions (i.e, useful groups and gro
On Sun, May 07, 2006 at 08:16:42PM +0100, Chris wrote:
> GNATS didnt reply so I will send the info about email address I used
> and see if I can find the pr number as well.
Any problems you have with GNATS not responding, please email them to
[EMAIL PROTECTED] and we'll try to figure out what's go
enter into this discussion (puts on flame suit),
but might it be better to gently encourage the re/development team to
make some of these a priority for 6.2? (as that gives everyone more lead
time, and in the end what we all want is FreeBSD to steadily improve).
n the 66Mhz PCI slots can shift quite a lot of data,
if your working both of 'em!).
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Sat, May 13, 2006 at 08:59:01AM +0300, Dmitry Pryanishnikov wrote:
> I'm just trying to understand why performance of RELENG_6 is worse than
> in RELENG_4 _that much_, and whether this sad situation can be improved
> somehow.
The architecture of the system substantially changed in the 5.X timef
urchases or not and get this
machine back up.
Thanks in advance!
-Mark
I am experiencing the same problem as described in the original PR, but
with Western Digital hard drives and the latest BIOS version (1001)
which is known to fix the ACPI DSDT bugs that have plagued these boards.
I have not lias
The machine in question is a Supermico P3TDER with 2G RAM, a 3Ware 7506
and 4 Maxtor 6Y080P0 RAID0.
So anyway - very nice.
Best wishes
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
Mark Kirkwood wrote:
I recently upgraded my FreeBSD machines from 6.0R to 6.1-STABLE
I noticed a pleasant surprise - improved disk IO!
In 6.0R best sequential throughput I ever saw was 170 MB/s (32k block
size reads on an 4G file). In 6.1-STABLE I'm seeing 190 Mb/s (32k block
size rea
Mike Jakubik wrote:
Mark Kirkwood wrote:
Mark Kirkwood wrote:
I recently upgraded my FreeBSD machines from 6.0R to 6.1-STABLE
I noticed a pleasant surprise - improved disk IO!
In 6.0R best sequential throughput I ever saw was 170 MB/s (32k block
size reads on an 4G file). In 6.1-STABLE I&#
figure something else out hardware wise.
Thanks
-Mark
--
GnuPG Public Key:
http://www.mkproductions.org/mk_pubkey.asc
Internet Radio:
Party107 (Trance/Electronic) - http://www.party107.com
Rock 101.9 The Edge (Rock) - http://www.rock1019.net
IRC:
MIXXnet IRC Network - irc.mixxn
36*4096 = 256Mb, but the
maximum size any single segment can be is 128Mb.
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
th a Tyan Thunder LE, I'm using the same
power supply and memory in a Supermicro P3TDER and it is rock solid.
Best wishes
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe,
.
Mark
--
Mark Morley
Owner / Administrator
Islandnet.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sources is a bit hidden
away - it usually takes me a couple of attempts to find it!
cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
are, new RAID) and we saw the exact same issue on the machine
that it
replaced (which was running 4.11 on i386).
Any thoughts on this? Any more info I should provide?
Mark
--
Mark Morley
Owner / Administrator
Islandnet.com
___
freebsd-stable@freebsd.org
FireWire support
#device firewire# FireWire bus code
#device sbp # SCSI over FireWire (Requires scbus and da)
#device fwe # Ethernet over FireWire (non-standard!)
Mark
--
Mark Morley
Owner / Administrator
Islandnet.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> > makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math"
>
> Don't use leet meaningless compiler flags, and try again :)
>
> Kris
D'oh!I don't normally have that in my kernel configs.
That carried forward from the old server. I'll
r anything like that.
Any thoughts?
Mark
--
Mark Morley
Owner / Administrator
Islandnet.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
The change in compiler options did seem to lower the load averages
a bit though.
Possibly related: I am seeing "ufs_rename: fvp == tvp (can't happen)"
messages periodically. Maybe one or two every 2-3 hours. Any chance
that's a symptom of something related?
Mark
--
Mark
ing most of the time.
I guess this use-case is probably unusual (it's only a test program that
I used to check I really can use the whole 1G...).
I'm running 6.1-STABLE from about 09 May. (prog and gprof attached).
Cheers
Mark
___
freebsd-
-lc_r)
The hacker handbook seems to indicate that you shouldn't need
to use -lpthread or -lc_r.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-pthread.html
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australi
> On Thu, 15 Jun 2006, Mark Andrews wrote:
>
> >
> > Is there any good reason why "gcc -pthread" links in
> > -lpthead except when -shared is specified?
>
> Because one may want to build applications to use different
> threading libraries.
On Fri, Jun 23, 2006 at 11:02:35PM -0300, Marc G. Fournier wrote:
> Just bothers me that its been running 4.x for 3 years now, no problems
> and as soon as I upgrade it to 6.x, all the headaches start :(
I am well familiar with Mr. Murphy and all his works :-)
mcl
Anyone have experience getting a Pentax optio a10 mounted?
Mark
umass0: PENTAX PENTAX OPTIO A10, rev 2.00/0.00, addr 2
drugs# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x)
, rev 1.00
port 1 powered
On Mon, Jun 26, 2006 at 02:15:24PM -0400, Sven Willenberger wrote:
> this is a production server that can at best stand an hour or so of
> downtime.
IMHO there are no 5.2.1 upgrade options that can be accomplish in even
a small number of hours. The kernel libraries were all updated for 5.3;
and h
On Tue, Jun 27, 2006 at 10:26:23AM -0700, Mihir Sanghavi wrote:
> My company is using BSD 4.7 currently and I would like it to change
> to 5 or 6. What technical difficulties might I face or how much code
> would be needed to re-written.
Please see the article "Choosing the FreeBSD Version That Is
On Thu, Jun 29, 2006 at 01:38:54PM -0400, Francisco Reyes wrote:
> I am really wondering if 6.1 is ready for production under heavy load. And
> for sure the NFS client in the whole 6.X line seems problematic (see my
> post in the stable list under subject: NFS clients freeze and can not
> discon
On Thu, Jun 29, 2006 at 01:57:13PM -0400, Francisco Reyes wrote:
> And this is why I have been trying to someone to PAY him/her to help us.
OK, sorry, I had not picked this up from the thread, which I had mostly
just been scanning. My apologies.
> Should I contact the FreeBSD foundation for this
will see if plugging it into one of the
std slots helps).
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
The 5.4-RC3 boot-only works...I will try a complete installation.
- Mark
Mark Kirkwood wrote:
Thought I would see if my Tyan S1834 + Promise TX2000 makes trouble for
the BXT Loader in 5.4-RC2.
Unfortunately it seems to - locks up immediately after printing (note -
hand transcribed)
FreeBSD
I also encountered this on a Thinkpad T42. My workaround was to load the
sound module via /boot/loader.conf (i.e. snd_ich_load="YES").
-mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
of the old kernel.
In conclusion, its probably best if disk controller drivers and filesystem
drivers don't have bugs in them.
Mark
pgpnPo205kKDu.pgp
Description: PGP signature
s, but I can do some scripting to fix that of course
:-)
Greetings,
Mark
--
Nice testing in little China...
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserv
w weeks and it
hasn't locked up once. Whether or not the snapshots were the cause of
the problem or just another symptom I can't really tell but deleting
them definitely cured the problem. Right now I have a filesystem
snapshot that's about a week old and it seems to be just
I've got a very unusual problem running a bind caching name server on
AMD64. I've tried FreeBSD-5.4-p1 and 5.4-STABLE and nothing has
helped. Named goes into a "crash" state once hit hits approx 120M of
memory in use, at which point it chews 100% cpu and doesn't respond
to any futher querie
TX
full duplex anyway).
And by way of interest, I have just experienced a similar problem with
NICs + 100 baseT switch - it was a 3Com Office connect card (xl driver)
that I had the issues with, and ended up replacing it with a DLink (vr
driver).
TABLE, either named will
hang around the 100 - 250M memory mark with top output like ...
last pid: 20483; load averages: 0.98, 0.67,
0.44 up 4+03:26:18
12:32:27
34 processes: 2 running, 32 sleeping
CPU states: % user, %
)
>
> I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will
> hang around the 100 - 250M memory mark with top output like ...
>
> last pid: 20483; load averages: 0.98, 0.67,
> 0.44 up 4+03:26:18
> 12:32
On 31/05/2005, at 3:08 PM, Mark Andrews wrote:
31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/
dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error:
31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in
new_adbfind()
31-May-2005 13:23:51.891 general: error
> On 31/05/2005, at 3:08 PM, Mark Andrews wrote:
>
> >
> >
> >> 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/
> >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error:
> >> 31-May-2005 13:23:51.045 general: error: isc_mutex_
ither named
will
hang around the 100 - 250M memory mark with top output like ...
last pid: 20483; load averages: 0.98, 0.67,
0.44 up 4+03:26:18
12:32:27
34 processes: 2 running, 32 sleeping
CPU states: % user, % nice, % s
fragment order.
FreeBSD bsdi.dv.isc.org 4.11-STABLE FreeBSD 4.11-STABLE #22: Mon Jan 3
22:18:47 EST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BSDI i386
Mark
# ipfstat
IPv6 packets: in 113941974 out 85668683
input packets: blocked 17889 passed 148735618 nomatch
(238) _mcleanup [2] moncontrol
regards
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rocess backend or similar
Thanks for making me think about this!
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Not sure what triggered it, but it seems file system related. The second
core dump didn't save because I forgot to move the dumpdir to /usr, it
was something to do with ffs also though.
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GN
. (That reminds me, I don't
recall seeing the original poster re-doing the tests with 6.0-CURRENT -
that would be interesting).
cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubs
I'd love to
get to the bottom of it, but know one has come across this before it
seems.
Have a look at my posts on heavy named problems in late may.
Cheers,
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
to upgrade the jail first?
This option from the GENERIC kernel config in 5.4 would seem to suggest
that it would work though I haven't tried it myself.
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
And install the 'compat 4.x' distribution
7;compat 4.x' libraries until you update all the
ports in the jailed environment.
Good point - I had forgotten that the 4.x jails will have their
libraries with 'em!
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/m
I have experienced this (since about 5.3) on a dual PIII Tyan S1834. In
my case perseverance seems to pay off - one in (approx) 10 boots will
work...
Mark
Daniel O'Connor wrote:
Hi,
I am updating an old 4.x system to 5.4 here and it has a Promise FT100TX2 RAID
controller (in mirror).
nstall CDs boot fine for me (have not tried 5.2), it is
only 5.3 and 5.4 (also today 6.0 CURRENT) that crash (reg dump ) or
reboot immediately.
That fact that it *sometimes* works is interesting - I am curious to see
if you can reproduce this (say try 10 - 15 times).
On Sat, Jun 25, 2005 at 09:14:26AM -0700, Ted Mittelstaedt wrote:
> Why are you building xfree86? FreeBSD 5.4 uses Xorg. It's
> just about the same code just different licensing. I don't think the
> FreeBSD core is bothering to keep the xfree86 port working on FreeBSD 5.X
> just FreeBSD 4.11
On Sat, Jun 25, 2005 at 02:45:45PM -0700, Ted Mittelstaedt wrote:
> I'm sorry to step on the toes of the port maintainer but instead
> of complaining about it you need to respond to the realitites.
In general I would rather do that than argue, yes.
> make: don't know how to make /drm.h. Stop
> **
oader work reliably again.
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
this (apologies), thanks for
updating us, well - me anyway :-)
Hmmm - the results are a bit discouraging aren't they? I notice that
(you mentioned) the Mysql guys were going to see if they can identify
where the issue is. That would be good!
can't try any of these things since I don't have any spare hard disks or
much time :(
The disks I have used have been fresh from the maker so they shouldn't have
any trace of FreeBSD on them anyway.
I will have a look at these t
Mark Kirkwood wrote:
Daniel O'Connor wrote:
On Wed, 29 Jun 2005 15:57, Doug White wrote:
Try:
. Zero off the first megabyte or so of the subdisks with dd or similar
tool.
. Force an array initialize from the controller BIOS. Wait for it to
finish.
. Install some other OS that recog
Matt Emmerton wrote:
I gave precise descriptions of what happened on 5.[234]
and can provide more details if requested
Please provide dmesg output from 4.x, as this will help us help you!
Cheers
Mark
___
freebsd-stable@freebsd.org mailing list
Matt Emmerton wrote:
Processor: Intel Pentium II 266 MHz (Slot 1)
Is the above typo, or have you underclocked it ?
(from the dmesg : CPU: Pentium II/Pentium II Xeon/Celeron (*232.67-MHz*
686-class CPU)
___
freebsd-stable@freebsd.org mailing lis
bj/usr/src/sys/RUBY i386
Based on some messages with similar symptoms I've rebuilt every ports,
including libtool15 from scratch and done a complete system rebuild to no
effect. Any pointers would be appreciated.
Thanks in advance,
---
Mark Thomas - IT Manager - BreakAway, Ltd.
[EMAIL PROTECT
de-reference. A stack
backtrace from the core dump would pinpoint the error
location. To get this you really need named to have been
built w/ -g and set kern.sugid_coredump=1.
You can avoid the issue by tuning named so that it doesn't run
out of mem
While Scott's and Colin's responses should be viewed as canonical, for
the record the place that the support matrix is documented is on the
Security web page at http://www.freebsd.org/security/security.html#adv.
Note that this only applies to the _security_ team. Traditionally the
ports team has
On Thu, Jul 21, 2005 at 08:00:40PM +0100, Robert Watson wrote:
> [original poster wrote:]
> >- I completely agree with MikeM - any kind of complex software could be
> >tested with right prepared test cases, specially if they are going to be
> >reused in the next release;
For static problems -- yes
des some interest, again - gotta qualify, this is all one
man's experiment on his hardware...
Cheers
Mark
P.s : of course, it would be nice if 5.x (or perhaps more importantly
6.x) was *faster* than 4.10
Michael Schuh wrote:
Hi,
Now my question to you : is the performance of ata
.
regards
Mark
Chris wrote:
Its been mentioned before and most experience the same as you by
setting it to 16 a dramatic improvement in the sequential read, I
currently run all my 5.x servers like this with no issues as a result.
I am curious if the default will ever be changed
boot is quite slow
compared with (say) 4.10 - presumably the newer code is doing a whole
lot more probing(?)
regards
Mark
Daniel O'Connor wrote:
On Saturday 25 June 2005 21:26, Daniel O'Connor wrote:
Hmm I see.. I know it works OK with 4. as I have installed plenty
of systems like th
- maybe on font
directories? Check out the Xorg log in /var/log.
I used to see the 1 minute startup with previous versions of FreeBSD -
mainly with 'kdm' startup, and running :
(root) # fc-cache -f
would fix it (however in that case root too would be slow, but maybe
wo
ard has it's usb 1.0 component recognised as a VIA
VT82xx UHCI USB 1.1 Controller, it also has the ehci part
recognised by ubuntu. Any ideas ?
Cheers,
Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
h. Anyone aware of any issues in this area? Yes the
kernel is a bit old and needs to be updated.
Mark
tx0: flags=28943 mtu 1500
inet 192.168.191.233 netmask 0xff00 broadcast 192.168.191.255
inet6 fe80::2e0:29ff:fe19:c02d%tx0 prefixlen 64 scopeid 0x1
inet
; (IFF_ALLMULTI | IFF_PROMISC)) {
I can't see how that can have any effect as the shift
is only 0..15 (0xf).
filter[h >> 4] |= 1 << (h & 0xF);
--
Mark Andrews, ISC
1 Seymour St., Dundas Valle
Mark Sergeant wrote:
Output from pciconf -lv
[EMAIL PROTECTED]:7:2 class=0x0c0320 card=0x12340925 chip=0x31041106
rev=0x51 hdr=0x00
vendor= 'VIA Technologies Inc'
device= 'VT6202 USB 2.0 Enhanced Host Controller'
class= serial bus
subcla
The Serverworks ROSB4 is known broken - I get instant file corruption on
mine if I try to run it at udma33.
Try
$ atacontrol mode 0 PIO4 PIO4
(I have not tried this - I just use a Promise PDC2071 for all the disks
instead...)
Cheers
Mark
Philip Murray wrote:
Hi,
I have a 4.11 machine
On Mon, Aug 15, 2005 at 11:13:29AM -0700, dpk wrote:
> The most recent general data available appears to be at:
>
> http://www.freebsd.org/projects/bigdisk/
With my bugmeister hat on, I will note that I have tried to flag PRs
about this issue with the tag '[2T]' and I would encourage anyone filin
her than hardware
problems.
Granted, I'm not using FreeBSD 5-STABLE, but I could certainly give it a
shot if you guys think it would help anything. I just chose RELEASE
hoping for the least problems.
My dmesg is below. Note that I only have three of the drives in there
currently.
Tha
Mark Kane wrote:
However, note that if I turn the drives speed down to UDMA100, the
errors seem to go away. Has anyone else tried this for their problems?
I currently do this, not due to problems, but to improve the write
performance:
4xMaxtor 6E040L0 RAID0
UDMA133 -> 40M/s
UDMA
o? I'm not going to be doing huge file copying a whole lot, but
I'd like the most performance I can get with no errors.
Thanks for the replies.
-Mark
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
Mark Kane wrote:
I do have a tall Antec case, and have both 200's and the 160 in 5 1/4
inch trays so the cables for those are long (36 inches IIRC).
Hmm - 36 inch cable, makes me wonder if that is what is causing the
problem in UDMA133 mode. IIRC the ATA spec says 18 inches, but most
c
901 - 1000 of 1357 matches
Mail list logo
