Re: 3dfx Driver?
>>Has anyone ported the linux 3DFx Driver to FreeBSD? > >Don't think so. > >Why? You volunteering? =) I made a start on it earlier this year, but the final step (mapping the card memory) I got wrong, which then locked up the machine. The box the code is on is the other side of the world at the moment unfortunately. Stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
FreeBSD version of DRM?
Now that a working version of the Direct Rendering Manager (along with an open source version of glide 3) has been released for Linux on a decent consumer level card, is anyone interested in porting it over to FreeBSD? It could well displace my TNT2U. Stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Last changes to SDL made smpeg not work
The mpeg player smpeg doesn't work (catches a signal then just hangs) when you compile & link against the SDL which uses the native threads - however when you compile against one that uses linux threads, then it does. I've seen some problems with sdl test apps that mix sound & video when we use native threads rather than the linux threads port. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Joystick has stopped working
For sometime now, the analogue joy stick driver hasn't been working - it seems to persistently return totally wild deviations when being read. Also, trying to use it as a kld doersn't seem to work. Has anyone else had similar probs? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Can we please have a current that compiles?
For the past few days, current has not compiled, owing to problems (in no particular order) with more, vinum and various INET options in the GENERIC kernel. Can people please check things before they commit them? I like a working compile at least *once* a week. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can we please have a current that compiles?
> This is the first I've heard of a problem in Vinum. > > > Can people please check things before they commit them? I like a > > working compile at least *once* a week. > > I'm wondering if you haven't had some other problem. I haven't heard > anybody else with problems. > I have a number of problems 8^), but none of them related to FreeBSD. Anyway, I'd just seen a series of bad commits whose corrections weren't caught by the frequency of my cvs updates I guees. Vinum is compiling now, and kernels with IPSEC and INETV6 now link, it's just that last night's problems with more got me a little ticked off. ===> usr.bin/more sed -e 's/\\//g' -e 's/\"/\\\"/g' -e 's/$/\\n\\/' < /usr/src/usr.bin/more/default.morerc >> defrc.h rm -f .depend mkdep -f .depend -a-I/usr/src/usr.bin/more -I/usr/obj/usr/src/usr.bin/more -DTERMIOS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/more/ch.c /usr/src/usr.bin/more/command.c /usr/src/usr.bin/more/help.c /usr/src/usr.bin/more/input.c /usr/src/usr.bin/more/line.c /usr/src/usr.bin/more/linenum.c /usr/src/usr.bin/more/macro.c main.c /usr/src/usr.bin/more/ncommand.c /usr/src/usr.bin/more/option.c /usr/src/usr.bin/more/os.c /usr/src/usr.bin/more/output.c /usr/src/usr.bin/more/position.c /usr/src/usr.bin/more/prim.c /usr/src/usr.bin/more/screen.c /usr/src/usr.bin/more/signal.c /usr/src/usr.bin/more/tags.c /usr/src/usr.bin/more/ttyin.c cc: main.c: No such file or directory mkdep: compile failed *** Error code 1 Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvs-cur.6450.gz Fatal error: Bytecount too large.
After some absence from the net (my machines were in a box between Australia & Houston) I've finaaly connected up and am updating my cvs repository via CTM again. However, when I attempt to apply cvs-cur.6450.gz I get the above error. Anybody got a good one? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
What's up with ftp.freebsd.org
It doesn't seem to be allowing anon logings - nobody released some fancy new game, have they? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Interesting SpecWeb benchmarks
http://linuxtoday.com/news_story.php3?ltsn=2000-07-05-001-04-OP -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Compilation failure in current as of cvs-cur 6562
Anyone else seen this? chmod 755 /usr/obj/usr/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader .a cc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/usr/src/gnu/usr.bin/perl/perl -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -Wl,-E -L/usr/obj/usr/src/gnu/usr.bin/perl/ perl/../libperl -o perl perlmain.o lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt -lmd cc: Internal compiler error: program ld got fatal signal 11 *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
More compile errors in current (if_dc.c)
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../pci/if_dc.c ../../pci/if_dc.c: In function `dc_setcfg': ../../pci/if_dc.c:1228: `DC_WDOG_CTLWREN' undeclared (first use in this function) ../../pci/if_dc.c:1228: (Each undeclared identifier is reported only once ../../pci/if_dc.c:1228: for each function it appears in.) -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: More compile errors in current (if_dc.c)
Yeah - I was just trying to express my irritation without being overly nasty. Beats me why thing are commited without being compiled though. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
When Good DIMMS go Bad (or how I fixed my sig11)
About a week ago, I complained of mysterious Sig 11s during a make world. After some experimentation, a PC100 DIMM was found to be better suited for a 66MHz memory bus in another machine, who obligingly donated a DIMM in return that actually works with a 100MHz bus. I think the trip from Australia and this Texas heat finally pushed the dodgy one over the edge. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
hintmode not found.
Someone stashed a refewrence to an extern int hintmode in /sys/kern/subr_bus.c a couple of days ago - where's it actually defined? Mr Grep cant seem to find in /sys. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems with sym device driver?
I just updated my sources after a few days and reconfiged, recompiled & booted a machine with with a NCR810a card. It panicked partway through the boot messages (prior to mounting filesystems) saying that it couldn't allocate space for sym1's data. The previous kernel correctly found only one sym device. The dmesg from the older working kernel is attached. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Wed Aug 23 21:39:01 CDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/bleep Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 399665724 Hz CPU: AMD-K6(tm) 3D processor (399.67-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x8800 real memory = 67043328 (65472K bytes) avail memory = 61591552 (60148K bytes) Preloaded elf kernel "kernel.old" at 0xc03ab000. K6-family MTRR support enabled (2 registers) VESA: v2.0, 4096k memory, flags:0x1, mode table:0xc0332a02 (122) VESA: Matrox Graphics Inc. npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 0.0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x6400-0x640f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.3 dc0: <82c169 PNIC 10/100BaseTX> port 0x6c00-0x6cff mem 0xe9002000-0xe90020ff irq 9 at device 9.0 on pci0 dc0: Ethernet address: 00:a0:cc:63:fe:93 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <810a> port 0x7000-0x70ff mem 0xe900-0xe9ff irq 7 at device 10.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking de0: port 0x7400-0x747f mem 0xe9001000-0xe900107f irq 5 at device 11.0 on pci0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:a6:59:dc de0: enabling 10baseT port pci0: at 12.0 irq 10 pcib1: on motherboard pci2: on pcib1 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 flags 0x10 on isa0 sio1: type 16550A pca0 at port 0x40 on isa0 ppc0: parallel port not found. unknown: can't assign resources pca1: at port 0x61 on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default IPsec: Initialized Security Association Processing. ad0: 4103MB [8894/15/63] at ata0-master using UDMA33 ata1-master: DMA limited to UDMA33, non-ATA66 compliant cable ad1: 19569MB [39761/16/63] at ata1-master using UDMA33 acd0: CDROM at ata1-slave using UDMA33 Waiting 6 seconds for SCSI devices to settle (probe6:sym0:0:6:0): phase change 6-7 6@00fcd18c resid=4. sa0 at sym0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 8) sa1 at sym0 bus 0 target 6 lun 0 sa1: Removable Sequential Access SCSI-CCS device sa1: 3.300MB/s transfers Mounting root from ufs:/dev/ad0a WARNING: / was not properly dismounted pid 271 (ldconfig), uid 0: exited on signal 11 (core dumped) The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California
Re: Problems with sym device driver?
> > > WARNING: / was not properly dismounted > > > pid 271 (ldconfig), uid 0: exited on signal 11 (core dumped) > > > > Er, why is ldconfig dumping core? > > > it's the linux ldconfig and it hasn't been brandelf'd after obrien > made a change that required that. > > Yup - that's right. I've been a little lazy about doing that. The sym stuff is still the problem I'm worried about though. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Heap colliding with mmaped areas?
I have a situation where some device files are being mmaped (to the tune of a couple of hundred megs) and then there's some memory allocation happening. The memory allocation ends up failing, even though the amount it appears to be requesting would make the process a long way off its maximum allowed size. Is there a way of adjusting where the heap starts in the address space? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems with current's AGP device?
I've been seeing some problems with modules (such as XFree86's mga dri modules) that are consumers of the services of agp. They seem to beleive that they cant find it - then X fires up and the machine crashes. I'll be pulling out a debug dump later today. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Strange problems with AGP driver & sound.
With very recent current sources, the agp driver doesn't probe when loaded as a module, but works OK when compiled into the kernel. However, when compiled into the kernel, it seems to mess up the sound driver (pcm, crystal cs23x) such that no sound or garbled sound at a low volume comes out. Has anyone else seen this? I'm using the mga driver from the XFree86 cvs tree to do 3D work, which is why I'm using the AGP driver. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Strange problems with AGP driver & sound.
> > > > With very recent current sources, the agp driver doesn't probe when loaded as > > a module, but works OK when compiled into the kernel. > > Oh. I thought that was only a problem in 4.x. Can I see a verbose bootlog > for a kernel where this is a problem. > OK - I'm away from the machine at the moment (it's back at home) - I'll boot the old kernel verbosely and send the results back. Mind you, when I start to fire up the X server and have it load up DRI & glx modules, it crashes the machine. The mga module (when I preload it) complains that it needs the agp module in the bootup messages. > > > > However, when compiled into the kernel, it seems to mess up the sound driver > > (pcm, crystal cs23x) such that no sound or garbled sound at a low volume comes > > out. Has anyone else seen this? I'm using the mga driver from the XFree86 cvs > > tree to do 3D work, which is why I'm using the AGP driver. > > No idea about this one. > Yeah - I think there's some warts lurking in the sound code somewhere. It's odd, becuase the interrupts from the sound device are still coming in at the expected rate - just not any sound, like it's bufferring from some random chunk of clear memory. Stephen Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Strange problems with AGP driver & sound.
Ok, here's the two dmesg listing from verbose boots, one with the agp code as a module, and the other built in. Stephen Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Wed Sep 6 17:42:22 CDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/bloop Calibrating clock(s) ... TSC clock: 501156139 Hz, i8254 clock: 1193229 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 501138511 Hz CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x8800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 128M bytes Write Allocate 15-16M bytes: Disable real memory = 134152192 (131008K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x003a3000 - 0x07fe5fff, 130297856 bytes (31811 pages) avail memory = 127025152 (124048K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fb020 bios32: Entry = 0xfb4a0 (c00fb4a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fc0a0 pnpbios: Entry = f:c0c8 Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel.ko" at 0xc038a000. Preloaded elf module "mga.ko" at 0xc038a0ac. Preloaded elf module "agp.ko" at 0xc038a148. Preloaded elf module "drm.ko" at 0xc038a1e4. nulldev: random: mem: K6-family MTRR support enabled (2 registers) VESA: information block 56 45 53 41 00 02 ca 6c 00 c0 01 00 00 00 74 69 00 c0 00 02 05 01 df 6c 00 c0 e6 6c 00 c0 f2 6c 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 11 mode(s) found VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc00c6974 (c0006974) VESA: Matrox Graphics Inc. VESA: Matrox Matrox G400 00 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 84090144 bytes/sec bzero() bandwidth = 119488588 bytes/sec pcib0: on motherboard pci0: physical bus=0 found-> vendor=0x1106, dev=0x0598, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[10]: type 3, range 32, base e000, size 26, enabled found-> vendor=0x1106, dev=0x8598, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1secondarybus=1 found-> vendor=0x1106, dev=0x0586, revid=0x47 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[20]: type 4, range 32, base 6400, size 4, enabled found-> vendor=0x1106, dev=0x3040, revid=0x10 bus=0, slot=7, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found-> vendor=0x11ad, dev=0x0002, revid=0x20 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=10 map[10]: type 4, range 32, base 6c00, size 8, enabled map[14]: type 1, range 32, base eb00, size 8, enabled pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: physical bus=1 found-> vendor=0x102b, dev=0x0525, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 3, range 32, base e800, size 25, enabled map[14]: type 1, range 32, base e400, size 14, enabled map[18]: type 1, range 32, base e500, size 23, enabled pci1: on pcib1 drm0: mem 0xe500-0xe57f,0xe400-0xe4003fff,0xe800-0xe9ff irq 11 at device 0.0 on pci1 info: [drm] The mga drm module requires the agp module to function correctly Please load the agp module before you load the mga module device_probe_and_attach: drm0 attach returned 12 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x6400-0x640f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x6400 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x6408 ata1: mask=03 status0=50 status1=00 ata1: mask=03 status0=50 status1=00 ata1: devices = 0x1 ata1: at 0x170 irq 15 on atapci0 dc0:
AMD X86-64 simulator available
Those of you who peruse slashdot will've already seen this - it's a Linux binary, and requires humungous amounts of memory & disk, 384MB & 4GB respectively. http://www.x86-64.org/downloads/ Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Where has cvs-cur gone?
Last one I can find in the FTP repository is cvs-cur.6772.gz. Where are the more recent ones? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvs-cur snapshots have stopped again.
Could someone please restart them? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvs-cur.6925.gz appears to be corrupt
With
# ctm -b /cvs cvs-cur.6925.gz
I get
FR: /cvs/CVSROOT/history md5 mismatch.
cvs-cur.6925.gz Fatal error: Corrupt patch.
Expected "\n" but didn't find it {20}.
ctm: exit(96)
Anybody like to comment?
--
The views expressed above are not those of PGS Tensor.
"We've heard that a million monkeys at a million keyboards could produce
the Complete Works of Shakespeare; now, thanks to the Internet, we know
this is not true."Robert Wilensky, University of California
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: cvs-cur.6925.gz appears to be corrupt
> It's fine with me. > BTW, I got my cvs delta through ctm-cvs-cur mailing list, and here's > the check sum for it. > > $ ls -l cvs-cur.6925.gz > -rw-r--r-- 1 daemon wheel 24114 Dec 6 19:34 cvs-cur.6925.gz > $ md5 cvs-cur.6925.gz > MD5 (cvs-cur.6925.gz) = 7751af95fb0821338f3bcc948348dd8d > $ > > You may have a corrupted delta? > What it was from was that my history file's checksum didn't match what the ctm file thought it was supposed to be. I managed to force it through using "ctm -F ..." I'd done some weird stuff checking out files before, which caused the history file to be splattered. As it was only going to be removed, I figured that it didn't matter what was in it. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Voodoo3 + XFree4 + DRM - simple_lock ? :-)
Hey, I've been fooling with this (and Glide3) but under FBSD 4.2. Didn't have the time or inclination to do it under the latest current. Good to see someone's been crazy^Wbrave enough to try. It'd bee really nice if someone could make the kernel modules part of the current tree, the same way they are under Linux. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
smmsp user check in Makefile.inc1
For those of us using NIS, it'd be nice if the check would be made against the passwd and group maps if the local passwd and group don't have these users. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Currnet build problems
Partway through a make world, I'm seeing the following, I've applied up to cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime soon? Stephen cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. c In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet /telnet/telnet.c:64: /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: warning: type defaults to `int' in declaration of `auth_debug_mode' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: warning: missing braces around initializer for `toplevel[0]' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `init_telnet': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: warning: implicit declaration of function `env_init' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `mklist': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: warning: implicit declaration of function `is_unique' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `gettermname': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: warning: implicit declaration of function `setupterm' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `suboption': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: warning: implicit declaration of function `TerminalSpeeds' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `slc_export': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: warning: implicit declaration of function `TerminalDefaultChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `env_opt_add': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: warning: implicit declaration of function `opt_welldefined' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telrcv': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: warning: implicit declaration of function `stilloob' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: warning: `sbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telsnd': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: warning: implicit declaration of function `TerminalSpecialChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: warning: `tbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `Scheduler': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: warning: implicit declaration of function `process_rings' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `sendnaws': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: warning: implicit declaration of function `TerminalWindowSize' *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin/telnet. *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin. *** Error code 1 Stop in /usr/src/kerberosIV. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Failure of new PCM code to pickup my CS4236.
A dmesg from it is as follows - note that the old PCM code used to find it. The voxware stuff needs a couple of delays inserted to find it. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Thu Sep 2 19:25:14 WST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/bloop Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 416530931 Hz CPU: AMD-K6(tm) 3D processor (416.53-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x8800 real memory = 67043328 (65472K bytes) avail memory = 62074880 (60620K bytes) Preloaded elf kernel "kernel" at 0xc02da000. VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc028d642 (122) VESA: NVidia K6-family MTRR support enabled (2 registers) npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 uhci0: irq 10 at device 7.2 on pci0 usb0: on uhci0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 error, restarting uhub0: port 2 error, restarting rl0: irq 12 at device 9.0 on pci0 rl0: Ethernet address: 00:00:e8:53:a2:3e miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: unknown card DPZ0001 (vendor=0x121a, dev=0x0001) at 11.0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A joy0 at port 0x201 on isa0 joy0: joystick unknown0: on isa0 unknown1: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown2: at port 0x208-0x20f on isa0 unknown3: at port 0x330-0x331 irq 9 on isa0 ds0 XXX: driver didn't set ifq_maxlen ata0: master: setting up generic WDMA2 mode OK ad0: ATA-4 disk at ata0 as master ad0: 6179MB (12656448 sectors), 12556 cyls, 16 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=2 ad0: 16 secs/int, 0 depth queue, DMA mode changing root device to wd0s4a The voxware dmesg is as follows - I needed to have some of the debug statements enabled to reliably detect the card, which argues a timing problem somewhere. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Thu Sep 2 19:39:03 WST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/bloop Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 416530661 Hz CPU: AMD-K6(tm) 3D processor (416.53-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x8800 real memory = 67043328 (65472K bytes) avail memory = 62033920 (60580K bytes) Preloaded elf kernel "kernel" at 0xc02e4000. VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc0297222 (122) VESA: NVidia K6-family MTRR support enabled (2 registers) npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 uhci0: irq 10 at device 7.2 on pci0 usb0: on uhci0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 error, restarting uhub0: port 2 error, restarting rl0: irq 12 at device 9.0 on pci0 rl0: Ethernet address: 00:00:e8:53:a2:3e miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: unknown card DPZ0001 (vendor=0x121a, dev=0x0001) at 11.0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ad1848_detect(534) ad1848_detect() - step A ad1848_detect() - step B, test indirect register ad1848_detect() - step C ad1848_detect() - step D, last 4 bits of I12 readonly ad1848_detect() - step F ad1848_detect() - step G ad1848_detect() - step H ad1848_detect() - s
Why I hate RealTek ethernet cards
After much to-ing & fro-ing ealier this year, I ended up using a Realtek on an otherwise respectable machine. For the most part it seemed alright. Then just before I went on an extended overseas trip 7 weeks ago, it started doing odd things. Small transfers worked OK, but larger ones just trickled through. The effect was immediately observable with tcpblast. Once you sent a number of 1k blocks that was over the tcp_sendspace & tcp_recvspace limits, the transfer rate dropped dramatically. Adjusting the tcp_sendspace etc parameters affected when this would happen. UDP seemed quite happy (thank goodness for that, as otherwise NFS would've gone down the drain) Anyway, there were NetGear cards going cheap, so I replaced the Realtek with that and all is well. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MTRR stuff
For some video cards (to wit, the voodoo stuff), the MTRRs should be set up as follows write-combining +--+ +---+ uncacheable i.e. the two regions have the same starting area, but the small chunk for the registers should be uncacheable. When I try to do this using memconf on my K6-2, it spits the dummy. Is there a work around for this? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Dirty pages & low memory hangs with mmap
I've been seeing an interesting problem when doing a make installworld on a 486 with 16MB of memory. Immediately after installing libc.so.3, it will hang. DDB gives a backtrace to a mmap related call (sorry, the box is at home at the memoment and this email was prompted by something on freebsd-current). It's quite reproducible, but worked around by issuing a bunch of syncs every second. Outside of that, the box runs fine (it's my ppp NAT gateway, runs squid & nntpcached as well). Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MTRR stuff
> > Spits the dummy? And do you mean memcontrol? It (memcontrol, I was typing the name from memory at work) complains. I was trying to set up the MTRRs like the Linux voodoo device driver does. I hadn't thought of doing it the way you suggest, as the documentation says that the size has to be a power of 2. > I have no idea what you mean by that. However, the natural thing to do would > be this: > +---+ write-combine uncacheable >+--+ uncacheable > -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MTRR stuff
> What exactly are the ranges? You haven't given me enough info yet. I wrote the > K6-* MTRR driver, so I'd like to help. > OK, the Linux 3dfx driver attempts to set up a write combining range starting at the card's base address and 0x40 bytes long. After doing this it then sets up a range marked as uncacheable starting at the card's base address of length 0x1000. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Assembler capable of supporting 3dnow!
I'm messing around with the latest mesa and have discovered (suprise)that our assembler doesn't support 3dnow instructions. Are there any plans to update to a version of binutils that does? Linux's stuff appears to support it. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Interesting NFS hangs under current
On my home network, I make world on one machine and install it (from an NFS
mounted directory) on another. Some time ago (I've griped about this before -
the problem's been around for a while) it started to occasionally hang just
after or during installing libc.so.3. It will then hang solidly - no response
to keyboard, net or whatever, but it does allow me to break into the debugger
and take a dump. Below is the stack trace (hurrah for debugging kernels!). I
will not that after rebooting fscking the disks, usr/lib/libc.so.3 is often a
multiple of 64k in size. If I don't boot single user and copy an old libc over
the top of the partially written one, subsequent boots will of course have
programs crapping out all over the place.
(kgdb) # gdb -k /sys/compile/bleep/kernel.debug /var/crash/vmcore.2
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 3063808
initial pcb at 277c20
panicstr: from debugger
panic messages:
---
panic: from debugger
syncing disks... 254 254 251 244 231 207 178 123 107 53 4 2 2 2 2 2 2 2 2 2
done
dumping to dev (116,1), offset 483456
dump 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 boot (howto=256) at ../../kern/kern_shutdown.c:291
291 dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0 boot (howto=256) at ../../kern/kern_shutdown.c:291
#1 0xc0145519 in panic (fmt=0xc0234e14 "from debugger")
at ../../kern/kern_shutdown.c:505
#2 0xc012cbc9 in db_panic (addr=-1071579017, have_addr=0, count=-1,
modif=0xc5f45afc "") at ../../ddb/db_command.c:434
#3 0xc012cb69 in db_command (last_cmdp=0xc025b370, cmd_table=0xc025b1d0,
aux_cmd_tablep=0xc0274cc4) at ../../ddb/db_command.c:334
#4 0xc012cc2e in db_command_loop () at ../../ddb/db_command.c:456
#5 0xc012ecb3 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc020fe34 in kdb_trap (type=3, code=0, regs=0xc5f45bf0)
at ../../i386/i386/db_interface.c:157
#7 0xc021c3ec in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 2,
tf_esi = -1071082528, tf_ebp = -973841352, tf_isp = -973841380,
tf_ebx = 134, tf_edx = -1071320177, tf_ecx = 1920, tf_eax = 38,
tf_trapno = 3, tf_err = 0, tf_eip = -1071579017, tf_cs = 8,
tf_eflags = 582, tf_esp = -1071320193, tf_ss = -107102})
at ../../i386/i386/trap.c:534
#8 0xc0210077 in Debugger (msg=0xc024c04a "manual escape to debugger")
at machine/cpufunc.h:64
#9 0xc020cb76 in scgetc (sc=0xc0273520, flags=2)
at ../../dev/syscons/syscons.c:3813
#10 0xc02087dd in sckbdevent (thiskbd=0xc0287c00, event=0, arg=0xc0273520)
at ../../dev/syscons/syscons.c:688
---Type to continue, or q to quit---
#11 0xc0201e13 in atkbd_intr (kbd=0xc0287c00, arg=0x0)
at ../../dev/kbd/atkbd.c:535
#12 0xc0229f7f in atkbd_isa_intr (arg=0xc05ab3f0) at ../../isa/atkbd_isa.c:125
#13 0xc01f1d88 in vm_page_lookup (object=0xc5f6fbb8, pindex=62247042)
at ../../vm/vm_page.c:526
#14 0xc0219ac4 in pmap_object_init_pt (pmap=0xc5e4cf24, addr=672055296,
object=0xc5f6fbb8, pindex=110, size=16384, limit=16)
at ../../i386/i386/pmap.c:2434
#15 0xc01ec220 in vm_map_insert (map=0xc5e4cec0, object=0xc5f6fbb8,
offset=450560, start=672055296, end=672071680, prot=7 '\a', max=7 '\a',
cow=18) at ../../vm/vm_map.c:550
#16 0xc01ec3a3 in vm_map_find (map=0xc5e4cec0, object=0xc5f6fbb8,
offset=450560, addr=0xc5f45ed4, length=16384, find_space=0, prot=7 '\a',
max=7 '\a', cow=18) at ../../vm/vm_map.c:654
#17 0xc01efc49 in vm_mmap (map=0xc5e4cec0, addr=0xc5f45ed4, size=16384,
prot=7 '\a', maxprot=7 '\a', flags=18, handle=0xc5f5da80, foff=450560)
at ../../vm/vm_mmap.c:1058
#18 0xc01ef2d6 in mmap (p=0xc5e49020, uap=0xc5f45f80) at ../../vm/vm_mmap.c:330
#19 0xc021cc2a in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 0, tf_esi = 450560, tf_ebp = -1077949324, tf_isp = -973840428,
tf_ebx = 671456744, tf_edx = 6, tf_ecx = 450560, tf_eax = 198,
tf_trapno = 0, tf_err = 2, tf_eip = 671436440, tf_cs = 31,
tf_eflags = 518, tf_esp = -1077949380, tf_ss = 47})
---Type to continue, or q to quit---
at ../../i386/i386/trap.c:1056
#20 0xc0210726 in Xint0x80_syscall ()
#21 0x2804dfb1 in ?? ()
#22 0x2804cfa6 in ?? ()
#23 0x2804ce76 in ?? ()
#24 0x2804c291 in ?? ()
(kgdb)
--
The views expressed above are not those of PGS Tensor.
"We've heard that a million monkeys at a million keyboards could produce
the Complete Works of Shakespeare; now, thanks to the Internet, we know
this is not true."
Re: Interesting NFS hangs under current
> Could you print out *p and *uap in frame 18?
>
> frame 18
> print *p
> print *uap
>
> Also, do:
>
> ps -axl -N /sys/compile/bleep/kernel.debug -M /var/crash/vmcore.2
>
> This is very odd. There is no way it should be looping in supervisor
> mode in that call chain.
>
No sooner received than done
(kgdb) frame 18
#18 0xc01ef2d6 in mmap (p=0xc5e49020, uap=0xc5f45f80) at ../../vm/vm_mmap.c:330
330 error = vm_mmap(&p->p_vmspace->vm_map, &addr, size, prot, maxprot,
(kgdb) print *p
$2 = {p_procq = {tqe_next = 0xc0290ed0, tqe_prev = 0x0}, p_list = {
le_next = 0xc5e492e0, le_prev = 0xc0290f60}, p_cred = 0xc0a42b20,
p_fd = 0xc0a23c80, p_stats = 0xc5f44230, p_limit = 0xc099a600,
p_upages_obj = 0xc5ea59c4, p_procsig = 0xc0a3eaa0, p_flag = 16388,
p_stat = 2 '\002', p_pad1 = "\000\000", p_pid = 4672, p_hash = {
le_next = 0xc5e4a8e0, le_prev = 0xc05ad780}, p_pglist = {le_next = 0x0,
le_prev = 0xc0a42ae8}, p_pptr = 0xc58c6ec0, p_sibling = {le_next = 0x0,
le_prev = 0xc58c6f10}, p_children = {lh_first = 0x0}, p_ithandle = {
callout = 0xc1b86108}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xc5e4cec0,
p_estcpu = 1502, p_cpticks = 1247, p_pctcpu = 1791, p_wchan = 0x0,
p_wmesg = 0x0, p_swtime = 20, p_slptime = 0, p_realtimer = {it_interval = {
tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}},
p_runtime = 10333, p_uticks = 0, p_sticks = 2437, p_iticks = 1991,
p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xc5dfbcc0,
p_lock = 0 '\000', p_oncpu = 0 '\000', p_lastcpu = 0 '\000',
p_pad2 = 0 '\000', p_locks = 0, p_simple_locks = 0, p_stops = 0,
p_stype = 0, p_step = 0 '\000', p_pfsflags = 0 '\000', p_pad3 = "\000",
p_retval = {0, 6}, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20,
p_oldsigmask = 0, p_sig = 0, p_code = 0, p_sigmask = 0,
p_priority = 127 '\177', p_usrpri = 127 '\177', p_nice = 0 '\000',
p_comm = "rpc.rstatd\000\000\000\000\000\000", p_pgrp = 0xc0a42ae0,
p_sysent = 0xc025bbc0, p_rtprio = {type = 1, prio = 0}, p_prison = 0x0,
p_addr = 0xc5f44000, p_md = {md_regs = 0xc5f45fa8}, p_xstat = 0,
---Type to continue, or q to quit---
p_acflag = 2, p_ru = 0x0, p_nthreads = 0, p_aioinfo = 0x0, p_wakeup = 0,
p_peers = 0x0, p_leader = 0xc5e49020, p_asleep = {as_priority = 0,
as_timo = 0}, p_emuldata = 0x0}
(kgdb) print *uap
$3 = {addr = 0xc07a8180 "", addr_ = 0xc0a41744 "À\206zÀ\001",
len = 3229255360, len_ = 0xc0a41748 "\001", prot = 65537,
prot_ = 0xc0a4174c "\001", flags = 1, flags_ = 0xc0a41750 "\200>¢ÀÄ#&À\002",
fd = -1063108992, fd_ = 0xc0a41754 "Ä#&À\002", pad = -1071242300,
pad_ = 0xc0a41758 "\002", pos = 17592186044418, pos_ = 0xc0a41760 ""}
(kgdb)
# ps -axl -N /sys/compile/bleep/kernel.debug -M /var/crash/vmcore.2
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
0 259 1 32 10 0 5080 wait I#C1- 0:00.00 (sh)
88 276 259 0 2 0 111320 - R#C1- 0:00.00 (mysqld)
0 282 1 32 10 0 5120 wait I#C1- 0:00.00 (sh)
65534 289 282 0 2 0 33080 - R#C1- 0:00.00 (squid)
65534 307 289 0 -6 0 7560 piperd I#C1- 0:00.00 (unlinkd)
0 3428 3424 0 10 0 6080 wait Is #C10:00.00 (sh)
0 3454 3428 4 10 0 9280 wait I+ #C10:00.00 (make)
0 3457 3454 4 10 0 5040 wait I+ #C10:00.00 (sh)
0 3458 3457 5 10 0 9200 wait I+ #C10:00.00 (make)
0 3461 3458 5 10 0 5040 wait I+ #C10:00.00 (sh)
0 3462 3461 5 10 0 11760 wait I+ #C10:00.00 (make)
0 3466 3462 5 10 0 5080 wait I+ #C10:00.00 (sh)
0 3467 3466 49 10 0 6280 wait I+ #C10:00.00 (make)
0 3534 3467 49 10 0 5040 wait I+ #C10:00.00 (sh)
0 3535 3534 49 10 0 5640 wait I+ #C10:00.00 (make)
0 3538 3535 51 10 0 5080 wait I+ #C10:00.00 (sh)
0 3671 3538 54 10 0 3920 wait I+ #C10:00.00 (make)
0 3676 3671 29 10 0 5080 wait I+ #C10:00.00 (sh)
0 4659 3676 14 10 0 27120 wait I+ #C10:00.00 (make)
0 4667 4659 14 -2 0 3400 getblk I+ #C10:00.00 (install)
1000 3436 3433 6 10 0 6080 wait Is #C10:00.00 (sh)
1000 3442 3436 0 3 0 12920 - R+ #C10:00.00 (systat)
0 3491 3486 0 3 0 6080 ttyin Is+ #C10:00.00 (sh)
0 325 1 0 3 0 6040 ttyin Is+ #C90:00.00 (sh)
0 327 1 0 3 0 8400 ttyin Is+ #C20:00.00 (getty)
1000 326 1 1 10 0 6040 wait Is #C20:00.00 (sh)
0 338 326 0 2 0 15760 select I+ #C20:00.00 (ssh1)
0 0 0 0 -18 0 00 - RLs ??0:00.00 (swap
New kernel crashes as of yesterday
After the vm subsystem changes that went in yesterday, I expierence crashes
under heavy load situations (typically when running quake2 in OpenGL mode). A
kernel built on the 23rd works fine. A kernel backtrace follows
# gdb -k kernel.debug /var/crash/vmcore.12
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 3088384
initial pcb at 27a000
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x28
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01647fa
stack pointer = 0x10:0xc58ecdd0
frame pointer = 0x10:0xc58ecddc
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 = 2 (pagedaemon)
interrupt mask = net bio cam
trap number = 12
panic: page fault
syncing disks... 3 done
dumping to dev (116,1), offset 483456
dump 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 boot (howto=256) at ../../kern/kern_shutdown.c:281
281 dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0 boot (howto=256) at ../../kern/kern_shutdown.c:281
#1 0xc0131741 in panic (fmt=0xc024cfaf "page fault")
at ../../kern/kern_shutdown.c:529
#2 0xc0210fc6 in trap_fatal (frame=0xc58ecd90, eva=40)
at ../../i386/i386/trap.c:907
#3 0xc0210c79 in trap_pfault (frame=0xc58ecd90, usermode=0, eva=40)
at ../../i386/i386/trap.c:800
#4 0xc02108e7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 1,
tf_esi = 34, tf_ebp = -980496932, tf_isp = -980496964,
tf_ebx = -1044768408, tf_edx = -980496860, tf_ecx = 34, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1072281606, tf_cs = 8,
tf_eflags = 66195, tf_esp = -1044768408, tf_ss = -1065942592})
at ../../i386/i386/trap.c:426
#5 0xc01647fa in spec_strategy (ap=0xc58ece24)
at ../../miscfs/specfs/spec_vnops.c:549
#6 0xc0163f69 in spec_vnoperate (ap=0xc58ece24)
at ../../miscfs/specfs/spec_vnops.c:124
#7 0xc01cfc9d in ufs_vnoperatespec (ap=0xc58ece24)
at ../../ufs/ufs/ufs_vnops.c:2330
#8 0xc01d10f0 in swap_pager_putpages (object=0xc5fc6dac, m=0xc58eced4,
count=1, sync=0, rtvals=0xc58ece68) at vnode_if.h:891
#9 0xc01cfd07 in default_pager_putpages (object=0xc5fc6dac, m=0xc58eced4,
c=1, sync=0, rtvals=0xc58ece68) at ../../vm/default_pager.c:137
#10 0xc01daf47 in vm_pageout_flush (mc=0xc58eced4, count=1, flags=0)
at ../../vm/vm_pager.h:145
#11 0xc01daea5 in vm_pageout_clean (m=0xc046ea10) at ../../vm/vm_pageout.c:339
#12 0xc01db7d6 in vm_pageout_scan () at ../../vm/vm_pageout.c:917
#13 0xc01dc0a9 in vm_pageout () at ../../vm/vm_pageout.c:1348
#14 0xc0204d40 in fork_trampoline ()
Cannot access memory at address 0xa000.
(kgdb)
--
The views expressed above are not those of PGS Tensor.
"We've heard that a million monkeys at a million keyboards could produce
the Complete Works of Shakespeare; now, thanks to the Internet, we know
this is not true."Robert Wilensky, University of California
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Crash on current at cvs-cur.6182
The back trace reads ...
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
#1 0xc013d7e5 in panic (fmt=0xc0273514 "from debugger")
at ../../kern/kern_shutdown.c:554
#2 0xc01265bd in db_panic (addr=-1071292651, have_addr=0, count=-1,
modif=0xc5ec6ce4 "") at ../../ddb/db_command.c:433
#3 0xc012655d in db_command (last_cmdp=0xc02abc0c, cmd_table=0xc02aba6c,
aux_cmd_tablep=0xc02e4514) at ../../ddb/db_command.c:333
#4 0xc0126622 in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc0128733 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc0255cb5 in kdb_trap (type=3, code=0, regs=0xc5ec6dec)
at ../../i386/i386/db_interface.c:158
#7 0xc0262680 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0,
tf_esi = 256, tf_ebp = -974361036, tf_isp = -974361064,
tf_ebx = -1071048832, tf_edx = 0, tf_ecx = -1070604608, tf_eax = 18,
tf_trapno = 3, tf_err = 0, tf_eip = -1071292651, tf_cs = 8,
tf_eflags = 582, tf_esp = -1070994113, tf_ss = -1071158909})
at ../../i386/i386/trap.c:549
#8 0xc0255f15 in Debugger (msg=0xc0276983 "panic") at machine/cpufunc.h:64
#9 0xc013d7dc in panic (
fmt=0xc0291780 "vm_object_terminate: freeing busy page %p\n")
at ../../kern/kern_shutdown.c:552
#10 0xc02143f3 in vm_object_terminate (object=0xc5ebee40)
at ../../vm/vm_object.c:442
#11 0xc0214314 in vm_object_deallocate (object=0xc5ebee40)
at ../../vm/vm_object.c:377
#12 0xc02117f7 in vm_map_entry_delete (map=0xc5982980, entry=0xc5ec2270)
at ../../vm/vm_map.c:1727
#13 0xc0211979 in vm_map_delete (map=0xc5982980, start=0, end=3217031168)
at ../../vm/vm_map.c:1830
#14 0xc0211a06 in vm_map_remove (map=0xc5982980, start=0, end=3217031168)
at ../../vm/vm_map.c:1855
#15 0xc0136908 in exit1 (p=0xc597d860, rv=0) at ../../kern/kern_exit.c:216
#16 0xc01366e8 in exit1 (p=0xc597d860, rv=-979883648)
at ../../kern/kern_exit.c:103
#17 0xc0262f22 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 0, tf_esi = -1, tf_ebp = -1077937864, tf_isp = -974360620,
tf_ebx = 405762436, tf_edx = 405819424, tf_ecx = 10, tf_eax = 1,
tf_trapno = 12, tf_err = 2, tf_eip = 405482552, tf_cs = 31,
tf_eflags = 647, tf_esp = -1077937908, tf_ss = 47})
at ../../i386/i386/trap.c:1073
Machine was under heavy NFS & disk load. Have also noticed odd problems,
such as X refusing to allow connections and then crashing.
Stephen
(who has been away for 2months and just came back to a bad spot. Sigh)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Another current crash (cvs-cur.6183
cvs-cur.6183 appeared to fix the crash I reported under disk activity & NFS
but another one has reared its face, when using java with tya15 jit, running
the Together java IDE.
#0 boot (howto=256) at ../../kern/kern_shutdown.c:304
#1 0xc013d7e5 in panic (fmt=0xc0273534 "from debugger")
at ../../kern/kern_shutdown.c:554
#2 0xc01265bd in db_panic (addr=-1071292639, have_addr=0, count=-1,
modif=0xc5988c64 "") at ../../ddb/db_command.c:433
#3 0xc012655d in db_command (last_cmdp=0xc02abc2c, cmd_table=0xc02aba8c,
aux_cmd_tablep=0xc02e4578) at ../../ddb/db_command.c:333
#4 0xc0126622 in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc0128733 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc0255cc1 in kdb_trap (type=3, code=0, regs=0xc5988d6c)
at ../../i386/i386/db_interface.c:158
#7 0xc0262690 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0,
tf_esi = -979913536, tf_ebp = -979857996, tf_isp = -979858024,
tf_ebx = -1044942540, tf_edx = 0, tf_ecx = -1070604512, tf_eax = 26,
tf_trapno = 3, tf_err = 0, tf_eip = -1071292639, tf_cs = 8,
tf_eflags = 12870, tf_esp = -1070994081, tf_ss = -1071140376})
at ../../i386/i386/trap.c:549
#8 0xc0255f21 in Debugger (msg=0xc027b1e8 "d_iocmd botch")
at machine/cpufunc.h:64
#9 0xc017385e in spec_strategy (ap=0xc5988df8)
at ../../miscfs/specfs/spec_vnops.c:438
#10 0xc0173325 in spec_vnoperate (ap=0xc5988df8)
at ../../miscfs/specfs/spec_vnops.c:117
#11 0xc020c3bd in ufs_vnoperatespec (ap=0xc5988df8)
at ../../ufs/ufs/ufs_vnops.c:2301
#12 0xc0219167 in swapdev_strategy (ap=0xc5988e30) at vnode_if.h:923
#13 0xc020d80e in swap_pager_putpages (object=0xc02f9ea0, m=0xc5988ee0,
count=1, sync=0, rtvals=0xc5988e74) at vnode_if.h:923
#14 0xc020c427 in default_pager_putpages (object=0xc02f9ea0, m=0xc5988ee0,
c=1, sync=0, rtvals=0xc5988e74) at ../../vm/default_pager.c:133
#15 0xc02175ea in vm_pageout_flush (mc=0xc5988ee0, count=1, flags=0)
at ../../vm/vm_pager.h:145
#16 0xc021754d in vm_pageout_clean (m=0xc0464ae0) at ../../vm/vm_pageout.c:338
#17 0xc0217e6e in vm_pageout_scan () at ../../vm/vm_pageout.c:914
#18 0xc0218764 in vm_pageout () at ../../vm/vm_pageout.c:1350
#19 0xc02565e0 in fork_trampoline ()
Cannot access memory at address 0xa000.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Updating examples /usr/share/examples/ld
Can someone please update the examples in /usr/share/examples/kld? It's a bit confusing when it doesn't even compile. Stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest kernel hangs on mounting /dev/ad0a
As at cvs-cur.6207 -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Versions of gas that support 3dnow!?
I've been following the GLX stuff for Matrox G400s and noticed that there's now a version of gas that supports 3dnow! instructions without bugs. It's one of the snapshots by H.J. Lu - 2.9.5.0.34, found at ftp://ftp.varesearch.com/pub/support/hjl/binutils/ Any chance of this making its way into current? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Netscape 6 Linux pre-release, got it going.
It needed the libjpeg & libgtk rpms from the RedHat 6.1 CD (perhaps these could be added to Linux_base?) and a whole lot of memory, but otherwise wasn't too bad. Rather slow in some circumstances, but I hope that's owing to a bunch of debug code being in place. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ATAPI disk utilisation oddity
I have a system with 2 UDMA33 disks attached, each on a seperate controller. When hitting them both hard, the utilisation (as measured by systat) never adds up to more than 100%. I thought this limitation only held when they were both on the same controller - what gives? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
DEVFS - what's happening with it?
Haven't seen any discussion for quite some time. The Linux people seem to be getting into a lather about it as well. Rehashing the issues like device persistence, et cetera. Is anyone doodling around with a sysctlfs? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Undocumented tape devices in pax(1)
The Pyramid series of machines used to have block tape devices, such that one was able to boot a repair kernel and ro root fs off the 1600bpi reel-to-reel deck. Not unaturally, one was discouraged from doing a recursive find on that fs. Stephen (who used to have thoughts of doing the same with his old QIC-150) -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Linux devel doesn't work with glibc libs
When trying to link, it complains about libc.os.6 vs libc.so.5. This makes life rather difficult when trying to test glide programs against my version of the /dev/3dfx driver. Can someone commit the RedHat dev system (. egcs )? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Successfully cross-compiling Linux code!
Well, after unpacking various RPMs from my RedHat 5.23 CD, making a number of hardlinks within the library directories under /compat/linux, I've finally got this going. Who do I contact to put together an official Linux development port that'll work? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: bmake/contrib framework for egcs
>> BTW, do you plan to include egcs' g77 as well? >Current, the g77 driver is built. But the f771 isn't. From previous >talk, I've gotten the impression g77 should be a port vs. in the base >system. I'm Ok either way -- I leave the decision to the lists and Core. >- -- >- -- David(obr...@nuxi.com -or- obr...@freebsd.org) I think the building of the fortran compiler should be controlled through some variable in /etc/make.conf - BUILD_G77 or something like that, the same way you can elect to build profiled libs et cetera. It'd be a pain in the rear artificially ripping out source and including it in another tarball. Stephen -- The views expressed above are not those of PGS Tensor. "People often think of research as a form of development -- that it's about doing exactly what you planned, doing it on time, and doing it with resources that you said you'd use. But if you're going to do that, you have to know what you are doing, and if you know what you are doing, it isn't really research." --Dave Liddle, The New Yorker, Feb. 23/Mar.2, 1998, p 84 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
RealTek driver woes
I'm running a RealTek ethernet card in a 486dx4-100 machine and am having some problems. Firstly, doing an ls on a nfs mounted directory exported from the RealTek machine hangs. According to tcpdump it is receiving the readdir packets. Secondly, it will hange solidly when acting as the receiver (haven't tried it as the sender) running the netpipe tests (NPtcp -s -r receiving, the sender runs NP -t -h host_rl -s) - no DDB, just a solid hang. An ISA SMC card in the same machine is fine. I've tried it with RL_USEIOSPACE defined and undefined. This is running a very current system, with the id string $Id: if_rl.c,v 1.12 1999/02/23 15:38:25 wpaul Exp$ Here's the dmesg output. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #1: Thu Mar 25 21:37:03 WST 1999 t...@bloop.craftncomp.com:/data/src/sys/compile/bleep Timecounter "i8254" frequency 1193182 Hz CPU: AMD Enhanced Am486DX4 Write-Through (486-class CPU) Origin = "AuthenticAMD" Id = 0x484 Stepping=4 Features=0x1 real memory = 16777216 (16384K bytes) avail memory = 13750272 (13428K bytes) Preloaded elf kernel "kernel" at 0xc02c3000. Preloaded elf module "linux.ko" at 0xc02c309c. Probing for devices on PCI bus 0: chip0: rev 0x00 on pci0.0.0 rl0: rev 0x10 int a irq 9 on pci0.4.0 rl0: Ethernet address: 00:00:e8:53:a2:3e rl0: autoneg complete, link status good (half-duplex, 10Mbps) Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:d2:b2:72, type SMC8216T (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa ppc0 at 0x378 irq 7 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver ata0 at 0x1f0-0x1f7 irq 14 on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, rule-based forwarding disabled, logging disabled ad0: ATA-4 disk at ata0 as master ad0: 4103MB (8404830 sectors), 8894 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 0 depth queue changing root device to ad0s2a Stephen -- The views expressed above are not those of PGS Tensor. "People often think of research as a form of development -- that it's about doing exactly what you planned, doing it on time, and doing it with resources that you said you'd use. But if you're going to do that, you have to know what you are doing, and if you know what you are doing, it isn't really research." --Dave Liddle, The New Yorker, Feb. 23/Mar.2, 1998, p 84 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
More on rl0 woes
On the offchance that mty problems were chipset related, I swapped the RealTek with the de0 card in my other machine, a 233MHz k6. It being a socket 7 mboard presumably has a later PCI bios. Still the same symptoms - hangs on NFS access. These can be interrupted and other network traffic continues fine. To reproduce, take your RealTek equipped machine and place a copy of /usr/src on it. Export /usr/src so that it can be NFS mounted by other machines. From the other machines, do an ls -CFR of /usr/src. It will hang partway through. Stephen .e w. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: More on rl0 woes
> > I can't believe I'm getting so worked up because you cheap bastards > insist on buying the absolute worst network adapter in the world. Go > buy an ASIX card for crying out loud. They're cheap, and they actually > work worth a damn. Weeelll... I'm a cheap bastard & I actually expected it to work - not real fast, but work reliably anyway. I'm trying to convert my home network over to 100Mbs and the box this is going into is not a performance monster. > Now, as punishment for making me mad, I'm going to address Steven's > problem, and the rest of you can just lump it. > > There are things you should be checking when your problem happens. > What does ifconfig rl0 show you? Is the OACTIVE flag set? What does > netstat -in say? What does netstat -m say? I'll check that tonight. > You say 'traffic continues > normally.' This is very confusing: SHOW ME AN EXAMPLE OF WHAT YOU MEAN. OK - the "ls" of the directory remains hung, but I can still ping the box. It's as if NFS reckons it's sent the reply to the READDIR packet, but it never actually made its way out of the card. > When the NFS transfer stops, can you still ping the server host, > or do you have to interrupt the transfer and wait for a while > before you can communicate with the server again? Can you run tcpdump > on the client and observe what happens when the transfer stops? Is > the client still sending out read requests? Is the server replying > or not? I ran tcpdump on the server and observed READDIR packets being received, but no response being emitted. > Are the replies garbled? Is there a lot of other activity on > the network at the time? Can you initiate another (smaller) NFS > transfer when the first one wedges? I'll try this when I get home. Don't know enough about the contents of NFS packets yet to tell if it's garbled. > > You have to give me as much information as you can. I need to be > able to clearly identify the symptoms of the problem with out all > the 'oh my god it doesn't work and I tried this and this and this' > crap. Orright.. Just give me a little time. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: egcs
>> What will become of f77 which is in "src/gnu/usr.bin/cc/f77"? This >> seems to be a good time to decide what will happen with Fortran in the >> base FreeBSD system. > >VERY good question. I have no opinion in the matter, but will follow the >wishes of others (or Core, or committers, or who ever should make this >decision and who ever tells me which way to go). My vote is to include the sources for g77 that go with the egcs suite, but to have a knob in /etc/make.conf (BUILD_G77=yes) to control if they get built or not. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Patched RealTek driver -- please test
Well, I nipped home over my lunch break & gave it a try - some progress, of a sort. My NFS problems have gone away (at least under light activity), but it now seems rather sensitive to sending lots of stuff. The symptoms observed are a hard hang of the whole machine, no response to pings or keyboard action. I cant even break into DDB. How I reproduced this is as follows - get the netpipe program off ports, then set up a receiver on the non-realtek machine as follows - NPtcp -s -r Then on the RealTek machine do this - NPtcp -s -t -h non-realtek-hostname -P After about 5 or so lines of throughput stats, it dies in the bum. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Patched RealTek driver -- please test
OK - I've banged on the new version with extra debug messages and it still locks up, but without any messages! I can only conclude that the 486MB BIOS is iffy. I haven't tried any other slots in the MB, but have tried various PCI settings, all to no avail. I have swapped the de0 and the rl0 between machines, and the rl0 is happy in it's new home - hasn't fallen over, although it's netpipe performance sucks with very small packets. I think we can write this one off as a faulty PCI implementation on the 486 motherboard. Thanks for your patience & time. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Patched RealTek driver -- please test
This version survived for a little longer, but hung (on the 486 box) whilst doing a recursive ls of a large directory tree. Again, no messages, except for one which came up as the box was booting, whilst it was starting squid. The box was OK for about 4 minutes after this message, which was "rl0: watchdog timeout" Hope this helps. Stephen To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
CAM changes causing prob?
After the last lot of CAM changes, I occasionally get processes hanging attempting to access my QIC-525 tape drive. They can't be killed, so doing backups can be a mite troublesome. Sometimes it works, sometimes it doesn't. There seems to be some relation to how recently the last lot of tape activity was (althought this is rather tenuous). Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: ATTENTION PLEASE: g77 in base system.
Thus spake Brian Handy >On Fri, 9 Apr 1999, The Hermit Hacker wrote: > >> [g77 in the source tree] > >>I have to agree here...I personally know noone that actually uses >>Fortran...having it as an option to turn off would be nice...one less >>thing to compile on a buildworld... > >I know *lots* of people that use FORTRAN. That aside, I think I'd be >satisfied with a port. > > >Brian I can see that it would get out of sync very rapidly with our cc - Please put the sources in with egcs and have a know to turn it *on* rather like profiled libs. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: DoS from local users (fwd)
Mikhail Teterin wrote: > What about a new login-class capability specifying the maximum > percentage of CPU time a class of users can utilize? With standard > class having 90% (or 95%)? The machine would appear (to most of > the users) as if it had 10% slower CPU, with the remaining usable > by the root-class. This way, if the CPU consumption by system is > 30%, the most CPU time the standard users can get is 60%. > > Trusted users can be placed into a different class, of course. > > Plausible? > What you guys are describing is the FAIR SHARE scheduler for Unix, as implemented by Softway in Sydney many years ago. It originated in Sydney University as part of the efforsts of the CS department there to share out an old Vax 11/780 amongst 80 odd users at a time. Students aren't noted for their common sense, so measures like this were necessary. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Further on tape & CAM problems
When the tape hangs with an unkillable process, its relevant PS flags are "physstrat" and "DL+". It doesn't hang forever, just a very long time, like someone's confused milliseconds with microseconds, or some such. Also, when writing to the 2nd tape in a CPIO archive, it doesn't actually write to the tape. systat -vmstat records lots of stuff going to the tape device (a SCSI QIC-525 in this case) very quickly - way beyond the speed it can actually do but there's no actual activity. Dump on the otherhand seems fine. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
New kernels won't boot
On my machine, a kernel newer than one built on the 22nd will not complete booting, panicing about not being able to mount root. Another machine with a very similar config is fine. The main difference is that the faulty machine has its FreeBSD partition in an odd spot on the disk. Below is the dmesg output, the fdisk output and the config file. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Thu Apr 22 00:37:32 WST 1999 t...@bloop.craftncomp.com:/usr/src/sys/compile/bleep Timecounter "i8254" frequency 1193182 Hz CPU: AMD Enhanced Am486DX4 Write-Through (486-class CPU) Origin = "AuthenticAMD" Id = 0x484 Stepping=4 Features=0x1 real memory = 16777216 (16384K bytes) avail memory = 13750272 (13428K bytes) Preloaded elf kernel "kernel.good" at 0xc02c4000. Probing for PnP devices: npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 chip0: at device 0.0 on pci0 de0: at device 4.0 on pci0 de0: interrupting at irq 11 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:a6:59:dc de0: enabling 10baseT port isa0: on motherboard atkbdc0: at port 0x60 on isa0 atkbd0: on atkbdc0 atkbd0: interrupting at irq 1 vga0: on isa0 sc0: on isa0 sc0: VGA color <16 virtual consoles, flags=0x0> ata1 at irq 14 on isa0 ata1: interrupting at irq 14 fdc0: interrupting at irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> at fdc0 drive 0 mse0 at port 0x23c irq 5 on isa0 mse0: interrupting at irq 5 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 flags 0x10 on isa0 sio1: type 16550A sio1: interrupting at irq 3 ed0 at port 0x280-0x29f iomem 0xd8000-0xdbfff irq 10 on isa0 ed0: address 00:00:c0:d2:b2:72, type SMC8216T (16 bit) ed0: interrupting at irq 10 ppc0 at port 0x378 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 lppps0: on ppbus 0 ppc0: interrupting at irq 7 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled ds0 XXX: driver didn't set ifq_maxlen ad0: ATA-4 disk at ata0 as master ad0: 4103MB (8404830 sectors), 8894 cyls, 15 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=2 ad0: 16 secs/int, 0 depth queue, PIO mode changing root device to wd0s4a ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates *** Working on device /dev/rwd0 *** parameters extracted from in-core disklabel are: cylinders=1042 heads=128 sectors/track=63 (8064 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1042 heads=128 sectors/track=63 (8064 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 201600, size 7999488 (3906 Meg), flag 80 (active) beg: cyl 25/ sector 1/ head 0; end: cyl 1016/ sector 63/ head 127 machine "i386" ident BLEEP maxusers10 options INCLUDE_CONFIG_FILE # Include this file in kernel config kernel root on ad0 dumps on ad0 cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) cpu "I686_CPU" # aka Pentium Pro(tm) options "COMPAT_43" options USER_LDT#allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options "VM86" options DDB options KTRACE #kernel tracing options UCONSOLE options USERCONFIG #boot -c editor options INET#Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop#Network loopback device pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc#Discard device pseudo-device tun 2 #Tunnel driver (ppp(8), nos-tun(8)) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options MROUTING# Multicast routing options IPFIREWALL #firewall options IPFIREWALL_FORWARD #enable transparent proxy support options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT#diver
Re: New ATA drivers problem? (Was: New kernels won't boot)
Soren, I did a bit of experimenting with my CVS archive and found that version 1.8 of ata-all.c was the last one that worked on my problem box. 1.9 spewed out errors about unexpected interrupts whilst probing and eventually hung, and 1.10 gave the unable to mount wd0s2a errors we all love. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Sound still not quite working (Voxware)
I get DMA / interrupt timeouts on programs such as mpg123 or NAS. Those programs that mmap the DMA buffer and set it cycling through (quake & friends) work fine. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Some interrupt bogons still around.
An old 486 of mine still cant see its IDE driver with versions of ata-all.c later than 1.8, and my soundcard (PAS16) still doesn't seem to generate interrupts since the nexus stuff went in. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
MTRR support for AMD K6-2?
Do we have MTRR support for the AMD K6-2, and how's it done (e.g., if I want to allow mtrr support for my Voodoo Banshee) Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
SGI to release XFS under Open Source license
Some of you may already know this - I'm wondering about the pain involved in fitting it to our architecture. Journaling. Hmmm. http://www.news.com/News/Item/0,4,36807,00.html?owv -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: MTRR support for AMD K6-2?
> > > > Do we have MTRR support for the AMD K6-2, and how's it done (e.g., if I > > want > > to allow mtrr support for my Voodoo Banshee) > > It's being worked on. The K6 is a problematic device, as it only > supports two memory ranges, as opposed to the eight the P6 does. > OK - give me a yell once it's ready for testing. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Hacking objcopy
Would anyone have any objections to me hacking objcopy so that it could do the following - a) Change symbol names from one thing to another b) Add/remove dependencies on other shared objects. If I submit these changes, what chance do I have of getting them made "official"? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: pcm still broken in -current (at least for me)
> The same happens with snd0 instead of pcm. It looks like it can't > register the interrupt handler - is it now supposed to be registered in > a different way (perhaps via nexus)? > I'm seeing the exact same problem, only with the Voxware driver and a PAS16. I've held off upgrading the soundcard because all the local vendors only seem to sell cards we don't have drivers for. Sigh. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Finding out what function an interrupt is tied to..
I'm having some problems since when the newbus code went in, in that my sound card doesn't seem to be interrupting anymore (PAS16, Voxware drivers). So what I'd like to do is look at the kernel and see if an interrupt actually has a function associated with it, and if it's being masked out. Any ideas? Of course, this would have to happen just as I learnt to rip my music CD's into mp3s. Stephen To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
