Re: ia64 tinderbox failure

On Sun, 29 Dec 2002, Mike Barcroft wrote: > Peter Wemm <[EMAIL PROTECTED]> writes: > > ===> sbin/swapon > > cc1: warnings being treated as errors > > /home/tinderbox/ia64/src/sbin/swapon/swapon.c: In function `swaplist': > > /home/tinderbox/ia64/src/sbin/swapon/swapon.c:246: warning: field width i

Re: spec_getpages I/O read failure on md0

On Sun, Dec 29, 2002 at 03:57:49PM +1100, Bruce Evans wrote: > Errors caused by these bugs can be non-deterministic because the pages may > be loaded into memory other means. E.g., when exec off zip drives > was broken, exec would succeed after several attempts because each attempt > loaded anothe

Re: patch #3 Re: swapoff code comitted.

On Sat, 28 Dec 2002, Matthew Dillon wrote: > The swapctl code has been comitted. Bruce, you never supplied feedback > in regards to your original nits, but feel free to clean the code up > now that it has been comitted. All other bullets have been taken care > of. I'm not sure i

Re: patch #3 Re: swapoff code comitted.

[Reply to old mail] On Wed, 18 Dec 2002, Matthew Dillon wrote: > :Looks good to me, modulo a few nits. I try not to nitpick, but > :I've mentioned a few of them below. (BDE does a better job of it > :than I do anyway. :-) > : > :The patch puts identical functionality in two places, so maybe it

Re: ia64 tinderbox failure

Peter Wemm <[EMAIL PROTECTED]> writes: > ===> sbin/swapon > cc1: warnings being treated as errors > /home/tinderbox/ia64/src/sbin/swapon/swapon.c: In function `swaplist': > /home/tinderbox/ia64/src/sbin/swapon/swapon.c:246: warning: field width is not type >int (arg 3) > /home/tinderbox/ia64/src/s

panic: lockmgr: draining against myself

RELENG_5_0 sources checked out 2002.12.28 04:00 CST. Please let me know if I can provide any other useful information. root@fredrik ~> gdb -k /usr/obj/usr/src/sys/FREDRIK_DP/kernel.debug /var/crash/vmcore.4 Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1

ia64 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: spec_getpages I/O read failure on md0

On Sat, 28 Dec 2002, Jos Backus wrote: > I am using the following fstab entry: > > /dev/md0 /tmp mfs rw,nosuid,nodev,-s=32m 0 0 > > And three times now have I seen this during an installworld, both on a UP and > an SMP system running a very recent -current: > > ===> usr.sbin/pcvt/ispcvt >

Panics on Sony Vaio with DP2

I have installed DP2 on a Sony Vaio r505. I did compile a new kernel with the OLDCARD config file, add pccard_enable="YES" on the /etc/rc.conf, and add hw.pci.allow_unsupported_io_range=1 in /boot/loader.conf After some testing with a US Robotics 2410 card inserting at before boot time and after

Re: patch #3 Re: swapoff code comitted.

The swapctl code has been comitted. Bruce, you never supplied feedback in regards to your original nits, but feel free to clean the code up now that it has been comitted. All other bullets have been taken care of. I'm still on the fence in regards to backporting it. I would

Re: spec_getpages I/O read failure on md0

In message <[EMAIL PROTECTED]>, Jos Backus writes: >On Sat, Dec 28, 2002 at 08:39:32PM +0100, [EMAIL PROTECTED] wrote: >> 22 is EINVAL, so likely cause is a bogus offset. Either unaligned or >> out of range. Unfortunately the above messages does not contain the >> offset of the I/O operation. >>

Re: spec_getpages I/O read failure on md0

On Sat, Dec 28, 2002 at 08:39:32PM +0100, [EMAIL PROTECTED] wrote: > 22 is EINVAL, so likely cause is a bogus offset. Either unaligned or > out of range. Unfortunately the above messages does not contain the > offset of the I/O operation. > > Suggest you ammend one or more of the relevant printf

Re: CURRENT: buildworld failure: sbin/swapon

On Sat, Dec 28, 2002 at 06:35:15PM +, Daniel Flickinger wrote: > Sent: Fri, 27 Dec 2002 03:03:46 -0800 by Kris Kennaway: > | > | Well, -current builds fine for me using the 'proper' mechanism, so > | if you want to be different you're basically on your own :-) It builds for me too. > OK;

Fatal trap 12 in 5.0-RC2

FYI, I got a kernel panic while copying (cp -rfv) about 200 MB worth of files from CDROM to a UFS2+S partition. The system is running GENERIC off the 5.0-RC2 ISO's (i386). Here's the output: Fatal trap 12: Page fault while in kernel mode fault virtual address = 0xf0 fault code =

Re: spec_getpages I/O read failure on md0

In message <[EMAIL PROTECTED]>, Jos Backus writes: >Accompanied by > >Dec 28 01:42:12 lizzy kernel: spec_getpages:(md0) I/O read failure: (error=22) bp >0xce5f9310 vp 0xc41e8708 >Dec 28 01:42:12 lizzy kernel: size: 2048, resid: 2048, a_count: 2028, valid: 0x0 >Dec 28 01:42:12 lizzy ke

spec_getpages I/O read failure on md0

I am using the following fstab entry: /dev/md0 /tmp mfs rw,nosuid,nodev,-s=32m 0 0 And three times now have I seen this during an installworld, both on a UP and an SMP system running a very recent -current: ===> usr.sbin/pcvt/ispcvt install -s -o root -g wheel -m 555 ispcvt /usr/sb

Re: DP2 won't stay powered off

The same ("automatic" power on after power off ) is here - IBM ThinkPad 600E. -Maxim On Sat, Dec 28, 2002 at 08:31:53AM -0500, Mark Evenson wrote: > Jens Trzaska <[EMAIL PROTECTED]> writes: > > > On Thu, Dec 05, 2002 at 10:37:49AM -0800, Nate Lawson wrote: > > > > Can everyone with the auto pow

Re: DP2 won't stay powered off

Jens Trzaska <[EMAIL PROTECTED]> writes: > On Thu, Dec 05, 2002 at 10:37:49AM -0800, Nate Lawson wrote: > > Can everyone with the auto power on problem report the output of "sysctl > > hw.acpi"? > > I'm seeing the same problem on my T20. It powers on again after some > time. But I don't use the

RE: devfs permissions after reboot

On 26-Dec-2002 (23:11:27/GMT) Gernot A. Weber wrote: > devfs rule add path uscanner0 mode 666 I used this way: -8<-[ /etc/usbd.conf ]-8<- [...] device "Scanner Epson Perfection 1240U (photo)" product 0x010b vendor 0x04b8 release 0x0114 devname "uscanner[0-9]+"