On Sat, 19 Jul 2003, Juli Mallett wrote:
> Hi,
>
> I tried to upgrade my workstation to current recently, and I have to
> use a lot of USB, and while using some USB mass storage device, with
> a UFS filesystem on it, and doing a large operation to it (tar c|tar x)
> everything deadlocked on ufs, t
Trying out ULE scheduling on an SMP machine causes background processes
to be stuck in locks.
One or two processes will always get stuck in *Giant (and takes up like
60% of lock) and if these are killed, then other processes are always
taking up a total of around 10% in lock, which makes the syste
Hi,
I tried to upgrade my workstation to current recently, and I have to
use a lot of USB, and while using some USB mass storage device, with
a UFS filesystem on it, and doing a large operation to it (tar c|tar x)
everything deadlocked on ufs, the USB stack blew up, and upon causing
an interrupt t
Hello all!
CAn you tell me how a procedure how to patch X and kernel
to avoid X barfings from securelevel? My release is a FreeBSD 5.1.
I looked for patches, unfortunately they're more than a year old.Googled and
searched on MARC - nothing new under the sun. Therefore I suppose all works ok
in -CUR
On my two test (1gb of ram and 512mb of ram) systems if I do reboot -d I
get a kernel crash dump I can read ok (which is what -d is supposed to
do). On my two systems with 4GB of ram when I do reboot -d it says:
Dumping 3838 MB
Then it sits there. It doesnt print out any progress like it does wi
Hi,
I've attached a patch for usbdevs that adds a manufacturer id for "X10
Wireless Technology" and the RF Receiver that they bundle as part of ATI's
Radeon 8500DV video card package.
Regards,
Andy
> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://sili
On Sat, Jul 19, 2003 at 10:41:31PM +0200, Branko F. Gra?nar wrote:
> oday my 5.1-RELEASE (i386) died by panic.
>
> panic message was:
See the chapter on kernel debugging in the developer's handbook for
information on how to obtain a debugging traceback, which is pretty
much required in order for
Matthew Dillon wrote:
A Packaging system is a very important piece of any distribution. Our
goal will be to create a packaging system that, via VFS 'environments',
causes any particular package to see only the dependancies that it
depends on, and the proper version of said dependa
On Sat, 19 Jul 2003, [iso-8859-2] Branko F. Graènar wrote:
> Hi there!
>
> I'm running 5.1 on i386 platform and i have silly problem with acls.
>
> I have disks mounted with acl option (ofcourse they are formatted with
> ufs2) and acls generally work okay.
>
> But when i try to set default
>I'm not use what you mean. The suspension of I/O during creation of a
>snapshot is the intended behaviour, but it doesn't take long. For example,
df -h
/dev/x 813G 7.1G 741G 1%/export
df -i
/dev/853004856 7422014 777342454 1% 328978 1480728120% /export
~330
I got a got this kernel panic:
geom/geom_dev.c:("Negative bio_offset (%jd) on bio %p",
Anyone seeing this also?
This is on a 2 processor XEON intel motherboard / adaptec 5400S raid /
AMD g2 console card.
The AMI g2 console card provides via USB a keyboard virtual cdrom etc.
Most of
On Sat, 19 Jul 2003, [iso-8859-2] Branko F. Gra?nar wrote:
> This only accours if there is alot (several 100 thousand) of small files
> on a filesystem.
>
> During snapshot creation all userland I/O hangs until snapshot is made.
> Machine doesn't respond even on ping!. After snapshot is created,
>
On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote:
[...]
> Well the problem is, that nothing is starved. I have an idle machine and
> a zone that I have limited to 60 or so items. When allocating the 2nd
> item I get block on the zone limit. Usually I get unblocked whenever I
> f
Hi.
I upgraded my home server to 5.1-release today with hope, that ufs2 filesystem
snapshot issues will be fixed and working
... but they are not. this is a serious issue, becouse background fsck is on by
default, which reflects in creating filesystem snapshot on mounting not cleanly
umoun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
oday my 5.1-RELEASE (i386) died by panic.
panic message was:
Syncing disks, buffers remaining...
Fatal trap 12: page fault while in kernel mode
fault code: supervisor read, page not present
instruction pointer: 0xc01b5737
panic: spin lock sched lock
Hi there!
I'm running 5.1 on i386 platform and i have silly problem with acls.
I have disks mounted with acl option (ofcourse they are formatted with ufs2)
and acls generally work okay.
But when i try to set default directory acl entry i get 'Invalid argument'
error.
Here is example command us
Hi !
Luckily the KDE ports are very uniform.
Applying the obvious, trivial patch to configure always works on
current.
(Of course only since the patch utility is clever enough to
try the hunk at different offsets...):
--- configure.orig Sat Jul 19 16:54:39 2003
+++ configure Sat Jul 19 16:
On Sat, Jul 19, 2003 at 05:05:39AM +0200, Simon Barner wrote:
> --- freefem/fem/femDisk.cpp.orig Sat Jul 19 04:09:32 2003
> +++ freefem/fem/femDisk.cpp Sat Jul 19 04:13:43 2003
> @@ -95,7 +95,7 @@
> char *result = 0;
> int dummy;
>
> -ifstream fin( path );
> +std::ifstrea
:Matthew,
:OK, you want a divergent kernel, EG src/sys/ , fair enough.
:
: - Are there any benefits to the BSD community in having
:a 4th BSD bin/ sbin/ usr.bin/ usr.sbin/ ?
:Can you not share & co-operate with toolset maintainers of NetBSD
:or OpenBSD, even if you can't work with so
Bosko Milekic wrote:
On Fri, Jul 18, 2003 at 07:05:58PM +0200, Harti Brandt wrote:
Hi all,
it seems there is a problem with the zone allocator in SMP systems.
I have a zone, that has an upper limit on items that resolves to an
upper limit of pages of 1. It turns out, that allocations from thi
On Sat, Jul 19, 2003 at 08:12:42PM +1000, Peter Kostouros wrote:
> Hi
>
> I received a panic: improper umtx access from a system cvsup'ed about 8
> hours ago. It occurred when executing mcs (mono C# compiler). Note
> /etc/libmap.conf had libc_r.so* pointing to libthr.so* for mono/mcs. I
> am al
Hi
I received a panic: improper umtx access from a system cvsup'ed about 8
hours ago. It occurred when executing mcs (mono C# compiler). Note
/etc/libmap.conf had libc_r.so* pointing to libthr.so* for mono/mcs. I
am also running the SCHED_ULE scheduler.
I hope the attached backtrace is useful.
Hi !
> http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/Warning-Options.html#Warning%20Options
Hmm, that's exactly as in the info page.
> http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/C---Dialect-Options.html#C++%20Dialect%20Options
> and search for permissive, to see the condition Alexander speaks of.
W
On Sat, 19 Jul 2003, Bruce Evans wrote:
Hi,
> > firmware_version always is 0xff.
>
> This usually means that the maddr is wrong or that the hardware is not
> there for some other reason. A normal hex dump of cyclades isa memory
> looks something like this
> (output from "dd if=/dev/mem bs=1 isee
24 matches
Mail list logo