Re: 12.1-STABLE crash after upgrade to r360192
Hi, On Wed, Apr 22, 2020 at 01:48:00PM -0700, Pete Wright wrote: > On 4/22/20 1:15 PM, Wolfgang Zenker wrote: >> I went from 12.1-STABLE r359345 to r360192 on an Acer C720 Notebook. >> The system now crashes on loading /boot/modules/i915kms.ko >> I build and install graphics/drm-kmod and graphics/drm-fbsd12.0-kmod >> together with the kernel. >> If i915kms.ko is loaded via kld_list in /etc/rc.conf at boot, the screen >> goes blank upon loading the module and does not react any more, powercycle >> is required. If I load the the module manually after a successful boot, >> the screen goes blank and the system reboots after a while; on reboot >> a dump is found and written to /var/crash. >> Kernel config is GENERIC with added options WITNESS and WITNESS_SKIPSPIN >> CPU is a Celeron 2955U (Haswell class) and the graphics controller >> identifies as 'Haswell-ULT Integrated Graphics Controller' in pciconf. >> Any suggestions how to proceed from here? Any usefull information that >> I could extract from the crashdump? > Did you rebuild the drm-fbsd12.0-kmod after updating your world and > kernel? I generally do this by running "make package" inside my > ports/graphics/drm-fbsd12.0-kmod directory, then install this updated > package. I have this line in /etc/make.conf: PORTS_MODULES = graphics/drm-kmod graphics/drm-fbsd12.0-kmod So the modules are always built and installed at every "make kernel". Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
12.1-STABLE crash after upgrade to r360192
Hi, I went from 12.1-STABLE r359345 to r360192 on an Acer C720 Notebook. The system now crashes on loading /boot/modules/i915kms.ko I build and install graphics/drm-kmod and graphics/drm-fbsd12.0-kmod together with the kernel. If i915kms.ko is loaded via kld_list in /etc/rc.conf at boot, the screen goes blank upon loading the module and does not react any more, powercycle is required. If I load the the module manually after a successful boot, the screen goes blank and the system reboots after a while; on reboot a dump is found and written to /var/crash. Kernel config is GENERIC with added options WITNESS and WITNESS_SKIPSPIN CPU is a Celeron 2955U (Haswell class) and the graphics controller identifies as 'Haswell-ULT Integrated Graphics Controller' in pciconf. Any suggestions how to proceed from here? Any usefull information that I could extract from the crashdump? Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Anyone else seeing hangs at "Trying to mount root" after recent commits?
* Terry Kennedy [190911 04:59]: > I have a system I updated from r352025 (which worked fine) to r352200. > Any attempt to boot r352200 results in the system just sitting there after > displaying the normal "Trying to mount root from ufs:/dev/da0p3 [rw]..." > message. Nothing further, not even after a half hour. The console is non- > responsive (not that I'd really expect anything, but...). > This persists across multiple resets, power cycles, etc. Booting the > previous r352025 works fine, as expected. > Before I start trying to bisect this, is anyone else seeing this? amd64 > on a standard Dell PowerEdge R730 if that matters. My system r352194 also hangs at boot after successfully finding its usb devices. Console echos input on both connected usb keyboards, but nothing more. Previous kernel r352139 boots ok. Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
local_unbound broken in 11.2-p13
Hi, I was trying to use local_unbound in a jail on a newly configured server running 11.2-p13. First using an external nameserver in resolv.conf (works) and after starting local_unbound for the first time, config was created and local_unbound starts ok, but any queries get an answer with rcode SERVFAIL. No information in /var/log/messages. Same setup on 11.2-p9 works as expected. Comparing config on both servers, it appears that local_inbound now creates a root.key file with a DS record for the root zone, while the working installation has a DNSKEY record for the root zone. Changing the root.key file to one with DNSKEY record gets local_unbound working again. Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: APU Bristol Ridge graphics support
* Rozhuk Ivan [180930 23:15]: > On Sun, 30 Sep 2018 20:37:07 + > Johannes Dieterich wrote: > [..] >> Just to make sure, the gpu-firmware port is installed >> and /boot/modules contains these files the load is looking for? Which >> drm port gets installed if you use the new graphics/drm-kmod >> metaport? If it is next, could you try with that? > [..] > drm-next requires FreeBSD 12, I do not try it yet. that is no longer true; drm-next requires at least FreeBSD 11.2 now Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: firefox compilation problem
Hi, * Kurt Jaeger[171003 21:03]: >> I've got the following problem: the firefox building from ports ends with >> errors: >> -- >> x86_64-unknown-freebsd/release/libgkrust.a: could not read symbols: File >> format not recognized > Same here, with a build in poudriere. > http://people.freebsd.org/~pi/logs/firefox-56.0_1,1.log maybe this is related to the recent switch to LLVM 5 and associated libraries? I rebuilt all ports on my system after updating stable past the llvm switch and all ports including firefox built without problem. Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: cyapa(4) and isl(4) no longer working on Acer C720
* Andriy Gapon <a...@freebsd.org> [170225 15:59]: > On 25/02/2017 16:46, Andriy Gapon wrote: >> On 25/02/2017 15:10, Wolfgang Zenker wrote: >>> I'm using FreeBSD 11 on a chromebook Acer C720. Because I normally >>> use a mouse I didn't catch the exact time when cyapa and isl stopped >>> working, but my guess is it was when chromebook_framework was introduced >>> and cyapa and isl were moved to using iic. >>> A manual page chromebook_platform(4) does not exist. Maybe the Acer is >>> sufficiently different from other chromebooks that chromebook_platform >>> does not work here. In that case I'm supposed to set device hints for >>> the isl and cyapa drivers where to find their iic resources, according >>> to >>> https://github.com/freebsd/freebsd-base-graphics/commit/e2eab8e254154d36ebd6fde573f86e6472b75572 >>> Unfortunately I have no idea where to find the information that would >>> be needed for this. >> The manual page actually exists... but only in the source code :-( >> share/man/man4/chromebook_platform.4 >> Mea culpa. >> You can look through this Linux source file to check for information that's >> relevant to your laptop: >> http://lxr.free-electrons.com/source/drivers/platform/chrome/chromeos_laptop.c Thanks, the C720 is mentioned in that file. > In fact, could you please try this trivial patch? > Index: sys/dev/chromebook_platform/chromebook_platform.c > === > --- sys/dev/chromebook_platform/chromebook_platform.c (revision 314268) > +++ sys/dev/chromebook_platform/chromebook_platform.c (working copy) > @@ -69,7 +69,7 @@ >* See > http://lxr.free-electrons.com/source/drivers/platform/chrome/chromeos_laptop.c >*/ > controller = device_get_parent(bus); > - if (strcmp(device_get_name(controller), "ig4iic") != 0) > + if (strcmp(device_get_name(controller), "ig4iic_pci") != 0) > return; > for (i = 0; i < nitems(slaves); i++) { I did and it fixes the problem. Thank you! Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
cyapa(4) and isl(4) no longer working on Acer C720
Hi, I'm using FreeBSD 11 on a chromebook Acer C720. Because I normally use a mouse I didn't catch the exact time when cyapa and isl stopped working, but my guess is it was when chromebook_framework was introduced and cyapa and isl were moved to using iic. A manual page chromebook_platform(4) does not exist. Maybe the Acer is sufficiently different from other chromebooks that chromebook_platform does not work here. In that case I'm supposed to set device hints for the isl and cyapa drivers where to find their iic resources, according to https://github.com/freebsd/freebsd-base-graphics/commit/e2eab8e254154d36ebd6fde573f86e6472b75572 Unfortunately I have no idea where to find the information that would be needed for this. I have this in /boot/loader.conf: - kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" coretemp_load="YES" chromebook_platform_load="YES" ig4_load="YES" cyapa_load="YES" isl_load="YES" - And this in /etc/rc.conf: - hostname="faunus" keymap="de" kld_list="i915kms.ko" sshd_enable="YES" dumpdev="AUTO" zfs_enable="YES" wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP country de" ifconfig_wlan0_ipv6="inet6 accept_rtadv" rtsold_enable="YES" moused_enable="YES" moused_port="/dev/cyapa0" ntpd_enable="YES" ntpd_sync_on_start="YES" - Kernel config is GENERIC with added options DDB, GDB, WITNESS and WITNESS_SKIPSPIN. This shows up in /var/run/dmesg.boot: - Copyright (c) 1992-2017 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-STABLE #1 r313673: Sun Feb 12 04:22:32 CET 2017 wolfgang@faunus:/usr/obj/usr/src/sys/WITNESS amd64 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) WARNING: WITNESS option enabled, expect reduced performance. VT(vga): resolution 640x480 CPU: Intel(R) Celeron(R) 2955U @ 1.40GHz (1396.80-MHz K8-class CPU) Origin="GenuineIntel" Id=0x40651 Family=0x6 Model=0x45 Stepping=1 Features=0xbfebfbffFeatures2=0x4ddaebbf AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x2603 XSAVE Features=0x1 VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 4301258752 (4102 MB) avail memory = 1914736640 (1826 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) random: unblocking device. ioapic0 irqs 0-39 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0x80e9cbe0, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 Event timer "HPET5" frequency 14318180 Hz quality 440 Event timer "HPET6" frequency 14318180 Hz quality 440 cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: irq 37 on acpi0 acpi_button2: irq 38 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x183f mem 0xe000-0xe03f,0xd000-0xdfff at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xe051-0xe0513fff at device 3.0 on pci0 xhci0: mem 0xe050-0xe050 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0x usbus0 on xhci0 pci0: at device 21.0 (no driver attached) ig4iic_pci0: mem
Re: new certificate for svn.freebsd.org?
* Matthew Seaman[160618 11:21]: > On 18/06/2016 05:40, Ben Steel via freebsd-stable wrote: >> It's not just you, Wolfgang. See bug 210332 at bugs.freebsd.org. >> The new certificate is in place on the 4 mirrors that I found (US East, >> US West, UK, Russia) but didn't verify cleanly and wasn't in the >> documentation. >> For me, the fix was in Dimitry's mail, a step I probably missed when >> installing security/ca_root_nss: >> sudo ln -s /usr/local/share/certs/ca-root-nss.crt /etc/ssl/cert.pem > There's an option in the ca_root_nss port to create the symlink, which > is enabled by default. That option only exists because the ports are > not supposed to touch anything outside /usr/local -- except that for > this port, not creating the symlink for /etc/ssl/cert.pm pretty much > renders the whole port pointless. > Even so, the option used to be off by default: the change to 'on by > default' was made almost exactly a year ago, and there have been several > changes to the list of certs since, so not having the symlink in place > indicates either that you haven't updated your ports recently, or that > you've specifically chosen not to enable the symlink. In which case you > wouldn't have been able to validate the previous cert either. I first installed the port a couple of years ago and updated regularly, but of course the options value of not installing the symlink, which I then accepted as default, had been saved and was automatically used in every update since. I could not validate the previous cert either, but could check the hash against the published version. Now using "make rmconfig" and reinstalling the port fixed it for me. Maybe we should consider bringing the config dialog up again in ports where default values are changed? Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
new certificate for svn.freebsd.org?
Hi, I'm getting presented a new SSL certificate for svn.freebsd.org. Like the previous one, it can not be verified by svnlite on any of my 10-STABLE machines, though ca_root_nss is installed. But the previous certificate at least matched the fingerprint given on https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html Trying to update: # svnlite up /usr/src Updating '/usr/src': Error validating server certificate for 'https://svn.freebsd.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.freebsd.org - Valid: from Jun 15 00:00:00 2016 GMT until Jun 29 23:59:59 2017 GMT - Issuer: Gandi Standard SSL CA 2, Gandi, Paris, Paris, FR - Fingerprint: 86:5C:C5:84:F5:2D:40:FA:C6:F9:F0:D9:F5:40:D0:D5:6B:90:CB:CE (R)eject, accept (t)emporarily or accept (p)ermanently? Is it just me? Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
How is ntp leapfile update supposed to work?
Hi, after rebooting my ntp-server into FreeBSD 10.3-p5 I find a message in dmesg reading leapsecond file ('/var/db/ntpd.leap-seconds.list'): expired less than 5 days ago Looking through /etc/periodic I find daily/480.leapfile-ntpd which updates the leapfile if daily_ntpd_leapfile_enable is set. daily_ntpd_leapfile_enable defaults to "NO". How is it supposed to work? Do I enable daily_ntpd_leapfile_enable on all hosts running ntpd? Or just on the server that the other systems use for synchroising? Or not at all? Greetings, Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Recent stable: bsnmpd eats up memory and cpu
Hi, after updating some 10-STABLE systems a few days ago, I noticed that on two of those systems bsnmpd started to use up a lot of cpu time, and the available memory shrinked until rendering the system unusable. Killing bsnmpd stops the cpu usage but does not free up memory. Both affected systems are amd64, one having moved from r297555 to r298723, the other from r297555 to r298722. Another amd64 system that went from r297555 to r298722 appears to be not affected. The two affected systems are on an internal LAN segment and there is currently no application connecting to snmp on those machines. What would be useful debugging data to collect in this case? Wolfgang ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: State of Unicode collation support in FreeBSD?
* David Demelier demelier.da...@gmail.com [130910 10:26]: 2013/8/28 Wolfgang Zenker wolfg...@lyxys.ka.sub.org: [crossposted to -stable and -i18n] could someone point me to infos regarding Unicode collation support in FreeBSD? All I could find was https://wiki.freebsd.org/KonradJankowski/Collation but that page has not been changed in more than two years. Looking at sources of -current it doesn't look like those changes made it into the source tree yet. I think no one is really interested to add real UTF-8 support to Syscons. Currently you can get UTF-8 output by using Syscons xterm ttys (which is default) and set your appropriate locales. For input it's currently (unfortunately) not supported. If you use X.Org, then your fine using UTF-8. There might be a misunderstanding: Collation is about ordering characters and sorting strings. What we have in FreeBSD right now is support for input and output of utf-8 characters, and with X11 and the right set of fonts they display ok, and at least using vim editing utf-8 text works ok. But sorting utf-8 strings yields interesting results as soon as you have non-ascii characters in your strings. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
State of Unicode collation support in FreeBSD?
[crossposted to -stable and -i18n, replies directed to -stable] Hi everyone, could someone point me to infos regarding Unicode collation support in FreeBSD? All I could find was https://wiki.freebsd.org/KonradJankowski/Collation but that page has not been changed in more than two years. Looking at sources of -current it doesn't look like those changes made it into the source tree yet. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FTPS Server?
Hi everyone, * Matthew Seaman m.sea...@infracaninophile.co.uk [120105 14:38]: On 05/01/2012 12:47, Karl Denninger wrote: Not SFTP (which is supported by the sshd) but FTPS is it supported by FreeBSD? No, not supported in the base system. [..] However, personally, I'd avoid FTPS. It suffers from most of the design flaws of standard FTP[*], particularly as regards passing through firewalls. Worse, because the traffic is encrypted, you can't even use tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient port numbers by deep packet inspection. As far as your users are concerned, just use SFTP. It behaves exactly like an ordinary FTP client, but the underlying SSH protocol over the network is way, way better designed. Well, the problem I have here is at the server side: ftp users can be locked in a particular subtree of the file system by simply assigning them a chrooted login class. No need to setup any infrastructure in that subtree itself. Did not find out how to do this with sftp (we only allow publickey authentication with ssh at our servers) Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
usb multicardreader probes only first slot after update
Hi, I just noticed that a usb multicardreader that I have used for a few years stopped working after an update from 8-STABLE around January 10th to 8-STABLE from May 29th. Reason appears to be that now only the first slot (which is empty) is probed instead of all four slots like before. dmesg output from after the update: ugen4.2: ICSI at usbus4 umass0: Bulk on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) ugen4.2: ICSI at usbus4 (disconnected) umass0: at uhub4, port 6, addr 2 (disconnected) ugen4.2: ICSI at usbus4 umass0: Bulk on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) ugen4.2: ICSI at usbus4 (disconnected) umass0: at uhub4, port 6, addr 2 (disconnected) Before the update dmesg output looked like this: ugen4.2: vendor 0x0dda at usbus4 umass0: vendor 0x0dda product 0x2001, class 0/0, rev 2.00/1.6e, addr 2 on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: ICSI CF Card CF 1.6E Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da1 at umass-sim0 bus 0 scbus0 target 0 lun 1 da1: ICSI MS Card MS 1.6E Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition (probe0:umass-sim0:0:0:2): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:2): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:2): Retrying Command (per Sense Data) da2 at umass-sim0 bus 0 scbus0 target 0 lun 2 da2: ICSI SD Card MMC/SD 1.6E Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 1886MB (3862528 512 byte sectors: 255H 63S/T 240C) (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition (probe0:umass-sim0:0:0:3): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:3): Medium not present (probe0:umass-sim0:0:0:3): Unretryable error da3 at umass-sim0 bus 0 scbus0 target 0 lun 3 da3: ICSI SM Card SM 1.6E Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present GEOM: da2: partition 1 does not start on a track boundary. GEOM: da2: partition 1 does not end on a track boundary. Apr 5 21:32:04 vulcan su: wolfgang to root on /dev/pts/3 ugen4.2: vendor 0x0dda at usbus4 (disconnected) umass0: at uhub4, port 6, addr 2 (disconnected) (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry (da1:umass-sim0:0:0:1): lost device (da1:umass-sim0:0:0:1): removing device entry (da2:umass-sim0:0:0:2): lost device (da2:umass-sim0:0:0:2): removing device entry (da3:umass-sim0:0:0:3): lost device (da3:umass-sim0:0:0:3): removing device entry I have not yet tried what happens if I actually put a CF card in the reader (that would be the first slot). Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b
Hi, * Kurt Jaeger li...@c0mplx.org [090915 09:34]: I had the same problem with beta4: [...] My previous tests were with 8.0-beta4-amd64. I now tested with 8.0-beta3-i386, this time installation and partitioning worked. I'll try to partition using a i386 boot cd and install using the amd64 boot cd 8-) It seems to be a bug with the amd64 code ? a few days ago I installed a new system using the amd64 bootonly iso and didn't have any problems with partitioning. Hardware is atapci1: Intel ICH7 SATA300 controller port 0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 ad4: 476940MB Hitachi HDP725050GLA360 GM4OA5CA at ata2-master SATA150 On installation I had a different BIOS configuration though that caused the SATA disk to be found as ad0, maybe that makes a difference. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FreeBSD RoadMap
* Masoom Shaikh masoom.sha...@gmail.com [090713 20:26]: On Mon, Jul 13, 2009 at 7:55 AM, Andrew Reilly andrew-free...@areilly.bpc-users.org wrote: On Mon, Jul 13, 2009 at 12:55:19AM -0400, grarpamp wrote: Is there a general roadmap of what's planned for future major releases? I don't mean minor stuff like driver or contributed version bumps. But bigger, or just plain cool things, like as SMP, soft updates, ZFS, netgraph, pf, etc, were in the past. I doubt that there's much big in the ambit of Unix-like OS that isn't already in the 8-current series. In a project like FreeBSD, what's in the roadmap equates pretty closely with what are the developers working on, and that is summarised in the quarterly status reports, such as this one: http://www.freebsd.org/news/status/report-2009-01-2009-03.html As for when any of this will hit the tree and find its way into a release, that's very much a how long is a piece of string sort of question; not really the way FreeBSD works. Particularly since it moved to a calendar-based release schedule. IMO, YMMV, i-do-not-speak-for-freebsd, etc. can this help ? http://ivoras.sharanet.org/freebsd/freebsd8.html or you could visit this years eurobsdcon and listen to http://www.ukuug.org/events/eurobsdcon2009/talks/#mckusick :-) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FreeBSD 7.2 Release process starting...
* Robert Watson rwat...@freebsd.org [090318 14:38]: On Wed, 18 Mar 2009, Ken Smith wrote: On Wed, 2009-03-18 at 10:23 +0100, kama wrote: Is it possible to get back the todo page during this release phase? During the last couple of releases I simply didn't have time to do everything and this was one of the things that fell by the wayside. After the dust from 7.1 settled we started to make arrangements for someone else to set this up and watch over it for us during the release. It might take him a little time to get rolling with it (as in it might not appear immediately upon the release cycle starting) but hopefully we will have something along these lines come back at some point during this release. While such lists do have downsides (you shipped even though problem X on your showstopper list wasn't fixed!) they also have some nice advantages -- one is focusing user community testing time and developer community fixing time. At least in the case of 7.2, though, I'm not aware of any major outstanding problems, so focuses for testing are presumably just in the areas of major change from 7.1. One change I have not seen mentioned on stable yet is that we now have localized libc messages. Might be a good idea to have a look at scripts that expect to see certain outputs from commands. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: What startup script is supposed to handle ipv6_defaultrouter=...?
Hi, * Trond Endrestøl trond.endres...@fagskolen.gjovik.no [090226 13:19]: Sorry about the noise. Maybe I wasn't too patient, but I will swear that netstat -rnf inet6 showed no default route even when it was supposed to. And yes, I did reboot the system to verify my settings. Again, my bad. I have the problem sometimes that the system tries to get IPv6 router advertisments before the interface is up. In this case it doesn't retry, at least not within the time frame I was patient enough to wait. In this case I usually call rtsol by hand to get the parameters. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading to 7.x : make check-old
[forgot to send to list first time] Hi, * Scot Hetzel [EMAIL PROTECTED] [081005 13:52]: On 10/5/08, Wolfgang Zenker [EMAIL PROTECTED] wrote: Is that list more or less expected? From what I can tell, it's pretty safe to now do a make delete-old-libs. Do you concur? that depends on you having updated all ports/packages as well as the base system. I think I used a tool that checks which shared libraries are used by which program but can't remember how it was called; but anyway you can simply use ldd on your binaries in /usr/local/* to check if any of them still use one of the old libs. I have used the devel/libcheck utility to check for missing libraries after upgrading the installed ports. I guess you mean the sysutils/libchk utility and that was the one I used. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Upgrading to 7.x : make check-old
Hi, * Dan Langille [EMAIL PROTECTED] [081004 00:18]: Folks: I have upgraded a server from 6.3 to 7.0. That went rather smoothly. I have a question about removing old libraries via make delete-old. Given the list of old libraries shown at the end of this URL: http://www.freebsddiary.org/upgrade-6.3-to-7.0.php Is that list more or less expected? From what I can tell, it's pretty safe to now do a make delete-old-libs. Do you concur? that depends on you having updated all ports/packages as well as the base system. I think I used a tool that checks which shared libraries are used by which program but can't remember how it was called; but anyway you can simply use ldd on your binaries in /usr/local/* to check if any of them still use one of the old libs. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
OT: How to find mirror operator?
Hi, the web mirror www.de.freebsd.org seems to be about 6 weeks out of date. Does anybody know how to contact the server admin? Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /etc/rc.d/netif wont add default gateway
Hi, * area damai™ [EMAIL PROTECTED] [071202 21:42]: whenever i run /etc/rc.d/netif it will read rc.conf and add the pc IP and netmask but it wont read the default gateway resulting lost connectivity to internet # -- my /etc/rc.conf : defaultrouter=192.168.1.1 hostname=msc.edu ifconfig_rl0=inet 192.168.1.9 netmask 255.255.255.0 [..] # -- while issuing /etc/rc.d/netif restart: [EMAIL PROTECTED] ~]# /etc/rc.d/netif restart Stopping network: lo0 rl0 plip0 pfsync0 pflog0. [..] what happens is that /etc/rc.d/netif restart first runs /etc/rc.d/netif stop. This stops all network interfaces. Now the kernel routing system gets notified that these interfaces are no longer available and deletes all routes that use this interfaces. After that /etc/rc.d/netif start runs and the interfaces become available again. Every time a network interface becomes available, the kernel adds a route to the immedialtely connected network (which is determined by interface address and netmask). So stopping an interface has the side effect of clearing ALL routes going through this nterface, while starting an interface has only the side effect of adding a route for the net that is locally connected to this interface. The kernel can not add the default route on its own again because all information about this route had been deleted ehrn the interface went down. To add non-local routes (including the default route) you could now run /etc/rc.d/routing start Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AMANDA 2.5.1p2 and GNU tar 1.16.1, the latter returning 1
Hi, Does anybody besides me have problems with AMANDA 2.5.1p2 and GNU tar 1.16.1? The problem is that gtar exits with an exit status of 1 after creating the archive. This leeds to AMANDA dumping the affected filesystems at least twice. [..] Here's an exerpt from an AMANDA mail report: /-- monitor.fig.ol.no / lev 0 FAILED [/usr/local/bin/gtar returned 1] sendbackup: start [monitor.fig.ol.no:/ level 0] sendbackup: info BACKUP=/usr/local/bin/gtar sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -f - ... sendbackup: info end ? GNUTAR: ./proc: file changed as we read it | Total bytes written: 173752320 (166MiB, 3.0MiB/s) sendbackup: error [/usr/local/bin/gtar returned 1] \ the exit status of 1 is due to ./proc: file changed as we read it. As you probably don't want to backup /proc anyway, exclude it from your backup config. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld is always braking at various points
Hello, I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. I downloaded sources, extracted them with install.sh and did a cvsup. [..] # make buildworld it breaks with these last lines: [.. lines suppressed ..] building shared library libpmc.so.3 === lib/libpthread (all) [.. lines suppressed ..] cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/thread -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib/libpthread/../../libexec/rtld-elf -I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -c /usr/src/lib/libpthread/thread/thr_condattr_pshared.c make: don't know how to make /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop *** Error code 2 when make tries to rebuild source files, this is often an indication of mis-set system clocks. Check date/time settings on your machine. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports Update: Failed to Generate INDEX
Hi, [..] At first, I commented out all the ports for languages I don't understand such as Russian, Japanese, etc. But I got a similar error, so I commented out all the individual ports and uncommented ports-all to do a complete job of it. That's when I ran portsdb -Uu and got the above error. just to make sure: You did run cvsup after uncommenting ports-all and before running portsdb -Uu, right? Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg build failed
On 6/3/06, doug [EMAIL PROTECTED] wrote: Unless you have a reason to want to modify the source, why not use the package: setenv PACKAGEROOT ftp://ftpn.FreeBSD.org pkg_add -r xorg will get you 6.9.0_1 in a few minutes There have been updates released after it was released - nothing wrong with building from the source, the problem is when people compile from all weird locations, with all weird settings, then complain that the shit hit the fan. In this case the OP just used WRKDIRPREFIX, which is the documented way of having your port build directories outside /usr/ports. I wouldn't call that compile from all weird locations, with all weird settings. Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
swap_pager forgetting device?
Hello, I have a strange effect on a heavily used webserver (Apache 1.3 PHP5) running 5.4-RELEASE-p11. This machine did use a lot of its 16 GB of swap last Friday, but recovered since then with now 46 MB of swap being used: # swapinfo Device 1K-blocks UsedAvail Capacity /dev/da0s1b 1677721646652 16730564 0% Now I see messages like these in syslog: Feb 20 12:20:03 www1 kernel: swap_pager: indefinite wait buffer: device: [NULL], blkno: 94333, size: 8192 Feb 20 12:20:03 www1 kernel: swap_pager: indefinite wait buffer: device: [NULL], blkno: 42814, size: 32768 I guess they are related to these processes: # ps axuw | grep 'D.*httpd' www 4130 0.0 0.5 36996 19248 ?? DL Fri07PM 0:13.02 /usr/local/sbin/httpd -DSSL www 4140 0.0 0.0 7944 8 ?? DE Fri07PM 0:06.86 /usr/local/sbin/httpd -DSSL www 4182 0.0 0.3 35696 9220 ?? DL Fri07PM 0:07.85 /usr/local/sbin/httpd -DSSL www 4184 0.0 0.2 35808 8424 ?? DL Fri07PM 0:09.89 /usr/local/sbin/httpd -DSSL Looks to me like the swap_pager swapped out blocks used by these processes and somehow managed to forget the device. Anyone seen this before? Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: high interrupt load under 6.0?
Hi, I have a 486DX50 firewall that has been serving me well for a number of years. I recently upgraded it fro 5.4 to 6.0 and performance plumeted rather drastically (about 40%). I would like to fix it. What I have noticed is that even when sitting idle the system spends ~20% of its time in interrupt. Below I have included dmesg, kernel config, and vmstat -i information. [..] interrupt total rate irq0: clk 203894894 1000 a clock rate of 1000 Hz is probably to high for a 486 class cpu. You should add options HZ=100 to your kernel config to get back to the 100 Hz that where default before 6.0 Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Very large directory
Hello Phillip, I've received a couple perl scripts from a few different people. I can't use any of them until this evening due to the current load of the machines though. Last night I ended up doing a strings on the directory, and taking its output into a for loop removing the files. if you have a bit of time to spare, take a look at the xargs(1) manpage. Using xargs instead of a for loop would have saved you a lot of time and system load (and a little bit of typing :-) Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large port updates
Hello, Is there a best practice for automated updating large number of interdependant ports? [..] What about ports that have dialog boxes which require user intervention? you can use /usr/local/etc/pkgtools.conf to tell portupgrade which options to use when upgrading a certain port. I usually check the makefile of ports I want to install for necessary defines and set these together with BATCH=YES in pkgtools.conf, then use portinstall to install the port and check if it honors the BATCH=YES. Wolfgang ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Please confirm (conf#3cf11a7145595546740c6064dbc27044)
I hate to do it, but I am leaning towards a confirmation system as well. confirmation requests not going through because the other person uses a confirmation system as well sound like a lot of fun. Not that I'ld have a better solution ... Wolfgang ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATA corruption in DMA mode
Janet Sullivan wrote: [..] I broke the mirror and tested each drive separately on the HPT controller in DMA mode - there were no problems. I recreated the mirror and the corruption of large files came back. The problem only occurs when the two drives are in a RAID1 array on the HPT controller and DMA is enabled. I would think that if this was a hardware problem, one of the two drives in the RAID1 array would have had some corruption problems when it was taken out of the array and addressed as a single drive. Suggestions? It could be a problem with your power supply: in mirror mode both drives are active at the same time. You could try to give one drive some constant work while you test the other drive. Wolfgang To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Overlooking something, but what? (missing 39160 controller)
On Thu, 28 Nov 2002, Justin T. Gibbs wrote: Server is an IBM xSeries 360 ... only slot'd card is the 39160, everything else is onboard ... the card is in the same 64bit slot that it was in when it worked originally, but I have tested other slots and the same results ... Most likely FreeBSD is not enumerating the PCI bus that the card is attached to. Those that have tweaked the chipset drivers may be able to point you in the right direction. You should tell the list what chipset FreeBSD finds on the system. 'K, you'll have to help me out here ... not sure what chipset you are looking for, but my dmesg shows: [..] If you have the box working under linux, could you give us the output of a lspci -v? Wolfgang To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: EtherExpress 16 not probed at boot on 4.5R
Hello, I had a shutdown issue as well, come to think of it. I didn't have any page faults, but I didn't do much with the system other than some basic tests of the card. Does this driver have a maintainer? Any volunteers? I used the patches found at http://www.jfitz.com/tips/freebsd_etherexpress16.html and have had no probles with the card since, including no shutdown problems. I use the card with a DSL gateway running pppoe, so network speed is not an issue in this setting. Wolfgang To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Help Update
Hi, Odhiambo Washington wrote: n 2 20:36:57 alouette /kernel: pid 56184 (troff), uid 0: exited on signal 11 (core dumped) Signal 11 usually indicates a hardware problem. Have you added any memory or changed (or overclocked?) your processor since you last did a make world? another possibility would be that something is wrong with your troff binary. You could try to rebuild troff and see if this fixes your problem; to rebuild troff something like cd /usr/src/gnu/usr.bin/groff/troff ; make install should probably work. Wolfgang To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message