Re: DMA/SCB timeouts with fxp driver
On Tue, 5 Mar 2002, Bill Swingle wrote: I have a farm full of Rackable Systems 1U machines. Recently I've had a few machines that were crashing on a all-to-frequent basis. Just prior to crashing the machine would barf these lines into the logs several thousand times: NMI bad. May be a DIMM going down. Also, are these the Tyan 251X / Serverworks III chipset machines? Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: XFree86 4.2
On Tue, Mar 05, 2002 at 09:31:47AM -0800, Kevin Oberman wrote: From: Mike Murphree [EMAIL PROTECTED] Date: Tue, 5 Mar 2002 06:32:34 -0600 Sender: [EMAIL PROTECTED] On Tuesday 05 March 2002 04:03 am, Herve Quiroz wrote: I have not been member of this list until recently so I have probably missed some discussion on the topic. Anyway, what is going on with Xfree86 v4.2 ? I once had seen XFree86 4.2 on freshports.org but then it came back to 4.1 few days later... NetBSD has already 4.2 in -stable so why not FreeBSD ? The port was at 4.2.0 shortly before the release of FreeBSD 4.5 and it was rolled back to 4.1.9 because of insufficient testing time before the release. It has never been put back... I've been running 4.2.0 since that time with zero problems. This is not why the 4.2 port was pulled. The main reason was that XF86-4.2 was added to the ports just prior to the release of FreeBSD 4.5. It was felt that it was unwise to include a new release of XFree86 that was largely untested in a new release of FreeBSD, so the port was pulled. At the same time it was decided that it was a good time to convert XFree86 from a port to a meta-port. This has been under discussion for some time and the 4.2 release looked like a good time to cut over. So the 4.2 port appeared and disappeared from the tree, but is still available and works fine. (If you don't know what a meta-port is, look at /usr/ports/x11/gnome/Makefile.) So what are teh _advantegse_ of a metaport? O'm dealing with on _disdvantage_ at the moment. For reasons involving my own stupidity, I find myself with a broken Gnome installlation even though the ports db thinks it' fine. But since it's a metaport, I can't just do portupgrade -f gnome :-( Must be a positive side to this, right? Otherwise you could just install all of it with a trivial shell loop over the various appropriate directories in the ports tree. -- They that would give up essential liberty for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: DMA/SCB timeouts with fxp driver
On Tue, Mar 05, 2002 at 01:21:06PM -0800, Doug White wrote: On Tue, 5 Mar 2002, Bill Swingle wrote: I have a farm full of Rackable Systems 1U machines Recently I've had a few machines that were crashing on a all-to-frequent basis Just prior to crashing the machine would barf these lines into the logs several thousand times: NMI bad May be a DIMM going down Also, are these the Tyan 251X / Serverworks III chipset machines? I believe so They're definatly ServerWorks chipsets although I'm not sure which version -Bill -- -=| Bill Swingle - unfurl(dubnet|freebsdorg) -=| Every message PGP signed -=| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 -=| Computers are useless They can only give you answers Pablo Picasso msg42107/pgp0.pgp Description: PGP signature
Re: XFree86 4.2
Date: Tue, 5 Mar 2002 16:25:26 -0500 From: stan [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Tue, Mar 05, 2002 at 09:31:47AM -0800, Kevin Oberman wrote: From: Mike Murphree [EMAIL PROTECTED] Date: Tue, 5 Mar 2002 06:32:34 -0600 Sender: [EMAIL PROTECTED] On Tuesday 05 March 2002 04:03 am, Herve Quiroz wrote: I have not been member of this list until recently so I have probably missed some discussion on the topic. Anyway, what is going on with Xfree86 v4.2 ? I once had seen XFree86 4.2 on freshports.org but then it came back to 4.1 few days later... NetBSD has already 4.2 in -stable so why not FreeBSD ? The port was at 4.2.0 shortly before the release of FreeBSD 4.5 and it was rolled back to 4.1.9 because of insufficient testing time before the release. It has never been put back... I've been running 4.2.0 since that time with zero problems. This is not why the 4.2 port was pulled. The main reason was that XF86-4.2 was added to the ports just prior to the release of FreeBSD 4.5. It was felt that it was unwise to include a new release of XFree86 that was largely untested in a new release of FreeBSD, so the port was pulled. At the same time it was decided that it was a good time to convert XFree86 from a port to a meta-port. This has been under discussion for some time and the 4.2 release looked like a good time to cut over. So the 4.2 port appeared and disappeared from the tree, but is still available and works fine. (If you don't know what a meta-port is, look at /usr/ports/x11/gnome/Makefile.) So what are teh _advantegse_ of a metaport? O'm dealing with on _disdvantage_ at the moment. For reasons involving my own stupidity, I find myself with a broken Gnome installlation even though the ports db thinks it' fine. But since it's a metaport, I can't just do portupgrade -f gnome :-( Must be a positive side to this, right? Otherwise you could just install all of it with a trivial shell loop over the various appropriate directories in the ports tree. Hmm. You have hit on the problem with meta-ports. I don't install the gnome meta-port for just that reason. But a meta-port is a good thing because it allows a bunch of ports that go together to be easily installed. In you case the only good solutions are to either delete all of the ports in the meta-port and then re-install it or to do a portupgrade -f on each of the dependent ports. At least it's easy to spot them in the Makefile for gnome. In the case of X (and not too different from Gnome) you have a very large port that can take a VERY long time to build and install. But normally there is no really reason to rebuild the whole thing. Better to just update the part that actually changed. So the trick is to set up a meta-port. This allows the easy installation of XF86-4 but it only required that you update the pieces that have changed and not the whole monster. If the server is patched, the installation of clients, libraries, and fonts is a total waste of time. When XF86-4.2 is available as a meta-port I will probably not install it. I will remove the existing XFree86 and look at the Makefile and simply do a portinstall on each of the dependencies in the port. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: XFree86 4.2
On Tuesday 05 March 2002 05:00 pm, Kevin Oberman wrote: Date: Tue, 5 Mar 2002 16:25:26 -0500 From: stan [EMAIL PROTECTED] the 4.2 port appeared and disappeared from the tree, but is still available and works fine. (If you don't know what a meta-port is, look at /usr/ports/x11/gnome/Makefile.) So what are teh _advantegse_ of a metaport? O'm dealing with on _disdvantage_ at the moment. For reasons involving my own stupidity, I find myself with a broken Gnome installlation even though the ports db thinks it' fine. But since it's a metaport, I can't just do portupgrade -f gnome :-( Must be a positive side to this, right? Otherwise you could just install all of it with a trivial shell loop over the various appropriate directories in the ports tree. Why not portupgrade -R -f gnome? -- Brian T. Schellenberger . . . . . . . [EMAIL PROTECTED] (work) Brian, the man from Babble-On . . . . [EMAIL PROTECTED] (personal) ME -- http://www.babbleon.org http://www.eff.org -- GOOD GUYS -- http://www.programming-freedom.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: XFree86 4.2
Must be a positive side to this, right? Otherwise you could just install all of it with a trivial shell loop over the various appropriate directories in the ports tree. Will fix things like stale dependencies on imake or xf86libs-4 -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Just got 2 different 4.5 disks......
On Tuesday 05 March 2002 10:11 am, Michael Sierchio wrote: Geoffrey C. Speicher wrote: I am not an accountant, but iff you itemize your tax returns, donating to a non-profit organization does have tax benefits. However, most people do not itemize, since it is not worth doing so unless you have over $500 of donations and other qualifying expenses (such as un-reimbursed business expenses). This is rather off-topic, but . . . . Almost everybody who owns a house, if they are smart, itemizes because the deduction for mortgage payments alone makes it worthwhile. There are a number of people who don't but probably should, of course. You can deduct a donation, minus the value of what you receive in return. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Brian T. Schellenberger . . . . . . . [EMAIL PROTECTED] (work) Brian, the man from Babble-On . . . . [EMAIL PROTECTED] (personal) ME -- http://www.babbleon.org http://www.eff.org -- GOOD GUYS -- http://www.programming-freedom.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
reproducable panic with python
With this:
#!/usr/local/bin/python2.2
import mmap
m = mmap.mmap(-1,256,mmap.MAP_ANON)
m = 1
I can panic the kernel:
trap 12: page fault while in kernel mode --- supervisor read, page not
present
Stopped at: vm_map_clean+0x1ee: cmpl $0,0x40(%edi)
I dug around a bit with the debugger, and found the fault to lie in:
/usr/src/sys/vm/vm_map.c : 1749
here's the right bit ( reformatted to fit on this page )
/*
* Note that there is absolutely no sense in writing out
* anonymous objects, so we track down the vnode object
* to write out.
* We invalidate (remove) all pages from the address space
* anyway, for semantic correctness.
*/
while (object-backing_object) {
object = object-backing_object;
offset += object-backing_object_offset;
if (object-size OFF_TO_IDX( offset + size))
size = IDX_TO_OFF(object-size) - offset;
}
But: I can't be much more use, apart from noting that:
size = 4096
offset = -3621126458136592384
object = 0x0
object-backing_object --- can't access memory at 0x40
I take it that messing round with anonymous maps shouldn't panic the
kernel like this.
Q. + Should I submit a PR ?
+ can I supply anymore information ?
( It was mis-keying that caused the first panic, and I've reduced it
to the above lines of Python: I didn't set out with the above ! )
- Harry
--
Harry Newton
harry_newton at telinco.co.uk
www.gaudeamus.telinco.co.uk/html/gpg.html
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
Ports
I just cvsup'd my ports tree and tried to make the /usr/ports/security/p5-Authen-PAM tree. It looks for the fileAuthen-PAM-0.13pre2.tar.gz athttp://www.cs.kuleuven.ac.be/~pelov/pam/download/and it says File Not Found. It also tries the freebsd site and cant find it. I went to both the site manually and I saw at the master site that there was a Authen-PAM-0.13.tar.gz but its not on the freebsd ftp site. I was wondering if this was a typo or something and when will it get fixed and updated? Thanks!
Re: XFree86 4.2
On Tuesday 05 March 2002 02:13 pm, Jonathan Chen wrote: On Tue, Mar 05, 2002 at 06:32:34AM -0600, Mike Murphree wrote: On Tuesday 05 March 2002 04:03 am, Herve Quiroz wrote: I have not been member of this list until recently so I have probably missed some discussion on the topic. Anyway, what is going on with Xfree86 v4.2 ? I once had seen XFree86 4.2 on freshports.org but then it came back to 4.1 few days later... NetBSD has already 4.2 in -stable so why not FreeBSD ? The port was at 4.2.0 shortly before the release of FreeBSD 4.5 and it was rolled back to 4.1.9 because of insufficient testing time before the release. It has never been put back... I've been running 4.2.0 since that time with zero problems. I have noticed that there's a problem running xv with 4.2. If you try viewing multiple files of the same framesize, it sometimes doesn't refresh correctly. Works fine under 4.1.x Yes, though if you go backward and forward again it usually fixes itself. Weird. -- Brian T. Schellenberger . . . . . . . [EMAIL PROTECTED] (work) Brian, the man from Babble-On . . . . [EMAIL PROTECTED] (personal) ME -- http://www.babbleon.org http://www.eff.org -- GOOD GUYS -- http://www.programming-freedom.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Kernel Panic on 4.5 STABLE
Hi, don't know, if you have solved it, but I've had the same problem here. (Reboot on the periodic daily script) On Mon, 11 Feb 2002 09:26:41 -0500, stan wrote: On Mon, Feb 11, 2002 at 01:47:41PM +0100, Danny Pansters wrote: On Monday 11 February 2002 05:02, you wrote: BTWW, it's ipfw. A simple ipfw -a l will reliably panic my mahine. And, I;m not even using ipfw. The daily security check calls it ;-( Pfff. OK I see where it happens. I don't run ipfw, neither do I have anything ipfw'ish in kernel config: [...] black# kldstat -v Id Refs AddressSize Name 16 0xc010 2a4384 kernel Contains modules: Id Name 61 0xc2d24000 2000 trafcount.ko Contains modules: Id Name 153 trafcount It seems to be the trafcount module. I removed the trafcount package and all is nice... Michael To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Request for testers of new ATA driver patches
On Mon, Mar 04, 2002 at 07:21:39PM -0500, Chris Faulhaber wrote:
So far so good, my system (Gigabyte 7DXR) with:
atapci0: VIA 82C686 ATA100 controller port 0xb400-0xb40f at device 7.1 on pci0
...
atapci1: Promise ATA100 controller port
0xe800-0xe83f,0xe400-0xe403,0xe000-0xe007,0xdc00-0xdc03,0xd800-0xd807 mem
0xe910-0xe911 irq 11 at device 16.0 on pci0
...
ad0: 38166MB WDC WD400BB-00CFC0 [77545/16/63] at ata0-master UDMA100
acd0: DVD-ROM DVD-ROM BDV212B at ata1-master PIO4
acd1: CD-RW PCRW804 at ata2-master PIO4
Guess I spoke too soon... It seems my machine panic's if I mount
a CDRW (4.5-mini.iso) in my burner (acd1) and 'more filename.txt'
(yes, that is the name of the file). The CDRW reads fine in the
DVD player and with either device under Windows.
Just before the panic I get:
acd1: READ_BIG command timeout - resetting
ata2: resetting devices
Trace follows:
$ sudo gdb -k /sys/compile/DARKSTAR/kernel.debug vmcore.1
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...
IdlePTD at phsyical address 0x0047
initial pcb at physical address 0x00304ac0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x70
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc018df68
stack pointer = 0x10:0xc02c5898
frame pointer = 0x10:0xc02c58bc
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 = Idle
interrupt mask = net tty bio cam
trap number = 12
panic: page fault
syncing disks...
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x30
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc020a868
stack pointer = 0x10:0xc02c56c4
frame pointer = 0x10:0xc02c56cc
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 = Idle
interrupt mask = net tty bio cam
trap number = 12
panic: page fault
Uptime: 44m53s
dumping to dev #ad/0x30001, offset 1048704
dump ata0: resetting devices .. done
511 510 *snip* 1 0
---
#0 dumpsys () at ../../kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) bt
#0 dumpsys () at ../../kern/kern_shutdown.c:487
#1 0xc018af27 in boot (howto=260) at ../../kern/kern_shutdown.c:316
#2 0xc018b365 in panic (fmt=0xc02bd36c %s) at ../../kern/kern_shutdown.c:595
#3 0xc0273227 in trap_fatal (frame=0xc02c5684, eva=48)
at ../../i386/i386/trap.c:966
#4 0xc0272ed5 in trap_pfault (frame=0xc02c5684, usermode=0, eva=48)
at ../../i386/i386/trap.c:859
#5 0xc0272a7b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0,
tf_esi = 0, tf_ebp = -1070836020, tf_isp = -1070836048,
tf_ebx = -1070745988, tf_edx = 6867008, tf_ecx = -1036926963,
tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071601560, tf_cs = 8,
tf_eflags = 66182, tf_esp = -862322628, tf_ss = 0})
at ../../i386/i386/trap.c:458
#6 0xc020a868 in acquire_lock (lk=0xc02db67c)
at ../../ufs/ffs/ffs_softdep.c:266
#7 0xc020ff4c in softdep_count_dependencies (bp=0xcc9a003c, wantcount=0)
at ../../ufs/ffs/ffs_softdep.c:4792
#8 0xc0213264 in ffs_fsync (ap=0xc02c5740) at ../../ufs/ffs/ffs_vnops.c:168
#9 0xc0211d7f in ffs_sync (mp=0xc2301800, waitfor=2, cred=0xc21c0d00,
p=0xc031afa0) at vnode_if.h:558
#10 0xc01ba5e7 in sync (p=0xc031afa0, uap=0x0) at ../../kern/vfs_syscalls.c:554
#11 0xc018acc2 in boot (howto=256) at ../../kern/kern_shutdown.c:235
#12 0xc018b365 in panic (fmt=0xc02bd36c %s) at ../../kern/kern_shutdown.c:595
---Type return to continue, or q return to quit---
#13 0xc0273227 in trap_fatal (frame=0xc02c5858, eva=112)
at ../../i386/i386/trap.c:966
#14 0xc0272ed5 in trap_pfault (frame=0xc02c5858, usermode=0, eva=112)
at ../../i386/i386/trap.c:859
#15 0xc0272a7b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0,
tf_esi = -1038197760, tf_ebp = -1070835524, tf_isp = -1070835580,
tf_ebx = 0, tf_edx = 55303, tf_ecx = -1038144000, tf_eax = 6867008,
tf_trapno = 12, tf_err = 0, tf_eip = -1072111768, tf_cs = 8,
tf_eflags = 66118, tf_esp = 55296, tf_ss = -1038197680})
at ../../i386/i386/trap.c:458
#16 0xc018df68 in tsleep (ident=0xc21e5c00, priority=16,
wmesg=0xc028ef66 atacmd, timo=1000) at ../../kern/kern_synch.c:436
#17 0xc0146148 in
