Re: Junior Kernel Hacker page updated...
On Wed, 2002-10-02 at 14:40, Stefan Farfeleder wrote: On Sat, Sep 14, 2002 at 12:17:53PM +0200, Poul-Henning Kamp wrote: This is just to note that I have updated the JKH page with a lot of new stuff, so if your coding-pencil itches: http://people.freebsd.org/~phk/TODO/ |Make -j improvement | |make(1) with -j option uses a select loop to wait for events, and every |100msec it drops out to look for processes exited etc. A pure make |buildworld on a single-CPU machine is up to 25% faster that the best |make -j N buildworld time on the same hardware. Changing to timeout |to be 10msec improves things about 10%. |I think that make(1) should use kqueue(2) instead, since that would |eliminate the need for timeouts. Ok, here's what I came up with. However, with the patch applied, each 'make buildworld' on a SMP machine throws tons of /freebsd/current/src/sys/vm/uma_core.c:1307: could sleep with filedesc structure locked from /freebsd/current/src/sys/kern/kern_event.c:959 at me and freezes badly at some point (no breaking into ddb possible). This is totally repeatable. Is anybody able to reproduce (and maybe fix) this? This question is not relevant to the problem at hand, but... wouldn't it be more portable to catch SIGCHLD (and continue using select(2)) than to use kqueue(2)? -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please test PAUSE on non-Intel processors
At Fri, 24 May 2002 10:25:53 -0400 (EDT), John Baldwin wrote: Hey gang, although Intel's document seems to claim that they tested proper operation of pause I'd like people with non-Intel processors to verify that it actually works. It works fine on my Transmeta Crusoe TM5600, about as non-intel as you can get: Testing PAUSE instruction: Register esp changed: 0xbfbffa0c - 0xbfbff9d0 dmesg excerpt: FreeBSD 5.0-CURRENT #0: Sun Apr 28 16:02:43 GMT 2002 root@nomad:/usr/obj/usr/src/sys/NOMAD CPU: Transmeta(tm) Crusoe(tm) Processor TM5600 (595.50-MHz 586-class CPU) Origin = GenuineTMx86 Id = 0x543 real memory = 184483840 (180160K bytes) avail memory = 174391296 (170304K bytes) -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Can't su
Current -CURRENT won't let me run su; it dies with SIGSEGV. The backtrace says: #0 0x28078c57 in openpam_add_module (policy=0xbfbff700, chain=0, flag=1, modpath=0xbfbff28f pam_nologin.so, optc=-1, optv=0xbfbfee78) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_load.c:182 #1 0x2807796d in openpam_read_policy_file (policy=0xbfbff700, service=0x2807967f other, filename=0x804c1e0 /etc/pam.d/other, style=1) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:189 #2 0x28077b83 in openpam_load_policy (policy=0xbfbff700, service=0x2807967f other) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:236 #3 0x28077c81 in openpam_configure (pamh=0x804f000, service=0x804a250 su) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:275 #4 0x280751b8 in pam_start (service=0x804a250 su, user=0x804a223 root, pam_conv=0xbfbffbd4, pamh=0x804b4ac) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c:68 #5 0x804948f in main (argc=1, argv=0xbfbffc38) at /usr/src/usr.bin/su/su.c:211 #6 0x8049061 in _start () Everything in /etc/pam.d is up to date. I can't run xdm either, (the X server starts, it sits for awhile without a greeter, the server exits and everything starts over) but I don't know if that's related or not. -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client does perform Ok when my duplex is right (Was: Re:
At Wed, 17 Oct 2001 18:32:15 +0900 (JST), Daniel O'Connor wrote: Either hack the startup script, or man 5 dhclient.conf :) (Look for medium) And then use media instead, because dhclient.conf(5) is wrong. -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: current.freebsd.org is broken?
At Wed, 26 Sep 2001 16:54:52 -0400 (EDT), Robert Watson wrote: current.jp.freebsd.org apparently carries snapshots, although I haven't tried it recently. It's been unable to build a release for the past two weeks since the release kernel overflows its floppy. The last successful build was on September 11. -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: it seems last changes broke sound.
At Thu, 12 Apr 2001 13:30:07 +0400, Juriy Goloveshkin wrote: Hello, sound in my box had been dead after last sound-drivers commit FreeBSD 5.0-CURRENT #44: Thu Apr 12 12:57:24 MSD 2001 pcm0: Yamaha DS-1E (YMF744) mem 0xfecf-0xfecf7fff irq 9 at device 9.0 on pci0 ds1: setmap (48a000, 3de4), nseg=1, error=0 pcm0: ac97 codec id 0x414b4d02 (Asahi Kasei AK4543) pcm0: ac97 codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, AKM 3D Audio pcm: setmap 4a5000, 1000; 0xc923b000 - 4a5000 pcm: setmap 4b5000, 1000; 0xc924b000 - 4b5000 pcm: setmap 4c7000, 1000; 0xc925b000 - 4c7000 pcm: setmap 4d7000, 1000; 0xc926b000 - 4d7000 pcm: setmap 4ea000, 1000; 0xc927b000 - 4ea000 pcm: setmap 4fa000, 1000; 0xc928b000 - 4fa000 when I want to listen to my mpegs via mpg123, it happend nothing but pcm0: play interrupt timeout, channel dead Same here. (Either that, or some rather strange sounds.) Not only that, but there are even stranger problems with the interrupt. pcm0 and uhci0 share irq9: uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0x1020-0x103f irq 9 at device 7.2 on pci0 pcm0: Yamaha DS-1E (YMF754) mem 0xfc108000-0xfc10 irq 9 at device 9.0 on pci0 Attempting to play sound doesn't register any interrupts (as reported by vmstat -i). Activity on the USB port causes the interrupt count to go up for pcm0, but not for uhci0. interrupt total rate stray irq0 10 ata0 irq14 2783407 uhci0 irq9 10 pcm0 irq9 230 ... -Peter- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ltr %si panic
I'm getting the "ltr %si" panic on my laptop whenever I insert my Ethernet card. My last CVSup/build was Tuesday evening; I won't be able to do any more until this gets fixed, obviously. -Peter- Copyright (c) 1992-2001 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 #5: Wed Feb 28 22:21:23 PST 2001 root@nomad:/usr/src/sys/compile/NOMAD Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 595504803 Hz CPU: Pentium (595.50-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 real memory = 184483840 (180160K bytes) avail memory = 175194112 (171088K bytes) Preloaded elf kernel "kernel" at 0xc041c000. WARNING: size of kinfo_proc (648) should be 644!!! Using $PIR table, 9 entries at 0xc00fdf30 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pci0: memory, RAM at 0.1 (no driver attached) pci0: memory, RAM at 0.2 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0x1050-0x105f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0x1060-0x107f irq 9 at device 7.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered umass0: Y-E DATA FlashBuster-U, rev 1.00/3.04, addr 2 umass1: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3 pci0: bridge, PCI-unknown at 7.3 (no driver attached) pci0: serial bus, FireWire at 8.0 (no driver attached) pcm0: Yamaha DS-1E (YMF754) port 0x1080-0x1083,0x1000-0x103f mem 0xfc01-0xfc017fff irq 9 at device 9.0 on pci0 pci0: simple comms at 10.0 (no driver attached) pci0: multimedia at 11.0 (no driver attached) pcic-pci0: Ricoh RL5C475 PCI-CardBus Bridge at device 12.0 on pci0 pci0: display, VGA at 13.0 (no driver attached) atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pcic0: Intel i82365 at port 0x3e0 iomem 0xd on isa0 pcic0: Polling mode pccard0: PC Card bus -- kludge version on pcic0 pmtimer0 on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: PNP0303 can't assign resources unknown: PNP0700 can't assign resources ad0: 11513MB HITACHI_DK23AA-12 [23392/16/63] at ata0-master UDMA33 (probe1:umass-sim0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:umass-sim0:0:1:0): NOT READY asc:3a,0 (probe1:umass-sim0:0:1:0): Medium not present Mounting root from ufs:/dev/ad0s2a da0 at umass-sim0 bus 0 target 0 lun 0 da0: Y-E DATA USB-FDU 3.04 Removable Direct Access SCSI-0 device da0: 20KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc02d1b48 stack pointer = 0x10:0xc960ff50 frame pointer = 0x10:0xc960ff64 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 20 (irq9: uhci0 pcm0) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Network bridge on current.
I am wondering how to do network bridging on current. The description in the handbook seems to be out of date as the sysctl IODs are no longer in evidence. Does loading ng_bridge substitute for building the kernel with OPTIONS BRIDGE? Excuse my ignorance (and curiousity), but wouldn't it be cheaper to just buy a switch? Cheers, -Peter S. Housel- [EMAIL PROTECTED] http://members.home.com/housel/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problems with aureal soundcard: kernel fault when playing mp3s
At Tue, 5 Sep 2000 10:32:21 -0400 (EDT), Viren R.Shah [EMAIL PROTECTED] wrote: [Alexander, I'm Cc:ing you on this just in case you have heard of anyone else having similar problems with Aureal cards with recent -currents] My last good kernel was from aug 14. On a kernel from 09/05, I get a page fault as soon as I try to play mp3s using mpg123. Note that I have an Aureal Vortex 8830, so I have to use the linux drivers to get the device working (http://www.cis.ohio-state.edu/~matey/au88x0/) so this might just be a problem with interactions between the linux .o files and kernel data structures. The soundcard worked fine using the linux drivers on a -current from August 14. I'm wondering if anything changed in the pcm code since then. Here's the page fault in DDB. I have a debug kernel if anyone needs more info. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x101b fault code= supervisor read, page not present The pcm interfaces did change. The following patch fixes the au88x0 driver for me. Cheers, -Peter S. Housel- [EMAIL PROTECTED] http://members.home.com/housel/ --- au88x0.cFri May 26 22:12:56 2000 +++ /usr/src/sys/dev/sound/pci/au88x0.c Mon Sep 4 23:17:05 2000 @@ -200,17 +200,23 @@ static int auchan_getptr(void *data); static pcmchan_caps *auchan_getcaps(void *data); -static pcmchan_caps au_playcaps = { - 4000, 48000, - AFMT_STEREO | AFMT_MU_LAW | AFMT_A_LAW | AFMT_U8 | AFMT_S16_LE, - AFMT_STEREO | AFMT_S16_LE +static u_int32_t au_playfmt[] = { + AFMT_U8, + AFMT_STEREO | AFMT_U8, + AFMT_S16_LE, + AFMT_STEREO | AFMT_S16_LE, + 0 }; +static pcmchan_caps au_playcaps = {4000, 48000, au_playfmt, 0}; -static pcmchan_caps au_reccaps = { - 4000, 48000, - AFMT_STEREO | AFMT_MU_LAW | AFMT_A_LAW | AFMT_U8 | AFMT_S16_LE, - AFMT_STEREO | AFMT_S16_LE +static u_int32_t au_recfmt[] = { + AFMT_U8, + AFMT_STEREO | AFMT_U8, + AFMT_S16_LE, + AFMT_STEREO | AFMT_S16_LE, + 0 }; +static pcmchan_caps au_reccaps = {4000, 48000, au_recfmt, 0}; static pcm_channel au_chantemplate = { auchan_init, @@ -221,6 +227,14 @@ auchan_trigger, auchan_getptr, auchan_getcaps, + NULL, /* free */ + NULL, /* nop1 */ + NULL, /* nop2 */ + NULL, /* nop3 */ + NULL, /* nop4 */ + NULL, /* nop5 */ + NULL, /* nop6 */ + NULL, /* nop7 */ }; @@ -232,6 +246,7 @@ static snd_mixer au_mixtemplate = { "Aureal Vortex 88x0 mixer", aumix_init, + NULL, aumix_set, aumix_setrecsrc, }; @@ -846,7 +861,7 @@ au_mixer = (snd_mixer *)malloc(sizeof(*au_mixer), M_DEVBUF, M_NOWAIT); if (au_mixer == NULL) goto bad; bcopy(au_mixtemplate, au_mixer, sizeof(au_mixtemplate)); - mixer_init(d, au_mixer, au); + mixer_init(dev, au_mixer, au); if (bus_dma_tag_create(/*parent*/NULL, /*alignment*/2, /*boundary*/0, /*lowaddr*/BUS_SPACE_MAXADDR_32BIT, To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: emacs / ncurses - problem somewhere
Ever since the libtermcap / libncurses consolidation, change emacs has problems positioning the cursor and properly updating the screen for character-only devices like the console. It also affects the display in an xterm in non-X mode, i.e., when DISPLAY is *not* set. This is emacs 20.4, by the way on current as of yesterday. I've tried emacs from packages as well as a freshly built one from the ports and both exhibit the problem. Note that emacs works fine when it brings up is own window due to DISPLAY being set. Has anyone else seen this and already have a fix or know for sure whether this is an emacs bug or a FreeBSD bug? I filed a bug report for this. I fixed it in Emacs with the following patch. I think it's a FreeBSD bug, though. -Peter- [EMAIL PROTECTED] --- /tmp/tparam.c Fri Oct 29 12:27:03 1999 +++ tparam.cThu Oct 7 23:07:24 1999 @@ -290,6 +290,9 @@ case 'D': /* %D means weird Delta Data transformation. */ argp[0] -= 2 * (tem % 16); break; + case 'p': /* from terminfo */ + p++; + break; } } else To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ed0 problems for PCI
I've been having problems with -current not recognizing my RealTek 8029-based PCI Ethernet card. It worked fine in my previous machine running -current from July, but neither the late September snapshot that I installed on the new machine nor the cvsup version from about a week ago can configure the card. The pciconf and dmesg output are shown below: chip0@pci0:0:0: class=0x06 card=0x chip=0x71908086 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x chip=0x71918086 rev=0x03 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x chip=0x71108086 rev=0x02 hdr=0x00 ide_pci0@pci0:7:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 chip1@pci0:7:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 chip2@pci0:7:3: class=0x068000 card=0x chip=0x71138086 rev=0x02 hdr=0x00 none0@pci0:14:0:class=0x040100 card=0x33565053 chip=0x000212eb rev=0xfe hdr=0x00 ed0@pci0:17:0: class=0x02 card=0x03001186 chip=0x802910ec rev=0x00 hdr=0x00 vga-pci0@pci1:0:0: class=0x03 card=0x5a001092 chip=0x002810de rev=0x11 hdr=0x00 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 #2: Tue Oct 19 21:20:08 PDT 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/MONDAY Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Xeon (598.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,XMM real memory = 134217728 (131072K bytes) avail memory = 127332352 (124348K bytes) Preloaded elf kernel "kernel" at 0xc02bd000. Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 vga-pci0: NVidia Riva TNT2 graphics accelerator irq 11 at device 0.0 on pci1 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ide_pci0: Intel PIIX4 Bus-master IDE controller at device 7.1 on pci0 chip1: UHCI USB controller irq 9 at device 7.2 on pci0 chip2: Intel 82371AB Power management controller at device 7.3 on pci0 pci0: unknown card (vendor=0x12eb, dev=0x0002) at 14.0 irq 3 ed0: NE2000 PCI Ethernet (RealTek 8029) irq 9 at device 17.0 on pci0 device_probe_and_attach: ed0 attach returned 2 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 on isa0 wdc0: unit 0 (wd0): Maxtor 91360U4 wd0: 12982MB (26588016 sectors), 26377 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at port 0x170-0x177 irq 15 on isa0 wdc1: unit 0 (atapi): HITACHI DVD-ROM GD-5000/0212, removable, accel, dma, iordis wcd0: drive speed 2412 - 6890KB/sec, 512KB cache wcd0: supported read types: CD-R, CD-RW, CD-DA, packet track wcd0: Audio: play, 256 volume levels wcd0: Mechanism: ejectable tray wcd0: Medium: CD-ROM 120mm data disc loaded, unlocked wdc1: unit 1 (atapi): IOMEGA ZIP 100 ATAPI/14.A, removable, intr, iordis wfd0: medium type unknown (no disk) wfd0: buggy Zip drive, 64-block transfer limit set atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 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 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio2: not probed (disabled) sio3: not probed (disabled) 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/8 bytes threshold ppb0: IEEE1284 device found /NIBBLE Probing for PnP devices on ppbus0: ppbus0: Hewlett-Packard HP LaserJet 6L/0101.01 PRINTER HP ENHANCED PCL5,PJL 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 changing root device to wd0s2a To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message