Mike Silbersack wrote:
> I could probably grep for this, but what's the best way to get a hold of
> the # of pages (or MB of ram) that max KVA is set to? I'm adding another
> autosize option, and I want to base it on min (KVA, ram) so that it
> doesn't balloon on boxes where ram >> KVA.
I posted
David Syphers wrote:
> I recently forgot my root password, rebooted single-user and changed it,
> and immediately afterwards the computer denied the existence of any
> non-root users (home directories still there for those that had them,
> they still have login shells, etc.). This was the only chan
Hiten Pandya wrote:
> On Thu, Jun 19, 2003 at 03:17:03PM -0700, John-Mark Gurney wrote:
> > I am running FreeBSD 5.1-R on a sparc64 machine, and am getting warnings
> > about mallocing data w/ a lock aquired.
> >
> > dmesg output:
> > malloc() of "64" with the following non-sleepablelocks held:
> >
[EMAIL PROTECTED] wrote:
> I removed /usr/include/sys/bitypes.h, and now it works! thanks for the tip.
> (hm, are there other .h files that are not used anymore?)
There are other headers which are no longer installed during the
build process. Whether they are still used or not is between
you and
I love English!
Maxime Henrion wrote:
> Giant is the big lock that protects the whole kernel that everyone is
> trying to get rid of :-).
We should just delete Giant. Then we can get rid of the whole kernel
that everyone is trying to get rid of, since Ginat will no longer be
protecting it... 8-)
[ ... BG fsck ... ]
> > I haven't got softupdates enabled, but I didn't want to enable it,
> > because I've heard that it isn't 100% reliable and I didn't want to lose
> > data
>
> Theer have been no problems with softupdates in regard to data
> integrity in either 5.0 or 5.1 release. I do re
Wiktor Niesiobedzki wrote:
> On Tue, Jun 17, 2003 at 03:51:32PM -0400, Jeff Roberson wrote:
> > I am still not able to reproduce this. Can you update your sources? I
> > commited some code just now that removed an external dependency from
> > sched_nice(). This should make it more robust.
> Got
Don Lewis wrote:
> Actually, something seems broken. I modified my little test program to
> actually read the data, which works just fine, but select() still blocks
> when the writer closes the fifo, so there doesn't seem to be a way to
> detect the EOF.
I think this should be covered under the "
John-Mark Gurney wrote:
> Terry Lambert wrote this message on Sun, Jun 15, 2003 at 19:40 -0700:
> > Bernd Walter wrote:
> > > Note: we are strictly USB1.x at this time.
> >
> > There was a recent PCI attach patch that I thought fixed this?
>
> Are you
Kris Kennaway wrote:
> There's a bogus implementation of gethostbyaddr_r() in
> lib/libc/net/gethostnamadr.c that was committed 6 years and nine
> months ago:
[...]
> What's the deal here? Despite the fact that this is not prototyped in
> a header, some ports are detecting this, and -- one assumes
Bernd Walter wrote:
> Note: we are strictly USB1.x at this time.
There was a recent PCI attach patch that I thought fixed this?
I know it hasn't been integrated yet (for God knows why), but
it seemed to fix the problems.
-- Terry
___
[EMAIL PROTECTED]
John Hay wrote:
> On a 5.1-RELEASE machine I have been able to cause a panic like this:
> panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated
Manually tune your system. This panic results from the fact
that zone allocations with fixed limits don't really do the
right thing any
Bruno Afonso wrote:
> Holger Kipp wrote:
> > Isn't someone working on integrating ALTQ and pf - similar to what
> > has been done for OpenBSD?
>
> here you go:
>
> http://pf4freebsd.love2party.net/index.html
>
> I'd love freebsd to have altq and pf or ipf integration on base system..
If it can
Samy Al Bahra wrote:
> Daniel Eischen Wrote:
> > No, I don't think Terry is jumping to conclusion. Read
> > the archives of this problem. The Nvidia drivers and OpenGL
> > for FreeBSD won't work with -current and any threading
> > library other than libc_r.
>
> I didn't deal with any users havin
Samy Al Bahra wrote:
> I think Terry is jumping to conclusions on what Evan's problem could be.
> I have this seen this cause application to crash at exit (if using
> OpenGL) but never a crash in kernel-space from the nVidia drivers.
1) It works with libc_r, but not with libthr and not
Evan Dower wrote:
> >NVIDIA is handling everything to do with the driver. Expect a new
> >release "shortly" *cough*.
>
> I was afraid that might be the case :-(
The only thing you care about is entry and exit through driver
entry points... and maybe interrupts. It would be easy enough
to wrapper
Evan Dower wrote:
> I am highly interested in getting nvidia-driver to work well for FBSD, and
> in particular my own computer. I do not have the expertise to hack on either
> it or the kernel (yet), but I am eager to provide debugging information.
> nvidia-driver frequently crashes my machine, so
Antony T Curtis wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> I'm trying to install 5.1-R onto a Compaq Amarda V300 series laptop.
> If I allow ACPI to be loaded, it hangs pretty quick right after trying to
> mount the memory disk.
>
> However, in safe mode, it works until during the
David Leimbach wrote:
> Interesting. I don't believe it needs to be in the source tree.
>
> I am not saying its bad code or isn't useful... I just don't understand
> what it has to do with FreeBSD. Does any of the other base code need this
> library?
>
> If so it would already be there wouldn't
Orion Hodson wrote:
> It looks like the pci configuration space state has been lost during
> the suspend and resume. This may be because the bus has removed power
> from the devices attached to it on suspend.
>
> I've been through a cross section of drivers this morning and some
> explicitly save
Stijn Hoop wrote:
> This is due to the Dell laptops having an invalid ACPI table in the BIOS.
> The only way to avoid these messages is to tell FreeBSD ACPI to override
> the vendor supplied table with a correct one.
Alternately, since Microsoft works just peachy with this
thing, it's somewhat app
Ian Freislich wrote:
> Andre Guibert de Bruet wrote:
> > Ian,
> >
> > The new ipfw binary will work with an up-to-date kernel. What you need to
> > do is boot this new kernel and only then try out the new ipfw binary.
>
> That doesn't really explain why the new ipfw binary core dumped
> with the n
Ian Freislich wrote:
> Terry Lambert wrote:
> > > > Short term, cd /usr/src/sbin/ipfw; make depend && make all install ought
> > > > to fix it.
> > >
> > > I tried that as well, but the new binary also dumps core, but works
> > > wel
Ian Freislich wrote:
> Alas make buildworld fails for the past few days:
> ===> usr.sbin/config
>
> In file included from config.c:1:
> /usr/include/stdlib.h:102: conflicting types for `restrict'
> /usr/include/stdlib.h:102: previous declaration of `restrict'
> /usr/include/stdlib.h:102: warning:
Alexander Leidinger wrote:
> Isn't this "the famous VIA bug" which every computer magazine reported
> about? I thought we already have a fix in the tree for this:
>
> (2) [EMAIL PROTECTED] # dmesg |grep south
> atapci0: Correcting VIA config for southbridge data corruption bug
It's not the "VIA c
Alexander Leidinger wrote:
> On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
> John Baldwin <[EMAIL PROTECTED]> wrote:
> > It doesn't really need to know about it. Perhaps acpi should include
> > a dummy driver similar to the 'hostb' driver to "eat" such devices.
>
> Does this mean it should already dis
Alexander Leidinger wrote:
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > Be aware that if your machine is a "B" (82C686B), then you have
>
> It is.
>
> > the buggy version of the chip; you need to eiter not use the
> > second IDE channel for an
Paul Richards wrote:
> On Wed, Jun 04, 2003 at 02:43:20PM +0100, Doug Rabson wrote:
> > On Wed, 2003-06-04 at 14:16, Paul Richards wrote:
> > > How can you add an interface at runtime?
> >
> > By loading a kernel module. If I load e.g. the agp kernel module, I add
> > the agp_if interface to the ke
Alexander Leidinger wrote:
> is there a way to teach our ACPI implementation about
>
> [EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
> hdr=0x00
> vendor = 'VIA Technologies Inc'
> device = 'VT82C686A/B ACPI Power Management Controller'
> class=
Bryan Liesner wrote:
> A non disclosure agreement is a non disclosure agreement, so no crap
> from me.
>
> I'll give that a try and see if it makes a difference. I don't
> remember off of the top of my head from the previous posts on this
> subject, but does this bug apply to an Athlon XP as well?
Bryan Liesner wrote:
> On Thu, 5 Jun 2003, Terry Lambert wrote:
> > As I said: I still think there is a lost serialization here
> > that's at the root of the problem. I can't really dedicate
> > the equipment I have here to reproducing the issue at this
> &g
"David P. Reese Jr." wrote:
> > > A snip of code from sys/dev/pci/pci.c:pci_enable_io_method():
> > >
> > > pci_set_command_bit(dev, child, bit);
> > > command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2);
> > > if (command & bit)
> > > return (0);
> > >
Jeff Roberson wrote:
> On Tue, 3 Jun 2003, Terry Lambert wrote:
> > Scott Long wrote:
> > > Bryan Liesner wrote:
> > > It's very hard to imagine Jeff's patches causing a problem at the point
> > > that the PR mentions. Have you confirmed the problem
Scott Long wrote:
> Bryan Liesner wrote:
> It's very hard to imagine Jeff's patches causing a problem at the point
> that the PR mentions. Have you confirmed the problem in a kernel that
> was build in a totally clean environment?
The changed code is not protecting a traversal of a proc
struct me
"Sebastian Yepes [ESN]" wrote:
> I have made some Benchmark on my inspiron 8500 (Intel 82801DB (ICH4) -
> UDMA100)
> and i am geting very Bad results on the 5.1, i have got beter results on 5.0
>
> dmesg
> --
> 5.0R --> http://www.x123.info/src/i8500/dmesg.5.0R
> 5.1B2 --> http://www.x123.info
h -- a one time thing.
> >
> > On Mon, Jun 02, 2003 at 08:17:03AM -0700, Terry Lambert wrote:
> > > Consider this going forward: someone adds a new VFSOP to the
> > > list of allowable VFSOPs, and the vfs_init() doesn't have any
> > > specific code for it.
Terry Lambert wrote:
> Martin Blapp wrote:
> > > -frtti is required for dynamic_cast(expr) to work. so if it is
> > > broken, then you've got big problems.
> >
> > Lokks like you are definitly right:
> >
> > grep dynamic `find ./ -name &qu
Martin Blapp wrote:
>
> Hi,
>
> > -frtti is required for dynamic_cast(expr) to work. so if it is
> > broken, then you've got big problems.
>
> Lokks like you are definitly right:
>
> grep dynamic `find ./ -name "*.c*"`
> ./source/ary/cpp/c_class.cxx:ary::cpp::Display * pD = dynamic_cast<
Hiten Pandya wrote:
> On Mon, Jun 02, 2003 at 09:28:05AM -0700, Terry Lambert wrote:
> > This is a different thing entirely... you are not adding
> > elements in the cdevsw case.
>
> Er, huh? Did you read Poul's HEADSUP mail for cdevsw sparse
> init?
Hiten Pandya wrote:
> > Consider this going forward: someone adds a new VFSOP to the
> > list of allowable VFSOPs, and the vfs_init() doesn't have any
> > specific code for it.
>
> Considered. Now consider this, would you argue this about the
> sparse cdevsw initialisation in make
Hiten Pandya wrote:
> My fingers have been itching to do this since the day phk@ planted this
> idea in my brain (re: cdevsw initialisations). Basically, it changes
> the vfsops to use C99 sparse format, just like cdevsw. It removes a lot
> of junk default initialisations, and duplication.
I rea
David Xu wrote:
> > This was caused by rev. 1.3 of a commit by Jeff Robertson to
> > kern_utmx.c. The problem is that the proc struct is not locked
> > for:
> >
> > FOREACH_THREAD_IN_PROC(td->td_proc, td0)
> >
> > in the lock and unlock.
> >
> > Either lock the proc before and unlock it af
Bryan Liesner wrote:
>
> Is anyone going to look at this before the next release?
> Of course, if more info is needed, I'll send it along. No dump is
> available - it panics during boot.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=52718
This was caused by rev. 1.3 of a commit by Jeff Roberts
Q wrote:
> I have been burnt by this in the past also. I think that it would be
> useful if you could allow kernel modules to be bound to a particular
> kernel "version/date/whatever", and have external modules refuse to load
> and/or complain if the kernel is upgraded. This should prevent
> unnece
David Leimbach wrote:
> IANAL but I think the GPL has provisions for binaries that contain code that is
> not necessarily dependant but merely aggregated into one package.
Linking is not "mere agregation". If you can cite the section
of the GPL you are talking about, it would be useful (this is
a
Alexander Kabaev wrote:
> Wilko Bulte <[EMAIL PROTECTED]> wrote:
> > Yes, see for example the GPL_ed floating point emulator.
Aside: I thought the license had been changed on this?
> I and no doubt many others will insist on keeping GPLed drivers out of
> the tree. I have no objections for this d
John Baldwin wrote:
> On 14-May-2003 Terry Lambert wrote:
> > The DISABLE_PG_G, as I said in a previous posting, works around
> > an order of operation problem that needs to clear PG in %CR0
> > while it does it's thing, after which there's no problem with
>
Kris Kennaway wrote:
> On Fri, Apr 04, 2003 at 11:52:15AM +0200, Stephan M?ck wrote:
> > I want to use imon inode monitor to watch file activity. Is it possible to
> > do that with FreeBSD?
>
> I don't see imon in the ports collection. However there are other
> tools like l0pht-watch and fam in p
Matthew Dillon wrote:
> :How does this break the read() API? The read() API, when called
> :on a NBIO fd is *supposed* to return EAGAIN, if the request cannot
> :be immediately satisfied, but could be satisfied later. Right now,
> :it blocks. This looks like breakage of disk I/O introducing a
>
Matthew Dillon wrote:
>Peter Wemm wrote:
> :Terry Lambert wrote:
> :> > No. It gives the ability for a thread to block on a syscall without
> :> > stalling the entire system. Just try using mysqld on a system using libc_r
> :> > and heavy disk IO. You can
Peter Wemm wrote:
> Terry Lambert wrote:
> > Peter Wemm wrote:
> > > No. It gives the ability for a thread to block on a syscall without
> > > stalling the entire system. Just try using mysqld on a system using libc_r
> > > and heavy disk IO. You can't s
Jeff Roberson wrote:
> On Wed, 2 Apr 2003, Terry Lambert wrote:
> > Peter Wemm wrote:
> > > No. It gives the ability for a thread to block on a syscall without
> > > stalling the entire system. Just try using mysqld on a system using libc_r
> > > and heavy di
Peter Wemm wrote:
> Terry Lambert wrote:
>
> > KSE mailing list, starting Monday or so:
> > ] We still haven't heard from jeff with regard to the process
> > ] signal mask removal.
>
> We can add new mailing lists really easily now - it takes about 20-30 se
Peter Wemm wrote:
> No. It gives the ability for a thread to block on a syscall without
> stalling the entire system. Just try using mysqld on a system using libc_r
> and heavy disk IO. You can't select() on a read() from disk. Thats the
> ultimate reason to do it. The SMP parallelism is a bon
Jeff Roberson wrote:
> Perhaps I should start quoting posix. I wonder what my legal rights
> are given the copyright. hm..
Educational use.
FWIW, my reading of POSIX.1 says "Per process mask, per threads
masks".
The real question is "What happens when I kill -9/-15 a libthr
process with a lot o
Juli Mallett wrote:
> * De: Jeff Roberson <[EMAIL PROTECTED]> [ Data: 2003-04-02 ]
> > On Wed, 2 Apr 2003, Terry Lambert wrote:
> > > Also, any ETA on the per process signal mask handing bug in
> > > libthr? Might not be safe to convert everything up front, in
Jeff Roberson wrote:
> On Wed, 2 Apr 2003, Terry Lambert wrote:
> > Is the disk I/O really that big of an issue? All writes will
> > be on underlying non-blocking descriptors; I guess you are
> > saying that the interleaved I/O is more important, further
> > down the
"Cagle, John (ISS-Houston)" wrote:
> I'm having a problem with -current on a ProLiant BL10e blade server. On
> the blade server, we use a serial console on sio0/COM1. This works
> perfectly with 4.8, but for some reason, the sio driver doesn't see COM1
> at all, and assigns COM2 resources to sio0
John Baldwin wrote:
> On 02-Apr-2003 Jens Rehsack wrote:
> > I really think splitting the base in some sub-parts would it make much
> > easier to do NO_SENDMAIL on my own. So I had to remove each not required
> > file separately. That's no good solution.
>
> [stepping back a bit ]
>
> I find an
Robert Watson wrote:
> On Wed, 2 Apr 2003, Terry Lambert wrote:
> > Is the disk I/O really that big of an issue? All writes will be on
> > underlying non-blocking descriptors; I guess you are saying that the
> > interleaved I/O is more important, further down the system ca
Note: This should have been posted to -questions, not -current.
Evan Dower wrote:
> Sendmail has not been working on my system for some time now. I can't say
> exactly how long, but my guess is that it broke when I upgraded to
> RELENG_5_0. This is how sendmail is invoked (by default) and it's ou
Peter Schultz wrote:
> Terry Lambert wrote:
> > If you look over the historical cases of this discussion,
> > you'll see that the answer always comes down to "make the
> > system more modular, so people can replace XXX with YYY and
> > quit bothering us; please
leafy wrote:
> On Wed, Apr 02, 2003 at 07:38:14AM -0800, Terry Lambert wrote:
> > Has anyone tried compiling X11 to use libthr?
>
> Someone reported success with KDE, so it should serve as a sign of working X11.
Not X11 clients.
The X11 se
Jens Rehsack wrote:
> John Baldwin wrote:
> > First, core@ is not the appropriate body for that type of request.
> > Both current@ and arch@ are much better targets. Second, is
> > NO_SENDMAIL + the postfix port inadequate?
>
> The problem I see with that is, that even a minimalistic base install
Dan Naumov wrote:
> Terry Lambert wrote:
> > Because syslog is unreliable. See "BUGS" section of the man page.
>
> Don't you think that if syslog is unreliable, then it should be fixed ?
Sure. You should definitely fix it; you'll need to figure out
a way to
Sheldon Hearn wrote:
> On (2003/04/02 07:38), Terry Lambert wrote:
> > Is the disk I/O really that big of an issue? All writes will
> > be on underlying non-blocking descriptors; I guess you are
> > saying that the interleaved I/O is more important, further
> > down the
Robert Watson wrote:
> You should notice marked interactivity and UI latency improvements with
> threaded GUI apps over libc_r because GUI threads will generally no longer
> be blocked when disk I/O and blocking I/O occurs. For example,
> applications like Open Office, Netscape, et al, really get
Peter Schultz wrote:
> Why not just have these logged by default instead? Like /var/log/daily,
> and whatnot. Anyone with half a care about this stuff can easily make
> their own modifications, those who don't care will never know the
> difference.
Because syslog is unreliable. See "BUGS" secti
Sheldon Hearn wrote:
> On (2003/04/02 06:05), Terry Lambert wrote:
> > > Do I misremember this? If not, does it not apply to UP systems as well?
> >
> > FWIW: the libc_r reentrancy isn't fixed by a 1:1 model for
> > anything but calls for which there are no non-b
Peter Schultz wrote:
> Hi,
>
> I hope that core will approve removing sendmail from FreeBSD-CURRENT.
I'm pretty sure they will, just as soon as someone provides
patches to make installed base system components like sendmail
into "preinstalled packages", and then steps up and makes some
other MTA
Alexander Leidinger wrote:
> On Tue, 01 Apr 2003 23:28:01 -0800
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > The primary performance reasoning behind a 1:1 kernel threading
> > implementation, relative to the user space single kernel entry
> > scheduler in th
Stijn Hoop wrote:
> On Mon, Mar 31, 2003 at 10:54:45PM -0500, Jeff Roberson wrote:
> > I have commited libthr. To try this out you'll need to do the following
>
> I know very very little about threads, but I'm interested as to what the
> purpose is of this library. Is there a document available s
Jun Su wrote:
>
[ ... 1:1 kernel threads implementation ... ]
>
> A benchmark would be interested.
This request doesn't make sense.
The primary performance reasoning behind a 1:1 kernel threading
implementation, relative to the user space single kernel entry
scheduler in the libc_r implementati
Ventsislav Velkov wrote:
>
> Does anybody have an idea ?
option DISABLE_PSE
option DISABLE_PG_G
-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Dane Butler wrote:
> I have been a Linux user for a few years and have been trying out FreeBSD
> 5.0, but there is a problem. I edited the /etc/ttys file as instructed to
> make kdm (and xdm) boot, but as soon as i login, x crashes and reboots, how
> do i get around this?
1) Belongs on questi
Jos Backus wrote:
> On Sat, Mar 29, 2003 at 11:02:53AM -0800, Peter Wemm wrote:
> > Mike Barcroft wrote:
> >
> > > >>> stage 4: building everything..
> > > --
> > > ===> share/man/man9
> > > make: don't know how to make bus_Activate_resour
Makoto Matsushita wrote:
> It seems that kern.flp for FreeBSD/alpha is flooded (tested on FreeBSD/i386).
> Maybe several kbytes should be removed from the kernel:
[ ... ]
> -r-xr-xr-x 1 root wheel 1223388 Mar 28 00:57 kernel.gz
> -r-xr-xr-x 1 root wheel 200864 Mar 28 00:57 loader
[ ... ]
> An
David Schultz wrote:
> Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> > o Put a counter in the first superblock; it would be
> > incremented when the BG fsck is started, and reset
> > to zero when it completes. If the counter reaches
> >
Glenn Johnson wrote:
> I can not login to a box with FreeBSD 5 -current via ssh because I get
> the following error from ypserv:
>
> Mar 28 12:48:15 node1 ypserv[317]: access to master.passwd.byuid denied -- client
> 192.168.1.1:49344 not privileged
>
> Any ideas? I wanted to move to 5.0 on my
Steve Sizemore wrote:
> On Wed, Mar 26, 2003 at 12:18:11AM -0800, Terry Lambert wrote:
> > In fact, the only legitimate argument I have ever heard for UDP
> > has been "I have an old Linux install that can't talk TCP, as
> > only UDP was implemented at the time
Dan Nelson wrote:
> UDP works just fine on a switched network. On my NFS servers I use an
> 8k rsize/wsize and UDP mounts on everything and have relatively few
> dropped fragments.
I'm not sure Ian's network is as reliable. 8-).
Nevertheless, you really do not want to use UDP for NFS with
a pac
Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Patric Mrawek writes:
> >On several clients (-DP1, -DP2, 4-stable) mounting a nfs-share
> >(mount_nfs -i -U -3 server:/nfs /mnt) and then copying data from that
> >share to the local disk (find -x -d /mnt | cpio -pdumv /local) results
> >in lost NF
Kevin Oberman wrote:
>
> I've been seeing this for a couple of weeks since I updated my laptop to
> CURRENT. I do a normal shutdown (-p or -r) and reboot. The shutdown
> looked normal, with no problems reported with the sync, but, when the
> system is rebooted, the partitions are all shown as poss
The Anarcat wrote:
> > When you killed the power on your system and reset it, you
> > lost the cached data sitting in the ATA disk. This is due
> > to the fact that the ATA disk lied, and claimed that it had
> > committed some writes to stable storage, when in fact it had
> > only copied them to t
Alexander Langer wrote:
> Actually I don't care _where_ the panic happened. If I hadn't manually
> interupted the boot process, this kernel would have booted and paniced
> on that error for the next three years. I could fix that by simply
> doing a manual (background_fsck=NO), so something is "br
Alexander Langer wrote:
> Thus spake Terry Lambert ([EMAIL PROTECTED]):
> > Disable write caching on your ATA drive. You should be able to
> > "safely" reset after that.
>
> Good idea, thanks. Nevertheless: I don't think the system should
> panic on backg
Alexander Langer wrote:
> I had several panics related to background fsck now. Once I disabled
> background fsck, all went ok.
>
> It began when I pressed the reset buttons on several boots while the
> system was still doing fscks.
Disable write caching on your ATA drive. You should be able to
[EMAIL PROTECTED] wrote:
> Mensaje citado por "M. Warner Losh" <[EMAIL PROTECTED]>:
> | I had a working Linux world on my laptop. I upgraded my kernel and
> | acroread4 stopped working. Now all I get is:
> |
> | Exited with error code: 0x400e0009.
> |
> | after a whole lot of disk access when I t
"Andrew P. Lentvorski, Jr." wrote:
> On Tue, 18 Mar 2003, Steve Sizemore wrote:
>
> > root 399 0.0 0.1 263496 1000 ?? Is9:11AM 0:00.00 /usr/sbin/rpc.sta
> > root 402 0.0 0.1 1512 1156 ?? Ss9:11AM 0:00.00 /usr/sbin/rpc.loc
> > daemon 405 0.0 0.1 1484 117
Brad Knowles wrote:
> At 2:42 PM -0800 2003/03/18, Terry Lambert wrote:
> > Make sense now?
>
> No.
>
> However, I am now convinced that I don't understand enough of how
> the filesystem works to even be able to ask the simplest of questions
&g
Steve Sizemore wrote:
> I don't see now it could be "inter-program", since I've gone to great
> lengths to simplify it to a single program failing on a brand new file.
Is the file ever open by a program on the NFS server itself?
If so, this can cause the behaviour you are seeing (if you are
inter
Brad Knowles wrote:
> At 10:49 PM -0800 2003/03/17, Terry Lambert wrote:
> > Yes, I know. I'm aware. He has a lot of data to transfer in
> > from the disk in order to do the reverse lookup, with that much
> > data on the disk.
>
> I'm confused
"Andrew P. Lentvorski, Jr." wrote:
> On Mon, 17 Mar 2003, Terry Lambert wrote:
> Please don't speculate without having reviewed the code. It works because
> I rewrote rpc.lockd so that it does the required housekeeping itself.
> The FreeBSD lockd is the only open
David Schultz wrote:
> This is because floating point
> support on Alpha is broken unless you specifically tell gcc to
> unbreak it by specifying -mieee.
Sounds like the ability to turn "-mieee" off at all, let alone
making it the default, is bad? If so, why is that the way it
is configured?
> I
Steve Sizemore wrote:
> Thanks for the explanation. If I were a programmer, it would be very
> useful. As it is, it's still interesting. I have no way of judging the
> quality of the code in question, other than the empirical result that
> it works in most cases.
Well, then you are stuck with the
Bakul Shah wrote:
> > Sorry, but the track-to-track seek latency optimizations you
> > are referring to are turned off, given the newfs defaults, and
> > have been for a very long time.
>
> I was thinking of the basic idea of cylinder groups as good
> for normal load, not so good for fsck when you
Jeff Roberson wrote:
> On Mon, 17 Mar 2003, Terry Lambert wrote:
> > Jeff Roberson wrote:
> > > On Mon, 17 Mar 2003, Brooks Davis wrote:
> > > > I am still intrested in improvements to fsck since I'm planning to buy
> > > > several syste
Jeff Roberson wrote:
> On Mon, 17 Mar 2003, Brooks Davis wrote:
> > I am still intrested in improvements to fsck since I'm planning to buy
> > several systems with two 1.4TB IDE RAID5 arrays in them soon.
>
> For these types of systems doing a block caching layer with a prefetch
> that understands
Bakul Shah wrote:
> > I have been tending UNIX computers of all sorts for many years and
> > there is one bit of wisdom that has yet to fail me:
> >
> > Every now and then, boot in single-user and run full fsck
> > on all filesystems.
> >
> > If this had failed to be productive, I would
Julian Elischer wrote:
> The problem space is
>
> Fsck of UFS/FFS partitions is too slow for 200GB+ filesystems.
>
> The solution space can not contain any answer that includes redefining
> UFS/FFS. Welcome to the real world. :-)
"Use smaller than 200GB+ filesystems".
8-).
-- Terry
To Unsubsc
201 - 300 of 1618 matches
Mail list logo
