Re: Removing fdisk and bsdlabel (legacy partition tools)
Ed Maste wrote: > I would like to disconnect these from the build, and subsequently > remove them. I'm in favour of this change. Having different tools (some modern and updated, others deprecated and limited) in base to do the same task can confuse the users. If possible move them to ports for people still using them, with a clear deprecation warning. -- Alex Dupre
Re: Proposal: Disable compression of newsyslog by default
Xin Li wrote: > Inspired by D42961, I propose that we move forward with disabling the > compression by default in newsyslog, as implemented in > https://reviews.freebsd.org/D43169 I like the possibility to entirely disable compression on log files, or to select a specific compression algorithm, but I don't think we should disable compression by default because there is a filesystem that supports compression. -- Alex Dupre
Re: [HEADSUP] making /bin/sh the default shell for root
+100 for keeping this behavior on default config ;-) On 22/09/21 15:00, Renato Botelho wrote: > +1 for keeping this behavior on default config > > On 22/09/21 06:19, Daniel Morante via freebsd-current wrote: >> Will history/completion continue to work the same way? (for example >> typing part of the command, pressing UP and having it complete based >> on history) -- Alex Dupre
Re: Literal references to /usr/local in shell scripts
On Mon, Oct 26, 2020 at 02:24:50PM +0100, Stefan Esser wrote: > The following shell scripts (or configuration files parsed by a > shell) contain literal references to /usr/local: > > libexec/rc/rc.conf # many variables > libexec/rc/rc.shutdown # PATH component > > sys/conf/newvers.sh # search for svnversion, git, hg > > usr.bin/man/man.sh # man_default_path, config_local > > usr.sbin/autofs/autofs/include_ldap # path to ldapsearch > usr.sbin/autofs/autofs/special_media# path to mount.exfat, ntfs-3g > usr.sbin/bsdconfig/bsdconfig# BSDCFG_LOCAL_LIBE > usr.sbin/certctl/certctl.sh # TRUSTPATH, BLACKLISTPATH > usr.sbin/crashinfo/crashinfo.sh # path to gdb > usr.sbin/periodic/periodic.conf # local_periodic variable > > On systems with non-default LOCALBASE these scripts need to be > adjusted. I've one 12.x system with PREFIX/LOCALBASE = /usr/pkg. This is what I'd to change: rc.conf: local_startup ldconfig_paths ldconfig_local_dirs, set $MANPATH, $PATH periodic.conf: local_periodic All these regressions needs to be fixed of course. Thanks for tacking this. > In the case of rc.shutdown, for example, shutdown routines will > not be executed for a LOCALBASE other then /usr/local. > > The rc.shutdown, autofs/*, certctl.sh, and crashinfo scripts will > be run with root privileges and must not use an untrusted LOCALBASE > value (but could refer to a sysctl variable). The same applies to > the periodic script that relies on the local_periodic variable set > in periodic.conf (but probably overridden in periodic.conf.local, > if required). > > rc.conf could use a $LOCALBASE variable instead of literal values > to construct paths to port/package provided files in order to not > require that each value is modified in the systems /etc/rc.conf > file - which will fail if new variables referring to /usr/local > are introduced in the default configuration). > > The list of shell scripts checked excludes those in contrib, release, tests, > and tools directories, since I think those will be used with > default LOCALBASE, in general. -- Alex ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HOWTO donate CPU to the fight against the Corona-virus
Alexander Leidinger wrote: > First step would be to get CUDA support in FreeBSD. Ahem, I have a little patch, consisting of several functions copy-pasted from the Linux driver, which is supposed to enable core CUDA functionality: https://github.com/shkhln/nvshim/issues/1#issuecomment-600358438. This won't work for applications depending on unified memory support, but otherwise should be good enough. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 12.0 RC3 PPC report
It’s working fine on my eMac G4/1.25 GHz retail model. The CDE Desktop Environment is oddly broken, but I am pleased to report that most of the packages I’ve compiled have done so successfully unlike 11.1! Sent from Yahoo Mail for iPhone ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
emac g4 1.25 GHz retail model won't boot FreeBSD 12 at all.
The CD or DVD show up fine in the device selection screen, but it won’t even boot the disc. What changed from 11.2 to 12.0 in regards to PowerPC Macs that are 32 bit? A much needed answer would be appreciated. Sent from Mail for Windows 10 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
r339289 buildworld stopped in /usr/src/secure/lib/libcrypto
e_aes_cbc_hmac_sha1.pico e_aes_cbc_hmac_sha256.pico e_aria.pico e_bf.pico e_camellia.pico e_cast.pico e_chacha20_poly1305.pico e_des.pico e_des3.pico e_idea.pico e_null.pico e_old.pico e_rc2.pico e_rc4.pico e_rc4_hmac_md5.pico e_rc5.pico e_seed.pico e_sm4.pico e_xcbc_d.pico encode.pico evp_cnf.pico evp_enc.pico evp_err.pico evp_key.pico evp_lib.pico evp_pbe.pico evp_pkey.pico m_md4.pico m_md5.pico m_md5_sha1.pico m_mdc2.pico m_null.pico m_ripemd.pico m_sha1.pico m_sha3.pico m_sigver.pico m_wp.pico names.pico p5_crpt.pico p5_crpt2.pico p_dec.pico p_enc.pico p_lib.pico p_open.pico p_seal.pico p_sign.pico p_verify.pico pbe_scrypt.pico pmeth_fn.pico pmeth_gn.pico pmeth_lib.pico hm_ameth.pico hm_pmeth.pico hmac.pico i_cbc.pico i_cfb64.pico i_ecb.pico i_ofb64.pico i_skey.pico hkdf.pico kdf_err.pico scrypt.pico tls1_prf.pico lh_stats.pico lhash.pico md4_dgst.pico md4_one.pico md5_dgst.pico md5_one.pico md5-x86_64.pico mdc2_one.pico mdc2dgst.pico cbc128.pico ccm128.pico cfb128.pico ctr128.pico cts128.pico gcm128.pico ocb128.pico ofb128.pico wrap128.pico xts128.pico aesni-gcm-x86_64.pico ghash-x86_64.pico o_names.pico obj_dat.pico obj_err.pico obj_lib.pico obj_xref.pico ocsp_asn.pico ocsp_cl.pico ocsp_err.pico ocsp_ext.pico ocsp_ht.pico ocsp_lib.pico ocsp_prn.pico ocsp_srv.pico ocsp_vfy.pico v3_ocsp.pico pem_all.pico pem_err.pico pem_info.pico pem_lib.pico pem_oth.pico pem_pk8.pico pem_pkey.pico pem_sign.pico pem_x509.pico pem_xaux.pico pvkfmt.pico p12_add.pico p12_asn.pico p12_attr.pico p12_crpt.pico p12_crt.pico p12_decr.pico p12_init.pico p12_key.pico p12_kiss.pico p12_mutl.pico p12_npas.pico p12_p8d.pico p12_p8e.pico p12_sbag.pico p12_utl.pico pk12err.pico bio_pk7.pico pk7_asn1.pico pk7_attr.pico pk7_doit.pico pk7_lib.pico pk7_mime.pico pk7_smime.pico pkcs7err.pico poly1305.pico poly1305_ameth.pico poly1305_pmeth.pico poly1305-x86_64.pico drbg_ctr.pico drbg_lib.pico rand_err.pico rand_lib.pico rand_unix.pico randfile.pico rc2_cbc.pico rc2_ecb.pico rc2_skey.pico rc2cfb64.pico rc2ofb64.pico rc4-md5-x86_64.pico rc4-x86_64.pico rc5_ecb.pico rc5_skey.pico rc5cfb64.pico rc5ofb64.pico rc5_enc.pico rmd_dgst.pico rmd_one.pico rsa_ameth.pico rsa_asn1.pico rsa_chk.pico rsa_crpt.pico rsa_depr.pico rsa_err.pico rsa_gen.pico rsa_lib.pico rsa_meth.pico rsa_mp.pico rsa_none.pico rsa_oaep.pico rsa_ossl.pico rsa_pk1.pico rsa_pmeth.pico rsa_prn.pico rsa_pss.pico rsa_saos.pico rsa_sign.pico rsa_ssl.pico rsa_x931.pico rsa_x931g.pico seed.pico seed_cbc.pico seed_cfb.pico seed_ecb.pico seed_ofb.pico sha1_one.pico sha1dgst.pico sha256.pico sha512.pico keccak1600-x86_64.pico sha1-mb-x86_64.pico sha1-x86_64.pico sha256-mb-x86_64.pico sha256-x86_64.pico sha512-x86_64.pico siphash.pico siphash_ameth.pico siphash_pmeth.pico sm2_crypt.pico sm2_err.pico sm2_pmeth.pico sm2_sign.pico m_sm3.pico sm3.pico sm4.pico srp_lib.pico srp_vfy.pico stack.pico loader_file.pico store_err.pico store_init.pico store_lib.pico store_register.pico store_strings.pico ts_asn1.pico ts_conf.pico ts_err.pico ts_lib.pico ts_req_print.pico ts_req_utils.pico ts_rsp_print.pico ts_rsp_sign.pico ts_rsp_utils.pico ts_rsp_verify.pico ts_verify_ctx.pico txt_db.pico ui_err.pico ui_lib.pico ui_null.pico ui_openssl.pico ui_util.pico wp_dgst.pico wp-x86_64.pico by_dir.pico by_file.pico t_crl.pico t_req.pico t_x509.pico x509_att.pico x509_cmp.pico x509_d2.pico x509_def.pico x509_err.pico x509_ext.pico x509_lu.pico x509_meth.pico x509_obj.pico x509_r2x.pico x509_req.pico x509_set.pico x509_trs.pico x509_txt.pico x509_v3.pico x509_vfy.pico x509_vpm.pico x509cset.pico x509name.pico x509rset.pico x509spki.pico x509type.pico x_all.pico x_attrib.pico x_crl.pico x_exten.pico x_name.pico x_pubkey.pico x_req.pico x_x509.pico x_x509a.pico pcy_cache.pico pcy_data.pico pcy_lib.pico pcy_map.pico pcy_node.pico pcy_tree.pico v3_addr.pico v3_admis.pico v3_akey.pico v3_akeya.pico v3_alt.pico v3_asid.pico v3_bcons.pico v3_bitst.pico v3_conf.pico v3_cpols.pico v3_crld.pico v3_enum.pico v3_extku.pico v3_genn.pico v3_ia5.pico v3_info.pico v3_int.pico v3_lib.pico v3_ncons.pico v3_pci.pico v3_pcia.pico v3_pcons.pico v3_pku.pico v3_pmaps.pico v3_prn.pico v3_purp.pico v3_skey.pico v3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread /usr/bin/ld: error: unable to find library -lpthread cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/secure/lib/libcrypto *** Error code 1 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 12 PowerPC won’t boot at all.
Subject says it all, that and it inverts the boot selector when selected. Tested it on my eMac G4 1.25 GHz (Retail). Last version of FreeBSD that works for me is 11.1, as 11.2 doesn’t boot all the way (hangs on cryptosoft0) Sent from Yahoo Mail for iPhone ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r338902 error buildworld on i386
Yes. Thank you. 24.09.2018 21:28, Ed Maste пишет: > On 24 September 2018 at 06:43, Alex V. Petrov wrote: >> ===> lib/libc (cleandir) >> make[4]: "/usr/src/lib/libc/Makefile" line 26: i386 libc requires linker >> ifunc support >> *** Error code 1 > > Please try r338903. > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
r338902 error buildworld on i386
-- >>> stage 2.1: cleaning up the object tree -- cd /usr/src; MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= CC="cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/i386.i386/tmp -B/usr/obj/usr/src/i386.i386/tmp/usr/bin" CXX="c++ -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/i386.i386/tmp -B/usr/obj/usr/src/i386.i386/tmp/usr/bin" CPP="cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/i386.i386/tmp -B/usr/obj/usr/src/i386.i386/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386.i386/tmp/legacy/usr/sbin:/usr/obj/usr/src/i386.i386/tmp/legacy/usr/bin:/usr/obj/usr/src/i386.i386/tmp/legacy/bin:/usr/obj/usr/src/i386.i386/tmp/usr/sbin:/usr/obj/usr/src/i386.i386/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin SYSROOT=/usr/obj/usr/src/i386.i386/tmp make -f Makefile.inc1 BWPHASE=cleanobj DESTDIR=/usr/obj/usr/src/i386.i386/tmp cleandir ===> lib (cleandir) ===> lib/csu (cleandir) ===> lib/csu/i386 (cleandir) rm -f crti.o crtn.o gcrt1.o crt1.o Scrt1.o crt1_c.o crt1_s.o gcrt1_c.o Scrt1_c.o crt1_c.s gcrt1_c.s Scrt1_c.s lib.bc lib.ll rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS ===> lib/libc (cleandir) make[4]: "/usr/src/lib/libc/Makefile" line 26: i386 libc requires linker ifunc support *** Error code 1 Stop. make[3]: stopped in /usr/src/lib *** Error code 1 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 12 PowerPC CD/DVD images, no boot.
I have a problem with trying to boot FreeBSD 12 on my eMac G4, 1.25 (Retail). It will not boot (inverts colors in the boot menu) Sent from Yahoo Mail for iPhone ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Failing to retrieve source tarballs for anything.
I was running FreeBSD 11.1, as 11.2 has that stupid freezing on cryptosoft0 (or whatever that’s called). Will reload FreeBSD 11.1 from the “DVD” when I get home (I am not at home to use it at the moment, will be home by sometime Monday.) I currently have a form of Ubuntu 12.04 loaded on it. Get Outlook for iOS On Sat, Sep 1, 2018 at 8:16 PM -0400, "John Kennedy" wrote: On Sun, Sep 02, 2018 at 07:58:16AM +1200, Jonathan Chen wrote: > On 2 September 2018 at 05:25, Alex McKeever wrote: > > After compiling PKG, when I go to ports to compile anything (my eMac can > > run FreeBSD but not modern Linux due to the version of the Radeon GPU) it > > fails to retrieve any of the source tarballs for any of the software, > > desktop environments etc. I would like help to fix this, as I???d like to > > run something current. > > How old is your ports tree? It it up to date? What sort of problems > are you seeing in fetching the port sources? > > Since no one else has reported any problems, it is most likely > something to do with your local environment. Alex, despite what the documentation says, I wouldn't try to build too much using the regular make methods (or portmaster). There are a number of dependencies that are incompatible that you can skate by if you use packages, synth or poudriere. Unless you're going to heavily customize your options, I'd stick with the simplest, packages, until you have a reason not to. FreeBSD 11.2 is stable... what version are you running? If you're running something really old, packages may no longer be offered and you should try to upgrade, but that is a different problem. 11.1 and 10.4 still have some life. As Jonathan noted, having an up-to-date port tree is also important. If it's too old, you may be trying to grab tarballs that no longer exist. Have you looked at chapter 4 of the FreeBSD handbook? https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html One way to update the sources is via the portsnap fetch/extract/update: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html The "binary packages" method is described here: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pkgng-intro.html If you're using packages, and you "pkg upgrade", you'll see something like: root@rpi3:~ # pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. Checking for upgrades (1 candidates): 100% Processing candidates (1 candidates): 100% Checking integrity... done (0 conflicting) Your packages are up to date. My home ISP does something wonky with their DNS and I have some issues with connecting to some resources, but that is trivially solved by changing my DNS server. That typically manifests as unreachable sites or unresolvable hostnames, which might match your symptoms depending on the "fail." ___ freebsd-sta...@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Failing to retrieve source tarballs for anything.
I simply changed directory to which thing I want to compile in /ports, run the command make install, and after a short while it fails to retrieve the source archive (.tar.gz) Sent from Yahoo Mail for iPhone On Saturday, September 1, 2018, 4:56 PM, Ronald Klop wrote: It helps a lot of you send the exact command you run with the error message. Or all the significant output. Regards,Ronald Van: Alex McKeever Datum: 01 september 2018 19:50 Aan: FreeBSD Stable , FreeBSD Current Onderwerp: Failing to retrieve source tarballs for anything. After compiling PKG, when I go to ports to compile anything (my eMac can run FreeBSD but not modern Linux due to the version of the Radeon GPU) it fails to retrieve any of the source tarballs for any of the software, desktop environments etc. I would like help to fix this, as I’d like to run something current. Sent from Yahoo Mail for iPhone ___ freebsd-sta...@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Failing to retrieve source tarballs for anything.
After compiling PKG, when I go to ports to compile anything (my eMac can run FreeBSD but not modern Linux due to the version of the Radeon GPU) it fails to retrieve any of the source tarballs for any of the software, desktop environments etc. I would like help to fix this, as I’d like to run something current. Sent from Yahoo Mail for iPhone ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Current and nvidia-driver again
For me it did not solve the problem. 29.08.2018 1:03, tech-lists пишет: > On 28/08/2018 10:14, Alex V. Petrov wrote: >> /usr/src Revision: 338342 >> >> >> ===> Building for nvidia-driver-390.77 > > Hi, > > Have you tried applying the patch at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 ? Update your > ports tree first. > > Apply it in /usr/ports > > It worked for me on r338323 > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Current and nvidia-driver again
/usr/src Revision: 338342 ===> Building for nvidia-driver-390.77 nvidia_subr.c:1179:65: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[0].virtual_address, at->size); ~ ^~~~ /usr/src/sys/vm/vm_extern.h:69:1: note: 'kmem_free' declared here void kmem_free(vm_offset_t addr, vm_size_t size); ^ nvidia_subr.c:1205:61: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[0].virtual_address, at->size); ~ ^~~~ /usr/src/sys/vm/vm_extern.h:69:1: note: 'kmem_free' declared here void kmem_free(vm_offset_t addr, vm_size_t size); ^ nvidia_subr.c:1322:65: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[i].virtual_address, PAGE_SIZE); ~ ^ ./machine/param.h:101:19: note: expanded from macro 'PAGE_SIZE' #define PAGE_SIZE (1
Fwd: nvidia-driver build error (last ports, FreeBSD-HEAD)
Перенаправленное сообщение Тема: nvidia-driver build error (last ports, FreeBSD-HEAD) Дата: Tue, 21 Aug 2018 16:41:42 +0700 От: Alex V. Petrov Кому: FreeBSD Ports cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"390.77\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -Wno-sign-co mpare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno- common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_subr.o -MTnvidia_subr.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous- unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_subr.c -o nvidia_subr.o nvidia_subr.c:1131:41: error: too many arguments to function call, expected 7, have 8 sc->dma_mask, PAGE_SIZE, 0, attr); ^~~~ /usr/src/sys/vm/vm_extern.h:61:1: note: 'kmem_alloc_contig' declared here vm_offset_t kmem_alloc_contig(vm_size_t size, int flags, ^ nvidia_subr.c:1269:45: error: too many arguments to function call, expected 7, have 8 sc->dma_mask, PAGE_SIZE, 0, attr); ^~~~ /usr/src/sys/vm/vm_extern.h:61:1: note: 'kmem_alloc_contig' declared here vm_offset_t kmem_alloc_contig(vm_size_t size, int flags, ^ 2 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src/nvidia *** Error code 1 Stop. make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src *** Error code 1 Stop. make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77 *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/nvidia-driver *** Error code 1 Stop. make: stopped in /usr/ports/x11/nvidia-driver -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
zpool scrub. Wtf?
# zpool status pool: zroot state: ONLINE scan: scrub in progress since Tue Aug 7 21:21:51 2018 804G scanned at 163M/s, 1,06T issued at 219M/s, 834G total 0 repaired, 129,87% done, 929637 days 13:43:01 to go config: NAMESTATE READ WRITE CKSUM zroot ONLINE 0 0 0 ada0p4ONLINE 0 0 0 errors: No known data errors smart is OK FreeBSD 12.0-CURRENT #3 r337364: Mon Aug 6 07:01:42 +07 2018 amd64 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
error top?
1T Wired!!! My system have 16G memory only. last pid: 35599; load averages: 8.53, 4.70, 3.52 up 1+01:20:57 20:30:17 310 processes: 11 running, 294 sleeping, 4 zombie, 1 waiting CPU: 22.7% user, 72.9% nice, 4.4% system, 0.0% interrupt, 0.0% idle Mem: 3G Active, 5G Inact, 2G Laundry, 1T Wired, 1G Buf, 524M Free ARC: 2G Total, 337M MFU, 2G MRU, 3M Anon, 35M Header, 94M Other 2G Compressed, 4G Uncompressed, 2.35:1 Ratio Swap: 4G Total, 138M Used, 4G Free, 3% Inuse FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #18 r336020 amd64 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Help USB keyboard trouble
The result of my new research: In Frenzy (livecd on FreeBSD 6.1), the keyboard works fine. In the system console(current), when connecting to my problem keyboard, the output is working, and keyboard input is not. And after disabling the keyboard input does not work. 09.05.2018 14:08, Hans Petter Selasky пишет: > On 05/09/18 05:52, Alex V. Petrov wrote: >> The new USB-keyboard "Qumo Dragon War Mechanicus K11" continues to print >> "A" when connected, as if the "a" key is pressed. >> But in Windows and Linux keyboard work normaly. >> >> In log: >> >> May 9 10:43:38 alex kernel: ugen2.3: at usbus2 >> May 9 10:43:38 alex kernel: ukbd0 on uhub6 >> May 9 10:43:38 alex kernel: ukbd0: > 2.00/1.00, addr 3> on usbus2 >> May 9 10:43:38 alex kernel: kbd2 at ukbd0 >> May 9 10:43:38 alex kernel: ukbd1 on uhub6 >> May 9 10:43:38 alex kernel: ukbd1: > 2.00/1.00, addr 3> on usbus2 >> May 9 10:43:38 alex kernel: kbd3 at ukbd1 >> ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^AMay >> >> 9 10:43:46 alex kernel: ugen2.3: at usbus2 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd0: at uhub6, port 3, addr 3 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd0: detached >> May 9 10:43:46 alex kernel: ukbd1: at uhub6, port 3, addr 3 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd1: detached >> > > Hi, > > Can you show the output from: > > usbconfig -d ugen2.3 dump_device_desc dump_curr_config_desc > > And also have a look at: > > usbdump -i usbus2 -f 3 -vvv -s 65536 > > --HPS -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
top (r335596) units of memory measurements
In the last version of the top, units of memory measurements in GB. I only have 16GB of memory. And now I do not see the dynamics of treason. -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
top -m io Segmentation fault(core dumped) on fresh r335360
top -m io Segmentation fault(core dumped) FreeBSD alex.super 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r335360: Tue Jun 19 14:53:20 +07 2018 alex@alex.super:/usr/obj/usr/src/amd64.amd64/sys/IOSCHED amd64 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Help USB keyboard trouble
Hans Petter! What can you say about my problem? 09.05.2018 18:31, Alex V. Petrov пишет: > 09.05.2018 14:08, Hans Petter Selasky пишет: >> On 05/09/18 05:52, Alex V. Petrov wrote: >>> The new USB-keyboard "Qumo Dragon War Mechanicus K11" continues to print >>> "A" when connected, as if the "a" key is pressed. >>> But in Windows and Linux keyboard work normaly. >>> >>> In log: >>> >>> May 9 10:43:38 alex kernel: ugen2.3: at usbus2 >>> May 9 10:43:38 alex kernel: ukbd0 on uhub6 >>> May 9 10:43:38 alex kernel: ukbd0: >> 2.00/1.00, addr 3> on usbus2 >>> May 9 10:43:38 alex kernel: kbd2 at ukbd0 >>> May 9 10:43:38 alex kernel: ukbd1 on uhub6 >>> May 9 10:43:38 alex kernel: ukbd1: >> 2.00/1.00, addr 3> on usbus2 >>> May 9 10:43:38 alex kernel: kbd3 at ukbd1 >>> ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^AMay >>> >>> 9 10:43:46 alex kernel: ugen2.3: at usbus2 >>> (disconnected) >>> May 9 10:43:46 alex kernel: ukbd0: at uhub6, port 3, addr 3 >>> (disconnected) >>> May 9 10:43:46 alex kernel: ukbd0: detached >>> May 9 10:43:46 alex kernel: ukbd1: at uhub6, port 3, addr 3 >>> (disconnected) >>> May 9 10:43:46 alex kernel: ukbd1: detached >>> >> >> Hi, >> >> Can you show the output from: >> >> usbconfig -d ugen2.3 dump_device_desc dump_curr_config_desc >> >> And also have a look at: >> >> usbdump -i usbus2 -f 3 -vvv -s 65536 >> >> --HPS >> >> BTW: We have a list specifically for USB problems: freebsd-...@freebsd.org >> > > ugen2.3: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON (100mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x > bDeviceSubClass = 0x > bDeviceProtocol = 0x > bMaxPacketSize0 = 0x0040 > idVendor = 0x0c45 > idProduct = 0x0820 > bcdDevice = 0x0100 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x > bNumConfigurations = 0x0001 > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x003b > bNumInterfaces = 0x0002 > bConfigurationValue = 0x0001 > iConfiguration = 0x > bmAttributes = 0x00a0 > bMaxPower = 0x0032 > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x > bAlternateSetting = 0x > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0001 > iInterface = 0x > > Additional Descriptor > > bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x11 >RAW dump: >0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x4f, >0x08 | 0x00 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0008 > bInterval = 0x0008 > bRefresh = 0x > bSynchAddress = 0x > > Interface 1 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0001 > bAlternateSetting = 0x > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0002 > iInterface = 0x > > Additional Descriptor > > bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x11 >RAW dump: >0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x71, >0x08 | 0x00 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0082 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0040 > bInterval = 0x0001 > bRefresh = 0x > bSynchAddress = 0x > > > > > 18:27:21.923619 usbus2.3 SUBM-CTRL-EP=,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 00 05 03 00 00 00 00 00 -- -- -- -- -- -- -- -- || > flags 0x50 > status 0xea3a3 > > 18:27:21.925027 usbus2.3 > DONE-CTRL-EP=,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x50 > status
update to r335024 - no mouse
subj amd64 -- -- Alex V. Petrov ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Error build nvidia-driver with r334555
Спасибо Алексей! Thank you! 05.06.2018 00:46, Alexey Dokuchaev пишет: > On Sun, Jun 03, 2018 at 09:42:22PM +0900, Tomoaki AOKI wrote: >> This is caused by r334533 and/or r334534 (memset-related changes). >> sysutils/lsof is also affected. >> >> You should revert r334533 and r334534 temporarily until nvidia-driver >> support this change. > > nVidia driver port was fixed as of r471574. > > ./danfe > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Error build nvidia-driver with r334555
cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"390.59\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -Wno-sign-co mpare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno- common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvlink_freebsd.o -MTnvlink_freebsd.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointe r-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ ality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvlink_freebsd.c -o nvlink_fre ebsd.o --- nvidia_subr.o --- nvidia_subr.c:367:26: error: 'memset' call operates on objects of type 'struct nv_ioctl_card_info' while the size is based on a different type 'struct nv_ioctl_card_info *' [-Werror,-Wsizeof -pointer-memaccess] memset(ci, 0, sizeof(ci)); ~~^~ nvidia_subr.c:367:26: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? memset(ci, 0, sizeof(ci)); ^~ 1 error generated. *** [nvidia_subr.o] Error code 1 make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59/src/nvidia 1 error make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59/src/nvidia *** [all_subdir_src/nvidia] Error code 2 make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59/src 1 error make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59/src *** [all_subdir_src] Error code 2 make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59 1 error make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.59 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
r334236 error installkernel (i386)
===> usb/muge (install) install -T release -o root -g wheel -m 555 if_muge.ko /boot/kernel/ install: if_muge.ko: No such file or directory *** Error code 71 Stop. make[5]: stopped in /usr/src/sys/modules/usb/muge *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/usb *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/i386.i386/sys/ALEX *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src kernel: include GENERIC-NODEBUG ident ALEX -- ----- Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Help USB keyboard trouble
09.05.2018 14:08, Hans Petter Selasky пишет: > On 05/09/18 05:52, Alex V. Petrov wrote: >> The new USB-keyboard "Qumo Dragon War Mechanicus K11" continues to print >> "A" when connected, as if the "a" key is pressed. >> But in Windows and Linux keyboard work normaly. >> >> In log: >> >> May 9 10:43:38 alex kernel: ugen2.3: at usbus2 >> May 9 10:43:38 alex kernel: ukbd0 on uhub6 >> May 9 10:43:38 alex kernel: ukbd0: > 2.00/1.00, addr 3> on usbus2 >> May 9 10:43:38 alex kernel: kbd2 at ukbd0 >> May 9 10:43:38 alex kernel: ukbd1 on uhub6 >> May 9 10:43:38 alex kernel: ukbd1: > 2.00/1.00, addr 3> on usbus2 >> May 9 10:43:38 alex kernel: kbd3 at ukbd1 >> ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^AMay >> >> 9 10:43:46 alex kernel: ugen2.3: at usbus2 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd0: at uhub6, port 3, addr 3 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd0: detached >> May 9 10:43:46 alex kernel: ukbd1: at uhub6, port 3, addr 3 >> (disconnected) >> May 9 10:43:46 alex kernel: ukbd1: detached >> > > Hi, > > Can you show the output from: > > usbconfig -d ugen2.3 dump_device_desc dump_curr_config_desc > > And also have a look at: > > usbdump -i usbus2 -f 3 -vvv -s 65536 > > --HPS > > BTW: We have a list specifically for USB problems: freebsd-...@freebsd.org > ugen2.3: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x0c45 idProduct = 0x0820 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x003b bNumInterfaces = 0x0002 bConfigurationValue = 0x0001 iConfiguration = 0x bmAttributes = 0x00a0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0001 iInterface = 0x Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x4f, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x0008 bRefresh = 0x bSynchAddress = 0x Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0002 iInterface = 0x Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x71, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x bSynchAddress = 0x 18:27:21.923619 usbus2.3 SUBM-CTRL-EP=,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 00 05 03 00 00 00 00 00 -- -- -- -- -- -- -- -- || flags 0x50 <PROXY_BUFFER|MANUAL_STATUS|0> status 0xea3a3 <OPEN|TRANSFERRING|STARTED|CONTROL_XFR|CONTROL_HDR|CONTROL_ACT|BDMA_ENABLE|BDMA_SETUP|CURR_DMA_SET|CAN_CANCEL_IMMED|DOING_CALLBACK|0> 18:27:21.925027 usbus2.3 DONE-CTRL-EP=,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x50 <PROXY_BUFFER|MANUAL_STATUS|0> status 0xca3a1 <OPEN|STARTED|CONTROL_XFR|CONTROL_HDR|CONTROL_ACT|BDMA_ENABLE|BDMA_SETUP|CAN_CANCEL_IMMED|DOING_CALLBACK|0> 18:27:21.925048 usbus2.3 SUBM-CTRL-EP=,SPD=FULL,NFR=1,SLEN=0,IVAL=0 frame[0] WRITE 0 bytes flags 0x10 <PROXY_BUFFER|0> status 0xca0a3 <OPEN|TRANSFERRING|STARTED|CONTROL_XFR|BDMA_ENABLE|BDMA_SETUP|CAN_CANCEL_IMMED|DOING_CALLBACK|0> 18:27:21.927027 usbus2.3 DONE-CTRL-EP=,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 0 bytes flags 0x10 <PROXY_BUFFER|0> status 0xea0a1 <OPEN|STARTED|CONTROL_XFR|BD
Help USB keyboard trouble
The new USB-keyboard "Qumo Dragon War Mechanicus K11" continues to print "A" when connected, as if the "a" key is pressed. But in Windows and Linux keyboard work normaly. In log: May 9 10:43:38 alex kernel: ugen2.3: at usbus2 May 9 10:43:38 alex kernel: ukbd0 on uhub6 May 9 10:43:38 alex kernel: ukbd0: on usbus2 May 9 10:43:38 alex kernel: kbd2 at ukbd0 May 9 10:43:38 alex kernel: ukbd1 on uhub6 May 9 10:43:38 alex kernel: ukbd1: on usbus2 May 9 10:43:38 alex kernel: kbd3 at ukbd1 ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^AMay 9 10:43:46 alex kernel: ugen2.3: at usbus2 (disconnected) May 9 10:43:46 alex kernel: ukbd0: at uhub6, port 3, addr 3 (disconnected) May 9 10:43:46 alex kernel: ukbd0: detached May 9 10:43:46 alex kernel: ukbd1: at uhub6, port 3, addr 3 (disconnected) May 9 10:43:46 alex kernel: ukbd1: detached -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: network performance over 1GBps links degraded
Gary Jennejohn wrote: > I have two computers, both with 1Gbps interfaces plugged into a > 1Gb switch. One computer is running FreeBSD HEAD and the other > some version of Linux. Under FreeBSD I have re0 and under Linux > I don't know what the hardware is. > > I noticed that the transfer speed has dropped to only about > 12MBps. I'm used to seeing about 27MBps during the ftp > transfers. Do you see "re0: watchdog timeout" errors? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 -- Alex Dupre ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
Sorry, prev msg this only afrer one patch. Now is all OK. 17.02.2018 21:18, Hans Petter Selasky пишет: > On 02/17/18 14:51, Alex V. Petrov wrote: >> devmatch: Malformed NOMATCH string: ''?'' persists >> >> > > Did you reinstall /etc ? > > --HPS > > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
devmatch: Malformed NOMATCH string: ''?'' persists 17.02.2018 20:31, Hans Petter Selasky пишет: > On 02/17/18 11:38, Alex V. Petrov wrote: >> 12.0-CURRENT #12 r329446M: Sat Feb 17 17:11:05 +07 2018: >> on boot multilines: >> >> devmatch: Malformed NOMATCH string: ''?'' >> > > Can you try these two patches: > > https://svnweb.freebsd.org/changeset/base/329455 > https://svnweb.freebsd.org/changeset/base/329456 > > Obviously USB attaching was not tested before submitting. > > --HPS > > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
12.0-CURRENT #12 r329446M: Sat Feb 17 17:11:05 +07 2018: on boot multilines: devmatch: Malformed NOMATCH string: ''?'' mouse don't start 13.02.2018 19:50, Hans Petter Selasky пишет: > On 02/13/18 10:47, Jakob Alvermark wrote: >> +1 >> >> My USB mouse was working fine before the switch to devmatch. Now I >> have to 'kldload ums' manually. >> >> Same for USB audio, snd_uaudio.ko was loaded by devd before. >> > > Hi, > > This is a known issue. > > Can you try the attached patch? > > Rebuild devmatch(8) and reinstall /etc/devd/devmatch.conf and > /etc/rc.d/devmatch only. > > --HPS > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
Yes, for me it works. Thank you. 13.02.2018 19:50, Hans Petter Selasky пишет: > On 02/13/18 10:47, Jakob Alvermark wrote: >> +1 >> >> My USB mouse was working fine before the switch to devmatch. Now I >> have to 'kldload ums' manually. >> >> Same for USB audio, snd_uaudio.ko was loaded by devd before. >> > > Hi, > > This is a known issue. > > Can you try the attached patch? > > Rebuild devmatch(8) and reinstall /etc/devd/devmatch.conf and > /etc/rc.d/devmatch only. > > --HPS > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
Why is not the driver loaded when the mouse is connected? 13.02.2018 16:19, Hans Petter Selasky пишет: > On 02/13/18 10:20, Alex V. Petrov wrote: >> usb.conf is not found anywhere in the system. This is normal? > > devmatch is supposed to replace usb.conf . The contents of usb.conf is > now part of the linker hints, /boot/kernel/linker.hints . > > --HPS > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
Mouse start work only after handly: kldload ums usb.conf is not found anywhere in the system. This is normal? 13.02.2018 15:08, Hans Petter Selasky пишет: > On 02/13/18 09:02, Alex V. Petrov wrote: >> after update, devd don't starting with: >> devd: Cannot parse /etc/devd/devmatch.conf at line 13 >> >> (file default!) >> >> If I disable it, don't work mouse in xorg. >> > > https://svnweb.freebsd.org/changeset/base/329194 > > --HPS > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: devd in r329188M don't start
In /var/log/messages: devd: line 13: }: syntax error File /etc/devd/devmatch.conf (11-13 lines): nomatch 100 { action "service devmatch start" }; 13.02.2018 15:08, Hans Petter Selasky пишет: > On 02/13/18 09:02, Alex V. Petrov wrote: >> after update, devd don't starting with: >> devd: Cannot parse /etc/devd/devmatch.conf at line 13 >> >> (file default!) >> >> If I disable it, don't work mouse in xorg. >> > > https://svnweb.freebsd.org/changeset/base/329194 > > --HPS > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
devd in r329188M don't start
after update, devd don't starting with: devd: Cannot parse /etc/devd/devmatch.conf at line 13 (file default!) If I disable it, don't work mouse in xorg. -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT: core dumped no process name
You were right. After revert to r325188 worked: Nov 28 18:05:18 alex kernel: pid 23618 (mc), uid 0: exited on signal 6 (core dumped) 28.11.2017 17:38, Konstantin Belousov пишет: > On Tue, Nov 28, 2017 at 05:13:10PM +0700, Alex V. Petrov wrote: >> from /var/log/messages >> >> # grep core /var/log/messages >> Nov 21 06:26:56 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 22 00:46:31 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 22 16:01:32 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 23 08:14:45 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 24 04:32:17 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 24 04:41:44 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 24 04:48:03 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 24 04:49:55 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 24 11:33:45 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 26 02:50:35 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 26 03:47:56 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 26 12:05:01 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 26 14:16:26 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 26 14:27:05 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 26 23:49:56 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 26 23:50:26 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 27 12:13:02 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 27 15:28:11 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 27 15:50:54 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 27 16:34:02 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 28 03:07:42 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 28 04:20:03 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 28 04:51:08 alex kernel: 0: exited on signal 6 (core dumped) >> Nov 28 10:28:38 alex kernel: 1001: exited on signal 11 (core dumped) >> Nov 28 15:55:42 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) >> Nov 28 17:05:35 alex kernel: 0: exited on signal 6 (core dumped) >> > Do you use syslogd after r325558 ? If yes, try to revert it. > > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT: core dumped no process name
from /var/log/messages # grep core /var/log/messages Nov 21 06:26:56 alex kernel: 1001: exited on signal 11 (core dumped) Nov 22 00:46:31 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 22 16:01:32 alex kernel: 1001: exited on signal 11 (core dumped) Nov 23 08:14:45 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 24 04:32:17 alex kernel: 1001: exited on signal 11 (core dumped) Nov 24 04:41:44 alex kernel: 1001: exited on signal 11 (core dumped) Nov 24 04:48:03 alex kernel: 1001: exited on signal 11 (core dumped) Nov 24 04:49:55 alex kernel: 1001: exited on signal 11 (core dumped) Nov 24 11:33:45 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 26 02:50:35 alex kernel: 1001: exited on signal 11 (core dumped) Nov 26 03:47:56 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 26 12:05:01 alex kernel: 1001: exited on signal 11 (core dumped) Nov 26 14:16:26 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 26 14:27:05 alex kernel: 0: exited on signal 6 (core dumped) Nov 26 23:49:56 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 26 23:50:26 alex kernel: 0: exited on signal 6 (core dumped) Nov 27 12:13:02 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 27 15:28:11 alex kernel: 0: exited on signal 6 (core dumped) Nov 27 15:50:54 alex kernel: 0: exited on signal 6 (core dumped) Nov 27 16:34:02 alex kernel: 0: exited on signal 6 (core dumped) Nov 28 03:07:42 alex kernel: 0: exited on signal 6 (core dumped) Nov 28 04:20:03 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 28 04:51:08 alex kernel: 0: exited on signal 6 (core dumped) Nov 28 10:28:38 alex kernel: 1001: exited on signal 11 (core dumped) Nov 28 15:55:42 alex kernel: FreeBSD/SMP: 1 package(s) x 8 core(s) Nov 28 17:05:35 alex kernel: 0: exited on signal 6 (core dumped) 28.11.2017 15:29, Konstantin Belousov пишет: > On Tue, Nov 28, 2017 at 10:37:45AM +0700, Alex V. Petrov wrote: >> SUBJ: >> Nov 28 10:28:38 alex kernel: 1001: exited on signal 11 (core dumped) >> It was a thunerbird >> >> >> 12.0-CURRENT #0 r326286 >> kernel GENERIC-NODEBUG > > The format strings is following: > "pid %d (%s), uid %d: exited on signal %d%s\n" > In other words, your line misses whole prefix, I suppose that '1001:' part > is uid printout. > > Where do you see this line ? Is it from /var/log/messages, remote syslog > service, console ? > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
CURRENT: core dumped no process name
SUBJ: Nov 28 10:28:38 alex kernel: 1001: exited on signal 11 (core dumped) It was a thunerbird 12.0-CURRENT #0 r326286 kernel GENERIC-NODEBUG -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
head r326286 trouble with powerd++
Some time ago, powerd++ ends with an error: Nov 28 04:51:05 alex kernel: hwpstate0: set freq failed, err 6 Before this was not. 12.0-CURRENT #0 r326286 amd64 CPU: AMD FX-8370 Eight-Core Processor -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Build error: 'isa/rtc.h' file not found
revision 324186 In file included from /usr/obj/usr/src/tmp/usr/include/sys/efi.h:33: /usr/obj/usr/src/tmp/usr/include/machine/efi.h:35:10: fatal error: 'isa/rtc.h' file not found -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Rangeley C2758: missed IOMMU support for Xen Dom0
Hello, Could you please help me understand what and were i did wrong? Running a FreeBSD 12.0-CURRENT-r318425 GENERIC-NODEBUG and trying to install Xen Dom0 (xen-4.7.0_2 from ports). HW setup: Supermicro A1SRM-2758F [Intel Rangeley Atom processor C2758] Motherboard spec: http://supermicro.com/products/motherboard/Atom/X10/A1SRM-2758F.cfm CPU spec: https://ark.intel.com/products/77988/Intel-Atom-Processor-C2758-4M-Cache-2_40-GHz loader.conf: hw.pci.mcfg=0 xen_kernel="/boot/xen" xen_cmdline="dom0_mem=2048M dom0_max_vcpus=4 dom0pvh=1 com1=115200,8n1 com2=115200,8n1 console=com2 guest_loglvl=all loglvl=all" Xen Dom0 boot failed with error Full boot log - https://cloud.deiter.ru/index.php/s/bg5lQSjPPSkiTAq ... (XEN) I/O virtualisation disabled ... (XEN) (XEN) Panic on CPU 0: (XEN) Presently, iommu must be enabled for PVH hardware domain (XEN) (XEN) Boot without Xen kernel is OK Full boot log - https://cloud.deiter.ru/index.php/s/lUXLPnPSTWqqQNO ... CPU: Intel(R) Atom(TM) CPU C2758 @ 2.40GHz (2400.06-MHz K8-class CPU) Origin="GenuineIntel" Id=0x406d8 Family=0x6 Model=0x4d Stepping=8 Features=0xbfebfbff<FPU,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=0x43d8e3bf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,TSCDLT,AESNI,RDRAND> AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM> AMD Features2=0x101<LAHF,Prefetch> Structured Extended Features=0x2282<TSCADJ,SMEP,ERMS,NFPUSG> VT-x: Basic Features=0xda0400<SMM,INS/OUTS,TRUE> Pin-Based Controls=0x7f<ExtINT,NMI,VNMI,PreTmr> Primary Processor Controls=0xfff9fffe<INTWIN,TSCOff,HLT,INVLPG,MWAIT,RDPMC,RDTSC,CR3-LD,CR3-ST,CR8-LD,CR8-ST,TPR,NMIWIN,MOV-DR,IO,IOmap,MTF,MSRmap,MONITOR,PAUSE> Secondary Processor Controls=0x28ef<APIC,EPT,DT,RDTSCP,VPID,WBINVD,UG,RDRAND,VMFUNC> Exit Controls=0xda0400<PAT-LD,EFER-SV,PTMR-SV> Entry Controls=0xda0400 EPT Features=0x6114141<XO,PW4,UC,WB,2M,INVEPT,single,all> VPID Features=0xf01<INVVPID,individual,single,all,single-globals> ... pci0: at device 15.0 (no driver attached) pci0: at device 19.0 (no driver attached) ... # pciconf -lv none1@pci0:0:15:0: class=0x080600 card=0x082015d9 chip=0x1f168086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Atom processor C2000 RCEC' class = base peripheral subclass = IOMMU Thank you! Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build fails in libpcap with WITHOUT_INET6
Hello, Please apply patch from upstream: https://github.com/the-tcpdump-group/libpcap/pull/541 Fix compilation if INET6 isn't defined. Addresses GitHub issue #541, but differently from the pull request (it defines gen_gateway() with a function prototype rather than using a pre-prototype-style definition). https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2 Thank you! Alex Deiter alex.dei...@gmail.com > On 28 Mar 2017, at 19:31, Randy Westlund <rwest...@gmail.com> wrote: > > Building r315872 for the Tegra (arm/armv6) board with WITHOUT_INET6 set fails > in libpcap: > >> --- klm_prot_xdr.pico --- >> cc -target armv6-gnueabihf-freebsd12.0 --sysroot=/usr/home/randy/tegra/freebs >> d-obj/arm.armv6/usr/home/randy/tegra/freebsd/tmp -B/usr/home/randy/tegra/free >> bsd-obj/arm.armv6/usr/home/randy/tegra/freebsd/tmp/usr/bin -fpic -DPIC -g -O >> -pipe -DYP -I/usr/home/randy/tegra/freebsd-obj/arm.armv6/usr/home/randy/teg >> ra/freebsd/tmp/usr/include/rpcsvc -MD -MF.depend.klm_prot_xdr.pico -MTklm_pr >> ot_xdr.pico -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty- >> body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar >> e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum- >> conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switc >> h -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arg >> uments -c klm_prot_xdr.c -o klm_prot_xdr.pico >> --- all_subdir_lib/libpcap --- >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:695:9: error: no memb >> er named 'ai' in 'struct _compiler_state' >>cstate.ai = NULL; >>~~ ^ >> --- all_subdir_lib/librpcsvc --- >> --- mount_xdr.pico --- >> cc -target armv6-gnueabihf-freebsd12.0 --sysroot=/usr/home/randy/tegra/freebs >> d-obj/arm.armv6/usr/home/randy/tegra/freebsd/tmp -B/usr/home/randy/tegra/free >> bsd-obj/arm.armv6/usr/home/randy/tegra/freebsd/tmp/usr/bin -fpic -DPIC -g -O >> -pipe -DYP -I/usr/home/randy/tegra/freebsd-obj/arm.armv6/usr/home/randy/teg >> ra/freebsd/tmp/usr/include/rpcsvc -MD -MF.depend.mount_xdr.pico -MTmount_xdr >> .pico -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body - >> Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno >> -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conver >> sion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno >> -switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments >> -c mount_xdr.c -o mount_xdr.pico >> --- all_subdir_lib/libpcap --- >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:4916:13: error: use o >> f undeclared identifier 'cstate' >>bpf_error(cstate, "direction applied to 'gateway'"); >> ^ >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:4923:11: error: use o >> f undeclared identifier 'cstate' >>switch (cstate->linktype) { >>^ >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:4961:17: error: use o >> f undeclared identifier 'cstate' >>b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR, Q_H >> OST); >> ^ >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:4963:19: error: use o >> f undeclared identifier 'cstate' >>tmp = gen_host(cstate, **alist++, 0x, proto, >> Q_OR, >> ^ >> /usr/home/randy/tegra/freebsd/contrib/libpcap/gencode.c:4972:12: error: use o >> f undeclared identifier 'cstate' >>bpf_error(cstate, "illegal modifier of 'gateway'"); >> ^ >> 6 errors generated. >> *** [gencode.o] Error code 1 >> >> make[5]: stopped in /usr/home/randy/tegra/freebsd/lib/libpcap >> 1 error >> >> make[5]: stopped in /usr/home/randy/tegra/freebsd/lib/libpcap >> *** [all_subdir_lib/libpcap] Error code 2 > > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Boot failure - svn up from this morning
Hello Dexuan, This issue reproduced at least for 4 different HW platform: Supermicro 6037R-TXRF Supermicro A1SRM-2758F Supermicro X9SCM-F Gigabyte GA-C1037UN-EU How can I help you resolve this issue ? Thank you! The same result for r314862: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 16 block devices..*.+.. done ZFS found the following pools: zroot UFS found no partitions Consoles: EFI console Staging area's size is reduced: 16384 -> 64! Command line arguments: loader.efi Image base: 0x6dc65000 EFI version: 2.31 EFI Firmware: American Megatrends (rev 5.08) FreeBSD/amd64 EFI loader, Revision 1.1 EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x9210f8 elf64_loadimage: read failed can't load file '/boot/kernel/kernel': input/output error can't load file '/boot/kernel/kernel': input/output error Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 2 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK OK memmap Type Physical Virtual #Pages Attr BootServicesCode 0008 UC WC WT WB ConventionalMemory 8000 0027 UC WC WT WB BootServicesData 0002f000 0011 UC WC WT WB BootServicesCode 0004 0060 UC WC WT WB ConventionalMemory 0010 0100 UC WC WT WB BootServicesData 0020 0040 UC WC WT WB ConventionalMemory 0024 0003fd80 UC WC WT WB LoaderData 3ffc 0040 UC WC WT WB ConventionalMemory 4000 00029c65 UC WC WT WB LoaderData 69c65000 4000 UC WC WT WB LoaderCode 6dc65000 0071 UC WC WT WB LoaderData 6dcd6000 2171 UC WC WT WB LoaderCode 6fe47000 001d UC WC WT WB MemoryMappedIO 6fe64000 0014 UC WC WT WB BootServicesData 6fe78000 ec32 UC WC WT WB ConventionalMemory 7eaaa000 037b UC WC WT WB BootServicesCode 7ee25000 0285 UC WC WT WB Reserved 7f0aa000 0075 UC WC WT WB ConventionalMemory 7f11f000 00ae UC WC WT WB ACPIMemoryNVS 7f1cd000 027b UC WC WT WB RuntimeServicesData 7f448000 01a7 UC WC WT WB RuntimeServicesCode 7f5ef000 005c UC WC WT WB BootServicesData 7f64b000 01b5 UC WC WT WB ConventionalMemory 0001 0078 UC WC WT WB MemoryMappedIO e000 4000 UC MemoryMappedIO fed01000 0003 UC MemoryMappedIO fed08000 0001 UC MemoryMappedIO fed0c000 0004 UC MemoryMappedIO fed1c000 0001 UC MemoryMappedIO fef0 1100 UC OK Thank you! Alex Deiter alex.dei...@gmail.com > On 7 Mar 2017, at 06:45, Dexuan Cui <de...@microsoft.com> wrote: > >> From: Dexuan Cui >> Sent: Tuesday, March 7, 2017 11:18 >> To: 'Alex Deiter' <alex.dei...@gmail.com> >> Cc: Chris H <bsd-li...@bsdforge.com>; AN <a...@neu.net>; Ngie Cooper >> (yaneurabeya) <yaneurab...@gmail.com>; Michael Tuexen >> <tue...@freebsd.org>; Roberto Rodriguez Jr <rob.rodz@gmail.com>; Guido >> Falsi <m...@madpilot.net>; Warner Losh <i...@bsdimp.com>; Ultima >> <ultima1...@gmail.com>; Sepherosa Ziehau <se...@freebsd.org> >> Subject: RE: Boot failure - svn up from this morning >> >>> From: Alex Deiter [mailto:alex.dei...@gmail.com] >>> Sent: Tuesday, March 7, 2017 11:04 >>> To: Dexuan Cui <de...@microsoft.com> >> >> >> Hi Alex, >> Thanks very much for the quick reply! >> >> I found an off-by-one bug in my patch and here is the fix. >> I'll commit it shortly. > > Hi Alex, > I committed Revision 314828 for this: > https://svnweb.freebsd.org/base?view=revision=314828 > > I believe it should fix the issue for you now. :-) > > Thanks, > -- Dexuan ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Boot failure - svn up from this morning
Hello, Screenshot: boot with patched loader: http://picpaste.com/IMG_1768-PnmZAtBZ.JPG Video: boot with patched loader: https://youtu.be/thzyRk0D36w Thank you! Alex Deiter alex.dei...@gmail.com > On 3 Mar 2017, at 16:37, Dexuan Cui <de...@microsoft.com> wrote: > >> From: Michael Tuexen >> Sent: Friday, March 3, 2017 21:30 >>> BTW, I understand it's really annoying to boot the host first... >>> I'm really sorry for this. >>> >>> I suppose you're able to build or find a good 'loader.efi' binary on >>> another host, >>> and then manage to replace the bad 'loader.efi' on the host broken by me. >>> :-) >> This problem also occurred on a Dell R430... >> >> Best regards >> Michael > > Can you please use the patch to dump the > : > https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html > > Let's get this fixed ASAP. > > Thanks, > -- Dexuan ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Boot failure - svn up from this morning
Hello Dexuan, Thank you for the patch! I’ll test it and let you know the result. Thank you! Alex Deiter alex.dei...@gmail.com > On 3 Mar 2017, at 14:49, Dexuan Cui <de...@microsoft.com> wrote: > >> From: Alex Deiter >> Sent: Friday, March 3, 2017 17:22 >> >> Hello, >> The same issue with FreeBSD 12.0-CURRENT-r314563: >> elf64_loadimage: could not read symbols - skipped! >> >> I suspect regression after: >> >> Revision 314547 - Directory Listing >> Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by dexuan >> loader.efi: reduce the size of the staging area if necessary > > Yes, I believe the issue is caused by the patch, which is supposed to PR > 211746: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746 > > Sorry for causing the issue to you, but I suspect the patch reveals a bug in > your > host's firmware: the memory map reported by the host's firmware may be > incorrect. > > Can you please try the patch to dump the memory map? > https://github.com/dcui/freebsd/commit/6094aac8ac9bddb24e3ac45493ac020c94029ce8.patch > > And the patch will allow your host to boot. > Note: there is a 10-second pause every time 5 lines are printed. This is to > make > sure we have enough time to take a screenshot or photo. :-) > > About how to apply the patch and build/install it: > 'wget' the above patch, and 'cd' into your FREEBSD_SOURCE_ROOT/sys/boot/ and > run > "patch -p3 < the_patch_name". If you have run 'make buildworld", just run > 'make' in the > sys/boot/ directory and copy the new loader.efi into the boot folder, e.g. in > my side, I > use > cp -iv /usr/obj/root/bsd.git/sys/boot/efi/loader/loader.efi /boot/loader.efi > > Thanks, > -- Dexuan ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Boot failure - svn up from this morning
Hello, The same issue with FreeBSD 12.0-CURRENT-r314563: elf64_loadimage: could not read symbols - skipped! http://picpaste.com/IMG_1764-vfZl1l5o.JPG I suspect regression after: Revision 314547 - Directory Listing Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by dexuan loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by:marcel, kib, sephe Approved by:sephe (mentor) MFC after: 2 weeks Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9686 Alex Deiter alex.dei...@gmail.com > On 3 Mar 2017, at 09:20, Chris H <bsd-li...@bsdforge.com> wrote: > > On Thu, 2 Mar 2017 21:32:39 -0800 "Ngie Cooper (yaneurabeya)" > <yaneurab...@gmail.com> wrote > >>> On Mar 2, 2017, at 21:16, Chris H <bsd-li...@bsdforge.com> wrote: >>> >>> On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN <a...@neu.net> wrote >>> >>>> Hi: >>>> >>>> I'm having a major problem after updating a 12-current machine today. >>>> After buildworld/kernel/install cycle on reboot I'm getting the following >>>> failure: >>>> >>>> "/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358 >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel/kernel': input/output error >>>> can't load file '/boot/kernel/kernel': input/output error >>>> >>>> OK boot kernel.old >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel.old/kernel': input/output error >>>> can't load file '/boot/kernel.old/kernel': input/output error" >>>> >>>> I have never experienced this failure before, and don't know how to >>>> proceed. Any help recovering from this would be greatly appreciated. >>>> Thanks in advance. >>> >>> I don't suppose you could post the output of >>> uname -a >>> >>> and maybe a copy of dmesg(8) could you? >> >> That would be good, but I don’t know if it’s possible (the OP is noting >> that the boot is broken when executing loader(8)..). -Ngie > > Indeed. But that doesn't stop the OP from booting from the > install media. ;-) :-) > > --Chris > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Buildworld fails if WITHOUT_INET6=YES defined
Hello, Please apply patch from upstream: https://github.com/the-tcpdump-group/libpcap/pull/541 Fix compilation if INET6 isn't defined. Addresses GitHub issue #541, but differently from the pull request (it defines gen_gateway() with a function prototype rather than using a pre-prototype-style definition). https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2 Thank you! Alex Deiter alex.dei...@gmail.com > On 18 Feb 2017, at 00:09, Bryan Drewery <bdrew...@freebsd.org> wrote: > > On 2/17/2017 1:03 PM, Bryan Drewery wrote: >> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: >>> >>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman <o...@opentransfer.com> wrote: >>>> >>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>>> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong >>>> -Wno- >>>> pointer-sign -Wno-empty-body -Wno-string-plus-int >>>> -Wno-unused-const-variable - >>>> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- >>>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch >>>> - >>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- >>>> arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o >>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>>> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -Wno- >>>> pointer-sign -Wno-empty-body -Wno-string-plus-int >>>> -Wno-unused-const-variable - >>>> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- >>>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch >>>> - >>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- >>>> arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o >>>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in >>>> 'struct _compiler_state' >>>> cstate.ai = NULL; >>>> ~~ ^ >>>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared >>>> identifier 'cstate' >>>> bpf_error(cstate, "direction applied to 'gateway'"); >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared >>>> identifier 'cstate' >>>> switch (cstate->linktype) { >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared >>>> identifier 'cstate' >>>> b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR, >>>> Q_HOST); >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared >>>> identifier 'cstate' >>>> tmp = gen_host(cstate, **alist++, 0x, proto, >>>> Q_OR, >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared >>>> identifier 'cstate' >>>> bpf_error(cstate, "illegal modifier of 'gateway'"); >>>> ^ >>>> 6 errors generated. >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[5]: stopped in /usr/src/lib/libpcap >>>> *** Error code 1 >>> >>> CCing Xin, who did the libpcap upgrade. >>> -Ngie >>> >> >> I get an error even with INET6 building grammar.o: >> >>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of >>> undeclared identifier 'cstate'; did you mean 'cstat'? >>>finish_parse(cstate, yystack.l_mark[0].blk.b); >&g
Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure
Hello, Please review attached patch. Thank you! Alex Deiter alex.dei...@gmail.com Index: usr.sbin/tcpdump/tcpdump/Makefile === --- usr.sbin/tcpdump/tcpdump/Makefile (revision 313074) +++ usr.sbin/tcpdump/tcpdump/Makefile (working copy) @@ -36,6 +36,7 @@ print-ascii.c \ print-atalk.c \ print-atm.c \ + print-babel.c \ print-beep.c \ print-bfd.c \ print-bgp.c \ @@ -50,6 +51,7 @@ print-cnfp.c \ print-dccp.c \ print-decnet.c \ + print-dhcp6.c \ print-domain.c \ print-dtp.c \ print-dvmrp.c \ @@ -62,6 +64,7 @@ print-fddi.c \ print-forces.c \ print-fr.c \ + print-frag6.c \ print-ftp.c \ print-geneve.c \ print-geonet.c \ @@ -70,10 +73,12 @@ print-hsrp.c \ print-http.c \ print-icmp.c \ + print-icmp6.c \ print-igmp.c \ print-igrp.c \ print-ip.c \ print-ip6.c \ + print-ip6opts.c \ print-ipcomp.c \ print-ipfc.c \ print-ipnet.c \ @@ -96,6 +101,7 @@ print-m3ua.c \ print-medsa.c \ print-mobile.c \ + print-mobility.c \ print-mpcp.c \ print-mpls.c \ print-mptcp.c \ @@ -109,6 +115,7 @@ print-openflow.c \ print-openflow-1.0.c \ print-ospf.c \ + print-ospf6.c \ print-otv.c \ print-pgm.c \ print-pim.c \ @@ -121,9 +128,11 @@ print-raw.c \ print-resp.c \ print-rip.c \ + print-ripng.c \ print-rpki-rtr.c \ print-rrcp.c \ print-rsvp.c \ + print-rt6.c \ print-rtsp.c \ print-rx.c \ print-sctp.c \ @@ -171,15 +180,6 @@ CFLAGS+= -D_U_="__attribute__((unused))" .if ${MK_INET6_SUPPORT} != "no" -SRCS+= print-babel.c \ - print-dhcp6.c \ - print-frag6.c \ - print-icmp6.c \ - print-ip6opts.c \ - print-mobility.c \ - print-ospf6.c \ - print-ripng.c \ - print-rt6.c CFLAGS+= -DINET6 -DHAVE_OS_IPV6_SUPPORT .endif .if ${MACHINE_CPUARCH} != "i386" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
HEAD [r313048] WITHOUT_INET6: tcpdump build failure
Hello, Please take a look HEAD [r313048] - buildworld failed for IPv4-only system (WITHOUT_INET6): cc -target x86_64-unknown-freebsd12.0 --sysroot=/export/freebsd/obj/export/freebsd/src/tmp -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe -I/export/freebsd/sr c/usr.bin/ftp -I/export/freebsd/src/usr.bin/ftp/../../contrib/tnftp -DNDEBUG -MD -MF.depend.util.o -MTutil.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-for mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /export/freebsd/src/usr.bi n/ftp/../../contrib/tnftp/src/util.c -o util.o --- all_subdir_usr.sbin --- print-ip6.o: In function `ip6_print': /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x4c6): undefined reference to `hbhopt_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x4d9): undefined reference to `rt6_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x530): undefined reference to `dstopt_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x574): undefined reference to `frag6_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x60b): undefined reference to `mobility_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x6ba): undefined reference to `icmp6_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c:(.text+0x6da): undefined reference to `ospf6_print' print-udp.o: In function `udp_print': /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c:(.text+0x13e0): undefined reference to `ripng_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c:(.text+0x13ff): undefined reference to `dhcp6_print' /export/freebsd/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c:(.text+0x143d): undefined reference to `babel_print' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [tcpdump] Error code 1 make[5]: stopped in /export/freebsd/src/usr.sbin/tcpdump/tcpdump 1 error Thank you! Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
CURRENT [r312928] TCP_RFC7413 kernel panic
Hello, The most recent CURRENT [r312928] with enabled kernel option TCP_RFC7413 panics spontaneously: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 02 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x20:0x808a4555 stack pointer = 0x28:0xfe083bf738b0 frame pointer = 0x28:0xfe083bf738d0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock (0)) [ thread pid 12 tid 18 ] Stopped at tcp_fastopen_autokey_locked+0x35: movq0x28(%rax),%rax db> bt Tracing pid 12 tid 18 td 0xf80007383500 tcp_fastopen_autokey_locked() at tcp_fastopen_autokey_locked+0x35/frame 0xfe083bf738d0 tcp_fastopen_autokey_callout() at tcp_fastopen_autokey_callout+0x2d/frame 0xfe083bf73900 softclock_call_cc() at softclock_call_cc+0x156/frame 0xfe083bf739b0 softclock() at softclock+0x94/frame 0xfe083bf739e0 intr_event_execute_handlers() at intr_event_execute_handlers+0x20f/frame 0xfe083bf73a20 ithread_loop() at ithread_loop+0xc6/frame 0xfe083bf73a70 fork_exit() at fork_exit+0x85/frame 0xfe083bf73ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe083bf73ab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- db> Thank you! Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
CURRENT [r309933] broke syslogd on IPv4 only system
Hello, Please take a look SVN r309933: r309933 | hrs | 2016-12-12 22:33:40 +0300 (Mon, 12 Dec 2016) | 13 lines - Refactor listening socket list. All of the listening sockets are now maintained in a single linked-list in a transport-independent manner. - Use queue.h for linked-list structure. - Use linked-list for AllowedPeers. - Use getaddrinfo(8) even for Unix Domain sockets. - Use macros to type-casting from/to struct sockaddr{,_in,_in6}. - Define fu_* macro for union f_un to shorten the member names. - Remove an extra #include . - Add "static" to non-exported symbols. - !INET support is still incomplete but will be fixed later. There is no functional change except for some minor debug messages. After this change syslogd is not listen on local sockets: # /usr/sbin/syslogd -d Try (null) new socket fd is 6 shutdown sending on socket Try /var/run/log Try /var/run/logpriv off & running init loading timezone data via tzset() . . . # sockstat | grep syslogd root syslogd19151 6 udp4 *:514 *:* # ls -l /var/run/ |grep log -rw--- 1 root wheel5 Jan 28 14:30 syslog.pid Root cause: usr.sbin/syslogd/syslogd.c . . . 309 #ifdef INET6 310 static int family = PF_UNSPEC; /* protocol family (IPv4, IPv6 or both) */ 311 #else 312 static int family = PF_INET; /* protocol family (IPv4 only) */ 313 #endif . . . 2856 static int 2857 socksetup(struct peer *pe) . . . 2911 if (family != AF_UNSPEC && res->ai_family != family) 2912 continue; in case of IPv4-only system (WITHOUT_INET6=YES in /etc/src.conf) we have family = PF_INET in 312 line and function socksetup will skip listen on local sockets. Proposed patch: Index: syslogd.c === --- syslogd.c (revision 312909) +++ syslogd.c (working copy) @@ -2908,7 +2908,7 @@ /* Only AF_LOCAL in secure mode. */ continue; } - if (family != AF_UNSPEC && res->ai_family != family) + if (res->ai_family != AF_LOCAL && res->ai_family != family) continue; s = socket(res->ai_family, res->ai_socktype, Successfully tested on IPv4-only CURRENT r312856M. Thank you! Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Revision 312827 fatal error: 'opt_printf.h' file not found
Hello, Thank you! Alex Deiter alex.dei...@gmail.com > On 27 Jan 2017, at 03:22, Jung-uk Kim <j...@freebsd.org> wrote: > > On 01/26/2017 19:17, Alex Deiter wrote: >> Hello, >> >> patch: >> >> Index: sys/cam/cam_xpt.h >> === >> --- sys/cam/cam_xpt.h (revision 312851) >> +++ sys/cam/cam_xpt.h (working copy) >> @@ -33,7 +33,10 @@ >> #define _CAM_CAM_XPT_H 1 >> >> #include >> + >> +#ifdef _KERNEL >> #include "opt_printf.h" >> +#endif /* _KERNEL */ >> >> Please take a look at the rev 312827: >> >> --- scsi_da.o --- >> cc -target x86_64-unknown-freebsd12.0 >> --sysroot=/export/freebsd/obj/export/freebsd/src/tmp >> -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe >> -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG -MD >> -MF.depend.scsi_da.o -MTscsi_da.o -std=gnu99 -fstack-protector-strong >> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign >> -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable >> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef >> -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments >> -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o scsi_da.o >> --- scsi_all.o --- >> In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: >> /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: 'opt_printf.h' >> file not found >> #include "opt_printf.h" > > I committed a fix already (r312852). > > Jung-uk Kim ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Revision 312827 fatal error: 'opt_printf.h' file not found
Hello, patch: Index: sys/cam/cam_xpt.h === --- sys/cam/cam_xpt.h (revision 312851) +++ sys/cam/cam_xpt.h (working copy) @@ -33,7 +33,10 @@ #define _CAM_CAM_XPT_H 1 #include + +#ifdef _KERNEL #include "opt_printf.h" +#endif /* _KERNEL */ Please take a look at the rev 312827: --- scsi_da.o --- cc -target x86_64-unknown-freebsd12.0 --sysroot=/export/freebsd/obj/export/freebsd/src/tmp -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG -MD -MF.depend.scsi_da.o -MTscsi_da.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o scsi_da.o --- scsi_all.o --- In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: 'opt_printf.h' file not found #include "opt_printf.h" ^ Thank you! Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT [r308668] autofs kernel panic
Hello Edward, Thank you! Alex Deiter alex.dei...@gmail.com > On 23 Jan 2017, at 14:51, Edward Tomasz Napierała <tr...@freebsd.org> wrote: > > For the record, this was fixed in r311284. > > On 1115T2021, Alex Deiter wrote: >> Hello Edward, >> >> Thank you for the quick reply! >> I was able to reproduce this panic on default GENERIC kernel (my test >> system and laptop): >> >> # kgdb /boot/kernel/kernel /var/crash/vmcore.2 >> 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 "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 3; apic id = 06 >> fault virtual address = 0xe0 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0x809fe487 >> stack pointer= 0x28:0xfe085f5d4560 >> frame pointer= 0x28:0xfe085f5d45b0 >> code segment = base 0x0, limit 0xf, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 0 (pkg) > > [..] > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT [r308668] autofs kernel panic
Hello Edward, Thank you for the quick reply! I was able to reproduce this panic on default GENERIC kernel (my test system and laptop): # kgdb /boot/kernel/kernel /var/crash/vmcore.2 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 06 fault virtual address = 0xe0 fault code = supervisor read data, page not present instruction pointer = 0x20:0x809fe487 stack pointer= 0x28:0xfe085f5d4560 frame pointer= 0x28:0xfe085f5d45b0 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (pkg) kgdb: kvm_read: invalid address (0x) Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/zfs.ko.debug...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/ums.ko...Reading symbols from /usr/lib/debug//boot/kernel/ums.ko.debug...done. done. Loaded symbols for /boot/kernel/ums.ko Reading symbols from /boot/kernel/autofs.ko...Reading symbols from /usr/lib/debug//boot/kernel/autofs.ko.debug...done. done. Loaded symbols for /boot/kernel/autofs.ko #0 0x in ?? () (kgdb) (kgdb) bt #0 0x in ?? () Cannot access memory at address 0x0 (kgdb) Please take a look attached file. Let me know how I can assist further. Thank you! 2016-11-15 19:31 GMT+03:00 Edward Tomasz Napierała <tr...@freebsd.org>: > On 1115T1016, Alex Deiter wrote: >> Hello, >> >> FreeBSD 12.0-CURRENT-r308668 amd64 crashed on "pkg install” command: >> >> # cat /usr/local/etc/pkg/repos/local.conf >> local: { >> url: "file:///net/nostromo/var/devel/pkg", >> enabled: yes >> } >> >> Path /net/nostromo/var/devel/pkg accessible via autofs/automountd: >> >> # ls /net/nostromo/var/devel/pkg >> All Latest digests.txz meta.txz packagesite.txz >> >> # mount -t nfs >> nostromo:/var/devel/pkg on /net/nostromo/var/devel/pkg (nfs, nosuid, >> automounted) >> >> # kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.0 >> ... >> Unread portion of the kernel message buffer: >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x100df >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0x8063c88d >> stack pointer = 0x28:0xfe085f966520 >> frame pointer = 0x28:0xfe085f966570 >> code segment = base 0x0, limit 0xf, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = -134214453 (pkg) >> >> kgdb: kvm_read: invalid address (0x6c6576656c6572) >> kgdb: kvm_read: invalid address (0xf8000ce021d8) >> #0 0x in ?? () >> (kgdb) list *0x8063c88d >> 0x8063c88d is in hardclock_cnt (/usr/src/sys/kern/kern_clock.c:568). > > [..] > > It looks a bit weird - the "kvm_read" errors, and also the one-function > traceback that contains only one function, that seems unrelated to autofs. > Are you sure you're using the right kernel? Could you try the usual > > kgdb /boot/kernel/kernel /var/crash/vmcore.0 > > instead? Thanks! > -- Alex Deiter serenity.deiter.local dumped core - see /var/crash/vmcore.2 Tue Nov 15 20:11:24 MSK 2016 FreeBSD serenity.deiter.local 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r308668M: Tue Nov 15 19:46:51 MSK 2016 root@nostromo.deiter.local:/usr/obj/usr/src/sys/GENERIC amd64 panic: 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 "amd64-marcel-freebsd"...kgdb: kvm_read: invalid address (0x) Unrea
CURRENT [r308668] autofs kernel panic
Hello, FreeBSD 12.0-CURRENT-r308668 amd64 crashed on "pkg install” command: # cat /usr/local/etc/pkg/repos/local.conf local: { url: "file:///net/nostromo/var/devel/pkg", enabled: yes } Path /net/nostromo/var/devel/pkg accessible via autofs/automountd: # ls /net/nostromo/var/devel/pkg All Latest digests.txz meta.txz packagesite.txz # mount -t nfs nostromo:/var/devel/pkg on /net/nostromo/var/devel/pkg (nfs, nosuid, automounted) # kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.0 ... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x100df fault code = supervisor read data, page not present instruction pointer = 0x20:0x8063c88d stack pointer = 0x28:0xfe085f966520 frame pointer = 0x28:0xfe085f966570 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = -134214453 (pkg) kgdb: kvm_read: invalid address (0x6c6576656c6572) kgdb: kvm_read: invalid address (0xf8000ce021d8) #0 0x in ?? () (kgdb) list *0x8063c88d 0x8063c88d is in hardclock_cnt (/usr/src/sys/kern/kern_clock.c:568). 563 if (itimerdecr(>p_timer[ITIMER_VIRTUAL], 564 tick * cnt) == 0) 565 flags |= TDF_ALRMPEND | TDF_ASTPENDING; 566 PROC_ITIMUNLOCK(p); 567 } 568 if (timevalisset(>p_timer[ITIMER_PROF].it_value)) { 569 PROC_ITIMLOCK(p); 570 if (itimerdecr(>p_timer[ITIMER_PROF], 571 tick * cnt) == 0) 572 flags |= TDF_PROFPEND | TDF_ASTPENDING; (kgdb) This kernel panic can be easy reproduce. Please let me know how I can assist further. Please take a look core.txt.0 => http://pastebin.ca/3739082 Thank you! Alex Deiter alex.dei...@gmail.com -- Alex Deiter ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
CURRENT [r308040] watchdogd regression
Hello, Just found that rev r308040 had introduced regression bug for watchdogd: if watchdogd start by default (without parameters), it use 100% CPU: PID USERNAME THR PRI NICE SIZERES STATE C TIMEWCPU COMMAND 14954 root1 -52 r0 7524K 3496K CPU22 0:44 100.36% watchdogd # truss -afd -p 14954 ... 14954: 1.640554819 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) 14954: 1.640608166 stat("/etc",{ mode=drwxr-xr-x ,inode=21,size=109,blksize=7168 }) = 0 (0x0) 14954: 1.642456843 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) 14954: 1.642511284 stat("/etc",{ mode=drwxr-xr-x ,inode=21,size=109,blksize=7168 }) = 0 (0x0) 14954: 1.643971019 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) 14954: 1.644008391 stat("/etc",{ mode=drwxr-xr-x ,inode=21,size=109,blksize=7168 }) = 0 (0x0) 14954: 1.645305166 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) 14954: 1.645329823 stat("/etc",{ mode=drwxr-xr-x ,inode=21,size=109,blksize=7168 }) = 0 (0x0) 14954: 1.646621223 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) 14954: 1.646645072 stat("/etc",{ mode=drwxr-xr-x ,inode=21,size=109,blksize=7168 }) = 0 (0x0) 14954: 1.647935561 ioctl(4,WDIOCPATPAT,0xea60) = 0 (0x0) Root cause - uninitialized variable timeout_sec https://svnweb.freebsd.org/base/head/usr.sbin/watchdogd/watchdogd.c?revision=308040=markup#l82 static u_int timeout_sec; and changes, introduced in r308040: 774 if (nap > timeout_sec / 2) 775 nap = timeout_sec / 2; Workaround: specify the desired timeout period in seconds: watchdogd_enable="YES" watchdogd_flags="-t 128” Thank you! -- Alex Deiter alex.dei...@gmail.com ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ATA? related trouble with r300299
25.05.16 03:18, Kenneth D. Merry пишет: > On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote: >> 24.05.16 20:21, Kenneth D. Merry ??: >>> On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: >>>> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: >>>>> On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: >>>>>> On Monday 23 May 2016 17:30:45 you wrote: >>>>>>> On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: >>>>>>>> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: >>>>>>>>> On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: >>>>>>>>>> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: >>>>>>>>>>> On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: >>>>>>>>>>>> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: >>>>>>>>>>>>> On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman >>>> wrote: >>>>>>>>>>>>>> I have faced the issue with fresh CURRENT stopped to boot >>>>>>>>>>>>>> on >>>>>>>>>>>>>> my >>>>>>>>>>>>>> old >>>>>>>>>>>>>> desktop >>>>>>>>>>>>>> >>>>>>>>>>>>>> after update to r300299 >>>>>>>>>>>>>> Verbose boot shows the endless cycle of >>>>>>>>>>>>>> >>>>>>>>>>>>>> ata2: SATA reset: ports status=0x05 >>>>>>>>>>>>>> ata2: reset tp1 mask=03 ostat0=50 ostat1=50 >>>>>>>>>>>>>> ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>>>> ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>>>> ata2: reset tp2 stat0=50 stat1=50 devices=0x3 >>>>>>>>>>>>>> messages logged to console. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Below is the relevant portion of ATA controller/devices >>>>>>>>>>>>>> probed/attached >>>>>>>>>>>>>> during the boot: >>>>>>>>>>>>>> >>>>>>>>>>>>>> atapci0: port >>>>>>>>>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at >>>>>>>>>>>>>> device >>>>>>>>>>>>>> 31.1 >>>>>>>>>>>>>> on >>>>>>>>>>>>>> pci0 >>>>>>>>>>>>>> ata0: at channel 0 on atapci0 >>>>>>>>>>>>>> atapci1: port >>>>>>>>>>>>>> 0xd080-0xd087, >>>>>>>>>>>>>> 0xd000-0xd003, >>>>>>>>>>>>>> 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device >>>>>>>>>>>>>> 31.2 on >>>>>>>>>>>>>> pci0 >>>>>>>>>>>>>> ata2: at channel 0 on atapci1 >>>>>>>>>>>>>> ata3: at channel 1 on atapci1 >>>>>>>>>>>>>> ada0 at ata2 bus 0 scbus1 target 0 lun 0 >>>>>>>>>>>>>> ada0: ATA-7 SATA 2.x device >>>>>>>>>>>>>> ada1 at ata2 bus 0 scbus1 target 1 lun 0 >>>>>>>>>>>>>> ada1: ATA8-ACS SATA 3.x device >>>>>>>>>>>>>> cd0 at ata0 bus 0 scbus0 target 0 lun 0 >>>>>>>>>>>>>> cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI >>>>>>>>>>>>>> device >>>>>>>>>>>>> >>>>>>>>>>>>> I'm not entirely sure what is causing the problem with your >>>>>>>>>>>>> system, >>>>>>>>>>>>> but >>>>>>>>>>>>> hopefully we can narrow it down a bit.
Re: ATA? related trouble with r300299
op:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" >>>>>> -i >>>>>> 512 -> >>>>>> >>>>>> |hd >>>>>> >>>>>> camcontrol: error sending command >>>>>> (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 >>>>>> 01 00 >>>>>> (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>>> root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 >>>>>> 0" >>>>>> -i >>>>>> 512 - |hd >>>>>> camcontrol: error sending command >>>>>> (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 >>>>>> 00 >>>>>> 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>> >>>>> Okay, at least it consistently fails with both the PIO and DMA versions. >>>>> Looks like the drive claims to support READ LOG, but doesn't actually >>>>> support it. >>>>> >>>>> Can you revert the previous patch, take the quirk out of loader.conf, >>>>> and >>>>> try this patch? >>>>> >>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt >>>>> >>>>> It adds the model number for your drive into the ada(4) driver as a >>>>> quirk. >>>> >>>> Unfortunately it is not working ; but allows to boot with quirk added >>>> back to> >>>> loader.conf >>> >>> Okay, try this one. I put a question mark in place of the space, perhaps >>> that will match it. >>> >>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt >> >> Still no luck, but it works with quirk in the loader.conf >> Below is the drive identification from 'smartctl' output: >> >> === START OF INFORMATION SECTION === >> Model Family: SAMSUNG SpinPoint S250 >> Device Model: SAMSUNG HD200HJ >> Serial Number:S16KJ1CQ500218 >> LU WWN Device Id: 5 f0 01b500218 >> Firmware Version: KF100-06 > > Hmm. Turns out a question mark won't match a space, so the previous patch > wouldn't work. Can you send the output of: > > camcontrol identify ada0 -v > > That will include a raw identify data dump. Hopefully I can figure out > what is going on from that. > > Thanks, > > Ken > My old AMD(nForce4-ultra) has the same problems (don't boot on new revisions). camcontrol: sending ATA ATA_IDENTIFY with timeout of 3 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 8856 022a 003f 8: 5330 4d55 4a31 5050 3530 3936 16: 3137 2020 2020 2020 0003 8000 0004 4352 24: 3130 302d 3130 5341 4d53 554e 4720 4844 32: 3530 314c 4a20 2020 2020 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 0fff 0007 64: 0003 0078 0078 0078 0078 72: 001f 0706 004c 0040 80: 01f8 0052 746b 7f01 4123 7469 bc01 4123 88: 20ff 0054 0054 fffe fe00 96: 6030 3a38 104: 5000 0f00 1b50 9617 112: 4010 120: 4010 128: 0021 136: 0400 0e00 0003 144: 9a00 0300 2400 6420 3231 152: 160: 168: 176: 184: 192: 200: 003f 208: 216: 100f 224: 232: 0001 0400 240: 248: 75a5 camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs pass0: Raw native max data: 0: 5000 2f00 3860 3a3a error = 0x00, sector_count = 0x, device = 0x3a, status = 0x50 pass0: ATA8-ACS SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model SAMSUNG HD501LJ firmware revision CR100-10 serial number S0MUJ1PP509617 WWN 5f001b509617 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 976773168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enabled Value Vendor read ahead yes yes write cacheyes yes flush cacheyes yes overlapno Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queuedno SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes no 0/0x00 254/0xFE media status notification no no power-up in Standbyno no write-read-verify no no unload no no general purpose loggingyes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 976773168/976773168 HPA - Security no -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Strange text on two computers with AMD processors
Strange text on two computers with AMD CPU: AMD FX-8370 Eight-Core Processor (4018.42-MHz K8-class CPU) and CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2412.41-MHz K8-class CPU) Copyright (c) 1992-2016 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-CURRENT #6 r300310: Sat May 21 01:38:41 KRAT 2016 alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64 FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) can't re-use a leaf (ixl_rx_miss_bufs)! And PC with Athlon 4600+ dont't boot. Frezed on detect wireless keyboard. -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: www/firefox: no audio since last update
For me halped: PULSEAUDIO=off 30.03.16 00:31, O. Hartmann пишет: > > In the strain of the most recent update of www/firefox, on CURRENT the audio > capability > is gone! Firefox does not paly any kind of audio. Config is ports standard: > > ===> The following configuration options are available for firefox-45.0.1_3,1: > BUNDLED_CAIRO=on: Use bundled fork of cairo-1.9.5 > CANBERRA=off: Sound theme alerts > DBUS=on: D-Bus IPC system support > DEBUG=off: Build with debugging support > DTRACE=on: Build with DTrace probes > FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...) > GCONF=off: GConf configuration backend support > GIO=on: Use GIO for file I/O > GNOMEUI=off: libgnomeui support module > INTEGER_SAMPLES=off: Integer audio sample format > LIBPROXY=off: Proxy support via libproxy > OPTIMIZED_CFLAGS=on: Use extra compiler optimizations > PGO=off: Use Profile-Guided Optimization > PROFILE=off: Build with profiling support > RUST=on: Build with components written in Rust language > TEST=off: Build and/or run tests > > Options available for the multi AUDIO: you have to choose at least one > of them > ALSA=on: ALSA audio architecture support > PULSEAUDIO=on: PulseAudio sound server support > > Options available for the single TOOLKIT: you have to select exactly > one of them > GTK2=off: GTK+ 2 GUI toolkit support > GTK3=on: GTK+ 3 GUI toolkit support > ===> Use 'make config' to modify these settings > -- - Alex. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 10.0-RC5 Now Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Glen Barber ha scritto: The fifth RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. I've upgraded one of my machine from 9.2 to 10.0-RC5 via freebsd-update, but it didn'seem to have worked (yes, I updated 9.2 to latest patch release before upgrading). After the first 'freebsd-update install' and rebooting: # freebsd-update install No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 10.0-RC5 from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 10.0-RC5-p0. # uname -a FreeBSD ripple.andxor.it 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan 8 05:10:04 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] - -- Alex Dupre -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlLO1ZAACgkQgRXp2M5fVU1GiACfQZbNc3DUg4BZD55r3ljoqyLa JrYAoO3gmOtAkkf1l4NQRmcwfXI/OfLw =nRva -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0-RC5 Now Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Dupre ha scritto: # freebsd-update install No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. Ok, please ignore my message. - -- Alex Dupre -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlLO1eIACgkQgRXp2M5fVU3hIgCfWuYq3ZgTiXP8IXnM2idTQZSk XBgAoJY8TKTlijXyWpz117YZu5metAju =8SvU -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 10-BETA{3,4} - Consistent Kernel Panics (pf_ioctl.c:1289)
0n Wed, Dec 04, 2013 at 07:16:52PM +1100, Gleb Smirnoff wrote: On Tue, Dec 03, 2013 at 11:21:09PM -0800, Craig Rodrigues wrote: C KERNCONF: C C options VIMAGE C C makeoptions DEBUG=-g C C device pf C device pflog C device pfsync C device carp C C C How badly do you need VIMAGE in your kernel config? C There are multiple known problems with VIMAGE + pf. See: C http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-December/001787.html C C We need to fix all these problems in FreeBSD, of course, but someone C needs to spend the time on it. Right now we've got some improvements in the projects/pf branch. As soon as Nikos finished his round of pf+vimage cleanups, I'll merge that to head. However, this particular bug report hasn't yet proved to be tied to vimage. Would like to report back - the removal of VIMAGE from my kernel has now ceased all panics. Clearly I had hit the o'l vimage+pf bug(s). -Alex ** IMPORTANT MESSAGE * This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
10-BETA{3,4} - Consistent Kernel Panics (pf_ioctl.c:1289)
10.0-BETA4 FreeBSD 10.0-BETA4 #0 r258860 KERNCONF: include GENERIC options DDB options ALT_BREAK_TO_DEBUGGER options ROUTETABLES=6 options VIMAGE makeoptions DEBUG=-g device pf device pflog device pfsync device carp Backtrace: (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x808c0005 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808c03e4 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x80346077 in db_panic (addr=value optimized out, have_addr=value optimized out, count=value optimized out, modif=value optimized out) at /usr/src/sys/ddb/db_command.c:482 #4 0x80345c8d in db_command (cmd_table=value optimized out) at /usr/src/sys/ddb/db_command.c:449 #5 0x80345a04 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #6 0x80348370 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:231 #7 0x808f9563 in kdb_trap (type=12, code=0, tf=value optimized out) at /usr/src/sys/kern/subr_kdb.c:656 #8 0x80cf0612 in trap_fatal (frame=0xfe085bdeba60, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:877 #9 0x80cf0929 in trap_pfault (frame=0xfe085bdeba60, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #10 0x80cf00b6 in trap (frame=0xfe085bdeba60) at /usr/src/sys/amd64/amd64/trap.c:463 #11 0x80cd6e52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #12 0x80aca5e3 in pfioctl (dev=0x2, cmd=value optimized out, addr=0xf803ec438000 , flags=value optimized out, td=value optimized out) at /usr/src/sys/netpfil/pf/pf_ioctl.c:1289 #13 0x807b9d5f in devfs_ioctl_f (fp=0xf80014d474b0, com=3417850886, data=0xf803ec438000, cred=value optimized out, td=0xf80014e50920) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #14 0x80910a1e in kern_ioctl (td=0xf80014e50920, fd=value optimized out, com=2) at file.h:319 #15 0x8091079f in sys_ioctl (td=0xf80014e50920, uap=0xfe085bdeca40) at /usr/src/sys/kern/sys_generic.c:702 #16 0x80cf0f47 in amd64_syscall (td=0xf80014e50920, traced=0) at subr_syscall.c:134 #17 0x80cd713b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #18 0x000800dbac2a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) Let me know if anyone needs more debug output. -Alex ** IMPORTANT MESSAGE * This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0-BETA2 now available
Glen Barber ha scritto: Important note to freebsd-update(8) users: Please be sure to follow the instructions in the EN-13:04.freebsd-update errata notice here before upgrading the system to 10.0-BETA2: I'd say these instructions extracted partially from the advisory are very very confusing as written. If you have a 8.x or 9.x RELEASE all you have to do is updating to the latest minor-release-patchset and then do a 'freebsd-update upgrade -r 10.0-BETA2', like for every other major release upgrade. I don't know who will manually patch a binary update tool if it's building FreeBSD from sources, but anyway it should be the last note while in the announcement it seems to be the only way to do the upgrade. -- Alex Dupre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0-BETA2 now available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Glen Barber ha scritto: For this announcement, I felt it was safer to include the instructions from the EN verbatim; for future 10.0 builds, it will be less verbose. The problem was that the instructions were not verbatim, you omitted (perhaps by mistake) the following very important lines: === 1) Upgrade your system to a supported FreeBSD stable or release / security branch (releng) dated after the correction date. 2) To update your present system via a source code patch: === so the announcement had only the source patch instructions and a '3)' point without 1 and 2 :-) - -- Alex Dupre -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlJvb60ACgkQgRXp2M5fVU0F5wCg+/WDmcsk+p+hmwJV/pT8xuzM aWAAn0CeQmKve+QgIhz8j1aeVYdB2wdQ =/pTo -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Problem running VirtualBox
On Mon, 16 Sep 2013 06:33:00 -0500 Jimmy Kelley ljboi...@gmail.com wrote: I had the same problem. Turned out that the offending libstdc++.so.6 had be installed by the compat8x package, which had been installed by the bootstrap-openjdk package. Deleted both of those, and now Virtualbox finds and use the one supplied by the GCC compiler used to build it. Jimmy On Sun, Sep 15, 2013 at 11:42:04AM -0400, Alex wrote: Hi: When I try to run VirtualBox I get the following error: VirtualBox: Error -610 in supR3HardenedMainInitRuntime! VirtualBox: dlopen(/usr/local/lib/virtualbox/VBoxRT.so,) failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/virtualbox/VBoxRT.so not found Reinstalling does not solve the issue. Does anyone know what could be going wrong? FreeBSD 10.0-CURRENT #31 r255465 -- Alex That worked for me, thank you. -- Alex ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Problem running VirtualBox
Hi: When I try to run VirtualBox I get the following error: VirtualBox: Error -610 in supR3HardenedMainInitRuntime! VirtualBox: dlopen(/usr/local/lib/virtualbox/VBoxRT.so,) failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/virtualbox/VBoxRT.so not found Reinstalling does not solve the issue. Does anyone know what could be going wrong? FreeBSD 10.0-CURRENT #31 r255465 -- Alex ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Hang with nvidia-driver
Hi. I just upgraded to revision 254271 and am experiencing a hang when slim starts. The monitor goes blank (no signal) and the fans increase in speed, suggesting high CPU usage. I have a GeForce GT 440. As suggested on the forums, I tried setting machdep.disable_mtrrs=1 at the boot loader, but this did not help. Does anyone have any advice? Thanks, Alex ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Hang with nvidia-driver
I can confirm that the patch found on the pastebin fixes the problem. On Tue, Aug 13, 2013 at 3:06 PM, Mark Johnston ma...@freebsd.org wrote: On Tue, Aug 13, 2013 at 2:37 PM, Alex alex...@gmail.com wrote: Hi. I just upgraded to revision 254271 and am experiencing a hang when slim starts. The monitor goes blank (no signal) and the fans increase in speed, suggesting high CPU usage. I have a GeForce GT 440. As suggested on the forums, I tried setting machdep.disable_mtrrs=1 at the boot loader, but this did not help. Does anyone have any advice? Thanks, Alex I ran into a similar problem a few days ago. Applying the nvidia-driver Makefile patch from the follow-ups in the PR below and rebuilding the driver fixed the problem for me: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181144 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Proposal: multi-instance and self-contained rc.d script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hiroki Sato ha scritto: 1. Multi-instance support In the implementation, load_rc_config() reads variables for all instances and run_rc_command() runs each instance in order. When doing rc.d/foo stop, run_rc_command() stops the instances in reverse order. I haven't looked at the implementation, but a useful feature that's usually missing is these multi-instance implementations and that is available in the multi-rc.d scripts scenario (take tomcat7 rc script as an example) is the ability to start/stop a single instance. Not always the instances are related each other, sometime they serve completely different purposes/applications and would be very useful to allow starting/stopping them independently. If we can get the best from the two implementations it'll be a win-win solution. 2. Self-contained rc.d script I like the idea of defaults inside the scripts, but I like also a file that lists all available knobs with default values. If it can be automatically generated from the scripts for human reading purpose only, I'll appreciate it. - -- Alex Dupre -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlHRXDUACgkQgRXp2M5fVU2C5QCfbRJAmtDUwJVid45FyWU1TSgr SF4An26x5n4nq7qI12C57TdvaB9hFjuq =IErn -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1
03.05.2013 22:33, John Baldwin пишет: On Friday, May 03, 2013 1:53:35 pm Alex Keda wrote: 03.05.2013 20:41, John Baldwin пишет: On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012- November/038000.html Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can you try the patch below, but can you also get the output of 'devinfo -u' and 'devinfo -rv' from the 9.0 kernel? see attached files Ok, your BIOS assigns conflicting resources to ahci0 and hdac0. HPS' patch means that hdac0 claims register reads of ahci0 which breaks things. The patch I posted should help. I was able to apply the patch to 9 without any difficulties: OK, it's work please, commit this to tree ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1
03.05.2013 20:41, John Baldwin пишет: On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can you try the patch below, but can you also get the output of 'devinfo -u' and 'devinfo -rv' from the 9.0 kernel? see attached files = about patch, I cannot apply it for 9.1 source, too many differents... nexus0 apic0 I/O memory addresses: 0xfec0-0xfec0001f 0xfee0-0xfee003ff ram0 I/O memory addresses: 0x0-0x9fbff 0x10-0xb7fa 0x1-0x13fff acpi0 Interrupt request lines: 9 I/O ports: 0x10-0x1f 0x22-0x23 0x2e-0x2f 0x4e-0x4f 0x92 0x40b 0x4d0-0x4d1 0x4d6 0x500-0x53f 0xc00-0xc01 0xc14 0xc50-0xc51 0xc52 0xc6c 0xc6f 0xcd0-0xcdf 0x8000-0x802f 0x8100-0x811f I/O memory addresses: 0xcd400-0xc 0xd2a00-0xd2fff 0xe-0xf cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.C000 acpi_throttle0 ACPI I/O ports: 0x8010-0x8013 acpi_perf0 powernow0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.C001 acpi_throttle1 acpi_perf1 powernow1 cpufreq1 acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=0 at handle=\_SB_.C011 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.C08B I/O ports: 0xcf8-0xcff pci0 hostb0 pnpinfo vendor=0x1002 device=0x7910 subvendor=0x103c subdevice=0x30c2 class=0x06 at slot=0 function=0 pcib1 pnpinfo vendor=0x1002 device=0x7912 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=1 function=0 handle=\_SB_.C08B.C08C I/O ports: 0x4000-0x4fff I/O memory addresses: 0xc000-0xc7ff 0xd020-0xd03f pci1 vgapci0 pnpinfo vendor=0x1002 device=0x791f subvendor=0x103c subdevice=0x30c2 class=0x03 at slot=5 function=0 handle=\_SB_.C08B.C08C.C08D Interrupt request lines: 258 pcib1 I/O port window: 0x4000-0x40ff pcib1 memory window: 0xd020-0xd020 0xd030-0xd03f pcib1 prefetch window: 0xc000-0xc7ff vgapm0 drm0 pcib2 pnpinfo vendor=0x1002 device=0x7914 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=4 function=0 handle=\_SB_.C08B.C250 I/O memory addresses: 0xd000-0xd00f pci16 bge0 pnpinfo vendor=0x14e4 device=0x1713 subvendor=0x103c subdevice=0x30c2 class=0x02 at slot=0 function=0 handle=\_SB_.C08B.C250.C251 Interrupt request lines: 256 pcib2 memory window: 0xd000-0xd000 miibus0 brgphy0 pnpinfo oui=0x50ef model=0x4 rev=0x0 at phyno=1 pcib3 pnpinfo vendor=0x1002 device=0x7915 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=5 function=0 handle=\_SB_.C08B.C255 I/O ports: 0x2000-0x3fff I/O memory addresses: 0xcc00-0xcfff pci32 pcib4 pnpinfo vendor=0x1002 device=0x7916 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=6 function=0 handle=\_SB_.C08B.C25F I/O memory addresses: 0xc800-0xc80f pci48 siba_bwn0 pnpinfo vendor=0x14e4 device=0x4312 subvendor=0x103c subdevice=0x1371 class=0x028000 at slot=0 function=0 handle=\_SB_.C08B.C25F.C260 Interrupt request lines: 257 pcib4 memory window: 0xc800-0xc8003fff unknown bwn0 unknown unknown ahci0 pnpinfo vendor=0x1002 device=0x4380 subvendor=0x1002 subdevice=0x4380 class=0x01018f at slot=18 function=0 handle=\_SB_.C08B.C275 Interrupt request lines: 16 I/O ports: 0x5018-0x501b 0x5020-0x502f 0x9000-0x9007 0x9008-0x900b 0x9010-0x9017 I/O memory addresses: 0xd0409000-0xd04093ff ahcich0 at channel=0 I/O memory addresses: 0xd0409100-0xd040917f ohci0 pnpinfo vendor=0x1002 device=0x4387 subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=0 handle=\_SB_.C08B.C12D Interrupt request lines: 23 I/O memory
Re: No ATA disks on 9.1
03.05.2013 20:41, John Baldwin пишет: On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can you try the patch below, but can you also get the output of 'devinfo -u' and 'devinfo -rv' from the 9.0 kernel? I use this patch: srv0# diff -Nru sys/dev/pci/pci.c.orig sys/dev/pci/pci.c --- sys/dev/pci/pci.c.orig 2012-11-17 12:47:51.0 +0400 +++ sys/dev/pci/pci.c 2013-05-03 21:49:18.0 +0400 @@ -2751,6 +2751,11 @@ * from the parent. */ resource_list_delete(rl, type, reg); + pci_disable_io(dev, type); + device_printf(bus, + pci%d:%d:%d:%d bar %#x failed to allocate\n, + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), + pci_get_function(dev), reg); } else { start = rman_get_start(res); pci_write_bar(dev, pm, start); srv0# all OK: HP# uname -a FreeBSD HP.lissyara.su 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Fri May 3 22:03:50 MSK 2013 lissy...@srv0.host-food.ru:/usr/obj/usr/src/sys/GENERIC amd64 HP# Thanks! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
No ATA disks on 9.1
see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html today, I have time and try find problem commit for 9-stable 2012.05.04.15.20.00 - all work OK 2012.05.05.00.00.00 - cannot boot it's only two kernel-related file for this period: Edit src/lib/libc/gen/sem_new.c Add delta 1.8.2.2 2012.05.04.20.45.53 jilles Edit src/sys/dev/pci/pci.c Add delta 1.425.2.8 2012.05.04.15.38.47 hselasky Edit src/sys/ufs/ufs/ufs_vnops.c Add delta 1.328.2.7 2012.05.04.15.51.23 jh diff -Nru /usr/src/sys/dev/pci/pci.c /tmp/src/sys/dev/pci/pci.c --- /usr/src/sys/dev/pci/pci.c 2013-05-03 00:05:19.0 +0400 +++ /tmp/src/sys/dev/pci/pci.c 2013-05-02 23:56:38.0 +0400 @@ -27,7 +27,7 @@ */ #include sys/cdefs.h -__FBSDID($FreeBSD: src/sys/dev/pci/pci.c,v 1.425.2.7 2012/04/11 20:50:17 jhb Exp $); +__FBSDID($FreeBSD: src/sys/dev/pci/pci.c,v 1.425.2.8 2012/05/04 15:38:47 hselasky Exp $); #include opt_bus.h @@ -2746,16 +2746,15 @@ prefetch ? RF_PREFETCHABLE : 0); if (res == NULL) { /* -* If the allocation fails, clear the BAR and delete -* the resource list entry to force -* pci_alloc_resource() to allocate resources from the -* parent. +* If the allocation fails, delete the resource list entry +* to force pci_alloc_resource() to allocate resources +* from the parent. */ resource_list_delete(rl, type, reg); - start = 0; - } else + } else { start = rman_get_start(res); - pci_write_bar(dev, pm, start); + pci_write_bar(dev, pm, start); + } return (barlen); } @@ -3824,7 +3823,7 @@ if ((desc = malloc(strlen(vp) + strlen(dp) + 3, M_DEVBUF, M_NOWAIT)) != NULL) sprintf(desc, %s, %s, vp, dp); - out: +out: if (vp != NULL) free(vp, M_DEVBUF); if (dp != NULL) @@ -4100,7 +4099,7 @@ count, *rid, type, rman_get_start(res)); map = rman_get_start(res); pci_write_bar(child, pm, map); -out:; +out: return (res); } @@ -4289,19 +4288,6 @@ type, rid, rman_get_start(rle-res)); return; } - -#ifndef __PCI_BAR_ZERO_VALID - /* -* If this is a BAR, clear the BAR so it stops -* decoding before releasing the resource. -*/ - switch (type) { - case SYS_RES_IOPORT: - case SYS_RES_MEMORY: - pci_write_bar(child, pci_find_bar(child, rid), 0); - break; - } -#endif resource_list_unreserve(rl, dev, child, type, rid); } resource_list_delete(rl, type, rid); diff -Nru /usr/src/sys/ufs/ufs/ufs_vnops.c /tmp/src/sys/ufs/ufs/ufs_vnops.c --- /usr/src/sys/ufs/ufs/ufs_vnops.c2013-05-03 00:05:30.0 +0400 +++ /tmp/src/sys/ufs/ufs/ufs_vnops.c2013-05-02 23:56:49.0 +0400 @@ -35,7 +35,7 @@ */ #include sys/cdefs.h -__FBSDID($FreeBSD: src/sys/ufs/ufs/ufs_vnops.c,v 1.328.2.6 2012/05/02 15:15:28 jh Exp $); +__FBSDID($FreeBSD: src/sys/ufs/ufs/ufs_vnops.c,v 1.328.2.7 2012/05/04 15:51:23 jh Exp $); #include opt_quota.h #include opt_suiddir.h @@ -528,6 +528,10 @@ return (EINVAL); } if (vap-va_flags != VNOVAL) { + if ((vap-va_flags ~(UF_NODUMP | UF_IMMUTABLE | UF_APPEND | + UF_OPAQUE | UF_NOUNLINK | SF_ARCHIVED | SF_IMMUTABLE | + SF_APPEND | SF_NOUNLINK | SF_SNAPSHOT)) != 0) + return (EOPNOTSUPP); if (vp-v_mount-mnt_flag MNT_RDONLY) return (EROFS); /* ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1
03.05.2013 00:18, Alex Keda пишет: see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html today, I have time and try find problem commit for 9-stable 2012.05.04.15.20.00 - all work OK 2012.05.05.00.00.00 - cannot boot I try build after Edit src/sys/dev/pci/pci.c Add delta 1.425.2.8 2012.05.04.15.38.47 hselasky it's cannot boot ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: www/apache24: ports like lang/php5 or devel/subversion are disturbed by the apache24 port!
Olli Hauer ha scritto: It will take a while until php is really apache24 ready. Work is in progress on php upstream. One of the issues is that APXS does not provide the MPM model which is needed for php and others to build. Can you try the following patch, please? Index: bsd.php.mk === --- bsd.php.mk (revision 315696) +++ bsd.php.mk (working copy) @@ -60,9 +60,8 @@ HTTPD?= ${LOCALBASE}/sbin/httpd .if exists(${HTTPD}) -APXS?= ${LOCALBASE}/sbin/apxs -APACHE_MPM!=${APXS} -q MPM_NAME -. if ${APACHE_MPM} == worker || ${APACHE_MPM} == event +APACHE_THR!=${HTTPD} -V | ${GREP} threaded +. if ${APACHE_THR:Myes} PHP_EXT_DIR:= ${PHP_EXT_DIR}-zts . endif .elif defined(APACHE_PORT) (${APACHE_PORT:M*worker*} != || ${APACHE_PORT:M*event*} != ) -- Alex Dupre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
FreeBSD 9.1 - not work IPMI
srv3# dmesg -a | grep -i ipmi ipmi0: IPMI System Interface on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa ipmi0: Timed out waiting for GET_DEVICE_ID srv3# ll /dev/ipmi* ls: No match. srv3# srv3# uname -a FreeBSD srv3.host-food.ru 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Wed Dec 5 04:53:34 MSK 2012 t...@srv3.host-food.ru:/usr/obj/usr/src/sys/HOST-FOOD amd64 srv3# not work on HP Proliant DL165 G7, SuperMicro AS-1022G-URF work on Tyan B8236G24W4HR-IL before update, on 8.3, it work on all ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: fsck problem
07.01.2013 03:15, Kirk McKusick пишет: Date: Wed, 02 Jan 2013 00:46:53 +0400 From: Alex Keda ad...@lissyara.su To: curr...@freebsd.org Subject: fsck problem so, whats reason for use SUJ? SUJ is used to speed up the fsck process. If you have had hard disk errors then it is not able to recover and you need to run fsck in the old full-fsck way. It is not necessary to disable the journal. If fsck runs and fails it marks the journal as failed so when you rerun fsck it will run in the old full-fsck mode. Note that running `fsck -y' is not recommended as that says make this filesystem clean no matter what. So while you will end up with a clean filesystem, it may be empty if you had a bad block in the root directory. Instead you should run fsck and read and think about the questions rather than just blindly answering them all yes. it's HDD not have bad blocks - it's hardware RAID10 I run fsck -y more than 3 time, before disable journal. it's can't fix error, with enabled journal and, I see it's error not first time. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
fsck problem
Starting file system checks: /dev/label/rootFS: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/label/rootFS: clean, 11916812 free (74068 frags, 1480343 blocks, 0.5% fragmentation) ** SU+J Recovering /dev/label/homeFS ** Reading 33554432 byte journal from inode 12. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. fsck_ufs: Directory 1136967 name not found THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/label/homeFS (/home) Unknown error; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jan 2 04:35:11 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: # g\^H\^[[Kfsck -y .home fsck: cannot open `/dev/.home': No such file or directory # fsck -y .home\^H\^H\^H\^H\^Hhome\^[[K\^H\^H\^H\^H/home\^H\^H\^H\^H twa0: INFO: (0x04: 0x0029): Verify started: unit=0, subunit=1 twa0: INFO: (0x04: 0x0029): Verify started: unit=0, subunit=0 ** /dev/label/homeFS USE JOURNAL? yes ** SU+J Recovering /dev/label/homeFS ** Reading 33554432 byte journal from inode 12. RECOVER? yes ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. fsck_ufs: Directory 1136967 name not found # tunefs -j disable .\^H\^[[K/home Clearing journal flags from inode 12 tunefs: soft updates journaling cleared but soft updates still set. tunefs: remove .sujournal to reclaim space # tunefs -j disable /home\^[[23D\^[[10Pfsck -y\^[[6C ** /dev/label/homeFS ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=48071192 OWNER=www MODE=100600 SIZE=5472256 MTIME=Jan 1 23:59 2013 CLEAR? yes UNREF FILE I=48071193 OWNER=www MODE=100600 SIZE=3538944 MTIME=Jan 2 00:01 2013 CLEAR? yes UNREF FILE I=53478932 OWNER=h40708 MODE=100644 SIZE=81 MTIME=Dec 29 00:24 2012 CLEAR? yes UNREF FILE I=53478934 OWNER=h40708 MODE=100644 SIZE=67 MTIME=Dec 27 17:24 2012 CLEAR? yes UNREF FILE I=53478935 OWNER=h40708 MODE=100644 SIZE=71 MTIME=Dec 28 12:34 2012 CLEAR? yes UNREF FILE I=53478947 OWNER=h40708 MODE=100644 SIZE=88 MTIME=Jan 1 18:10 2013 CLEAR? yes UNREF FILE I=53478953 OWNER=h40708 MODE=100644 SIZE=70 MTIME=Dec 28 00:42 2012 CLEAR? yes UNREF FILE I=53478954 OWNER=h40708 MODE=100644 SIZE=66 MTIME=Dec 31 08:20 2012 CLEAR? yes UNREF FILE I=53478956 OWNER=h40708 MODE=100644 SIZE=72 MTIME=Dec 28 00:48 2012 CLEAR? yes ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? yes SUMMARY INFORMATION BAD SALVAGE? yes BLK(S) MISSING IN BIT MAPS SALVAGE? yes 2587656 files, 12137676 used, 212163011 free (637755 frags, 26440657 blocks, 0.3% fragmentation) * FILE SYSTEM MARKED CLEAN * * FILE SYSTEM WAS MODIFIED * # # # # # ^DSetting hostuuid: 564d258e-1ef7-b7a3-bde0-b6bca10c3382. Setting hostid: 0x88403a99. Entropy harvesting: interrupts ethernet point_to_point kickstart. Fast boot: skipping disk checks. Mounting local file systems:. === so, whats rason for use SUJ? about system: srv0$ uname -a FreeBSD srv0.host-food.ru 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Wed Dec 5 04:05:50 MSK 2012 t...@srv0.host-food.ru:/usr/obj/usr/src/sys/HOST-FOOD amd64 srv0$ mount /dev/label/rootFS on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/label/homeFS on /home (ufs, local, noatime, nosuid, with quotas, soft-updates) linprocfs on /proc (linprocfs, local) tmpfs on /tmp (tmpfs, local, noexec, nosuid) devfs on /var/named/dev (devfs, local, multilabel) srv0$ df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/label/rootFS 59G 13G 40G25%/ devfs1.0k1.0k 0B 100%/dev /dev/label/homeFS855G 46G740G 6%/home linprocfs4.0k4.0k 0B 100%/proc tmpfs 14G4.0k 14G 0%/tmp devfs1.0k1.0k 0B 100%/var/named/dev srv0$ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Re-sizable UFS project
Ermal Luçi ha scritto: some time ago the FreeBSD Foundation published/approved a project for live resizing of UFS filesystems. Does any know if the project was successful and any outcome from it? http://lists.freebsd.org/pipermail/svn-src-head/2012-November/042539.html -- Alex Dupre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1-RC3
19.11.2012 13:19, Volodymyr Kostyrko пишет: 19.11.2012 10:59, Volodymyr Kostyrko wrote: 19.11.2012 10:24, Alex Keda wrote: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: WDC WD1600BEVT-00A0RT0 01.01A01 ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 152627MB (312581809 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 Looking for this one? ATA_CAM was made default for now. Damn I'm sorry. Looks like I need my coffee back... The change actually is at: ahci0: ATI IXP600 AHCI SATA controller port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported and ahci0: ATI IXP600 AHCI SATA controller port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 52 ahci0: AHCI v0.00 with 1 ?Gbps ports, Port Multiplier not supported with FBS ahci0: Caps: ?Gbps FBS 2cmd 1ports The bad thing about that is that there was no major rewrite of ahci code in this timeframe. There are some point that can be checked though: 1. What is your BIOS settings for controller? Can you try switching it between Legacy/Compatible mode? There was a change that fixed behavior for detecting different BIOS settings. BIOS does not have SATA controller settings ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1-RC3
19.11.2012 13:19, Volodymyr Kostyrko пишет: 19.11.2012 10:59, Volodymyr Kostyrko wrote: 19.11.2012 10:24, Alex Keda wrote: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: WDC WD1600BEVT-00A0RT0 01.01A01 ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 152627MB (312581809 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 Looking for this one? ATA_CAM was made default for now. Damn I'm sorry. Looks like I need my coffee back... The change actually is at: ahci0: ATI IXP600 AHCI SATA controller port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported and ahci0: ATI IXP600 AHCI SATA controller port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 52 ahci0: AHCI v0.00 with 1 ?Gbps ports, Port Multiplier not supported with FBS ahci0: Caps: ?Gbps FBS 2cmd 1ports The bad thing about that is that there was no major rewrite of ahci code in this timeframe. There are some point that can be checked though: 1. What is your BIOS settings for controller? Can you try switching it between Legacy/Compatible mode? There was a change that fixed behavior for detecting different BIOS settings. 2. You can try using modular driver for this one, this means adding this to kernel: nodevice ata device atacore device ataati device ataahci It's not build config: === root@HP:/usr/src # vim /usr/src/sys/amd64/conf/HP # include GENERIC ident HPKERNEL nodevice ata nodevice siis device atacore device ataati device ataahci = error: = MAKE=make sh /usr/src/sys/conf/newvers.sh HPKERNEL /usr/local/bin/svnversion cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector vers.c linking kernel.debug ata-ahci.o: In function `ata_ahci_ata_attach': /usr/src/sys/dev/ata/chipsets/ata-ahci.c:128: undefined reference to `ata_pci_ch_attach' /usr/src/sys/dev/ata/chipsets/ata-ahci.c:129: undefined reference to `ata_pci_ch_detach' ata-ahci.o: In function `ata_ahci_probe': /usr/src/sys/dev/ata/chipsets/ata-ahci.c:97: undefined reference to `ata_pcivendor2str' /usr/src/sys/dev/ata/chipsets/ata-ahci.c:100: undefined reference to `ata_pcivendor2str' ata-ahci.o: In function `ata_ahci_chipinit': /usr/src/sys/dev/ata/chipsets/ata-ahci.c:165: undefined reference to `ata_generic_intr' /usr/src/sys/dev/ata/chipsets/ata-ahci.c:165: undefined reference to `ata_setup_interrupt' ata-ahci.o:(.data+0x1c0): undefined reference to `ata_pci_devclass' ata-ahci.o:(.data+0x200): undefined reference to `ata_pci_devclass' ata-ahci.o:(.data+0x2c8): undefined reference to `ata_pci_detach' ata-ahci.o:(.data+0x2d8): undefined reference to `ata_pci_suspend' ata-ahci.o:(.data+0x2e8): undefined reference to `ata_pci_resume' ata-ahci.o:(.data+0x308): undefined reference to `ata_pci_read_ivar' ata-ahci.o:(.data+0x318): undefined reference to `ata_pci_write_ivar' ata-ahci.o:(.data+0x328): undefined reference to `ata_pci_alloc_resource' ata-ahci.o:(.data+0x338): undefined reference to `ata_pci_release_resource' ata-ahci.o:(.data+0x368): undefined reference to `ata_pci_setup_intr' ata-ahci.o:(.data+0x378): undefined reference to `ata_pci_teardown_intr' ata-ahci.o:(.data+0x3b8): undefined reference to `ata_pci_attach' ata-ahci.o:(.data+0x3c8): undefined reference to `ata_pci_detach' ata-ahci.o:(.data+0x3d8): undefined reference to `ata_pci_suspend' ata-ahci.o:(.data+0x3e8): undefined reference to `ata_pci_resume' ata-ahci.o:(.data+0x408): undefined reference to `ata_pci_read_ivar' ata-ahci.o:(.data+0x418): undefined reference to `ata_pci_write_ivar' ata-ahci.o:(.data+0x428): undefined reference to `ata_pci_alloc_resource' ata-ahci.o:(.data+0x438): undefined reference to `ata_pci_release_resource' ata-ahci.o:(.data+0x468): undefined reference to `ata_pci_setup_intr' ata-ahci.o:(.data+0x478): undefined reference to `ata_pci_teardown_intr' ata-ahci.o:(.data+0x488): undefined reference to `ata_pci_read_config' ata-ahci.o:(.data+0x498): undefined reference to `ata_pci_write_config' ata-ahci.o:(.data+0x4a8): undefined reference to `ata_pci_print_child' ata-ahci.o:(.data+0x4b8
Re: No ATA disks on 9.1-RC3
19.11.2012 17:18, Volodymyr Kostyrko пишет: 19.11.2012 15:01, Alex Keda wrote: It's not build config: === root@HP:/usr/src # vim /usr/src/sys/amd64/conf/HP # include GENERIC ident HPKERNEL nodevice ata nodevice siis device atacore device ataati device ataahci Looks like I have missed `device atapci` here. OK, I rebuild kernel - no happy - error remains ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: No ATA disks on 9.1-RC3
On 19.11.2012 18:50, Warren Block wrote: On Mon, 19 Nov 2012, Alex Keda wrote: I try update my laptop - Compaq 6715s from 9.0 to 9.1-rc3 it cannot boot, because no HDD found dmesg from 9.0/9.1 and pciconf in attached files If there is an IDE/AHCI mode setting in the BIOS, switch it to the other setting. It's HP. No BIOS settings for hard drive/SATA controller ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 10.10.2012 17:44, Baptiste Daroussin wrote: Hi all, If you are using the ports tree on a FreeBSD current setup, then you are concerned by the announce. As nvidia-drivers has been fixed and is now properly working with pkgng, the ports tree as been switch by default to use pkgng on FreeBSD Current based on version = 117 which was the version when we tested the switch code. Make sure to read UPDATING (from ports) to correctly migrate your system or find instruction to make your system still running with legacy pkg_install tools. I try use it on my home server. In make conf, I have WITHOUT_X11=yes NO_GUI=yes I run pkg2ng, set mirror in pkg.conf and, run pkg upgrade -y It update some packages, and install ~20 new packages, named x* How I can say It's server, I do not need X on them? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 21.10.2012 13:39, Edho Arief wrote: On Sun, Oct 21, 2012 at 4:33 PM, Alex Keda ad...@lissyara.su wrote: It update some packages, and install ~20 new packages, named x* How I can say It's server, I do not need X on them? Install the -nox11 variant of the package. for example, /usr/ports/editors/vim/Makefile have . if defined(NO_GUI) || defined(WITHOUT_GUI) WITHOUT_X11=yes . endif but, it not have -nox11 port Athlon5000# pkg search vim vim-7.3.669Vi workalike, with many additional xpi-vimperator-3.5 Vim look and feel for Firefox ja-jvim-3.0.j2.1a_4Japanized Vim-3.0 vim-lite-7.3.669 Vi workalike, with many additional vimpager-1.7.5 Use ViM as a pager Athlon5000# ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 20.10.2012 11:23, Sergey V. Dyatko wrote: On Fri, 19 Oct 2012 20:32:31 +0400 Alex Keda ad...@lissyara.su wrote: On 19.10.2012 20:21, Alex Keda wrote: On 19.10.2012 19:59, Chris Rees wrote: On 19 October 2012 16:16, Alex Keda ad...@lissyara.su wrote: On 19.10.2012 19:10, Vincent Hoffman wrote: On 19/10/2012 15:39, Alex Keda wrote: pkg command does not have key for list options - no autocompletions for example, for service command, I use complete service'n/*/`service -l`/' in .cshrc what I can use for pkg command? horrible but working example pkg help 21 | sed -e '1,/Commands supported:/d ; /For more information on the different commands/,$d; s/^ *// ; s/ .*.*$// ;/^$/d' There's bound to be better ways, I was just bored enough to knock this up. note s/^*// is a tab, while s/ .*.*$// is 2 spaces dont think our sed has any other way to express tab other than an actual tab (ctrl-v then tab on the command line) it's crazy =) may be add -l options? For Bourne-style shell: `pkg help 21 | sed -nE 's,^ +(.*),\1,p'` For csh-style shell: `pkg help | sed -nE 's,^ +(.*),\1,p'` where the bit between ^ and + is a tab character. You can type the tab character on a command prompt by using Ctrl+V then tab, or just type it normally in the script. Hope that helps in the meantime. Chris dc7700p# pkg -cDisplays Performs a and check debug from insidelocal package packages remotesearchsystem updating -dDisplays Performs a and . skipped Displays Opens a against catalogues debug from insidelink package packages register searchsystemupdate dc7700p# dc7700p# grep pkg /root/.cshrc complete pkg'n/*/`pkg help | sed -nE s,^ +(.*),\1,p`/' some not work... I try my own string: complete pkg 'n/*/`pkg help | grep Commands supported: --after-context=100 | grep ^\s | awk {print $1}`/' output identical. maybe pipe not work in this place? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org it's a good crutch =) dc7700p# pkg addautoremove check create fetch info query remove rquery setshlib update upgrade which audit backup clean delete help install register repo search shell stats updating version dc7700p# pkg dc7700p# grep pkg /root/.cshrc complete pkg 'n/*/`pkg help | grep Commands supported: --after-context=100 | grep ^\s | cut -d -f 1`/' dc7700p# https://github.com/yoursbofh/pkgng-tcsh/blob/master/dot.cshrc_pkg Unfortunately, I do not know how to do something like `pkg command -keys pkgname` i.e. 'n/audit/' 'c/-/(F q)/' '`pkg query %n-%v`/' doesn't work :( [tiger@laptop]:~%pkg audit [tab] Missing separator '/' after completion . need escape ' ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 10.10.2012 17:44, Baptiste Daroussin wrote: Hi all, If you are using the ports tree on a FreeBSD current setup, then you are concerned by the announce. As nvidia-drivers has been fixed and is now properly working with pkgng, the ports tree as been switch by default to use pkgng on FreeBSD Current based on version = 117 which was the version when we tested the switch code. Make sure to read UPDATING (from ports) to correctly migrate your system or find instruction to make your system still running with legacy pkg_install tools. regards, Bapt pkg command does not have key for list options - no autocompletions for example, for service command, I use complete service'n/*/`service -l`/' in .cshrc what I can use for pkg command? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 19.10.2012 19:10, Vincent Hoffman wrote: On 19/10/2012 15:39, Alex Keda wrote: On 10.10.2012 17:44, Baptiste Daroussin wrote: Hi all, If you are using the ports tree on a FreeBSD current setup, then you are concerned by the announce. As nvidia-drivers has been fixed and is now properly working with pkgng, the ports tree as been switch by default to use pkgng on FreeBSD Current based on version = 117 which was the version when we tested the switch code. Make sure to read UPDATING (from ports) to correctly migrate your system or find instruction to make your system still running with legacy pkg_install tools. regards, Bapt pkg command does not have key for list options - no autocompletions for example, for service command, I use complete service'n/*/`service -l`/' in .cshrc what I can use for pkg command? horrible but working example pkg help 21 | sed -e '1,/Commands supported:/d ; /For more information on the different commands/,$d; s/^ *// ; s/ .*.*$// ;/^$/d' There's bound to be better ways, I was just bored enough to knock this up. note s/^*// is a tab, while s/ .*.*$// is 2 spaces dont think our sed has any other way to express tab other than an actual tab (ctrl-v then tab on the command line) it's crazy =) may be add -l options? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 19.10.2012 19:59, Chris Rees wrote: On 19 October 2012 16:16, Alex Keda ad...@lissyara.su wrote: On 19.10.2012 19:10, Vincent Hoffman wrote: On 19/10/2012 15:39, Alex Keda wrote: pkg command does not have key for list options - no autocompletions for example, for service command, I use complete service'n/*/`service -l`/' in .cshrc what I can use for pkg command? horrible but working example pkg help 21 | sed -e '1,/Commands supported:/d ; /For more information on the different commands/,$d; s/^ *// ; s/ .*.*$// ;/^$/d' There's bound to be better ways, I was just bored enough to knock this up. note s/^*// is a tab, while s/ .*.*$// is 2 spaces dont think our sed has any other way to express tab other than an actual tab (ctrl-v then tab on the command line) it's crazy =) may be add -l options? For Bourne-style shell: `pkg help 21 | sed -nE 's,^ +(.*),\1,p'` For csh-style shell: `pkg help | sed -nE 's,^ +(.*),\1,p'` where the bit between ^ and + is a tab character. You can type the tab character on a command prompt by using Ctrl+V then tab, or just type it normally in the script. Hope that helps in the meantime. Chris dc7700p# pkg -cDisplays Performs a and check debug from insidelocal package packages remotesearchsystem updating -dDisplays Performs a and . skipped Displays Opens a against catalogues debug from insidelink package packages register searchsystemupdate dc7700p# dc7700p# grep pkg /root/.cshrc complete pkg'n/*/`pkg help | sed -nE s,^ +(.*),\1,p`/' some not work... I try my own string: complete pkg 'n/*/`pkg help | grep Commands supported: --after-context=100 | grep ^\s | awk {print $1}`/' output identical. maybe pipe not work in this place? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] current switched by default to pkgng
On 19.10.2012 20:21, Alex Keda wrote: On 19.10.2012 19:59, Chris Rees wrote: On 19 October 2012 16:16, Alex Keda ad...@lissyara.su wrote: On 19.10.2012 19:10, Vincent Hoffman wrote: On 19/10/2012 15:39, Alex Keda wrote: pkg command does not have key for list options - no autocompletions for example, for service command, I use complete service'n/*/`service -l`/' in .cshrc what I can use for pkg command? horrible but working example pkg help 21 | sed -e '1,/Commands supported:/d ; /For more information on the different commands/,$d; s/^ *// ; s/ .*.*$// ;/^$/d' There's bound to be better ways, I was just bored enough to knock this up. note s/^*// is a tab, while s/ .*.*$// is 2 spaces dont think our sed has any other way to express tab other than an actual tab (ctrl-v then tab on the command line) it's crazy =) may be add -l options? For Bourne-style shell: `pkg help 21 | sed -nE 's,^ +(.*),\1,p'` For csh-style shell: `pkg help | sed -nE 's,^ +(.*),\1,p'` where the bit between ^ and + is a tab character. You can type the tab character on a command prompt by using Ctrl+V then tab, or just type it normally in the script. Hope that helps in the meantime. Chris dc7700p# pkg -cDisplays Performs a and check debug from insidelocal package packages remotesearchsystem updating -dDisplays Performs a and . skipped Displays Opens a against catalogues debug from insidelink package packages register searchsystemupdate dc7700p# dc7700p# grep pkg /root/.cshrc complete pkg'n/*/`pkg help | sed -nE s,^ +(.*),\1,p`/' some not work... I try my own string: complete pkg 'n/*/`pkg help | grep Commands supported: --after-context=100 | grep ^\s | awk {print $1}`/' output identical. maybe pipe not work in this place? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org it's a good crutch =) dc7700p# pkg addautoremove check create fetch info query remove rquery setshlib update upgrade which audit backup clean delete help install register repo search shell stats updating version dc7700p# pkg dc7700p# grep pkg /root/.cshrc complete pkg 'n/*/`pkg help | grep Commands supported: --after-context=100 | grep ^\s | cut -d -f 1`/' dc7700p# ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: pkg (aka pkgng) 1.0 released
15.10.2012 01:55, Bryan Drewery пишет: On 8/30/2012 10:56 AM, John Nielsen wrote: Running ps in another terminal shows pkg query %n-%v. Since the actual pkg is now gone, I suspect this is really /usr/sbin/pkg. I further suspect that it's waiting for y/n input (whether to install the binary pkg) on its nonexistent stdin somewhere. I killed it (pkg) and portupgrade seemed to finish normally. This waiting is the bootstrapper. Can you see if this is still an issue? It should be fixed by r239663 and r239664, which were fulled MFC'd to 9-STABLE, 9.1, and 8-STABLE now. http://svn.freebsd.org/changeset/base/239663 http://svn.freebsd.org/changeset/base/239664 root# pkg check -a usage: pkg check [-dsr] [-vy] [-a | -gxX pattern] For more information see 'pkg help check'. root# what wrong? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap
Baptiste Daroussin ha scritto: On of the thing I forgot and kan@ has added is a prompt for the user in case it is going to bootstrap. So, removing the prompt will make everybody happy? :-) What about a prompt with timeout? This is the first time pkg is run, I'll start bootstrapping in 10 seconds. Press CTRL-C now to abort -- Alex Dupre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10 prognostication...
2012/5/21 Jamie ja...@geniegate.com On Mon, May 21, 2012 at 10:57:33AM +0200, Dag-Erling Sm??rgrav wrote: No, they're not. VMWare, RHEV (KVM-based) etc. provide features such as seamless migration of virtual machines from one physical machine to another, automatic restart on a different physical server if one fails etc. that simply aren't possible with jails; and there are certain things you still can't run reliably / safely in jails - anything that relies on SysV IPC, for instance, such as PostgreSQL. True about the SysV, and I mostly agree about automatic failover. But I think the FreeBSD jail system is still the better model for how I see these things being used (certainly the better *potential*). But yea, not quite cloud. When coupled with something like rsync, they *almost* do the job. And for a lot of the current VPS applications, they do the job. But lets suppose you want proper redundancy and partitioned environments, so, you put FreeBSD on a cloud, but partition your environments into jails. Now you have a cheap, low overhead way of doing logical partitioning and you still have a cloud with redundancy. That'd fine if you are not taking in account other characteristics that make clouds, well, clouds, like: on-demand self-service, resource pooling, multi-tenancy and rapid elasticity. (snip) I threw jails out there because I personally consider them to be the coolest part of FreeBSD. Agreed that jails are cool and I would like very much to see a FreeBSD-based cloud implementation. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org