ESS sound drivers and 4.0-current
I believe the ESS drivers weren't committed to 4.0-current yet. When I grep ' ESS ' in /sys/i386/isa/sound, the only thing I can come up with is the ESS support that was in the old voxware sound code. Sanpei, who is developing the ESS sound drivers, says they were committed to the newpcm drivers. I believe they were not added yet. From http://home.jp.freebsd.org/~sanpei/: tarball for 4-current -- our ESS(ISA) code was commited to newpcm driver in 4.0-current(1999/09/04) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ESS sound drivers and 4.0-current
Thanks for the patch; I'll try it. I have the ESS 1868 isa card. The problem I'm having isn't really volume problems. When I use RealPlayer 5.0, certain realaudio clips play through extremely fast, and I can hear the sound in bursts along the way. The speed/sample rate itself doesn't increase, but the entire clip whizzes by extremely fast, and I hear short bursts of the clip. Maybe the clip isn't being memory mapped properly? I also get messages like this via syslogd: Oct 31 08:49:06 /kernel: WARNING: driver snd should register devices with make_ dev() (dev_t = "#snd/6") Oct 31 10:21:40 /kernel: WARNING: driver snd should register devices with make_ dev() (dev_t = "#snd/6") Nov 1 03:00:22 /kernel: WARNING: driver snd should register devices with make_ dev() (dev_t = "#snd/19") Maybe this has something to do with it? - Donn On Mon, 1 Nov 1999, Reinier Bezuidenhout wrote: I have made a change to the ESS code in the pcm/isa/sb.c to allow my ESS1869 card to change the volume in both channels ... I'm running current of a few days ago. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ESS 1868 driver (again)
I got the one email that said that there was some trouble with the ESS
1868 sound driver under FreeBSD-current. Is there an issue with -current
and newpcm that is causing the 1868 sound driver to not work? Also, I'd
like to know how to compile the newpcm sound driver as a loadable kernel
module, so that I can just load and unload it with kld{load,unload}.
I tried the patch Sanpei gave me, but no dice (ESS 1868). When I try
playing certain RealPlayer clips, for example, a 2 minute clip will finish
in about 10 seconds with short bursts of sound along the way. Actually,
it does play the entire clip through, but the entire clip goes wizzing by
at an extremely high rate of speed with only short bursts of sound along
the way. Video+audio clips will show a "fast-forwarding" effect with no
or short bursts of sound.
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: ESS 1868 driver (again)
On Thu, 4 Nov 1999, Luigi Rizzo wrote: guys, you should realize that the ESS1868 codecs (and friends) are extremely unfriendly to the programmer, and possibly (according to Sanpei comments) broken in their handling of auto-dma. As a consequence i cannot believe anyone wants to write a driver for this chip fighting against all idiosincracies of the hardware and its ugly design. If you have a machine with that card, just replace it with a better supported one. If you have a laptop with that card, well, you have Which members of the SoundBlaster family are supported? Is the SoundBlaster 16 WavEffects supported? I'd like to get one of the wavetable synth models. Thanks. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Idea for console graphics library
There's been a lot of talk about a console graphics library. First off, you'd have to maintain a library of drivers for each video card. So, I suggest this: Why don't we or the XFree86 project fork off a branch dedicated to console graphics? Most of the code necessary is in the XFree86 Xserver. We could just yank out most of the driver and graphics card drivers from XFree86's latest 3.95.16 snapshot. We could make a set of FreeBSD lkm's that we could load on demand if necessary. This would enable us to have something like Linux's `fbcon'. The idea is to separate the graphics drivers from XFree86, and have them running on the console. Then, when startx is invoked, the rest of the Xserver code would just load. That way, some sort of graohics graphics could be running all the time, and the Xserver would just dynamically link with the console grahics when `startx' is invoked. But, the graphics driver would be running all the time, and we could use this graphics mode in lieu of the basic text mode that is in most VGA cards. I've heard that the VGA standard wants to get rid of text mode, and just go with graphics mode anyway. With the idea above, a `partial' Xserver would always be running as part of the system console. Of course, it's not a full Xserver, so it wouldn't be as bloated as actually fully running X with startx. The `full' Xserver would only come into play when startx is invoked. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dd and gzip'd files
Alfred Perlstein wrote: On Sat, 20 Nov 1999, Donn Miller wrote: I recently tried using dd to transfer a binary image to floppy. It was the Linux root disk image, color.gz. Basically, dd works ok with non-gzipped files, but with files in gzip format, it chokes: root@lc186 floppies# dd if=color.gz of=/dev/rfd0 dd: /dev/rfd0: Invalid argument 2453+1 records in 2453+0 records out 1255936 bytes transferred in 42.665771 secs (29437 bytes/sec) Notice the line that says: 2453+1 records in ^^ For some reason, it is offsetting to 1 before writing to disk. Rawrite.exe does this correctly. I tried with net.i, and it gave me no problems: root@lc186 floppies# dd if=net.i of=/dev/rfd0 2156+0 records in 2156+0 records out 1103872 bytes transferred in 39.172698 secs (28180 bytes/sec) I tried skip=0, but that didn't work. Apparently, dd has some limitations with what kinds of files you can transfer to floppies. I downloaded the files in binary format, so there's no problems there. no, you must write in block sized chunks when writing to raw devices or it'll get mad at you, try figuring a way to use a blocksize of 16k and padding it to a 16k boundry. if that doesn't work, then please tell us what you tried. Thanks. Here is what I tried: root@lc186 floppies# dd obs=16k conv=osync if=color.gz of=/dev/rfd0 2453+1 records in 77+0 records out 1261568 bytes transferred in 50.994527 secs (24739 bytes/sec) It appears to have worked. I guess the output block size of 16k is key for floppies, then. The conv=osync does the padding. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD security auditing project.
On Tue, 23 Nov 1999, Mark Murray wrote:
Hello FreebSD'ers!
2) I propose that WE diff(1) FreeBSD with {Open|Net}BSD, and with a
security perspective apply those bits that look relevant and that will
work. Who nose - we may even pick up some useful featurez!
While we're on the subject of possibly borrowing code from NetBSD... NetBSD's
wscons looks interesting. Any chance FreeBSD will adopt this, or will we
stay with syscons?
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Compiling drivers as lkm's
Is there any kernel config option that can be used to link a driver to the kernel dynamically (LKM) instead of statically? Also, I'd like to know how to write a driver as an lkm. Of course, if anyone has any links or info on how to write a driver period, I'd like to know. It seems like the best method to write, test, and debug a new driver would be to use lkm's, since you could just use kldload() and kldunload() to test the driver-in-progress instead of just rebooting. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MAKEDEV newpcm driver
So, is the right command to make the audio device entries ./MAKEDEV snd0, or does newpcm have a different method to create the audio device entries? Also, I have an ESS 1868, and I'm getting the "fast forward" effect with the newpcm driver. It's a SB compatible card. I'll attach the output of dmesg. -- - Donn 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: Mon Nov 29 13:40:20 EST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57962496 (56604K bytes) Preloaded elf kernel "kernel" at 0xc02f5000. Intel Pentium detected, installing workaround for F00F bug npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 ide_pci0: SiS 5591 Bus-master IDE Controller irq 11 at device 1.1 on pci0 ed0: NE2000 PCI Ethernet (RealTek 8029) irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) vga-pci0: SiS model 0200 VGA-compatible display device irq 11 at device 19.0 on pci0 devclass_alloc_unit: ed0 already exists, using next available unit number fdc0: NEC 72065B or clone 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 wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa0 wdc0: unit 0 (wd0): FUJITSU MPB3032ATU, DMA, 32-bit, multi-block-16 wd0: 3093MB (6335280 sectors), 6704 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): M1614TA, DMA, 32-bit, multi-block-16 wd1: 1040MB (2130912 sectors), 2114 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at port 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa0 wdc1: unit 0 (atapi): BCD-24X 1997-06-27/VER 2.0, removable, accel, dma, iordy wcd0: drive speed 515 - 1718KB/sec, 128KB cache wcd0: supported read types: CD-DA wcd0: Audio: play, 255 volume levels wcd0: Mechanism: ejectable tray wcd0: Medium: CD-ROM 120mm data disc loaded, unlocked atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 mse0 at port 0x23c irq 3 on isa0 vga0: Generic ISA VGA at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0: not probed (disabled) sio1: not probed (disabled) sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: PLIP network interface on ppbus 0 lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port ppi0: generic parallel i/o on ppbus 0 unknown0: ESS ES1868 Plug and Play AudioDrive at port 0x800-0x807 on isa0 pcm0: ESS1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 unknown1: ESS ES1868 Plug and Play AudioDrive at port 0x201 on isa0 Mounting root from ufs:/dev/wd0s1a
Fast forward bug and newpcm (again)
Yes, I DO have the bridge drivers in my kernel config files, and I still get the "fast forward" effect with my ESS 1868. My guess is that it's just a bug with the ESS 1868 driver, I don't know. Maybe my ordering is wrong? I've had the sbc driver for the ESS ever since the bridge drivers came out. And people want to accuse me of not paying attention. Here's an excerpt from my kernel config: device sbc0 device pcm0 See that, I clearly have the bridge driver in my kernel config. Now, the question is, do I use the Sound Blaster bridge driver for the ESS 1868? And, is my ordering wrong? Actually, I've had the "Fast forward" bug with -current since the beginning of Oct. Maybe it's a thing with the ESS 1868, I don't know. But I did in fact have the bridge drivers in my config file, and compiled/installed the kernel with the sbc bridge driver. One person mentioned that the ESS doesn't want to work unless it's in mss mode (instead of SB compatibility mode). - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fast forward bug and newpcm (again)
On Tue, 30 Nov 1999, Seigo Tanimura wrote: On Tue, 30 Nov 1999 01:41:20 -0500, Donn Miller [EMAIL PROTECTED] said: Donn Now, the question is, do I use the Sound Blaster bridge driver Donn for the ESS 1868? And, is my ordering wrong? sbc driver does not probe ESS1868 at this moment. Question: will the ESS 1868 bridge driver be incorporated into the sbc driver, or should we devise a whole new bridge driver for the ess? I.e., we would have: device ess0 # ESS bridge driver if we write a separate ess bridge driver. I'll look over some of the bridge driver source code to see what needs to be done. Hopefully, I can help out in some way. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fdisk editor in DP2
Jun Kuriyama wrote: I'm trying to install DP2 to old machine (P2 dual). This box has 2GB IDE disk and ran NT4 before. When entering fdisk editor after booting from CD-ROM, I cannot delete NTFS partition by D key. D key only shows cursor up (NTFS is at offset 63, offset 0 seems boot selector for NT). Can I do something for debugging? I've got the same problem. I installed a -current snapshot about 2 1/2 weeks back, and the fdisk editor obviously wrote the partition tables with a different assumption about disk geometry than 4.7-stable. Now, my partition tables have boundaries that Linux's fdisk disagrees with. For example, using Linux fdisk from my Gentoo install: fdisk -l /dev/hda Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 136289138+ a0 IBM Thinkpad hibernation Partition 1 does not end on cylinder boundary: phys=(573, 11, 63) should be (573, 254, 63) /dev/hda2 *37 765 5855692+ c Win95 FAT32 (LBA) Partition 2 does not end on cylinder boundary: phys=(1023, 2, 63) should be (1023, 254, 63) /dev/hda3 766 1403 51247355 Extended /dev/hda4 1404 2432 8265442+ 82 Linux swap /dev/hda5 766 767 16033+ 83 Linux /dev/hda6 768 778 88326 83 Linux /dev/hda7 779 798160618+ 83 Linux /dev/hda8 799 831265041 83 Linux /dev/hda9 832 1403 4594558+ 83 Linux I never had this problem with FreeBSD-stable and Linux. And now, with the DP2 install CD, I can't delete any partitions with D, as the cursor just moves up. Here is FreeBSD's idea of my disk geometry: C/H/S == 38760/16/53 Here is what Linux reports: dmesg | grep hda ide0: BM-DMA at 0x1080-0x1087, BIOS settings: hda:DMA, hdb:pio hda: TOSHIBA MK2016GAP, ATA DISK drive hda: 39070080 sectors (20004 MB), CHS=2432/255/63, UDMA(33) So, I tried pressing G, and entering in 2432/255/63, but the DP2 fdisk editor still wouldn't let me delete any partitions. I suppose GEOM is the culprit here. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI and apm_saver?
ACPI works pretty well on my HP Pavilion Notebook. But is it possible to get the apm saver (apm_saver.ko) to work with ACPI? From what I understand, acpi is a superset of apm, and is able to provide some emulation of apm functionality. So, by this principle, shouldn't apm_saver work with acpi? I've got these in my /etc/rc.conf: apm_enable=YES apmd_enable=YES saver=apm Please correct me if I'm wrong, as I'm sure I am. But the standby mode works great when I press the button or close the lid. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and apm_saver?
Terry Lambert wrote: Donn Miller wrote: ACPI works pretty well on my HP Pavilion Notebook. But is it possible to get the apm saver (apm_saver.ko) to work with ACPI? From what I understand, acpi is a superset of apm, and is able to provide some emulation of apm functionality. So, by this principle, shouldn't apm_saver work with acpi? APM and ACPI are mutually exclusive. A similar question to yours might be: I had a Toyota Corolla, and I've traded it in on a Mack Semi Tractor; can I use the floor mats from my Corolla in the new Semi? Someone needs to write an acpi_saver.ko. Ah! I thought about that myself. Basically, I need a way to blank the LCD screen like apm_saver.ko does. It doesn't sound like too difficult a task. But ACPI worked much better than APM on my laptop. Basically, every time apm_saver kicked in, my clock started losing clock ticks. On current, APM/apmd makes my clock lose ticks at an alarming rate, even when no APM functions are active. But since ACPI seems to work much better anyways, I'm not too worried about it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sa_handler and sigaction...
Just tried compiling the mgv port on current. It bombs out with the
following error message:
Making all in toolbar
cc -DPACKAGE=\mgv\ -DVERSION=\3.1.5\ -DHAVE_PUTENV=0 -DUSE_DMALLOC=0 -DHAVE_XPM=1 -DHAVE_X11_XPM_H=1 -DHAVE_MOTIF=1 -DHAVE_LIBHELP=0 -DHAVE_EDITRES=1 -I. -I. -I. -Iwlib -I/usr/X11R6/include -O2 -Os -pipe -march=pentium3 -D_POSIX_SOURCE -I/usr/X11R6/include -c Ghostview.c
Ghostview.c: In function `Input':
Ghostview.c:487: structure has no member named `sa_handler'
Ghostview.c: In function `StopInterpreter':
Ghostview.c:1529: structure has no member named `sa_handler'
*** Error code 1
Stop in /usr/ports/print/mgv/work/mgv-3.1.5.
*** Error code 1
Stop in /usr/ports/print/mgv.
Here is the relevant portions of Ghostview.c:
static void
Input(XtPointer client_data, int *source, XtInputId *id)
{
Widget w = (Widget)client_data;
int bytes_written;
struct sigaction sa, osa;
USEUP(id); USEUP(source);
memset((void *)sa, '\0', sizeof(sa));
memset((void *)osa, '\0', sizeof(osa));
sa.sa_handler = CatchPipe;
sigemptyset(sa.sa_mask);
It looks like it should compile, but it doesn't. I mean, sys/signal.h
does have a #define for sa_handler.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: More ld-elf.so.1: assert failed messages
John Polstra wrote: In article [EMAIL PROTECTED], Donn Miller [EMAIL PROTECTED] wrote: This time it happens with a recent cvs version of wine (about 1 week old). $ wine -desktop 780x560 ./iew31.exe Could not stat /mnt/fd0, ignoring drive A: ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:54 wine: can't exec './iew31.exe': invalid exe file Terminated When the assert fails it should generate a core dump if the permissions of the working directory allow it. If you can get a core dump and use gdb to get a stack trace, that would help me a lot. Otherwise it's almost impossible for me to diagnose this. If you can tell me precisely how to duplicate the problem then I'll try. Assume I know nothing about wine. Here's the backtrace from gdb: (gdb) backtrace #0 0x2805ce30 in kill () from /usr/libexec/ld-elf.so.1 #1 0x2805ca0d in abort () from /usr/libexec/ld-elf.so.1 #2 0x28053c6e in lockdflt_acquire () from /usr/libexec/ld-elf.so.1 #3 0x28053bc0 in _rtld_bind () from /usr/libexec/ld-elf.so.1 #4 0x28051205 in _rtld_bind_start () from /usr/libexec/ld-elf.so.1 #5 0x284ad3fc in SYSDEPS_StartThread () from /usr/local/lib/libwine.so #6 0x0 in ?? () Note: I didn't compile wine with -g. I'll do that if you want... - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current.freebsd.org (FTP)
Forrest Aldrich wrote: Is not allowing anonymous ftp logins. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message I noticed this too... Maybe there's too many users, and is refusing connections? Hmmm... - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Two queries [ KDE / XFree86 ]
Alexander Leidinger wrote: On 28 Feb, Cliff Rowley wrote: to site.def... Since posting my last mail, I've also encountered a similar message, thie time reported by Imlib. It's not the exact same message, but it's the same meaning. They are both having trouble getting a handle on shared memory (at least, this is my interpretation). I've got SYSV* in my kernel, so it's not that... Add "options SHMMAXPGS=8192" to your kernel-config to get rid of the errors from imlib (perhaps you have to increase the number if you still get errors after adding it). What was the previous default value of SHMMAXPGS? Why was it changed? (Just curious, not slamming anybody...) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Two queries [ KDE / XFree86 ]
Thomas Graichen wrote: one other thing: does anyone have the XFree86 pre 4.0 snapshot running with moused and SysMouse ? - it works fine for me without moused and the moues directly under X - but with moused and "SysMouse" "/dev/sysmouse" nothing happens when moving the mouse - any further XF86Config magic required for this ? - does anyone have an hint here ? (btw. - all this on a fresh 4.0-CURRENT box) Did you select the "mouse systems" protocol in the xf86config menu? Also, does your mouse work under moused at the console? You should leave moused_type="auto" as the default. Basically, does your mouse work under syscons? That's the main thing. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
SHM, Netscape and XFree86-4.0
Alexander Leidinger wrote: Add "options SHMMAXPGS=8192" to your kernel-config to get rid of the errors from imlib (perhaps you have to increase the number if you still get errors after adding it). I tried this, and I still get things like "shmat() failed: could not attach shm segment" (in Netscape). So, I think what I need here is to increase options SHMSEG=9 to some higher value. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Upgrade to current from 3.3-RELEASE
On Tue, 29 Feb 2000, Aaron Hughes wrote: I cvsup upgraded my /src dir to 'release=cvs tag=.' which I believe to be 4.0-CURRENT. I successfully completed a 'make -j10 buildworld', however, when I ran make -j10 installworld' I received the following error: Did you try make installworld, i.e. make -j1 installworld? I don't know if you'd be gaining anything by using -j10 during make installworld. buildworld is a different matter, though... - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Two queries [ KDE / XFree86 ]
On 1 Mar 2000, Thomas Graichen wrote: Basically, does your mouse work under syscons? That's the main thing. yes - "Auto" did it - looks like "SysMouse" as config entry in the XF86Config is broken - anyone here from the XFree86 devel people to take a look at this ? $ grep -5 -in sysmouse /etc/X11/XF86Config 208-# Identifier and driver 209- 210-Identifier "Mouse1" 211-Driver "mouse" 212-Option "Protocol""MouseSystems" 213:Option "Device" "/dev/sysmouse" 214- I'd recommend just backing up your old /etc/X11/XF86Config, and using the tty mode program xf86config to generate your config file. Or, just do as I have shown above. Apparently, they changed the format of XF86Config. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Two queries [ KDE / XFree86 ]
On 1 Mar 2000, Thomas Graichen wrote: "XFree86-BigFont extension: shmat() failed, size = 4096, errno = 24" with those options the error is gone for me - i think the relevant one is the SHMALL (the others are for postgres) - i found this out by simply reading the piece of source of XFree86 which emits this error and there is written that SHMALL should be at least 48M - so 16k pages = 64M should be fine options SHMMAXPGS=4096 options SHMALL=16384 options SHMSEG=16 options SEMMNI=32 options SEMMNS=128 Here's what I've added to my kernel config to get rid of those errors: # Options for SHM options SHMMAXPGS=4097 options SHMSEG=128 It looks like SHMMAXPGS has to be a power of two + 1. (The original config file says options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=1025 So, it looks like SHMMAXPGS has to be a power of two + 1. That's why I chose 4097 instead of 4096 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current.freebsd.org
Cy Schubert - ITSD Open Systems Group wrote: What ever happened to current.freebsd.org. Here is the transcript of my last session: [snip] It's been "broken" for the last couple of days. Try releng3.freebsd.org. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: More ld-elf.so.1: assert failed messages
John Polstra wrote: Below is a patch for "src/libexec/rtld-elf" which should fix the assert failures in wine. I'd appreciate hearing from anybody who tests this with multithreaded packages such as wine, JDK, Mozilla, and linuxthreads. [snipped patch] OK, here's some of the errors I get with Mozilla. It looks like it happens when Gdk runs out os SysV shared memory. Otherwise, if I don't get the "Gdk-WARNING **: shmget failed!", the ld.so erros never occur, and Mozilla runs OK. It seems as if Wine is working OK so far, though, although I probably haven't tested Wine enough: .//run-mozilla.sh ./mozilla-bin MOZILLA_FIVE_HOME=/wine/dmmiller/mozilla/dist/bin LD_LIBRARY_PATH=/wine/dmmiller/mozilla/dist/bin:/usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayerG2/Common:/usr/local/RealPlayerG2/Codecs:/usr/local/kde/lib SHLIB_PATH=/wine/dmmiller/mozilla/dist/bin LIBPATH=/wine/dmmiller/mozilla/dist/bin MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= nNCL: registering deferred (0) Gdk-WARNING **: shmget failed! Profile Manager : Profile Wizard and Manager activites : Begin Profile Manager : Command Line Options : Begin Profile Manager : Command Line Options : End ProfileManager : GetProfileDir ProfileManager : GetProfileDir Profile Manager : Profile Wizard and Manager activites : End /usr/libexec/ld-elf.so.1: Application locking error: 1 readers and 1 writers in dynamic linker. See DLLOCKINIT(3) in manual pages. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: More ld-elf.so.1: assert failed messages
John Polstra wrote: In article [EMAIL PROTECTED], Donn Miller wrote: OK, here's some of the errors I get with Mozilla. It looks like it happens when Gdk runs out os SysV shared memory. Otherwise, if I don't get the "Gdk-WARNING **: shmget failed!", the ld.so erros never occur, and Mozilla runs OK. It seems as if Wine is working OK so far, though, although I probably haven't tested Wine enough: [...] /usr/libexec/ld-elf.so.1: Application locking error: 1 readers and 1 writers in dynamic linker. See DLLOCKINIT(3) in manual pages. This means that one thread was in the middle of a dlopen() call when another thread either called a new function for the first time (invoking the dynamic linker for lazy binding) or called dlsym(). Really the only _right_ place I can find to fix this kind of thing is in the application itself, by calling dllockinit() to set up locking for the dynamic linker invocations. I just reverted back to the "normal" version of ld-elf.so, the version without the patch. Mozilla doesn't have the problem with the "non-patch" version. So, maybe it isn't the application. Or, maybe the original, "non-patch" version wasn't doing something right. Just wondering, in case the problem isn't with Mozilla. I'm using Mozilla right now, with the original ld-elf.so.1. (The fonts are hard on my eyes.) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
How to crash FreeBSD w/ mpg123 and XFree86
First, start up XFree86. Next, play an mp3 clip in an xterm with mpg123. Next, hit cntrol+alt+F3 (or whatever) to switch to a VC while the clip is playing. Stau there for about 3 seconds. Then, switch back to X with alt+F9, or whichever VC X is running on. On my machine, the monitor goes blank, my display goes black, and the machine is unresponsive. However, I didn't try to see if I could still log in via a serial terminal. The version of XFree86 I'm running: $ X -showconfig XFree86 Version 3.9.18 / X Window System Do all of this while the clip is playing. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: about releng3.freebsd.org
mika ruohotie wrote: just a thought, would it be possible to have ls-lR and ls-lR.gz over there? You could just ftp into the server, and at the root directory, do: ls -lR ls-lR It will ask you if you want to save to local file ls-lR. Press y. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Discussions and facts [Was: Re: ssh strangeness in -current...]
Marc Schneiders wrote: I find it quite a problem that one is supposed to read very long threads of discussions (which one may not be interested in, does not have the time for, or cannot understand) in order to find the information necessary to run and keep up with current without problems. Or to solve any occuring problems. In that case, I would just follow -current on muc.lists.freebsd.current, or one of the other usenet mirrors. If you want to reply to something, just reply to the person directly, and add [EMAIL PROTECTED] in your cc. That would be one solution. [using mozilla's mail reader, so sorry if this looks screwed up] - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Weird problems with my IDE HD
I've got two HD's in my machine: one's an older one (WDMA2) and the other one, my main one, is newer (UDMA33). With recent kernel builds, I've noticed some strange problems with the older HD. When I try to to something like fsck -y on the drive, fsck just hangs. Also, if I have that drive mounted, and I do umount on that drive, umount hangs, and sometimes umount hangs my whole system. I'm trying to determine if it's because my drive is bad, or was there something that was changed in the ATA driver that may be causing this? Output of dmesg: [snip] atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd 807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 [snip] ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2 In this case, it is ad1 that is hanging. This was with kernels built from yesterday's cvsup sources. I'm recompiling the kernel now. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Weird problems with my IDE HD
On Mon, 13 Mar 2000, Soren Schmidt wrote: It seems Donn Miller wrote: I'm trying to determine if it's because my drive is bad, or was there something that was changed in the ATA driver that may be causing this? Output of dmesg: There was a window where the ata driver had a problem due to me committing a premature fix to enable the disksort stuff. This is now backed out in 4.0 and the prober fix is in -current. Oh -- thanks for the info! So, it wasn't my imagination. Yeah, some strange stuff was happening. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
Dan Nelson wrote: In the last episode (Mar 15), Maxim Sobolev said: I've just upgraded my production server to the 4.0-RELEASE and found that squid23 when compiled with -Os option dying with signal 11 on each attempt to load page. When I recompiled it with -O fault disappeared. After some digging into the sources with gdb I found This is just a 'me too'. I get it with -O2 (-Os implies -O2, so it's probably the same problem). I've noticed various compile-time optimization bugs as well. For example, I tried building Qt with -mpentium -O3 -pipe, and somewhere during the build, I get "Internal compiler error." Falling back to the stock optimization levels of -O2 fixed this. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic during make depend
"Jeffrey J. Mountin" wrote: Successfully did a buildworld with -O -pipe -march=pentiumpro, installworld was good, remade /dev and built a generic kernel. Config'd my local kernel and within the first few lines of 'make depend' it bombed: Sounds like one of those nasty gcc optimization bugs. I generally build my kernel and world with -mpentium -O3 -pipe, and I haven't seen any bugs at all. I build everything with these flags without problems. The only problems I've see, as mentioned previously, was in building Qt. I've gotten an "Internal compiler error" with those flags, but reverting to what Troll put in qt/configs solved the problems. Apparently, there's both compile-time and run-time bugs with gcc's opt. code. I think there are some bugs with the pentium-specific flags in gcc, excluding the generic-pentium flag of -mpentium. I would try using -mpentium -O3 -pipe --- I'm pretty confident that will solve your problems, and you can still get generic pentium optimization levels. Of course, I don't really know if there's anything to be gained by using these flags over the stock -O -pipe -- but I do it anyways for the psychological reassurance (placebo effect). I definitely think building XFree86 with pentium opt. is a great idea. But with buildworld and buildkernel, my advice would be to just use -mpentium, as it's probably the "happiest medium" between pentium opt. and stability. From what I've heard, compiling mission critical stuff with -mpentiumpro is a bad idea. Hmmm... didn't -mpentiumpro come from pgcc? I think the best place to use -mpentiumpro is in compiling multimedia type stuff, where stability isn't important but speed is. Basically, gcc is a very good compiler. But, it isn't exactly the best compiler to use for optimization. Someone told me that Sun's and DEC's compilers, for example, blow away gcc in terms of speed. But, they aren't portable. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
Idea Receiver wrote: "make all" success without any problem. however, make install fail ;( following are the error msg. [snip] xf86vmode.c: In function `ProcXF86VidModeGetMonitor': xf86vmode.c:1320: Unable to generate reloads for: (insn 298 296 300 (parallel[ (set (reg:SI 0 %eax) (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0 (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -34 [0xffde])) 0)) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -36 [0xffdc])) 0)) (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) (const_int -40 [0xffd8])) 0)) This sounds like a problem with older 4.0-currents. Did you make world and your kernel recently? -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RealPlayer 7
Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. $ printenv LD_LIBRARY_PATH /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Mark Newton wrote: On Thu, Mar 16, 2000 at 05:35:43PM -0500, Donn Miller wrote: Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. I've had it working perfectly with the latest linux_base-6.1 and no LD_LIBRARY_PATH setting. Hasn't crashed once so far, which is rather unusual for products from RealNetworks! Hmm. Do you get video, though? Also, which plugins did you install? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Fri, 17 Mar 2000, Mark Newton wrote: On Thu, Mar 16, 2000 at 06:01:57PM -0500, Donn Miller wrote: Hmm. Do you get video, though? Also, which plugins did you install? Yup, I get video; like I said, it's working perfectly. I just took it through the stock standard installation (click next - next - finish, with no other options). Ok, fair enough. One last question, though -- are you running XFree86 4.0? Maybe it's something I'm lacking in my kernel config. I noticed that I didn't have options _KPOSIX_VERSION=199309L in there. I've got all the other posix functions, though. Are you using Linuxthreads? Or, maybe it's my ESS 1868 sound card. (I don't see how that is the problem, because sound works perfectly. But, you never know.) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Doug Barton wrote: I got disgusted with RP 5 because all of my favorite programs updated to G2 format, so I nuked it. Today I installed the latest linux-base port, downloaded the binary (non-rpm) version of linux RP 7 and it worked great. video and all. This is on an up-to-the-minute 5.0-Current. I think I found the problem -- it had "disable custom sampling rates" checked in the preferences section. I unchecked that, and at least the audio is working better. I still have to try the video, though... Maybe there's a conflict with running it with XFree86 4.0 and 16 bpp. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Fri, 17 Mar 2000, Kris Kennaway wrote: You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. I've noticed that the Linux version reports the OS as "Linux 2.0.36" or something like that. Is there anything special that will make the Linux version of Netscape report the OS correctly? Maybe it should be doing `uname -srm` or something like that. It's really minor, but it's always nice to have your OS trumpeted proudly in your usenet headers. I don't want "Linux" reported if I'm running FreeBSD... Just a minor gripe, I guess. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
David O'Brien wrote: On Sat, Mar 18, 2000 at 03:18:45AM +0100, Thomas Köllmann wrote: If it doesn't I'll probably try `-03 -pipe -march=pentium' come next What are people hoping to get by doing this? Are you actually doing a scientific performance evaluation between the various optimization options??? Are are people just being macho, and thinking they are getting all this non-existent performance increase? It's probably more of a "placebo effect", which makes you think your are getting a big boost in performance. I'll admit that I've never seen a whole order or magnitude increase in performance between -O and -mpentium-O3, or whatever - it probably gives you boosts here and there. Optimization is pretty good, as I've found out, with plain-jane -O. Beyond that, I think your performance gains are minimal. And yes, I think it's really macho to be usin' hopped-up CFLAGS, like -march=pentium -Os -pipe. I feel really studly doing this. :-) We should do a survey, and find out what the guys use for CFLAGS and COPTFLAGS and compare them to what the female users are using. That would be interesting. I don't know, -O seems to be doing some pretty decent optimization, from what I've seen of the assembler output. I guess you're right in that all higher optimization are prividing marginal performance gains. From what I gather, the i386 arch. is not very sensitive to optimization from gcc. You'll see minor boosts here and there, but that's about it. Typically, guys that are diehard football fans like to use -mpentium -O3 -pipe for building world and kernel. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
Idea Receiver wrote: Finally! IT WORKS! Someone should let the XFree86 team know about this. On Sun, 19 Mar 2000, ANAZAWA Akio wrote: bash$ diff -U2 FreeBSD.cf.orig FreeBSD.cf --- FreeBSD.cf.orig Fri Feb 18 02:19:43 2000 +++ FreeBSD.cfSun Mar 19 00:27:11 2000 @@ -464,6 +464,7 @@ * A hack to work around an optimisation problem with the compiler on * FreeBSD 4.0-current in late 1999/early 2000. + * (and FreeBSD 5.0-current in early 2000) */ -#if OSMajorVersion == 4 OSMinorVersion == 0 OSTeenyVersion == 0 +#if (OSMajorVersion == 4 || OSMajorVersion == 5) OSMinorVersion == 0 OSTeenyVersion == 0 #define FreeBSDGccOptBug #endif Regards, Akio Anazawa - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
getopt and GNU software
I was wondering if it would be possible to provide a library someplace for
the GNU version of getopt()? I've seen a lot of source code in the tree,
and whenever a program in /usr/src/{gnu,contrib} needs to link to the GNU
version of getopt() and getopt_long(), there were source files provided in
that directory for these functions, e.g. getopt1.c and getopt.h. I think
it would be easier to build and install a lib in /usr/lib for some of the
frequently used GNU functions. We could call it /usr/lib/libcontrib.a or
libgnucompat.a, or something like that.
The reason I'm asking is that I'm seeing a lot of GNU software that needs
to use GNU's getopt() and getopt_long(). I think it's a lot cleaner than
just putting getopt*.[ch] in every contrib or gnu directory that needs
it. The app that needs these functions can then link to
libgnucompat.a. We could also provide a header file someplace that
provides these functions, e.g. gnucompat.h or gnu.h.
Well, it's not that big of a deal, but there is a certain percentage of
GNU software that requires some GNU library functions.
Comments?
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: getopt and GNU software
Thomas Gellekum wrote: Donn Miller [EMAIL PROTECTED] writes: I was wondering if it would be possible to provide a library someplace for the GNU version of getopt()? /usr/ports/devel/libgnugetopt. Thanks Thomas. I wasn't aware that the port existed. Yes, I had problems compiling gefax, because of these functions. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Performance drop in sound (pcm driver or scheduler?)
I just rebuilt by kernel this morning at around 2:00 AM from a fresh cvsup. Now, the sound driver doesn't perform as well as it used to. For example, playing audio clips in realplayer sometimes skips or cuts out when I open up windows, etc. My Mar 28 build of the kernel doesn't have this behavior. I have the ESS 1868 ISA sound card. Maybe it was a change in the scheduler that did it? At any rate, I'm noticing a drop in performance when I play mp3's or even low-quality audio clips with RealPlayer. I'm thinking that if the sound driver isn't at fault, then it's gotta be changes in the scheduler that's causing the sound apps to not get the CPU time it used to. Again, I'm comparing kernels that were built Mar 28 and Mar 30, the Mar 30 build having the noticable drop in sound driver quality. Basically, I don't really notice any difference overall in system performance between the two, but the pcm driver doesn't seem to be performing as good as it did as of mar 28 and before. I'm guessing that it's the pcm driver's fault, but I just want to cover all bases since someone did mention the new sched. code. What pieces of both were changed between Mar 28 and Mar 30? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Recent changes made to pcm
Well, it looks as if some changes were made to pcm. Specifically, it looks as if changes were made to address the problem of RealPlayer not stopping the clip immediately after pressing stop. Before the changes, RealPlayer (all versions) would keep playing the clip ~ 3 secs after pressing stop. Now, it stops playing the clip almost immediately after pressing stop. In the wake of these changes, now RealPlayer's sound gets interrupted very easily after opening/closing windows. Also, the previous pcm changes performed much better under high CPU loads. Now, pcm chokes under CPU loads. I may be wrong, but it looks to me like there's a tradeoff here: if you fix pcm so that RealPlayer stops playing the clip sooner after pressing stop, it performs noticeable worse under moderate to heavy cpu loads. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: no audio with newpcm driver on TP600E
Kent Hauser wrote: I'm having problems with the newpcm driver. Basically, I can't get audio from the speakers. This while trying to play a cd. The output of mixer looks reasonable. How recently has your kernel been built? I've been running -current for a long time, and my ESS 1868 ALWAYS worked until I built a kernel on Mar 30. It looks like the pcm driver was overhauled as of Mar 29 or 30. Basically, my sound still works, but sound apps are acting real flaky. The sound is really flaky, and the sound chokes bad under any CPU load. I had to revert back to a kernel I built around midnight Mar 28 before the changes to pcm were committed. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Recent commits to /sys/dev/sound/isa/ess.c
I tried this, and the buffer size of 16k doesn't work too well with the ESS 1868 isa. The fist .3 seconds or so of the beginning of the clip plays in an infinite loop. I bumped down the buffer size to 12k, and it seems to work pretty well. Actually, I tried experimenting with various buffer sizes, and anything from 4k to 12k seems to work, and the ranges 8k to 12k seem to work best. I think 12k is the best from what I've heard, but I'm not sure. Also, timidity is broken (ESS 1868) with the lastest revisions to pcm. pcm is a little flakier than it used to be, but not by much. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Load average calculation?
Brad Knowles wrote: If there has been an actual change in how the load average is calculated, then any program that changes it's behaviour based on the load average may have problems. This would certainly include SMTP MTAs such as sendmail, Exim, etc I agree. IMO, the load avg. formula should stick as close as possible to those in previous releases of FreeBSD. OTOH, maybe those apps that need to query the load avg. are flawed anyways, as load avg. calculation tends to be system dependent. For example, FreeBSD, Linux, Solaris, SCO, etc. may all be running the exact same processes, but will the load avg. always be consistent across those platforms? I think not. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Load average calculation?
Patrick Mau wrote: On all Unix-like systems I know, the load average is the average mumber of processes running during a given time interval. I can't see what use it may have to count load for _waiting_ processes. I/O load is not process load, if a process waits for I/O completion it does not use up its timeslice. I think we ought to re-examine the definition of load average. By load, we mean an actual load on the cpu, and waiting processes aren't really exerting a cpu load. So, by that reasoning I say waiting processes don't count. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Load average calculation?
Richard Wackerbarth wrote: On Mon, 03 Apr 2000, Donn Miller wrote: I think we ought to re-examine the definition of load average. By load, we mean an actual load on the cpu, and waiting processes aren't really exerting a cpu load. So, by that reasoning I say waiting processes don't count. I think you have an incorrect (incomplete) definition. Traditionally, the load was the number of processes WANTING to run. Tasks which are waiting for "user" I/O are excluded. However, tasks waiting to be swapped in should be counted. Hmmm... I wonder how Linux computes load average? Although FreeBSD has nothing to do with Linux et. al., it would be good, IMO, to maintain some consistency with how those other unix variants determine the load avg. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Recent pcm commits
The pcm driver has been much more stable than before. Congrats. But, one note: I think that in /sys/dev/sound/isa/ess.c, on line 41, the buffer size should be bumped down to 12288. Before, it was set to 16k, and my ESS 1868 would not work properly. Also, there's some new problems that have cropped up with RealPlayer 5.0. (I know, we should pretty much be using RealPlayer 7.0.) When I try to play an audio clip with Rvplayer 5, I get an audio write error: xxx bytes, and the clip aborts. But, RealPlayer 7.0 works flawlessly, and the pcm driver has been working better than in the past couple of days. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Recent pcm commits
[note: followups directed to -current] David Holloway wrote: What is the exact error message when using rvplayer 5? Here it is: General error. An error occurred. For more information, please see Error 1 at: http://www.realaudio.com/help/error After I press OK, I get this: audio: write error: 724 bytes errno: 0 audio: write error: 724 bytes errno: 0 Here'a a snippet of my dmesg. unknown0: ESS ES1868 Plug and Play AudioDrive at port 0x800-0x807 on isa0 sbc0: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc0 unknown1: ESS ES1868 Plug and Play AudioDrive at port 0x201 on isa0 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Overwhelming messages from /sys/netinet/if_ether.c
Since I started using a cable modem and dhclient, my system has been
literally overwhelmed with messages like:
/kernel: arp: xx:xx:xx:xx:xx:xx is using my IP address 0.0.0.0!
Man, these messages were pouring out of syslogd like mad, and my
/var/log/messages* files had to be deleted, because they were growing
so huge. There were literally hundreds of these messages pouring out
via syslogd per second, and they were coming non-stop. There were so
many messages coming out, my hard drive was overwhelmed until dhclient
finally obtain/ed a lease. That said, I suggest we make the following
patch to /sys/netinet/if_ether.c:
--- if_ether.c.orig Wed Mar 29 02:50:39 2000
+++ if_ether.c Fri Apr 7 11:24:54 2000
@@ -554,9 +554,9 @@
return;
}
if (isaddr.s_addr == myaddr.s_addr) {
- log(LOG_ERR,
+ /* log(LOG_ERR,
"arp: %6D is using my IP address %s!\n",
- ea-arp_sha, ":", inet_ntoa(isaddr));
+ ea-arp_sha, ":", inet_ntoa(isaddr)); */
itaddr = myaddr;
goto reply;
}
- Donn
--- if_ether.c.orig Wed Mar 29 02:50:39 2000
+++ if_ether.c Fri Apr 7 11:24:54 2000
@@ -554,9 +554,9 @@
return;
}
if (isaddr.s_addr == myaddr.s_addr) {
- log(LOG_ERR,
+ /* log(LOG_ERR,
"arp: %6D is using my IP address %s!\n",
- ea-arp_sha, ":", inet_ntoa(isaddr));
+ ea-arp_sha, ":", inet_ntoa(isaddr)); */
itaddr = myaddr;
goto reply;
}
Re: Netscape 6 Linux pre-release, got it going.
"Dr. Brain" wrote: I've had a good deal of success getting Mozilla to build straight out of the nightly source tar files: ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz Over the past month, in -current, I've had weird problems with Mozilla. The message I'm seeing on stdout is Document http://www.mozilla.org/ loDocument http://www.mozilla.org/ loaded successfully Document: Done (6.249 secs) But yet, no window ever opens. What's up with that? It looks like a thread is being blocked that calls XMapWindow(). Of course, it could be a problem with XFree86 4.0, I don't know. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Parallel make world broken
=== librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** 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 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Parallel make world broken
On Sun, 16 Apr 2000, Kris Kennaway wrote: On Sun, 16 Apr 2000, Donn Miller wrote: === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 What -j setting? This works fine for me. I used make -j6 buildworld. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel link errors
With a fresh cvsup as of 1/2 hour ago, I get the following link errors during the link stage of the kernel build. (Please see attached file.) - Donn linking kernel init_sysent.o(.data+0xb54): undefined reference to `kqueue' init_sysent.o(.data+0xb5c): undefined reference to `kevent' kern_descrip.o: In function `close': kern_descrip.o(.text+0x85c): undefined reference to `knote_fdclose' kern_exec.o: In function `execve': kern_exec.o(.text+0x4fb): undefined reference to `knote' kern_exit.o: In function `exit1': kern_exit.o(.text+0x46e): undefined reference to `knote' kern_fork.o: In function `fork1': kern_fork.o(.text+0x811): undefined reference to `knote' kern_sig.o: In function `psignal': kern_sig.o(.text+0x1082): undefined reference to `knote' sys_pipe.o: In function `pipe_read': sys_pipe.o(.text+0x599): undefined reference to `knote' sys_pipe.o(.text+0x9af): more undefined references to `knote' follow vfs_aio.o: In function `aio_free_entry': vfs_aio.o(.text+0x2eb): undefined reference to `knote_remove' vfs_aio.o: In function `aio_daemon': vfs_aio.o(.text+0xc6b): undefined reference to `knote' vfs_aio.o: In function `aio_qphysio': vfs_aio.o(.text+0x1155): undefined reference to `knote' vfs_aio.o: In function `_aio_aqueue': vfs_aio.o(.text+0x16fc): undefined reference to `kqueue_register' vfs_aio.o: In function `aio_physwakeup': vfs_aio.o(.text+0x1bcd): undefined reference to `knote' ffs_vnops.o: In function `ffs_write': ffs_vnops.o(.text+0x8f9): undefined reference to `knote' ufs_vnops.o: In function `ufs_create': ufs_vnops.o(.text+0xf1): undefined reference to `knote' ufs_vnops.o: In function `ufs_mknod': ufs_vnops.o(.text+0x14a): undefined reference to `knote' ufs_vnops.o: In function `ufs_setattr': ufs_vnops.o(.text+0x78b): undefined reference to `knote' ufs_vnops.o(.text+0x943): more undefined references to `knote' follow *** Error code 1 Stop in /usr/src/sys/compile/CUSTOM.
Re: kernel link errors
Josh Tiefenbach wrote: On Sun, Apr 16, 2000 at 09:30:17PM -0400, Donn Miller wrote: With a fresh cvsup as of 1/2 hour ago, I get the following link errors during the link stage of the kernel build. (Please see attached file.) Try re-config/re-compiling your kernel after adding the following line to /sys/conf/files: kern/kern_event.c standard That fixed it. Can someone please commit the changes? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup crash
Brian Somers wrote: [John cc'd] Can (both of) you try the source distribution ? This happened to me when I was using cvsup-bin. I didn't want all of the modula overhead. Any ideas? It's not modula any more !!! Was it re-written in C or C++? Or, how about this -- a version of cvsup written in Java so you can run it as a Java applet inside of Netscape. Of course, then you'd have to run Netscape as root, and I don't think I'd want that. :-) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup crash
John Polstra wrote: Brian Somers wrote: It's not modula any more !!! Eh? Sure it is. It would be too much work to rewrite it in a different language. I was curious as to why you chose modula. Were you used to using the language, or did it seem like the best choice for cvsup? I try not to be too biased towards C/C++, and I know us unix types tend to be C/C++ more than anything else. I'll be working with Java soon, but it tends to look a lot like C++. So, I suppose Java is not that big of a leap from C++. :-/ - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Stale modules (Re: panic in the morning)
Stijn Hoop wrote:
On Wed, Apr 19, 2000 at 06:15:55PM -0700, Kris Kennaway wrote:
make world doesn't build a kernel. Making a kernel doesn't build
modules. This bit me again the other day when updating, as well - panic at
boot when loading a stale linux.ko.
\begin{newbie question}
So why aren't the modules built with the kernel instead of with the world?
\end{newbie question}
Good question. With Linux, you have the option of building the
modules when you compile the kernel by doing a "make modules". I
think maybe we could use a similar approach. For example, I think we
should put an option into config(8) where we can choose the modules we
want to build. Like, we add the keyword "module" somewhere to the
driver we want to add as a modules. Then, we could add an option
"make modules" and "make install_modules" so that they could be
built/installed with the kernel.
After all, modules ARE a part of the kernel...
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Stale modules (Re: panic in the morning)
Leif Neland wrote: make world doesn't build a kernel. Making a kernel doesn't build modules. This bit me again the other day when updating, as well - panic at boot when loading a stale linux.ko. If making world _and_ kernel doesn't build modules, what _then_? Making world builds kernel modules. If you followed this thread before, I stated that modules should be built with the kernel. After all, they ARE kernel modules, and are part of the kernel, and not the world. I'd like to discuss further the possibility of creating some sort of mechanism where the modules can be built with the kernel. Also, we can have some sort of option in LINT or GENERIC where a keyword, such as module, can be put somewhere in the kernel config file line to compile certain drivers as modules instead of statically linking them into the kernel. Which mailing list would be appropriate for discussing kernel modules, etc.? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Slow Dell PowerEdge 1300 with FreeBSD 3.4
On Tue, 25 Apr 2000, Tal S Eilon wrote: I Just installed my Dell PowerEdge 1300 P-III/500 + 512MB RAM + 8Gb UW-SCSI Drive but I my system is VERY slow. It took me close to 15min to compile tcsh-6.09.00. Did anyone experienced anything like that before? Sounds like you must have your CPU cache disabled. Also, you may have done something weird with your kernel config. Maybe you can post the output of dmesg | head -11. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: make buildworld failed...
On Tue, 25 Apr 2000, Robert Small wrote: I was using -J8, and I kept getting the same error about 20 minutes into the build, but I did it without the -j and got a perfect build, thanks for the help! One way to automate this would be: cd /usr/src make -j8 buildworld || make -DNOCLEAN buildworld - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: Removal of unneeded sys/kernel.h
Will Andrews wrote: On Wed, Apr 26, 2000 at 11:50:11AM +0200, Poul-Henning Kamp wrote: Comments, tests and reviews please. Just write a script to check all #include's against their prototypes and have it autogen diffs. I agree. I like the automated method better. What happens if someone accidentally commits an additional unnecessary #include after the patch has been applied? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Idea Receiver wrote: My mail server was down for pass few days. Hope I didnt miss anything important! Today, I try to make world and then rebuild the kernel. After I restart the machine, it shows "Old-style KLD file linuxelf found" and "Old-style KLD file linuxaout found" and then core dumped. What you need to do is/ brandelf -t Linux compat/linux/sbin/ldconfig and then reboot. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Donn Miller wrote: Idea Receiver wrote: My mail server was down for pass few days. Hope I didnt miss anything important! Today, I try to make world and then rebuild the kernel. After I restart the machine, it shows "Old-style KLD file linuxelf found" and "Old-style KLD file linuxaout found" and then core dumped. What you need to do is/ brandelf -t Linux compat/linux/sbin/ldconfig and then reboot. Actually, I meant brandelf -t Linux /compat/linux/sbin/ldconfig. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
the newer binutils
I noticed that a newer version of binutils is in the source code tree (2.91). Is there anything that needs to be set during the make world to make 2.91 the default binutils? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failed...
On Fri, 5 May 2000, Sergey Osokin wrote: Hello! After cvsuped my 5.0-CURRENT (FreeBSD 5.0-CURRENT #0: Mon May 1 02:25:08 MSD 2000) i try to buildworld... # make -DNOCLEAN -j6 buildworld === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/opensslconf.h [snip] There was a problem with make -j6 a while back on an older -current. What you ought to do is cvsup again and then try again. It appears as though it is fixed now, as make -j6 has given me no problems. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
page fault with waveplay...
Anyone else get a page fault with waveplay? Basically, I have the ESS 1868 ISA, and when I tried to do waveplay on a wav file with 8-bit samples, I got a page fault with a reboot. I then used gogo to convert the same wav file to mp3 format, and then used mpg123 with no problems. I generally have no problems with pcm otherwise (xmms, RealPlayer 7, mpg123, etc.). Also, timidity still doesn't work. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: unknown: PNP...
Soren Schmidt wrote: It seems Mike Pritchard wrote: I did notice that I started getting all of the "unknown: PNPx" messages after the PNPBIOS option became default. On the machine I'm typing on this on, I used to see those messages if I defined PNPBIOS in my config file. PNPBIOS became default some time back, with no way (that I saw) to turn it off. You can turn it off in the loader, I have to on my laptop to get it to work proberly... Would that be in /boot/loader.conf? I've tried PNPBIOS="NO" in /boot/loader.conf, and I'm still getting the messages. [snip]dmesg plip0: PLIP network interface on ppbus0 unknown: PNP0401 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources /dmesg - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvsup6.freebsd.org
It seems to be responding very well to ping, but when I connect to this server with cvsup, it basically says "connecting to cvsup6.freebsd.org", and does nothing else. Is this server working? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Motif is now Open Source 8)
Amancio Hasty wrote: Check it out at: http://www.opengroup.org/openmotif/ Yes, that is great news! I tried compiling it, but I had trouble with lib/Xm/Scale.c. It wanted to include langinfo.h, which FreeBSD doesn't have. So, I copied langinfo.h from /usr/compat/linux/usr/include, but even then, there was this constant that was undeclared. So, did you get it to compile, and would you mind posting a patch? I understand some FreeBSD people (epecially the JDK folks) really want to run Motif on FreeBSD. Way to go, Open Group. That ought to shut up the Linux Qt/Gtk "we want everything on the planet free w/source code" whiners. I mean, I like Qt and Gtk. But, having Motif source freely available for Linux and FreeBSD is a big step, IMO. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Motif is now Open Source 8)
On Tue, 16 May 2000, Sheldon Hearn wrote: I've integrated NetBSD's langinfo and nl_types support into FreeBSD. I can send you patches if you haven't managed to work around this yet? Great. Please send me the patches. BTW, by "integrated", do you mean that you've integrated them into the base FreeBSD distribution, or is it a port (or merely a set of patches)? Thanks. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Wide-char support and libc
Anyone like the idea of adding wide char support to our libc? Maybe
we could port it over from {Net,Open}BSD or BSDi. This would add the
header file wctype.h, etc.
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Neomagic audio driver
On Fri, 19 May 2000, Christopher Shumway wrote: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xfe271c00 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0145873 stack pointer = 0x10:0xc93c3d08 frame pointer = 0x10:0xc93c3d10 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 = 238 (tcsh) interrupt mask = none trap number = 12 panic: page fault How do you capture a dump of this sort of thing (e.g. page fault) to a file? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Idea Receiver wrote: On Tue, 2 May 2000, Donn Miller wrote: Actually, I meant brandelf -t Linux /compat/linux/sbin/ldconfig. as i said before. i did try to brandelf it. doesnt work. anyway. i think maybe due to the modules not sync? but how can this happen? You probably need to make world and kernel to get them both into sync. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld error
Hasan Diwan wrote: Mr Miller: Try obtaining a crypto distribution from internat or freefall. That should solve your problem. Damn - I just forgot to uncomment the cvs-crypto line in my supfile. Thanks! - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld error
=== usr.sbin/tcpdump/tcpdump rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/usr.sbin/tcpdump/tcpdump -I/usr/obj/usr/src/i386/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO -DHAVE_RC5_H -DHAVE_CAST_H -I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/lbl -I/usr/obj/usr/src/i386/usr/include version.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/bpf_dump.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/gmt2local.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/machdep.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/parsenfsfh.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ah.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-arp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ascii.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atalk.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atm.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bgp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bootp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-chdlc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-decnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-domain.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dvmrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-egp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ether.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-fddi.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-frag6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-gre.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6opts.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-krb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-l2tp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lane.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-llc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobile.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-nfs.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ntp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-null.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pim.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pppoe.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-raw.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ripng.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rt6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sl.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-smb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-snmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunrpc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-telnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tftp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vjc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-wb.c
newer binutils...
During the first binutils upgrade, which was approx. 2 weeks ago, I saw some strange stuff happening. For example, make and zcat were catching sig. 11 on a semi-regular basis. Anyone else see this? Of course, the problem has long since been solved, but I guess there really were problems that arose due to the upgrade to the lastest binutils. We'll just have to keep the binutils maintainers informed directly if any more problems arise. I haven't seen any problems recently, but I just thought I'd remark that it's strange those sig. 11's were occurring after a binutils upgrade. So far, I've seen no additional problems like this after my latest make world and kernel build (May 28). - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest pcm commits and ESS 1868...
With the latest pcm commits, there's a lot of pops and clicks during the playing of MP3's. This is with the ESS 1868 sound card. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel config errors...
After a recent cvsup, I'm getting this error after doing a config -r: ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newmidi Release Candidate is ready
Seigo Tanimura wrote: The release candidate of newmidi is finally ready. The patch for -current can be found at: URI: http://people.FreeBSD.org/~tanimura/patches/newmidirc.diff.gz I tried this patch out. When I added nothing to my kernel config file other than device sbc0 device pcm0 the kernel compiled OK, but when I did cat midifile.mid /dev/midi0, I get a "device not configured" error message. I figured I needed to add something to my kernel config file, such as device midi0 # for isa pnp/pci cards pseudo-device seq 1 I get a whole bunch of kernel compile errors. Examples: In file included from ../../dev/sound/midi/midi.h:69, from ../../dev/sound/isa/emu8000.c:38: ../../dev/sound/midi/miditypes.h:65: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:31: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:67: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:33: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:68: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:34: `midi_intr_t' previously declared here ../../dev/sound/midi/miditypes.h:99: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:65: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:101: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:67: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:102: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:68: `midi_intr_t' previously declared here ../../dev/sound/midi/miditypes.h:133: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:99: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:135: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:101: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:136: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:102: `midi_intr_t' previously declared here Also, the pcm driver for the ESS 1868 is slightly broken for MP3's -- when I try to play MP3's, I get a lot of nasty pops and clicks during playback with mpg123. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems with PCM and ESS 1868
The recent commits to PCM, as of a few days back, have given me problems with my ESS 1868. When I play MP3's with mpg123, I get a lot of loud pops and clicks during playback. Otherwise, the MP3s DO play all the way through. However, when I try to play MP3s with Real Player 7, it just hangs at the beginning, and doesn't play the MP3. Before the commits to PCM, I was able to play MP3s OK with Real Player 7. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fatal trap 12 after lastest kernel build
I just built my kernel from kernel sources as of Thu Jun 15 13:49:59 EDT 2000, and immediately after the kernel is loaded, I get a "fatal trap 12: page fault while in supervisor mode". The uptime was 0s, so apparently, the boot loader must not like the kernel. But, I can boot a kernel from Jun 14 10:25 with the same boot loader. I did a make depend all install in /usr/src/sys/boot with the new sources, but still the same problem. Anyone else see this? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fatal trap 12 after lastest kernel build
Kenneth Wayne Culver wrote: did you follow Peter Wemm's instructions on the new config changes? Actually, I did. In fact, I built 2 or 3 kernels after the changes went into effect with no problems. It's just the sources that I cvsup'd as of an hour ago that's causing the problems. On Thu, 15 Jun 2000, Donn Miller wrote: I just built my kernel from kernel sources as of Thu Jun 15 13:49:59 EDT 2000, and immediately after the kernel is loaded, I get a "fatal trap 12: page fault while in supervisor mode". The uptime was 0s, so apparently, the boot loader must not like the kernel. But, I can boot a kernel from Jun 14 10:25 with the same boot loader. I did a make depend all install in /usr/src/sys/boot with the new sources, but still the same problem. Anyone else see this? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I can verify this. With sources cvsup'd this morning and later, I get a fatal trap 12 (page fault supervisor mode) the very instant the kernel boots. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I saw this as well. It turns out the optimizations I was using when building my kernel was causing it. I was using -march=pentium -Os -pipe. Falling back to -O -pipe solved this. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Sat, 17 Jun 2000, Matthew Dillon wrote: My test box, with a pristine 5.x kernel, crashes on boot... it only gets a few lines in, prints the amount of memory the machine has, and BEWM. Low memory page fault. I saw the same thing myself. It turns out, though, that I was using COPTFLAGS= -march=pentium -Os -pipe to compile my kernel. When I used the stock opt flags of COPTFLAGS= -O -pipe to compile my kernel, my machine booted OK. It appears as though some changes were put in the tree that are sensitive to optimizations above -O -pipe. My machine never behaved this way before with high optimizations until the new changes were put into -current about 1 or 2 days ago. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
compiling kernel with -Os or -O2
Anyone try to compile the kernel with an optimization higher than -O, such as -Os or -O2? For example, when I compile my kernel with -Os, I get a "fatal trap 12: page fault in supervisor mode" right after I see this on my screen while the kernel is booting: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Jun 18 19:06:34 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) This is all the further the boot gets before the page fault. Of course, as David O'Brien pointed out, optimization levels beyond -O aren't supported. But, I'm curious as to what the cause of this is, as it may reveal a deeper problem someplace. For example, is the problem with binutils, the kernel source code, or both? Hopefully, we'll find out after the binutils upgrade is complete. I should point out that using -O to compile the kernel gives no problems booting; it's just -Os that causes the problems for me. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -e option to umount?
Francisco Reyes wrote: Whether as a separate command or as part of umount this is certainly something worth having by default. In particular new users may be a while before they find ports/packages or will just end up in the questions list. Well, you could have both. For example, you could have the -e switch to umount which performs the eject function. In addition, you could have "eject" as a link to umount, and umount itself would check argv[0] to see if it is being executed as eject or umount. If it's eject instead of umount, then perform whatever action the -e flag does. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP! New (incomplete) /dev/random device!
Kris Kennaway wrote: On Sun, 25 Jun 2000, Warner Losh wrote: Some days is OK, imho. Much more than that and I'd begin to worry. Much more than a week or two and I'd worry a lot. I'll go put a note in updating right now. That's okay with me too. People should just not upgrade their work machines for the next few days until entropy is fixed. It would be interesting to see how many people are using FreeBSD-current as a "work" machine, if you mean "work" to be a production machine doing actual server work. A lot of times, -current has been pretty stable for me, and I avoided a lot of "make world" and stability problems by following what's going on in this mailing list. I've only had a couple problems over the past 3 1/2 years with stability in FreeBSD-current, starting with 3.0-current. Granted, it's not generally recommended to use -current boxes as your main machine, but if you're careful, it's doable. I say FreeBSD-current makes a pretty decent production machine if the admin is smart enough to follow the mailing list and is knowledegeable enough to recognize the pitfalls of running such a beast. All others should be running 4.0-release or -stable, of course. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Laptop boot problem in current with GENERIC GENERIC.hints
Did you compile your kernel with any optimizations, such as -Os? If so, try it recompiling it without optimizations. - Donn On Tue, 27 Jun 2000, Edwin Culp wrote: I have 5 machines running current. All are booting fine with the changes made on June 12, with the exception of a k-6 laptop. I have been booting the kernel.works since the changes and can't seem to get something right. I have tried with my original kernel configuration and now have been trying with the GENERIC configuration and GENERIC.hints. When I try to boot with my new kernel I get: BTX loader 1.0 BTX version is 1.01 Console: internal video/keyboard BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS 639kB/97280kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 [EMAIL PROTECTED] Mon June 26 12:37:44 PDT 2000 int=000d err= eft=00010046 eip=92eb eax=00fb ebx= ecx=0152 edx=03f6 esi=000fbc92 edi=000f ebp=17b4 esp=17b4 cs:eip=0f 32 89 45 1c 89 55 14-46 eb cf 80 65 31 fd eb ss:esp=08 00 00 00 1c 9c 00 00-fe 0e 00 00 d4 17 00 00 System halted To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Laptop boot problem in current with GENERIC GENERIC.hints
On Wed, 28 Jun 2000, Warner Losh wrote: In message [EMAIL PROTECTED] Edwin Culp writes: : int=000d err= eft=00010046 eip=92eb : eax=00fb ebx= ecx=0152 edx=03f6 : esi=000fbc92 edi=000f ebp=17b4 esp=17b4 : cs:eip=0f 32 89 45 1c 89 55 14-46 eb cf 80 65 31 fd eb : ss:esp=08 00 00 00 1c 9c 00 00-fe 0e 00 00 d4 17 00 00 : System halted : : I copied this manually since I don't have a console on the laptop. I'd try booting the old kernel and seeing if doing a completely clean build fixes this. I'd also try to reboot after power off. It looks like the optimization bug that's been biting kernel builds lately. When Peter Wemm made the overhaul to the kernel config, strange things started happening when optimization higher than -O was used to build the kernel. For example, I got a Fatal Trap 12 immediately after the probe for available memory. I was using -Os to compile my kernel at the time. Backing down to -O for kernel builds solved this, and boots proceeded normally. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Strange make buildworld problem...
Recently, the make world problems with perl have been fixed, and I can do a make world all the way through, provided I do a make world the first time only. However, I did a cvsup to update my source tree again after the first make world. I did a make -DNOCLEAN buildworld with /usr/obj untouched. I get this: stage 2: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/s rc/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 build-tools cd /usr/src/bin/sh; make build-tools cd /usr/src/games/adventure; make build-tools cd /usr/src/games/hack; make build-tools cd /usr/src/games/phantasia; make build-tools cd /usr/src/gnu/usr.bin/cc/cc_tools; make build-tools cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cd /usr/src/lib/libncurses; make build-tools cd /usr/src/share/syscons/scrnmaps; make build-tools cd /usr/src/gnu/usr.bin/perl; make build-tools cd /usr/src/gnu/usr.bin/perl/libperl make build-tools make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/types.h. Stop *** Error code 2 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src. *** Error code 1 Again, this is after re-making buildworld with -DNOCLEAN after a successful first make buildworld. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bug: kernel hangs at boot
David O'Brien wrote: Because the code change now triggers one of the bugs that has made us always say "don't use anything above -O". But, it's still OK to use -march=pentium, though. I'd hate to be using 386 instructions. 8-) -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic with latest pcm commits?
I just cvsup'd new sources as of an hour of this posting, and built a kernel. When I try to play an MP3 with mpg123, a kernel panic occurs. Also, rev. 1.27 of src/sys/dev/sound/pcm/channel.c is the latest version of this file that doesn't cause loud popping sounds when I try to play an MP3, i.e., versions 1.28-1.32 cause problems. My sound card is an ESS 1868 ISA. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Recent syscons weirdness (nervous /dev/sysmouse)
I'm using moused in conjunction with XFree86 4.0.1 and /dev/sysmouse. Recently, my mouse pointer has been extremely jumpy in XFree86. I think this is a syscons problem, as I have this problem with moused at the console as well. Also, cursor movement is very jumpy. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
NO_MODULES in /etc/make.conf broken?
Recently, when building a kernel (about 20 minutes as of this email), I set NO_MODULES= false in /etc/make.conf. The modules still weren't built with the kernel. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Lockups with recent PCM commits?
Try this (with a very recent kernel): cat /dev/audio It locks up my machine. Also, anything that accesses /dev/audio locks up my machine, such as mpg123. - Donn 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: Tue Jul 18 18:45:36 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57487360 (56140K bytes) Preloaded elf kernel "kernel" at 0xc03bd000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03bd09c. Intel Pentium detected, installing workaround for F00F bug seq0-63: Midi sequencers. md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 fdc0: NEC 72065B or clone 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 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 mpu0: reset failed. ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port plip0: PLIP network interface on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0303 can't assign resources sbc1: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc1 midi1: SB Midi Interface on sbc1 midi2: SB OPL FM Synthesizer on sbc1 ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2
