FreeBSD 12.0 RC3 PPC report

2018-12-11 Thread Alex McKeever
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.

2018-11-12 Thread Alex McKeever
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

2018-10-10 Thread Alex V. Petrov
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.

2018-10-04 Thread Alex McKeever
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

2018-09-24 Thread Alex V. Petrov
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

2018-09-24 Thread Alex V. Petrov
--
>>> 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.

2018-09-09 Thread Alex McKeever
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.

2018-09-01 Thread Alex McKeever

  
  


  
  
  


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.

2018-09-01 Thread Alex McKeever
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.

2018-09-01 Thread Alex McKeever
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

2018-08-29 Thread Alex V. Petrov
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

2018-08-28 Thread Alex V. Petrov
/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)

2018-08-21 Thread Alex V. Petrov



 Перенаправленное сообщение 
Тема: 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?

2018-08-07 Thread Alex V. Petrov
# 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?

2018-07-14 Thread Alex V. Petrov
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

2018-06-28 Thread Alex V. Petrov
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

2018-06-25 Thread Alex V. Petrov
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

2018-06-19 Thread Alex V. Petrov
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

2018-06-15 Thread Alex V. Petrov
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

2018-06-13 Thread Alex V. Petrov
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

2018-06-04 Thread Alex V. Petrov
Спасибо Алексей!
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

2018-06-03 Thread Alex V. Petrov
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)

2018-05-26 Thread Alex V. Petrov
===> 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

2018-05-09 Thread 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 <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

2018-05-08 Thread Alex V. Petrov
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

2018-03-18 Thread Alex Dupre
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

2018-02-17 Thread Alex V. Petrov
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

2018-02-17 Thread Alex V. Petrov
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

2018-02-17 Thread Alex V. Petrov
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

2018-02-13 Thread Alex V. Petrov
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

2018-02-13 Thread Alex V. Petrov
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

2018-02-13 Thread Alex V. Petrov
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

2018-02-13 Thread Alex V. Petrov
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

2018-02-13 Thread Alex V. Petrov
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

2017-11-28 Thread Alex V. Petrov
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

2017-11-28 Thread Alex V. Petrov
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

2017-11-27 Thread Alex V. Petrov
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++

2017-11-27 Thread Alex V. Petrov
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

2017-10-01 Thread Alex V. Petrov
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

2017-05-25 Thread Alex Deiter
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

2017-03-28 Thread Alex Deiter
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

2017-03-07 Thread Alex Deiter
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

2017-03-04 Thread Alex Deiter
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

2017-03-03 Thread Alex Deiter
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

2017-03-03 Thread Alex Deiter
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

2017-03-02 Thread Alex Deiter
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

2017-02-01 Thread Alex Deiter
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

2017-02-01 Thread Alex Deiter
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

2017-01-28 Thread Alex Deiter
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

2017-01-28 Thread Alex Deiter
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

2017-01-26 Thread Alex Deiter
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

2017-01-26 Thread Alex Deiter
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

2017-01-23 Thread Alex Deiter
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

2016-11-15 Thread Alex Deiter
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

2016-11-15 Thread Alex Deiter
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

2016-11-09 Thread Alex Deiter
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

2016-05-24 Thread Alex V. Petrov


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

2016-05-24 Thread Alex V. Petrov
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

2016-05-20 Thread Alex V. Petrov
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

2016-03-29 Thread Alex V. Petrov
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

2014-01-09 Thread Alex Dupre
-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

2014-01-09 Thread Alex Dupre
-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)

2013-12-16 Thread Wilkinson, Alex
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)

2013-12-03 Thread Wilkinson, Alex
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

2013-10-29 Thread Alex Dupre

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

2013-10-29 Thread Alex Dupre
-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

2013-09-16 Thread Alex
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

2013-09-15 Thread Alex
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

2013-08-13 Thread Alex
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

2013-08-13 Thread Alex
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

2013-07-01 Thread Alex Dupre
-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

2013-05-04 Thread Alex Keda

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

2013-05-03 Thread Alex Keda

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

2013-05-03 Thread Alex Keda

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

2013-05-02 Thread 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

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

2013-05-02 Thread Alex Keda

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!

2013-04-04 Thread Alex Dupre
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

2013-01-29 Thread Alex Keda

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

2013-01-07 Thread Alex Keda

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

2013-01-01 Thread Alex Keda

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

2012-11-27 Thread Alex Dupre
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

2012-11-19 Thread Alex Keda
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

2012-11-19 Thread Alex Keda
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

2012-11-19 Thread Alex Keda
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

2012-11-19 Thread Alex Keda
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

2012-10-21 Thread Alex Keda
 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

2012-10-21 Thread Alex Keda
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

2012-10-20 Thread Alex Keda
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

2012-10-19 Thread Alex Keda
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

2012-10-19 Thread Alex Keda
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

2012-10-19 Thread Alex Keda
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

2012-10-19 Thread Alex Keda
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

2012-10-15 Thread Alex Keda

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

2012-08-24 Thread Alex Dupre
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-05-21 Thread Alex Moura
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


Re: fast bcopy...

2012-05-02 Thread Alex Dupre

Luigi Rizzo ha scritto:

For small blocks and multiples of 32-64 bytes, i noticed that
the following is a lot faster (breaking even at about 1 KBytes)

static inline void
fast_bcopy(void *_src, void *_dst, int l)
{
uint64_t *src = _src;
uint64_t *dst = _dst;
for (; l  0; l-=32) {
*dst++ = *src++;
*dst++ = *src++;
*dst++ = *src++;
*dst++ = *src++;
}
}


DJB influence? :-)

--
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: r234000: i386 freeze when HT enabled

2012-04-10 Thread Alex Keda

09.04.2012 19:37, Gavin Atkinson пишет:

On Mon, 9 Apr 2012, Alex Keda wrote:


FreeBSD bsd-test.moskb.local 9.9-CURRENT FreeBSD 10.0-CURRENT #0 r234000: Sun
Apr  8 03:02:51 MSK 2012
root@bsd-test.moskb.local:/usr/obj/usr/src/sys/GENERIC  i386

Proliant 320 G4

freeze with Hyper-Threading enabled with last Line some about

CPU1 AP Launched

with disabled - boot OK

Can you try reverting r233961 and seeing if this fixes boot for you?


No. Yesterday, I reinstall all my desktops and laptops to 9.0
last 4-5 month too many not fixed problems with CURRENT-
___
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


r234000: i386 freeze when HT enabled

2012-04-09 Thread Alex Keda
FreeBSD bsd-test.moskb.local 9.9-CURRENT FreeBSD 10.0-CURRENT #0 
r234000: Sun Apr  8 03:02:51 MSK 2012 
root@bsd-test.moskb.local:/usr/obj/usr/src/sys/GENERIC  i386


Proliant 320 G4

freeze with Hyper-Threading enabled with last Line some about
 CPU1 AP Launched

with disabled - boot OK
___
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-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779

2012-04-02 Thread Alex Keda

02.04.2012 16:32, O. Hartmann пишет:

Hello out there.

My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.

After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using portmaster for
updates produces a lot of Segmentation faults on the screen. Othe minor
clients which were working prior to the update today (last makeworl on
Friday last week) aren't any more and dropping cores.

Does anyone also realize this on FreeBSD 10 boxes?

I use CLANG as the base compiler and also for the ports (for those which
are compiling with CLANG).

Regards,
Oliver

confirm, for amd64 using gcc
___
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: projects/mfi_head to -current next week

2012-03-17 Thread Alex Keda

On 16.03.2012 19:39, Doug Ambrisko wrote:

Hi folks,

I'd like to start merging mfi(4) from projects/head_mfi into -current
next week.  The mfi(4) driver is stable and I don't know of any issues
with it now.  I fixed a few issues that I knew of this past week.  Several
people have contributed to this.  LSI did the base HW support.  This
update supports all current mfi based cards.  It supports JBOD via creating
/sys/mfisyspd* entries for each disk.  When a disk is pulled from the
controller the node goes away and when a disk is inserted it creates an
entry.  Using a fairly new MegaCli, it can also control how JBOD support
works.  We may need to update our port.  This JBOD support is not the same
as CAM pass through that some have hacked to make disks appear as da*.

Several people are using this driver now so I feel it is stable enough
to hit the tree.  More eyes and people using this will make it better.
This new HW is showing up more and more in new systems so it will make
it easier for people to use FreeBSD on these machines and have it just
work.

Thanks to LSI for the initial HW support and all of the people that have
been testing and getting it in shape to commit.

Good news!
How about new hardware?

___
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


  1   2   3   4   5   >