Re: panic during fdisk'ing a md(4) device
On Wed, 9 Jan 2002, Michael Reifenberger wrote:
> On Wed, 9 Jan 2002, Bruce Evans wrote:
> ...
> > This seems to be just another null pointer panic caused by the dk macros
> > creating half-baked devices with null devswitches. I sent the following
> > quick fixes for this to the devfs maintainer a couple of weeks ago. They
> > also fix the non-creation of all minor devices on the disk when the first
> > one is opened.
> Applying your patch to a fresh -current tree leads to a page-fault in (swapper)
> after "mounting root from ..."
> (I had to apply the second Hunk of subr_disk by hand)
Hmm. I used an old set of patches to avoid filtering out local changes
again. Try the enclosed up to date patches.
> Do you know how to enable a dumpdev via the boot loader in order to
> get a dump?
Not really. I wouldn't trust dumpdev early here since the bugs are in the
disk layer.
%%%
Index: kern/subr_disk.c
===
RCS file: /home/ncvs/src/sys/kern/subr_disk.c,v
retrieving revision 1.50
diff -u -2 -r1.50 subr_disk.c
--- kern/subr_disk.c4 Nov 2001 11:56:22 - 1.50
+++ kern/subr_disk.c9 Jan 2002 10:34:30 -
@@ -79,6 +79,8 @@
UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d",
dp->d_devsw->d_name, u, s - BASE_SLICE + 1);
+#if 0
make_dev_alias(dev, "%s%ds%dc",
dp->d_devsw->d_name, u, s - BASE_SLICE + 1);
+#endif
}
dev_depends(pdev, dev);
@@ -150,6 +152,8 @@
UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d",
pdev->si_devsw->d_name, u, s - BASE_SLICE + 1);
+#if 0
make_dev_alias(*dev, "%s%ds%dc",
pdev->si_devsw->d_name, u, s - BASE_SLICE + 1);
+#endif
} else {
*dev = make_dev(pdev->si_devsw, dkmakeminor(u, s, p),
@@ -301,5 +305,5 @@
error = 0;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
@@ -349,5 +353,5 @@
error = 0;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
@@ -365,5 +369,5 @@
struct disk *dp;
- pdev = dkmodpart(dkmodslice(bp->bio_dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(bp->bio_dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
bp->bio_resid = bp->bio_bcount;
@@ -400,5 +404,5 @@
dev_t pdev;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
@@ -416,5 +420,5 @@
dev_t pdev;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
Index: kern/subr_diskmbr.c
===
RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v
retrieving revision 1.54
diff -u -2 -r1.54 subr_diskmbr.c
--- kern/subr_diskmbr.c 11 Dec 2001 05:35:43 - 1.54
+++ kern/subr_diskmbr.c 9 Jan 2002 10:34:30 -
@@ -209,5 +209,5 @@
/* Read master boot record. */
bp = geteblk((int)lp->d_secsize);
- bp->b_dev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ bp->b_dev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
bp->b_blkno = mbr_offset;
bp->b_bcount = lp->d_secsize;
Index: kern/subr_diskslice.c
===
RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v
retrieving revision 1.96
diff -u -2 -r1.96 subr_diskslice.c
--- kern/subr_diskslice.c 12 Sep 2001 08:37:45 - 1.96
+++ kern/subr_diskslice.c 9 Jan 2002 10:34:30 -
@@ -77,4 +77,5 @@
struct disklabel *lp));
static void set_ds_labeldevs __P((dev_t dev, struct diskslices *ssp));
+static void set_ds_labeldevs_unaliased __P((dev_t dev, struct diskslices *ssp));
static void set_ds_wlabel __P((struct diskslices *ssp, int slice,
int wlabel));
@@ -649,4 +650,5 @@
char*msg;
u_char mask;
+ char*oldsname;
int part;
charpartname[2];
@@ -728,11 +730,29 @@
)
continue;
- dev1 = dkmodslice(dkmodpart(dev, RAW_PART), slice);
-#if 0
- sname = dsname(dev, unit, slice, RAW_PART, partname);
-#else
- *partname='\0';
- sname = dev1->si_name;
-#endif
+ dev1 = dkmodslice(dkmodpart(dev, -RAW_PART), slice);
+
HOT GAY SEX!
CLICK BELOW for Naughty GAY SEXUAL ACTS!! Pure Hardcore Action! Hot Male Celebs EXPOSED!!! http://www.xpays.com/clients/08862/gay/promo.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: Request of review: pgrp + session patch
On 09-Jan-02 Seigo Tanimura wrote: > I am going to commit my work for quite a few months on locking a pgrp > and session to -current in two weeks. The patch is at: > > http://people.FreeBSD.org/~tanimura/patches/pgrp.diff.gz > > This patch has been running quite well on my box with kern.giant.proc > set to zero for more than a month. Could anyone interested please test > the patch? > > Comments and suggestions are welcome. Yes, I will test it. Sorry I haven't gotten back to you sooner on this. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: xfree86 4?
> What are the plans about replacing XFree86 3.3.6 with XFree86 4? According to plan, FreeBSD 4.6-RELEASE will have XFree86 4, so sometime after this month and before the next release. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
more ffs_valloc dup alloc panics...]
For some reason this message keeps on bouncing... --- Begin Message --- Hmmm... I am seeing the same on the yesterday's current: Panic: mode = 041777, inum = 7449, fs = /usr/local panic: ffs_valloc: dup alloc cpuid = 0; lapic.id = # cat /etc/fstab /dev/ad6s1h /usr/local ufs rw 2 2 # fsdb /dev/ad6s1h ** /dev/ad6s1h (NO WRITE) Editing file system `/dev/ad6s1h' Last Mounted on /usr/local current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Dec 28 21:27:46 2001 [0 nsec] CTIME=Dec 28 21:27:46 2001 [0 nsec] ATIME=Dec 30 11:34:22 2001 [0 nsec] OWNER=root GRP=wheel LINKCNT=23 FLAGS=0 BLKCNT=4 GEN=3123a27c fsdb (inum: 2)> inode 7449 current inode: directory I=7449 MODE=41777 SIZE=2048 MTIME=Dec 30 19:31:36 2001 [0 nsec] CTIME=Dec 30 19:31:36 2001 [0 nsec] ATIME=Dec 30 19:31:36 2001 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=4 GEN=6fd04cbc fsdb (inum: 7449)> ls slot 0 ino 7449 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 411013 reclen 16: regular, `#411013' slot 3 ino 413193 reclen 472: regular, `#413193' slot 4 ino 0 reclen 512: unknown, `' slot 5 ino 0 reclen 512: unknown, `' slot 6 ino 0 reclen 512: unknown, `' fsdb (inum: 7449)> q After a reboot in single user and a full fsck all fine (for a while), but when mounting /usr/local mount complains with 'mount pending werror`, but does mount it. -- Andrei --- End Message ---
email áàçû ìîñêâû, ïèòåðà, ðîññèè è ïð. ðàññûëêà email ñîîáùåíèé. ÷òî áû óçíàòü ïîäðîáíåå, íàïèøèòå ïèñüìî íà [EMAIL PROTECTED] , óêàçàâ â òåìå ÇÀÏÐÎÑ (ñîîáùåíèÿ áåç ñëîâà ÇÀÏÐÎÑ - àâòîìàòè÷åñêè óäàëÿþòñÿ) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
-current panics of today
Hi, attached are three backtraces (sorry, no matching kernel.debug for them) of some panics of today. The first was during an copy operation from CDROM to /tmp (md disk) The next where during background fsck-ing after the first dump... Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... IdlePTD at phsyical address 0x003d initial pcb at physical address 0x00279840 panicstr: bwrite: buffer is not busy??? panic messages: --- panic: vm_page_free: freeing wired page syncing disks... panic: bwrite: buffer is not busy??? Uptime: 2h14m53s dumping to dev ad0s3b, offset 3933440 dump ata0: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc0164022 in dumpsys () (kgdb) #0 0xc0164022 in dumpsys () #1 0xc0163e08 in boot () #2 0xc0164257 in panic () #3 0xc01928d7 in bwrite () #4 0xc0192e8e in bawrite () #5 0xc01424c6 in spec_fsync () #6 0xc0141f8d in spec_vnoperate () #7 0xc01d6f60 in ffs_sync () #8 0xc019f6f6 in sync () #9 0xc0163a69 in boot () #10 0xc0164257 in panic () #11 0xc01ea886 in vm_page_free_toq () #12 0xc01ea2b9 in vm_page_free () #13 0xc01e1bd9 in vm_fault1 () #14 0xc01e1651 in vm_fault () #15 0xc021236f in trap_pfault () #16 0xc0211e8f in trap () #17 0xc0210b96 in generic_copyin () #18 0xc01d7f46 in ffs_write () #19 0xc01a532f in vn_write () #20 0xc017e1bb in dofilewrite () #21 0xc017dfb9 in write () #22 0xc0212be8 in syscall () #23 0xc020675d in syscall_with_err_pushed () #24 0x80489ed in ?? () #25 0x804857e in ?? () #26 0x8048135 in ?? () (kgdb) GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... IdlePTD at phsyical address 0x003d initial pcb at physical address 0x00279840 panicstr: bremfree: removing a buffer not on a queue panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x100 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01d24b0 stack pointer = 0x10:0xc9ffd894 frame pointer = 0x10:0xc9ffd8a4 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 416 (fsck_ufs) trap number = 12 panic: page fault syncing disks... panic: bremfree: removing a buffer not on a queue Uptime: 2m39s pfs_vncache_unload(): 1 entries remaining dumping to dev ad0s3b, offset 3933440 dump ata0: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc0164022 in dumpsys () (kgdb) #0 0xc0164022 in dumpsys () #1 0xc0163e08 in boot () #2 0xc0164257 in panic () #3 0xc0192626 in bremfree () #4 0xc0193b67 in vfs_bio_awrite () #5 0xc01d8734 in ffs_fsync () #6 0xc01d6d46 in ffs_sync () #7 0xc019f6f6 in sync () #8 0xc0163a69 in boot () #9 0xc0164257 in panic () #10 0xc021275c in trap_fatal () #11 0xc0212485 in trap_pfault () #12 0xc0211e8f in trap () #13 0xc01d24b0 in softdep_disk_io_initiation () #14 0xc014259d in spec_strategy () #15 0xc0141f8d in spec_vnoperate () #16 0xc01de555 in ufs_strategy () #17 0xc01dee29 in ufs_vnoperate () #18 0xc0192af8 in bwrite () #19 0xc0192e8e in bawrite () #20 0xc01cd652 in cgaccount () #21 0xc01cca89 in ffs_snapshot () #22 0xc01d5682 in ffs_mount () #23 0xc019ee0b in vfs_mount () #24 0xc019e7a7 in mount () #25 0xc0212be8 in syscall () #26 0xc0
Request of review: pgrp + session patch
I am going to commit my work for quite a few months on locking a pgrp and session to -current in two weeks. The patch is at: http://people.FreeBSD.org/~tanimura/patches/pgrp.diff.gz This patch has been running quite well on my box with kern.giant.proc set to zero for more than a month. Could anyone interested please test the patch? Comments and suggestions are welcome. -- Seigo Tanimura <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic during fdisk'ing a md(4) device
On Wed, 9 Jan 2002, Bruce Evans wrote: ... > This seems to be just another null pointer panic caused by the dk macros > creating half-baked devices with null devswitches. I sent the following > quick fixes for this to the devfs maintainer a couple of weeks ago. They > also fix the non-creation of all minor devices on the disk when the first > one is opened. Applying your patch to a fresh -current tree leads to a page-fault in (swapper) after "mounting root from ..." (I had to apply the second Hunk of subr_disk by hand) Do you know how to enable a dumpdev via the boot loader in order to get a dump? Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic during fdisk'ing a md(4) device
In message <[EMAIL PROTECTED]>, Bruce Evans writes: >This seems to be just another null pointer panic caused by the dk macros >creating half-baked devices with null devswitches. I sent the following >quick fixes for this to the devfs maintainer a couple of weeks ago. They >also fix the non-creation of all minor devices on the disk when the first >one is opened. Yeah, I admit I've been sitting on these patches for a bit too long, I'll try to get through my pile and get to them. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic during fdisk'ing a md(4) device
On Tue, 8 Jan 2002, Michael Reifenberger wrote:
> Hi,
> the following script panics my system when executed twice:
> (uncomment the dd lines for the first time or do it manually)
>
>
> ##
>
> #!bin/sh
>
> block_size=512
> blocks=$((120 * 1024 * 1024 / $block_size))
> heads=16
> sectors=63
> cyl_size=$(($heads * $sectors));
> cylinders=$(($blocks / $cyl_size + 2))
>
> #dd if=/dev/zero of=root.image \
> # bs=$block_size count=$(($cyl_size * $cylinders))
>
> mdconfig -d -u 11
> mdconfig -a -t vnode -f root.image -u 11
>
> fdisk -f - -iv /dev/md11 < g c$cylinders h$heads s$sectors
> p 1 165 $sectors $(($cyl_size * $cylinders))
> a 1
> EOF1
>
> echo "$cyl_size $blocks $cylinders"
>
This seems to be just another null pointer panic caused by the dk macros
creating half-baked devices with null devswitches. I sent the following
quick fixes for this to the devfs maintainer a couple of weeks ago. They
also fix the non-creation of all minor devices on the disk when the first
one is opened.
%%%
Index: kern/subr_disk.c
===
RCS file: /home/ncvs/src/sys/kern/subr_disk.c,v
retrieving revision 1.50
diff -u -2 -r1.50 subr_disk.c
--- kern/subr_disk.c4 Nov 2001 11:56:22 - 1.50
+++ kern/subr_disk.c26 Dec 2001 13:23:42 -
@@ -79,6 +79,8 @@
UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d",
dp->d_devsw->d_name, u, s - BASE_SLICE + 1);
+#if 0
make_dev_alias(dev, "%s%ds%dc",
dp->d_devsw->d_name, u, s - BASE_SLICE + 1);
+#endif
}
dev_depends(pdev, dev);
@@ -150,6 +152,8 @@
UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d",
pdev->si_devsw->d_name, u, s - BASE_SLICE + 1);
+#if 0
make_dev_alias(*dev, "%s%ds%dc",
pdev->si_devsw->d_name, u, s - BASE_SLICE + 1);
+#endif
} else {
*dev = make_dev(pdev->si_devsw, dkmakeminor(u, s, p),
@@ -301,5 +305,5 @@
error = 0;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
@@ -349,5 +353,5 @@
error = 0;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
@@ -365,5 +369,5 @@
struct disk *dp;
- pdev = dkmodpart(dkmodslice(bp->bio_dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(bp->bio_dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
bp->bio_resid = bp->bio_bcount;
@@ -400,5 +404,5 @@
dev_t pdev;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
@@ -416,5 +420,5 @@
dev_t pdev;
- pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
dp = pdev->si_disk;
if (!dp)
Index: kern/subr_diskmbr.c
===
RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v
retrieving revision 1.54
diff -u -2 -r1.54 subr_diskmbr.c
--- kern/subr_diskmbr.c 11 Dec 2001 05:35:43 - 1.54
+++ kern/subr_diskmbr.c 26 Dec 2001 08:43:14 -
@@ -209,5 +209,5 @@
/* Read master boot record. */
bp = geteblk((int)lp->d_secsize);
- bp->b_dev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART);
+ bp->b_dev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE);
bp->b_blkno = mbr_offset;
bp->b_bcount = lp->d_secsize;
Index: kern/subr_diskslice.c
===
RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v
retrieving revision 1.96
diff -u -2 -r1.96 subr_diskslice.c
--- kern/subr_diskslice.c 12 Sep 2001 08:37:45 - 1.96
+++ kern/subr_diskslice.c 26 Dec 2001 10:52:30 -
@@ -77,4 +77,5 @@
struct disklabel *lp));
static void set_ds_labeldevs __P((dev_t dev, struct diskslices *ssp));
+static void set_ds_labeldevs_unaliased __P((dev_t dev, struct diskslices *ssp));
static void set_ds_wlabel __P((struct diskslices *ssp, int slice,
int wlabel));
@@ -649,4 +650,5 @@
char*msg;
u_char mask;
+ char*oldsname;
int part;
charpartname[2];
@@ -728,11 +730,29 @@
)
continue;
- dev1 = dkmodslice(dkmodpart(dev, RAW_PART), slice);
-#if 0
- sname = dsname(dev, unit, slice, RAW_PART, partname);
-#else
-
