Re: Composite PCI devices in FreeBSD (mfd in Linux)
On 12/11/18 9:02 AM, Emiel Kollof wrote: Anthony Jenkins schreef op 2018-12-10 18:00: Hi all, I'm trying to port an Intel PCI I2C controller from Linux to FreeBSD. Linux represents this device as an MFD (multi-function device), meaning it has these "sub-devices" that can be handed off to other drivers to actually attach devices to the system. The Linux "super" PCI device is the intel-lpss-pci.c, and the "sub" device is i2c-designware-platdrv.c, which represents the DesignWare driver's "platform" attachment to the Linux system. FreeBSD also has a DesignWare I2C controller driver, ig4(4), but it only has PCI and ACPI bus attachment implementations. Might this also be relevant for i2c-hid devices, like some touchpads (Elantech for example)? Theoretically, yes. Once this I2C controller is added, then the parallel effort to add support for I2C HID devices should add support for Elantech I2C touchpads. The bit I'm doing (support for an Intel MFD I2C controller) is based on an old thread on mobile@. I just recently obtained a laptop that has a couple such I2C controllers (touchpad works, but touchscreen doesn't). Original Elantech touchpad support thread - https://lists.freebsd.org/pipermail/freebsd-mobile/2017-August/013617.html FreeBSD i2c-hid support - https://reviews.freebsd.org/D16698 Anthony Cheers, Emiel ___ 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 -r341836 (jump to clang 7): amd64 -> armv7 cross build failed: ld: error: unable to find library -lh_csu
[This was after amd64 updating to -r341836 successfully ( from -r341766 ). The below was a meta-mode cross build, also going from -r341766 to -r341836 .] # ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-host.sh -j28 buildworld buildkernel Script started, output file is /root/sys_typescripts/typescript_make_armv7_nodebug_clang_bootstrap-amd64-host-2018-12-11:17:02:35 --- buildworld --- make[1]: "/usr/src/Makefile.inc1" line 347: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. --- buildworld_prologue --- . . . --- all_subdir_lib --- --- all_subdir_lib/csu/tests/dynamiclib --- --- init_test.full --- ld: error: unable to find library -lh_csu c++: error: linker command failed with exit code 1 (use -v to see invocation) --- all_subdir_usr.bin --- --- all_subdir_usr.bin/bsdiff --- ===> usr.bin/bsdiff (all) --- all_subdir_lib --- *** [init_test.full] Error code 1 make[7]: stopped in /usr/src/lib/csu/tests/dynamiclib .ERROR_TARGET='init_test.full' .ERROR_META_FILE='/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/lib/csu/tests/dynamiclib/init_test.full.meta' .MAKE.LEVEL='7' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='c++ -mcpu=cortex-a7 -mcpu=cortex-a7 -target armv7-gnueabihf-freebsd13.0 --sysroot=/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp -B/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/usr/bin -O -pipe -DDSO_BASE -I/usr/src/lib/csu/arm -g -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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-address-of-packed-member -Qunused-arguments -Wno-c++11-extensions -Wl,-rpath,/usr/tests/lib/csu/dynamiclib -L/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/lib/csu/tests/dso -Wl,--no-threads -o init_test.full init_test.o -lh_csu -lprivateatf-c++ -lprivateatf-c -lprivateatf-c;' .CURDIR='/usr/src/lib/csu/tests/dynamiclib' .MAKE='make' .OBJDIR='/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/lib/csu/tests/dynamiclib' .TARGETS=' all' --- all_subdir_share --- A failure has been detected in another branch of the parallel make --- all_subdir_lib --- DESTDIR='/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp' LD_LIBRARY_PATH='' MACHINE='arm' MACHINE_ARCH='armv7' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20180919' PATH='/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/usr/sbin:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/usr/bin:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/legacy/usr/sbin:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/legacy/usr/bin:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7' I've not yet tried targeting aarch64, powerpc64, or powerpc . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ 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"
test
Just testing mailing lists. Delete. sean signature.asc Description: OpenPGP digital signature
Re: r341836 build error
Hello Lev, Wednesday, December 12, 2018, 2:11:10 AM, you wrote: Sorry for messed up subject, I mean r341836 of course. -- Best regards, Levmailto:l...@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"
r111 build error
Hello Freebsd-current, I'm building very last r341836 (with new llvm/clang 7) on r341726 and get this build error (with MALLOC_PRODUCTION=yes): ===> usr.bin/clang/clang (all) c++ -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/amd64.amd64/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_MIPS -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_SPARC -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitia lizeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -fstack-protector-strong -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-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -Wl,--gc-sections -static -o clang.full cc1_main.o cc1as_main.o cc1gen_reproducer_main.o driver.o /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a -lz -lncursesw -lpthread ld: error: undefined symbol: clang::LocationContext::getCurrentStackFrame() const >>> referenced by ExplodedGraph.h:138 >>> (/usr/src/contrib/llvm/tools/clang/include/clang/StaticAnalyzer/Core/PathSensitive/ExplodedGraph.h:138) >>> ReturnUndefChecker.o:(void >>> clang::ento::check::PreStmt::_checkStmt<(anonymous >>> namespace)::ReturnUndefChecker>(void*, clang::Stmt const*, >>> clang::ento::CheckerContext&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CallExpr::getLocStart() const >>> referenced by MacOSXAPIChecker.cpp:86 >>> (/usr/src/contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MacOSXAPIChecker.cpp:86) >>> MacOSXAPIChecker.o:((anonymous >>> namespace)::MacOSXAPIChecker::CheckDispatchOnce(clang::ento::CheckerContext&, >>> clang::CallExpr const*, llvm::StringRef) const) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::Stmt::getLocStart() const >>> referenced by DeadStoresChecker.cpp:265 >>> (/usr/src/contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/DeadStoresChecker.cpp:265) >>> DeadStoresChecker.o:((anonymous >>> namespace)::DeadStoreObs::observeStmt(clang::Stmt const*, clang::CFGBlock >>> const*, clang::LiveVariables::LivenessValues const&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CodeSegAttr::clone(clang::ASTContext&) const >>> referenced by SemaDecl.cpp:0 >>> (/usr/src/contrib/llvm/tools/clang/lib/Sema/SemaDecl.cpp:0) >>> >>> SemaDecl.o:(clang::Sema::getImplicitCodeSegOrSectionAttrForFunction(clang::FunctionDecl >>> const*, bool)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::ArtificialAttr::clone(clang::ASTContext&) const >>> referenced by AttrTemplateInstantiate.inc:150 >>> (/usr/obj/usr/src/amd64.amd64/lib/clang/libclang/clang/Sema/AttrTemplateInstantiate.inc:150) >>> >>> SemaTemplateInstantiateDecl.o:(clang::sema::instantiateTemplateAttribute(clang::Attr >>> const*, clang::ASTContext&, clang::Sema&, >>> clang::MultiLevelTemplateArgumentList const&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CPUDispatchAttr::clone(clang::ASTContext&) const >>> referenced by AttrTemplateInstantiate.inc:243 >>> (/usr/obj/usr/src/amd64.amd64/lib/clang/libclang/clang/Sema/AttrTemplateInstantiate.inc:243) >>> >>> SemaTemplateInstantiateDecl.o:(clang::sema::instantiateTemplateAttribute(clang::Attr >>> const*, clang::ASTContext&, clang::Sema&, >>> clang::MultiLevelTemplateArgumentList const&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CodeSegAttr::clone(clang::ASTContext&) const >>> referenced by AttrTemplateInstantiate.inc:303 >>> (/usr/obj/us
Re: Linux is considering dropping x32.
:))) On Wed, Dec 12, 2018 at 12:56 AM Nathan Whitehorn wrote: > > > On 12/11/18 1:04 PM, Kris Moore wrote: > > On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: > >> Hi. > >> > >> This is just informative. > >> > >> Apparently Linux is considering deprecate x32 support: > >> > >> https://lkml.org/lkml/2018/12/10/1151 > >> > >> Cheers! > >> > > Hey that's great! Now that the precedent is set, we start the timer to > > deprecate on FreeBSD in roughly 10 years now :) > > > > Or maybe we are ahead of the game since we never supported x32 in the > first place? > -Nathan > ___ > 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: Linux is considering dropping x32.
On 12/11/18 1:04 PM, Kris Moore wrote: > On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: >> Hi. >> >> This is just informative. >> >> Apparently Linux is considering deprecate x32 support: >> >> https://lkml.org/lkml/2018/12/10/1151 >> >> Cheers! >> > Hey that's great! Now that the precedent is set, we start the timer to > deprecate on FreeBSD in roughly 10 years now :) > Or maybe we are ahead of the game since we never supported x32 in the first place? -Nathan ___ 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: Linux is considering dropping x32.
On 18. 12. 11., Alexandre C. Guimarães wrote: > Hi. > > This is just informative. > > Apparently Linux is considering deprecate x32 support: > > https://lkml.org/lkml/2018/12/10/1151 x32 != i386 https://en.wikipedia.org/wiki/X32_ABI FYI, FreeBSD never supported x32 ABI. Jung-uk Kim signature.asc Description: OpenPGP digital signature
Re: Linux is considering dropping x32.
On 12/11/18 4:15 PM, Konstantin Belousov wrote: > On Tue, Dec 11, 2018 at 04:04:15PM -0500, Kris Moore wrote: >> On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: >>> Hi. >>> >>> This is just informative. >>> >>> Apparently Linux is considering deprecate x32 support: >>> >>> https://lkml.org/lkml/2018/12/10/1151 >>> >>> Cheers! >>> >> Hey that's great! Now that the precedent is set, we start the timer to >> deprecate on FreeBSD in roughly 10 years now :) > Fine, but we would need to implement it first. I should read closer, I mis-read that as i386 ;) Snarky comment withdrawn! -- Kris Moore Vice President of Engineering iXsystems, Inc Ph: (408) 943-4100 Ph: (408) 943-4101 The Groundbreaking TrueNAS M-Series - Enterprise Storage & Servers Driven By Open Source ___ 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: Linux is considering dropping x32.
On Tue, Dec 11, 2018 at 04:04:15PM -0500, Kris Moore wrote: > On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: > > Hi. > > > > This is just informative. > > > > Apparently Linux is considering deprecate x32 support: > > > > https://lkml.org/lkml/2018/12/10/1151 > > > > Cheers! > > > > Hey that's great! Now that the precedent is set, we start the timer to > deprecate on FreeBSD in roughly 10 years now :) Fine, but we would need to implement it first. ___ 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: Linux is considering dropping x32.
On 12/11/18 4:01 PM, Alexandre C. Guimarães wrote: > Hi. > > This is just informative. > > Apparently Linux is considering deprecate x32 support: > > https://lkml.org/lkml/2018/12/10/1151 > > Cheers! > Hey that's great! Now that the precedent is set, we start the timer to deprecate on FreeBSD in roughly 10 years now :) -- Kris Moore Vice President of Engineering iXsystems, Inc Ph: (408) 943-4100 Ph: (408) 943-4101 The Groundbreaking TrueNAS M-Series - Enterprise Storage & Servers Driven By Open Source ___ 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"
Linux is considering dropping x32.
Hi. This is just informative. Apparently Linux is considering deprecate x32 support: https://lkml.org/lkml/2018/12/10/1151 Cheers! -- Best Regards, Alexandre C. Guimarães. https://bitbucket.org/rigoletto-freebsd/ signature.asc Description: PGP signature
Re: pkg-base noise
On Tue, 2018-12-11 at 11:40 -0700, Sean Bruno wrote: > make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: > warning: duplicate script for target "_testsFILESINS_cleanup.ksh" > ignored > make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: > warning: using previous script for "_testsFILESINS_cleanup.ksh" > defined here > > > Is this something easily fixable? I'm unclear what is throwing a > warning here? > > sean > Looks like some makefile has cleanup.ksh listed twice in a FILES= list. -- Ian ___ 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"
pkg-base noise
make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: warning: duplicate script for target "_testsFILESINS_cleanup.ksh" ignored make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: warning: using previous script for "_testsFILESINS_cleanup.ksh" defined here Is this something easily fixable? I'm unclear what is throwing a warning here? sean signature.asc Description: OpenPGP digital signature
FreeBSD 12.0 RC3 PPC report
It’s working fine on my eMac G4/1.25 GHz retail model. The CDE Desktop Environment is oddly broken, but I am pleased to report that most of the packages I’ve compiled have done so successfully unlike 11.1! Sent from Yahoo Mail for iPhone ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Composite PCI devices in FreeBSD (mfd in Linux)
Anthony Jenkins schreef op 2018-12-10 18:00: Hi all, I'm trying to port an Intel PCI I2C controller from Linux to FreeBSD. Linux represents this device as an MFD (multi-function device), meaning it has these "sub-devices" that can be handed off to other drivers to actually attach devices to the system. The Linux "super" PCI device is the intel-lpss-pci.c, and the "sub" device is i2c-designware-platdrv.c, which represents the DesignWare driver's "platform" attachment to the Linux system. FreeBSD also has a DesignWare I2C controller driver, ig4(4), but it only has PCI and ACPI bus attachment implementations. Might this also be relevant for i2c-hid devices, like some touchpads (Elantech for example)? Cheers, Emiel ___ 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"