From owner-freebsd-arm@freebsd.org Sun Jan 24 04:56:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5814FA8EA0B for ; Sun, 24 Jan 2016 04:56:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3E24E1279; Sun, 24 Jan 2016 04:56:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 57B5BC33; Sun, 24 Jan 2016 04:56:54 +0000 (UTC) Date: Sun, 24 Jan 2016 04:56:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1089006101.7.1453611414331.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2202 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 04:56:54 -0000 FreeBSD_HEAD_arm64 - Build #2202 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2202/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2202/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2202/con= sole Change summaries: 294654 by pfg: Fix comment. 294653 by pfg: Rename some directory index constants. Directory index was introduced in ext3. We don't always use the prefix to denote the ext2 variant they belong to but when we do we should try to be accurate. 294652 by pfg: ext2: Initialize i_flag after allocation. We use i_flag to carry some flags like IN_E4INDEX which newer ext2fs variants uses internally. fsck.ext3 rightfully complains after our implementation tags non-directory inodes with INDEX_FL. Initializing i_flag during allocation removes the noise factor and quiets down fsck. Patch from:=09Damjan Jovanovic PR:=09=09206530 The end of the build log: [...truncated 173545 lines...] --- all_subdir_dtrace --- --- profile.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris = -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DHAVE_KE= RNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt= _global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/= usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv= -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tauto= logical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno= -error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-v= alue -std=3Diso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/s= ys/debug_compat.h -c /usr/src/sys/cddl/dev/profile/profile.c -o profile.o --- all_subdir_esp --- ctfconvert -L VERSION -g ncr53c9x.o --- esp_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/esp/../../dev/esp/esp_pci.c -o esp_pci.o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_mbx.o --- e1000_i210.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_i210.c -o e1000_i210.o --- all_subdir_dtrace --- ctfconvert -L VERSION -g profile.o --- profile.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o profile.kld prof= ile.o ctfmerge -L VERSION -g -o profile.kld profile.o --- all_subdir_esp --- ctfconvert -L VERSION -g esp_pci.o --- all_subdir_dtrace --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk profile.kld export_syms | xargs -J%= /usr/local/aarch64-freebsd/bin/objcopy % profile.kld --- all_subdir_esp --- --- esp.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o esp.kld esp_pci.= o ncr53c9x.o ctfmerge -L VERSION -g -o esp.kld esp_pci.o ncr53c9x.o --- all_subdir_dtrace --- --- profile.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o profile.ko= .full profile.o --- all_subdir_esp --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk esp.kld export_syms | xargs -J% /us= r/local/aarch64-freebsd/bin/objcopy % esp.kld --- all_subdir_dtrace --- --- profile.ko.debug --- --- all_subdir_esp --- --- esp.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o esp.ko.ful= l esp_pci.o ncr53c9x.o --- esp.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug esp.ko.full esp.ko= .debug --- esp.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= esp.ko.debug esp.ko.full esp.ko --- all_subdir_dtrace --- --- all_subdir_prototype --- =3D=3D=3D> dtrace/prototype (all) --- all_subdir_profile --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug profile.ko.full pr= ofile.ko.debug --- profile.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= profile.ko.debug profile.ko.full profile.ko --- all_subdir_em --- --- e1000_82540.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_82540.c -o e1000_82540.o --- all_subdir_dtrace --- --- all_subdir_prototype --- --- prototype.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris = -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DHAVE_KE= RNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt= _global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/= usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv= -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tauto= logical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno= -error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-v= alue -std=3Diso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/s= ys/debug_compat.h -c /usr/src/sys/cddl/dev/prototype.c -o prototype.o --- all_subdir_em --- --- e1000_i210.o --- ctfconvert -L VERSION -g e1000_i210.o --- all_subdir_dtrace --- --- all_subdir_sdt --- =3D=3D=3D> dtrace/sdt (all) --- all_subdir_em --- --- e1000_82540.o --- ctfconvert -L VERSION -g e1000_82540.o --- all_subdir_dtrace --- --- all_subdir_prototype --- ctfconvert -L VERSION -g prototype.o --- all_subdir_sdt --- --- sdt.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris = -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DHAVE_KE= RNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt= _global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/= usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv= -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tauto= logical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno= -error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-v= alue -std=3Diso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/s= ys/debug_compat.h -c /usr/src/sys/cddl/dev/sdt/sdt.c -o sdt.o --- all_subdir_em --- --- e1000_82542.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_82542.c -o e1000_82542.o --- all_subdir_dtrace --- --- all_subdir_prototype --- --- prototype.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o prototype.kld pr= ototype.o ctfmerge -L VERSION -g -o prototype.kld prototype.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk prototype.kld export_syms | xargs -= J% /usr/local/aarch64-freebsd/bin/objcopy % prototype.kld --- prototype.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o prototype.= ko.full prototype.o --- prototype.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug prototype.ko.full = prototype.ko.debug --- prototype.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= prototype.ko.debug prototype.ko.full prototype.ko --- all_subdir_ext2fs --- =3D=3D=3D> ext2fs (all) --- ext2_alloc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_alloc.c -o ext2_alloc.o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_82542.o --- e1000_82541.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_82541.c -o e1000_82541.o --- all_subdir_dtrace --- --- all_subdir_sdt --- ctfconvert -L VERSION -g sdt.o --- sdt.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o sdt.kld sdt.o ctfmerge -L VERSION -g -o sdt.kld sdt.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk sdt.kld export_syms | xargs -J% /us= r/local/aarch64-freebsd/bin/objcopy % sdt.kld --- sdt.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o sdt.ko.ful= l sdt.o --- sdt.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug sdt.ko.full sdt.ko= .debug --- sdt.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= sdt.ko.debug sdt.ko.full sdt.ko --- all_subdir_systrace --- =3D=3D=3D> dtrace/systrace (all) --- all_subdir_ath --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_ath.kld export_syms | xargs -J% = /usr/local/aarch64-freebsd/bin/objcopy % if_ath.kld --- all_subdir_dtrace --- --- systrace.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris = -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DHAVE_KE= RNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt= _global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/= usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv= -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tauto= logical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno= -error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-v= alue -std=3Diso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/s= ys/debug_compat.h -c /usr/src/sys/cddl/dev/systrace/systrace.c -o systrace.= o --- all_subdir_ath --- --- if_ath.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_ath.ko.= full if_ath.o if_ath_alq.o if_ath_debug.o if_ath_keycache.o if_ath_sysctl.o= if_ath_tx.o if_ath_tx_ht.o if_ath_led.o if_ath_rx.o if_ath_tdma.o if_ath_b= eacon.o if_ath_rx_edma.o if_ath_tx_edma.o if_ath_spectral.o if_ath_btcoex.o= if_ath_lna_div.o if_ath_ioctl.o if_ath_descdma.o ah_osdep.o ah.o ah_regdom= ain.o ah_eeprom_v3.o ah_eeprom_v1.o ar5210_attach.o ar5210_beacon.o ar5210_= interrupts.o ar5210_keycache.o ar5210_misc.o ar5210_phy.o ar5210_power.o ar= 5210_recv.o ar5210_reset.o ar5210_xmit.o ar5211_attach.o ar5211_beacon.o ar= 5211_interrupts.o ar5211_keycache.o ar5211_misc.o ar5211_phy.o ar5211_power= .o ar5211_recv.o ar5211_reset.o ar5211_xmit.o ar5212_ani.o ar5212_attach.o = ar5212_beacon.o ar5212_eeprom.o ar5212_gpio.o ar5212_interrupts.o ar5212_ke= ycache.o ar5212_misc.o ar5212_phy.o ar5212_power.o ar5212_recv.o ar5212_res= et.o ar5212_rfgain.o ar5212_xmit.o ar5111.o ar5112.o ar2413.o ar2425.o ar54= 13.o ah_eeprom_v14.o ah_eeprom_v4k.o ar5416_ani.o ar5416_attach.o ar5416_be= acon.o ar5416_btcoex.o ar5416_cal.o ar5416_cal_iq.o ar5416_cal_adcgain.o ar= 5416_cal_adcdc.o ar5416_eeprom.o ar5416_gpio.o ar5416_interrupts.o ar5416_k= eycache.o ar5416_misc.o ar5416_phy.o ar5416_power.o ar5416_radar.o ar5416_s= pectral.o ar5416_recv.o ar5416_reset.o ar5416_xmit.o ar2133.o ar9160_attach= .o ar9130_attach.o ar9130_eeprom.o ar9130_phy.o ar9280.o ar9280_attach.o ar= 9280_olc.o ar9285.o ar9285_reset.o ar9285_attach.o ar9285_cal.o ar9285_phy.= o ar9285_diversity.o ar9285_btcoex.o ah_eeprom_9287.o ar9287.o ar9287_reset= .o ar9287_attach.o ar9287_cal.o ar9287_olc.o ar9300_interrupts.o ar9300_rad= ar.o ar9300_ani.o ar9300_keycache.o ar9300_radio.o ar9300_xmit.o ar9300_att= ach.o ar9300_mci.o ar9300_stub.o ar9300_xmit_ds.o ar9300_beacon.o ar9300_mi= sc.o ar9300_recv.o ar9300_stub_funcs.o ar9300_eeprom.o ar9300_paprd.o ar930= 0_recv_ds.o ar9300_freebsd.o ar9300_phy.o ar9300_reset.o ar9300_gpio.o ar93= 00_power.o ar9300_timer.o ar9300_spectral.o sample.o dfs_null.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_alloc.o --- all_subdir_ath --- --- if_ath.ko.debug --- --- all_subdir_ext2fs --- --- ext2_balloc.o --- --- all_subdir_ath --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_ath.ko.full if_= ath.ko.debug --- all_subdir_ext2fs --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_balloc.c -o ext2_balloc.= o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_82541.o --- e1000_82543.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_82543.c -o e1000_82543.o --- all_subdir_ath --- --- if_ath.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= if_ath.ko.debug if_ath.ko.full if_ath.ko --- all_subdir_ext2fs --- --- ext2_bmap.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_bmap.c -o ext2_bmap.o --- ext2_balloc.o --- ctfconvert -L VERSION -g ext2_balloc.o --- all_subdir_fatm --- =3D=3D=3D> fatm (all) --- if_fatm.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/fatm/../../dev/fatm/if_fatm.c -o if_fatm.o --- all_subdir_ext2fs --- --- ext2_bmap.o --- ctfconvert -L VERSION -g ext2_bmap.o --- ext2_extents.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_extents.c -o ext2_extent= s.o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_82543.o --- e1000_80003es2lan.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_80003es2lan.c -o e1000_80003es2lan.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_extents.o --- ext2_hash.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_hash.c -o ext2_hash.o ctfconvert -L VERSION -g ext2_hash.o --- ext2_htree.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgenera= l-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -= c /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c -o ext2_htree.o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_80003es2lan.o --- e1000_ich8lan.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e10= 00 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys= /GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/ar= m64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestan= ding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -= Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-e= quality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shif= t-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/em/../../de= v/e1000/e1000_ich8lan.c -o e1000_ich8lan.o --- all_subdir_ext2fs --- /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c:93:19: error: use = of undeclared identifier 'IN_E3INDEX' ip->i_flag & IN_E3INDEX) ^ /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c:656:16: error: use= of undeclared identifier 'IN_E3INDEX' dp->i_flag |=3D IN_E3INDEX; ^ 2 errors generated. *** [ext2_htree.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ext2fs 1 error make[4]: stopped in /usr/src/sys/modules/ext2fs *** [all_subdir_ext2fs] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_dtrace --- ctfconvert -L VERSION -g systrace.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/dtrace/systrace *** [all_subdir_systrace] Error code 2 make[4]: stopped in /usr/src/sys/modules/dtrace 1 error make[4]: stopped in /usr/src/sys/modules/dtrace *** [all_subdir_dtrace] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_fatm --- ctfconvert -L VERSION -g if_fatm.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/fatm *** [all_subdir_fatm] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_em --- ctfconvert -L VERSION -g e1000_ich8lan.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/em *** [all_subdir_em] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson948453218915617114.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Sun Jan 24 07:00:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 139E7A8ECA2 for ; Sun, 24 Jan 2016 07:00:52 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E0C5710C8; Sun, 24 Jan 2016 07:00:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 00C5AC77; Sun, 24 Jan 2016 07:00:51 +0000 (UTC) Date: Sun, 24 Jan 2016 07:00:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <535179389.11.1453618851968.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1089006101.7.1453611414331.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1089006101.7.1453611414331.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2203 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 07:00:52 -0000 FreeBSD_HEAD_arm64 - Build #2203 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2203/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2203/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2203/console Change summaries: 294655 by pfg: ext2: rename some directory index constants. Missed from r294653. Pointyhat: me From owner-freebsd-arm@freebsd.org Mon Jan 25 18:07:02 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF35D718E for ; Mon, 25 Jan 2016 18:07:01 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 682ADFC8 for ; Mon, 25 Jan 2016 18:07:01 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by mail-lb0-x22a.google.com with SMTP id bc4so78583950lbc.2 for ; Mon, 25 Jan 2016 10:07:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=KDWVVju0ex0q4MrxVcpZNTVs0fhv8DZVm1ELFqMGpDY=; b=GFyRFHdB5hBrBVFFQngK9k1phh3xjO0VxglH23lGZcqiFeQG8RN/0hrqqzp49EuEXr cO5bZIKmx2M5i+WlddgN4l2kSUNw9sk7tlqyRMXTaDzy6g9D5TFmR72DChtSHPamSfAT aegl2W8DDylw+TG0aaulvr6383ZZKLV++QXnwBBtNBXvyTjZmYLTKWCXiCF1u7e+hWbp NSZiwc5XG5+1OQ/JbdKTNMFpyRfxlZC8psJfgnyWPfygInJjDbeMyg/qC+v48EDtHOdk 5hrnrcESOZyPxR827+zeQ2UDOUO7B8HXqXHszeslclX2DiS1Hb6l+u1RpzhBPFmz++gA 035w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=KDWVVju0ex0q4MrxVcpZNTVs0fhv8DZVm1ELFqMGpDY=; b=dFkz6GwDas6y1r5f4Ku0aREIodTorMdjzo6Wq0rVWmJBbbyJFO2zfWMX20llgTNE3i PhlgIFlw6g3p9v9j5r79C1QUpWUdr4hJ/xktYAz0Dw1tyUsxVDEPE2bMxJ7ANFMg4lqK VG+rsGn+dej8ZU66u7x8Z9mqFT86sOHYu9gpzMMN/6Clo3a18EOTRgYjszbngGOjZiUb pXxrf9Q6RGDdCYmrju6I9rfjocEYeNN9xcglZ7BI4TRbK472iZXE55mAPP7tI1QhJ3eY yNpi0k0xNzFwVzWtkzIIdg/qipECfRFT4mlivJxfBD2TTt+vmuamAqmQHl2Ga5OConJH +9FA== X-Gm-Message-State: AG10YOQoT2iDII5cZvjMIk6OEZyuSYrVn2zl/Hv40o/AYrtop6IRbVjuk5W7JUkT6tpm+mfJktGCDFu7TafDkA== X-Received: by 10.112.142.101 with SMTP id rv5mr6694116lbb.101.1453745218379; Mon, 25 Jan 2016 10:06:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.24.93 with HTTP; Mon, 25 Jan 2016 10:06:38 -0800 (PST) In-Reply-To: References: From: Zbigniew Bodek Date: Mon, 25 Jan 2016 19:06:38 +0100 Message-ID: Subject: Re: RFC: HW watchpoints and single stepping for ARMv6/v7 To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 18:07:02 -0000 Hello, Thank you all for testing. Went upstream: r294740 Best regards zbb 2015-10-31 17:21 GMT+01:00 Zbigniew Bodek : > Hello again, > > I should have post some more information about testing this patch. Here it > goes: > ------------------------------------------------------------------ > One can enter kernel debugger by one of those: > > press: ~, ctrl + b > or > type: sysctl -w debug.kdb.enter=1 > > You can then set a HW watchpoint on any memory location at
> by invoking following command in KDB: > db> hwatch
, > > parameter is optional, the default is 4. > > To display watchpoints: > db> show watch > > To remove watchpoint: > db> dhwatch
> > Press "c" to continue. > > ------------------------------------------------------------------ > While in KDB you can step through the kernel code using "s" BUT you > need to apply a dependent patch: https://reviews.freebsd.org/D4036 > otherwise you will cause the kernel panic. > > Thanks again > zbb > > 2015-10-30 17:25 GMT+01:00 Zbigniew Bodek : > > Hello, > > > > We would like to add HW watchpoints and HW single step support to ARMv6 > kernel. > > Please check this review: https://reviews.freebsd.org/D4037 > > > > Since there are differences between debug architectures on ARM (v6, > > v6.1, v7, v7.1) I would like to ask for some testing on your machines. > > I was able to test this on Pandaboard and Arndale but please check > > whether this works on your targets as well. > > > > Rise a red flag if you see any issues or in worst case scenario - > > "undefined instruction" error. > > > > Best regards > > zbb > From owner-freebsd-arm@freebsd.org Tue Jan 26 09:45:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E03D6A46211 for ; Tue, 26 Jan 2016 09:45:51 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1CFEECE for ; Tue, 26 Jan 2016 09:45:51 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-io0-x22e.google.com with SMTP id q21so180215162iod.0 for ; Tue, 26 Jan 2016 01:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=FpPnaqhMGVJvpuwiN8V3FZwBcP2dOGa4RIQOKBYhEqw=; b=zVqz5kO61QpTU/KN9ds2FArtbFTevMeYMY38VIHtKtJeFtVeLeq4DT9nBy3ColPiRR nvOfY71vKsaiY4pM8bjyeAsTh0/D6fkbvTNt6C5ICjpwybCn7hzpydlhucGAPxsi7S3M pF+2Y6egzlG6yryBSeB7b8XHnkVZiaCpebst2dDejfkFUCJaIhNtOpyctCVAJxj0R/n5 mzfk8gppymW9899Yq+cZYunuJNnjLLuzoWjlfw9entiUPjREoNiXWbiQlcR56S7z2p3A 6C3W5aXhy6GxJOj5Y+/kqgjOdpYKCRcb4gvLEbmvr7lAGNlX3kDuPBwWUrEFR9uBeEk/ PImQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=FpPnaqhMGVJvpuwiN8V3FZwBcP2dOGa4RIQOKBYhEqw=; b=mOvVFbxQjqbGooyYXGJtFXzqZPzqjksGvEBbu/D4o2qjCW1dN9m5hsp2XquBsdooym pBsXPsB7wztCBbvLSpv/9Ty7bEa0IrhCPIDTGQq2xpM+VLuuhz8bXlqXmpTCPTZD9onJ 07bm1uP5sVVLYWy20nMuaNEc9jeyXDmme57N6vIEsc6ytz6K2Kyyd1FaoYzY6bBObZGF 6zUoFwHTKWguymlgvSEYqymfilBHy4CaYSyFNw65fb71L9WYWKh+VM+trzfta+ym/ayt O44CTbF3fDWaG7gzSVDyeAPys4vvxrd4FPKC0KaXUm1ll8kTvaKB6Fp7Ujzlh/uIJmW9 spyg== X-Gm-Message-State: AG10YOTmNQiGJWdklL/jHwnsTh18BediwwrG1P8+7wFXv8miu1ibAI8HZWXWEJhe4I/6MyltAIAHSaxWkBEmVQ== X-Received: by 10.107.34.201 with SMTP id i192mr21690321ioi.161.1453801550660; Tue, 26 Jan 2016 01:45:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.135.82 with HTTP; Tue, 26 Jan 2016 01:45:31 -0800 (PST) In-Reply-To: References: From: Wojciech Macek Date: Tue, 26 Jan 2016 10:45:31 +0100 Message-ID: Subject: Re: Various panics while using HWPMC on ARM64 To: Zbigniew Bodek Cc: Ruslan Bukin , Andrew Turner , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 09:45:52 -0000 I started to look intu this and there is a race condition during pmcstat thread migration - both CPUX and CPU0 (the one that the pmcstat is migrated on) are touching the same structures at the same time. I don't have any fix for that yet, but one might use a simple workaround with cpuset to force pmcstat to execute on CPU0. Wojtek root@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^Croot@thunder_crb4:~ # cpuset -c -l 0 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc Setting pmcstat to any other CPU causes an immediate crash when exiting the process. ^Croot@thunder_crb4:~ # cpuset -c -l 47 pmcstat -N -S CPU_CYCLES -O cpu_cycles.pmc ^C x0: 0 x1: ffffffc00a3c99e0 x2: ffffff800065c00d x3: ffffff80007fabf0 x4: ffffff876b7e1cd0 x5: ffffff876b7e1480 x6: 40761000 x7: 2fe x8: 10000284 x9: ffffff800074e550 x10: 7ff96938 x11: 2710 x12: 2af8 x13: 7ff93eec x14: b x15: 2a4c x16: 7ff93fc1 x17: b x18: ffffff876b7e14f0 x19: ffffff850dc92d00 x20: ffffff850dc92d38 x21: ffffffc004103a00 x22: 0 x23: 1 x24: 0 x25: ffffff80005eb790 x26: ffffff876b7e14f0 x27: 1 x28: ffffff850dc92d00 x29: ffffffc004116848 x30: ffffffc004116848 sp: ffffff876b7e14f0 lr: aa59bd6cae elr: aa59bd6cae spsr: 20000085 panic: Unknown kernel exception 22 esr_el1 8a000000 cpuid = 0 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffffff80005c43dc lr = 0xffffff8000074798 sp = 0xffffff876b7e0ff0 fp = 0xffffff876b7e1200 db_trace_self_wrapper() at vpanic+0x144 pc = 0xffffff8000074798 lr = 0xffffff80002d0f68 sp = 0xffffff876b7e1210 fp = 0xffffff876b7e1280 vpanic() at panic+0x4c pc = 0xffffff80002d0f68 lr = 0xffffff80002d0e20 sp = 0xffffff876b7e1290 fp = 0xffffff876b7e1310 panic() at do_el1h_sync+0x128 pc = 0xffffff80002d0e20 lr = 0xffffff80005d762c sp = 0xffffff876b7e1320 fp = 0xffffff876b7e1340 do_el1h_sync() at handle_el1h_sync+0x68 pc = 0xffffff80005d762c lr = 0xffffff80005c5868 sp = 0xffffff876b7e1350 fp = 0xffffff876b7e1460 handle_el1h_sync() at 0xaa59bd6caa pc = 0xffffff80005c5868 lr = 0x000000aa59bd6caa sp = 0xffffff876b7e1470 fp = 0xffffffc004116848 KDB: enter: panic [ thread pid 766 tid 100065 ] Stopped at kdb_enter+0x40: db> 2015-12-23 17:53 GMT+01:00 Zbigniew Bodek : > Hi, > > I go into new panics although quite similar to the previously > mentioned in both SMP and UP but this time I tried to use DTrace. > Can anyone check this on another ARM64 platform? I used ThunderX and > FreeBSD-CURRENT r292654. > > Best regards > zbb > > Please check out below for panic outputs: > > SMP: > -------- > root@thunder_crb4:~ # procsystime > Tracing... Hit Ctrl-C to end... > ^C > > Elapsed Times for all processes, > > x0: 1 > x1: 0 > x2: ffffff800052c911 > x3: deadc0d8 > x4: 1a2 > x5: ffffff854a976860 > x6: 0 > x7: 100 > x8: deadc0de > x9: 0 > x10: c4d4ae68 > x11: 6c4d4ae68 > x12: 80000000 > x13: 0 > x14: b > x15: 274f > x16: ffffff80481a97f8 > x17: ffffff8048196814 > x18: ffffff854a9764b0 > x19: 989680 > x20: ffffff8000708000 > x21: ffffff8000702038 > x22: ffffffc004219000 > x23: ffffff8000702050 > x24: 3938700 > x25: 3938700 > x26: ffffff80006e2000 > x27: ffffffc0041129a0 > x28: 39386ff > x29: ffffff854a976530 > x30: ffffff854a976530 > sp: ffffff854a9764b0 > lr: ffffff8000244760 > elr: ffffff80002448e8 > spsr: 600003c5 > far: deadc174 > esr: 96000007 > panic: data abort in critical section or under mutex > cpuid = 0 > KDB: enter: panic > [ thread pid 11 tid 100004 ] > Stopped at kdb_enter+0x40: > db> > > UP: > -------- > root@thunder_crb4:~ # kldload dtraceall > IMPLEMENT ME: dtrace_toxic_ranges > x0: ffffff8000299740 > x1: ffffffc0040cd100 > x2: ffffff8000299740 > x3: ffffff8043655a70 > x4: ffffff8000299740 > x5: 0 > x6: ffffff87cba9c0a8 > x7: 0 > x8: ffffffc0129484d0 > x9: 1 > x10: 1 > x11: 0 > x12: ffffffc003e7ed88 > x13: ffffffc007ab0280 > x14: 400000 > x15: ffffff800068c000 > x16: ffffff80436687b8 > x17: ffffff8000299690 > x18: ffffff87cba9c010 > x19: ffffff8043655a70 > x20: ffffff8000299740 > x21: ffffff8000299740 > x22: ffffffc0040cd100 > x23: ffffffc003e7ed40 > x24: 8 > x25: 1 > x26: ffffff8043669000 > x27: ffffff8043669000 > x28: ffffff8043669000 > x29: ffffff87cba9c030 > x30: ffffff87cba9c030 > sp: ffffff87cba9c010 > lr: ffffff80002996c0 > elr: ffffffc0040cd100 > spsr: 800003c5 > panic: Unknown kernel exception 0 esr_el1 2000000 > > KDB: enter: panic > [ thread pid 719 tid 100062 ] > Stopped at kdb_enter+0x40: > db> > > 2015-12-14 16:24 GMT+01:00 Zbigniew Bodek : > > Hello, > > > > Did you have time to look into that? Do you have any clues what could > > be wrong here? > > We would like to use hwpmc for profiling so your help will be very > > much appreciated. > > > > Best regards > > zbb > > > > 2015-12-09 13:06 GMT+01:00 Zbigniew Bodek : > >> Hello Ed, > >> > >> Done. I also check what happens when SMP is disabled and the kassert > >> is triggered: > >> > >> root@thunderx_crb4:~ # pmcstat -S CPU_CYCLES -O cpu_cycles.pmc > >> ^Cpanic: [pmc,4256] cpu 0 didn't find a sample to collect > >> KDB: stack backtrace: > >> db_trace_self() at db_trace_self_wrapper+0x28 > >> pc = 0xffffff80004e9aac lr = 0xffffff800006d8b4 > >> sp = 0xffffff87cba976e0 fp = 0xffffff87cba97800 > >> > >> db_trace_self_wrapper() at vpanic+0x9c > >> pc = 0xffffff800006d8b4 lr = 0xffffff800027136c > >> sp = 0xffffff87cba97810 fp = 0xffffff87cba97880 > >> > >> vpanic() at kassert_panic+0x160 > >> pc = 0xffffff800027136c lr = 0xffffff80002712cc > >> sp = 0xffffff87cba97890 fp = 0xffffff87cba97950 > >> > >> kassert_panic() at pmc_capture_user_callchain+0x1a4 > >> pc = 0xffffff80002712cc lr = 0xffffff80000e1444 > >> sp = 0xffffff87cba97960 fp = 0xffffff87cba979c0 > >> > >> pmc_capture_user_callchain() at pmc_hook_handler+0x7c0 > >> pc = 0xffffff80000e1444 lr = 0xffffff80000dfb78 > >> sp = 0xffffff87cba979d0 fp = 0xffffff87cba97a50 > >> > >> pmc_hook_handler() at ast+0x14c > >> pc = 0xffffff80000dfb78 lr = 0xffffff80002b976c > >> sp = 0xffffff87cba97a60 fp = 0xffffff87cba97a90 > >> > >> ast() at handle_el0_sync+0x90 > >> pc = 0xffffff80002b976c lr = 0xffffff80004eb224 > >> sp = 0xffffff87cba97aa0 fp = 0xffffff87cba97bb0 > >> > >> handle_el0_sync() at 0x406d60 > >> pc = 0xffffff80004eb224 lr = 0x0000000000406d60 > >> sp = 0xffffff87cba97bc0 fp = 0x0000007ffffff540 > >> > >> KDB: enter: panic > >> [ thread pid 679 tid 100061 ] > >> Stopped at kdb_enter+0x40: > >> db> > >> > >> > >> when invariants options is disabled I only get: > >> > >> root@thunderx_crb4:~ # pmcstat -S CPU_CYCLES -O cpu_cycles.pmc > >> ^Cpmcstat: WARNING: sampling was paused at least 1 time. > >> Please consider tuning the "kern.hwpmc.nsamples" tunable. > >> > >> > >> Best regards > >> zbb > >> > >> 2015-12-08 20:59 GMT+01:00 Ed Maste : > >>> On 8 December 2015 at 14:34, Zbigniew Bodek wrote: > >>>> Hello, > >>>> > >>>> I encountered some problems with FreeBSD on ARM64 while using hwpmc. > >>>> Some of the errors that I found are listed below: > >>>> > >>>> * panic: Unknown kernel exception 0 esr_el1 2000000 > >>>> * panic: data abort in critical section or under mutex > >>>> * panic: VFP exception in the kernel > >>>> * panic: Unknown kernel exception 21 esr_el1 86000006 > >>> > >>> Can you add these notes to PR 204686? I think there are SMP issues in > >>> arm64 hwpmc that need to be resolved. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed Jan 27 02:24:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F791A6EAF7 for ; Wed, 27 Jan 2016 02:24:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 772AB132C for ; Wed, 27 Jan 2016 02:24:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u0R2OSVP042268 for ; Wed, 27 Jan 2016 02:24:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap Date: Wed, 27 Jan 2016 02:24:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: amutu@amutu.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 02:24:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206658 Bug ID: 206658 Summary: Bus error for pfctl -sa on rpi2 r294499 snap Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: amutu@amutu.com uname -a: FreeBSD p2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294499: Fri Jan 22 01:49:44 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RP= I2=20 arm gdb: .... pass in log quick on wlan0 inet proto tcp from any to (wlan0) port =3D 3333= flags S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate 3/30, overload flush global, src.track 30) pass in log quick on wlan0 inet proto tcp from any to (wlan0) port =3D 3333= flags S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate 3/30, overload flush global, src.track 30) STATES: all tcp 192.168.1.114:48865 -> 103.138.240.229:37005 TIME_WAIT:TIME_W= AIT Program received signal SIGBUS, Bus error. 0x00021614 in print_host (addr=3D0x2065113e, port=3D45235, af=3D2 '\002', o= pts=3D1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 178 /usr/src/sbin/pfctl/pf_print_state.c: No such file or directory. in /usr/src/sbin/pfctl/pf_print_state.c Current language: auto; currently minimal (gdb) bt #0 0x00021614 in print_host (addr=3D0x2065113e, port=3D45235, af=3D2 '\002= ', opts=3D1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 #1 0x0002189c in print_state (s=3D0x206510f2, opts=3D1024) at /usr/src/sbin/pfctl/pf_print_state.c:236 #2 0x0000c35c in pfctl_show_states (dev=3D, iface=3D0= x0, opts=3D) at /usr/src/sbin/pfctl/pfctl.c:1091 #3 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 #4 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Jan 27 02:49:08 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71693A6F1E6 for ; Wed, 27 Jan 2016 02:49:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DC211D67 for ; Wed, 27 Jan 2016 02:49:07 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA for ; Wed, 27 Jan 2016 02:49:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0R2mxWV029712 for ; Tue, 26 Jan 2016 19:48:59 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453862939.42081.25.camel@freebsd.org> Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: Ian Lepore To: freebsd-arm@FreeBSD.org Date: Tue, 26 Jan 2016 19:48:59 -0700 In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-Ei9OoJNugQzvnRVpRbht" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 02:49:08 -0000 --=-Ei9OoJNugQzvnRVpRbht Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Wed, 2016-01-27 at 02:24 +0000, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206658 > > Bug ID: 206658 > Summary: Bus error for pfctl -sa on rpi2 r294499 snap > Product: Base System > Version: 11.0-CURRENT > Hardware: arm > OS: Any > Status: New > Severity: Affects Only Me > Priority: --- > Component: arm > Assignee: freebsd-arm@FreeBSD.org > Reporter: amutu@amutu.com > > uname -a: > FreeBSD p2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294499: Fri Jan 22 > 01:49:44 > UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/ > sys/RPI2 > arm > > gdb: > .... > pass in log quick on wlan0 inet proto tcp from any to (wlan0) port = > 3333 flags > S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate > 3/30, > overload flush global, src.track 30) > pass in log quick on wlan0 inet proto tcp from any to (wlan0) port = > 3333 flags > S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate > 3/30, > overload flush global, src.track 30) > > STATES: > all tcp 192.168.1.114:48865 -> 103.138.240.229:37005 > TIME_WAIT:TIME_WAIT > > Program received signal SIGBUS, Bus error. > 0x00021614 in print_host (addr=0x2065113e, port=45235, af=2 '\002', > opts=1024) > at /usr/src/sbin/pfctl/pf_print_state.c:178 > 178 /usr/src/sbin/pfctl/pf_print_state.c: No such file or > directory. > in /usr/src/sbin/pfctl/pf_print_state.c > Current language: auto; currently minimal > (gdb) bt > #0 0x00021614 in print_host (addr=0x2065113e, port=45235, af=2 > '\002', > opts=1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > #1 0x0002189c in print_state (s=0x206510f2, opts=1024) at > /usr/src/sbin/pfctl/pf_print_state.c:236 > #2 0x0000c35c in pfctl_show_states (dev=, > iface=0x0, > opts=) > at /usr/src/sbin/pfctl/pfctl.c:1091 > #3 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 > #4 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 > I attached a patch to the PR and requested the reporter test it, but I've just realized that the problem was found with a snapshot image and the reporter may not be able to patch and build. I don't use the pf stuff myself, so I have no way of testing it. Can someone who does use it give this patch a test? Thanks. -- Ian --=-Ei9OoJNugQzvnRVpRbht Content-Disposition: inline; filename="pfctl_align.diff" Content-Type: text/x-patch; name="pfctl_align.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sbin/pfctl/pf_print_state.c =================================================================== --- sbin/pfctl/pf_print_state.c (revision 294860) +++ sbin/pfctl/pf_print_state.c (working copy) @@ -146,7 +146,7 @@ print_name(struct pf_addr *addr, sa_family_t af) memset(&sin, 0, sizeof(sin)); sin.sin_len = sizeof(sin); sin.sin_family = AF_INET; - sin.sin_addr = addr->v4; + memcpy(&sin.sin_addr, addr->v4, sizeof(sin.sin_addr)); getnameinfo((struct sockaddr *)&sin, sin.sin_len, host, sizeof(host), NULL, 0, NI_NOFQDN); break; @@ -157,7 +157,7 @@ print_name(struct pf_addr *addr, sa_family_t af) memset(&sin6, 0, sizeof(sin6)); sin6.sin6_len = sizeof(sin6); sin6.sin6_family = AF_INET6; - sin6.sin6_addr = addr->v6; + memcpy(&sin6.sin6_addr, addr->v6, sizeof(sin6.sin6_addr)); getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, host, sizeof(host), NULL, 0, NI_NOFQDN); break; @@ -175,7 +175,7 @@ print_host(struct pf_addr *addr, u_int16_t port, s struct pf_addr_wrap aw; memset(&aw, 0, sizeof(aw)); - aw.v.a.addr = *addr; + memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); if (af == AF_INET) aw.v.a.mask.addr32[0] = 0xffffffff; else { --=-Ei9OoJNugQzvnRVpRbht-- From owner-freebsd-arm@freebsd.org Wed Jan 27 03:29:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90EE2A6FF04 for ; Wed, 27 Jan 2016 03:29:19 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F16C1737 for ; Wed, 27 Jan 2016 03:29:19 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-yk0-x22d.google.com with SMTP id v14so226269984ykd.3 for ; Tue, 26 Jan 2016 19:29:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mPH1ludyt8oCxtJa+j+wPtpn1Kd2DMWbhkntVfSTf9k=; b=QUw1KjlU7CpADes8uT9C87C3w4UwPIM1tQAJIae/ZPEMAlrrjgWtn0MviHmLDBc0Dk Hz42bDZ6Kgnpid6B5bJHzl3i3RpP8WswHHX1ez2VBNbLdEozSwujnpxmA+rwBi3xv9vz 9QlePaI5ru5R69Z3GVBAICHZ0EqLFqMbMJ6Q3MHiIIC4LLcJZuU8bhLwHvxizrH/DfNL QIzwmHNWM6hm68EQkk9QhvKmiJb9e2CxhSVus8Gfk2EslZqKEuqtw99CjrfDAx7nsRiG bFAkKimO9UjbV1vMVnZ+n645Phco/v22EAJI18CZRGw5r4YYVeZF/reXqoEiNQd062wj uV1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=mPH1ludyt8oCxtJa+j+wPtpn1Kd2DMWbhkntVfSTf9k=; b=R9r8B5bFMZGf2C/tqtI8VtXh6MnMtk3jSUhGonAgOe1KD3Vk++Tg2hziq4eWFKt1LK it+/yHOrFDt/eJvMYYp6ZsLPEMI7mDZv3r7qelTWGAazGm8Rr3DzjWlBxeoJQ0jHqd2y exXhY+szkCVY08kZbaSmKvmrFFy3bluEK4BDCtudcX1kLsrJr+FRfIKks0etPTSMJD4v AshvXTAyAN+rpt30/WvMGtUCrarRkhJcHwQXYNt4wHnLiAVjsEzI9Ys0sMrjVbEkrLS2 6+MrUbpLRXbpT+wt7d3oSWyB2pMmEb+r2N7ZgzniX7qIi/Tyg+bu3W4quqvrBQ3IbwTX v1pA== X-Gm-Message-State: AG10YOQ7RP+NpLtAgnhJMgpnx+hkSag29NJZF3oLAT+mowWs/Bm0ICuQSv7bBqc/jEwZ+Q== X-Received: by 10.37.24.10 with SMTP id 10mr14184690yby.68.1453865358268; Tue, 26 Jan 2016 19:29:18 -0800 (PST) Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com. [209.85.160.180]) by smtp.gmail.com with ESMTPSA id i143sm3419798ywg.48.2016.01.26.19.29.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Jan 2016 19:29:17 -0800 (PST) Received: by mail-yk0-f180.google.com with SMTP id a85so226258490ykb.1; Tue, 26 Jan 2016 19:29:17 -0800 (PST) X-Received: by 10.37.41.66 with SMTP id p63mr12844090ybp.183.1453865357126; Tue, 26 Jan 2016 19:29:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.79.6 with HTTP; Tue, 26 Jan 2016 19:28:57 -0800 (PST) In-Reply-To: <1453862939.42081.25.camel@freebsd.org> References: <1453862939.42081.25.camel@freebsd.org> From: Jov Date: Wed, 27 Jan 2016 11:28:57 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap To: Ian Lepore Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 03:29:19 -0000 I am downloading the src and try to test the patch. How can I only compile the pfctl? I do not want to compile the whole world and kernel because the SD card is too slow. Jov blog: http:amutu.com/blog 2016-01-27 10:48 GMT+08:00 Ian Lepore : > On Wed, 2016-01-27 at 02:24 +0000, bugzilla-noreply@freebsd.org wrote: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206658 > > > > Bug ID: 206658 > > Summary: Bus error for pfctl -sa on rpi2 r294499 snap > > Product: Base System > > Version: 11.0-CURRENT > > Hardware: arm > > OS: Any > > Status: New > > Severity: Affects Only Me > > Priority: --- > > Component: arm > > Assignee: freebsd-arm@FreeBSD.org > > Reporter: amutu@amutu.com > > > > uname -a: > > FreeBSD p2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294499: Fri Jan 22 > > 01:49:44 > > UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/ > > sys/RPI2 > > arm > > > > gdb: > > .... > > pass in log quick on wlan0 inet proto tcp from any to (wlan0) port = > > 3333 flags > > S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate > > 3/30, > > overload flush global, src.track 30) > > pass in log quick on wlan0 inet proto tcp from any to (wlan0) port = > > 3333 flags > > S/SA keep state (source-track rule, max-src-conn 5, max-src-conn-rate > > 3/30, > > overload flush global, src.track 30) > > > > STATES: > > all tcp 192.168.1.114:48865 -> 103.138.240.229:37005 > > TIME_WAIT:TIME_WAIT > > > > Program received signal SIGBUS, Bus error. > > 0x00021614 in print_host (addr=0x2065113e, port=45235, af=2 '\002', > > opts=1024) > > at /usr/src/sbin/pfctl/pf_print_state.c:178 > > 178 /usr/src/sbin/pfctl/pf_print_state.c: No such file or > > directory. > > in /usr/src/sbin/pfctl/pf_print_state.c > > Current language: auto; currently minimal > > (gdb) bt > > #0 0x00021614 in print_host (addr=0x2065113e, port=45235, af=2 > > '\002', > > opts=1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > > #1 0x0002189c in print_state (s=0x206510f2, opts=1024) at > > /usr/src/sbin/pfctl/pf_print_state.c:236 > > #2 0x0000c35c in pfctl_show_states (dev=, > > iface=0x0, > > opts=) > > at /usr/src/sbin/pfctl/pfctl.c:1091 > > #3 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 > > #4 0x0000f018 in $a.107 () at /usr/src/sbin/pfctl/pfctl.c:2241 > > > > I attached a patch to the PR and requested the reporter test it, but > I've just realized that the problem was found with a snapshot image and > the reporter may not be able to patch and build. > > I don't use the pf stuff myself, so I have no way of testing it. Can > someone who does use it give this patch a test? Thanks. > > -- Ian > > Index: sbin/pfctl/pf_print_state.c > =================================================================== > --- sbin/pfctl/pf_print_state.c (revision 294860) > +++ sbin/pfctl/pf_print_state.c (working copy) > @@ -146,7 +146,7 @@ print_name(struct pf_addr *addr, sa_family_t af) > memset(&sin, 0, sizeof(sin)); > sin.sin_len = sizeof(sin); > sin.sin_family = AF_INET; > - sin.sin_addr = addr->v4; > + memcpy(&sin.sin_addr, addr->v4, sizeof(sin.sin_addr)); > getnameinfo((struct sockaddr *)&sin, sin.sin_len, > host, sizeof(host), NULL, 0, NI_NOFQDN); > break; > @@ -157,7 +157,7 @@ print_name(struct pf_addr *addr, sa_family_t af) > memset(&sin6, 0, sizeof(sin6)); > sin6.sin6_len = sizeof(sin6); > sin6.sin6_family = AF_INET6; > - sin6.sin6_addr = addr->v6; > + memcpy(&sin6.sin6_addr, addr->v6, sizeof(sin6.sin6_addr)); > getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, > host, sizeof(host), NULL, 0, NI_NOFQDN); > break; > @@ -175,7 +175,7 @@ print_host(struct pf_addr *addr, u_int16_t port, s > struct pf_addr_wrap aw; > > memset(&aw, 0, sizeof(aw)); > - aw.v.a.addr = *addr; > + memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > if (af == AF_INET) > aw.v.a.mask.addr32[0] = 0xffffffff; > else { > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed Jan 27 04:08:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02A9BA6EEE1 for ; Wed, 27 Jan 2016 04:08:47 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8E531289 for ; Wed, 27 Jan 2016 04:08:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 27 Jan 2016 04:09:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0R48i4I029833; Tue, 26 Jan 2016 21:08:44 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453867724.42081.28.camel@freebsd.org> Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: Ian Lepore To: Jov Cc: freebsd-arm@freebsd.org Date: Tue, 26 Jan 2016 21:08:44 -0700 In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 04:08:47 -0000 On Wed, 2016-01-27 at 11:28 +0800, Jov wrote: > I am downloading the src and try to test the patch. > How can I only compile the pfctl? I do not want to compile the whole > world > and kernel because the SD card is too slow. > If you're doing it on the rpi itself, just apply the patch, cd to /usr/src/sbin/pfctl and type make. You'll get this warning: Warning: Object directory not changed from original /usr/src/sbin/pfctl which you can ignore, then there'll be a new pfctl binary in the current directory ready to test. If it works you can do "make install" to replace the bad one, and I'll get the fix committed. -- Ian From owner-freebsd-arm@freebsd.org Wed Jan 27 12:35:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 152CEA464EE for ; Wed, 27 Jan 2016 12:35:18 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6EAB1DCC for ; Wed, 27 Jan 2016 12:35:17 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-yk0-x22f.google.com with SMTP id a85so238308184ykb.1 for ; Wed, 27 Jan 2016 04:35:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GHXetLCgiS+t+sOx2xAyHztVBLz8jEq6O21n3Jh8jFc=; b=OezTiJSbtZa7LevGyTW0ZJuHyANM2Lz8fLqlGFTy+jOe6Q5MDCKL/4uCG6nc7buWGq +xYK/DMVB+MOipyrBJ/6Wc0QF10yFXS28+priX8MNSFVP8+Ik7HIwsS+Iz3ylKOLL3g6 8wngK4881oQTVEGDVVeA7J27b4iI/xLg12XfrxhTksQiuWdPbiq7qzRzlIplvuIACLtn nsKk9+i8P1OaB/0Msgy+CTP099fWTeukhy3z/ThJ8Fz8lHai71KZGuKGwahqKNqTcmDo y5KVp82uZJafBqPOzO1e3HPMUUopkIotqEJngtw9pITi3y4MFiaGMWKT4H72v6JuUY/i eUpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=GHXetLCgiS+t+sOx2xAyHztVBLz8jEq6O21n3Jh8jFc=; b=cgnVc77Dzggb2rQc3lnO9lVlYe5QIr0OFTTgbYf1ODZfEnQ9rhFOKJT7C2L8j/TzwI 3LE49GOnJrZRahfxd27UvDVh/PHOaMuf8eO25eknQdgxkoDwRNrI4UOEC22Sshx7cIne ralIVsI3bl8/cFb0RUKhKZj82sW0MaW4XiLkG6setntRojd5jQRGVBX36H1fekfMNDsh Eq4jc7YPzRoO7Ys9IJjtT5/Uw0uW4kaKjH/hjgZ+gHqcwsX95qUL7xgpmNTBGyA9H5K/ hHeCQyly80WVYtagbWa5Wu6bm5QPhm8J2HEb2YHff2Jv+nL1AwL8bUzcT+Hr5VjHUvtX 6eWA== X-Gm-Message-State: AG10YOQ394ke2N0oyIGlURpiCBg6ePezuVv8YzDCLeyXn+1b8vgEY8Tth0iZgymxuIcJFw== X-Received: by 10.13.228.1 with SMTP id n1mr5923007ywe.295.1453898116859; Wed, 27 Jan 2016 04:35:16 -0800 (PST) Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com. [209.85.160.180]) by smtp.gmail.com with ESMTPSA id w139sm1879327ywa.44.2016.01.27.04.35.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Jan 2016 04:35:15 -0800 (PST) Received: by mail-yk0-f180.google.com with SMTP id v14so238303749ykd.3; Wed, 27 Jan 2016 04:35:15 -0800 (PST) X-Received: by 10.13.196.196 with SMTP id g187mr14525702ywd.264.1453898115457; Wed, 27 Jan 2016 04:35:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.79.6 with HTTP; Wed, 27 Jan 2016 04:34:56 -0800 (PST) In-Reply-To: <1453867724.42081.28.camel@freebsd.org> References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> From: Jov Date: Wed, 27 Jan 2016 20:34:56 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap To: Ian Lepore Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 12:35:18 -0000 Warning: Object directory not changed from original /usr/src/sbin/pfctl cc -O -pipe -mfloat-abi=softfp -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/usr/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -g -std=gnu99 -Wsystem-headers -Werror -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-unuse function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c pf_print_state.c -o pf_print_state.o pf_print_state.c:149:25: error: passing 'struct in_addr' to parameter of incompatible type 'const void *' memcpy(&sin.sin_addr, addr->v4, sizeof(sin.sin_addr)); ^~~~~~~~ /usr/include/string.h:62:56: note: passing argument to parameter here void *memcpy(void * __restrict, const void * __restrict, size_t); ^ pf_print_state.c:160:27: error: passing 'struct in6_addr' to parameter of incompatible type 'const void *' memcpy(&sin6.sin6_addr, addr->v6, sizeof(sin6.sin6_addr)); ^~~~~~~~ /usr/include/string.h:62:56: note: passing argument to parameter here void *memcpy(void * __restrict, const void * __restrict, size_t); ^ 2 errors generated. *** Error code 1 Stop. make: stopped in /usr/src/sbin/pfctl Jov blog: http:amutu.com/blog 2016-01-27 12:08 GMT+08:00 Ian Lepore : > On Wed, 2016-01-27 at 11:28 +0800, Jov wrote: > > I am downloading the src and try to test the patch. > > How can I only compile the pfctl? I do not want to compile the whole > > world > > and kernel because the SD card is too slow. > > > > If you're doing it on the rpi itself, just apply the patch, cd to > /usr/src/sbin/pfctl and type make. You'll get this warning: > > Warning: Object directory not changed from original /usr/src/sbin/pfctl > > which you can ignore, then there'll be a new pfctl binary in the > current directory ready to test. If it works you can do "make install" > to replace the bad one, and I'll get the fix committed. > > -- Ian > From owner-freebsd-arm@freebsd.org Wed Jan 27 14:03:56 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 212AAA6F563 for ; Wed, 27 Jan 2016 14:03:56 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA9891281 for ; Wed, 27 Jan 2016 14:03:55 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 27 Jan 2016 14:04:53 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0RE3r9C031128; Wed, 27 Jan 2016 07:03:53 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453903433.42081.30.camel@freebsd.org> Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: Ian Lepore To: Jov Cc: freebsd-arm@freebsd.org Date: Wed, 27 Jan 2016 07:03:53 -0700 In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> Content-Type: multipart/mixed; boundary="=-lj0Q2vac0hEvyJoqIwhW" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 14:03:56 -0000 --=-lj0Q2vac0hEvyJoqIwhW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Wed, 2016-01-27 at 20:34 +0800, Jov wrote: > Warning: Object directory not changed from original > /usr/src/sbin/pfctl > cc -O -pipe -mfloat-abi=softfp -Wall -Wmissing-prototypes > -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ > -I/usr/src/sbin/pfctl > -DWITH_INET6 -DWITH_INET -g -std=gnu99 -Wsystem-headers -Werror -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-unuse function > -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno > -switch-enum > -Wno-knr-promoted-parameter -Qunused-arguments -c pf_print_state.c > -o > pf_print_state.o > pf_print_state.c:149:25: error: passing 'struct in_addr' to parameter > of > incompatible type 'const void *' > memcpy(&sin.sin_addr, addr->v4, > sizeof(sin.sin_addr)); > ^~~~~~~~ > /usr/include/string.h:62:56: note: passing argument to parameter here > void *memcpy(void * __restrict, const void * __restrict, size_t); > ^ > pf_print_state.c:160:27: error: passing 'struct in6_addr' to > parameter of > incompatible type 'const void *' > memcpy(&sin6.sin6_addr, addr->v6, > sizeof(sin6.sin6_addr)); > ^~~~~~~~ > /usr/include/string.h:62:56: note: passing argument to parameter here > void *memcpy(void * __restrict, const void * __restrict, size_t); > ^ > 2 errors generated. > *** Error code 1 > > Stop. > make: stopped in /usr/src/sbin/pfctl > Oops, sorry about that, try this one... -- Ian --=-lj0Q2vac0hEvyJoqIwhW Content-Disposition: inline; filename="pfctl_align2.diff" Content-Type: text/x-patch; name="pfctl_align2.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sbin/pfctl/pf_print_state.c =================================================================== --- sbin/pfctl/pf_print_state.c (revision 294860) +++ sbin/pfctl/pf_print_state.c (working copy) @@ -146,7 +146,7 @@ print_name(struct pf_addr *addr, sa_family_t af) memset(&sin, 0, sizeof(sin)); sin.sin_len = sizeof(sin); sin.sin_family = AF_INET; - sin.sin_addr = addr->v4; + memcpy(&sin.sin_addr, &addr->v4, sizeof(sin.sin_addr)); getnameinfo((struct sockaddr *)&sin, sin.sin_len, host, sizeof(host), NULL, 0, NI_NOFQDN); break; @@ -157,7 +157,7 @@ print_name(struct pf_addr *addr, sa_family_t af) memset(&sin6, 0, sizeof(sin6)); sin6.sin6_len = sizeof(sin6); sin6.sin6_family = AF_INET6; - sin6.sin6_addr = addr->v6; + memcpy(&sin6.sin6_addr, &addr->v6, sizeof(sin6.sin6_addr)); getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, host, sizeof(host), NULL, 0, NI_NOFQDN); break; @@ -175,7 +175,7 @@ print_host(struct pf_addr *addr, u_int16_t port, s struct pf_addr_wrap aw; memset(&aw, 0, sizeof(aw)); - aw.v.a.addr = *addr; + memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); if (af == AF_INET) aw.v.a.mask.addr32[0] = 0xffffffff; else { --=-lj0Q2vac0hEvyJoqIwhW-- From owner-freebsd-arm@freebsd.org Wed Jan 27 16:29:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A94FA70127 for ; Wed, 27 Jan 2016 16:29:53 +0000 (UTC) (envelope-from kipcoul@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3FA1369 for ; Wed, 27 Jan 2016 16:29:53 +0000 (UTC) (envelope-from kipcoul@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id f81so24592676iof.0 for ; Wed, 27 Jan 2016 08:29:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=R2Kpy7ybKAvx0JUFDyyXP8Y1itOZXjJ+UVTS/obmGU8=; b=olTHXSlCIHOVeCIoDHTeyFOtfBqViQ1FFH0DVFbJnGgtIj5dEHdvLxp0GbF8XsjAWJ vsRtTuNzwB/MRhZ0HbwCCxwi+dHbA5kQ19DOTljv5IY0dnH0oG9DqdhbMkwULuwJyNZN W7ha9/Nxz/E2hN+WuBxF4TVl9713SCzZ6GtlWw57Xcn6rsk1ZJ4jPynFt7mfaqQ4QWCY 7aKyggVPO0P9iTDvezdQv549mFToZmb2Xs90wVZB/3zzVN5U0TMG2poqsusqtP1UItTs 4UGDpdHUF1aj924kqvLa0Q1TapozXNg2m1zeGroiP7e3JYBzq1FzzQUKWdUStKSXmwYr CHpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=R2Kpy7ybKAvx0JUFDyyXP8Y1itOZXjJ+UVTS/obmGU8=; b=AC1xZsKY9XzwbMXHwXJw5Lj8Zp8fJzOzu+WpM+F896x7z2W8SiJ7U8yr5ymt3zkPU9 s01Jj9dW8EIpdwjFtBtxoLlcXSmEVeAbKxJW932cpbfCRHbe/3ZLflBjtaVhr+wGPVuD 5AlKHknldsBfySRBK8jk+wGTQqnS31vXWWqBT5+TVe4n5nUy8mLxQipSXYuI+zzC3gFD /0btNkA24K13hreBbNPTXJQmc6vP1ImI0FYk9SQdKxfLCImBoBUVx2zUNWZiq0mQdo/r CD3PWWknkRrpUAjd8+/GInZsNW+gv+OpAagF+yOwqZDXDu8CDthtbe8GbgqBOIVaN+3f 42cQ== X-Gm-Message-State: AG10YORqwboscYlPZhcOaFSSRSTDLaEecSvObzJYa9EmpsSBtkTaUKFOzGt2fU/SRmR88JySU5Y9IUu95fxtDg== MIME-Version: 1.0 X-Received: by 10.107.34.16 with SMTP id i16mr34098054ioi.22.1453912192633; Wed, 27 Jan 2016 08:29:52 -0800 (PST) Received: by 10.36.69.225 with HTTP; Wed, 27 Jan 2016 08:29:52 -0800 (PST) Date: Wed, 27 Jan 2016 17:29:52 +0100 Message-ID: Subject: GPIO interrupts on FreeBSD From: Kip Coul To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 16:29:53 -0000 Hello FreeBSD friends :) I'm sending this e-mail to you regarding FreeBSD on Raspberry Pi. I'd like to build a system with my Raspberry Pi on FreeBSD, and for that I need to use the GPIO. I ultimately would like to respond to interrupts on my Pi's GPIO pins. Do you know whether I can wait for interrupt in an event-driven manner on the GPIO? If yes, how? Thanks a lot! Regards, Kip From owner-freebsd-arm@freebsd.org Wed Jan 27 16:55:12 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F17C8A70B90 for ; Wed, 27 Jan 2016 16:55:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BAFCF1C05 for ; Wed, 27 Jan 2016 16:55:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EF7831FE023 for ; Wed, 27 Jan 2016 17:55:03 +0100 (CET) To: freebsd-arm From: Hans Petter Selasky Subject: USB/EHCI ARM testers wanted Message-ID: <56A8F6F2.4050503@selasky.org> Date: Wed, 27 Jan 2016 17:57:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 16:55:13 -0000 Hi, Can people using USB/EHCI with ARM platforms test the following patch: https://reviews.freebsd.org/D5088 --HPS From owner-freebsd-arm@freebsd.org Wed Jan 27 17:18:37 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35672A6F379 for ; Wed, 27 Jan 2016 17:18:37 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B9231A9B for ; Wed, 27 Jan 2016 17:18:36 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-io0-x234.google.com with SMTP id f81so26266841iof.0 for ; Wed, 27 Jan 2016 09:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=rBuuie9fECRnmujtpSSXZhNaC7HT9u+/cmqcJOdCLyU=; b=NeVYTaQjpQ+BZYuJW8pMT0fd06zKtiK3ZwQDaC7WJRMaYPagWd+n3i6m8D6fyjfjes Uw1u4Dibt82zd5plEtc21B5dlOCFqoSUaWd+D3I5dTnoQZ9FmJCzBUzUikcX2pPyL0ne ntEu7YV1tBl6o1UApyaax23rZzeR/yoncTNR6qUo5WZ9zaQ9TZoQFWq8IfGNncHg/J8q CJJt6tUka50geJxisYPCw+AdnMNjNwaXdc+OGDtSnf+zfH62Kx+fTLjLAEVmtJ1JqJy2 DsZwyF+7YJet2uPQcrNSl9hNqn/3Ar+RqJb0L4HAvZSZt/MD8xGB3y84NJ9xZKeFCAwB 9MuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc :content-type; bh=rBuuie9fECRnmujtpSSXZhNaC7HT9u+/cmqcJOdCLyU=; b=GvmJ7kblsuJdAxOQ4PmBicIwe6uw+nGxOIBiY3/wkPk65w/D5jJQw4AddRh5Ijri6u +s97IzNrzYCCbxdTfdbUU4uFEKqTeMMdpt8/vW788Ie4OFdO+VNXg5GC4RZAddTFVxZv 8sG5kyWa6t7yGJxlGqS7HoO+53/xY8bXY53O67LwbWxPmid3GMjWPJaTug9xnJ9DILo6 DUcMWf716d2NGYGGMAjWUXyZJg/RIcd1FB4lrhZ8pG9v0ZquC9Tln4xHJmQj4jskUIWj PVD4avw7q5eEYI8yH0/WjPzGxeMF5sGuae9M3irMyNjWVLFPYNp30oTs2pRcYBiRJEpm 3fQA== X-Gm-Message-State: AG10YOQkJvcG/kMkIPHaBTT7eEVAMbWyD3O32UhEgAJlmlHgkuimhYze+u3u/jzkF4NgacnBlKItapcIyHjLeA== X-Received: by 10.107.3.37 with SMTP id 37mr33571660iod.182.1453915116314; Wed, 27 Jan 2016 09:18:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.154.19 with HTTP; Wed, 27 Jan 2016 09:18:16 -0800 (PST) From: Wojciech Macek Date: Wed, 27 Jan 2016 18:18:16 +0100 Message-ID: Subject: SCHED_ULE race condition, fix proposal To: developers@freebsd.org, freebsd-arm@freebsd.org Cc: Olivier Houchard , arm64-dev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 17:18:37 -0000 Hello, I've encountered a very nasty race condition during debugging armv8 HWPMC. It seems that ULE scheduler can execute the same thread on two different CPUs at the same time... Here is the scenario. The PMC driver must execute some of the code on the CPU0. To ensure that, a process migration is triggered as following: thread_lock(curthread); sched_bind(curthread, cpu); thread_unlock(curthread); KASSERT(curthread->td_oncpu == cpu, ("[pmc,%d] CPU not bound [cpu=%d, curr=%d]", __LINE__, cpu, curthread->td_oncpu)); That causes the context switch and (finally) execution of sched_switch() function. The code correctly detects migration and calls sched_switch_migrate. That function is supposed to add current thread to the runqueue of another CPU ("tdn" variable). So it does: tdq_lock_pair(tdn, tdq); tdq_add(tdn, td, flags); tdq_notify(tdn, td); TDQ_UNLOCK(tdn); spinlock_exit(); But that sometimes is causing a crash, because the other CPU is staring to process mi_switch as soon as the IPI arrives (via tdq_notify) and the runqueue lock is released. The problem is, that the thread does not contain valid register set, because its context was not yet stored - that happens later in machine dependent cpu_switch function. In another words, the sched_switch run on the CPU we want the thread to migrate onto restores thread context before it was actually stored on another core - that causes setting regs/pc/lt to some junk data and crash. I'd like to discuss a possible solution for this. I think it would be reasonable to extend cpu_switch to be capable of releasing a lock as the last thing it does after storing everything into the PCB. We could then remove the "TDQ_UNLOCK(tdn);" from the sched_switch_migrate and be sure that in the situation of migration nobody is allowed to touch the target runqueue until the migrating process finishes storing its context. But first I'd like to discuss some possible alternatives and maybe find another solution, because any change in this area will impact all supported architectures. Regards, Wojtek wma@freebsd.org From owner-freebsd-arm@freebsd.org Wed Jan 27 17:52:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B60AA7021A; Wed, 27 Jan 2016 17:52:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C7B81184; Wed, 27 Jan 2016 17:52:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 230BCB94B; Wed, 27 Jan 2016 12:52:34 -0500 (EST) From: John Baldwin To: Wojciech Macek Cc: hackers@freebsd.org, freebsd-arm@freebsd.org, Olivier Houchard , arm64-dev Subject: Re: SCHED_ULE race condition, fix proposal Date: Wed, 27 Jan 2016 09:51:12 -0800 Message-ID: <2587742.rOiGAYXjN1@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 27 Jan 2016 12:52:34 -0500 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 17:52:35 -0000 On Wednesday, January 27, 2016 06:18:16 PM Wojciech Macek wrote: > Hello, > > I've encountered a very nasty race condition during debugging armv8 HWPMC. > It seems that ULE scheduler can execute the same thread on two different > CPUs at the same time... > > Here is the scenario. > The PMC driver must execute some of the code on the CPU0. To ensure that, a > process migration is triggered as following: > > > thread_lock(curthread); > sched_bind(curthread, cpu); > thread_unlock(curthread); > > KASSERT(curthread->td_oncpu == cpu, > ("[pmc,%d] CPU not bound [cpu=%d, curr=%d]", __LINE__, > cpu, curthread->td_oncpu)); > > > That causes the context switch and (finally) execution of sched_switch() > function. The code correctly detects migration and calls > sched_switch_migrate. That function is supposed to add current thread to > the runqueue of another CPU ("tdn" variable). So it does: > > tdq_lock_pair(tdn, tdq); > tdq_add(tdn, td, flags); > tdq_notify(tdn, td); > TDQ_UNLOCK(tdn); > spinlock_exit(); > > > But that sometimes is causing a crash, because the other CPU is staring to > process mi_switch as soon as the IPI arrives (via tdq_notify) and the > runqueue lock is released. The problem is, that the thread does not contain > valid register set, because its context was not yet stored - that happens > later in machine dependent cpu_switch function. In another words, the > sched_switch run on the CPU we want the thread to migrate onto restores > thread context before it was actually stored on another core - that causes > setting regs/pc/lt to some junk data and crash. > > > I'd like to discuss a possible solution for this. I think it would be > reasonable to extend cpu_switch to be capable of releasing a lock as the > last thing it does after storing everything into the PCB. We could then > remove the "TDQ_UNLOCK(tdn);" from the sched_switch_migrate and be sure > that in the situation of migration nobody is allowed to touch the target > runqueue until the migrating process finishes storing its context. > > But first I'd like to discuss some possible alternatives and maybe find > another solution, because any change in this area will impact all supported > architectures. This belongs on hackers, not developers@. cpu_switch() already does what you describe though in a slightly different way. The thread_lock() of a thread being switched out is set to blocked_lock. cpu_switch() on the new CPU will always spin until cpu_switch updates thread_lock of the old thread to point to the proper runq lock after saving its state in the pcb. arm64 does this here: /* * Release the old thread. This doesn't need to be a store-release * as the above dsb instruction will provide release semantics. */ str x2, [x0, #TD_LOCK] #if defined(SCHED_ULE) && defined(SMP) /* Read the value in blocked_lock */ ldr x0, =_C_LABEL(blocked_lock) ldr x2, [x0] 1: ldar x3, [x1, #TD_LOCK] cmp x3, x2 b.eq 1b #endif Note the thread_lock_block() call just above the block you noted from sched_switch_migrate() to see where td_lock is set to &blocked_lock. If the comment about 'dsb' above is wrong that might explain why you see stale state in the PCB after seeing the new value of td_lock. -- John Baldwin From owner-freebsd-arm@freebsd.org Wed Jan 27 18:14:31 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD537A70A4F; Wed, 27 Jan 2016 18:14:31 +0000 (UTC) (envelope-from cognet@ci0.org) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81A261587; Wed, 27 Jan 2016 18:14:31 +0000 (UTC) (envelope-from cognet@ci0.org) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.9/8.14.8) with ESMTP id u0RIEQS2048903; Wed, 27 Jan 2016 19:14:26 +0100 (CET) (envelope-from cognet@ci0.org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.9/8.14.8/Submit) id u0RIEQmb048902; Wed, 27 Jan 2016 19:14:26 +0100 (CET) (envelope-from cognet@ci0.org) X-Authentication-Warning: kanar.ci0.org: doginou set sender to cognet@ci0.org using -f Date: Wed, 27 Jan 2016 19:14:26 +0100 From: Olivier Houchard To: John Baldwin Cc: Wojciech Macek , hackers@freebsd.org, freebsd-arm@freebsd.org, arm64-dev Subject: Re: SCHED_ULE race condition, fix proposal Message-ID: <20160127181426.GA48838@ci0.org> References: <2587742.rOiGAYXjN1@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2587742.rOiGAYXjN1@ralph.baldwin.cx> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 18:14:32 -0000 Hi, I may be reading the arm64 code wrong, but shouldn't : ldr x0, =_C_LABEL(blocked_lock) ldr x2, [x0] be just: ldr x2, =_C_LABEL(blocked_lock) Regards, Olivier On Wed, Jan 27, 2016 at 09:51:12AM -0800, John Baldwin wrote: > On Wednesday, January 27, 2016 06:18:16 PM Wojciech Macek wrote: > > Hello, > > > > I've encountered a very nasty race condition during debugging armv8 HWPMC. > > It seems that ULE scheduler can execute the same thread on two different > > CPUs at the same time... > > > > Here is the scenario. > > The PMC driver must execute some of the code on the CPU0. To ensure that, a > > process migration is triggered as following: > > > > > > thread_lock(curthread); > > sched_bind(curthread, cpu); > > thread_unlock(curthread); > > > > KASSERT(curthread->td_oncpu == cpu, > > ("[pmc,%d] CPU not bound [cpu=%d, curr=%d]", __LINE__, > > cpu, curthread->td_oncpu)); > > > > > > That causes the context switch and (finally) execution of sched_switch() > > function. The code correctly detects migration and calls > > sched_switch_migrate. That function is supposed to add current thread to > > the runqueue of another CPU ("tdn" variable). So it does: > > > > tdq_lock_pair(tdn, tdq); > > tdq_add(tdn, td, flags); > > tdq_notify(tdn, td); > > TDQ_UNLOCK(tdn); > > spinlock_exit(); > > > > > > But that sometimes is causing a crash, because the other CPU is staring to > > process mi_switch as soon as the IPI arrives (via tdq_notify) and the > > runqueue lock is released. The problem is, that the thread does not contain > > valid register set, because its context was not yet stored - that happens > > later in machine dependent cpu_switch function. In another words, the > > sched_switch run on the CPU we want the thread to migrate onto restores > > thread context before it was actually stored on another core - that causes > > setting regs/pc/lt to some junk data and crash. > > > > > > I'd like to discuss a possible solution for this. I think it would be > > reasonable to extend cpu_switch to be capable of releasing a lock as the > > last thing it does after storing everything into the PCB. We could then > > remove the "TDQ_UNLOCK(tdn);" from the sched_switch_migrate and be sure > > that in the situation of migration nobody is allowed to touch the target > > runqueue until the migrating process finishes storing its context. > > > > But first I'd like to discuss some possible alternatives and maybe find > > another solution, because any change in this area will impact all supported > > architectures. > > This belongs on hackers, not developers@. > > cpu_switch() already does what you describe though in a slightly different > way. The thread_lock() of a thread being switched out is set to blocked_lock. > cpu_switch() on the new CPU will always spin until cpu_switch updates > thread_lock of the old thread to point to the proper runq lock after saving > its state in the pcb. arm64 does this here: > > /* > * Release the old thread. This doesn't need to be a store-release > * as the above dsb instruction will provide release semantics. > */ > str x2, [x0, #TD_LOCK] > #if defined(SCHED_ULE) && defined(SMP) > /* Read the value in blocked_lock */ > ldr x0, =_C_LABEL(blocked_lock) > ldr x2, [x0] > 1: > ldar x3, [x1, #TD_LOCK] > cmp x3, x2 > b.eq 1b > #endif > > Note the thread_lock_block() call just above the block you noted from > sched_switch_migrate() to see where td_lock is set to &blocked_lock. > > If the comment about 'dsb' above is wrong that might explain why you see > stale state in the PCB after seeing the new value of td_lock. > > -- > John Baldwin From owner-freebsd-arm@freebsd.org Wed Jan 27 18:48:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3C7EA6E4E6; Wed, 27 Jan 2016 18:48:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E8FC139E; Wed, 27 Jan 2016 18:48:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u0RImMXX078527 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 27 Jan 2016 20:48:22 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u0RImMXX078527 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u0RImMlP078497; Wed, 27 Jan 2016 20:48:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 27 Jan 2016 20:48:22 +0200 From: Konstantin Belousov To: Olivier Houchard Cc: John Baldwin , hackers@freebsd.org, arm64-dev , freebsd-arm@freebsd.org Subject: Re: SCHED_ULE race condition, fix proposal Message-ID: <20160127184822.GE74231@kib.kiev.ua> References: <2587742.rOiGAYXjN1@ralph.baldwin.cx> <20160127181426.GA48838@ci0.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160127181426.GA48838@ci0.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 18:48:28 -0000 On Wed, Jan 27, 2016 at 07:14:26PM +0100, Olivier Houchard wrote: > Hi, > > I may be reading the arm64 code wrong, but shouldn't : > ldr x0, =_C_LABEL(blocked_lock) > ldr x2, [x0] > > be just: > ldr x2, =_C_LABEL(blocked_lock) You are right, I believe. From owner-freebsd-arm@freebsd.org Wed Jan 27 19:06:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1E09A6ED64 for ; Wed, 27 Jan 2016 19:06:17 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C54151111 for ; Wed, 27 Jan 2016 19:06:17 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-ig0-x22b.google.com with SMTP id ik10so87956752igb.1 for ; Wed, 27 Jan 2016 11:06:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mZb7Cg9biXswox7H7/qDgpQh9w6eLXJpd6+BsxavL8U=; b=zQjQgneo+qDINVbqBikQCPvD776CLR1LONJyfsHQbeb+qWnO0FOqEPMMADXBGKZer2 DxrkMzgeXnZ3veCzlmAAmeCBunUsux/VWMt/AdgDJ30NwQuXqxnUWsf4pP4wLZVLOwIq WF9TzXakGhCWo1W/K2jxjWQ8AdcsBdAiL4tqYOUJCaus7OuMXNKpIfUPd+y+QZ0LJxvV x6WbF0RUwLaFOmZquOVyCIlCJz01HbNDDCM3euxCaV9acdL4SaTo1TmzAwViSbA83wOp CnS7m/A11D6g2tZAU9sAKBSH9lLvsh/UFmfQfnzCEYAh5gV+jboDl0Ncp/Ue1QIHAGeT 66Tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=mZb7Cg9biXswox7H7/qDgpQh9w6eLXJpd6+BsxavL8U=; b=ZAFrifsVVW4LzF5Paz72yJUq9t7gzOVnuL6FOdVPokNvOvprfrStOCPM4IzNCliJ71 Ou/q25U3py8jqxcnE+cdwIIxJwWhadRnkJCoQBtbC9sK32ZPKFit74PkDklG/hteOGoQ JQfoSj6S1Qr1NiQYQ8+5Osu29GAN8y+SzHdFJd/9kse/0lckLx3W8wkxACmXjZsurJfq FTxsqvFgsr7KsuMAOF4sBxMHWXbq+mkVqNPh1jSPWnfk2NymhKgVc+JtX7BsQT5TQgUa 7blWyQMww0xXZifXLdMyqm+Tip7awqOgFMA6hLKKuc7kNZcb5pQvYLQR0AA3uQg0fJ1X 2qwQ== X-Gm-Message-State: AG10YORlMF5wyGl28xuHwlmXWCQvcWYmYUuKZX1ash+n+ekV81EHVl06zA5ROiRGEP0mc9OglToeOZfDJnl79A== X-Received: by 10.50.136.136 with SMTP id qa8mr30316937igb.39.1453921577007; Wed, 27 Jan 2016 11:06:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.154.19 with HTTP; Wed, 27 Jan 2016 11:05:57 -0800 (PST) In-Reply-To: <20160127181426.GA48838@ci0.org> References: <2587742.rOiGAYXjN1@ralph.baldwin.cx> <20160127181426.GA48838@ci0.org> From: Wojciech Macek Date: Wed, 27 Jan 2016 20:05:57 +0100 Message-ID: Subject: Re: SCHED_ULE race condition, fix proposal To: Olivier Houchard Cc: John Baldwin , hackers@freebsd.org, freebsd-arm@freebsd.org, arm64-dev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 19:06:18 -0000 Holly... Good catch :) Indeed, blocked_lock is not a pointer. I'll check it tommorow at work, but it looks promissing. And the only reason it didn't cause any data abort is that the mutex structure cointains a pointer to a string (name) at the offset 0. Thanks, Wojtek 2016-01-27 19:14 GMT+01:00 Olivier Houchard : > Hi, > > I may be reading the arm64 code wrong, but shouldn't : > ldr x0, =_C_LABEL(blocked_lock) > ldr x2, [x0] > > be just: > ldr x2, =_C_LABEL(blocked_lock) > > Regards, > > Olivier > > On Wed, Jan 27, 2016 at 09:51:12AM -0800, John Baldwin wrote: > > On Wednesday, January 27, 2016 06:18:16 PM Wojciech Macek wrote: > > > Hello, > > > > > > I've encountered a very nasty race condition during debugging armv8 > HWPMC. > > > It seems that ULE scheduler can execute the same thread on two > different > > > CPUs at the same time... > > > > > > Here is the scenario. > > > The PMC driver must execute some of the code on the CPU0. To ensure > that, a > > > process migration is triggered as following: > > > > > > > > > thread_lock(curthread); > > > sched_bind(curthread, cpu); > > > thread_unlock(curthread); > > > > > > KASSERT(curthread->td_oncpu == cpu, > > > ("[pmc,%d] CPU not bound [cpu=%d, curr=%d]", __LINE__, > > > cpu, curthread->td_oncpu)); > > > > > > > > > That causes the context switch and (finally) execution of > sched_switch() > > > function. The code correctly detects migration and calls > > > sched_switch_migrate. That function is supposed to add current thread > to > > > the runqueue of another CPU ("tdn" variable). So it does: > > > > > > tdq_lock_pair(tdn, tdq); > > > tdq_add(tdn, td, flags); > > > tdq_notify(tdn, td); > > > TDQ_UNLOCK(tdn); > > > spinlock_exit(); > > > > > > > > > But that sometimes is causing a crash, because the other CPU is > staring to > > > process mi_switch as soon as the IPI arrives (via tdq_notify) and the > > > runqueue lock is released. The problem is, that the thread does not > contain > > > valid register set, because its context was not yet stored - that > happens > > > later in machine dependent cpu_switch function. In another words, the > > > sched_switch run on the CPU we want the thread to migrate onto restores > > > thread context before it was actually stored on another core - that > causes > > > setting regs/pc/lt to some junk data and crash. > > > > > > > > > I'd like to discuss a possible solution for this. I think it would be > > > reasonable to extend cpu_switch to be capable of releasing a lock as > the > > > last thing it does after storing everything into the PCB. We could then > > > remove the "TDQ_UNLOCK(tdn);" from the sched_switch_migrate and be sure > > > that in the situation of migration nobody is allowed to touch the > target > > > runqueue until the migrating process finishes storing its context. > > > > > > But first I'd like to discuss some possible alternatives and maybe find > > > another solution, because any change in this area will impact all > supported > > > architectures. > > > > This belongs on hackers, not developers@. > > > > cpu_switch() already does what you describe though in a slightly > different > > way. The thread_lock() of a thread being switched out is set to > blocked_lock. > > cpu_switch() on the new CPU will always spin until cpu_switch updates > > thread_lock of the old thread to point to the proper runq lock after > saving > > its state in the pcb. arm64 does this here: > > > > /* > > * Release the old thread. This doesn't need to be a > store-release > > * as the above dsb instruction will provide release semantics. > > */ > > str x2, [x0, #TD_LOCK] > > #if defined(SCHED_ULE) && defined(SMP) > > /* Read the value in blocked_lock */ > > ldr x0, =_C_LABEL(blocked_lock) > > ldr x2, [x0] > > 1: > > ldar x3, [x1, #TD_LOCK] > > cmp x3, x2 > > b.eq 1b > > #endif > > > > Note the thread_lock_block() call just above the block you noted from > > sched_switch_migrate() to see where td_lock is set to &blocked_lock. > > > > If the comment about 'dsb' above is wrong that might explain why you see > > stale state in the PCB after seeing the new value of td_lock. > > > > -- > > John Baldwin > From owner-freebsd-arm@freebsd.org Wed Jan 27 19:14:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCE36A6F0C2 for ; Wed, 27 Jan 2016 19:14:45 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60088172C for ; Wed, 27 Jan 2016 19:14:45 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by mail-lb0-x22a.google.com with SMTP id dx2so11001616lbd.3 for ; Wed, 27 Jan 2016 11:14:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=IB8NEMfbkpKIaCQnIYLIjxV25JoGoOp6BOyQnI8WjLE=; b=R8jUylnKqj+9uQTeni+WLlvgh4IrxwecYKqBqqDBl3AxzTwCNq2JW7lkI4EwJlyIv0 mMWI296XNFElSgh90tkCSNI4Ovjh0F3n+aIJ5DKUAqZEgf73d26V5IYV6kuOd9H15Q+k MIDn0nGukOtHXCGKCQI6RdvwdJiufHoxaep7jMwQEclCoemHAT0TnAgGfgdkXuFthC6Q rULaTvAcksJaP93DUMWg1yoCapi42Bg0W4o0VI+2AOzmYz8W4TjCUQJFIXkMQC75+dbE aGekP6DYRxirYK8ven8CykmoSJDjdwfncfFBkuoVSbC959y6ybFdnZVk41HN/eeUCK26 7krQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=IB8NEMfbkpKIaCQnIYLIjxV25JoGoOp6BOyQnI8WjLE=; b=Mm0IqT1+D0y+H7qbj5GBjkxSTlgzV2w0jg1CetYegXj6C0hupKgZJ5LIga1DYIUA+T F8dlYYdIY8GhIKSikBRoqeyCF4zfMdx5wbo2hb7UXu7x4ExyjS98BDVzo7cKRmZEgRlE dLgJXMQ3iZANYDFBCaD1kRKD8RNnyShywJLzBNm8pR1gAePFXEAzwFvCy0eRvIZQck0F iuzsM3WTJw8mZEjKFfqSdAeUORrqaZ6PIXPp3LKKHMZ8vRu1ti2ZJtdCLEleFhntaKyC mjv7eNaWxcrBl+GVRQvz0Xo5U6PtUfrtIr5n9nBHXImMnGjpPIyGMqIbx0FtRa3pPOXm VZMw== X-Gm-Message-State: AG10YORXPqLJ8Cd/OebMo5pKnl0bzBM/UxYnggl8LduedcDttNFTM9sxisUq8rteahF7NgPl9RCBJ6RiCvoXOg== X-Received: by 10.112.209.99 with SMTP id ml3mr11218222lbc.26.1453922083428; Wed, 27 Jan 2016 11:14:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.198.7 with HTTP; Wed, 27 Jan 2016 11:14:23 -0800 (PST) In-Reply-To: <20160127184822.GE74231@kib.kiev.ua> References: <2587742.rOiGAYXjN1@ralph.baldwin.cx> <20160127181426.GA48838@ci0.org> <20160127184822.GE74231@kib.kiev.ua> From: Zbigniew Bodek Date: Wed, 27 Jan 2016 20:14:23 +0100 Message-ID: Subject: Re: SCHED_ULE race condition, fix proposal To: Konstantin Belousov Cc: Olivier Houchard , arm64-dev , "freebsd-arm@freebsd.org" , hackers@freebsd.org, John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 19:14:46 -0000 2016-01-27 19:48 GMT+01:00 Konstantin Belousov : > On Wed, Jan 27, 2016 at 07:14:26PM +0100, Olivier Houchard wrote: > > Hi, > > > > I may be reading the arm64 code wrong, but shouldn't : > > ldr x0, =_C_LABEL(blocked_lock) > > ldr x2, [x0] > > > > be just: > > ldr x2, =_C_LABEL(blocked_lock) > > You are right, I believe. > Hah! Great catch! :-) Best regards zbb From owner-freebsd-arm@freebsd.org Wed Jan 27 19:38:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA765A6FA29 for ; Wed, 27 Jan 2016 19:38:38 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) Received: from nm46-vm9.bullet.mail.bf1.yahoo.com (nm46-vm9.bullet.mail.bf1.yahoo.com [216.109.114.202]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97FB31883 for ; Wed, 27 Jan 2016 19:38:38 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1453923336; bh=zyl6lvLZPM8X39gzSAew+WlUS1FK93npPsWqc1p/mwQ=; h=From:Subject:Date:To:From:Subject; b=IypMO5Z2cEDR5A2VqiuUueSh61rMpIXAzpQCPScMXXkCIKZfLq6GWJhnbjDSPKWuWkuFjuKyvMj69P+ePHcAS2uRldn6OZ+7D/rCQ6XAqRji7+R3Vpl5O8ueR6uAzw5pwPOyjBHvh2I3LFpHQmFbDz6ynP+aHBtmkLyEgHmbuVXJz3OyAddiBhUVbPjF55wMBoT8uBVsGaUjV8tq+QmdQ5GTymse5sod8ISi77IxVxP13eNnzN4mwYnPaD7XtNW0nJ8F7r3sQXof5tdDHt1e+XhWXGqhWHLabWFoAtIqW1ZMfMVH6LKemv1L3Jt2hTveEk+WF4miQnBhAS5QTZA+hQ== Received: from [98.139.215.143] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jan 2016 19:35:36 -0000 Received: from [98.139.211.196] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jan 2016 19:35:36 -0000 Received: from [127.0.0.1] by smtp205.mail.bf1.yahoo.com with NNFMP; 27 Jan 2016 19:35:36 -0000 X-Yahoo-Newman-Id: 842056.28397.bm@smtp205.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: PdPnxlwVM1kqleF_VxzAtYs4pGNp_ywgCJpxI_mCrO2TiDo cWC91dqukEbNNOyaR3ptoSJTsxXcX.Ej7iB38Gt70ZfjK8mg8qqMPVAPrSok IZBitw_94lMdWpV55VkewJJIpgIR0Hr6t6UHxqZA0q99mWE9iD8HJ_tbhq19 2t4MO_V8m5tHtcCg9e4Fa7S56a0udylWxA.Mp0aSJY8kp5yRMelDS6tR8sAw JsqjrVW9TWRrsMOLl.f4jfX_iWfUmvcpgQe3RPiLycxwA7SJ9KSwxhIofirg hR96GYEbnurxgtMJ1fsuO2ojhi_fn0n9k1xYWDKFNZ7_exvjTxgPLwAicje1 y.51OTaodJeGei7WtL_LDgWL_r9_lxUMQKz_PXBYAPGvFFz.g5e_aFBd6FTk ZBhJHltnUsTrlIyq6Q9X5gv5lOI4XcQE16j8P0UbJcneB2RXG9qqNyv42qS2 Zs1Y7v4_glf1lxS_9Ul9C_UOvmWfzDlBXvVDF1cA8RpcWT7UfaFOnlFr_c6n mlIKbg2ZoZ0bgX4WX4XrhaeWcd7Yf5CmZyOgBWBSK X-Yahoo-SMTP: .8Dytk6swBAeTUTcf.ezO8BKaYfn.mUV From: Thomas Skibo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: USB/EHCI ARM testers wanted Message-Id: <8527F4D3-6AD3-43DD-83AA-E3E8D9FD2A96@yahoo.com> Date: Wed, 27 Jan 2016 11:35:35 -0800 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 19:38:38 -0000 I just did a quick test of this patch on the Zedboard and it seems to = work. =E2=80=94 Thomas Skibo thomasskibo@yahoo.com From owner-freebsd-arm@freebsd.org Thu Jan 28 00:36:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10995A6F2F8; Thu, 28 Jan 2016 00:36:06 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0115.outbound.protection.outlook.com [157.56.110.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D52D1471; Thu, 28 Jan 2016 00:36:04 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from BL2PR05CA0015.namprd05.prod.outlook.com (10.255.226.15) by DM2PR0501MB1392.namprd05.prod.outlook.com (10.161.224.139) with Microsoft SMTP Server (TLS) id 15.1.390.13; Thu, 28 Jan 2016 00:20:23 +0000 Received: from BN1AFFO11OLC003.protection.gbl (2a01:111:f400:7c10::147) by BL2PR05CA0015.outlook.office365.com (2a01:111:e400:c04::15) with Microsoft SMTP Server (TLS) id 15.1.396.15 via Frontend Transport; Thu, 28 Jan 2016 00:20:22 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.19) by BN1AFFO11OLC003.mail.protection.outlook.com (10.58.53.74) with Microsoft SMTP Server (TLS) id 15.1.355.15 via Frontend Transport; Thu, 28 Jan 2016 00:20:22 +0000 Received: from stevek-ubuntu.jnpr.net (172.25.4.171) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server id 14.3.123.3; Wed, 27 Jan 2016 16:20:19 -0800 Date: Wed, 27 Jan 2016 19:20:15 -0500 From: Steve Kiernan To: Stanislav Galabov CC: , Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c Message-ID: <20160127192015.64d0ded0@stevek-ubuntu.jnpr.net> In-Reply-To: References: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> Organization: Juniper Networks Inc. X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11OLC003; 1:L0nIRLs+F2EzW7RnYUruL1e6+GBcDwRt/lJSryWujE5OtUSN/gUs2qHkNOJmbVqb3gBOASCkFSACUliizAUQrGYN5liahIZegb3RXv64mHVSIHWKmXCXoXmH0G4K6ot9ZtbzOWXadj1WkE9cXaYFoZRoHM4y+WR6QhhkyDhbCM0FYAM9DScCh8vTHHIF5zGshYI0iMaj59zkmj7UMovEiy4f0aosni9pOObM44wRP1P43DNZ5D0pEDrRpgxEPg3faOVSu3pst/5i6IK3QXVQyDbFmM4I/QMKggGqcnup+5070xJ6W565UafxibP27Gt4yt+zMyDJN/y/N/GvKMIqmAkCHgciIzPYHCpZIBFqb7vQXOt0q10pGMrj3xWZ97faAqqnBKWzB3yXZ4m1Lh5uWFloKm5l0eJxwYeYPHCS+b4= X-Forefront-Antispam-Report: CIP:66.129.239.19; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(189002)(199003)(230700001)(15975445007)(5001960100002)(106466001)(23726003)(2950100001)(104016004)(110136002)(1096002)(77096005)(11100500001)(1220700001)(97736004)(47776003)(105596002)(5008740100001)(50986999)(5003600100002)(3470700001)(586003)(76176999)(6806005)(19580395003)(1076002)(81156007)(189998001)(53416004)(87936001)(4326007)(19580405001)(1411001)(50466002)(33646002)(5890100001)(69596002)(2906002)(86362001)(92566002)(46406003)(50226001)(39210200001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1392; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1392; 2:IbQFvq+3jZt3yO1glOxYMqC3t+48m6FkYITtf/LGhAN7pN1hxueJ0acw9PrvJOO15/64L9fCMYzS2Mx/491BvZNFT+bRM0bz7L2ku4BJD2DFwY7ZvBN8zI/68oAIbIe0ciPIBwhHP8jHKk6WVBJFFg==; 3:/2a8Cf5Ui8MMbU7e5Aa5Dc2BF7UcZ2OVHlvLEhXq/Rn837fhR8eu4QU66vQ+YUSwBFfBc44QJ+yX29f5IaguU+Mfs+zzqZ4Y3yjcxvKGjzae4AAg+Bw47ddbbPa6USxuUuJTFPqaX+iC2yvGjvplAZX2dBw4Hi+P3jkRvtvqIeL73Zy9Gj+Qqhjk754AhyWouXc68giD5fqSErqvQOHXGLc5dbc/e7tiQPoG975qobs=; 25:vylsqRl/YTiFT/rbLWbnx/C3ld0BfpeOlPv2///QgJjSh+DmjmfQjQiB6bBEUYyDXqQjE4gcS+fOHYTuJLHnFb68WEScZrDiDQXDNzBZsr/erwOuqrz3XCC1XOWC+eMdyH2VQufnZ+aZrOxTzUP4GnLeHAbGqnhq7w+oODv/j7wV3H08E8HLplxs37na+GpP+IA4jU+w87ygSAP4csOipHeAv58mgwceZ8WB6DM1s8C+ZD1FWoAkuI7PF0ekAa6u X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1392; X-MS-Office365-Filtering-Correlation-Id: 784e8fae-c09d-4e7f-b860-08d32778d020 X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1392; 20:3zrgMZMLqH2ycnQFgFF5Yv11HeVq7ifmo5kPsba8LgpV3wgkr9ysdPRH+ncI6+epJqVBWs01odqX1Ojibl/Lhn5blfcbTNQFLa3d+I0ugM1TD3yTI0PelktERKhXbO3FXX0w2wO+3xmqYmpWPDji8iwbPyG7Qx9yR9Kt66IcMN3DJwJP/KpAucfiY6K3NGblTP5zsrutby4STAqMUoUP9Gnei4j2Vg/jaH1jDrjA99dVKvlJ56aApptv2HuKTKcnWciooesI3v4oXp/Ct600L1wgt7A8EFHYncNlvdSnDIUckqsW3W8zgUuwsWZzcFDrB8ptly4JiSbYRW7WjuXPzhSv+EbiSuHu2fwhCfazv/gUJRkHCFSuu5s2zCK6S0gztvuN06EvJ/EjWts020vLMTYcKqlhQUkvoXMA6F3q0jpaZQnq3BU/PKWZ2o/UtSYwpYdQb7T4isME+qf04oNOtr02O2Jo/SDH7Pdkn13rlAJCjsF5Hj67ESzwFnTjHuzW X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(13017025)(13018025)(13015025)(13023025)(8121501046)(13024025)(3002001)(10201501046); SRVR:DM2PR0501MB1392; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1392; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1392; 4:CeugSZs2QZlQi8/8m1XTPt7g97SO6F1ailr8ExEAhedJq40Wg+fnIz+8XLoDrPr/lltzlhTNBEpf0rIurVTm39n0lYe8NdIeNO6HSWRBjwrKiFwxUwR6k7SFL9uEPcbDBQx/IhLZbBT8kzg162OghZYmECptNqb16N6bQp7zd1NCMAtGF4JCc2U/pb1hCIDB8/JK7rmIBndoim+ieas7oArup3qgEQfyAQ7PV9X6egjkfq1OeVD7xJTL8gofUF8yCg+dfJNxErVyivMNtNiV8zt/S0JDBuIWr/aH7E6fBSEmnMcvryqy+1XHJwuAlIr/eBBUsAY8OsS0EvT/+R3RVRToRG+wgTYha5ZUH/F1Clcl4IApeWbpr5OrugyQVAsqRY1feLSNx2si+GMeV0aPvvZVrt8LoSp1Wa5yJRd5Lu8pugsfOUcS5GrKSSMUJrVyXKzHjPenNhJ6hDlD0HQ1LA== X-Forefront-PRVS: 083526BF8A X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB1392; 23:FMp3F0Y5WrV/QDPabsl/L8w63dmSJZa6UBan5bw?= =?us-ascii?Q?uP5t5Fl15cEHT2m9dw/2RasagI52i336XiUcsFh9cRAjyPTOHJEcJNJYpP1n?= =?us-ascii?Q?K1qzASBFb/hMtuaiV2JJyqFHZ/YxnPVJq2AaSzbv57tBnmwAUg0gjUzEPJU9?= =?us-ascii?Q?YBmp5u7uRZ5/NHLLnowO7c1zFyvx4wl61F3jHu4lkN10wM+HDHxNvV2ocV/V?= =?us-ascii?Q?eq5MHZvS386oR1fyOEXQElC3HTNSKslNhNLApwOCESLGEaqtcz+ARrlcMznf?= =?us-ascii?Q?3fSmoH+6gxRmXtM5PYf+pJkGEE8LGu7affzi8ov6a+WWZ7U51HrxTXwXwwb+?= =?us-ascii?Q?c8bn3PlSCCdL2Rq19LGfM7ORxsPt3CKX26WHUeGuXacUjoDGUAdwjFunvtNc?= =?us-ascii?Q?gsvmYBkX86aU9aYGVjid0d4RCPf8VkdenzDKrCkdVpkIaaZ6fWas1D0fpESO?= =?us-ascii?Q?AqfqWXNcMvLx+TQ0YqnWFUvNwqo66RT7qfq43gFRcWuw7d9TFQ6VaOpXIjb2?= =?us-ascii?Q?8ceuKAWc9O05sVhtjwqN7ggLs1VbJgSRn3KEtgvyFP+vRkN+0PGepWyE2VLj?= =?us-ascii?Q?5BXLGUV3NGNJAlW7ZF2sVUkkpfZfObdcBxh4MVTBvATA/6+una3W/HsGQdbW?= =?us-ascii?Q?4IKQJ6gBsdqYvywjuZopCQUKszchqiQpz/cbIBLwtiqjxm/WtmXhVaWZYfUc?= =?us-ascii?Q?zbfYMsOun9RkrGr9I6z4O4mjziVW2nWgl3/J7epZF3FHzBGFafe8MCbFEf7C?= =?us-ascii?Q?1Y6pDb6aks2RX97+pHLrhJiAMidyW7lLAuH/cn/f1hQBGodd81h73M6Ia0/V?= =?us-ascii?Q?YXfq8lj7k5+DK3I66KJtlmAjSmHEIGFRY5xZi8KxrPocR6+Lv7m7PUm1je05?= =?us-ascii?Q?oini3s1jK3SQS6BMSh4UMfaRdKCySOje14M5AX/12RCPZz5Z/+bn8hduDT7I?= =?us-ascii?Q?8OTN6Mjl4Y7ETfyJkOD0zMcKKKpfr6/ipPa9zTDpAszhr2YWfFlHR2ZKgPWc?= =?us-ascii?Q?uN8CA6x8bmegBjHN+1TQ0xB2vymbiwTJTp4Xbw1BbxA+vHbZwsiOJqTEkotG?= =?us-ascii?Q?SF0giGYGElEh8s6k532RESs7r11KqEPGW6bzfg37RPHV8wcXtSGlu3eAx9YW?= =?us-ascii?Q?pHolvcEyr9i012Tg1MFDvcBcOJCqpIejuEuWdnA3TQCAVrLOQK7EHeUa/GWM?= =?us-ascii?Q?Vj3AlKNn94KEKudQTt9uBtvq8OMQ38Mz7Ruo/?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1392; 5:JX/5M5VWKdCxcoY5nE4Jw7wCS2arXyYA9kqbSAGIuk6HYe5cLG3K4WhLUuCTtePS3DSMNnCaNAHbuTeB+Fi2xYhadm+mSZONdAc5dg0naDNBY+5xM23T29H0xc9FyUB0mdEbJgYWFIfhRtwIvVMZlg==; 24:2N5ec2vgaIb66+FFcbBM1eOcQFQpIo++wFXBbfW7tzzJiXfllnE2pF2BNTSP7bc12EsJl4iGWgGEbm8WnuEEqSl68RAC9ZP7hBY6JKc4TF8= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jan 2016 00:20:22.6991 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1392 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 00:36:06 -0000 On Sat, 23 Jan 2016 07:18:04 +0200 Stanislav Galabov wrote: > It looks like only part of the original patch I submitted made it into head > (only the mx25l part). > We also need to change sys/conf/files as Steve pointed out, as well as > sys/geom/geom_flashmap.c: > https://bz-attachments.freebsd.org/attachment.cgi?id=165546 One other thing that needs to be considered. The nand driver has an ioctl for getting chip parameters (see chip_param_io structure in sys/dev/nand/nand_dev.h) and geom_flashmap only allows for NAND_IO_GET_CHIP_PARAM to be passed to the provider. However, the CFI and SPI devices do not implement this and they probably should not as-is. Something more generic to flash devices that are handled by geom_flashmap is probably in order. -Steve From owner-freebsd-arm@freebsd.org Thu Jan 28 01:11:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B656A70379 for ; Thu, 28 Jan 2016 01:11:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4109A181E for ; Thu, 28 Jan 2016 01:11:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-ob0-x233.google.com with SMTP id is5so23136715obc.0 for ; Wed, 27 Jan 2016 17:11:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=9mtKinJMG0A2rVgvQhlK+6Q0XzqZpCGGw6aZBVMo2v8=; b=yusXZOchdFdXqhmg4AmsFsDlaC1aVjAPxMHuhp5G+gYuiUPFKkDGvpo9tNPlRZSonN HpAjK9+V79sKuWjfAEBt0jGZsNah15xvr89vo4jMqKIa0AACGmXVdMjtRVjbZE4yU7M2 k614HhK1bxXWBE7sEPokE5HHivObj/WZpsrchTDkD88e6+rZaq5btlFOItE5WIcDlHDa E7hiLIJ3x/jtEsJBaORIbE960SfopL6fFw1AcmCda0z+Y/fZT6/ZAj2wU+VRPFowrohJ KjtRNVSE45nFsEX7UN7iNlWk6QSYqKiABU1JFQw6FOzs508eCvjdHecFmLPEILqaE8w4 gyLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=9mtKinJMG0A2rVgvQhlK+6Q0XzqZpCGGw6aZBVMo2v8=; b=N0aWEJ8Jg3q0kkushr96N1DZ4x5fWMaLnvRRewhGQknYOhLdTwx4hwukmeWv8oAoGY v7NjX4DxUCMZZQRY5wSUFDCcQ1rs0CeyYB8Lv7uE3ztfrmbpIS3AaUDZ5SMDgoct5vfH oz76DocicV9GmIbrxedToNewkXC97dG8aBvxNNZNJKudm3GY2S2p+jB8VvJeNciudRVB LdwrcV5LyXoy58tmaGC8VCjuASg/ZKS55wsDeDUy0235j4QkYq3xMf0ci9WbTeNiLH6p wvwy/mGDlWJFlT3D7s2qFE8fE5sZg0hE/rDgBXe2Qg6FK9ywg2ZsVfqpSnYwtR1juZQl s7tA== X-Gm-Message-State: AG10YOS6nZhArPTigRGEsf6m7Z+thL6Tkd/tSzRtuj0PG2wvgWZ+hM/pseBbBQNbrXv4TQ== X-Received: by 10.182.73.225 with SMTP id o1mr203256obv.80.1453943487125; Wed, 27 Jan 2016 17:11:27 -0800 (PST) Received: from ?IPv6:2601:280:4900:3700:314d:f855:ce09:86f9? ([2601:280:4900:3700:314d:f855:ce09:86f9]) by smtp.gmail.com with ESMTPSA id k204sm4232155oia.7.2016.01.27.17.11.26 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 27 Jan 2016 17:11:26 -0800 (PST) Sender: Warner Losh Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4967476C-6D18-4BF8-BB72-F56B9EAA26B5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <20160127192015.64d0ded0@stevek-ubuntu.jnpr.net> Date: Wed, 27 Jan 2016 18:11:24 -0700 Cc: Stanislav Galabov , freebsd-arm@freebsd.org, freebsd-mips@freebsd.org Message-Id: <55D21A1C-E1E3-4800-8069-8EA98A8F85A0@bsdimp.com> References: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> <20160127192015.64d0ded0@stevek-ubuntu.jnpr.net> To: Steve Kiernan X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 01:11:28 -0000 --Apple-Mail=_4967476C-6D18-4BF8-BB72-F56B9EAA26B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 27, 2016, at 5:20 PM, Steve Kiernan wrote: >=20 > On Sat, 23 Jan 2016 07:18:04 +0200 > Stanislav Galabov wrote: >=20 >> It looks like only part of the original patch I submitted made it = into head >> (only the mx25l part). >> We also need to change sys/conf/files as Steve pointed out, as well = as >> sys/geom/geom_flashmap.c: >> https://bz-attachments.freebsd.org/attachment.cgi?id=3D165546 >=20 > One other thing that needs to be considered. The nand driver has an = ioctl > for getting chip parameters (see chip_param_io structure in > sys/dev/nand/nand_dev.h) and geom_flashmap only allows for > NAND_IO_GET_CHIP_PARAM to be passed to the provider. However, the CFI = and > SPI devices do not implement this and they probably should not as-is. > Something more generic to flash devices that are handled by = geom_flashmap > is probably in order. The different chip parameters shouldn=E2=80=99t be done through an ioctl = with geom. It should be done with geom attributes. We should implement a sensible = set for all three and have geom_flashmap use those instead of the ioctl. Warner --Apple-Mail=_4967476C-6D18-4BF8-BB72-F56B9EAA26B5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWqWq8AAoJEGwc0Sh9sBEAgokQAI5M65KgnMS90eGeIFoWcGSM RdwmoA79ic2anh3mzxI+18CQgV+NLX7A2dFPOCb+mXJcioTdirDns78LbQdsH4sr li659Ui84+bwuR0Ov8Qxi2ugyd2Z4iaFXITQ2G9l+lB1715ZLOEryVnMZaBbLyLl BnS/DuFuVh83CaDaYqQS0tA28dypaUk3uXb5I4RimUMVws824K+pePR6QeXShlHP z0Xf48rq3r2nBS4/jicQ8MLk6uA6kI/xjdMhbaMv3KxMPW2xdQfkvGCRjcXg41zA +Xi0XgUF+tL1LPmH0Gu4mZ/vG6oVWq3WrRT2a3r8l+qEnMJ5ezIbOMaNciaNOgbe 3M3gxBPsrp/ha1csTp9YmoRx7nzzKnmLkV3oAVlGrrf0lVNgsz8UJ+2v38LhMSeb q3wvenaEICtHYqCDgVXrEQu3AH9+qzD+D6LvqhOMJjJDfmf17fUs63wX5Eub4g4O OLodRn5ySWmXSCvZFPulC5Hi65CuUqJvL20pLSoQum0s/RGjWIh9B4/Ww933gOI1 Ab4L1MasQ5DHkeC4wsR60M44BnBR0slooAQJnTn2MT/JkSWLgdFT5dLYHKiwSaq8 KTjoDDMAlznh+XQQBmc/l8AElkVNEXcX+g/fqcz2l6mzxY/1VdTrCBpmSsVRJK7y +UcEDqHid5YWeBVcRQwd =Gb2T -----END PGP SIGNATURE----- --Apple-Mail=_4967476C-6D18-4BF8-BB72-F56B9EAA26B5-- From owner-freebsd-arm@freebsd.org Thu Jan 28 02:08:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C29CA6F746 for ; Thu, 28 Jan 2016 02:08:27 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CCDA1508; Thu, 28 Jan 2016 02:08:27 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x229.google.com with SMTP id o185so9993886pfb.1; Wed, 27 Jan 2016 18:08:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=Wzk66Anq+O4nGwC2P8Vw+Y4OzHKaIYoF2ev7i/AqbzQ=; b=hhlaYX0XiguStMwwg011QJmIT8EfsEVntZcimExzN9QcRo3XQ50/hYK10QIL8O20Yh K0/55W4m11Y+FLaB3dvWmUMRVc23VNKu5EZeyAkYHUpuhNoMFwkGO3gKjXmjI0FfelbJ /gkcQIgcUcqai9KS/X+M07fpCHqfDbJa/rNzJerlFju0Q45iaMkwtWCfGF9p1CRBXmJq uzLQf8ylLJkVRWyieWyLRyon6ssSWY2HQOAFiEmPu+P1MsLa6m/0iWgPiepy9eE6p8UI U+ex/FVESH64cpnAPS9GyvHNf70kBAfOPlIo3Aw3S9aPJIQv8LT3zMd1Ce/Xs91Kpsby XcFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=Wzk66Anq+O4nGwC2P8Vw+Y4OzHKaIYoF2ev7i/AqbzQ=; b=YVoB5aNVbUfDM9MWk+GljMCUEuQhgrjaKwJk4acvTODg9Z5oT/c8DPQC4bkuGZHOtT cmrR05lEEju5lZ9W0/y1ZkGmKU+2hut0oFlh99dpq5GKb1TCA2C4Q/NdLI4r74+ZAIRv DJY68D4lM2EFKE80HeZBiuifUSA8mrrmRVDjaVFxqmSsefgcEOWd0Em5NZr5fBoF6llc seAQ0H8dEvgE+hy9TuUcbiw3HksOypef9ZnuGVPQlVs5k+58GQbA2mkhoA2nhT1B7BX+ Xy+eMBdOmXApyr1U2BlVWuSt9DiY0+iXKafUK2Be8XkqdOX6S/pkrBvYaOebvoikA12o hM0A== X-Gm-Message-State: AG10YOTP96HWIYdDfMjDRIyxahAmFsg0VCcD2n4JE4ALjMRvJL6BYXpGYz3bjwHPG0+Tjg== X-Received: by 10.98.65.203 with SMTP id g72mr823789pfd.44.1453946906905; Wed, 27 Jan 2016 18:08:26 -0800 (PST) Received: from ?IPv6:2001:44b8:31ae:7b01:6821:be33:19f8:f73a? (2001-44b8-31ae-7b01-6821-be33-19f8-f73a.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:6821:be33:19f8:f73a]) by smtp.gmail.com with ESMTPSA id m87sm11842808pfi.47.2016.01.27.18.08.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 27 Jan 2016 18:08:26 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: SCHED_ULE race condition, fix proposal References: To: Wojciech Macek , developers@freebsd.org, freebsd-arm@freebsd.org Cc: Olivier Houchard , arm64-dev From: Kubilay Kocak Message-ID: <56A97810.8090303@FreeBSD.org> Date: Thu, 28 Jan 2016 13:08:16 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Thunderbird/44.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 02:08:27 -0000 On 28/01/2016 4:18 AM, Wojciech Macek wrote: > Hello, > > I've encountered a very nasty race condition during debugging armv8 > HWPMC. It seems that ULE scheduler can execute the same thread on two > different CPUs at the same time... > > Here is the scenario. > The PMC driver must execute some of the code on the CPU0. To ensure > that, a process migration is triggered as following: > > > thread_lock(curthread); > sched_bind(curthread, cpu); > thread_unlock(curthread); > > KASSERT(curthread->td_oncpu == cpu, > ("[pmc,%d] CPU not bound [cpu=%d, curr=%d]", __LINE__, > cpu, curthread->td_oncpu)); > > > That causes the context switch and (finally) execution of sched_switch() > function. The code correctly detects migration and calls > sched_switch_migrate. That function is supposed to add current thread to > the runqueue of another CPU ("tdn" variable). So it does: > > tdq_lock_pair(tdn, tdq); > tdq_add(tdn, td, flags); > tdq_notify(tdn, td); > TDQ_UNLOCK(tdn); > spinlock_exit(); > > > But that sometimes is causing a crash, because the other CPU is staring > to process mi_switch as soon as the IPI arrives (via tdq_notify) and the > runqueue lock is released. The problem is, that the thread does not > contain valid register set, because its context was not yet stored - > that happens later in machine dependent cpu_switch function. In another > words, the sched_switch run on the CPU we want the thread to migrate > onto restores thread context before it was actually stored on another > core - that causes setting regs/pc/lt to some junk data and crash. > > > I'd like to discuss a possible solution for this. I think it would be > reasonable to extend cpu_switch to be capable of releasing a lock as the > last thing it does after storing everything into the PCB. We could then > remove the "TDQ_UNLOCK(tdn);" from the sched_switch_migrate and be sure > that in the situation of migration nobody is allowed to touch the target > runqueue until the migrating process finishes storing its context. > > But first I'd like to discuss some possible alternatives and maybe find > another solution, because any change in this area will impact all > supported architectures. > > > Regards, > Wojtek > wma@freebsd.org Can you create an issue in bugzilla to track this? From owner-freebsd-arm@freebsd.org Thu Jan 28 02:24:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E34E4A6FFAC; Thu, 28 Jan 2016 02:24:45 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0130.outbound.protection.outlook.com [157.56.111.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BA6D111B; Thu, 28 Jan 2016 02:24:44 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from BY1PR0501CA0036.namprd05.prod.outlook.com (10.162.139.46) by CY1PR0501MB1385.namprd05.prod.outlook.com (10.160.148.139) with Microsoft SMTP Server (TLS) id 15.1.390.13; Thu, 28 Jan 2016 02:09:13 +0000 Received: from BN1AFFO11FD017.protection.gbl (2a01:111:f400:7c10::171) by BY1PR0501CA0036.outlook.office365.com (2a01:111:e400:4821::46) with Microsoft SMTP Server (TLS) id 15.1.390.13 via Frontend Transport; Thu, 28 Jan 2016 02:09:13 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.19) by BN1AFFO11FD017.mail.protection.outlook.com (10.58.52.77) with Microsoft SMTP Server (TLS) id 15.1.355.15 via Frontend Transport; Thu, 28 Jan 2016 02:09:12 +0000 Received: from stevek-ubuntu.jnpr.net (172.25.4.171) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server id 14.3.123.3; Wed, 27 Jan 2016 18:09:11 -0800 Date: Wed, 27 Jan 2016 21:08:51 -0500 From: Steve Kiernan To: Warner Losh CC: Stanislav Galabov , , Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c Message-ID: <20160127210851.5c64c580@stevek-ubuntu.jnpr.net> In-Reply-To: <55D21A1C-E1E3-4800-8069-8EA98A8F85A0@bsdimp.com> References: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> <20160127192015.64d0ded0@stevek-ubuntu.jnpr.net> <55D21A1C-E1E3-4800-8069-8EA98A8F85A0@bsdimp.com> Organization: Juniper Networks Inc. X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/njIM=mqhvIuzFh.n=y7DiAk"; protocol="application/pgp-signature" X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD017; 1:0KohyemSHiiGvz7POqfIbZVwMjfBv/+6zACE2A8i7GiCXYzfwEDm5afZ5KKu2AzDrGYF1TwzieSGCEOnrprkMO7c6NmwxtbVwOMlOyVIAbs9+B+2W956vsjPAAMg+VkILbmeHxNNIbgcpf5TvUJo/fMHu4QhN/NgHnKVDCDdNrmtp9yAHG3fxmuI+yzYWZTDI3QTyEYiCELrGTqzfqHI80LEHaDMqQru/4GxEqmPdbzu5ZLUKIOOEqV7dfPk8yn/99DM5a5vUoJea4DpR8n/v0dZS18nCFFzVVY08oTznGw7Wh/OGZDGZ6uAdUJOqxf83oMCGTPZ3qXrBS3Oi7mgflcJLXqzfQOEh7a34EE7chxbPVWZRLY2WGBRNE0yAB4cjVuZo+rgHqW8KvP+kMoanASqPTRol+xxx5OkpW2ztUE= X-Forefront-Antispam-Report: CIP:66.129.239.19; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(377454003)(189002)(199003)(15975445007)(5001960100002)(106466001)(2950100001)(1220700001)(110136002)(104016004)(6806005)(189998001)(11100500001)(77096005)(50986999)(105596002)(97736004)(1096002)(586003)(5008740100001)(3470700001)(76176999)(19580395003)(5003600100002)(81156007)(84326002)(53416004)(512874002)(19580405001)(1076002)(87936001)(4326007)(86362001)(50226001)(92566002)(33646002)(93886004)(69596002)(5890100001)(2906002)(39210200001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1385; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1385; 2:Y2dtSBE24JK7z/lGhpksrNN801YB7yS1HQVRKVku1nZ6YJEjoyGjkBby38crYpY4Yhfkb6QOoJa6t06dbiE+QU/2Nn15IJQQZ8BsiO+SyGpZVTHNFGCYBRYQiYcrYYyRt8uxc+J5293BOmLPc3nwCA==; 3:T4423V8BHEZnlGT+lJ5AgrgPs95l30aVR+CsJr0DP7gZnObl4Ok3RJkf4gpJN7hXZ6wWn0//ilLBHftJd9YoAd+W8wEOzYFVSaTWwvz5uba8DrtyBDfVJyT7oLZK/M8zlkvBCxnKgdwyPWbMjuWA8RPCtuYLnf4LpQ8BzRIJ5GVdyxIXps5wJtwusIUpvbCZ0HFa3iG1b118T12PncApAFlN2OwFYntAfjf0PHdcoCs=; 25:9k9PPUItp/pJDdbtuX5xK22B2tPOzOKK5kAZ0u3eTiVN9ofZYxpl/mXvAX0UsuZ91krDcXTUuBYtdUVuta/oW4UrnGczNgRhpiryjIOQ65fab2vhIJmLt8N4o3MHzm00jPP/PWdC963trw4utPMg5MqmWEQ9wShPwLf9cZBW3xTzYqJhnAelnrAWgGfyKNCDB9SaiMHDbNSnABjeuZrcTr2QzDGlBDy9cQCaLSRxnZgMewrStCwV4zwGD8oEAyOs X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1385; X-MS-Office365-Filtering-Correlation-Id: ded927cc-cd26-41f6-1d9d-08d3278803fc X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1385; 20:SeGKQEwkEzvquFtkP0rp6xLzw1SQTHqA5jJxNjPst9beza/jmU7T2X1wgznsAHWR3IXFdKW0JbMyqN6u6MHTGX//bR5OO0SmbpMfbbbRDfkoNKdv6MuTe+gT5b7k1L4s0dgmqB1IWmMTLcmp1g/+Nrm9iZ1lOUapTrFUs5QwmDd29T0pF1O/iAYkzDt/A/QOKhRfvu0BvJmHx4jCODZZKo1u1cH6oojJRHkwEPAwyGTRwb5SgpQtHZIoZtKdL06rsy4OgPfxYbb64LfLbnWJxGxC7tcerIN2MqmI6JdnNVPaHELgxMXAXHLm/svN1TNXLm2K/eTjZZATEA0uMAIkAmKHuYqd70AB7w7n1TbECh/xXJX9BbCxElHOf8SCm4cANGryXoIt1mQd0LuGIWm+xprajh6X7OcHn9gbLPTsoumUAliqpI84ppu3tMTPa59VJHB1HkchvJ+hshP7PHjRl/WWDKwPfDikcBgKfVqmwn9Cn9jq3Uxm26QS7zT+7F4g X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(138986009662008); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(13024025)(5005006)(13023025)(13015025)(13017025)(13018025)(10201501046)(3002001); SRVR:CY1PR0501MB1385; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1385; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1385; 4:KKwB/808t2HeiC42espwwM4E95Nc37DWfFBUG7FVfZ/F5d72Bt71CBAB8AlGxBz1aUWPpdN0Tu6mYnoi17z3CRlW5nxJUPw3p+fJ7kAGvq/V/AqiK8RmtR/vV3ojLY6Kl06CieeQ5LStfe96nMXDs28X+449x/01Vik/J3f3JDCreDgnlYol2U4r9rovbtq6F/KgkcZx2xmLsggNKywu8fg4NYn54VL3jIaEeBIzIjl4nx4vqq508fEvOqMCH9OUQMYZgEckiYCvPPMzCOXzd9zR8RrMc9ucEPfp42mhgtQQSQigOedBHuTn6Ne4AUvsPorUzxCqioP6vblA1nK8EB1plDuDLBkyOSWiPi/bnf8JlocdtxoG0PLbsjtSXJYKgCUPYMz5n4YsbY0Jb1DLGVSMsIxuFp7zWu73Sb84ZkzyGKto9Hi127CLNF+NEwb0ABAmRkGg136XI7E50ktJFhMTtBU2BelcsQiH4RBOgIcfPvGBSzA/g9+5Wx5O7FOO X-Forefront-PRVS: 083526BF8A X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR0501MB1385; 23:KzuESEyZHgR9/m4zuQpKeRNP7G9b8hwbF1ErfyB?= =?us-ascii?Q?46DTy5BlRuPdjAYte0WFDSxs4Jz4b1LGccnSpEqXkTGEr3OrRamNt/pFbrCh?= =?us-ascii?Q?iPuKr7y+vxef9umnmTSy5zg19CFYqVPoVa6dqwywT8D7YOP6bZa2/W9iyQ+7?= =?us-ascii?Q?AbEgL2w5nnVVNVz0zuOBdhAMOBJBHrpygZb3C9Gajkgi3AGc6GsIZe1FSqqh?= =?us-ascii?Q?xCIHycUw1bsogPnls6VsGxj3P4ysXawT9HfTRFrmdDl/KQSVi712k3d18+Ce?= =?us-ascii?Q?Ey0XrnLncDpyS+oeC8ol9kofQ9+jqrutwD9shJKIsOOpbcojHXEb+YQHUBnr?= =?us-ascii?Q?7Lp1Phgv5rlQkj9O2QYYxrmZFly9X3gLf+RZxkoM1kUbdsw5lF/6gtWd3Pbr?= =?us-ascii?Q?/z5rHHo+n947704GIawcjclGgQ9TNUZAN7ObKmASabLqmahZ0LE3P64gAE8M?= =?us-ascii?Q?OyAMZhAGOHdtY2gz372VDeORurbNIQNe6/z6evdtsvEXdxRSh+I+aX7u+/gf?= =?us-ascii?Q?c55dp/XhdvrudGQ2ANnnixcreuMg6yanA4pg1rHRAIqxz4h73nYIOeforTaN?= =?us-ascii?Q?m/gn8Dh+/s9q5cxgDYSuSnLOpkknzqM34rL/3T8gHjuAigwxI9mDx0riKsfR?= =?us-ascii?Q?LqvXsI/fNDvgxo46AuVjteIZ0Hjnt9QMMD70bLmkYGDDj9dY5Njz1ZnMIfwr?= =?us-ascii?Q?wL1CAYtaSgUch4yetsWJUKVowpz7z4TI7YyOKfW59xnwvy5zw//T8YUgmCvL?= =?us-ascii?Q?PgPsV8ixqUEVbfs/J5lnXryyG5e5a+rwqJdY0G+ADFV2i+AQkE8vO3fI4LMN?= =?us-ascii?Q?yWnXGZv5ztc80iQGHxZosmwUkZKXC2X6LGdRup6xijW7r8RVTzNDUoZUZauU?= =?us-ascii?Q?pq0hYdjtdVL7wYLPJRzgKxX8PSYnlDB1SPEjte8tWEwesKwzfi7F933Ru8xB?= =?us-ascii?Q?OTjiN3he//z3gLaquzMHXX9PfxdDgxutK4dclB2gM8/Wy03aq5MPABT/j/OX?= =?us-ascii?Q?c+Zw9MMPK0iJXA6681DXqpY+bKWJND4PSlyXb8N9zeej7mNanhTvjsROuhOl?= =?us-ascii?Q?uY0jahoMwq530k5T7gZEhCp731KWPlZ6YS5QTVSh//3CfCnQHYDegIqn6f5n?= =?us-ascii?Q?JB2VTwEikiKBLg7WtqHK3QhZLKuuCN0Euk9YYfYGRO2g8V0dNAIZn/Q=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1385; 5:Egf6hOUiwCfNrM1EW0/1IJc8wDO2kEnO9tGwoCFLJ7eDR0ExtVb3jx/e42iuaP5Tq0yeraGl4wK/CfQwBL+QFmlKgQXzuPXpmKQml40BfVfvX69L353nsdA4EGR/HT3IkAWDNStNJ1jTJNz4uEAeNw==; 24:7KhnuyRzq53f3ePlUSzDcX9lT1+DtykqZl+Nh5cDSVHzWCpZs8+aK8Qy4HbT1/gjHMpGwUf59iNDuiJotJsNT0Ra3zeaSlR7vvx8BTYBU8E= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jan 2016 02:09:12.1830 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1385 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 02:24:46 -0000 --Sig_/njIM=mqhvIuzFh.n=y7DiAk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 27 Jan 2016 18:11:24 -0700 Warner Losh wrote: >=20 > > On Jan 27, 2016, at 5:20 PM, Steve Kiernan wrote: > >=20 > > On Sat, 23 Jan 2016 07:18:04 +0200 > > Stanislav Galabov wrote: > >=20 > >> It looks like only part of the original patch I submitted made it into= head > >> (only the mx25l part). > >> We also need to change sys/conf/files as Steve pointed out, as well as > >> sys/geom/geom_flashmap.c: > >> https://bz-attachments.freebsd.org/attachment.cgi?id=3D165546 > >=20 > > One other thing that needs to be considered. The nand driver has an ioc= tl > > for getting chip parameters (see chip_param_io structure in > > sys/dev/nand/nand_dev.h) and geom_flashmap only allows for > > NAND_IO_GET_CHIP_PARAM to be passed to the provider. However, the CFI a= nd > > SPI devices do not implement this and they probably should not as-is. > > Something more generic to flash devices that are handled by geom_flashm= ap > > is probably in order. >=20 > The different chip parameters shouldn=E2=80=99t be done through an ioctl = with geom. > It should be done with geom attributes. We should implement a sensible se= t for > all three and have geom_flashmap use those instead of the ioctl. geom_flashmap doesn't seem to be using it itself, it's only using the geom attributes NAND::device, CFI::device, or SPI::device. It's just filtering the ioctls to only allow NAND_IO_GET_CHIP_PARAM to get passed up to the provider. However, I agree that there should be a sensible set to the get the chip parameters, as the one thing missing from geom_flashmap is properly restricting the slicing to be aligned to flash block requirements and ensuring the slice is not larger than the size of the device. -Steve --Sig_/njIM=mqhvIuzFh.n=y7DiAk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlapeDMACgkQZSuJlLuTi6iVbgCgsx6eP0hZ/aJD0+zldTDji3+t /1gAoKCpKyG9ydyOTLPHZo8RyMoEO1sQ =yAbi -----END PGP SIGNATURE----- --Sig_/njIM=mqhvIuzFh.n=y7DiAk-- From owner-freebsd-arm@freebsd.org Thu Jan 28 12:06:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FE0BA70C3E for ; Thu, 28 Jan 2016 12:06:38 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6A031F98 for ; Thu, 28 Jan 2016 12:06:37 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-yk0-x22f.google.com with SMTP id v14so27571943ykd.3 for ; Thu, 28 Jan 2016 04:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=3TAi/qs5PVUu7TEis5OLofECCon+hAntcmDkOqOmbCQ=; b=Dq6OP7AMIutbfRpZ2DNtMmNeKb24kmvY/fxqheFGlBryeDs/1fRaxux9NQhfu5VX8j peI0DtZ08SisKJ/atJBLbm0wJ1EgbrtI2wO/3COpcBu5MlCU2UUDumbIsqXUyOhJGoWB 28Aj4+yLANQSucjdwysFi5+j8AAuKbA1sbubuU1e5LLjtDlFqTX/cd2c2Guh56c2/iTN mvhjvQafdHkiOnQCemv0F6sSPa+x5O6MfVmB+2CZge4CHSiz3CZlDZVtOnDpVAWSUfXx voDyjXeD3vsyjSI0XtHoHWYICrswvjmz6FQGo6GiarqDdhmOarIIcanOTSzYTlhW4JfE R8Ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=3TAi/qs5PVUu7TEis5OLofECCon+hAntcmDkOqOmbCQ=; b=jtK5iyEwx+gCOVK8cuYMrrm4lm5Yr2/CmdEL/23+e/+CHxHC04/juHG9MXruprYhya fGJWa7DxNv9Uc1ukLbS+aIDh+/PsWdOBu+pcBXstqsDppYDH/SKiTnAF8S1frR/k+lBF BETrjUNQSCqalWXyBsLc1jHTErbv3NfVEy3T9NbmEgRSH93ERRSM2G128Og+1EhNnQhB zOTm/kCriWl/cWEGsksJBBVbpBzMIpcUO0aNrpCYgBrlcp4IoS8GfcNllajvENx/OUa5 WtmEb6NyJoSBrEoZbBIzLFxa1AshfJOxVogiuJ0W2tCmHIczpP+8dhN4fMKwGZ873Ns/ 44hw== X-Gm-Message-State: AG10YOR0n1F9P3wrjlA5zZMKY5iYCKSIFqg2QN3LpFPqOJVH22JiUhT+GiypRQWy3g54bg== X-Received: by 10.13.247.70 with SMTP id h67mr1181856ywf.3.1453982796840; Thu, 28 Jan 2016 04:06:36 -0800 (PST) Received: from mail-yk0-f171.google.com (mail-yk0-f171.google.com. [209.85.160.171]) by smtp.gmail.com with ESMTPSA id y130sm8251321ywc.4.2016.01.28.04.06.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 04:06:35 -0800 (PST) Received: by mail-yk0-f171.google.com with SMTP id a85so27727196ykb.1; Thu, 28 Jan 2016 04:06:35 -0800 (PST) X-Received: by 10.129.44.212 with SMTP id s203mr1363880yws.280.1453982795406; Thu, 28 Jan 2016 04:06:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.79.6 with HTTP; Thu, 28 Jan 2016 04:06:16 -0800 (PST) In-Reply-To: <1453903433.42081.30.camel@freebsd.org> References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> <1453903433.42081.30.camel@freebsd.org> From: Jov Date: Thu, 28 Jan 2016 20:06:16 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap To: Ian Lepore Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 12:06:38 -0000 bus error at the similar position: Program received signal SIGBUS, Bus error. 0x00021614 in print_host (addr=0x2065111a, port=15268, af=2 '\002', opts=1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 warning: Source file is more recent than executable. 178 memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); Current language: auto; currently minimal (gdb) p addr $1 = (struct pf_addr *) 0x2065111a (gdb) p *addr $2 = {pfa = {v4 = {s_addr = 1912711360}, v6 = {__u6_addr = {__u6_addr8 = 0x2065111a "(\001r", __u6_addr16 = 0x2065111a, __u6_addr32 = 0x2065111a}}, addr8 = 0x2065111a "(\001r", addr16 = 0x2065111a, addr32 = 0x2065111a}} (gdb) p 0x2065111a $3 = 543494426 (gdb) Jov blog: http:amutu.com/blog 2016-01-27 22:03 GMT+08:00 Ian Lepore : > On Wed, 2016-01-27 at 20:34 +0800, Jov wrote: > > Warning: Object directory not changed from original > > /usr/src/sbin/pfctl > > cc -O -pipe -mfloat-abi=softfp -Wall -Wmissing-prototypes > > -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ > > -I/usr/src/sbin/pfctl > > -DWITH_INET6 -DWITH_INET -g -std=gnu99 -Wsystem-headers -Werror -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-unuse function > > -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno > > -switch-enum > > -Wno-knr-promoted-parameter -Qunused-arguments -c pf_print_state.c > > -o > > pf_print_state.o > > pf_print_state.c:149:25: error: passing 'struct in_addr' to parameter > > of > > incompatible type 'const void *' > > memcpy(&sin.sin_addr, addr->v4, > > sizeof(sin.sin_addr)); > > ^~~~~~~~ > > /usr/include/string.h:62:56: note: passing argument to parameter here > > void *memcpy(void * __restrict, const void * __restrict, size_t); > > ^ > > pf_print_state.c:160:27: error: passing 'struct in6_addr' to > > parameter of > > incompatible type 'const void *' > > memcpy(&sin6.sin6_addr, addr->v6, > > sizeof(sin6.sin6_addr)); > > ^~~~~~~~ > > /usr/include/string.h:62:56: note: passing argument to parameter here > > void *memcpy(void * __restrict, const void * __restrict, size_t); > > ^ > > 2 errors generated. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/sbin/pfctl > > > > Oops, sorry about that, try this one... > > -- Ian > > Index: sbin/pfctl/pf_print_state.c > =================================================================== > --- sbin/pfctl/pf_print_state.c (revision 294860) > +++ sbin/pfctl/pf_print_state.c (working copy) > @@ -146,7 +146,7 @@ print_name(struct pf_addr *addr, sa_family_t af) > memset(&sin, 0, sizeof(sin)); > sin.sin_len = sizeof(sin); > sin.sin_family = AF_INET; > - sin.sin_addr = addr->v4; > + memcpy(&sin.sin_addr, &addr->v4, sizeof(sin.sin_addr)); > getnameinfo((struct sockaddr *)&sin, sin.sin_len, > host, sizeof(host), NULL, 0, NI_NOFQDN); > break; > @@ -157,7 +157,7 @@ print_name(struct pf_addr *addr, sa_family_t af) > memset(&sin6, 0, sizeof(sin6)); > sin6.sin6_len = sizeof(sin6); > sin6.sin6_family = AF_INET6; > - sin6.sin6_addr = addr->v6; > + memcpy(&sin6.sin6_addr, &addr->v6, sizeof(sin6.sin6_addr)); > getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, > host, sizeof(host), NULL, 0, NI_NOFQDN); > break; > @@ -175,7 +175,7 @@ print_host(struct pf_addr *addr, u_int16_t port, s > struct pf_addr_wrap aw; > > memset(&aw, 0, sizeof(aw)); > - aw.v.a.addr = *addr; > + memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > if (af == AF_INET) > aw.v.a.mask.addr32[0] = 0xffffffff; > else { > > From owner-freebsd-arm@freebsd.org Thu Jan 28 21:26:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37B08A71839 for ; Thu, 28 Jan 2016 21:26:33 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F07EB1CD8; Thu, 28 Jan 2016 21:26:32 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-ob0-x22c.google.com with SMTP id ba1so47040486obb.3; Thu, 28 Jan 2016 13:26:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H2eZshVX9UQZwoGX2pxzZExFVx7eXRlViFl6HKpHXJk=; b=a065b1uKfEYsqqkyqbU3aMqqUEKBaALHYf/IHA29mQ17bLKEo+dDB9c4CsY9Z1QB7p IGK9Nyj0SgijH3d0kwQ+yTtTPs9JIvdp0PDQHCwwW93cHgqSS2upgrQV1GmqvbfmbFYx MQ0dx2E2dkQM2VvnRUnuFdHpT84qAqDtMNWCXoG1+MumuBvdzyE5TUUaU4vpWlbZitQL yfm5KYJoefYmXv0ayWvkVWOjufuN2CxsRov4auyvxYlobUbFgekYSecTpk13OmGPWBgU r9Y6HaL/YEY0mp+izf+s2YYOgoqXK/HSPLYbsyIJIDcj08SRy4YBQf8Wa+M1RAAa7dFi 2uGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=H2eZshVX9UQZwoGX2pxzZExFVx7eXRlViFl6HKpHXJk=; b=eFma8PcBVCxv8NimXJOilwgUyetaHCyjUiyoCsFGQmys9hnJ+mIVibJ9WnX0waqspB 0M8fE2VUCUBpnBZHT7jhNWhZRRVq0pqIBf0qEP2EDO9rq/7BknUwSyq8DNacHugtgb5G +fSEzbapgkjWKbHdyQrZNKLxRAADtZ2Aslg+JzGDuiCCEqtG1OtoxxnUBAwzfg/qMoFT vqgN6LeosohJO03Qwztxaw24bKI8TVh2rqQftI2S8++tsWMn6VY9oHjU3L2bZ8pd4fsY xl2bl6+11LVdBxPmoHqM+S36pPWfz6iZMhKeeE7FeY0oKZn5z0VfA0rgzm+8Llzob2Eu dfcw== X-Gm-Message-State: AG10YOSHQ9AlPZaOgBCajhhq7Hg6rqY2taVV8PgJJwNqHszabeorEAUkQ4LnDq9yMsH6YKt06XXhzXUO32HGxw== MIME-Version: 1.0 X-Received: by 10.182.106.13 with SMTP id gq13mr4104620obb.38.1454016392281; Thu, 28 Jan 2016 13:26:32 -0800 (PST) Received: by 10.76.34.202 with HTTP; Thu, 28 Jan 2016 13:26:32 -0800 (PST) In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> <1453903433.42081.30.camel@freebsd.org> Date: Thu, 28 Jan 2016 23:26:32 +0200 Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: Guy Yur To: Jov Cc: Ian Lepore , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 21:26:33 -0000 Hi, On Thu, Jan 28, 2016 at 2:06 PM, Jov wrote: > bus error at the similar position: > > Program received signal SIGBUS, Bus error. > 0x00021614 in print_host (addr=0x2065111a, port=15268, af=2 '\002', > opts=1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > warning: Source file is more recent than executable. > > 178 memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > Current language: auto; currently minimal > (gdb) p addr > $1 = (struct pf_addr *) 0x2065111a > ... > > Jov The compiler optimizes the memcpy to a series of ldr and str instructions and since addr is unaligned you still get SIGBUS. I encountered the same problem on a BeagleBone Black. https://lists.freebsd.org/pipermail/freebsd-arm/2014-January/007237.html non-intrustive patch with changes only in print_state() pfsync_state is __packed so the keys can be copied safely to stack variables which will be aligned (and addr inside it). https://github.com/guyyur/freebsd-src_patches/blob/master/pfctl_arm_segbus__ver1_part1.patch Bug report with patch to separate pfsync and pfioc state structures but breaks backward compatibility: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185617 -- Guy From owner-freebsd-arm@freebsd.org Fri Jan 29 00:48:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA88CA7146E for ; Fri, 29 Jan 2016 00:48:38 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from srv56-45.cdn.bestreaming.com (ns330343.ip-37-187-119.eu [37.187.119.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50F6B10F4 for ; Fri, 29 Jan 2016 00:48:36 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:::1]) by srv56-45.cdn.bestreaming.com (8.15.2/8.15.2) with ESMTP id u0T0aePb022035; Fri, 29 Jan 2016 01:36:40 +0100 (CET) (envelope-from fbl@aoek.com) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 29 Jan 2016 01:36:40 +0100 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: Kip Coul , freebsd-arm@freebsd.org Subject: Re: GPIO interrupts on FreeBSD In-Reply-To: References: Message-ID: X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 00:48:38 -0000 Hi Kip, you can try https://lists.freebsd.org/pipermail/freebsd-embedded/2014-May/002323.html Maybe if you contact the author you might get fresh diffs (the ones in that old thread do not apply cleanly anymore). If you find something, please let the list know. Thank you. Regards, --- José Pérez El 2016-01-27 17:29, Kip Coul escribió: > Hello FreeBSD friends :) > > I'm sending this e-mail to you regarding FreeBSD on Raspberry Pi. I'd > like to build a system with my Raspberry Pi on FreeBSD, and for that I > need to use the GPIO. I ultimately would like to respond to interrupts > on my Pi's GPIO pins. Do you know whether I can wait for interrupt in > an event-driven manner on the GPIO? If yes, how? > > Thanks a lot! > > Regards, > Kip > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Jan 29 04:20:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D77E1A728B6 for ; Fri, 29 Jan 2016 04:20:06 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 936A015B7 for ; Fri, 29 Jan 2016 04:20:06 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-yk0-x22e.google.com with SMTP id k129so56782705yke.0 for ; Thu, 28 Jan 2016 20:20:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=IOQPgvIevE77/UBBpBRk/cNAfLYag8FQZgdVSr8/K2Q=; b=0rZD7v2liO8cvHteIBTl1Ee+Wsq7FNm3hui57NNx08UNZXtiGWBeK6eoIyrh5Uziry vXjfXBE/lpZrQNx5MpaKwVrJwNNwnXGKNU8WFTg56nZPtt/ECFE5apWCYvRGOsShdqcq +9p6aCFjuv7m1Vy/MQUuaCi7/Me/69OMAY4hee6bZUzMpls04v9GQ+49U0qEKYASO0/8 OYI2RZMc4pOEGgnROGA2cmZYU+0TnBmzMbhEIl9am5ItNkII3zu1AUmNXL0Iid+pwawF on3MaXWJTaodVXjuCN6q1DDGLj6WoXa/yVM3+jCOcDN05398Io/lQp3RQK2jRxGM+Qcm 7p7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=IOQPgvIevE77/UBBpBRk/cNAfLYag8FQZgdVSr8/K2Q=; b=WKoX4mjxg9rCVcBzbVPWYLFbWK1QMZwcNOQ5GHCg9PehCkPM031cEGa7Mtte+3i9jD unqHgJVyDOJlejbgH+WbcSOybkdOVeJpGTY3m8BUAZ35t7v9vFpHtWF8AluM04MH8fb7 1QFuwRaDhRKBmH+PBr/tc/M/UY6HxhD88d72vyv4dkN/sAbs1mpVrRDSXUuIvWMFDDDz izku/htqF3BZHEWjQSh+g4J9mbNjmW38c9oQw98vwmFYIMOmTA//49Y+sp78shGWoUvp 058LIwR0fA3b40Y8JxaFu31ECMqG1jkB8HOsD6ci4Z5Jb71YDZdIIz56i/j1PiXiuEeP hRyQ== X-Gm-Message-State: AG10YOTRNFx847lWhpG4dJJ5wjMYTJLlr02cUNcGkboTZpgwJ+mMO1QmJ8lcns/j/odgnQ== X-Received: by 10.129.4.131 with SMTP id 125mr3370048ywe.253.1454041205090; Thu, 28 Jan 2016 20:20:05 -0800 (PST) Received: from mail-yk0-f169.google.com (mail-yk0-f169.google.com. [209.85.160.169]) by smtp.gmail.com with ESMTPSA id p63sm10986901ywf.8.2016.01.28.20.20.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 20:20:04 -0800 (PST) Received: by mail-yk0-f169.google.com with SMTP id r207so12876382ykd.2; Thu, 28 Jan 2016 20:20:03 -0800 (PST) X-Received: by 10.129.91.132 with SMTP id p126mr3510772ywb.188.1454041203768; Thu, 28 Jan 2016 20:20:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.79.6 with HTTP; Thu, 28 Jan 2016 20:19:44 -0800 (PST) In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> <1453903433.42081.30.camel@freebsd.org> From: Jov Date: Fri, 29 Jan 2016 12:19:44 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap To: Guy Yur , freebsd-pf@freebsd.org Cc: Ian Lepore , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 04:20:06 -0000 This patch works=EF=BC=8Cthanks very much ! will these patches to be commited to the offical svn? I add freebsd-pf ML. Jov blog: http:amutu.com/blog 2016-01-29 5:26 GMT+08:00 Guy Yur : > Hi, > > On Thu, Jan 28, 2016 at 2:06 PM, Jov wrote: > > bus error at the similar position: > > > > Program received signal SIGBUS, Bus error. > > 0x00021614 in print_host (addr=3D0x2065111a, port=3D15268, af=3D2 '\002= ', > > opts=3D1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > > warning: Source file is more recent than executable. > > > > 178 memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > > Current language: auto; currently minimal > > (gdb) p addr > > $1 =3D (struct pf_addr *) 0x2065111a > > ... > > > > Jov > > The compiler optimizes the memcpy to a series of ldr and str > instructions and since addr is unaligned you still get SIGBUS. > > I encountered the same problem on a BeagleBone Black. > https://lists.freebsd.org/pipermail/freebsd-arm/2014-January/007237.html > > non-intrustive patch with changes only in print_state() > pfsync_state is __packed so the keys can be copied safely to > stack variables which will be aligned (and addr inside it). > > https://github.com/guyyur/freebsd-src_patches/blob/master/pfctl_arm_segbu= s__ver1_part1.patch > > Bug report with patch to separate pfsync and pfioc state > structures but breaks backward compatibility: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185617 > > -- Guy > From owner-freebsd-arm@freebsd.org Fri Jan 29 05:12:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48CC7A70F34 for ; Fri, 29 Jan 2016 05:12:01 +0000 (UTC) (envelope-from peter.garshtja@ambient-md.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC9AA1C2E for ; Fri, 29 Jan 2016 05:12:00 +0000 (UTC) (envelope-from peter.garshtja@ambient-md.com) Received: by mail-wm0-x233.google.com with SMTP id p63so52669249wmp.1 for ; Thu, 28 Jan 2016 21:12:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambient-md-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CogeRLM2P9X4Hs76MEfS2B8Zx8g1slD7u1k/5DWEqMo=; b=NrwJ/fmJp9gS0dy6oijbOCn7Ae6jOx6FmXbi3CgCAEG25eNeG26LmlXYie3x7xs+6r PhzFWEE8ttaOSXw2M2vDRp2bVTL+89T8W4iW/9NsUUr0ugHqSufFMvWS145mI6czIh8c 8TBIWSWnjLF2UAx4p9TsJ/VzJIwIPLmO/6fVY7g3xz620gKBqfTdwFZ5+zLqnWI3hpn/ BzPJm8wexXkzzJMOJEK8ZJRluuUsHzZTckspyR0t4QsPaS/dALUj2Qn/68OBm8PqexT+ qOMFH+T64b8X8kipHffxlbfaGKpOQ0gSMdrLmh+CrS3hIElXHT1MN5kp3Z4QLLTtMSMF 7pNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CogeRLM2P9X4Hs76MEfS2B8Zx8g1slD7u1k/5DWEqMo=; b=IYKBcrMnAF3kEJovz0GyiUbSMUzMBPy4GJbu+n0t0xoG81OPFI5fDzn9xzfr+n/vll K/mRwyNGwFnh2oX/DymghDnsIsJ4dbvvUw3g4jE0hdKQqInMltWS2KzfQlcXy7qxNrN6 G/mCzTzSCMgxDvIryt4dTeEWV22Bve2sIOz/gXo1Xv8NJCdkUnN5CUWa1L5lX8n+5V8S qLAByoSGRBOL88bJaWjWcvJ0bTcUPGQRi6g6aVAhKUu61RXdJr4jdLHO0Xok2l0e108H KEPQ5Uk/u1Ik4QpX9Gd/W7tPgGzVD+b9wFYBFgP8DGMqi/8VjHAa0bRlLAq+fp/OfQ1z 9QRg== X-Gm-Message-State: AG10YOSk7t5X+rka6+6lL/kg3txSSjaO3tZZyA+JDQPisIM8C+l1KjfZigU3MjBEmAVFIh5YoyJeEA+6jnt4fg== MIME-Version: 1.0 X-Received: by 10.194.250.39 with SMTP id yz7mr7424169wjc.92.1454044319336; Thu, 28 Jan 2016 21:11:59 -0800 (PST) Received: by 10.27.157.71 with HTTP; Thu, 28 Jan 2016 21:11:59 -0800 (PST) X-Originating-IP: [69.17.234.186] In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> <1453903433.42081.30.camel@freebsd.org> Date: Fri, 29 Jan 2016 00:11:59 -0500 Message-ID: Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: peter garshtja To: Jov Cc: Guy Yur , "freebsd-pf@freebsd.org" , freebsd-arm , Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 05:12:01 -0000 Much appreciated for your effort. I have been waiting for this fix over 3months. Regards On Thursday, January 28, 2016, Jov wrote: > This patch works=EF=BC=8Cthanks very much ! > > will these patches to be commited to the offical svn? I add freebsd-pf ML= . > > > Jov > blog: http:amutu.com/blog > > 2016-01-29 5:26 GMT+08:00 Guy Yur >: > > > Hi, > > > > On Thu, Jan 28, 2016 at 2:06 PM, Jov > > wrote: > > > bus error at the similar position: > > > > > > Program received signal SIGBUS, Bus error. > > > 0x00021614 in print_host (addr=3D0x2065111a, port=3D15268, af=3D2 '\0= 02', > > > opts=3D1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > > > warning: Source file is more recent than executable. > > > > > > 178 memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > > > Current language: auto; currently minimal > > > (gdb) p addr > > > $1 =3D (struct pf_addr *) 0x2065111a > > > ... > > > > > > Jov > > > > The compiler optimizes the memcpy to a series of ldr and str > > instructions and since addr is unaligned you still get SIGBUS. > > > > I encountered the same problem on a BeagleBone Black. > > https://lists.freebsd.org/pipermail/freebsd-arm/2014-January/007237.htm= l > > > > non-intrustive patch with changes only in print_state() > > pfsync_state is __packed so the keys can be copied safely to > > stack variables which will be aligned (and addr inside it). > > > > > https://github.com/guyyur/freebsd-src_patches/blob/master/pfctl_arm_segbu= s__ver1_part1.patch > > > > Bug report with patch to separate pfsync and pfioc state > > structures but breaks backward compatibility: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185617 > > > > -- Guy > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " From owner-freebsd-arm@freebsd.org Fri Jan 29 11:42:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD036A720A8 for ; Fri, 29 Jan 2016 11:42:00 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B4531C30 for ; Fri, 29 Jan 2016 11:42:00 +0000 (UTC) (envelope-from ray@ddteam.net) Received: by mail-yk0-x22d.google.com with SMTP id r207so21816984ykd.2 for ; Fri, 29 Jan 2016 03:42:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ddteam-net.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=j19aMub9wu+3TYAjnGLZGL6cTZOimk2/xW0AUWpEYJQ=; b=aU5HI3CmXHMMiJ8TKaEw7cWXvDqvOli58ZN7TcXo5ME3ei9AgmlJhquCh5FbZSgHoA nd+jqdt5naofaMiC5YTsgNLop55kJ4Tp5xaC1k31yoFPIFGg1ytnW8w4CNFrY2BvwYEY dXBeA1tAt3mThyj2Ew3JKNxKjlvBKxspA7uHNpqreYslgNkHl2KNxOcsAQSeKQFIxzdG eZaiYcECAvfumJ1ub3XmMUGjRGBkhzlPck9BX1ko0v0mpMMDa4kUX02nmzqxpLfZR0kP bzD9J9fX0tRR95512Tssd6NpqE2+F9AbZm+lhQ98B6hG34BFvzQvLrQOc1e69aWhmkXJ wVQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=j19aMub9wu+3TYAjnGLZGL6cTZOimk2/xW0AUWpEYJQ=; b=go+wu/Oue4Ypx6xoSRrXUvdVx8QGeLfK8XrQdWWqUJQLrV6T/WV8dLUXcV9ylvrLta xdjt/1NxmjJS3TJvC0jxEhWG3PSzQXtmvSl1H+Ei2nSoE2uzINiEYd0lOk3qAt+/MA44 S5MDakJyAJXQjnsgEBGEW44yTHjAdbxb0BCMnwPH4/3L0VJZ586gJdttxcETzOn+T8+O sLLXWGWfQckoeYBGIrYhKf0TWbvYu/KrbAls9I3RmbGa4xLw+kwF3371ha4QWjy1FeJd QSvcGW9Wzjt0wkPU/WXa08L7pqdHtIsmO6n5DFtnQ7CrWyGr2F5USdVDpKtkeETXDzZn +T5g== X-Gm-Message-State: AG10YOSrlXNa89okKIA+EKMJMoY6gl6Ih4r4oZviVicf5+FZyTZJZQS3O0Es0CjVnrLxReCplWdrOQmmXQoA0g== MIME-Version: 1.0 X-Received: by 10.37.78.132 with SMTP id c126mr4382868ybb.118.1454067719582; Fri, 29 Jan 2016 03:41:59 -0800 (PST) Sender: ray@ddteam.net Received: by 10.37.112.134 with HTTP; Fri, 29 Jan 2016 03:41:59 -0800 (PST) In-Reply-To: References: Date: Fri, 29 Jan 2016 13:41:59 +0200 X-Google-Sender-Auth: oAMNOd-1KMcPmzW8b3Bxx-nZATs Message-ID: Subject: Re: GPIO interrupts on FreeBSD From: Aleksandr Rybalko To: =?UTF-8?B?Sm9zw6kgUMOpcmV6?= , loos@freebsd.org Cc: Kip Coul , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 11:42:00 -0000 Hi guys! Indeed, Luiz, what happen to this set of patches? 2016-01-29 2:36 GMT+02:00 Jos=C3=A9 P=C3=A9rez : > Hi Kip, > you can try > https://lists.freebsd.org/pipermail/freebsd-embedded/2014-May/002323.html > > Maybe if you contact the author you might get fresh diffs (the ones in > that old thread do not apply cleanly anymore). > > If you find something, please let the list know. Thank you. > > Regards, > > --- > Jos=C3=A9 P=C3=A9rez > > > El 2016-01-27 17:29, Kip Coul escribi=C3=B3: > >> Hello FreeBSD friends :) >> >> I'm sending this e-mail to you regarding FreeBSD on Raspberry Pi. I'd >> like to build a system with my Raspberry Pi on FreeBSD, and for that I >> need to use the GPIO. I ultimately would like to respond to interrupts >> on my Pi's GPIO pins. Do you know whether I can wait for interrupt in >> an event-driven manner on the GPIO? If yes, how? >> >> Thanks a lot! >> >> Regards, >> Kip >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Fri Jan 29 17:16:36 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27E75A72BEA for ; Fri, 29 Jan 2016 17:16:36 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBF56118E for ; Fri, 29 Jan 2016 17:16:35 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.200] (p4FE30312.dip0.t-ipconnect.de [79.227.3.18]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 806E91C0B462F for ; Fri, 29 Jan 2016 18:16:32 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Problem booting an Raspberry Pi B+ with recent kernels Message-Id: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> Date: Fri, 29 Jan 2016 18:16:31 +0100 To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 17:16:36 -0000 Dear all, tyring to compile/install/boot a recent kernel fails at the boot level. Here is the console output: U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) DRAM: 480 MiB WARNING: Caches not enabled MMC: bcm2835_sdhci: 0 reading u-boot.env ** Unable to read "u-boot.env" from mmc0:1 ** Using default environment In: serial Out: lcd Err: lcd mbox: Timeout waiting for response bcm2835: Could not set USB power state Net: Net Initialization Skipped No ethernet found. reading uEnv.txt ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 0=20 Booting from: mmc 0 ubldr reading ubldr 262248 bytes read in 55694 ms (3.9 KiB/s) ## Starting application at 0x02000094 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @1db682a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) DRAM: 480MB Number of U-Boot devices: 1 U-Boot env: loaderdev=3D'mmc 0' Found U-Boot device: disk Checking unit=3D0 slice=3D partition=3D... good. /boot/kernel/kernel text=3D0x58fb98 data=3D0x555a4+0xe5e9c = syms=3D[0x4+0xc6da0+0x4+0x94793] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by U-Boot at address 0x100. Kernel entry at 0x2200180... Kernel args: (null) panic: Undefined instruction in kernel. Uptime: 1s Please note that * booting r294694 is fine. * I'm only updating the kernel, the userland is still at 1100081. Any idea? Best regards Michael From owner-freebsd-arm@freebsd.org Fri Jan 29 18:56:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51B09A72D0C for ; Fri, 29 Jan 2016 18:56:46 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD281A38 for ; Fri, 29 Jan 2016 18:56:45 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by mail-lf0-x22d.google.com with SMTP id c192so52796689lfe.2 for ; Fri, 29 Jan 2016 10:56:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AEQib48IHYVbVAUGN0VUmXc/h5HP9DBoajL+Fvs9Xpo=; b=K9gyp8+iGzgXLdaAOnzk8dKeVww5jQEmBHExRCVkHgoAHYmO8+bZHmrIKwH/Dt/w7A JtvhJ+F9bxsuZAVLhyUBs7sPfBI3YfWOXDfEEfWzDjOHAws2Jy1CmFSaIDuICX3jYcYp e9lbVfEn3s8hpiSF8ScjNSVMmr+6Rfj53OsGVC7I8jIDXJWAK87fJawZqg5a09EMIAoC HjIjdpwmLnwz+48fe0D2BTabLwSaUBRxYwPsOiZGUyOnUFab2M2RQZh3y68htbybvAKN 3BBvtR/OIngCflwlfFaqTludKqFCmBwJPZEXQU+A0yYU8xoBPT0mcYcfY4zz5AUkINJL y9XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=AEQib48IHYVbVAUGN0VUmXc/h5HP9DBoajL+Fvs9Xpo=; b=Jlr/E1KZk7874AGNhrrEJws3KytqVeBdkEMZBEtEkbuqDTD5tgN+qLgfsa3+FKqoP9 UW85oyZfQcM6J8hXkGrYyjzh0fHha7Jz+haFvGelZtGsOQrq0PoYWPCVMyFHejLMJN+4 ZBS5s4yyzVcctIEpcJTyriawQzqKmKHFTi2pejlAvktwxREy3JBSu1RgaTNis2TTVvVb utV2PWTcwFKEW7CaXBpW2cxoLjvh0/o7wv5U2R167atvL1jveE5kK9cwfPGLrGvbaMfB MN841JV/stnSMPYjBbOlWGhA2A8jAhkRiAj67KtEjQO1u9P+668saDP1JvxBbvkzPhO2 4HlA== X-Gm-Message-State: AG10YOT06vwVPtyOiMWEPJl+guUSgl0pe2LrnAOHiaMC2UqO048ZqPO0LfLN7ubyWMmYWAV+PRD3KHYhCupyQw== X-Received: by 10.25.205.81 with SMTP id d78mr4122845lfg.15.1454093803631; Fri, 29 Jan 2016 10:56:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.198.7 with HTTP; Fri, 29 Jan 2016 10:56:24 -0800 (PST) In-Reply-To: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> References: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> From: Zbigniew Bodek Date: Fri, 29 Jan 2016 19:56:24 +0100 Message-ID: Subject: Re: Problem booting an Raspberry Pi B+ with recent kernels To: Michael Tuexen Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 18:56:46 -0000 Hello, This may be due to HW watchpoints support. There are many Debug Arch implementations and the code is supposed to check and enable or disable it accordingly but there may be a bug there. I asked people to test this on various platforms but maybe Raspberry Pi tests were performed on Cortex-A7 Raspberry Pi. I will check this on the old Rapsberry today. Best regards zbb 2016-01-29 18:16 GMT+01:00 Michael Tuexen : > Dear all, > > tyring to compile/install/boot a recent kernel fails at the boot level. > Here is the console output: > > U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) > > DRAM: 480 MiB > WARNING: Caches not enabled > MMC: bcm2835_sdhci: 0 > reading u-boot.env > > ** Unable to read "u-boot.env" from mmc0:1 ** > Using default environment > > In: serial > Out: lcd > Err: lcd > mbox: Timeout waiting for response > bcm2835: Could not set USB power state > Net: Net Initialization Skipped > No ethernet found. > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Hit any key to stop autoboot: 0 > Booting from: mmc 0 ubldr > reading ubldr > 262248 bytes read in 55694 ms (3.9 KiB/s) > ## Starting application at 0x02000094 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @1db682a8 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) > > DRAM: 480MB > Number of U-Boot devices: 1 > U-Boot env: loaderdev='mmc 0' > Found U-Boot device: disk > Checking unit=0 slice= partition=... good. > /boot/kernel/kernel text=0x58fb98 data=0x555a4+0xe5e9c > syms=[0x4+0xc6da0+0x4+0x94793] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x100. > Kernel entry at 0x2200180... > Kernel args: (null) > panic: Undefined instruction in kernel. > > Uptime: 1s > > Please note that > * booting r294694 is fine. > * I'm only updating the kernel, the userland is still at 1100081. > > Any idea? > > Best regards > Michael > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sat Jan 30 02:37:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B736A72DA0 for ; Sat, 30 Jan 2016 02:37:27 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E13EEA for ; Sat, 30 Jan 2016 02:37:27 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-wm0-x230.google.com with SMTP id 128so4786093wmz.1 for ; Fri, 29 Jan 2016 18:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=EgzPGPygKYr8gr4ln53sO7X8vHWbT4cj21rA3eSl7lA=; b=VCB/Ds+bF/SYemcKWsMuac6h9SLsLqbsjHqHrTAnFs4PngrUj7O0nrtM6EVaUphQiU AbVb6yg0WQ/UlYMCQrQQlpsS/7OofnvoTaqEBiFv6ANnpW8C8+zGGQxxAYPvi35D1hrN LDm8GiExFig//MJ76rxccTp+1SHe2BQMHtETleBZvnzxI9ZBwRRi2Inq4q8tGYpPch6i 4w5kw5tBsnr7TPSL3NefjnFdriz+9N+bf0L3U9LkXTI4hHbSh7yOlY7DCzpujOz+VA5E bfqOSJU3uZNtVd+RQkbk0t/F+ydgDF/bvxaMElVBi2t46DXSQDqKbR8bb0+CL65II6J5 LFtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EgzPGPygKYr8gr4ln53sO7X8vHWbT4cj21rA3eSl7lA=; b=bYv+yHAaSaLmlK4UoF3PujKSTcRMFVyvOYy+IJXRFU4LytlEyesVbAAFbe+mccXNXb 0rzqwXTtU/Q0iQWMdkn+9yBcWfK13/DlqfRRgNp9ya7XwBVHmLGDG/QaqUKfv4oxFeDw DmtdRo/C4pCV3ORJylPCGFPgSx+UdObcby3pNSuen9dRuO/Mqh5VYosNyO/hHjSUUPAb xhOLjGufIeHuOVw2CVKYuABjhP7V7Z3wCYpMAxzDgedMaYhiHACquIqHdw5pAZLnXGiv qdN7xbIKHYM5JzRMbsFSOqBOAHBCq632HGiB+lLieV3jaNrh3RlICQzYufO9nayWjaRF 40aQ== X-Gm-Message-State: AG10YOTweKyhz9b2pDW7j/zs8C/CAL/GTRiXwva9UorXNiTHwqP9VLj66F7YKMmpX/SBxA== X-Received: by 10.28.213.204 with SMTP id m195mr547079wmg.53.1454121445782; Fri, 29 Jan 2016 18:37:25 -0800 (PST) Received: from heer.internal.jugni.xyz ([2601:600:8300:9b4:786b:7efa:e98e:4b1a]) by smtp.googlemail.com with ESMTPSA id uo9sm18166775wjc.49.2016.01.29.18.36.54 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Jan 2016 18:36:55 -0800 (PST) Message-ID: <56AC21C4.1010203@codeghar.com> Date: Fri, 29 Jan 2016 18:36:52 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569C1D2E.6040401@codeghar.com> <20160121131031.7d1ea58c@zapp.Home> In-Reply-To: <20160121131031.7d1ea58c@zapp.Home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 02:37:27 -0000 > I've disabled setting -mlong-calls on the clang libraries for now, > however I expect we will need to enable it again when clang 3.8.0 is > imported. As such I would recommend anyone wishing to run buildworld on > arm to update before this is imported. At r294969 make buildworld is succeeding[1]. Am I correct in understanding that after clang 3.8.0 is imported to base it will fail on ARM again? Also, is there a fix yet for when that happens or will that bridge be crossed when the time comes? [1] http://mushtarka.codeghar.com/freebsd/2016/make_buildworld_r294969.log -- (24M size) -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Sat Jan 30 16:56:16 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B40A1A72E8F for ; Sat, 30 Jan 2016 16:56:16 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34A9875A; Sat, 30 Jan 2016 16:56:16 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id l143so7150125lfe.2; Sat, 30 Jan 2016 08:56:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=5k5NesgCOUB0YJFqwRzn49Xc6bSr61ApsQSdEOnR4b4=; b=r9+/6uN8Vq7hPdasb2qvbIsmXcqa8U34HF7H7w+bcAwOvRpBua8uPvn2nHHEjzduy9 5Dy2/xhD2U/mYDChxZRiSZqLmbzqC9ZWPCc/6pR7mQnczAx+v5U4G4eW42ZeP4OWlVfb 9On5KcxJjEa17Hs3l08kC1S053d1aDdpVJ9Rl3eOHdWvCxIt14IbaMYez9a7nhMtjqEE S9YkAQwo8PXPd7vkFN5AqBEQECrq8Cny7d9Wb5g4NlTJ3I/0WNCGFf2IRjDDGqNYd1h1 RlvbDnX8BLQhRvw7S/4/LHQSoyFILvC9NtXjroOA4fBOTRzPjs8Ii90ugrUwjyXoDejV CWMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=5k5NesgCOUB0YJFqwRzn49Xc6bSr61ApsQSdEOnR4b4=; b=YdHefAdPpJEvbtJJ4yrkXGxfkm0eMndmjwwXwj8+iYrEJYuprnPcQ5QTQawRkiic6c qpOR7g/Y4pW6d0IVym5mqsW+az8SY184JEKFWOMZS92+wkgc2qeKQtHbi2JL/szPnHK+ YU7qXM1a2/S9EXCTh28DsvzEBqTsPxivsn8Mzxjne5mw1/2yRqBJVVMsInYKLyx0zXps JcXoNH5Jfqi9WWgPKj/wAHt8jPWm+6U63wiEGZZZyGEtVu1K6AIBnENcm2K/Sg0uqkYH 0Pthle9lNX5pysfm0NUtrWp2PsVLJlFJRpoJAobJMu9VbVdmqmwEXx+5N6U+0J5F0C6m 3DnQ== X-Gm-Message-State: AG10YOTszQIcG5aogPpjkYyZXyhubmUoTKlfr/xQwLubq3CATEukdvzACY0LVaH1bgJ4BuYHKdFKRl8xsQ0Jqg== X-Received: by 10.25.28.134 with SMTP id c128mr4516946lfc.95.1454172973828; Sat, 30 Jan 2016 08:56:13 -0800 (PST) MIME-Version: 1.0 Sender: zbodek@gmail.com Received: by 10.25.33.83 with HTTP; Sat, 30 Jan 2016 08:55:54 -0800 (PST) In-Reply-To: References: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> From: Zbigniew Bodek Date: Sat, 30 Jan 2016 17:55:54 +0100 X-Google-Sender-Auth: 2TXoSnpJByO8V69yV56e014GhMU Message-ID: Subject: Re: Problem booting an Raspberry Pi B+ with recent kernels To: Michael Tuexen Cc: "freebsd-arm@freebsd.org" , Zbyszek Bodek Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 16:56:16 -0000 Hello, Please check this work-in-progress patch: https://people.freebsd.org/~zbb/arm/other/0001-Fix-debug_monitor-code-for-older-ARMs-ARM11.patch It works on RPI-B but I will need to test it again on CA9 and CA15 platforms before sending it for review. Best regards zbb 2016-01-29 19:56 GMT+01:00 Zbigniew Bodek : > Hello, > > This may be due to HW watchpoints support. > There are many Debug Arch implementations and the code is supposed to check > and enable or disable it accordingly but there may be a bug there. > I asked people to test this on various platforms but maybe Raspberry Pi > tests were performed on Cortex-A7 Raspberry Pi. > I will check this on the old Rapsberry today. > > Best regards > zbb > > 2016-01-29 18:16 GMT+01:00 Michael Tuexen : > >> Dear all, >> >> tyring to compile/install/boot a recent kernel fails at the boot level. >> Here is the console output: >> >> U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) >> >> DRAM: 480 MiB >> WARNING: Caches not enabled >> MMC: bcm2835_sdhci: 0 >> reading u-boot.env >> >> ** Unable to read "u-boot.env" from mmc0:1 ** >> Using default environment >> >> In: serial >> Out: lcd >> Err: lcd >> mbox: Timeout waiting for response >> bcm2835: Could not set USB power state >> Net: Net Initialization Skipped >> No ethernet found. >> reading uEnv.txt >> ** Unable to read file uEnv.txt ** >> Hit any key to stop autoboot: 0 >> Booting from: mmc 0 ubldr >> reading ubldr >> 262248 bytes read in 55694 ms (3.9 KiB/s) >> ## Starting application at 0x02000094 ... >> Consoles: U-Boot console >> Compatible U-Boot API signature found @1db682a8 >> >> FreeBSD/armv6 U-Boot loader, Revision 1.2 >> (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) >> >> DRAM: 480MB >> Number of U-Boot devices: 1 >> U-Boot env: loaderdev='mmc 0' >> Found U-Boot device: disk >> Checking unit=0 slice= partition=... good. >> /boot/kernel/kernel text=0x58fb98 data=0x555a4+0xe5e9c >> syms=[0x4+0xc6da0+0x4+0x94793] >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Using DTB provided by U-Boot at address 0x100. >> Kernel entry at 0x2200180... >> Kernel args: (null) >> panic: Undefined instruction in kernel. >> >> Uptime: 1s >> >> Please note that >> * booting r294694 is fine. >> * I'm only updating the kernel, the userland is still at 1100081. >> >> Any idea? >> >> Best regards >> Michael >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jan 30 17:30:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84104A73973 for ; Sat, 30 Jan 2016 17:30:35 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F277163D; Sat, 30 Jan 2016 17:30:35 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.200] (p4FE31ED4.dip0.t-ipconnect.de [79.227.30.212]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 12F671C0B460E; Sat, 30 Jan 2016 18:30:32 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: Problem booting an Raspberry Pi B+ with recent kernels From: Michael Tuexen In-Reply-To: Date: Sat, 30 Jan 2016 18:30:30 +0100 Cc: "freebsd-arm@freebsd.org" , Zbyszek Bodek Content-Transfer-Encoding: quoted-printable Message-Id: References: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> To: Zbigniew Bodek X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 17:30:35 -0000 > On 30 Jan 2016, at 17:55, Zbigniew Bodek wrote: >=20 > Hello, >=20 > Please check this work-in-progress patch: > = https://people.freebsd.org/~zbb/arm/other/0001-Fix-debug_monitor-code-for-= older-ARMs-ARM11.patch Will do and report... Best regards Michael >=20 > It works on RPI-B but I will need to test it again on CA9 and CA15 > platforms before sending it for review. >=20 > Best regards > zbb >=20 > 2016-01-29 19:56 GMT+01:00 Zbigniew Bodek : >> Hello, >>=20 >> This may be due to HW watchpoints support. >> There are many Debug Arch implementations and the code is supposed to = check >> and enable or disable it accordingly but there may be a bug there. >> I asked people to test this on various platforms but maybe Raspberry = Pi >> tests were performed on Cortex-A7 Raspberry Pi. >> I will check this on the old Rapsberry today. >>=20 >> Best regards >> zbb >>=20 >> 2016-01-29 18:16 GMT+01:00 Michael Tuexen : >>=20 >>> Dear all, >>>=20 >>> tyring to compile/install/boot a recent kernel fails at the boot = level. >>> Here is the console output: >>>=20 >>> U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) >>>=20 >>> DRAM: 480 MiB >>> WARNING: Caches not enabled >>> MMC: bcm2835_sdhci: 0 >>> reading u-boot.env >>>=20 >>> ** Unable to read "u-boot.env" from mmc0:1 ** >>> Using default environment >>>=20 >>> In: serial >>> Out: lcd >>> Err: lcd >>> mbox: Timeout waiting for response >>> bcm2835: Could not set USB power state >>> Net: Net Initialization Skipped >>> No ethernet found. >>> reading uEnv.txt >>> ** Unable to read file uEnv.txt ** >>> Hit any key to stop autoboot: 0 >>> Booting from: mmc 0 ubldr >>> reading ubldr >>> 262248 bytes read in 55694 ms (3.9 KiB/s) >>> ## Starting application at 0x02000094 ... >>> Consoles: U-Boot console >>> Compatible U-Boot API signature found @1db682a8 >>>=20 >>> FreeBSD/armv6 U-Boot loader, Revision 1.2 >>> (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) >>>=20 >>> DRAM: 480MB >>> Number of U-Boot devices: 1 >>> U-Boot env: loaderdev=3D'mmc 0' >>> Found U-Boot device: disk >>> Checking unit=3D0 slice=3D partition=3D... good. >>> /boot/kernel/kernel text=3D0x58fb98 data=3D0x555a4+0xe5e9c >>> syms=3D[0x4+0xc6da0+0x4+0x94793] >>>=20 >>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>> Booting [/boot/kernel/kernel]... >>> Using DTB provided by U-Boot at address 0x100. >>> Kernel entry at 0x2200180... >>> Kernel args: (null) >>> panic: Undefined instruction in kernel. >>>=20 >>> Uptime: 1s >>>=20 >>> Please note that >>> * booting r294694 is fine. >>> * I'm only updating the kernel, the userland is still at 1100081. >>>=20 >>> Any idea? >>>=20 >>> Best regards >>> Michael >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Sat Jan 30 19:42:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E556BA72AB3 for ; Sat, 30 Jan 2016 19:42:51 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F78B7B2; Sat, 30 Jan 2016 19:42:51 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.200] (p4FE31ED4.dip0.t-ipconnect.de [79.227.30.212]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id D22FB1C0C069D; Sat, 30 Jan 2016 20:42:47 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: Problem booting an Raspberry Pi B+ with recent kernels From: Michael Tuexen In-Reply-To: Date: Sat, 30 Jan 2016 20:42:45 +0100 Cc: "freebsd-arm@freebsd.org" , Zbyszek Bodek Content-Transfer-Encoding: quoted-printable Message-Id: <7AC6AE4A-6823-4AE6-B230-A88BFFB23712@freebsd.org> References: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> To: Zbigniew Bodek X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 19:42:52 -0000 > On 30 Jan 2016, at 17:55, Zbigniew Bodek wrote: >=20 > Hello, >=20 > Please check this work-in-progress patch: > = https://people.freebsd.org/~zbb/arm/other/0001-Fix-debug_monitor-code-for-= older-ARMs-ARM11.patch I tested it. The Raspberry Pi B+ boots r295077 with you patch just fine. It looks good to me. Thanks for your help! Best regards Michael >=20 > It works on RPI-B but I will need to test it again on CA9 and CA15 > platforms before sending it for review. >=20 > Best regards > zbb >=20 > 2016-01-29 19:56 GMT+01:00 Zbigniew Bodek : >> Hello, >>=20 >> This may be due to HW watchpoints support. >> There are many Debug Arch implementations and the code is supposed to = check >> and enable or disable it accordingly but there may be a bug there. >> I asked people to test this on various platforms but maybe Raspberry = Pi >> tests were performed on Cortex-A7 Raspberry Pi. >> I will check this on the old Rapsberry today. >>=20 >> Best regards >> zbb >>=20 >> 2016-01-29 18:16 GMT+01:00 Michael Tuexen : >>=20 >>> Dear all, >>>=20 >>> tyring to compile/install/boot a recent kernel fails at the boot = level. >>> Here is the console output: >>>=20 >>> U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) >>>=20 >>> DRAM: 480 MiB >>> WARNING: Caches not enabled >>> MMC: bcm2835_sdhci: 0 >>> reading u-boot.env >>>=20 >>> ** Unable to read "u-boot.env" from mmc0:1 ** >>> Using default environment >>>=20 >>> In: serial >>> Out: lcd >>> Err: lcd >>> mbox: Timeout waiting for response >>> bcm2835: Could not set USB power state >>> Net: Net Initialization Skipped >>> No ethernet found. >>> reading uEnv.txt >>> ** Unable to read file uEnv.txt ** >>> Hit any key to stop autoboot: 0 >>> Booting from: mmc 0 ubldr >>> reading ubldr >>> 262248 bytes read in 55694 ms (3.9 KiB/s) >>> ## Starting application at 0x02000094 ... >>> Consoles: U-Boot console >>> Compatible U-Boot API signature found @1db682a8 >>>=20 >>> FreeBSD/armv6 U-Boot loader, Revision 1.2 >>> (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) >>>=20 >>> DRAM: 480MB >>> Number of U-Boot devices: 1 >>> U-Boot env: loaderdev=3D'mmc 0' >>> Found U-Boot device: disk >>> Checking unit=3D0 slice=3D partition=3D... good. >>> /boot/kernel/kernel text=3D0x58fb98 data=3D0x555a4+0xe5e9c >>> syms=3D[0x4+0xc6da0+0x4+0x94793] >>>=20 >>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>> Booting [/boot/kernel/kernel]... >>> Using DTB provided by U-Boot at address 0x100. >>> Kernel entry at 0x2200180... >>> Kernel args: (null) >>> panic: Undefined instruction in kernel. >>>=20 >>> Uptime: 1s >>>=20 >>> Please note that >>> * booting r294694 is fine. >>> * I'm only updating the kernel, the userland is still at 1100081. >>>=20 >>> Any idea? >>>=20 >>> Best regards >>> Michael >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Sat Jan 30 22:14:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03DACA73B7C for ; Sat, 30 Jan 2016 22:14:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC79AEB8 for ; Sat, 30 Jan 2016 22:14:24 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 30 Jan 2016 22:15:20 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0UMEG21002051; Sat, 30 Jan 2016 15:14:16 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1454192055.32550.8.camel@freebsd.org> Subject: Re: [Bug 206658] Bus error for pfctl -sa on rpi2 r294499 snap From: Ian Lepore To: peter garshtja , Jov Cc: freebsd-arm , "freebsd-pf@freebsd.org" Date: Sat, 30 Jan 2016 15:14:15 -0700 In-Reply-To: References: <1453862939.42081.25.camel@freebsd.org> <1453867724.42081.28.camel@freebsd.org> <1453903433.42081.30.camel@freebsd.org> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 22:14:25 -0000 FYI, I've committed r295086, which is conceptually the patch submitted by Guy Yur, but restructured with an #ifndef __NO_STRICT_ALIGNMENT wrapper, and in general more like the corresponding code on the kernel side for handling this. Could somebody who uses pf please give this a test and let me know if it works right? (It *looks* right, but... you know.) If it works I should get it MFC'd before the 10.3 release. -- Ian On Fri, 2016-01-29 at 00:11 -0500, peter garshtja wrote: > Much appreciated for your effort. > > I have been waiting for this fix over 3months. > > Regards > > On Thursday, January 28, 2016, Jov wrote: > > > This patch works$B!$(Bthanks very much ! > > > > will these patches to be commited to the offical svn? I add freebsd > > -pf ML. > > > > > > Jov > > blog: http:amutu.com/blog > > > > 2016-01-29 5:26 GMT+08:00 Guy Yur > > > : > > > > > Hi, > > > > > > On Thu, Jan 28, 2016 at 2:06 PM, Jov > > :;>> > > wrote: > > > > bus error at the similar position: > > > > > > > > Program received signal SIGBUS, Bus error. > > > > 0x00021614 in print_host (addr=0x2065111a, port=15268, af=2 > > > > '\002', > > > > opts=1024) at /usr/src/sbin/pfctl/pf_print_state.c:178 > > > > warning: Source file is more recent than executable. > > > > > > > > 178 memcpy(&aw.v.a.addr, addr, sizeof(aw.v.a.addr)); > > > > Current language: auto; currently minimal > > > > (gdb) p addr > > > > $1 = (struct pf_addr *) 0x2065111a > > > > ... > > > > > > > > Jov > > > > > > The compiler optimizes the memcpy to a series of ldr and str > > > instructions and since addr is unaligned you still get SIGBUS. > > > > > > I encountered the same problem on a BeagleBone Black. > > > https://lists.freebsd.org/pipermail/freebsd-arm/2014-January/0072 > > > 37.html > > > > > > non-intrustive patch with changes only in print_state() > > > pfsync_state is __packed so the keys can be copied safely to > > > stack variables which will be aligned (and addr inside it). > > > > > > > > https://github.com/guyyur/freebsd-src_patches/blob/master/pfctl_arm > > _segbus__ver1_part1.patch > > > > > > Bug report with patch to separate pfsync and pfioc state > > > structures but breaks backward compatibility: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185617 > > > > > > -- Guy > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org > > " > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " >