HEADS UP: MFC of local_startup changes to rc.d complete
Howdy, As has been discussed for a couple weeks now, I have MFC'ed to RELENG_6 the changes in /etc/rc* that bring new-style boot scripts from the local_startup directories (by default /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d) into the base rcorder. For old style scripts (those that don't use rc.subr) there should be no changes. They will still run out of /etc/rc.d/localpkg. For those scripts that have been converted to use rc.subr, they will still be run the same way that they are now. The difference is that they will be added to the base rcorder list, and run in that spot instead of in localpkg. To get an idea of the current list (minus any local scripts) in RELENG_6, see http://people.freebsd.org/~dougb/rcorder-6.all In an ideal world, there should be no problems related to running the scripts in a different order. However, it is anticipated that there may be a brief period while scripts for whom the ordering is significant are adjusted. These are extremely easy changes to make, and do not otherwise affect the functionality of the packages in any way. If you run into one of these problems, please report it to the port's maintainer, and [EMAIL PROTECTED] ASAP. In almost all cases however the scripts will run close enough to their old position as not to make any difference, since currently localpkg is fairly late in the order. This change is being made so that port authors and users can take advantage of the greater control these features will give them. Some authors have already stepped forward and added new functionality to their ports that take advantage of these features. If anyone has questions about the changes, or what they offer you, feel free to ask on [EMAIL PROTECTED] You can also find more information in rc(8) on an updated system. Happy Holidays, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
Hi. Gianmarco Giovannelli wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c Works for me with graphics/dri-devel and x11-server/xorg-server The combination of graphics/dri-devel and x11-servers/xorg-server is not suitable for i915gm. This chip is only supported by x11-servers/xorg-server-snap. However it does not work well with either graphics/dri-devel or dri from cvs (as of today). Infact I have tried all the combinations me too, but I found that plain xorg 6.8.2 doesn't work after the patch (it seems to remember it used to work before, but I can be wrong) and with the latest snapshot (903) the latest dri produces the error above resulting slover than before the patch. Is there any diagnostics on how plain xorg doesn't work? Personally I just made patch for successfully initializing i915.ko. I think, freebsd-x11 is better list for this thread. May be Eric can say something? With best regards, Alexey Popov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0/amd64 boot hang if apic enabled on IBM x336
Oops, I've just remember that I've also set hint.atkbd.0.flags=0 and I've no problems with keyboard. Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] On Mon, 19 Dec 2005, Rong-En Fan wrote: Hi all, We have a IBM xSeries 336 which has 2 Pentium 4 (EM64T) 3.2G with 2GB memory. When we boot it with 6.0-RELEASE/amd64, it hangs after acd0 is shown. However, if apic is disabled, then it boots. For 5.4-RELEASE/amd64, it works great. A 7.0-CURRENT (SNAP009, Nov/2005) shows the same behavior. To have it boot, I set following in loader.conf hint.atkbd.0.disabled=0x4 # otherwise, I lose my keyboard hint.apic.0.disabled=1 The verbose dmesg with/without apic, and the asl dump (with bios version 1.12, the latest one found on IBM site) are available at: http://www.rafan.org/FreeBSD/x336/ BTW, the SCSI timeout message from dmesg-noapic.txt is a bit wired. If I boot without verbose message it does not show, everything works great. With verbose booting, those messages show up and it takes me a lot of time to get into multiuser mode. Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0/amd64 boot hang if apic enabled on IBM x336
Does not work on xSeries 336 for me. Shows that CPU have HTT, 2 logical CPU. But does not launch logical CPU. When I've added #define MPTABLE_FORCE_HTT 1 into /sys/amd64/amd64/mptable.c I've seen detection on second CPU, but it hangs solid after Timecounters tick every 1.000 ms. Just after that in single processor mode mpt0 is begin to initialize. Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] On Mon, 19 Dec 2005, Joseph Koshy wrote: mk The question I have. Does Intel CPU have HTT in amd64 mode? Yes, AFAIK. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Buildkernel failure due to wlan dependency - update comments of GENERIC?
When trying to build a RELENG_6_0 kernel with SMP support and unneccessary devices commented out, I got a failure whilst compiling the ural device. This was due to the fact that I had disabled wlan, but still had ural enabled. Can the comment on ural be modified so one immediately sees this dependency? device umass # Disks/Mass storage - Requires scbus and da device ural# Ralink Technology RT2500USB wireless NICs - Requires wlan (and possibly requires additional devices) Spil. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wed, 21 Dec 2005, Melvyn Sopacua wrote: On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: On Tue, 20 Dec 2005, Melvyn Sopacua wrote: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 You've probably got things linked to two different versions of libpthread. Please see /usr/ports/UPDATING, section 20050722. It's a clean install (well, 5.x to a new slice, then recompiled after boot). Please read the UPDATING section. You have to rebuild all your ports now that you are using 6.x. You can't just upgrade firefox and mplayer plugin. -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wednesday 21 December 2005 14:57, Daniel Eischen wrote: On Wed, 21 Dec 2005, Melvyn Sopacua wrote: On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: On Tue, 20 Dec 2005, Melvyn Sopacua wrote: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 You've probably got things linked to two different versions of libpthread. Please see /usr/ports/UPDATING, section 20050722. It's a clean install (well, 5.x to a new slice, then recompiled after boot). Please read the UPDATING section. You have to rebuild all your ports now that you are using 6.x. You can't just upgrade firefox and mplayer plugin. I didn't. I built all ports from scratch or used 6-stable packages. I think it's an error in mplayer-plugin, unless you tell me it works for you, then the only thing that makes sense is the use of nvidia-driver. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wed, 21 Dec 2005, Melvyn Sopacua wrote: On Wednesday 21 December 2005 14:57, Daniel Eischen wrote: Please read the UPDATING section. You have to rebuild all your ports now that you are using 6.x. You can't just upgrade firefox and mplayer plugin. I didn't. I built all ports from scratch or used 6-stable packages. I think My apologies. Your previous email sounded like you had built ports on 5.x and then upgraded some of them on 6.x You can use /etc/libmap.conf to be sure: libpthread.so libpthread.so.2 libpthread.so.1 libpthread.so.2 You might want to check /etc/libmap.conf just to make sure you don't have anything mapped to libpthread.so.1. it's an error in mplayer-plugin, unless you tell me it works for you, then the only thing that makes sense is the use of nvidia-driver. That has been a problem in the past, but I thought they released a newer driver that works correctly with libpthread and libthr. -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wednesday 21 December 2005 15:29, Daniel Eischen wrote: My apologies. Your previous email sounded like you had built ports on 5.x and then upgraded some of them on 6.x Nps. I kept the old /usr/local around as /stable/usr/local to copy over configs and apache's webroot, but I don't see how that could've interfered, as I didn't add it to my PATH or anything fishy like that. In fact, I did ldd -a /usr/local/bin/mplayer|grep pthread and it only showed libpthread.so.2. You might want to check /etc/libmap.conf just to make sure you don't have anything mapped to libpthread.so.1. all .2 it's an error in mplayer-plugin, unless you tell me it works for you, then the only thing that makes sense is the use of nvidia-driver. That has been a problem in the past, but I thought they released a newer driver that works correctly with libpthread and libthr. Latest of everything. Portstree last updated Dec 17. Recompiled mplayer without WITH_NVIDIA didn't make a difference. It just doesn't get outof the loop in PlayNode(), but I'm not farmiliar with the conditions mentioned therein. Just trying to figure out if this is a local problem, pthreads problem or that the port is broken (with certain combinations). -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
gvinum: adding plex and subdisks to existing volume panic
Hi, I'm using 5.4-STABLE. One of the mirrored disks died. I want to add new disk, which has not the same size as the died one. The output of the gvinum l is the following: # gvinum l 4 drives: D rd2 State: up /dev/da2s1h A: 0/1023 MB (0%) D d2State: up /dev/da2s1f A: 0/15452 MB (0%) D d3State: up /dev/da3s1A: 0/70001 MB (0%) D d4State: up /dev/da1s1A: 0/70001 MB (0%) 2 volumes: V root State: up Plexes: 1 Size: 1023 MB V usr State: up Plexes: 2 Size: 83 GB 4 plexes: P usr.p0 C State: down Subdisks: 1 Size: 68 GB P usr.p1 C State: up Subdisks: 2 Size: 83 GB P root.p1 C State: up Subdisks: 1 Size: 1023 MB P root.p0 C State: down Subdisks: 0 Size: 0 B 6 subdisks: S usr.p0.s0 State: down D: d1 Size: 15 GB S usr.p1.s0 State: up D: d2 Size: 15 GB S root.p1.s0State: up D: rd2 Size: 1023 MB S root.p0.s0State: down D: rd1 Size: 1023 MB S usr.p0.s1 State: up D: d3 Size: 68 GB S usr.p1.s1 State: up D: d4 Size: 68 GB and # camcontrol devlist -v scbus0 on ahd0 bus 0: SEAGATE ST373207LW 0004 at scbus0 target 3 lun 0 (pass0,da0) IBM IC35L073UWDY10-0 S25Fat scbus0 target 9 lun 0 (pass1,da1) HP C5683A C005 at scbus0 target 10 lun 0 (sa0,pass2) at scbus0 target -1 lun -1 () scbus1 on ahd1 bus 0: IBM IC35L018UWD210-0 S5BSat scbus1 target 1 lun 0 (pass3,da2) IBM IC35L073UWDY10-0 S23Cat scbus1 target 8 lun 0 (pass4,da3) at scbus1 target -1 lun -1 () scbus-1 on xpt0 bus 0: at scbus-1 target -1 lun -1 (xpt0) I want to have the whole new disk a one vinum slice so the # disklabel da0s1 # /dev/da0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 143363700 2814.2BSD0 0 0 c: 1433639970unused0 0 # raw part, don't edit h: 143363981 16 vinum The old one was: # disklabel da2s1 # /dev/da2s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 2096855 2814.2BSD 2048 16384 0 b: 2097152 2097152 swap c: 358409520unused0 0 # raw part, don't edit f: 31646648 4194304 vinum h: 2097136 16 vinum When I try to do: # gvinum create gvinum.conf it ends up in immediate panic (page fault). The gvinum.conf file: drive d1b device /dev/da0s1h plex name usr.p2 org concat vol usr plex name root.p2 org concat vol root sd name root.p2.s0 drive d1b len 2096871s driveoffset 265s plex root.p2 plexoffset 0s sd name usr.p2.s0 drive d1b len 31646383s driveoffset 2097136s plex usr.p2 plexoffset 0s Am I doing something wrong? How can be added a new disk to existing mirror in gvinum? Any help appreciated, I cannot find useful hints. Regards, lk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gvinum: adding plex and subdisks to existing volume panic
On Wed, 21 Dec 2005, Ludo Koren wrote: When I try to do: # gvinum create gvinum.conf it ends up in immediate panic (page fault). The gvinum.conf file: It would be easier to track down this problem if you could provide the place where the panic happens or even better a backtrace. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ [EMAIL PROTECTED] http://people.freebsd.org/~le/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
em bad performance
hi, this particular mb, intel sr1435vp2, has 2 ethernets, one is an Intel '82547EI Gigabit Ethernet Controller', the other is a Marvell (which seems that the driver is around the corner). the em performance under 6.0-stable is half of any other box i have, and a similar mb running linux gives about 1GB, so Q: any ideas what can be wrong? thanks, danny ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Kernel panic in FreeBSD 6.0 with Samsung SP2504C SATA harddrive
Hello everyone! The other day I installed FreeBSD 6.0 on my AMD64 3200+ computer with an Asus A8N-E motherboard. The system has 1 IDE drive and 2 SATA drives. Installation went normally and everything looked fine, but at boot I got a kernel panic: ad10: 238475MB SAMSUNG SP2504C VT100-33 at ata5-master SATA150 Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc08100c3 stack pointer = 0x28:0xc0c20b60 frame pointer = 0x28:0xc0c20be8 code segment= base 0x0, limit 0x, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 18 panic: integer device fault After some testing I found that the problem was related specifically to that hard drive, I swapped controllers etc, but no change. If I removed that drive, FreeBSD would boot normally. I first tried on the AMD64 release, and after that I installed the i386 release, but there was no difference. (The included kernel panic message is from the i386 release). But fear not, I found a workaround! Turns out that if I change access mode on the hard drive in my bios from Auto to Large, it boots fine. But just thought you should know about the issue :) I'll also include a dmesg of a normal boot of the system with the hard drive disconnected, I didnt discover the workaround until more recently: - Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Nvidia AWRDACPI Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x10ff0 Stepping = 0 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xe2500800SYSCALL,NX,MMX+,b25,LM,3DNow+,3DNow real memory = 1073676288 (1023 MB) avail memory = 1041780736 (993 MB) ioapic0 Version 1.1 irqs 0-23 on motherboard npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: Nvidia AWRDACPI on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: ACPI PCI Link LNK1 irq 3 on acpi0 pci_link1: ACPI PCI Link LNK2 on acpi0 pci_link2: ACPI PCI Link LNK3 irq 11 on acpi0 pci_link3: ACPI PCI Link LNK4 on acpi0 pci_link4: ACPI PCI Link LNK5 on acpi0 pci_link5: ACPI PCI Link LUBA on acpi0 pci_link6: ACPI PCI Link LUBB on acpi0 pci_link7: ACPI PCI Link LMAC irq 3 on acpi0 pci_link8: ACPI PCI Link LACI irq 5 on acpi0 pci_link9: ACPI PCI Link LMCI on acpi0 pci_link10: ACPI PCI Link LSMB on acpi0 pci_link11: ACPI PCI Link LUB2 on acpi0 pci_link12: ACPI PCI Link LIDE on acpi0 pci_link13: ACPI PCI Link LSID irq 5 on acpi0 pci_link14: ACPI PCI Link LFID irq 11 on acpi0 pci_link15: ACPI PCI Link LPCA on acpi0 pci_link16: ACPI PCI Link APC1 irq 16 on acpi0 pci_link17: ACPI PCI Link APC2 irq 17 on acpi0 pci_link18: ACPI PCI Link APC3 irq 18 on acpi0 pci_link19: ACPI PCI Link APC4 irq 19 on acpi0 pci_link20: ACPI PCI Link APC5 irq 16 on acpi0 pci_link21: ACPI PCI Link APCF irq 0 on acpi0 pci_link22: ACPI PCI Link APCG irq 0 on acpi0 pci_link23: ACPI PCI Link APCH irq 0 on acpi0 pci_link24: ACPI PCI Link APCJ irq 0 on acpi0 pci_link25: ACPI PCI Link APCK irq 0 on acpi0 pci_link26: ACPI PCI Link APCS irq 0 on acpi0 pci_link27: ACPI PCI Link APCL irq 0 on acpi0 pci_link28: ACPI PCI Link APCZ irq 0 on acpi0 pci_link29: ACPI PCI Link APSI irq 0 on acpi0 pci_link30: ACPI PCI Link APSJ irq 0 on acpi0 pci_link31: ACPI PCI Link APCP irq 0 on acpi0 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: memory at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 pci0: serial bus, SMBus at device 1.1 (no driver attached) ohci0: OHCI (generic) USB controller mem 0xd0204000-0xd0204fff at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self
FreeBSD6.0-STABLE got wicked up since today's cvsupdate (Xorg/X11, USB)
Hello. I did today (21st December) the last cvsupdate (did yesterday cvsupdate before) with a lot of new entries in /etc/rc.d. Since then I ran into massif problems with X11. I use the lastes Xorg stuff from the ports, only for your information. Problem: After kernel came up, booting into multiuser mode, starting X11 I lost USB keyboard and mouse. Changing USB keyboard against PS/2 one results also in a completely stuck keyboard. Booting machine in singleuser mode with PS/2 keyboard, disabling xdm and Xserver and starting machine then without this stuff with console results in a working system. Enabling then xdm and the approriate entry in Xservers also results in a working, as usual, environment. maybe something got wicked up with the last cvsupdate? Attached you'll find the last dmesg. Bos is a DELL Optiplex 270, operating system is FreeBSD 6.0-STABLE. moused is enabled, also devd (as you can see). Box worked with the same config since the last cvsupdate today. I deleted all /etc/rc.d entries and replaced them via mergemaster -i with the newest stuff! What else could cause this problem? Thanks in advance, Oliver Copyright (c) 1992-2005 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 6.0-STABLE #18: Wed Dec 21 16:35:52 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/EDDA ACPI APIC Table: DELL GX270 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.52-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNTX-ID,b14 Hyperthreading: 2 logical CPUs real memory = 527892480 (503 MB) avail memory = 506970112 (483 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 Version 2.0 irqs 0-23 on motherboard netsmb_dev: loaded npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: DELL GX270 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 p4tcc0: CPU Frequency Thermal Control on cpu0 cpu1: ACPI CPU on acpi0 p4tcc1: CPU Frequency Thermal Control on cpu1 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 drmsub0: Intel i865G GMCH port 0xed98-0xed9f mem 0xe800-0xefff,0xfeb8-0xfebf irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmsub0 attach returned 12 uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: Intel 82801EB (ICH5) USB controller USB-A 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 uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: Intel 82801EB (ICH5) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801EB (ICH5) USB controller USB-C port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: Intel 82801EB (ICH5) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: Intel 82801EB (ICH5) USB controller USB-D port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: Intel 82801EB (ICH5) USB controller USB-D on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib1 em0: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 0xdf40-0xdf7f mem 0xfeae-0xfeaf irq 18 at device 12.0 on pci1 em0: Ethernet address: 00:0b:db:7e:96:43 isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH5 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7 irq 18 at device 31.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel
Re: ports security branch
Imagine: Foo 1.2.3 that was current at the time of FreeBSD 6.0 release gets a severe vuln after some time. Some admins upgrade to the latest and greatest Foo 1.2.9, others to Foo 1.2.7 (probably with not recently updated ports tree)... If 1.2.7 is secure, there is no problem. If 1.2.7 is not, portaudit will not let you upgrade. It seems to me, you need to farmiliarize yourself first with the mechanisms in place already, before shooting it. Scrolling a couple of pages backwards, you suddenly realize that it was I who first mentioned the role of portaudit in maintaining the security info in this thread. Nevermind. There _might_ be a problem if one always upgrades to a newer release, this way or another, right on the production machine. The whole point of security updates is making users' lives easier. You upgrade, you want the software-OS bundle to behave, feel and touch _exactly_ the same way it did before. Once again, FreeBSD already _does_ that to the base system. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: MFC of local_startup changes to rc.d complete
On Wed, Dec 21, 2005 at 12:23:20AM -0800, Doug Barton wrote: If you run into one of these problems, please report it to the port's maintainer, and [EMAIL PROTECTED] ASAP. ITYM [EMAIL PROTECTED] mcl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: em bad performance
On Wednesday 21 December 2005 17:55, Danny Braniss wrote: this particular mb, intel sr1435vp2, has 2 ethernets, one is an Intel '82547EI Gigabit Ethernet Controller', the other is a Marvell (which seems that the driver is around the corner). the em performance under 6.0-stable is half of any other box i have, and a similar mb running linux gives about 1GB, so Q: any ideas what can be wrong? With or without polling. Seen reports of polling enabled drivers without polling enabled are very slow. According to polling(4), em is polling capable. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gvinum: adding plex and subdisks to existing volume panic
Lukas Ertl == Lukas Ertl [EMAIL PROTECTED] writes: Lukas Ertl On Wed, 21 Dec 2005, Ludo Koren wrote: When I try to do: # gvinum create gvinum.conf it ends up in immediate panic (page fault). The gvinum.conf file: Lukas Ertl It would be easier to track down this problem if you Lukas Ertl could provide the place where the panic happens or Lukas Ertl even better a backtrace. # kgdb /usr/obj/usr/src/sys/GENERIC/kernel vmcore.15 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) (kgdb) (kgdb) bt #0 0xc0618252 in doadump () #1 0xc06187dc in boot () #2 0xc0618a70 in panic () #3 0xc07c82bc in trap_fatal () #4 0xc07c8023 in trap_pfault () #5 0xc07c7c65 in trap () #6 0xc07b7bba in calltrap () #7 0xc28d0018 in ?? () #8 0xc27b0010 in ?? () #9 0xc2760010 in ?? () #10 0xc2765800 in ?? () #11 0x in ?? () #12 0xe4db2848 in ?? () #13 0xe4db282c in ?? () #14 0xc26a8500 in ?? () #15 0x0001 in ?? () #16 0xc08e6ed0 in runq () #17 0x in ?? () #18 0x000c in ?? () #19 0x in ?? () #20 0xc09f38c5 in ?? () #21 0x0008 in ?? () #22 0x00010286 in ?? () #23 0xc26a8500 in ?? () #24 0xc261c280 in ?? () #25 0xe4db2ca0 in ?? () #26 0xc09eb422 in ?? () #27 0xc26a8500 in ?? () #28 0xc060eaa1 in free () Previous frame inner to this frame (corrupt stack?) (kgdb) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Release schedule for 2006
Kevin Oberman writes: [discussion of USB/Cx level interactions clipped out...] If you unload the drivers, you should be to lower levels. Take a look at sysctl hw.acpi.cpu for detail and to see how much time is spent in each sleep state. I assume that you can unload the drivers, but my kernel has USB at this time. I do plan on building a kernel without USB and see if unloading is a workable solution. I think it should be. I was spending all of my time in C1. After I added performance_cx_lowest=LOW economy_cx_lowest=LOW to my /etc/rc.conf, I found I spent all of my time in C2. I built a kernel w/ all of the usb devices commented out (and eventually remembered to set usbd_enable=NO in /etc/rc.conf, else the modules just get kloaded...), and now I have: hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 15.21% 84.78% If I start usbd by hand the system starts spending time in C2. If I stop usbd and kldunload usb, the system starts spending time in C3 again. g. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gvinum: adding plex and subdisks to existing volume panic
On Wed, 21 Dec 2005, Ludo Koren wrote: (kgdb) bt #0 0xc0618252 in doadump () #1 0xc06187dc in boot () #2 0xc0618a70 in panic () #3 0xc07c82bc in trap_fatal () #4 0xc07c8023 in trap_pfault () #5 0xc07c7c65 in trap () #6 0xc07b7bba in calltrap () #7 0xc28d0018 in ?? () #8 0xc27b0010 in ?? () Unfortunately, that doesn't help me at all, since there's no debugging info. Have a look at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-kld.html. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ [EMAIL PROTECTED] http://people.freebsd.org/~le/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD6.0-STABLE got wicked up since today's cvsupdate (Xorg/X11, USB)
O. Hartmann wrote: Hello. I did today (21st December) the last cvsupdate (did yesterday cvsupdate before) with a lot of new entries in /etc/rc.d. Since then I ran into massif problems with X11. I use the lastes Xorg stuff from the ports, only for your information. I'm sorry that you're having these problems. It's not very likely that the rc changes caused this problem, but it's worth exploring. I need you to do two things. First, copy /etc/rc to a convenient directory, and then apply the attached patch. DON'T patch /etc/rc, or your system won't boot. :) Then run '/bin/sh rc'. This should generate 3 files, rc.early[12] and rc.late. If the rc.early files are different (they should not be) then please send them both. Otherwise, please send one of the rc.early files and the rc.late file. Second, please enable console logging in /etc/syslog.conf, if you have not already. You should have a line in there that looks like this, without the comment at the front: console.info /var/log/console.log Then do 'touch /var/log/console.log', reboot, and send that log together with the files created by the patched rc above. Thanks, Doug -- This .signature sanitized for your protection --- r6/src/etc/rc Tue Dec 20 23:11:33 2005 +++ rc Wed Dec 21 11:18:34 2005 @@ -81,7 +43,8 @@ files=`rcorder ${skip} /etc/rc.d/* 2/dev/null` for _rc_elem in ${files}; do - run_rc_script ${_rc_elem} ${_boot} + #run_rc_script ${_rc_elem} ${_boot} + echo $_rc_elem rc.early1 case $_rc_elem in */${early_late_divider})break ;; @@ -102,14 +65,18 @@ _skip_early=1 for _rc_elem in ${files}; do case $_skip_early in - 1) case $_rc_elem in + 1) + echo $_rc_elem rc.early2 + + case $_rc_elem in */${early_late_divider})_skip_early=0 ;; esac continue ;; esac - run_rc_script ${_rc_elem} ${_boot} + echo $_rc_elem rc.late + #run_rc_script ${_rc_elem} ${_boot} done echo '' ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: em bad performance
On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote: hi, this particular mb, intel sr1435vp2, has 2 ethernets, one is an Intel '82547EI Gigabit Ethernet Controller', the other is a Marvell (which seems that the driver is around the corner). the em performance under 6.0-stable is half of any other box i have, and a similar mb running linux gives about 1GB, so Q: any ideas what can be wrong? Performance of what? Do you even have a correct MTU set? -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror SCSI+IDE
On Fri, Dec 16, 2005 at 06:39:18PM +0100, Ivan Voras wrote: For some funny reasons, I'll probably have to setup a gmirror between a SCSI disk device and a IDE one, and won't have much time for testing. So I'm wondering did anyone do such a thing and are there any caveats. For example, AFAIK SCSI devices are under Giant and IDE are not - is there any reason this would make problems? Might have bad performance, who knows. Why the funny setup exactly? -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: File system corruption with ATA RAID-1 on 6-STABLE
On Sat, Nov 19, 2005 at 12:06:00PM -0600, Seán C. Farley wrote: I installed 6.0 on a system with two SATA drives in RAID-1. 5.4 is installed on a standard IDE channel. All appeared to work well until sometime after updating the system to 6-STABLE, installing the Nvidia driver and copying a lot of data (mainly ogg files) from my old hard drive onto it. I started seeing a multitude of READ_DMA (or maybe WRITE_DMA) errors in /var/log/messages. The system was beginning to slow down a lot, so I rebooted. Since then I have been unable to keep it up without a panic after an fsck in single-user mode. I realize this does not tell much, but just when ld.so.hints is being removed due to being corrupt the follow panic appears: Panic: ffs_valloc: dup alloc The panic may just be from a system that is too corrupted. I am amazed it still boots. That's how it appears, yeah. What does the drive health look like? Seems most like a chipset bug or nvidia driver bug, but could be things are just coinciding with drive or drive controller failure. -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
cdboot troubles; 6.0 kernel hanging
I have this box that apparently no longer likes FreeBSD's cdboot, it prints something about BOOT/LOADER and then just reboots. Any ideas how to debug something like that? The box already has FreeBSD installed (5.3 with some patches), and i tried copying the 6.0 kernel from disc1 and loading it manually at the loader prompt. It hangs after printing (boot -v): GEOM: new disk ad0 GEOM: new disk ad4 ad0 is on oboard pata (the board is a via kt400), ad4 is a single disk on a Promise Fasttrack tx2200 sata controller. I guess i could try to build a 6.0 kernel with ddb, but what would i be looking for then to find out why its hanging? I'll append 5.3's boot -v dmesg. (btw i see a lot more of the ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 lines with the 6.0 kernel than with 5.3...) Thanx, Juergen ---snip penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 pcib0: slot 9 INTA routed to irq 11 via \\_SB_.PCI0.LNKB found- vendor=0x105a, dev=0x3571, revid=0x02 bus=0, slot=9, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=1 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base e812, size 17, enabled map[14]: type 1, range 32, base e814, size 17, enabled map[18]: type 4, range 32, base a800, size 6, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LNKC) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 257160): interrupts: 10 51112 7 6 4 315 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKC (references 12, priority 257160): interrupts: 10 51112 7 6 4 315 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKD (references 12, priority 257160): interrupts: 10 51112 7 6 4 315 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 pcib0: slot 10 INTA routed to irq 10 via \\_SB_.PCI0.LNKC found- vendor=0x8086, dev=0x1076, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 4, range 32, base ac00, size 8, enabled map[14]: type 1, range 32, base e8181000, size 8, enabled map[18]: type 1, range 32, base e8182000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 263050): interrupts: 5111012 7 6 4 315 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 \\_SB_.PCI0.LNKD (references 12, priority 263050): interrupts: 5111012 7 6 4 315 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found- vendor=0x1000, dev=0x000f, revid=0x26 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci0:12:0: Transition from D2 to D0 map[10]: type 4, range 32, base b000, size 6, enabled pcib0: matched entry for 0.12.INTA (src \\_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 268941): interrupts: 5101112 7 6 4 315 14 1 penalty: 1970 2040 2160 6920 6920 6920 6920 6920 51920 51920101920 pcib0: slot 12 INTA routed to irq 10 via \\_SB_.PCI0.LNKA found- vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[20]: type 4, range 32, base b400, size 5,
Re: HEADS UP: MFC of local_startup changes to rc.d complete
Mark Linimon wrote: On Wed, Dec 21, 2005 at 12:23:20AM -0800, Doug Barton wrote: If you run into one of these problems, please report it to the port's maintainer, and [EMAIL PROTECTED] ASAP. ITYM [EMAIL PROTECTED] Yep, sorry. :) -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Bug[?] In new local_startup and postgresql
After a today upgrade to 6-STABLE postgresql doesn't start at boot. Strange beavior, if I run `/usr/local/etc/rc.d/010.pgsql.sh start' it starts correctly. 010.pgsql.sh is the same of updated ports. This is 010.pgsql.sh : http://www.deana.it/010.pgsql.sh Doug, this is resuls of running `sh rc' whit your patch: http://www.deana.it/rc.late # grep postgresql_enable /etc/rc.conf postgresql_enable=YES This is the only one script doesn't working From a fresh boot: db # ps ax | grep postmaster 875 p0 S+ 0:00.00 grep postmaster db # /usr/local/etc/rc.d/010.pgsql.sh rcvar # postgresql $postgresql_enable=YES db # /usr/local/etc/rc.d/010.pgsql.sh start db # ps ax | grep postmaster 903 p0 S 0:00.03 /usr/local/bin/postmaster -D /usr/local/pgsql/data (postgres) 908 p0 S 0:00.00 postmaster: stats buffer process(postgres) 909 p0 S 0:00.00 postmaster: stats collector process(postgres) 914 p0 S+ 0:00.00 grep postmaster thanks in advance. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bug[?] In new local_startup and postgresql
On Thu, 22 Dec 2005 00:50:07 +0100 Cristiano Deana [EMAIL PROTECTED] wrote: After a today upgrade to 6-STABLE postgresql doesn't start at boot. Strange beavior, if I run `/usr/local/etc/rc.d/010.pgsql.sh start' it starts correctly. 010.pgsql.sh is the same of updated ports. This is 010.pgsql.sh : http://www.deana.it/010.pgsql.sh Doug, this is resuls of running `sh rc' whit your patch: http://www.deana.it/rc.late # grep postgresql_enable /etc/rc.conf postgresql_enable=YES This is the only one script doesn't working On your system :) Squid and samba have been reported on ports and I'm working on cups, which with the current script behaves strangely like it doesn't receive start. But, as in your case, it starts by hand. Please check if you get a /usr/local/etc/rc.d/010.pgsql.sh: unknown directive .. Usage: /usr/local/etc/rc.d/010.pgsql.sh [fast|force|one](start|stop|restart|rcvar|reload|initdb|status|poll) on boot, I'm very curios to see what directive it receives. -- IOnut - Unregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect BOFH excuse #336: the xy axis in the trackball is coordinated with the summer solstice ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
At 12.54 21/12/2005, you wrote: Hi. Alexey Popov wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB Not sure, but I think 0MB here is weird. Full output (from Gianmarco): pci0: ACPI PCI bus on pcib0 agp0: Intel 82915GM (915GM GMCH) SVGA controller port 0x1800-0x1807 mem 0xb008-0xb00f,0xc000-0xcfff,0xb000-0xb003 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 pci0: display at device 2.1 (no driver attached) Aperture size 256MB should be printed here instead of 0MB. There is three different i915gm with this bug reported: http://freebsd.rambler.ru/bsdmail/freebsd-stable_curr/msg3.html I think this bug is i915gm only, but have no hardware to dig in. I reply also in this list for the people not subscribed to the x11 list :-) It seems to me that also Oliver has the same bug (0M) on his 915GM ... Any other with with centrino based 915 card can confirm this ? If someone need a tester to fix it I am ready to help. Best Regards, Gianmarco Giovannelli , Unix expert since yesterday http://utenti.gufi.org/~gmarco/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: MFC of local_startup changes to rc.d complete
On Wed, 21 Dec 2005, Doug Barton wrote: As has been discussed for a couple weeks now, I have MFC'ed to RELENG_6 the changes in /etc/rc* that bring new-style boot scripts from the local_startup directories (by default /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d) into the base rcorder... This seems to have broken ppp-user for me. Apparently the ppp arguments are being executed without the ppp command: + su -m vpn -c sh -c -quiet -ddial vpn-tcp -quiet: not found Otherwise, everything seems to be working fine. See a trace of `ppp-user start' below. -- Greg # /bin/sh -x /etc/rc.d/ppp-user start + . /etc/rc.subr + [ -z ] + _rc_subr_loaded=YES + SYSCTL=/sbin/sysctl + SYSCTL_N=/sbin/sysctl -n + CMD_OSTYPE=/sbin/sysctl -n kern.ostype + /sbin/sysctl -n kern.ostype + OSTYPE=FreeBSD + ID=/usr/bin/id + IDCMD=if [ -x /usr/bin/id ]; then /usr/bin/id -un; fi + SYSCTL_W=/sbin/sysctl + name=ppp + set_rcvar + [ -z ] + base_var=ppp + echo ppp_enable + rcvar=ppp_enable + start_precmd=ppp_precmd + start_postcmd=ppp_postcmd + load_rc_config ppp + _command=ppp + [ -z ppp ] + false + [ -r /etc/defaults/rc.conf ] + debug Sourcing /etc/defaults/rc.conf + . /etc/defaults/rc.conf + rc_debug=NO + rc_info=NO + rcshutdown_timeout=30 + early_late_divider=mountcritlocal + swapfile=NO + apm_enable=NO + apmd_enable=NO + apmd_flags= + devd_enable=YES + devd_flags= + kldxref_enable=NO + kldxref_clobber=NO + kldxref_module_path= + pccard_enable=NO + pccard_mem=DEFAULT + pccard_beep=2 + pccard_ifconfig=NO + pccardd_flags=-z + pccard_conf=/etc/defaults/pccard.conf + powerd_enable=NO + powerd_flags= + removable_route_flush=YES + tmpmfs=AUTO + tmpsize=20m + tmpmfs_flags=-S -M + varmfs=AUTO + varsize=32m + varmfs_flags=-S -M + populate_var=AUTO + local_startup=/usr/local/etc/rc.d /usr/X11R6/etc/rc.d + script_name_sep= + rc_conf_files=/etc/rc.conf /etc/rc.conf.local + gbde_autoattach_all=NO + gbde_devices=NO + gbde_attach_attempts=3 + gbde_lockdir=/etc + geli_devices= + geli_tries= + geli_default_flags= + geli_autodetach=YES + geli_swap_flags=-a aes -l 256 -s 4096 -d + root_rw_mount=YES + fsck_y_enable=NO + background_fsck=YES + background_fsck_delay=60 + netfs_types=nfs:NFS nfs4:NFS4 smbfs:SMB portalfs:PORTAL nwfs:NWFS + extra_netfs_types=NO + hostname= + nisdomainname=NO + dhclient_program=/sbin/dhclient + dhclient_flags= + background_dhclient=NO + firewall_enable=NO + firewall_script=/etc/rc.firewall + firewall_type=UNKNOWN + firewall_quiet=NO + firewall_logging=NO + firewall_flags= + ip_portrange_first=NO + ip_portrange_last=NO + ike_enable=NO + ike_program=/usr/local/sbin/isakmpd + ike_flags= + ipsec_enable=NO + ipsec_file=/etc/ipsec.conf + natd_program=/sbin/natd + natd_enable=NO + natd_interface= + natd_flags= + ipfilter_enable=NO + ipfilter_program=/sbin/ipf + ipfilter_rules=/etc/ipf.rules + ipfilter_flags= + ipnat_enable=NO + ipnat_program=/sbin/ipnat + ipnat_rules=/etc/ipnat.rules + ipnat_flags= + ipmon_enable=NO + ipmon_program=/sbin/ipmon + ipmon_flags=-Ds + ipfs_enable=NO + ipfs_program=/sbin/ipfs + ipfs_flags= + pf_enable=NO + pf_rules=/etc/pf.conf + pf_program=/sbin/pfctl + pf_flags= + pflog_enable=NO + pflog_logfile=/var/log/pflog + pflog_program=/sbin/pflogd + pflog_flags= + pfsync_enable=NO + pfsync_syncdev= + pfsync_ifconfig= + tcp_extensions=YES + log_in_vain=0 + tcp_keepalive=YES + tcp_drop_synfin=NO + icmp_drop_redirect=NO + icmp_log_redirect=NO + network_interfaces=auto + cloned_interfaces= + ifconfig_lo0=inet 127.0.0.1 + sppp_interfaces= + gif_interfaces=NO + ppp_enable=NO + ppp_program=/usr/sbin/ppp + ppp_mode=auto + ppp_nat=YES + ppp_profile=papchap + ppp_user=root + syslogd_enable=YES + syslogd_program=/usr/sbin/syslogd + syslogd_flags=-s + inetd_enable=NO + inetd_program=/usr/sbin/inetd + inetd_flags=-wW -C 60 + named_enable=NO + named_program=/usr/sbin/named + named_flags=-u bind + named_pidfile=/var/run/named/pid + named_chrootdir=/var/named + named_chroot_autoupdate=YES + named_symlink_enable=YES + kerberos5_server_enable=NO + kerberos5_server=/usr/libexec/kdc + kerberos5_server_flags= + kadmind5_server_enable=NO + kadmind5_server=/usr/libexec/kadmind + kpasswdd_server_enable=NO + kpasswdd_server=/usr/libexec/kpasswdd + rwhod_enable=NO + rwhod_flags= + rarpd_enable=NO + rarpd_flags= + bootparamd_enable=NO + bootparamd_flags= + pppoed_enable=NO + pppoed_provider=* + pppoed_flags=-P /var/run/pppoed.pid + pppoed_interface=fxp0 + sshd_enable=NO + sshd_program=/usr/sbin/sshd + sshd_flags= + amd_enable=NO + amd_flags=-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map + amd_map_program=NO + nfs_client_enable=NO + nfs_access_cache=2 + nfs_server_enable=NO + nfs_server_flags=-u -t -n 4 + mountd_enable=NO + mountd_flags=-r + weak_mountd_authentication=NO + nfs_reserved_port_only=NO + nfs_bufpackets= + rpc_lockd_enable=NO + rpc_statd_enable=NO + rpcbind_enable=NO + rpcbind_program=/usr/sbin/rpcbind + rpcbind_flags= + rpc_ypupdated_enable=NO + keyserv_enable=NO + keyserv_flags= +
Reboots under 6.0 while exercising md device
For some reason, this script: #!/bin/sh DEV=$(md_config -a -t malloc -s 500m) newfs -i 512 -U /dev/$DEV mount /dev/$DEV /mnt cp -Rp /usr/src /mnt/ will kill my machine. I get zillions (well, hundreds at least, without a serial console I can't count them) of: Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352649216, length=16384)]error = 28 Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352665600, length=12288)]error = 28 with varying offsets and lengths, but seemingly always error 28 The system does not panic orderly, but rather spontaneously reboots after spewing a lot of the above error messages (5-20 secs worth). This is on a Compaq Proliant ML370 with 1 GB RAM, dmesg below. What do I need to fix to be able to use a RAM-backed filesystem? Jim FWIW, this script does not seem to freak out my machine, This led me to consider inode starvation, but '-i 512' results in over 6 inodes for what I estimate to be 4 files in /usr/src. #!/bin/sh DEV=$(mdconfig -a -t malloc -s 500m) newfs -i 512 -U /dev/$DEV mount /dev/$DEV /mnt dd if=/dev/zero of=/mnt/1M bs=1024 count=1024 for j in $(jot 450); do { cp -p /mnt/1M /mnt/1M.$(printf %03d $j) } done After that, df -h /mnt shows: /dev/md0 484M458M-13M 103%/mnt Here's the dmesg: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Wed Dec 21 15:40:38 PST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073725440 (1023 MB) avail memory = 1041682432 (993 MB) MPTable: COMPAQ PROLIANT FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic0 Version 1.1 irqs 0-34 on motherboard npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: ServerWorks NB6635 3.0LE host to PCI bridge pcibus 0 on motherboard pci0: PCI bus on pcib0 sym0: 1510d port 0x2000-0x20ff mem 0xc6effc00-0xc6ef,0xc6efe000-0xc6efefff irq 11 at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym0: [GIANT-LOCKED] sym1: 1510d port 0x2400-0x24ff mem 0xc6efdc00-0xc6efdfff,0xc6efc000-0xc6efcfff irq 15 at device 1.1 on pci0 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking sym1: [GIANT-LOCKED] fxp0: Intel 82559 Pro/100 Ethernet port 0x2800-0x283f mem 0xc6efb000-0xc6efbfff,0xc6d0-0xc6df irq 5 at device 2.0 on pci0 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:64:d5:4e pci0: display, VGA at device 3.0 (no driver attached) pci0: base peripheral at device 4.0 (no driver attached) isab0: PCI-ISA bridge at device 15.0 on pci0 isa0: ISA bus on isab0 atapci0: ServerWorks ROSB4 UDMA33 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3000-0x300f at device 15.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 pcib3: ServerWorks NB6635 3.0LE host to PCI bridge pcibus 3 on motherboard pci3: PCI bus on pcib3 ida0: Compaq Smart Array 431 controller port 0x4000-0x40ff mem 0xc6fff000-0xc6ff irq 10 at device 6.0 on pci3 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.18 idad0: Compaq Logical Drive on ida0 idad0: 17363MB (35561280 sectors), blocksize=512 eisa0: EISA bus on motherboard mainboard0: CPQ0690 (System Board) on eisa0 slot 0 eisa0: unknown card @@D9004 (0x00049004) at slot 2 pmtimer0 on isa0 orm0: ISA Option ROMs at iomem 0xc-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xe on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: Enhanced floppy controller at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 1.000 msec acd0: CDROM COMPAQ
Re: Reboots under 6.0 while exercising md device
On Wed, Dec 21, 2005 at 07:50:49PM -0800, James Long wrote: For some reason, this script: #!/bin/sh DEV=$(md_config -a -t malloc -s 500m) newfs -i 512 -U /dev/$DEV mount /dev/$DEV /mnt cp -Rp /usr/src /mnt/ will kill my machine. I get zillions (well, hundreds at least, without a serial console I can't count them) of: Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352649216, length=16384)]error = 28 Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352665600, length=12288)]error = 28 with varying offsets and lengths, but seemingly always error 28 The system does not panic orderly, but rather spontaneously reboots after spewing a lot of the above error messages (5-20 secs worth). This is on a Compaq Proliant ML370 with 1 GB RAM, dmesg below. What do I need to fix to be able to use a RAM-backed filesystem? From mdconfig(8): -t type Select the type of the memory disk. malloc Storage for this type of memory disk is allocated with malloc(9). This limits the size to the malloc bucket limit in the kernel. If the -o reserve option is not set, creating and filling a large malloc-backed memory disk is a very easy way to panic a system. As a rule, swap or vnode backed md devices are a better idea than malloc ones. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 pgpTeI97ILMoZ.pgp Description: PGP signature
Re: i915drm
On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: It seems to me that also Oliver has the same bug (0M) on his 915GM Any other with with centrino based 915 card can confirm this ? for me works fine: dmesg |grep -E 'drm|agp' agp0: Intel 82915GM (915GM GMCH) SVGA controller port 0xe000-0xe007 mem 0xd000-0xd007,0xa000-0xafff,0xd008-0xd00b irq 5 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xd000 0MB info: [drm] Initialized i915 1.2.0 20041217 [EMAIL PROTECTED]:2:0: class=0x03 card=0x007a1025 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class= display subclass = VGA 6-Stable, after MFC i915drm code. Acer TM 4151LMi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]