From owner-freebsd-arm@freebsd.org Sun Jan 6 00:38:12 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09F1B142AE54 for ; Sun, 6 Jan 2019 00:38:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-9.consmr.mail.gq1.yahoo.com (sonic316-9.consmr.mail.gq1.yahoo.com [98.137.69.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9687B76291 for ; Sun, 6 Jan 2019 00:38:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: HxWLYuEVM1kIblDh8KxYkwwohrGVBoQ.JbX7UCObAprJG6D8szlCUPyK_mJJp8a h7BT6aFwTK4_2LvmwKTGTsJSgJoDOudaYq.2xf9.vvMx.LOaTbWwb.yyFxBozz3AqyMNlna6u3F2 4wguU59P4v5AlLJzxie1IHF_WwmcjhlOhIqCn6bawJrlrI59p1O6pd1UUBIsdnrW3j1kBM5ok3Ow 7sTSasJKFhjL2GM4VQxBdfFakhc.VXuGCPvzwis6oU4QaHL8cmzcBRr144lLbIw9j24cOjcjFr5V yEv5YLSCo5reN8QbwSwgTl0ugSfQjoy9D37xNhyfHZtvOGtTmeP651rHIsK4Pt1P9AFe7PhZWTJs JC7P4AS3c0LtYVl_3R11VAMofCxupYGh83.qZgUCDd5iFvIc3TNWmJfOo_Z_LyA8H_0XX2C1VV_g o87KbtCaFMv943drc5A14yAIPdvr0QvjP1NBiG0DKCEzHfURqXYfySJY26TqTp1h_83d6hASNTc5 5T0w.PlvR7izOE3.I.q9CpF8gUvp9zdvGZ6tft0O7azEmxiy7JV99rbsp94nF13GfRDe96WBBwlh Gt8taq_XI5HUtvrogFi3HLdvme.fajEHlX1AyxjblIX4HgYq4zoCvDE6sVxejYdW83T1OFim.rNO YqFUddwnhndb2VnyYUtQKdtAR2NSffvA3roNKZmVv15f5yp7lg7YSoukaF6Q7OdUE0inVtOq4G6l 0UPQXGkpiLtaXDObLkT1xKnZFSBQgnS6.dZNNBhjgqUKo7bhxfBbC3Bkwe86p0SzkeXB0Xq.pNzY gO9RQIw3lNAUnxpnZWtUZ9cuxZmLPcMtpOMyi8bdnTa.AzUq0.ZFlgu2vs3T.y.B1zfFIUNXhkaO QHmO.MP.IbJJIw1MhC_uBVIGL1QFyt1f5F6ykK7lUEqR89xTpbscogdLUAIAG9urvePET57_fN68 so2vRhE2Jf7EDxUvjZ5H4REr_m0gAMwIKtaI9o3Vz1oq78m7D3kYGMY9eZtvuekW.tiXPEaLA7ZA .7pYdrqvZpWZuPhUURas4mND702lPCcfPtgeC7PZyvu0r1IsUwQNR4ISLC_2JlE8BtmPdh7k0Jp7 2TmS.RQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Jan 2019 00:38:03 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 38d7065d9c12fa5f9f3ace1278fddde8; Sun, 06 Jan 2019 00:38:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_msqid_ds too small vs. arm natives msqid_ds Message-Id: Date: Sat, 5 Jan 2019 16:37:59 -0800 Cc: Sean Bruno , freebsd-arm To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 9687B76291 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.74)[-0.736,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.66)[ip: (-4.28), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[33.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 00:38:12 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_msqid_ds" is meant to match the = memory layout of the target's native "struct msqid_ds". Otherwise the reported = differences below could be irrelevant. For armv7 (and likely armv6) the following code: printf("sizeof(struct msqid_ds) =3D %lu\n", (unsigned long) = sizeof(struct msqid_ds)); printf("msg_perm %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_perm)); printf("__msg_first %lu\n", (unsigned long) offsetof(struct = msqid_ds, __msg_first)); printf("__msg_last %lu\n", (unsigned long) offsetof(struct = msqid_ds, __msg_last)); printf("msg_cbytes %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_cbytes)); printf("msg_qnum %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_qnum)); printf("msg_qbytes %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_qbytes)); printf("msg_lspid %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_lspid)); printf("msg_lrpid %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_lrpid)); printf("msg_stime %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_stime)); printf("msg_rtime %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_rtime)); printf("msg_ctime %lu\n", (unsigned long) offsetof(struct = msqid_ds, msg_ctime)); produces: sizeof(struct msqid_ds) =3D 80 msg_perm 0 __msg_first 24 __msg_last 28 msg_cbytes 32 msg_qnum 36 msg_qbytes 40 msg_lspid 44 msg_lrpid 48 msg_stime 56 msg_rtime 64 msg_ctime 72 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d sizeof(struct target_msqid_ds) $14 =3D 64 (gdb) p/d &((struct target_msqid_ds *)0)->msg_first $15 =3D 24 (gdb) p/d &((struct target_msqid_ds *)0)->msg_last=20 $16 =3D 28 (gdb) p/d &((struct target_msqid_ds *)0)->msg_cbytes $17 =3D 32 (gdb) p/d &((struct target_msqid_ds *)0)->msg_qnum =20 $18 =3D 36 (gdb) p/d &((struct target_msqid_ds *)0)->msg_qbytes $19 =3D 40 (gdb) p/d &((struct target_msqid_ds *)0)->msg_lspid=20 $20 =3D 44 (gdb) p/d &((struct target_msqid_ds *)0)->msg_lrpid $21 =3D 48 (gdb) p/d &((struct target_msqid_ds *)0)->msg_stime $22 =3D 52 (gdb) p/d &((struct target_msqid_ds *)0)->msg_rtime $23 =3D 56 (gdb) p/d &((struct target_msqid_ds *)0)->msg_ctime $24 =3D 60 so after msg_lrpid the offsets are different. /usr/include/sys/msg.h has: struct msqid_ds { struct ipc_perm msg_perm; /* msg queue permission bits */ struct msg *__msg_first; /* first message in the queue */ struct msg *__msg_last; /* last message in the queue */ msglen_t msg_cbytes; /* number of bytes in use on the queue = */ msgqnum_t msg_qnum; /* number of msgs in the queue */ msglen_t msg_qbytes; /* max # of bytes on the queue */ pid_t msg_lspid; /* pid of last msgsnd() */ pid_t msg_lrpid; /* pid of last msgrcv() */ time_t msg_stime; /* time of last msgsnd() */ time_t msg_rtime; /* time of last msgrcv() */ time_t msg_ctime; /* time of last msgctl() */ }; = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall_defs.h has: struct target_msqid_ds { struct target_ipc_perm msg_perm; /* msg queue permission bits */ abi_ulong msg_first; /* first message in the queue */ abi_ulong msg_last; /* last message in the queue */ abi_ulong msg_cbytes; /* # of bytes in use on the queue */ abi_ulong msg_qnum; /* number of msgs in the queue */ abi_ulong msg_qbytes; /* max # of bytes on the queue */ int32_t msg_lspid; /* pid of last msgsnd() */ int32_t msg_lrpid; /* pid of last msgrcv() */ abi_ulong msg_stime; /* time of last msgsnd() */ abi_ulong msg_rtime; /* time of last msgrcv() */ abi_ulong msg_ctime; /* time of last msgctl() */ }; abi_ulong's for msg_stime, msg_rtime, and msg_ctime are the wrong size for armv7: arm uses 64-bit time_t. As of 12+ only i386 uses 32-bit time_t if I understand right. In 11.x 32-bit powerpc also uses 32-bit time_t. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jan 6 01:02:19 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AD96142BBC1 for ; Sun, 6 Jan 2019 01:02:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-2.consmr.mail.bf2.yahoo.com (sonic301-2.consmr.mail.bf2.yahoo.com [74.6.129.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCFEC7776E for ; Sun, 6 Jan 2019 01:02:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RAkBoQQVM1lJTECdJTspKxtAYzmg9uKso.YOU3wfvUJ_TuJE0lJ213S2kyCFSdH 3Dqr9_NEw4z7w4fOxlCws1K1PPpAZKeWnhjXQRdH1EPcoBFiEdPRZyW9Uh8LeoErdOabCpjf4odH Gp7oxKw4sWloZYnL6_xQrc_H68mZAm56dxnU0roREulrez8KUvRipuAzrUtZwsqYdl2RJD19f.W_ LmsrIO1Q9oGVShyetCEYe8a7fSHtByreib8.jsz9DIu.4EK.t5lbkIwXuLkIBw6VhAv11KPjmQtL AWxp3.FMn5iiuOvytamaJD_H.7ijVF3IAkBS40eqMS6cwMKXOtWBuYOC6FxdWrTvy88KNWMqGy06 SdmDGNDGBY9eMfA1Zld4.XG0CFs_LLcTaoi26GdS_e8SaLsKbsS9O3e9rT7PfCi25ZikHEgyljPh w5mOwdiAbkDbAdTRvMxjBFKKpx33vbqC4S_TvQln2CFiy0IZFwiI_nEBpAJNarKHsLt.2ro5lfJy EjnMZBaTPN29WihjBpUETahW1mCJNtQ1tLI9Mo5xX7itubvfa8OPDMRI.VEKb5aqafm.j0ybFXOj .gulvsLvPpUrgDSl9NTl4AstS6xJpDSxRO_vaxERcJ1iKtUtP8lqJ9yQ0BC7AF3jftU_hBlYHolS FEm2NVc33ZGYtOfrq9Ewpzy3qDVmsNupB_.k49lG3C4Exs28OF_R3O6l0oa6NIotIAkqZlg0F1bO 6rqSjERUjfSmcM2FzaKF9UXyLLBi7VLrA17_rUT19hXcY2y7t4gf1V2Wt2u8inSNZVE_EP1YpfrK RSSOla5SBxcwDRg5PF4d.YRZYoDE07jRIPBAXFfz3ea2KCHjUX8Zad2UGBlph21QiY6teoaAvRof FmMqhUb3h5LgwJFRoVKNoKTSSf8djul7XTwJ7aBum0s72pwPriKe__71NEvjTrr3FlNcBlh7Ze9W 6UL.MsP7TeDnRJYHJQnLzu45Q057gOUb11BKqNVF8dy1q4bGPfsh4FMrXlY3EeajnOQeUDau_NfB WqUywHH5ZTkdDA92Lr0cdGCkZdKEwQdVAA22VYLkFy3OjZgPSRaddkU_B9BUtsnM8U0ffsJ8fGjP PNWAzRLGd Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Sun, 6 Jan 2019 01:02:16 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp421.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 78e25cd842cd36be75c62a6ccd5821ed; Sun, 06 Jan 2019 01:02:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_semd_ds too small vs. arm natives semid_ds Message-Id: <3480CAB5-6F8C-4160-97C7-AF38A5F55078@yahoo.com> Date: Sat, 5 Jan 2019 17:02:13 -0800 Cc: Sean Bruno , freebsd-arm To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: DCFEC7776E X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.975,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.45)[ip: (4.72), ipnet: 74.6.128.0/21(1.45), asn: 26101(1.16), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.75)[0.753,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.42)[0.423,0]; RCVD_IN_DNSWL_NONE(0.00)[41.129.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 01:02:19 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_semd_ds" is meant to match the memory = layout of the target's native "struct semid_ds". Otherwise the reported = differences below could be irrelevant. For armv7 (and likely armv6) the following code: printf("sizeof(struct semid_ds) =3D %lu\n", (unsigned long) = sizeof(struct semid_ds)); printf("sem_perm %lu\n", (unsigned long) offsetof(struct = semid_ds, sem_perm)); printf("__sem_base %lu\n", (unsigned long) offsetof(struct = semid_ds, __sem_base)); printf("sem_nsems %lu\n", (unsigned long) offsetof(struct = semid_ds, sem_nsems)); printf("sem_otime %lu\n", (unsigned long) offsetof(struct = semid_ds, sem_otime)); printf("sem_ctime %lu\n", (unsigned long) offsetof(struct = semid_ds, sem_ctime)); =20 produces: sizeof(struct semid_ds) =3D 48 sem_perm 0 __sem_base 24 sem_nsems 28 sem_otime 32 sem_ctime 40 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d sizeof(struct target_semid_ds) $25 =3D 40 (gdb) p/d &((struct target_semid_ds *)0)->sem_perm=20 $26 =3D 0 (gdb) p/d &((struct target_semid_ds *)0)->sem_base =20 $27 =3D 24 (gdb) p/d &((struct target_semid_ds *)0)->sem_nsems $28 =3D 28 (gdb) p/d &((struct target_semid_ds *)0)->sem_otime $29 =3D 32 (gdb) p/d &((struct target_semid_ds *)0)->sem_ctime $30 =3D 36 so after sem_otime the offsets are different. /usr/include/sys/sem.h has: struct semid_ds { struct ipc_perm sem_perm; /* operation permission struct = */ struct sem *__sem_base; /* pointer to first semaphore in = set */ unsigned short sem_nsems; /* number of sems in set */ time_t sem_otime; /* last operation time */ time_t sem_ctime; /* last change time */ /* Times measured in secs since = */ /* 00:00:00 UTC, Jan. 1, 1970, = without leap seconds */ }; = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall_defs.h has: struct target_semid_ds { struct target_ipc_perm sem_perm; /* operation permission struct */ abi_ulong sem_base; /* pointer to first semaphore in set */ uint16_t sem_nsems; /* number of sems in set */ abi_ulong sem_otime; /* last operation time */ abi_ulong sem_ctime; /* times measured in secs */ }; abi_ulong's for sem_otime, and sem_otime are the wrong size for armv7: arm uses 64-bit time_t. As of 12+ only i386 uses 32-bit time_t if I understand right. In 11.x 32-bit powerpc also uses 32-bit time_t. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jan 6 01:14:42 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B689142C9E5 for ; Sun, 6 Jan 2019 01:14:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-22.consmr.mail.ne1.yahoo.com (sonic305-22.consmr.mail.ne1.yahoo.com [66.163.185.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04988803B9 for ; Sun, 6 Jan 2019 01:14:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rqlVTQkVM1mle7vVVQHzbBati3W4pbVhylEbVBIRWZj9txFuvti4ZZGSjZ0iIl1 ut_oXcnNnjT9Tv3iA6ZjnDdAMqo7cOn0LtdiaRne2JMDQTQ1RaUzCcb4wNkbNkVJQ0Gb6TMYloi5 1oSGgrxdctx6LjWbcDvHh7RgjUkEXvNVS4XPs1wyrBifmePJ8_Fj.CrGOrZzvcSULpA6bSWmYg_y GkaFUk63AUvmSJpX.aKDpVxEtSXepjegapKuM7jB7tPjpgCoO5Pz6AH..MJQ6sah4aob3gvKoMt7 Dxn64J9Sckv1O2W0au5HNMP3I16jJbOexrjBib_FnpYV1LoC0uKrIis76tTMVx4nzRb5NTmbF3ex Ugf5eRtCeYqJKE_OjnnJruIIsc9bst7S3HED7Y9RCvxtaYkBUOU6UpKTyNngeajhz5RAEzToVq6s TeX2ozfB0yN.j1sEHvkMqjpB8YDPQMX.xM7jZixa8vuk4iYzlMInRN3zJM.0zmaq23VyWgSs65HN jwd_yh0lJExMcnavjvM7KouOxsjq_AXwa__0KPspf2qdhjvuhZmeqxWSXIAwJrsNP8rYA7wbNHF2 NglM2pd2cvqNJwv1iPFEqisN6IvY_yJWVKTf.XSYXpd57K5MeCI71Mo_40gqPFjic4B80yiccY.c R85FqwbGEXMXzdU6bSxABow4JyeQOeFRCl8Kmp0BZquQLSvU5CBYCeZ0e1DXZtrEIdyPxoY6SB3_ 9FMgNdcga_HCsTc2myeTn_rZrNaq1AHLiXrC4jo29VoV62J71TfTD482sFYJGwanLwwVprV6hdf5 aA80rr9jLzwMeYB9dMfCSif__R1foIfHaVs2Nrze8FpewLf8.2_MbjlSrE0l0ROPz2Vs1YZt7Ahw D5k6zzFurAXdTCslSt4K6Iv_8_cBgzF_UWSvyus8nCntKQun7tMoTBdIJvl.uUo4TdX6bbK7J34I OMDo0uvWv3vcMvnmfbT6r7B9m22Ix0SSt_6eztmk3b1K6hN6g3akG4OVPWGGaGN59drndQQ9UUKO K1aBaOdtenLGWZM0qoOwMksgfNXU_SNvIszlLYyj5Lk1Kiotk_MVTnDcVDX.yxn9ykbbs6xOD5r9 6AQ5aD7nct0o- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Sun, 6 Jan 2019 01:14:34 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp415.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 963a94ea3428a8a4c9e56e4a682cf370; Sun, 06 Jan 2019 01:14:30 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_shmd_ds too small vs. arm native's shmid_ds Message-Id: <6B222E96-A644-46A7-9D1C-D164ED465631@yahoo.com> Date: Sat, 5 Jan 2019 17:14:27 -0800 Cc: Sean Bruno , freebsd-arm To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 04988803B9 X-Spamd-Bar: + X-Spamd-Result: default: False [1.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.95)[0.945,0]; NEURAL_HAM_LONG(-0.47)[-0.469,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.93)[ip: (2.77), ipnet: 66.163.184.0/21(1.09), asn: 36646(0.87), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.23)[0.230,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.185.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 01:14:42 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_shmd_ds" is meant to match the memory = layout of the target's native "struct shmid_ds". Otherwise the reported = differences below could be irrelevant. For armv7 (and likely armv6) the following code: printf("sizeof(struct shmid_ds) =3D %lu\n", (unsigned long) = sizeof(struct shmid_ds)); printf("shm_perm %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_perm)); printf("shm_segsz %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_segsz)); printf("shm_lpid %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_lpid)); printf("shm_cpid %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_cpid)); printf("shm_nattch %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_nattch)); printf("shm_atime %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_atime)); printf("shm_dtime %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_dtime)); printf("shm_ctime %lu\n", (unsigned long) offsetof(struct = shmid_ds, shm_ctime)); produces: sizeof(struct shmid_ds) =3D 64 shm_perm 0 shm_segsz 24 shm_lpid 28 shm_cpid 32 shm_nattch 36 shm_atime 40 shm_dtime 48 shm_ctime 56 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d &((struct target_shmid_ds *)0)->shm_perm $33 =3D 0 (gdb) p/d &((struct target_shmid_ds *)0)->shm_segsz $34 =3D 24 (gdb) p/d &((struct target_shmid_ds *)0)->shm_lpid=20 $35 =3D 28 (gdb) p/d &((struct target_shmid_ds *)0)->shm_cpid $36 =3D 32 (gdb) p/d &((struct target_shmid_ds *)0)->shm_nattch $37 =3D 36 (gdb) p/d &((struct target_shmid_ds *)0)->shm_atime=20 $38 =3D 40 (gdb) p/d &((struct target_shmid_ds *)0)->shm_dtime $39 =3D 44 (gdb) p/d &((struct target_shmid_ds *)0)->shm_ctime $40 =3D 48 so after shm_atime the offsets are different. /usr/include/sys/shm.h has: struct shmid_ds { struct ipc_perm shm_perm; /* operation permission = structure */ size_t shm_segsz; /* size of segment in bytes */ pid_t shm_lpid; /* process ID of last shared memory = op */ pid_t shm_cpid; /* process ID of creator */ shmatt_t shm_nattch; /* number of current attaches */ time_t shm_atime; /* time of last shmat() */ time_t shm_dtime; /* time of last shmdt() */ time_t shm_ctime; /* time of last change by = shmctl() */ }; = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall_defs.h has: struct target_shmid_ds { struct target_ipc_perm shm_perm; /* peration permission structure = */ abi_ulong shm_segsz; /* size of segment in bytes */ int32_t shm_lpid; /* process ID of last shared memory op */ int32_t shm_cpid; /* process ID of creator */ int32_t shm_nattch; /* number of current attaches */ abi_ulong shm_atime; /* time of last shmat() */ abi_ulong shm_dtime; /* time of last shmdt() */ abi_ulong shm_ctime; /* time of last change by shmctl() */ }; abi_ulong's for shm_atime, shm_dtime, and shm_ctime are the wrong size for armv7: arm uses 64-bit time_t. As of 12+ only i386 uses 32-bit time_t if I understand right. In 11.x 32-bit powerpc also uses 32-bit time_t. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jan 6 05:16:02 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F12C1435873 for ; Sun, 6 Jan 2019 05:16:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BF688933E for ; Sun, 6 Jan 2019 05:16:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: K3siBVEVM1mKmInREghJ4j9LGRe3n769QmR0HPI7RfuOKTMdENjM..wcazcmhMz lDG_hxcl02h9D1koLOz2r0TOCV2Ccrf7z4wfwSyzziMpu49vtpcVjNamins_Fva98.4XunzFauyy 73TdEHfhjWSRM3H5ABG3creVDg10e_ZtoLXk7X7OS8qZBgpSJ5nPf479ssHsMNRUY3NjGg.4iHZs tCtbU3CnP4v.lPRla6jT31jTqLJcd08.t.56U3tbSJF2SkeCpR9f8L4jQz9ZO94BrmtWxKhNlFRa Bs4iDX4UI8jY4rF.pMA7SHnYHBnxeW84Rjh11QC07zpYZvSp1JqsPO6sFZyrkUK2dONr300q8Ne4 XlIraNcapTaXWiAgOsi.ZfxelU32II4ANr2_TgidY3wQBovVC.7VTqHrwigshG2Ff.kADOCf.a95 WwJKrdBWQIfMecEfghtaqbvbLQerXO.HEsGXjN4YSaTGa0zQltzYffR820PujMytdYSkl55h_5_F XuROJqKKaT0CfCGG2oUHKQPEeFVZk5g2inpbYNeuneoA4Zvgho7fcgXwhUbtXHWqNzRTFtj2iUNQ tIYnW9IVbe7V3e_qeIyuKN.cbwR1mp8HPrBxAcdFzybeCngvXj2UzPFakJpbUCTUQSH6PC9YFj0f yCrqUZHz3W3SfsQogGPjCVPZ7IUfvNd7qsq4cOJVbv9at2GcHTcp8bGvMNp.uOF0nHm3xdnmlItw gv2gLMKVnQ.btdEXo3Ya4AoB8fZoS89HNjxXVm1F34cebegdBgn2W0Vo5B0RnZgUJq29JpaEpB_E lV5nzCpEhOuKX7mh4g5pEdHgQO8mnEd634RQ2XQvTHUu4.bMyRUDxt82DzS6MdFdVN0VbK_KG5jd oMMmrs.ypwlPcrs25bkwq6nxBLUCyczLElyNdMM3_ksub.H6QzXrsSUglRp56aAYpNlHA9C5V5hi RQ6kWiZqFe4svbpzA41ulf99dsb0KdyL6VrzQ870qQefT42eTApprN4l1P5Uwc2TujCEqOWz4Psq PMpHPknvSGuc58wKwyy4082.QMKl5mfKQTIAqCal9GFIKElKI3L98DC8CmsoW9eU.xcILaRJvlHE Wm8tf6YHvqQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Sun, 6 Jan 2019 05:15:53 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8cab793bfb3bbecbcae688229725c3cd; Sun, 06 Jan 2019 05:15:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_freebsd11_nstat too small vs. arm native's struct nstat Message-Id: <62F581E3-EBB6-4980-BD20-4E121D64BBC5@yahoo.com> Date: Sat, 5 Jan 2019 21:15:51 -0800 Cc: Sean Bruno , freebsd-arm To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 9BF688933E X-Spamd-Bar: + X-Spamd-Result: default: False [1.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.972,0]; NEURAL_HAM_LONG(-0.63)[-0.628,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.07)[ip: (3.47), ipnet: 66.163.184.0/21(1.09), asn: 36646(0.87), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.17)[0.175,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[199.184.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 05:16:02 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_shmd_ds" is meant to match the memory = layout of the target's native "struct shmid_ds". Otherwise the reported = differences below could be irrelevant. For armv7 (and likely armv6) the following code: printf("sizeof(struct nstat) =3D %lu\n", (unsigned long) = sizeof(struct nstat)); printf("st_dev %lu\n", (unsigned long) offsetof(struct nstat, = st_dev)); printf("st_ino %lu\n", (unsigned long) offsetof(struct nstat, = st_ino)); printf("st_mode %lu\n", (unsigned long) offsetof(struct nstat, = st_mode)); printf("st_nlink %lu\n", (unsigned long) offsetof(struct nstat, = st_nlink)); printf("st_uid %lu\n", (unsigned long) offsetof(struct nstat, = st_uid)); printf("st_gid %lu\n", (unsigned long) offsetof(struct nstat, = st_gid)); printf("st_rdev %lu\n", (unsigned long) offsetof(struct nstat, = st_rdev)); printf("st_atim %lu\n", (unsigned long) offsetof(struct nstat, = st_atim)); printf("st_mtim %lu\n", (unsigned long) offsetof(struct nstat, = st_mtim)); printf("st_ctim %lu\n", (unsigned long) offsetof(struct nstat, = st_ctim)); printf("st_size %lu\n", (unsigned long) offsetof(struct nstat, = st_size)); printf("st_blocks %lu\n", (unsigned long) offsetof(struct nstat, = st_blocks)); printf("st_blksize %lu\n", (unsigned long) offsetof(struct = nstat, st_blksize)); printf("st_flags %lu\n", (unsigned long) offsetof(struct nstat, = st_flags)); printf("st_gen %lu\n", (unsigned long) offsetof(struct nstat, = st_gen)); printf("st_birthtim %lu\n", (unsigned long) offsetof(struct = nstat, st_birthtim)); produces: sizeof(struct nstat) =3D 128 st_dev 0 st_ino 4 st_mode 8 st_nlink 12 st_uid 16 st_gid 20 st_rdev 24 st_atim 32 st_mtim 48 st_ctim 64 st_size 80 st_blocks 88 st_blksize 96 st_flags 100 st_gen 104 st_birthtim 112 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d sizeof(struct target_freebsd11_nstat) $41 =3D 116 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_dev =20 $42 =3D 0 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_ino $43 =3D 4 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_mode $44 =3D 8 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_nlink $45 =3D 10 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_uid =20 $46 =3D 12 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_gid $47 =3D 16 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_rdev $48 =3D 20 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_atim $49 =3D 24 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_mtim =20 $50 =3D 40 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_ctim $51 =3D 56 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_size =20 $52 =3D 72 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_blocks $53 =3D 80 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_blksize $54 =3D 88 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_flags =20 $55 =3D 92 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_gen =20 $56 =3D 96 (gdb) p/d &((struct target_freebsd11_nstat *)0)->st_birthtim $57 =3D 100 So after st_mode the offsets are wrong relative to struct nstat (native to armv7). /usr/include/sys/stat.h has: struct nstat { __uint32_t st_dev; /* inode's device */ __uint32_t st_ino; /* inode's number */ __uint32_t st_mode; /* inode protection mode */ __uint32_t st_nlink; /* number of hard links */ uid_t st_uid; /* user ID of the file's owner = */ gid_t st_gid; /* group ID of the file's group = */ __uint32_t st_rdev; /* device type */ struct timespec st_atim; /* time of last access */ struct timespec st_mtim; /* time of last data = modification */ struct timespec st_ctim; /* time of last file status = change */ off_t st_size; /* file size, in bytes */ blkcnt_t st_blocks; /* blocks allocated for file */ blksize_t st_blksize; /* optimal blocksize for I/O */ fflags_t st_flags; /* user defined flags for file = */ __uint32_t st_gen; /* file generation number */ struct timespec st_birthtim; /* time of file creation */ /* * See comment in the definition of struct freebsd11_stat * above about the following padding. */ unsigned int :(8 / 2) * (16 - (int)sizeof(struct timespec)); unsigned int :(8 / 2) * (16 - (int)sizeof(struct timespec)); }; = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall_defs.h has: struct target_freebsd11_nstat { uint32_t st_dev; /* inode's device */ uint32_t st_ino; /* inode's number */ int16_t st_mode; /* inode protection mode */ int16_t st_nlink; /* number of hard links */ uint32_t st_uid; /* user ID of the file's owner */ uint32_t st_gid; /* group ID of the file's group */ uint32_t st_rdev; /* device type */ struct target_freebsd_timespec st_atim; /* time last accessed */ struct target_freebsd_timespec st_mtim; /* time last data = modification */ struct target_freebsd_timespec st_ctim; /* time last file status = change */ int64_t st_size; /* file size, in bytes */ int64_t st_blocks; /* blocks allocated for file */ uint32_t st_blksize; /* optimal blocksize for I/O */ uint32_t st_flags; /* user defined flags for file */ __uint32_t st_gen; /* file generation number */ /* __int32_t st_lspare; */ struct target_freebsd_timespec st_birthtim; /* time of file creation = */ /* * Explicitly pad st_birthtim to 16 bytes so that the size of * struct stat is backwards compatible. We use bitfields instead * of an array of chars so that this doesn't require a C99 compiler * to compile if the size of the padding is 0. We use 2 bitfields * to cover up to 64 bits on 32-bit machines. We assume that * CHAR_BIT is 8... */ unsigned int:(8 / 2) * (16 - (int)sizeof(struct = target_freebsd_timespec)); unsigned int:(8 / 2) * (16 - (int)sizeof(struct = target_freebsd_timespec)); } __packed; There are multiple issues here, for example: __uint32_t (native nstat) = vs. int16_t (target_nstat) for st_mode. Similarly for st_nlink. And there is = __packed changing the padding for another example. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jan 6 07:10:03 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1682143AF5D for ; Sun, 6 Jan 2019 07:10:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 971828D2B9 for ; Sun, 6 Jan 2019 07:09:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1gg2Yy-000NaJ-5e; Sun, 06 Jan 2019 09:09:36 +0200 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: i2c on RPi Zero? Date: Sun, 6 Jan 2019 09:09:35 +0200 In-Reply-To: <20190106005857.baa1313ba0f70de5a2913e6d@bidouilliste.com> Cc: Per Hedeland , freebsd-arm@freebsd.org To: Emmanuel Vadot References: <229e0d36-a07b-8551-9613-0bf5748352e7@hedeland.org> <20190105195808.GA53872@bluezbox.com> <20190105215608.GA55315@bluezbox.com> <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> <20190106005857.baa1313ba0f70de5a2913e6d@bidouilliste.com> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 971828D2B9 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.04 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; IP_SCORE(-0.00)[country: EU(-0.00)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[huji.ac.il]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.78)[0.785,0]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.911,0]; MX_GOOD(-0.01)[kabab.cs.huji.ac.il,post.cs.huji.ac.il]; NEURAL_SPAM_LONG(0.95)[0.955,0]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:EU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 07:10:03 -0000 > On 6 Jan 2019, at 01:58, Emmanuel Vadot wrote: >=20 > On Sun, 6 Jan 2019 00:39:48 +0100 > Per Hedeland > wrote: >=20 >> On 2019-01-05 23:03, Emmanuel Vadot wrote: >>> On Sat, 5 Jan 2019 13:56:08 -0800 >>> Oleksandr Tymoshenko wrote: >>>=20 >>>> Per Hedeland (per@hedeland.org) wrote: >>>>> On 2019-01-05 20:58, Oleksandr Tymoshenko wrote: >>>>>> Per Hedeland (per@hedeland.org) wrote: >>>>>>> I did a bit more testing on the Zero to see if the FreeBSD = version >>>>>>> mattered: >>>>>>>=20 >>>>>>> FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img - still = no >>>>>>> luck. >>>>>>>=20 >>>>>>> FreeBSD-11.2-STABLE-arm-armv6-RPI-B-20190103-r342709.img - = works! >>>>>>> (I.e. dmesg reports as below and /dev/iic{0,1} get created - I = haven't >>>>>>> tested actual usage beyond having 'i2c -s' report "no devices = found".) >>>>>>>=20 >>>>>>> I guess that the i2c support hasn't been removed intentionally, >>>>>>> i.e. this seems to be a regression - or is there some additional >>>>>>> config etc required to enable it with FreeBSD-12? The iic and = iicbus >>>>>>> drivers appear to be built into the kernel in both 11 and 12. >>>>>>>=20 >>>>>>> (I haven't tested FreeBSD-12 on the Pi B, but I would guess that = the >>>>>>> result will be the same as on the Zero, since it seems the = hardware is >>>>>>> the same.) >>>>>>=20 >>>>>> There was a transition in device tree files between 11 and 12. >>>>>> bcm2708-rpi-0-w.dtb has i2c nodes but they're disabled by = default. >>>>>> Try editing config.txt on FAT partition and adding following = line: >>>>>>=20 >>>>>> dtparam=3Di2c >>>>>>=20 >>>>>> This should make boot firmware to enable device nodes in the = device >>>>>> tree blob during the boot. >>>>>=20 >>>>> Thanks a lot! I can confirm that this makes i2c "work" on Zero = with >>>>> 12-RELEASE (almost) to the extent described above for 11.2-STABLE = (it >>>>> detects/creates only iic0, not iic1, but as far as I understand = from >>>>> other sources, iic0 is all that is needed for "plain B" and thus = also >>>>> for Zero). >>>>>=20 >>>>> Should I file a PR for this? I assume that the i2c nodes being >>>>> disabled is not intentional... >>>>=20 >>>> Yes, please do. There are also other devices, that should be = enabled by >>>> default, like SPI. >>>=20 >>> Why should we enabled them by default ? >>> We have no correct way for switching a pin to gpio mode (you can do >>> that with gpioctl on some system but I consider it as a bug) so if I >>> want to use the i2c/spi/whatever pins as gpio and the default image = set >>> it to another function I'm stuck. >>> Using the rpi fundation dtb means that every settings that they set >>> for Linux will also be set for us, so every tutorial on the web = where >>> people saying that you should set something in config.txt will apply = to >>> FreeBSD too. >>> The current settings aren't a bug, it's a feature (c). >>=20 >> OK... - so your take seems to be that FreeBSD users should google for >> the "Linux way" to (e.g.) enable i2c on RPi. I googled "enable i2c on >> raspberry pi" now, and indeed it brought up lots of Linux stuff, but >> unfortunately it mostly says to run 'raspi-config', which I can't = find >> on my FreeBSD installation (and didn't actually expect to, of = course). >=20 > No, my take is that FreeBSD users should be able to tweak rpi the same > way (more of less) than the Linux users. Unfortunatly, as you pointed > out, sometimes it's hidden via a script/binary that do it for you. >=20 > But more important is that I don't want to enable i2c (or any other > function on pins) if the board doesn't requires it. DTS/DTB is = supposed > to represent the hardware and if the hardware doesn't have i2c (or, > again, any other stuff on some pins) there is no reason for us to > switch by default to those functions. >=20 >> If I explicitly add "config.txt" to the search string, I do indeed >> find some info about what to put in that file - but of course I >> wouldn't have done that if I didn't already know that this was the >> file that needed to be edited... >>=20 >> I'm all for using "standard" components (even when "standard" means >> "Linux"), and reducing the amount of FreeBSD-specific work that you >> and others need to put in to support FreeBSD on these "odd" systems - >> and as a long time (Free)BSD user, I actually prefer to edit a file >> over running some GUI tool without knowing what it does. >>=20 >> But I really think there needs to be a bit more help directed >> specifically at the FreeBSD user here (if there is and I just haven't >> found it, please enlighten me). A few words (besides "configuration >> for start.elf":-) about what config.txt is good for, and perhaps a >> pointer to e.g. >> = https://www.raspberrypi.org/documentation/configuration/device-tree.md >> (found it from your hints, thanks!), on the >> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi page may be >> enough. >=20 > The wiki probably need a lot of updates on how to use i2c/spi or > whatever on rpi* (with dtb overlays examples etc =E2=80=A6). yes, absolutely, but why only RPI*, there is also Allwinner and others, so some =E2=80=98standard=E2=80=99 way should exist. It=E2=80=99s a = moving target, fine, but some minor doc would be nice =E2=80=A6 SMWT =E2=80=94 Sunday Morning Wishful Thinking danny >=20 >> And despite the whining above, I really do appreciate all your = efforts >> to make it possible to run FreeBSD on these systems - many thanks! >>=20 >> --Per Hedeland >=20 > Cheers, >=20 > --=20 > Emmanuel Vadot > = > > _______________________________________________ > 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 Sun Jan 6 15:55:55 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB80C14928F4 for ; Sun, 6 Jan 2019 15:55:55 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 51BF6837A9 for ; Sun, 6 Jan 2019 15:55:53 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1546790103; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ceKAtyXZ/pWNQTDrYVbRP0GYTBsRoVvVM5vUry4/ci72KTm/qUyTcnpvfZqZHU6iRA2e3d8kYqDvM 6lAAKo5SEYWgjrwmkMtT/mULAA8sFID7BRJEKC8mcRShAzbitFtDNV03G46u1OB6o8VI2k5ncl11A6 atEtKgyvsC89e4f3zq/AkPAtHf22OzlEVaAr8wBtdVLFya09FysVQOLYpXRmUhdnNYTqDvwTgCeC0D aue/w14j1aqS4Z7tMtI44qn3v/a6cFcCCuM7YgILiENLHBHAUZQ9n0YXcbXnMWpQdszd05O6/iqjYK bvVYSpZPkTXo9D2cVgLzudzFPp3Pl6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=XpDMgyDPS8bl62NGvM1Kdb0Go7LiJ3jzAc22X60f3N4=; b=H/gR5ds7mu4gWJJFWYlUcDlefuFrMnFDf2GDPjzcLEi67nSD27eoZYIGu13quh68nC3G7VpjloVpZ /vsekg6NA/MyIuOP+/Ws6o2l/1h/qF7uDErwLonJ4rP+8YYqcRLy01FYBDJ475GNm8jn252zKhOmhn rD2UdfGTGJz6gEyw3uJY2m68GgAn7SNsak5r5iA6io3GjLXARM+UoqDcTH/xXlqdBBhUs2YVlns8vU YIttgfK4SFnPajb9hH5/iwbTJKk2bbqrymKhOIlfrO1RoDO6U+CLET+64ZMe8zZ7fXSxTPeQfioyr9 HGBUEdfvjk5BGWR0fhhQx6J/qqVAH2w== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=XpDMgyDPS8bl62NGvM1Kdb0Go7LiJ3jzAc22X60f3N4=; b=cCDUHU25Ry7UZ35lN3eeJ8xz/yTpF9ky+aDrkE3Lob5qgXsvTt5DuFnqP94lQ96WcBhGE9q8pmqev xlhB50Pef7wbSkKyRCMqRfpP9yi/KFJKTb5T3JLLB2nbtaBuCZY/olDqLFZ+WI6eZTf20e2wMebLkD IjaGEi4iuOKEOinXgorZ2W0frfC/OCdPgu5fWPzw0VDyrK4lHMnOBhekhmzM0+dI9Q/FFurd4iuDzF JW1DrpZ8RIrR/DdsEzwxGHEtexauj4MUubaTUBzdnP+4pOQ0WI/Ktc3mip0N47wEGWRrw25G8+K0Xv GbYnHKfGSvL0fMDLeVrY5Lytaoba62A== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 6acaf4f7-11cb-11e9-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 6acaf4f7-11cb-11e9-befd-af03bedce89f; Sun, 06 Jan 2019 15:55:01 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x06Ftd5H076669 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 6 Jan 2019 16:55:40 +0100 (CET) (envelope-from per@hedeland.org) Subject: Re: i2c on RPi Zero? To: Emmanuel Vadot Cc: Oleksandr Tymoshenko , freebsd-arm@freebsd.org References: <229e0d36-a07b-8551-9613-0bf5748352e7@hedeland.org> <20190105195808.GA53872@bluezbox.com> <20190105215608.GA55315@bluezbox.com> <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> <20190106005857.baa1313ba0f70de5a2913e6d@bidouilliste.com> From: Per Hedeland Message-ID: <5858669f-5627-08d3-2d7b-310bf68fe545@hedeland.org> Date: Sun, 6 Jan 2019 16:55:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190106005857.baa1313ba0f70de5a2913e6d@bidouilliste.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 51BF6837A9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=cCDUHU25 X-Spamd-Result: default: False [-4.51 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; MX_GOOD(-0.01)[hedeland.org,mx2.mailhop.org]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.24)[ipnet: 54.148.0.0/15(-4.86), asn: 16509(-1.25), country: US(-0.08)]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_ALLOW(-1.00)[i=1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; RECEIVED_SPAMHAUS_PBL(0.00)[101.152.228.81.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[hedeland.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[64.219.148.54.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 15:55:56 -0000 On 2019-01-06 00:58, Emmanuel Vadot wrote: > On Sun, 6 Jan 2019 00:39:48 +0100 > Per Hedeland wrote: > >> On 2019-01-05 23:03, Emmanuel Vadot wrote: >>> On Sat, 5 Jan 2019 13:56:08 -0800 >>> Oleksandr Tymoshenko wrote: >>> >>>> Per Hedeland (per@hedeland.org) wrote: >>>>> On 2019-01-05 20:58, Oleksandr Tymoshenko wrote: >>>>>> Per Hedeland (per@hedeland.org) wrote: >>>>>>> I did a bit more testing on the Zero to see if the FreeBSD version >>>>>>> mattered: >>>>>>> >>>>>>> FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img - still no >>>>>>> luck. >>>>>>> >>>>>>> FreeBSD-11.2-STABLE-arm-armv6-RPI-B-20190103-r342709.img - works! >>>>>>> (I.e. dmesg reports as below and /dev/iic{0,1} get created - I haven't >>>>>>> tested actual usage beyond having 'i2c -s' report "no devices found".) >>>>>>> >>>>>>> I guess that the i2c support hasn't been removed intentionally, >>>>>>> i.e. this seems to be a regression - or is there some additional >>>>>>> config etc required to enable it with FreeBSD-12? The iic and iicbus >>>>>>> drivers appear to be built into the kernel in both 11 and 12. >>>>>>> >>>>>>> (I haven't tested FreeBSD-12 on the Pi B, but I would guess that the >>>>>>> result will be the same as on the Zero, since it seems the hardware is >>>>>>> the same.) >>>>>> >>>>>> There was a transition in device tree files between 11 and 12. >>>>>> bcm2708-rpi-0-w.dtb has i2c nodes but they're disabled by default. >>>>>> Try editing config.txt on FAT partition and adding following line: >>>>>> >>>>>> dtparam=i2c >>>>>> >>>>>> This should make boot firmware to enable device nodes in the device >>>>>> tree blob during the boot. >>>>> >>>>> Thanks a lot! I can confirm that this makes i2c "work" on Zero with >>>>> 12-RELEASE (almost) to the extent described above for 11.2-STABLE (it >>>>> detects/creates only iic0, not iic1, but as far as I understand from >>>>> other sources, iic0 is all that is needed for "plain B" and thus also >>>>> for Zero). >>>>> >>>>> Should I file a PR for this? I assume that the i2c nodes being >>>>> disabled is not intentional... >>>> >>>> Yes, please do. There are also other devices, that should be enabled by >>>> default, like SPI. >>> >>> Why should we enabled them by default ? >>> We have no correct way for switching a pin to gpio mode (you can do >>> that with gpioctl on some system but I consider it as a bug) so if I >>> want to use the i2c/spi/whatever pins as gpio and the default image set >>> it to another function I'm stuck. >>> Using the rpi fundation dtb means that every settings that they set >>> for Linux will also be set for us, so every tutorial on the web where >>> people saying that you should set something in config.txt will apply to >>> FreeBSD too. >>> The current settings aren't a bug, it's a feature (c). >> >> OK... - so your take seems to be that FreeBSD users should google for >> the "Linux way" to (e.g.) enable i2c on RPi. I googled "enable i2c on >> raspberry pi" now, and indeed it brought up lots of Linux stuff, but >> unfortunately it mostly says to run 'raspi-config', which I can't find >> on my FreeBSD installation (and didn't actually expect to, of course). > > No, my take is that FreeBSD users should be able to tweak rpi the same > way (more of less) than the Linux users. Unfortunatly, as you pointed > out, sometimes it's hidden via a script/binary that do it for you. Yes - my point is that if you search the 'net (since there is no documentation...) about these things, most of the time you find only Linux-specific info, that isn't usable on FreeBSD. And thus that there should at least be *some* FreeBSD documentation - mainly pointing to the *non*-Linux-specific info that *does* actually exist, e.g. the page that I mention below. > But more important is that I don't want to enable i2c (or any other > function on pins) if the board doesn't requires it. DTS/DTB is supposed > to represent the hardware and if the hardware doesn't have i2c (or, > again, any other stuff on some pins) there is no reason for us to > switch by default to those functions. Well, I'm not sure I follow what exactly "doesn't have i2c" means in this case, but the raspberrypi.org page clearly says that "everything off by default" is the (new) "standard", and it certainly makes sense to me that FreeBSD should follow it - I have no problem with that, now that I know about it.:-) >> If I explicitly add "config.txt" to the search string, I do indeed >> find some info about what to put in that file - but of course I >> wouldn't have done that if I didn't already know that this was the >> file that needed to be edited... >> >> I'm all for using "standard" components (even when "standard" means >> "Linux"), and reducing the amount of FreeBSD-specific work that you >> and others need to put in to support FreeBSD on these "odd" systems - >> and as a long time (Free)BSD user, I actually prefer to edit a file >> over running some GUI tool without knowing what it does. >> >> But I really think there needs to be a bit more help directed >> specifically at the FreeBSD user here (if there is and I just haven't >> found it, please enlighten me). A few words (besides "configuration >> for start.elf":-) about what config.txt is good for, and perhaps a >> pointer to e.g. >> https://www.raspberrypi.org/documentation/configuration/device-tree.md >> (found it from your hints, thanks!), on the >> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi page may be >> enough. > > The wiki probably need a lot of updates on how to use i2c/spi or > whatever on rpi* (with dtb overlays examples etc ...). Yes, more is always better:-), but the perfect is the enemy of the good and all that - I can't see that it's an argument for doing nothing at all... --Per >> And despite the whining above, I really do appreciate all your efforts >> to make it possible to run FreeBSD on these systems - many thanks! >> >> --Per Hedeland > > Cheers, > From owner-freebsd-arm@freebsd.org Sun Jan 6 17:43:04 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59FA014956CF for ; Sun, 6 Jan 2019 17:43:04 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 32C908768A for ; Sun, 6 Jan 2019 17:43:02 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1546796538; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=K47zB83WlmcCXkbfY3ugXdY+zo46kBPjDNLARZyQFP/Ov2j1F7gmZvD+IqWzHGk9omyaJKQl9oydl Rf5mPDtcLi+EznrZxNFTA9OIdTtv1S7lqdoTPitnX9XYUpjXD1ucQ0hl1fxFUcHnENArqwY9YNDrHE ziiQxKUDbrptcuA27/PoPzSc2NVbDuOB5o92i9LJ+msgTA5mEkK53tkVWibzznYogYhwhkf/5G2+Rq 466afoVrUGjrrVXr1GdcQEI3/b4yzwwVALVNv9mRs6/RlX98su3InYYZ68pJ9F+QYnBQiZocbf/+2O XgDBdDNBONaH5Sk+lEYFd1KcsazhrXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:mime-version:date:message-id:subject: from:to:dkim-signature:from; bh=oDXPuyoBIKcnrnkJHK7zd6b2eplWBDFbzyB+NPnlO8s=; b=eyiUb0tJ27AVCVJP1f4JSkvjyvBADK6sjbNej1CrC2+RQhJwrz8o99Kh7TcdPkoaOgLrkwtlkf5i3 KwswNEw0w6obAVA3SjW71B0dUuqY4W1iRWFEl2otlcTglzvSesP+TDcusYiUR/ADdLeUGj2tppD4Yq LX3Lu9sPID3RLPtmWNj9AXuHzEPW68usAwsAaK8hW1iZs25JcXehA7SqT8RRLx6ZTTbchLmlkXanSk Gph2D6dw1NJaijHYOdvTkTYR7POPpACTyfTWmVt/KPgdcHD1T+uP5q/XNUIwormEnwLKd0IhbPGf62 G7QN5TqgL0Ssi0BHGkRvIxJcxyFMg7w== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:mime-version:date:message-id:subject: from:to:from; bh=oDXPuyoBIKcnrnkJHK7zd6b2eplWBDFbzyB+NPnlO8s=; b=Xf6+NgbAJVu8awrqYQnC7hwfBNL4TpZygrTtoU4rMqYgh/olz5NdN2IM8QB7POTiHeMuPLHKUETjU PfjshzP483DkeD4nWC/FV+4zs/tnCAZPX8G1c64f2WufZnXOubysDIX4Hu0rXUE40R2ePFy5nNkPhy wqEAYxrrmehxOtsTwn/LZivHtk1xv6fomOnc8btxEkMMFiZPsenHhy+dCUaVMpo0KFZmiGDNiMwxFh K8RSoShGu8bNBYMgt0EQGlODiRC1lEqaMDD6I3qbfaWlJnxFwei2tRD/8Cyexwh7Jv2QnpH0yDtfM8 96aBaiwMVB4iqxJI6bw4tVx9R6yDAhg== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 67247a4e-11da-11e9-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 67247a4e-11da-11e9-befd-af03bedce89f; Sun, 06 Jan 2019 17:42:16 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x06HguKp076990 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 6 Jan 2019 18:42:57 +0100 (CET) (envelope-from per@hedeland.org) To: freebsd-arm@freebsd.org From: Per Hedeland Subject: armv6 packages for 12-STABLE broken Message-ID: <2b540596-1859-879b-ddf0-365d183268fa@hedeland.org> Date: Sun, 6 Jan 2019 18:42:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 32C908768A X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=Xf6+NgbA X-Spamd-Result: default: False [-5.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; MX_GOOD(-0.01)[cached: hedeland.org]; NEURAL_HAM_SHORT(-0.87)[-0.874,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.24)[ipnet: 54.148.0.0/15(-4.87), asn: 16509(-1.25), country: US(-0.08)]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[101.152.228.81.zen.spamhaus.org : 127.0.0.11]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_ALLOW(-1.00)[i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hedeland.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[64.219.148.54.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 17:43:04 -0000 Hi, After having tried a variety of -11 and -12 versions for my i2c "issue", I decided to stick with the latest armv6-RPI-snapshot FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img.xz. But this turned out to be a mistake when I tried to install some packages (and for the record I think it's just amazing that we even *have* packages for ARM:-). I triggered installation of 'pkg' itself with a 'pkg info', and after confirmation it was fetched from pkg+http://pkg.FreeBSD.org/FreeBSD:12:armv6/latest - version 1.10.5_3, and it failed because it required libssl.so.8 which wasn't found. That 'pkg' was still installed though - thus no more package installation on that system.:-) AFAIK libssl.so.8 is from OpenSSL-1.0.2, while FreeBSD-12 has libssl.so.111, from OpenSSL-1.1.1, so it seems clear that pkg+http://pkg.FreeBSD.org/FreeBSD:12:armv6/latest is not usable for any FreeBSD-12. Whether 12-STABLE should actually use .../quarterly like 12-RELEASE does (and it seems to work fine for 12-RELEASE) I don't know, but either way it seems pointless to provide the unusable .../latest. Should I pass this info to some other forum, given that AFAIU this ML is for FreeBSD "core" on ARM? --Per Hedeland From owner-freebsd-arm@freebsd.org Sun Jan 6 21:05:12 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 767F4149B003 for ; Sun, 6 Jan 2019 21:05:12 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-lf1-x142.google.com (mail-lf1-x142.google.com [IPv6:2a00:1450:4864:20::142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E59590A32 for ; Sun, 6 Jan 2019 21:05:11 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-lf1-x142.google.com with SMTP id b20so28742488lfa.12 for ; Sun, 06 Jan 2019 13:05:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=C+S1+nUfAG4pNMPXmrX2JcqInRgs0K9R+3lZhvTdrDU=; b=fvAX94ccL36Y8wWDbz33se4TzKjtdgs2MOVK78ZQkBDksWCnklDlVzbtWDr2cApbUv qXsfGMJtPQ0tjzouUffreVPZW2dbnDo8Qw1gxrBrJ4DMtnEef25JPjvI/x/AmKQcJ+T2 WFKQPUKQob+cBQ29AA8sY3CW2EmZ7iP/imUyqmHlL8bHYR49mB7Ixo+dxyfeQR98LASD XUAAXokwOlz/Ymx8W27K9U5ydILCoSoqujT0/HUBoqdXQKsprP1wTt7dJ22k3m07nYF+ mSoIaF3+eYo9vluuXSF7tns1kd8gMCyTZCOj2j6yU/Gw+f6D3RbI3cWRXtodZYlUHfi7 jPKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=C+S1+nUfAG4pNMPXmrX2JcqInRgs0K9R+3lZhvTdrDU=; b=Yf9G8wQhq3Uw6GiODzpzAc1EHUFSmO+/FZshTDejij5vOW5+gJmGMuyN3OvkhClcJ+ fj+iIjffgRw4i7qYY//aZ2YRyf6GA1us3fVcQf22yrvIgukjxPk7I524l4pY+dcy6zxm am/N0gmvhTFRy2NJazAli/X77C1AdS2SCSAZfh0O4DTl67aeuIz8IPxJpWuUcPqn2uXl M3y7PQLpdM5diLkzp2UPCi5Bz31D3TIeKS5Czfdw8MLSyr4GJn/mYiWqhaigRgfRYUnM eCBVf/Qpfuy2qmCErN31PM/b2egTNsla01KKdzBgHTgg0eYsaxQKVwzkdbRsCrQDQ7+8 aykQ== X-Gm-Message-State: AA+aEWanWjTrDc+dUwZzIURhrEmvioa4pHsxXR2ENLP3tZ3T9H1rKLuO qZryqySyLHgT/JfSXJdAsax81w== X-Google-Smtp-Source: AFSGD/UB8RNfpkNwC6dCb47kiLAt34n3iNuZhDI9uk3WnHoQXDFU7C9NiJS9vR1cd1NcRGtR1TVeoA== X-Received: by 2002:a19:c18d:: with SMTP id r135mr27100544lff.59.1546808709539; Sun, 06 Jan 2019 13:05:09 -0800 (PST) Received: from mutt-hbsd ([206.81.3.227]) by smtp.gmail.com with ESMTPSA id u11sm12473066lfb.85.2019.01.06.13.05.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 06 Jan 2019 13:05:08 -0800 (PST) Date: Sun, 6 Jan 2019 16:04:42 -0500 From: Shawn Webb To: "Jayachandran C." Cc: Ed Maste , "freebsd-arm@freebsd.org" Subject: Re: ThunderX2 support in FreeBSD/arm64 Message-ID: <20190106210442.o3vmftxvdy4huihv@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="iqyorbvit3i5wqbz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT FreeBSD 13.0-CURRENT HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 6E59590A32 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=fvAX94cc; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2a00:1450:4864:20::142 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [0.02 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-0.09)[ip: (3.19), ipnet: 2a00:1450::/32(-1.89), asn: 15169(-1.67), country: US(-0.08)]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[227.3.81.206.zen.spamhaus.org : 127.0.0.4]; R_DKIM_ALLOW(0.00)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-0.89)[-0.887,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.59)[0.594,0]; NEURAL_HAM_LONG(-0.99)[-0.986,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 21:05:12 -0000 --iqyorbvit3i5wqbz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 03, 2019 at 12:51:26PM -0800, Jayachandran C. wrote: > (Was AFK for a while, sorry for the late reply) > Hi Ed, >=20 > On Fri, Dec 21, 2018 at 11:15 AM Ed Maste wrote: > > > > On Mon, 17 Dec 2018 at 21:51, Jayachandran C. wr= ote: > > > > > > Over the last few weeks I have committed changes for a few outstanding > > > items needed for ThunderX2 support in FreeBSD/arm64. > > > > I see that D10082, D10083, D10084 are still open, awaiting review. > > Should I apply them to my test tree? > > > > My current status - loader claims to start the kernel, but I see no > > further output. Can you share the kernel config file you used (or > > perhaps a git tree you built from)? >=20 > There seems to be 2 issues here - both of them happen when the AMI > firmware is used. > The first issue is that the efi framebuffer does not work, and I am > not able to select the serial console with AMI firmware. The second > issue is that the on-chip SATA controller is not setup correctly by > the AMI firmware and can cause a 'NBU BAR error' failure. >=20 > I have uploaded a test firmware and instructions to > https://people.freebsd.org/~jchandra/testfw/ which should boot FreeBSD > fine. This is an internal build which does not have both the problems > above. Let me know if this works, and I will try to push the fixes to > AMI. Hey Jarachandran, Could you provide a sha256 hash of the uploaded firmware? Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --iqyorbvit3i5wqbz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlwybWUACgkQaoRlj1JF bu7m8w/7BlclsuqXmf0j7Tyga68L86pFpmOL/7Fhkv4L6PqDRIEdf5Hl3325NMgE iJxX9iAaJ36hPk14k4W9yFFqWEiVtZlgOfh1mut7i0q8mrsXq1Sjdh/IR5YUzx5S DcfUwV1/zptmldSdcWHBHl9/4Hudu4YGpT+jxBW7ykV5UzOZR2vymUG1NBDfAkSE hVeBi9U1hf/i49Uf5slrqPU1XCG6q0Axq2EIQiMF7bKw7y5benToMYyw4DIbLqOw lw7CbcYZAjnY22neRoCcWEn/4oz54xDjwvdQAxvtiA9IRO+unFnesRGTACg9mgVE 0D/pcoKRq/z6JICFdAKzupTZ2YxIbZ94dxu0quf6cjRY5oVbIxy+3z2c40f65xJR FKoH4tVzBiqiCwmHzl2P3QkQ7XYAwirtvIg0+z0po77PKCh8NNpRgbZrU/ZHWstX ShMjwxdXbvGhDDn+WIYxOrM8NyuiIiLS/4FAmQebqASxafwbwOokixF8fD9TZ9dp 8/ha/6UpPdg3ODpKfCDfQTiwIv+frs5P90kMo6jDuWEKbXRnx6QzxwbtTBMNjDYI IqHcTGX8JwCBFTvHJ7BvaG8EL6wf79+XisCFXeM0LgVkdq4yjnlE9TfiqNnEVxsd 667aFawkU2ND9uy4Zvgh3BB6u5udqPCaL9nzs47DYSyAcDz/u94= =uLUI -----END PGP SIGNATURE----- --iqyorbvit3i5wqbz-- From owner-freebsd-arm@freebsd.org Sun Jan 6 22:22:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D383149D7EC for ; Sun, 6 Jan 2019 22:22:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.132]) (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 4C7B494224 for ; Sun, 6 Jan 2019 22:22:48 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1546813360; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=itflmnMCGWfFJtYQVE0kOlCTYxOJzTmYvirDtvYTwJppLmY8hVLg6SX2DdHguPkVb9Qb7fbeNVegw NyR5WB5hDaW6yQddxznagU7+TUbe7IQ1BNcKS497VUE3dZvtO2TLeCmDcnBH72arKfDfB+L4wpJL5r xWc8H5KdUWkjTDXIM/FsyTTVZ1K2rtIB4UINWmh3FHk6002Wr9IWnyxfVs+RU9pUM3Asdr7oulRBfB DwWR8BaPbJtGeMb9oKyqkWa+Ka9AjHg5Hao1FnP6WQIrK6B/+Pb+i8V+URDCypRcfNQlHWPmnsfVVV bnC8TAcgUkaQQIwp+bxWqHhT8QIMLRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=V+NON8UEmPAuY5X15MlLGkNcV7N0m0dCNy1jiOO8vq4=; b=WSIahIkM7lL+6ptszID4zcG0CRetla3pnV9TsDnBtZF+TFGLqxI14ZYFwbw76dD4r1SQp4n3/rRpc vyvH8GqHvuZ6JKge2RhKCW/SAYQROu0dhVTkG2LJN00jICWxeOdn+UNuTkaeZxyovavCzFKI7UCvVp KnuwBQZBDzwsUrZH/hUr4i8GkuK4RdYvktnvnX25aILNrPXDP/zjAVQVOO67MlqpAuUrp45xzVs68a OqfWZCtXJEbeMQd5U3RBZPHAa03ZitOs6xWRAW8NgnnzkjoWsMmu1lYdgojqz0dco7vCCwXV6HwQW5 RnwEKpEJ574KmFfOJWuha/Ab+tPDlkw== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=V+NON8UEmPAuY5X15MlLGkNcV7N0m0dCNy1jiOO8vq4=; b=Rv9NNHflFaFOZD8fDOUr7g451DTM4Wybx0KdoNZHMPEgjlGmoSeC1wgi/0Gyw4nribDe/r0Z6IOUP 5t3o44UKZLdGGUnXjS7/WlRfSeBbxuBqOq+0awUPU6A95hNyhanFVO8c3rOFZRRdhuOmEZmY8Aoe9u PB40c7hAFZOBnENBzQAEMJcq5G+C/MAZgGkeMJIxQe//qdpvkNnINk1y5JqMIhQdVnuYOtW0UK0ea7 8WYTKSaEpjIS3jiw7aQ1MwlD54azba+z+orLK1/Ye80ZhNkj99U0xQbCtV+IhB3G+hIalvW2bfJ0bi XGP2mNlP7dEHTgvQ22pp1nN8FIgX0qA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 9191b62d-1201-11e9-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 9191b62d-1201-11e9-8a28-a1efd8da9a94; Sun, 06 Jan 2019 22:22:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x06MMYfV048519; Sun, 6 Jan 2019 15:22:35 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1546813354.98537.18.camel@freebsd.org> Subject: Re: i2c on RPi Zero? From: Ian Lepore To: Emmanuel Vadot , Oleksandr Tymoshenko Cc: freebsd-arm@freebsd.org Date: Sun, 06 Jan 2019 15:22:34 -0700 In-Reply-To: <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> References: <229e0d36-a07b-8551-9613-0bf5748352e7@hedeland.org> <20190105195808.GA53872@bluezbox.com> <20190105215608.GA55315@bluezbox.com> <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C7B494224 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2019 22:22:49 -0000 On Sat, 2019-01-05 at 23:03 +0100, Emmanuel Vadot wrote: > On Sat, 5 Jan 2019 13:56:08 -0800 > Oleksandr Tymoshenko wrote: > > > > > Per Hedeland (per@hedeland.org) wrote: > > > > > > On 2019-01-05 20:58, Oleksandr Tymoshenko wrote: > > > > > > > > Per Hedeland (per@hedeland.org) wrote: > > > > > > > > > > I did a bit more testing on the Zero to see if the FreeBSD > > > > > version > > > > > mattered: > > > > > > > > > > FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img - > > > > > still no > > > > > luck. > > > > > > > > > > FreeBSD-11.2-STABLE-arm-armv6-RPI-B-20190103-r342709.img - > > > > > works! > > > > > (I.e. dmesg reports as below and /dev/iic{0,1} get created - > > > > > I haven't > > > > > tested actual usage beyond having 'i2c -s' report "no devices > > > > > found".) > > > > > > > > > > I guess that the i2c support hasn't been removed > > > > > intentionally, > > > > > i.e. this seems to be a regression - or is there some > > > > > additional > > > > > config etc required to enable it with FreeBSD-12? The iic and > > > > > iicbus > > > > > drivers appear to be built into the kernel in both 11 and 12. > > > > > > > > > > (I haven't tested FreeBSD-12 on the Pi B, but I would guess > > > > > that the > > > > > result will be the same as on the Zero, since it seems the > > > > > hardware is > > > > > the same.) > > > > There was a transition in device tree files between 11 and 12. > > > > bcm2708-rpi-0-w.dtb has i2c nodes but they're disabled by > > > > default. > > > > Try editing config.txt on FAT partition and adding following > > > > line: > > > > > > > > dtparam=i2c > > > > > > > > This should make boot firmware to enable device nodes in the > > > > device > > > > tree blob during the boot. > > > Thanks a lot! I can confirm that this makes i2c "work" on Zero > > > with > > > 12-RELEASE (almost) to the extent described above for 11.2-STABLE > > > (it > > > detects/creates only iic0, not iic1, but as far as I understand > > > from > > > other sources, iic0 is all that is needed for "plain B" and thus > > > also > > > for Zero). > > > > > > Should I file a PR for this? I assume that the i2c nodes being > > > disabled is not intentional... > > Yes, please do. There are also other devices, that should be > > enabled by > > default, like SPI. >  Why should we enabled them by default ? >  We have no correct way for switching a pin to gpio mode (you can do > that with gpioctl on some system but I consider it as a bug) so if I > want to use the i2c/spi/whatever pins as gpio and the default image > set > it to another function I'm stuck. >  Using the rpi fundation dtb means that every settings that they set > for Linux will also be set for us, so every tutorial on the web where > people saying that you should set something in config.txt will apply > to > FreeBSD too. >  The current settings aren't a bug, it's a feature (c). I agree. SPI and i2c are not required to boot the board so there is no reason to enable them by default. The pins used for those things can be configured for multiple purposes, so the choice of how they should be configured by default is completely arbitrary. There is no reason for freebsd to make a different arbitrary decision than the one already made by our upstream source of FDT data. -- Ian From owner-freebsd-arm@freebsd.org Mon Jan 7 04:08:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F84214840FD for ; Mon, 7 Jan 2019 04:08:06 +0000 (UTC) (envelope-from audioone.official@gmail.com) Received: from mail-it1-x142.google.com (mail-it1-x142.google.com [IPv6:2607:f8b0:4864:20::142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24E616F800 for ; Mon, 7 Jan 2019 04:08:05 +0000 (UTC) (envelope-from audioone.official@gmail.com) Received: by mail-it1-x142.google.com with SMTP id g76so8878923itg.2 for ; Sun, 06 Jan 2019 20:08:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=sL8EJcP57BRLe8855ev/ULflaLLO01ufN8qxD+lHVEA=; b=BY8tQB/D2b2gFarEfOIC0pg8XCU+lBsZyPvIYI8X8KjcU4csrXNeZBtZ7Qh6geCodX khKIAas5CInrVzP15qYGojP8pNNoIs3etrA18/FStPbEz/+ErbTj6pb03K7PG9EJBClw Q+jG8xjIXxzQwxiZzh+aNNrfvHzcamqaIKZeWRCspFyjIfLinWPectvbsityGz0Vo4cb gHKazic1wyn19kTo284GuYh1who34/qdkF4OxBXLb7UfNKNNl/SzCvukboWw630Nt68s AqvF2eXfwwchcRaJtOFPnHvMcM81nFBXPJ5O5a9AUAbgoqatdAWfQQqZqB+2L1tnp2vR ZEuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=sL8EJcP57BRLe8855ev/ULflaLLO01ufN8qxD+lHVEA=; b=mo6AEFfMl2glgW8w4bcPxD0/J3pD6UBw3tY1dN+Xp8wdOxewh1I2QG/v0DBRbNEZp6 mtY/Ruou8YLGy4n0djgC7HzHjpNxF1pZdIqwITxI/Nl0wl/Kwsdk6BaK3RkUqQfNyhAa KJruuJ5TmARFOmpaufnzi/CIw3G3HC8olEnyqO5A++A4MWtZf8+kukjDNizjSgZajIFu xlZX8Fvcugy5/pH1IKUEmpUb+IXPgadM1G0yDOy3w/Mf7YZcNx7SriuB1pAfb9Ct03NA MvnlermG7KZb/XKmREoRUUk06TqRgSv8ZllhYlrZxzFIxjAwHUDllTMOJiPv4l7o8PqB 83CA== X-Gm-Message-State: AJcUukdvEkRka3UucfbNCMbMFcFi/LD48DEOTkgWnA50OlrVFQnzAM8O +oUnEISaT/HiaACHkPrgWj0LQ2HVs03AZsihIW9q23tp X-Google-Smtp-Source: ALg8bN4dngB/1Z2JLWZtk7GkvnCOcaL+EZ8VTIc4+Q7pY1LEFc4c4ag2Y33zYHfAs6e4TAvhqgB2D09zIbeDul1k94Q= X-Received: by 2002:a24:74d1:: with SMTP id o200mr6248779itc.95.1546834083825; Sun, 06 Jan 2019 20:08:03 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: AudioONE Date: Mon, 7 Jan 2019 12:07:51 +0800 Message-ID: Subject: Re: i.MX6 DualLite stuck at early boot To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 24E616F800 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BY8tQB/D; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of audiooneofficial@gmail.com designates 2607:f8b0:4864:20::142 as permitted sender) smtp.mailfrom=audiooneofficial@gmail.com X-Spamd-Result: default: False [0.02 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[9]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.72)[-0.720,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.968,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.05)[ip: (3.71), ipnet: 2607:f8b0::/32(-2.19), asn: 15169(-1.67), country: US(-0.08)]; NEURAL_SPAM_SHORT(0.77)[0.769,0]; RCVD_IN_DNSWL_NONE(0.00)[2.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; HTTP_TO_IP(1.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 04:08:07 -0000 well, finally, everything works as expected, it turns out wrong memory setting in u-boot,the code of BSD-kernel is totoally fine, next step: pico-iMX7d Kernel entry at 0x0x12200100... Kernel args: (null) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-RELEASE-p1 #0 r309528M: Mon Jan 7 03:48:21 HKT 2019 root@4160059805-freebsd-xeon:/mnt/dev/bsdbuild/arm.armv6/mnt/dev/11/sys/IBOOK arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) Preloaded elf kernel "/boot/kernel/kernel" at 0xc4843000. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 1073676288 (1023 MB) avail memory = 1006530560 (959 MB) Physical memory chunk(s): 0x10000000 - 0x4ffeffff, 1023 MB ( 262128 pages) Excluded memory regions: 0x12200000 - 0x14b73fff, 41 MB ( 10612 pages) NoAlloc Static device mappings: 0x00a00000 - 0x00afffff mapped at VA 0xffe00000 0x02000000 - 0x020fffff mapped at VA 0xffd00000 0x02100000 - 0x021fffff mapped at VA 0xffc00000 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs ULE: setup cpu 0 ULE: setup cpu 1 random: entropy device external interface openfirm: nfslock: pseudo-device mem: crypto: null: random: harvesting attach, 8 bytes (4 bits) from nexus0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 imx6_anatop0: mem 0x20c8000-0x20c8fff on simplebus1 random: harvesting attach, 8 bytes (4 bits) from imx6_anatop0 random: harvesting attach, 8 bytes (4 bits) from simplebus1 simplebus2: mem 0x2100000-0x21fffff on simplebus0 random: harvesting attach, 8 bytes (4 bits) from simplebus2 random: harvesting attach, 8 bytes (4 bits) from simplebus0 random: harvesting attach, 8 bytes (4 bits) from ofwbus0 ocotp0: mem 0x21bc000-0x21bffff on simplebus2 random: harvesting attach, 8 bytes (4 bits) from ocotp0 ccm0: mem 0x20c4000-0x20c7fff on simplebus1 random: harvesting attach, 8 bytes (4 bits) from ccm0 l2cache0: mem 0xa02000-0xa02fff on simplebus0 simplebus0: no default resources for rid = 0, type = 1 l2cache0: cannot allocate IRQ, not using interrupt l2cache0: Part number: 0x3, release: 0x8 l2cache0: L2 Cache enabled: 512KB/32B 16 ways l2cache0: Early BRESP response: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: disabled l2cache0: Non-secure interrupt control: disabled l2cache0: Non-secure lockdown: disabled l2cache0: Share override: disabled l2cache0: Double linefill: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: disabled l2cache0: Double linefill on WRAP request: disabled l2cache0: Prefetch drop: disabled l2cache0: Incr double Linefill: disabled l2cache0: Not same ID on exclusive sequence: disabled l2cache0: Prefetch offset: 0 random: harvesting attach, 8 bytes (4 bits) from l2cache0 imx6_anatop0: CPU 792MHz @ 1150mV imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 Processing 1 pin-config node(s) in pinctrl-0 for ecspi@0200C000 spi2: muxreg 0x004c muxval 0x02 inpreg 0x07f8 inpval 0x00 padreg 0x0360 padval 0x000130b0 spi2: muxreg 0x0050 muxval 0x02 inpreg 0x0800 inpval 0x00 padreg 0x0364 padval 0x000130b0 spi2: muxreg 0x0084 muxval 0x02 inpreg 0x07f4 inpval 0x00 padreg 0x0398 padval 0x000130b0 spi2: muxreg 0x0088 muxval 0x02 inpreg 0x07fc inpval 0x00 padreg 0x039c padval 0x000130b0 random: harvesting attach, 8 bytes (4 bits) from imx_iomux0 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on simplebus0 simplebus0: no default resources for rid = 0, type = 1 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 random: harvesting attach, 8 bytes (4 bits) from gic0 imx_gpt0: mem 0x2098000-0x209bfff on simplebus1 imx_gpt0: Running on 66000KHz clock, base freq 66000000Hz CR=0x0000027d, PR=0x00000000 Event timer "iMXGPT" frequency 66000000 Hz quality 800 Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 random: harvesting attach, 8 bytes (4 bits) from imx_gpt0 mp_tmr0: mem 0xa00200-0xa002ff,0xa00600-0xa006ff on simplebus0 mp_tmr0: not using variable-frequency device as timecounterEvent timer "MPCore" frequency 396000000 Hz quality 1000 random: harvesting attach, 8 bytes (4 bits) from mp_tmr0 cpulist0: on ofwbus0 cpu0: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu0 random: harvesting attach, 8 bytes (4 bits) from cpulist0 simplebus0: mem 0x1ffc000-0x1ffffff,0x1f00000-0x1f7ffff type pci compat imx,pcie (no driver attached) src0: mem 0x20d8000-0x20d80ff on simplebus1 random: harvesting attach, 8 bytes (4 bits) from src0 simplebus1: mem 0x20ec000-0x20effff disabled compat fsl,imx6q-sdma (no driver attached) simplebus1: mem 0x209c000-0x209ffff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20a0000-0x20a3fff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20a4000-0x20a7fff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20a8000-0x20abfff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20ac000-0x20affff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20b0000-0x20b3fff disabled compat fsl,imx6q-gpio (no driver attached) simplebus1: mem 0x20b4000-0x20b7fff disabled compat fsl,imx6q-gpio (no driver attached) imx_wdog0: mem 0x20bc000-0x20bffff on simplebus1 random: harvesting attach, 8 bytes (4 bits) from imx_wdog0 simplebus1: mem 0x2020000-0x2023fff disabled compat fsl,imx6q-uart (no driver attached) simplebus1: mem 0x20c9000-0x20c9fff disabled compat fsl,imx6q-usbphy (no driver attached) simplebus1: mem 0x20ca000-0x20cafff disabled compat fsl,imx6q-usbphy (no driver attached) simplebus1: mem 0x2008000-0x200bfff disabled compat fsl,imx6q-ecspi (no driver attached) simplebus1: mem 0x200c000-0x200ffff compat fsl,imx6q-ecspi (no driver attached) simplebus1: mem 0x2010000-0x2013fff disabled compat fsl,imx6q-ecspi (no driver attached) simplebus1: mem 0x2014000-0x2017fff disabled compat fsl,imx6q-ecspi (no driver attached) simplebus1: mem 0x2018000-0x201bfff disabled compat fsl,imx6q-ecspi (no driver attached) simplebus1: mem 0x2028000-0x202bfff disabled compat fsl,imx6q-ssi (no driver attached) simplebus1: mem 0x202c000-0x202ffff disabled compat fsl,imx6q-ssi (no driver attached) simplebus1: mem 0x2030000-0x2033fff disabled compat fsl,imx6q-ssi (no driver attached) simplebus2: mem 0x21a0000-0x21a3fff disabled compat fsl,imx6q-i2c (no driver attached) simplebus2: mem 0x21a4000-0x21a7fff disabled compat fsl,imx6q-i2c (no driver attached) simplebus2: mem 0x21a8000-0x21abfff disabled compat fsl,imx6q-i2c (no driver attached) ffec0: mem 0x2188000-0x218bfff on simplebus2 ffec0: MAC address 00:01:90:00:b2:4f: ffec0: PHY preamble disabled miibus0: on ffec0 atphy0: PHY 1 on miibus0 atphy0: OUI 0x00c82e, model 0x0007, rev. 4 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto random: harvesting attach, 8 bytes (4 bits) from atphy0 random: harvesting attach, 8 bytes (4 bits) from miibus0 ffec0: bpf attached ffec0: Ethernet address: 00:01:90:00:b2:4f random: harvesting attach, 8 bytes (4 bits) from ffec0 simplebus2: mem 0x2184000-0x21841ff disabled compat fsl,imx6q-usb (no driver attached) simplebus2: mem 0x2184200-0x21843ff disabled compat fsl,imx6q-usb (no driver attached) simplebus2: mem 0x2184400-0x21845ff disabled compat fsl,imx6q-usb (no driver attached) simplebus2: mem 0x2184600-0x21847ff disabled compat fsl,imx6q-usb (no driver attached) simplebus2: mem 0x2184800-0x21849ff compat fsl,imx6q-usbmisc (no driver attached) simplebus2: mem 0x2190000-0x2193fff disabled compat fsl,imx6q-usdhc (no driver attached) sdhci_imx0: mem 0x2194000-0x2197fff on simplebus2 sdhci_imx0-slot0: 200MHz HS 1bit 3.3V 3.0V PIO sdhci_imx0-slot0: ============== REGISTER DUMP ============== sdhci_imx0-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_imx0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_imx0-slot0: Present: 0x00f90000 | Host ctl: 0x00000002 sdhci_imx0-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 sdhci_imx0-slot0: Timeout: 0x0000008c | Int stat: 0x00000000 sdhci_imx0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx0-slot0: Caps: 0x03770000 | Max curr: 0x80000000 sdhci_imx0-slot0: =========================================== random: harvesting attach, 8 bytes (4 bits) from sdhci_imx0 simplebus2: mem 0x2198000-0x219bfff disabled compat fsl,imx6q-usdhc (no driver attached) simplebus2: mem 0x219c000-0x219ffff disabled compat fsl,imx6q-usdhc (no driver attached) simplebus2: mem 0x21d8000-0x21dbfff disabled compat fsl,imx6q-audmux (no driver attached) simplebus2: mem 0x21e8000-0x21ebfff disabled compat fsl,imx6q-uart (no driver attached) uart0: mem 0x21ec000-0x21effff on simplebus2 uart0: console (115200,n,8,1) uart0: fast interrupt uart0: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart0 simplebus2: mem 0x21f0000-0x21f3fff disabled compat fsl,imx6q-uart (no driver attached) simplebus2: mem 0x21f4000-0x21f7fff disabled compat fsl,imx6q-uart (no driver attached) cryptosoft0: crypto: assign cryptosoft0 driver id 0, flags 100663296 random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 Timecounters tick every 2.000 msec lo0: bpf attached crypto: IPsec: Initialized Security Association Processing. tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 md0: Embedded image 35856384 bytes at 0xc2459476 (noperiph:sdhci_imx0:0:-1:ffffffff): Set up the mmcprobe device... sdhci_imx0-slot0: VDD => 21 sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) Release APs mmc_probedone: remaining freezecnt 1 Trying to mount root from ufs:md0 []... mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 warning: no time-of-day clock registered, system time will not be set accurately mmc_probedone: remaining freezecnt 0 start_init: trying /sbin/init mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 0 mmc_probedone: remaining freezecnt 1 Got AC_FOUND_DEVICE -- whatever... pass0 at sdhci_imx0 bus 0 scbus0 target 0 lun 0 pass0: Relative addr: 00000001 Card features: Card memory OCR: 40ff8000 XPT info: CLK 001D, ... sdda0 at sdhci_imx0 bus 0 scbus0 target 0 lun 0 GEOM: new disk sdda0 sdda0: Relative addr: 00000001 Card features: Card memory OCR: 40ff8000 sdda0: Serial Number 000003E XPT info: CLK 001D, ... sdda0: SDHC SD16G 2.0 SN 000003E7 MFG 09/2018 by 65 42 Acquired periph Ok mmc_probedone: remaining freezecnt 0 Bus width set to 4 bit mmc_probedone: remaining freezecnt 0 Starting file system checks: /dev/md0: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/md0: clean, 2085 free (29 frags, 257 blocks, f% fragmentation) usage: sleep seconds /etc/rc: WARNING: $nandinit_enable is not set properly - see rc.conf(5). /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one usage: sleep seconds Setting hostuuid: Setting hostid: Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib random: unblocking device. Soft Float compatibility ldconfig path: Setting hostname: ibook. Additional TCP/IP options: ipv4-mapped-ipv6=YES. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . ifconfig: can't set link-level netmask or broadcast ifconfig: can't set link-level netmask or broadcast ifconfig: can't set link-level netmask or broadcast ifconfig: ioctl (SIOCAIFADDR): Invalid argument ffec0: link state changed to DOWN usage: sleep seconds usage: sleep seconds Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 groups: lo ffec0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:01:90:00:b2:4f media: Ethernet autoselect (none) status: no carrier Starting devd. add host 127.0.0.1: gateway lo0 add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Warning: unrecognized source [mdns] Waiting 30s for the default route interface: usage: sleep seconds .usage: sleep seconds .usage: sleep seconds .usage: sleep seconds .usage: sleep seconds Starting rpcbind. Jan 6 19:47:39 rpcbind: cannot bind * on udp: Can't assign requested address Jan 6 19:47:39 rpcbind: cannot bind * on tcp: Can't assign requested address Clearing /tmp (X related). Starting mountd. Starting nfsuserd. nfsuserd: svc_tli_create: could not bind to anonymous port nfsuserd: Can't set up socket: Can't assign requested address /etc/rc: WARNING: Unable to force nfsuserd. It may already be running. /etc/rc: ERROR: Cannot run nfsuserd Mounting late filesystems:. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Sun Jan 6 19:47:53 UTC 2019 > > no luck to set sp_enabled = 0, any ideas? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208381 > > >> okay....... after days and days mind storm(mind fuck), finally, I can >> enter DDB, here is what I did in [reinit_mmu], maybe can help someone. >> >> >> ============================== >> >> ASENTRY_NP(reinit_mmu) >> push {r4-r11, lr} >> mov r4, r0 >> mov r5, r1 >> mov r6, r2 >> >> + /* Only for Cortex-A9 Errdata Fix */ >> + mrc p15, 0, r0, c15, c0, 1 @ read diagnostic register >> + orr r0, r0, #1 << 4 @ set bit #4 >> + orr r0, r0, #1 << 6 @ set bit #6 >> + orr r0, r0, #1 << 11 @ set bit #11 >> + orr r0, r0, #1 << 21 @ set bit #21 >> + mcr p15, 0, r0, c15, c0, 1 @ write diagnostic register >> + DSB >> + ISB >> >> . >> . >> . >> . >> #else >> bl dcache_inv_pou_all >> #endif >> mcr CP15_ICIALLU >> + mcr CP15_TLBIALL /* Flush TLB */ >> + mcr CP15_BPIALL /* Flush Branch predictor */ >> DSB >> ISB >> >> >> /* Set auxiliary register */ >> mrc CP15_ACTLR(r7) >> . >> . >> . >> >> END(reinit_mmu) >> ============================== >> >> my new problem is OS panic at same address "FAR=0000ec10"(after reset the >> eval-board many times), what does it mean? something wrong with FDT? I use >> wandboard-dual dts file(1 GB memory) >> >> >> U-Boot 2016.05 (Dec 31 2018 - 22:57:28 +0800) >> >> CPU: Freescale i.MX6DL rev1.2 at 792 MHz >> Reset cause: POR >> Board: MX6DL-Armadillo2 >> DRAM: 1 GiB >> WARNING: Caches not enabled >> MMC: FSL_SDHC: 0 >> *** Warning - bad CRC, using default environment >> >> In: serial >> Out: serial >> Err: serial >> Net: FEC >> Error: FEC address not set. >> >> Hit any key to stop autoboot: 0 >> reading tarker >> ** Unable to read file tarker ** >> reading tmpker >> ** Unable to read file tmpker ** >> Booting BSD loader >> reading ubldr.bin >> 185536 bytes read in 40 ms (4.4 MiB/s) >> ## Starting application at 0x12000000 ... >> Consoles: U-Boot console >> Compatible U-Boot API signature found @0x4fd703e0 >> >> FreeBSD/armv6 U-Boot loader, Revision 1.2 >> (root@freebsd-x250, Sat Dec 15 17:17:42 HKT 2018) >> >> DRAM: 1024MB >> Number of U-Boot devices: 2 >> U-Boot env: loaderdev not set, will probe all devices. >> Found U-Boot device: disk >> Probing all disk devices... >> Checking unit=0 slice= partition=... good. >> Booting from disk0s2: >> / >> /boot/kernel/kernel data=0x580b24+0xb74dc - >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Kernel entry at 0x0x12200100... >> Kernel args: (null) >> initarm: console initialized >> arg1 kmdp = 0xc2639000 >> boothowto = 0x00000000 >> dtbp = 0xc254af08 >> lastaddr1: 0x1283a000 >> loader passed (static) kenv: >> loader_envp = 0xc2638000 >> c2638000 LINES=24 >> c2638009 console=uboot >> c2638017 currdev=disk0s2: >> c2638028 kerflag= >> c2638031 kernelname=/boot/kernel/kernel >> c2638050 loaddev=disk0s2: >> c2638061 prompt=loader> >> c2638070 twiddle_divisor=1 >> imx_wdog_init_last_reset >> ARM Debug Architecture v7 >> 4 watchpoints and 6 breakpoints supported >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2016 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 11.0-RELEASE-p1 #180 r309528M: Thu Jan 3 10:42:45 HKT 2019 >> root@4160059805-freebsd-xeon:/mnt/dev/bsdbuild/arm.armv6/mnt/dev/11/sys/IMX6 >> arm >> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on >> LLVM 3.8.0) >> WARNING: WITNESS option enabled, expect reduced performance. >> WARNING: DIAGNOSTIC option enabled, expect reduced performance. >> subsystem 1000000 >> 0xc23e0b88(0)... Fatal kernel mode data abort: 'Translation Fault >> (L1)' on read >> trapframe: 0xc2713d18 >> FSR=00000005, FAR=0000ec10, spsr=600000d3 >> r0 =12998000, r1 =c2ffc010, r2 =00000001, r3 =c261c07c >> r4 =00000006, r5 =c261c074, r6 =00000000, r7 =2a600000 >> r8 =c2ffc059, r9 =00000000, r10=c260ba28, r11=c2713dd8 >> r12=c2ffc014, ssp=c2713da8, slr=0000ec10, pc =c23fa450 >> >> [ thread pid 0 tid 0 ] >> Stopped at 0xc23fa450 >> db> bt >> Tracing pid 0 tid 0 td 0xc2617190 >> KDB: reentering >> KDB: stack backtrace: >> KDB: reentering >> KDB: stack backtrace: >> blahblahblah..... >> blahblahblah..... >> blahblahblah..... >> blahblahblah..... >> KDB: reentering >> KDB: stack backtrace: >> KDB: reentering >> KDB: stack backtrace: >> panic: pmap_fault: pm_pt1 abort >> cpuid = 0 >> Uptime: 1s >> >> >> >> > hi guys >> > >> > >> I've got a small brand eval-board which built with MCIMX6U6AVM08AC and >> running FreeBSD 11.0.1(I have tried HEAD version, 12.0-BETA3, it didn't >> work too), ubldr stage is fine but it stucked at "reinit_mmu" >> function(FreeBSD might be have assembly printf for debug environment, >> because aseeembly code just like a blackbox when you without JTAG debugger >> in hand ) >> > >> > ====================================== >> > Booting from disk0s2: >> > / >> > /boot/kernel/kernel data=0x57b564+0x58a9c >> syms=[0x4+0x6e9d0+0x4+0x77ada] >> > Hit [Enter] to boot immediately, or any other key for command prompt. >> > Booting [/boot/kernel/kernel]... >> > Kernel entry at 0x0x12200100... >> > Kernel args: (null) >> > EARL_DEBUG: pmap_kern_ttb 0x1290004a, actlr_mask 0xc1, actlr_set 0x41 >> > (nothing) >> > ====================================== >> > >> > >> > >> > when I trace the code to "reinit_mmu" function, commented code like >> this, kernel panic and reported "Asynchronous External Abort". Am I the >> only one who meet this WEIRD case? I got AM3352/AM3354/Zynq7 platforms, >> they works fine with kernel 11.0.1. Is it something different between i.MX6 >> Dual(Wandboard) and i.MX6 DualLite? >> > >> > /* Enable caches. */ >> > mrc CP15_SCTLR(r7) >> > // it will be stucked if don't commented this code >> > /* orr r7, #CPU_CONTROL_DC_ENABLE //DEBUG >> > orr r7, #CPU_CONTROL_IC_ENABLE //DEBUG >> > orr r7, #CPU_CONTROL_BPRD_ENABLE //DEBUG */ >> > mcr CP15_SCTLR(r7) >> > DSB >> > >> > mcr CP15_TTBR0(r4) /* Set new TTB */ >> > DSB >> > ISB >> > >> > // it will be stucked if don't commented this code >> > /* mcr CP15_TLBIALL /// Flush TLB //DEBUG */ >> > mcr CP15_BPIALL /* Flush Branch predictor */ >> > DSB >> > ISB >> > >> > >> > >> > >> > U-Boot 2016.05 (Dec 16 2018 - 13:09:25 +0800) >> > >> > CPU: Freescale i.MX6DL rev1.2 at 792 MHz >> > Reset cause: POR >> > Board: MX6DL-Armadillo2 >> > DRAM: 1 GiB >> > WARNING: Caches not enabled >> > MMC: FSL_SDHC: 0 >> > *** Warning - bad CRC, using default environment >> > >> > In: serial >> > Out: serial >> > Err: serial >> > Net: FEC >> > Error: FEC address not set. >> > >> > Hit any key to stop autoboot: 0 >> > reading ubldr.bin >> > 185536 bytes read in 40 ms (4.4 MiB/s) >> > ## Starting application at 0x12000000 ... >> > Consoles: U-Boot console >> > Compatible U-Boot API signature found @0x4fd703e0 >> > >> > FreeBSD/armv6 U-Boot loader, Revision 1.2 >> > (root@freebsd-x250, Sat Dec 15 17:17:42 HKT 2018) >> > >> > DRAM: 1024MB >> > Number of U-Boot devices: 2 >> > U-Boot env: loaderdev not set, will probe all devices. >> > Found U-Boot device: disk >> > Probing all disk devices... >> > Checking unit=0 slice= partition=... good. >> > Booting from disk0s2: >> > / >> > /boot/kernel/kernel data=0x57b564+0x58a9c >> syms=[0x4+0x6e9d0+0x4+0x77ada] >> > Hit [Enter] to boot immediately, or any other key for command prompt. >> > Booting [/boot/kernel/kernel]... >> > Kernel entry at 0x0x12200100... >> > Kernel args: (null) >> > EARL_DEBUG: pmap_kern_ttb 0x1290004a, actlr_mask 0xc1, actlr_set 0x41 >> > EARL_DEBUG: cpu_setup pass >> > EARL_DEBUG: init_param1 pass >> > initarm: console initialized >> > arg1 kmdp = 0xc26bc000 >> > boothowto = 0x00000000 >> > dtbp = 0xc2547eb8 >> > lastaddr1: 0x128bd000 >> > loader passed (static) kenv: >> > loader_envp = 0xc26bb000 >> > c26bb000 LINES=24 >> > c26bb009 console=uboot >> > c26bb017 currdev=disk0s2: >> > c26bb028 kerflag= >> > c26bb031 kernelname=/boot/kernel/kernel >> > c26bb050 loaddev=disk0s2: >> > c26bb061 prompt=loader> >> > c26bb070 twiddle_divisor=1 >> > EARL_DEBUG: platform_late_init pass >> > Fatal kernel mode data abort: 'Asynchronous External Abort' on write >> > trapframe: 0xc257c688 >> > FSR=00001c06, FAR=Invalid, spsr=600000d3 >> > r0 =00000100, r1 =600001d3, r2 =600000d3, r3 =30c52079 >> > r4 =00000000, r5 =c257c7e4, r6 =c25b3280, r7 =c25b3280 >> > r8 =c2578058, r9 =00000000, r10=c25ce154, r11=c257c7d8 >> > r12=c2577c24, ssp=c257c718, slr=c244b3c0, pc =c244b3d4 >> > >> > panic: Fatal abort >> > cpuid = 0 >> > Uptime: 1s >> > From owner-freebsd-arm@freebsd.org Mon Jan 7 05:28:27 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD8961486105 for ; Mon, 7 Jan 2019 05:28:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C3D472AF9 for ; Mon, 7 Jan 2019 05:28:27 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A9E5F116E3 for ; Mon, 7 Jan 2019 05:28:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x075SQql069169 for ; Mon, 7 Jan 2019 05:28:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x075SQZC069168 for freebsd-arm@FreeBSD.org; Mon, 7 Jan 2019 05:28:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 134368] [new driver] [patch] nslu2_led driver for the LEDs on the NSLU2 Date: Mon, 07 Jan 2019 05:28:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 7.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:28:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D134368 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events CC| |imp@FreeBSD.org Status|Open |Closed --- Comment #2 from Warner Losh --- Sadly, we missed getting this integrated, and NSLU2 support was removed in FreeBSD 12. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 7 05:33:14 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BF4D14863F9 for ; Mon, 7 Jan 2019 05:33:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AC7B72FA8 for ; Mon, 7 Jan 2019 05:33:14 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 678FB11853 for ; Mon, 7 Jan 2019 05:33:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x075XDwd084489 for ; Mon, 7 Jan 2019 05:33:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x075XDp0084488 for freebsd-arm@FreeBSD.org; Mon, 7 Jan 2019 05:33:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 162159] [panic] USB errors leading to panic on DockStar 9.0-RC1/arm Date: Mon, 07 Jan 2019 05:33:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status cc Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:33:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D162159 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Open |Closed CC| |imp@FreeBSD.org --- Comment #5 from Warner Losh --- Ian claimed to fix this in a commit message that sounds related. closing. If this is still an issue, please reopen this bug. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 7 05:34:03 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EB18148643B for ; Mon, 7 Jan 2019 05:34:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD57473008 for ; Mon, 7 Jan 2019 05:34:02 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 166AD11855 for ; Mon, 7 Jan 2019 05:34:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x075Y1VF085286 for ; Mon, 7 Jan 2019 05:34:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x075Y1sG085285 for freebsd-arm@FreeBSD.org; Mon, 7 Jan 2019 05:34:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 205999] usr/src/sys/arm/at91/at91_machdep.c:261: possible int / long mixup ? Date: Mon, 07 Jan 2019 05:34:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:34:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205999 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --- Comment #2 from Warner Losh --- AT91 removed in 12. and not really a bug. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 7 05:35:47 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E6BF14864F2 for ; Mon, 7 Jan 2019 05:35:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0006730CC for ; Mon, 7 Jan 2019 05:35:46 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 20B4511858 for ; Mon, 7 Jan 2019 05:35:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x075ZjPo086926 for ; Mon, 7 Jan 2019 05:35:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x075ZiIm086925 for freebsd-arm@FreeBSD.org; Mon, 7 Jan 2019 05:35:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229507] src/sys/arm/cavium/cns11xx/econa.c:392: array index out of range ? Date: Mon, 07 Jan 2019 05:35:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:35:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229507 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events CC| |imp@FreeBSD.org Status|New |Closed --- Comment #1 from Warner Losh --- This code removed in 12, closing. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 7 10:00:22 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24236148CEE8 for ; Mon, 7 Jan 2019 10:00:22 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from smtpcmd0871.aruba.it (smtpcmd0871.aruba.it [62.149.156.71]) by mx1.freebsd.org (Postfix) with ESMTP id 03DBF84C06 for ; Mon, 7 Jan 2019 10:00:20 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from macbookvittorio.homenet.telecomitalia.it ([82.55.214.224]) by smtpcmd08.ad.aruba.it with bizsmtp id MMxA1z0054r3bLq01MxAyx; Mon, 07 Jan 2019 10:57:10 +0100 From: Victor Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: make buildworld error while compiling 12.0-releng for RPI2 Date: Mon, 7 Jan 2019 10:57:09 +0100 Message-Id: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1; t=1546855030; bh=ibW8VtVtBp12gUSoXZBwItkqFg7XgFQbh3yfnSbgZUQ=; h=From:Content-Type:Subject:Date:To:Mime-Version; b=ETWy8qQQCnPnJgld92bF53h+VaRTeysAynyMsDB7N2ky7fZbWmfB4gVlGSldQYOfU G40PIhciA6MYiH3aXA+ciFeQGPkZl1Bki5lpyFGhcttRXKOHsrQeoFBNjn2pY3Paiy PPzatJ3Xru5y7u69wrS20ddR5a84lhWnnr1l4PKqjjd8DcHMmOFInMqufCwyaI0At9 wzig2Xw7JKDp0IItLVjKvflG+BZT6C+86h5377kNEZ5RYmaXDuAiSAafEsGJBGBIrl +VSdTgGLR48pkCU1gyjsvwrGoy9lIbtNdQT6fSVSjes1Xil4qgTc9C/SVN03RMjPeV ALaqRW2TZmqZw== X-Rspamd-Queue-Id: 03DBF84C06 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aruba.it header.s=a1 header.b=ETWy8qQQ; dmarc=fail reason="" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 62.149.156.71 is neither permitted nor denied by domain of vdemart@gmail.com) smtp.mailfrom=vdemart@gmail.com X-Spamd-Result: default: False [1.54 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; DKIM_TRACE(0.00)[aruba.it:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[224.214.55.82.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:31034, ipnet:62.149.128.0/19, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[aruba.it:s=a1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.10)[0.102,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.03)[asn: 31034(0.07), country: IT(0.07)]; NEURAL_SPAM_MEDIUM(0.67)[0.672,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.35)[0.349,0]; RCVD_IN_DNSWL_NONE(0.00)[71.156.149.62.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, DKIM not aligned (relaxed), none] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 10:00:22 -0000 I'm trying to compile release 12.0 (with 4 CPUs) on my raspberry pi 2 on = which 11.2-RELEASE is installed. Via svnlite I downloaded the source code under /usr/src and then I = started, as the handbook says make -j4 buildworld But, unfortunately it spos with the following error: =3D=3D=3D> lib/clang/libclang (install) =3D=3D=3D> lib/clang/headers (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = /usr/src/contrib/llvm/tools/clang/lib/Headers/__clang_cuda_builtin_vars.h = .................................................... c++ -O -pipe -mlong-calls = -I/usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/clang/libclang = -I/usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/clang/libllvm = -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd12.0-gnueabihf\" = -DLLVM_HOST_TRIPLE=3D\"armv6-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/arm.armv6/tmp\" = -DLLVM_TARGET_ENABLE_ARM = -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeARMAsmParser = -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeARMAsmPrinter = -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeARMDisassembler = -DLLVM_NATIVE_TARGET=3DLLVMInitializeARMTarget = -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeARMTargetInfo = -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeARMTargetMC -ffunction-sections = -fdata-sections -gline-tables-only -Qunused-arguments = -I/usr/obj/usr/src/arm.armv6/tmp/legacy/usr/include -std=3Dc++11 = -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -Wl,--gc-sections -static = -L/usr/obj/usr/src/arm.armv6/tmp/legacy/usr/lib -o clang.full = cc1_main.o cc1as_main.o driver.o = /usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/clang/libclang/libclang.a = /usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/clang/libllvm/libllvm.a = -L/usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/libz -lz = -L/usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/ncurses/ncursesw = -lncursesw -L/usr/obj/usr/src/arm.armv6/tmp/obj-tools/lib/libthr = -lpthread -legacy c++: =1B[0;1;31merror: =1B[0munable to execute command: Killed=1B[0m c++: =1B[0;1;31merror: =1B[0mlinker command failed due to signal (use -v = to see invocation)=1B[0m *** Error code 254 Stop. make[4]: stopped in /usr/src/usr.bin/clang/clang *** Error code 1 Stop. make[3]: stopped in /usr/src/usr.bin/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src I don't understand this error. What should I do?= From owner-freebsd-arm@freebsd.org Mon Jan 7 13:02:22 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 402411492404 for ; Mon, 7 Jan 2019 13:02:22 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 855FD8BA0A for ; Mon, 7 Jan 2019 13:02:20 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1ggUXq-00CNCk-As; Mon, 07 Jan 2019 14:02:18 +0100 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: Victor cc: freebsd-arm@freebsd.org Subject: Re: make buildworld error while compiling 12.0-releng for RPI2 In-reply-to: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> References: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Jan 2019 14:02:18 +0100 Message-Id: X-Rspamd-Queue-Id: 855FD8BA0A X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.54 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(0.96)[0.956,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.94)[0.938,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.hs-karlsruhe.de]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[0.995,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.26)[asn: 553(1.31), country: EU(-0.00)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 13:02:22 -0000 On 2019-01-07 10:57 +0100 Victor wrote: > I'm trying to compile release 12.0 (with 4 CPUs) on my raspberry pi 2 on which 11.2-RELEASE is installed. > Via svnlite I downloaded the source code under /usr/src and then I started, as the handbook says > > make -j4 buildworld >From my experience the raspberry pi 2 is not equipped with enough RAM to use four parallel jobs during buildworld. A CURRENT from last week build successfully with -j2 buildworld and -j3 buildkernel. I did not try adding any swap space. > But, unfortunately it spos with the following error: > [...] > > I don't understand this error. What should I do? Ralf From owner-freebsd-arm@freebsd.org Mon Jan 7 14:02:37 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45E001493FC8 for ; Mon, 7 Jan 2019 14:02:37 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from smtpcmd04131.aruba.it (smtpcmd04131.aruba.it [62.149.158.131]) by mx1.freebsd.org (Postfix) with ESMTP id C9B8F8DE9C for ; Mon, 7 Jan 2019 14:02:35 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from macbookvittorio.homenet.telecomitalia.it ([82.55.214.224]) by smtpcmd04.ad.aruba.it with bizsmtp id MRzN1z0204r3bLq01RzPMC; Mon, 07 Jan 2019 14:59:24 +0100 Subject: Re: make buildworld error while compiling 12.0-releng for RPI2 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Victor In-Reply-To: Date: Mon, 7 Jan 2019 14:59:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <290CC356-180C-405C-B1D1-1CD5F96BA905@gmail.com> References: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1283) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1; t=1546869564; bh=Ccpkgrre4iLsmshj1a2Cc+6H+Ac3ShreehvcJaWmXoo=; h=Subject:Mime-Version:Content-Type:From:Date:To; b=OFls/RnIRJG1B9JThv+YMHVVHCSiZgWC2mRS7IVPyk76hv87e0HCCoPng2GMe3JT4 /9NWiq+neCdikctLqcbJYk52v8Ww+/FpIH0/pPnVQgJgw/uIdO0TRjNhIP7iFGNE6k BDNXx95uWywnommJXqSxN8OuFjHninw5HdtDLW85awpHLgNcPly00VrHbf4dcDlYM7 QFiliPxTQmY65w+YBTJxCD6q9Zp2ktrXJ4qcpUtYkE4T8rGxXsFDww5TL+cIbPr1HA MSUdIyBNfMom8mRBZuiIOUJzxvFS0dSF1L4kbx5+iLRnULSPh+OooYnNYAzh1PSGaO DqyQfvW19Rwvw== X-Rspamd-Queue-Id: C9B8F8DE9C X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aruba.it header.s=a1 header.b=OFls/RnI; dmarc=fail reason="" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 62.149.158.131 is neither permitted nor denied by domain of vdemart@gmail.com) smtp.mailfrom=vdemart@gmail.com X-Spamd-Result: default: False [1.76 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; DKIM_TRACE(0.00)[aruba.it:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[224.214.55.82.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:31034, ipnet:62.149.128.0/19, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[aruba.it:s=a1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.460,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.03)[asn: 31034(0.06), country: IT(0.07)]; NEURAL_SPAM_MEDIUM(0.62)[0.616,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.27)[0.265,0]; RCVD_IN_DNSWL_NONE(0.00)[131.158.149.62.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, DKIM not aligned (relaxed), none] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 14:02:37 -0000 Thank you, Ralf. As a matter of fact I issued=20 make buildword NOT=20 make -j4 buildworld The compilation problem is still there. Ciao Vittorio Il giorno 07/gen/2019, alle ore 14:02, Ralf Wenk ha scritto: > On 2019-01-07 10:57 +0100 Victor wrote: >> I'm trying to compile release 12.0 (with 4 CPUs) on my raspberry pi 2 = on which 11.2-RELEASE is installed. >> Via svnlite I downloaded the source code under /usr/src and then I = started, as the handbook says >>=20 >> make -j4 buildworld >=20 > =46rom my experience the raspberry pi 2 is not equipped with enough = RAM to > use four parallel jobs during buildworld. > A CURRENT from last week build successfully with -j2 buildworld and > -j3 buildkernel. > I did not try adding any swap space. >=20 >> But, unfortunately it spos with the following error: >> [...] >>=20 >> I don't understand this error. What should I do? >=20 > Ralf >=20 From owner-freebsd-arm@freebsd.org Mon Jan 7 14:14:56 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9729314944AE for ; Mon, 7 Jan 2019 14:14:56 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ed1-x541.google.com (mail-ed1-x541.google.com [IPv6:2a00:1450:4864:20::541]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0CD78E6F4 for ; Mon, 7 Jan 2019 14:14:55 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-ed1-x541.google.com with SMTP id y56so988405edd.11 for ; Mon, 07 Jan 2019 06:14:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zCm4YWni31FL7bfr3UuetwGQmy6X4+QVWlavtMazdAY=; b=LOKTGN+2hbDhL/tt9NLD+yWYlJMCrD7V/BwHxBhsjezpRUA+/7FpvwalN4fCTUfm/G 4efKR8+8RKGF7SveNWA4ufQ5nK6WraP67nxJ2VVZbsYO5/NETG7L4vos3Puva3PeJP2j ohgVHDXkDk2w8Ux+zzMFfbyRBjxAGU1766Ha0+MKpZxKUu814sshD5P1HJp8DLj+bZta EFpp7msFTb5HMGvujw7j9aSomPVFCVKfYBnWl8E2XzaJNj/4MgD0HnHQPuJOCVredRRz 6ebV9KmDrMyWvVQtU49zz8GvfezfJesJ3ZBEk7J92bf83drPk5wWoDYaridX5wrtY+di /9sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zCm4YWni31FL7bfr3UuetwGQmy6X4+QVWlavtMazdAY=; b=ItSM1+Bero1zNSiB4xBaRJd5PU6BoI2nZyeUkyG/YujbLkiMN9tMU11tb2OMDvmWkm CT315rHA7FPoHEGMq1YDEWrydz32ScwoJ/nvvqsEdyfeT3wz7kXaQs4nT4jEAV8ufAqc GqPfu6fA3MjLOHoU30KpPr1RGsobx8SJG2zYPmRXbdjaDfqiF/fKvixrhbMrt2Hm5hKK PY3Kb/KyVdjM+YN5fI74Znktni+Ur+V3GdWz7b6RfE8Go9oM660OkjukYWFuyB6GCRg0 R7Rwat73le/Pfy7nwPqerdd2/iqN5G3FcSFpEC/mdOM2I45Jn1QYCauXPhrbFRTBKvsk wIbA== X-Gm-Message-State: AA+aEWZ0I4zo2FR83BBIZ8VBNx8uJHDr9goBMTS9PHOqfMBpj6lnRBT7 ovgMVOH3UKamyAld4fdx5Jp07g== X-Google-Smtp-Source: AFSGD/XWS3WHraAfXkw3IRZLGlxCyMg7fUlIixPsZTYT7l3Ez9EQdQPoipc0YFR+QLWkBtnfGQI4Lg== X-Received: by 2002:a17:906:1f09:: with SMTP id w9-v6mr47579295ejj.22.1546870494592; Mon, 07 Jan 2019 06:14:54 -0800 (PST) Received: from mutt-hbsd (62-210-116-201.rev.poneytelecom.eu. [62.210.116.201]) by smtp.gmail.com with ESMTPSA id w24-v6sm18745224eja.71.2019.01.07.06.14.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Jan 2019 06:14:53 -0800 (PST) Date: Mon, 7 Jan 2019 09:14:36 -0500 From: Shawn Webb To: "Jayachandran C." Cc: Ed Maste , "freebsd-arm@freebsd.org" Subject: Re: ThunderX2 support in FreeBSD/arm64 Message-ID: <20190107141303.mazpfqwyd3kuw6yz@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="khubinwqy4wjfi5c" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT FreeBSD 13.0-CURRENT HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: C0CD78E6F4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=LOKTGN+2; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2a00:1450:4864:20::541 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-5.79 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-0.72)[ip: (0.06), ipnet: 2a00:1450::/32(-1.90), asn: 15169(-1.67), country: US(-0.08)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 14:14:56 -0000 --khubinwqy4wjfi5c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 03, 2019 at 12:51:26PM -0800, Jayachandran C. wrote: > (Was AFK for a while, sorry for the late reply) > Hi Ed, >=20 > On Fri, Dec 21, 2018 at 11:15 AM Ed Maste wrote: > > > > On Mon, 17 Dec 2018 at 21:51, Jayachandran C. wr= ote: > > > > > > Over the last few weeks I have committed changes for a few outstanding > > > items needed for ThunderX2 support in FreeBSD/arm64. > > > > I see that D10082, D10083, D10084 are still open, awaiting review. > > Should I apply them to my test tree? > > > > My current status - loader claims to start the kernel, but I see no > > further output. Can you share the kernel config file you used (or > > perhaps a git tree you built from)? >=20 > There seems to be 2 issues here - both of them happen when the AMI > firmware is used. > The first issue is that the efi framebuffer does not work, and I am > not able to select the serial console with AMI firmware. The second > issue is that the on-chip SATA controller is not setup correctly by > the AMI firmware and can cause a 'NBU BAR error' failure. >=20 > I have uploaded a test firmware and instructions to > https://people.freebsd.org/~jchandra/testfw/ which should boot FreeBSD > fine. This is an internal build which does not have both the problems > above. Let me know if this works, and I will try to push the fixes to > AMI. Following your instructions, when doing the hpm upgrade step, I get the following messages: PICMG HPM.1 Upgrade Agent 1.0.9: Error getting target upgrade capabilities, ccode: 0xc1: Invalid command Board might not be supporting the HPM.1 Standards Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --khubinwqy4wjfi5c Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlwzXssACgkQaoRlj1JF bu7GFxAAvRTnZVidMizSSnYGDzgCcKzKz+ZxbWAaNZ1M8Y9PffDRlNX8ef5xDWCf gFTg1xd8rTYLh5a5+oC9kocwzd2GGTJDgkYPXcMb2hGsPAuC7PD7i6ZZbeux4v7g uVLQF2d/RLYV6l4jwsZZX6pgeX2JOiiTvU1ql7hyH7VCAyxJql0uZrsAmxctWeIl Btk7iyPx1rNqtW5pBAMlG3VPzTVRAnk61RzqDOLKhWNfChs6QfPGEh8pkVjQDgMu bA5xBUBXAPy2ELlxsLH1xw+KJjZYIOZF5jUsNY3ActP47PIBJZVBjes5um1mXpLK 63MqUfzWgjBwZs+dUHPoAuMI0f+n+tH1Q4MNgNaqtvRPxzL7mwoSsNNwC49jj8ZW V+xWlNvm+8yFR3p/jq0JXqi70DlbMoPAR/i41JdeLye2Mgj97aiIENPlI2bZ04OJ cYyDTxZ3jZO3GEkQgHQFzhCUZxJD47F+VprF6dy982bOEb2NNBwds7AjKeqmOOlg R7xFuiKz2DFXbqPmHUzWcX33+bb8+HfWFxsqYJo5Gwt0axdx7/9sEbIhHzqamhUG 6Z0E74vefLqU5tjZhkNZgjMEuv1VV1FBHcvZeBWbPI2ii/7MITBz+J3SUGxeW1Jh VxhurS2lYC2UcfJkO3j61h8zJqCH3iQa4JF7ecN4qowM1W9ztow= =+om1 -----END PGP SIGNATURE----- --khubinwqy4wjfi5c-- From owner-freebsd-arm@freebsd.org Mon Jan 7 20:10:50 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F6B7149E0D7 for ; Mon, 7 Jan 2019 20:10:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B67C976EE9 for ; Mon, 7 Jan 2019 20:10:48 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ggbEN-00088y-I4; Mon, 07 Jan 2019 21:10:39 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Emmanuel Vadot" , "Per Hedeland" Cc: freebsd-arm@freebsd.org Subject: Re: i2c on RPi Zero? References: <229e0d36-a07b-8551-9613-0bf5748352e7@hedeland.org> <20190105195808.GA53872@bluezbox.com> <20190105215608.GA55315@bluezbox.com> <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> Date: Mon, 07 Jan 2019 21:10:43 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 10fb2eeb1e6a32429c7ce102d6ec6cdf X-Rspamd-Queue-Id: B67C976EE9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [0.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.22)[-0.222,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-0.47)[-0.470,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[klop.ws]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.34)[0.336,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; IP_SCORE(0.00)[country: NL(0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 20:10:50 -0000 On Sun, 06 Jan 2019 00:39:48 +0100, Per Hedeland wrote: > On 2019-01-05 23:03, Emmanuel Vadot wrote: >> On Sat, 5 Jan 2019 13:56:08 -0800 >> Oleksandr Tymoshenko wrote: >> >>> Per Hedeland (per@hedeland.org) wrote: >>>> On 2019-01-05 20:58, Oleksandr Tymoshenko wrote: >>>>> Per Hedeland (per@hedeland.org) wrote: >>>>>> I did a bit more testing on the Zero to see if the FreeBSD version >>>>>> mattered: >>>>>> >>>>>> FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img - still no >>>>>> luck. >>>>>> >>>>>> FreeBSD-11.2-STABLE-arm-armv6-RPI-B-20190103-r342709.img - works! >>>>>> (I.e. dmesg reports as below and /dev/iic{0,1} get created - I >>>>>> haven't >>>>>> tested actual usage beyond having 'i2c -s' report "no devices >>>>>> found".) >>>>>> >>>>>> I guess that the i2c support hasn't been removed intentionally, >>>>>> i.e. this seems to be a regression - or is there some additional >>>>>> config etc required to enable it with FreeBSD-12? The iic and iicbus >>>>>> drivers appear to be built into the kernel in both 11 and 12. >>>>>> >>>>>> (I haven't tested FreeBSD-12 on the Pi B, but I would guess that the >>>>>> result will be the same as on the Zero, since it seems the hardware >>>>>> is >>>>>> the same.) >>>>> >>>>> There was a transition in device tree files between 11 and 12. >>>>> bcm2708-rpi-0-w.dtb has i2c nodes but they're disabled by default. >>>>> Try editing config.txt on FAT partition and adding following line: >>>>> >>>>> dtparam=i2c >>>>> >>>>> This should make boot firmware to enable device nodes in the device >>>>> tree blob during the boot. >>>> >>>> Thanks a lot! I can confirm that this makes i2c "work" on Zero with >>>> 12-RELEASE (almost) to the extent described above for 11.2-STABLE (it >>>> detects/creates only iic0, not iic1, but as far as I understand from >>>> other sources, iic0 is all that is needed for "plain B" and thus also >>>> for Zero). >>>> >>>> Should I file a PR for this? I assume that the i2c nodes being >>>> disabled is not intentional... >>> >>> Yes, please do. There are also other devices, that should be enabled by >>> default, like SPI. >> Why should we enabled them by default ? >> We have no correct way for switching a pin to gpio mode (you can do >> that with gpioctl on some system but I consider it as a bug) so if I >> want to use the i2c/spi/whatever pins as gpio and the default image set >> it to another function I'm stuck. >> Using the rpi fundation dtb means that every settings that they set >> for Linux will also be set for us, so every tutorial on the web where >> people saying that you should set something in config.txt will apply to >> FreeBSD too. >> The current settings aren't a bug, it's a feature (c). > > OK... - so your take seems to be that FreeBSD users should google for > the "Linux way" to (e.g.) enable i2c on RPi. I googled "enable i2c on > raspberry pi" now, and indeed it brought up lots of Linux stuff, but > unfortunately it mostly says to run 'raspi-config', which I can't find > on my FreeBSD installation (and didn't actually expect to, of course). > > If I explicitly add "config.txt" to the search string, I do indeed > find some info about what to put in that file - but of course I > wouldn't have done that if I didn't already know that this was the > file that needed to be edited... > > I'm all for using "standard" components (even when "standard" means > "Linux"), and reducing the amount of FreeBSD-specific work that you > and others need to put in to support FreeBSD on these "odd" systems - > and as a long time (Free)BSD user, I actually prefer to edit a file > over running some GUI tool without knowing what it does. > > But I really think there needs to be a bit more help directed > specifically at the FreeBSD user here (if there is and I just haven't > found it, please enlighten me). A few words (besides "configuration > for start.elf":-) about what config.txt is good for, and perhaps a > pointer to e.g. > https://www.raspberrypi.org/documentation/configuration/device-tree.md > (found it from your hints, thanks!), on the > https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi page may be > enough. I added this to the wiki. https://wiki.freebsd.org/action/info/FreeBSD/arm/Raspberry%20Pi?action=diff&rev2=83&rev1=82 Regards, Ronald. > > And despite the whining above, I really do appreciate all your efforts > to make it possible to run FreeBSD on these systems - many thanks! > > --Per Hedeland > _______________________________________________ > 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 Mon Jan 7 21:45:30 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8E0714A0CEC for ; Mon, 7 Jan 2019 21:45:29 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound1g.eu.mailhop.org (outbound1g.eu.mailhop.org [52.28.6.212]) (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 4887F82F5A for ; Mon, 7 Jan 2019 21:45:27 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1546897520; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=B4KtljnqaxFjUY9HSMiS6NhI/NuECdI6mr1fESEumGmbiuuGZzhtTSXIiqor0WL7wVjh4/aj3Es0X 8gN6nPRPZGPlvtuS4qKW2A+Ja7X4Z1NUwwt9SI1BIWip/589/JRAYhfcji1QD6ioH/Z3QNOEcINbSq y/WdmaNPYnwJ3mKFVnUSP83zuTefEyauolUkDB4/d4byh+G/PfSaCLEDpMfobybYWvXg8ehr2EgUZa NRTe9BNBqHLrytOmD1FhpJ6cg2MfdsGY8AoX1GIvgHrQZJmtx569+2MGJ0HBbiXJqAvhK11ZKz3kId J+9jnoFs7NREfSERAaR/yQtVp46s15Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=3tm6X+QXDc3xxAqJNDFE63zWCjVgtW67XxtfA7dard0=; b=bTaiDLb97djnVwOcH8X+5gCFFvdyssUtxcBpvcUTPcRL017RT3WYNFTKY2pSXfaWLbHOiw708XZF1 OVPF4cY14EK5w+/dRnkSmItbP+igzGz9c5azyHGXgKX9/DemUf3l1j0knc9GYzK6cjsNO8ieHtSJpm YoTg7Hf4g2+i+fClVF+6bbUosaBSA+Zdqfkll/+qFsDKOyF/ncLVNHrEJ2Hu1ci8Qp0M6WZHzzm+zK X+38WQlzL8h1oFunrWBHwp8jigL31ZPfQ0GLsJ85oK++w/Q2Ph4xJKLxDDRQcqrb0uALudSYfVMDi2 zeZ1DkLGhvTklKZCBXX+qYtgiNcPzng== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=3tm6X+QXDc3xxAqJNDFE63zWCjVgtW67XxtfA7dard0=; b=NTmOXWrAMI6dZH7yHMXEBoAxlnmvy+bERU+pJ/XP/xg/nS5s3y3e/Nc1H8oP6HpG34f07g/ggt19i O6fB9d2CmqiXtYWhP0HDnw4xp8tsP+FNhagkj4Uh/JnP3jav/lmeOkKZ3tq8PgATjUil2aLh3FvEM/ gLKOnU18Xcqszo2kZTS/1x6gDRLw39kRuBAjcLBEbTccNr2PHAQTXp144+JRQRclWTO1RbA8VXHeCV ezTEd9cRNxfdPg9QbwRH1CTOxtVV9HaQyAsOLaGI2G3JjF4NyNPlr+zdo+Gt25oyNtYA/GHA7ceey4 ddsZ1/LTIMY8zaC+JEw+y0WbRLSo01A== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 84bf698e-12c5-11e9-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 84bf698e-12c5-11e9-8a28-a1efd8da9a94; Mon, 07 Jan 2019 21:45:17 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x07LjEV5084746 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 7 Jan 2019 22:45:14 +0100 (CET) (envelope-from per@hedeland.org) Subject: Re: i2c on RPi Zero? To: Ronald Klop Cc: Emmanuel Vadot , freebsd-arm@freebsd.org References: <229e0d36-a07b-8551-9613-0bf5748352e7@hedeland.org> <20190105195808.GA53872@bluezbox.com> <20190105215608.GA55315@bluezbox.com> <20190105230306.2ad9d0ba2c2df0e8fac5f053@bidouilliste.com> From: Per Hedeland Message-ID: Date: Mon, 7 Jan 2019 22:45:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4887F82F5A X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=NTmOXWrA X-Spamd-Result: default: False [-3.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; MX_GOOD(-0.01)[hedeland.org,mx2.mailhop.org]; NEURAL_HAM_SHORT(-0.95)[-0.955,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.27)[asn: 16509(-1.26), country: US(-0.08)]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_ALLOW(-1.00)[i=1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; RECEIVED_SPAMHAUS_PBL(0.00)[101.152.228.81.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[hedeland.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[212.6.28.52.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 21:45:30 -0000 On 2019-01-07 21:10, Ronald Klop wrote: > On Sun, 06 Jan 2019 00:39:48 +0100, Per Hedeland wrote: > >> On 2019-01-05 23:03, Emmanuel Vadot wrote: >>> On Sat, 5 Jan 2019 13:56:08 -0800 >>> Oleksandr Tymoshenko wrote: >>> >>>> Per Hedeland (per@hedeland.org) wrote: >>>>> On 2019-01-05 20:58, Oleksandr Tymoshenko wrote: >>>>>> Per Hedeland (per@hedeland.org) wrote: >>>>>>> I did a bit more testing on the Zero to see if the FreeBSD version >>>>>>> mattered: >>>>>>> >>>>>>> FreeBSD-12.0-STABLE-arm-armv6-RPI-B-20190103-r342709.img - still no >>>>>>> luck. >>>>>>> >>>>>>> FreeBSD-11.2-STABLE-arm-armv6-RPI-B-20190103-r342709.img - works! >>>>>>> (I.e. dmesg reports as below and /dev/iic{0,1} get created - I haven't >>>>>>> tested actual usage beyond having 'i2c -s' report "no devices found".) >>>>>>> >>>>>>> I guess that the i2c support hasn't been removed intentionally, >>>>>>> i.e. this seems to be a regression - or is there some additional >>>>>>> config etc required to enable it with FreeBSD-12? The iic and iicbus >>>>>>> drivers appear to be built into the kernel in both 11 and 12. >>>>>>> >>>>>>> (I haven't tested FreeBSD-12 on the Pi B, but I would guess that the >>>>>>> result will be the same as on the Zero, since it seems the hardware is >>>>>>> the same.) >>>>>> >>>>>> There was a transition in device tree files between 11 and 12. >>>>>> bcm2708-rpi-0-w.dtb has i2c nodes but they're disabled by default. >>>>>> Try editing config.txt on FAT partition and adding following line: >>>>>> >>>>>> dtparam=i2c >>>>>> >>>>>> This should make boot firmware to enable device nodes in the device >>>>>> tree blob during the boot. >>>>> >>>>> Thanks a lot! I can confirm that this makes i2c "work" on Zero with >>>>> 12-RELEASE (almost) to the extent described above for 11.2-STABLE (it >>>>> detects/creates only iic0, not iic1, but as far as I understand from >>>>> other sources, iic0 is all that is needed for "plain B" and thus also >>>>> for Zero). >>>>> >>>>> Should I file a PR for this? I assume that the i2c nodes being >>>>> disabled is not intentional... >>>> >>>> Yes, please do. There are also other devices, that should be enabled by >>>> default, like SPI. >>> Why should we enabled them by default ? >>> We have no correct way for switching a pin to gpio mode (you can do >>> that with gpioctl on some system but I consider it as a bug) so if I >>> want to use the i2c/spi/whatever pins as gpio and the default image set >>> it to another function I'm stuck. >>> Using the rpi fundation dtb means that every settings that they set >>> for Linux will also be set for us, so every tutorial on the web where >>> people saying that you should set something in config.txt will apply to >>> FreeBSD too. >>> The current settings aren't a bug, it's a feature (c). >> >> OK... - so your take seems to be that FreeBSD users should google for >> the "Linux way" to (e.g.) enable i2c on RPi. I googled "enable i2c on >> raspberry pi" now, and indeed it brought up lots of Linux stuff, but >> unfortunately it mostly says to run 'raspi-config', which I can't find >> on my FreeBSD installation (and didn't actually expect to, of course). >> >> If I explicitly add "config.txt" to the search string, I do indeed >> find some info about what to put in that file - but of course I >> wouldn't have done that if I didn't already know that this was the >> file that needed to be edited... >> >> I'm all for using "standard" components (even when "standard" means >> "Linux"), and reducing the amount of FreeBSD-specific work that you >> and others need to put in to support FreeBSD on these "odd" systems - >> and as a long time (Free)BSD user, I actually prefer to edit a file >> over running some GUI tool without knowing what it does. >> >> But I really think there needs to be a bit more help directed >> specifically at the FreeBSD user here (if there is and I just haven't >> found it, please enlighten me). A few words (besides "configuration >> for start.elf":-) about what config.txt is good for, and perhaps a >> pointer to e.g. >> https://www.raspberrypi.org/documentation/configuration/device-tree.md >> (found it from your hints, thanks!), on the >> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi page may be >> enough. > > I added this to the wiki. > https://wiki.freebsd.org/action/info/FreeBSD/arm/Raspberry%20Pi?action=diff&rev2=83&rev1=82 Great, thanks! Though AFAIU the "needs dt config" for i2c is not specific for Zero, I believe it is disabled in all the .dtb files for 12+. E.g. from the RPI-B image: pi0 1> dtc -I dtb -O dts /boot/msdos/bcm2708-rpi-b-plus.dtb | awk '$1~/^i2c@/ {print; ++p} p && /status/ {print; p=0}' i2c@7e205000 { status = "disabled"; i2c@7e804000 { status = "disabled"; i2c@7e805000 { status = "disabled"; (guessing that those are the relevant lines:-). --Per > Regards, > Ronald. > >> >> And despite the whining above, I really do appreciate all your efforts >> to make it possible to run FreeBSD on these systems - many thanks! >> >> --Per Hedeland >> _______________________________________________ >> 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 Mon Jan 7 21:59:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8911B14A1123 for ; Mon, 7 Jan 2019 21:59:46 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF78834FF for ; Mon, 7 Jan 2019 21:59:44 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x07Letrw052785 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 7 Jan 2019 22:40:56 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1546897256; bh=IqsMjAJ4EdMgrBcmArgzCTZ9zQGQj81yUFGFrHmCUP0=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=T57Uw9n8jWG+0ZvSteU4u/v/PIjFrgmGz7Lqh5djrO+12l8E7cqixtkTsxsSjSa3n NWawdIe79vJwH+eOI3mmjo1LPBU5083SyWFRZJY7XWls6EnIs5D2dwkWyX66aZwkZf yoKVlxjefaMzX6QLnf8g2/uuDTybbh+fj+4MFTMw= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id x07LeRXK096575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Jan 2019 22:40:27 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x07LfGTa031300; Mon, 7 Jan 2019 22:41:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x07LfGf8031299; Mon, 7 Jan 2019 22:41:16 +0100 (CET) (envelope-from ticso) Date: Mon, 7 Jan 2019 22:41:16 +0100 From: Bernd Walter To: Victor Cc: freebsd-arm@freebsd.org Subject: Re: make buildworld error while compiling 12.0-releng for RPI2 Message-ID: <20190107214116.GB30472@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> <290CC356-180C-405C-B1D1-1CD5F96BA905@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <290CC356-180C-405C-B1D1-1CD5F96BA905@gmail.com> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 1CF78834FF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=T57Uw9n8 X-Spamd-Result: default: False [-2.43 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx1.bwct.de]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.945,0]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.72)[-0.723,0]; NEURAL_HAM_LONG(-0.95)[-0.948,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 21:59:46 -0000 On Mon, Jan 07, 2019 at 02:59:22PM +0100, Victor wrote: > Thank you, Ralf. > As a matter of fact I issued > > make buildword > > NOT > > make -j4 buildworld > > The compilation problem is still there. Anyways - this is an out of memory problem. dmesg will show you why the process was killed. You have to add more swap space. Unfortunately compilers get more and more CPU and memory hungry. These days I use memory sticks capable of high random load as temporarys swap space or NFS space - later mostly for obj and src, not as swap so much. For me SanDisk Extreme Go 3.1 and Ultra USB 3.0 worked great. That said, I havn't build FreeBSD12 on any ARM myself yet and this is only a general experience. > Il giorno 07/gen/2019, alle ore 14:02, Ralf Wenk ha scritto: > > > On 2019-01-07 10:57 +0100 Victor wrote: > >> I'm trying to compile release 12.0 (with 4 CPUs) on my raspberry pi 2 on which 11.2-RELEASE is installed. > >> Via svnlite I downloaded the source code under /usr/src and then I started, as the handbook says > >> > >> make -j4 buildworld > > > > From my experience the raspberry pi 2 is not equipped with enough RAM to > > use four parallel jobs during buildworld. > > A CURRENT from last week build successfully with -j2 buildworld and > > -j3 buildkernel. > > I did not try adding any swap space. > > > >> But, unfortunately it spos with the following error: > >> [...] > >> > >> I don't understand this error. What should I do? > > > > Ralf > > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Tue Jan 8 06:24:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9334F1490F5F for ; Tue, 8 Jan 2019 06:24:07 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5E770F8C for ; Tue, 8 Jan 2019 06:24:06 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-3-211.mxu.aerioconnect.net [69.84.3.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id 37A29845A8 for ; Tue, 8 Jan 2019 06:24:16 +0000 (UTC) From: Marcel Flores Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Booting 12.0 on Cavium ThunderX Message-Id: Date: Mon, 7 Jan 2019 22:23:58 -0800 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 8E5E770F8C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; DMARC_NA(0.00)[brickporch.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mail.brickporch.com]; NEURAL_HAM_SHORT(-0.78)[-0.777,0]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; IP_SCORE(-0.85)[ipnet: 52.32.0.0/14(-2.92), asn: 16509(-1.25), country: US(-0.08)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 06:24:07 -0000 > Booting 12.0-RC3 (RC2 as well) seems to hang on Cavium ThunderX boot = after boot menu, but no trouble with 11.2. Kind of feels like EFI = console setting issue, but I not sure where else to dig - settings seem = to approximately match 11.2. >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x89ee20 data=3D0x1767f8+0x7996d4 = syms=3D[0x8+0x1166a0+0x8+0x10b07c] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x3fd7ec018. > EFI framebuffer information: > addr, size 0x10000000, 0x12c000 > dimensions 640 x 480 > stride 640 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > BgxStopPollForLink <<>> > BGX0 LMAC: 0 BgxEnableRxTx(DISABLE) > BGX0 LMAC: 0 BgxEnableRxTx: BGX_CMRX_CFG=3D0x8300 > BGX0 LMAC: 1 BgxEnableRxTx(DISABLE) > BGX0 LMAC: 1 BgxEnableRxTx: BGX_CMRX_CFG=3D0x8301 > BGX0 LMAC: 2 BgxEnableRxTx(DISABLE) > BGX0 LMAC: 2 BgxEnableRxTx: BGX_CMRX_CFG=3D0x8302 > BGX0 LMAC: 3 BgxEnableRxTx(DISABLE) > BGX0 LMAC: 3 BgxEnableRxTx: BGX_CMRX_CFG=3D0x8303 > BGX1 LMAC: 0 BgxEnableRxTx(DISABLE) > BGX1 LMAC: 0 BgxEnableRxTx: BGX_CMRX_CFG=3D0x84E4 > OSBootEvent status : 0, ResponseData[0] =3D D1, [1] =3D 0, [2] =3D = 0, [3] =3D 0, [4] =3D 0=20 > Entered .... EfiSelReportStatusCode Value: 3101019=20 Still no luck getting the ThunderX to boot anything after 11.2. Both = 12-Release and 13-Current exhibit the same behavior: it reaches = loader.efi, says it loads the kernel, but then nothing =E2=80=94 just = hangs. Identical behavior across all boot media (PXE, USB, SATA, not = surprising, since it reaches the loader fine). The board itself is the MT30-GS2, up-to-date firmware and BIOS (ThunderX = has been quite for a bit). Any thoughts? I=E2=80=99ve twiddled kernel options and configurations, = but nothing seems to make it budge. -m= From owner-freebsd-arm@freebsd.org Tue Jan 8 09:54:05 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E1281499287 for ; Tue, 8 Jan 2019 09:54:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E02E4821D4 for ; Tue, 8 Jan 2019 09:54:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Wr0Z1wAVM1lIOwbZm6W8MbvvAAPBoakPaK0n5NES.t3E.zLuAVR.5aFkOCp5hOZ WLB7BXqlP1W_SiKNXnC7XNyynDKOrXMzEO1r7KZ._bzoN_U5PMCOGOJImzy3Q1YiOR6vX7028QcR 6.lvE3reTeGrbspy4pzg01Y0l0Q7Bnn1X38144nuJOcG472eRzOyDEyPZyFw3IhSq7In3ZUA7.Kp bNh_cdZ64yo2Vkk1QBsVazBCYe0oGOLvBYI8Gm.vlEJiOXjZgKgTu.sBdAr4DB0bOGZa3Bla9aa1 .RT_ycm5o2Ldp00JdwsZHsSPQ4ylaGGyvYIEzPEUpqorGicJQdkVC.oMM3x9IORnzlNDgVpx2yP3 JrOJNUjmhA9ezeevDWJPDdXlTDZfm_zz3K2pw.bq5WMcvPKifAxwAcqhiyzMSEd9Z0Ei9DTZ0yj4 3tjnD8bUtQ8jV.cNjFjQQ38L.8uXqoacc67wiBZ5iuv1PqlhichKqVrMGkvHaOor0xYgDbvXXPL1 fze_YpyEOmcvcVga1xYc1vVebOQ.3JxIWWGBC_g_KBlE28ELzQbt3nVHfK.HmNGLB5v_kwbXOJ_W DpF4VLIgAgtv4ZP74qvs2x1gL2vRRw3bncL1WVO3jffNbmdIJIaxe7m6iPUVnu8dR7WcudgVPwD0 3qzv10H5eD5mP6CN0UM5rSry18Tf2okE1.P4XJIieUOmTRj6ZVZxeUskKup.mAEEaWk3s.Xm0EVD PzMr.1Briyi6EAiiTVdLUPQUbwMPnQEPji.7X4PGd6d3fHFFoUNq2W.hM5nJjRDj9gjuXbJ5GiaB YhANeWgDS7ZonRN0_10UOvoyc3c9nyx9tPNMnk1TVja0izYKeLGRcy8m0_4bMQVz7Ym.ysiXg6T9 tH3WJYAzfsDoRhPAffDb6CcW5G4ukj.K7nuK1FBTobnNzOeH66NDlE61ikfX7.8B12mMoO2FuSfd CvNclM9gDfkM4xTZ3d3qqMgwwVmyzRmxWUAaMhTqOtknPU3yrQk4zBnwFqSUfYvjraOuDKt0GFU0 CVdlq7SRM5sGNAWKO8QgsNCaqvMPii6x31KiDvPN1nDWAmrDfbOL8x5uKagrZuwUBEZ4U0x1CENb ZdJwX.9Hk Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 8 Jan 2019 09:53:56 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp407.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f9c4ba79d08a3f5c6dc9db3857706e16; Tue, 08 Jan 2019 09:53:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: make buildworld error while compiling 12.0-releng for RPI2 From: Mark Millard In-Reply-To: <20190107214116.GB30472@cicely7.cicely.de> Date: Tue, 8 Jan 2019 01:53:52 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <67DDC863-63C5-451F-ACFC-336A3304EF4D@yahoo.com> References: <897D5769-58A0-4349-9FA4-1C4551F3A5A6@gmail.com> <290CC356-180C-405C-B1D1-1CD5F96BA905@gmail.com> <20190107214116.GB30472@cicely7.cicely.de> To: ticso@cicely.de, Victor X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: E02E4821D4 X-Spamd-Bar: / X-Spamd-Result: default: False [0.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.835,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.92)[0.920,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.03)[ip: (4.15), ipnet: 98.137.64.0/21(0.59), asn: 36647(0.47), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.15)[0.149,0]; RCVD_IN_DNSWL_NONE(0.00)[82.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 09:54:05 -0000 On 2019-Jan-7, at 13:41, Bernd Walter = wrote: > On Mon, Jan 07, 2019 at 02:59:22PM +0100, Victor wrote: >> Thank you, Ralf. >> As a matter of fact I issued=20 >>=20 >> make buildword >>=20 >> NOT=20 >>=20 >> make -j4 buildworld >>=20 >> The compilation problem is still there. >=20 > Anyways - this is an out of memory problem. > dmesg will show you why the process was killed. > You have to add more swap space. > Unfortunately compilers get more and more CPU and memory hungry. > These days I use memory sticks capable of high random load as = temporarys > swap space or NFS space - later mostly for obj and src, not as swap so = much. > For me SanDisk Extreme Go 3.1 and Ultra USB 3.0 worked great. > That said, I havn't build FreeBSD12 on any ARM myself yet and this is > only a general experience. >=20 I'm just adding some notes about interpreting the console/dmesg = messages, as one of them is misleading (a misnomer) --plus other related notes. There was a prolonged list exchange and investigation of buildworld on rpi2's and rpi3's during 2018, ending in 2018-Sept. The below was learned during that. If one is really out of swap space there should be messages like: Aug 5 17:54:01 sentinel kernel: swap_pager_getswapspace(32): failed But if one does not see such messages yet does see messages like: Oct 30 05:15:31 xindi kernel: pid 68935 (rustc), uid 65534, was killed:=20= out of swap space then one is likely not actually out of swap space and adding swap space will likely not prevent the process kills. Unfortunately, the wording of that last message is a misnomer for what drives the kills: it is actually driven by being unable to gain more free memory but FreeBSD will not swap-out processes that stay runnable (or are running), only ones that are waiting. Even a single process that stays runnable and keeps lots of RAM in the active category can lead to kills when swap is unused or little used. So the kill-behavior is very workload dependent. If only the later type of message is showing up, having something like: # more /etc/sysctl.conf=20 vm.pageout_oom_seq=3D120 with a figure bigger than the default 12, possibly even something like 1024 or 2048 or even more may delay the kills long enough to avoid the kills because the processes in question then completes first. (The units are not time but a count, but larger counts take more time before the process kills start.) By contrast, if you are seeing the swap_pager_getswapspace messages, you have to add swap space. There is kern.maxswzone figure that is = associated with swap size and with possible warning pairs when swap space is added, for example: warning: total configured swap (524288 pages) exceeds maximum = recommended amount (405460 pages). warning: increase kern.maxswzone or reduce amount of swap. (An rpi2 V1.1 (armv7) and an rpi3 (aarch64) with the same amount of RAM get rather different figures at the right.) There was in stable/12 -r341716 : MFC r341375 : Allow to create swap zone larger than v_page_count / 2. and in stable/11 -r341718 : MFC r341375 : Allow to create swap zone larger than v_page_count / 2. (So release/12.0.0 or release/11.2.0 do not allow such an increase.) There is is a kernel memory tradeoff structure to increase in kern.maxswzone being larger as I understand. Quoting "man 8 loader" (but the "eight times" is system/architecture specific and will likely be different): kern.maxswzone Limits the amount of KVM to be used to hold swap = metadata, which directly governs the maximum amount of swap the system can support, at the rate of approximately 200 = MB of swap space per 1 MB of metadata. This value is = specified in bytes of KVA space. If no value is provided, the = system allocates enough memory to handle an amount of swap = that corresponds to eight times the amount of physical = memory present in the system. Note that swap metadata can be fragmented, which means = that the system can run out of space before it reaches the theoretical limit. Therefore, care should be taken to = not configure more swap than approximately half of the theoretical maximum. Running out of space for swap metadata can leave the = system in an unrecoverable state. Therefore, you should only change this parameter if you need to greatly extend = the KVM reservation for other resources such as the buffer = cache or kern.ipc.nmbclusters. Modifies kernel option VM_SWZONE_SIZE_MAX. I also use (not just on small arm hardware): LDFLAGS.lld+=3D -Wl,--no-threads in my equivalents of /etc/make.conf . This avoids lld creating N+2 = threads, N being the the cpu count as FreeBSD counts cpus. This also seems to cut down on memory use during links. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jan 9 07:31:06 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 666B614997E9 for ; Wed, 9 Jan 2019 07:31:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F19C271124 for ; Wed, 9 Jan 2019 07:31:05 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 44625D506 for ; Wed, 9 Jan 2019 07:31:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x097V5h5042167 for ; Wed, 9 Jan 2019 07:31:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x097V5ve042165 for freebsd-arm@FreeBSD.org; Wed, 9 Jan 2019 07:31:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 234778] Only 1 CPU core out of 4 is usable on RPi2 v1.2 Date: Wed, 09 Jan 2019 07:31:05 +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: 12.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: t_uemura@macome.co.jp 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 07:31:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234778 Bug ID: 234778 Summary: Only 1 CPU core out of 4 is usable on RPi2 v1.2 Product: Base System Version: 12.0-STABLE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: t_uemura@macome.co.jp The architecture of recent 12-STABLE for RPi2 (32 bit) is armv7, rather than armv6 on 11-STABLE. This means that there is a chance that the same build c= an run also on RPi2 v1.2 equipped with the newer ARMv8 based BCM2837 SoC. Actually, the build works almost perfectly on v1.2 board except one big iss= ue, that only 1 CPU logical core is used/assigned to all processes and the remaining 3 cores are completely ignored, despite all 4 cores are listed in top, for example. This doesn't happen on v1.1 board. The same microSD (just pulled out from v= 1.2 board) runs fine on v1.1 board. I can't see any significant differences bet= ween both boards in top, dmesg or sysctl output. The OS is r341492, rpi-firmware is 1.20180619 or the GIT rev. 077fbe8 (as of 6th Dec. 2018) and u-boot is 2018.11. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Jan 9 09:07:50 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70EAE149BFA4 for ; Wed, 9 Jan 2019 09:07:49 +0000 (UTC) (envelope-from return@alpha-prop.co.za) Received: from slot4.alpha-prop.co.za (slot4.alpha-prop.co.za [54.39.165.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7096674831 for ; Wed, 9 Jan 2019 09:07:48 +0000 (UTC) (envelope-from return@alpha-prop.co.za) Message-ID: <0a21a06f9f2cd221c8dd40f4d66c1962@alpha-prop.co.za> Date: Wed, 09 Jan 2019 09:07:45 +0000 Subject: US v China Trade War From: Prop Investors Club Reply-To: Prop Investors Club To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Sender: return@alpha-prop.co.za X-Report-Abuse: Please report abuse for this campaign here: http://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/report-abuse/bw339mtmvdc9d/fh368t1zgn2b2 X-Receiver: freebsd-arm@freebsd.org X-Hmcw-Tracking-Did: 9 X-Hmcw-Subscriber-Uid: fh368t1zgn2b2 X-Hmcw-Mailer: SwiftMailer - 5.4.x X-Hmcw-EBS: http://link.alpha-prop.co.za/lists/block-address X-Hmcw-Delivery-Sid: 9 X-Hmcw-Customer-Uid: wk764cjrct718 X-Hmcw-Customer-Gid: 12 X-Hmcw-Campaign-Uid: vr475vq3ywb87 Precedence: bulk Feedback-ID: vr475vq3ywb87:fh368t1zgn2b2:bw339mtmvdc9d:wk764cjrct718 X-Rspamd-Queue-Id: 7096674831 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.74 / 15.00]; HAS_REPLYTO(0.00)[contact@alpha-prop.co.za]; R_SPF_ALLOW(-0.20)[+ptr]; ZERO_FONT(1.00)[17]; MX_GOOD(-0.01)[cached: alpha-prop.co.za]; DKIM_TRACE(0.00)[alpha-prop.co.za:+]; DMARC_POLICY_ALLOW(-0.50)[alpha-prop.co.za,quarantine]; MAILLIST(-0.10)[generic]; FORGED_SENDER(0.00)[contact@alpha-prop.co.za,return@alpha-prop.co.za]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(0.76)[ipnet: 54.39.0.0/16(3.39), asn: 16276(0.46), country: FR(-0.02)]; ASN(0.00)[asn:16276, ipnet:54.39.0.0/16, country:FR]; FROM_NEQ_ENVFROM(0.00)[contact@alpha-prop.co.za,return@alpha-prop.co.za]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alpha-prop.co.za:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(0.34)[0.340,0]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(1.00)[10]; NEURAL_SPAM_MEDIUM(0.86)[0.862,0]; NEURAL_SPAM_LONG(0.89)[0.888,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FORGED_SENDER_MAILLIST(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 09:07:50 -0000 China v US =C2=A0 View Online http://link.alpha-prop.co.za/campaigns/= vr475vq3ywb87/track-url/fh368t1zgn2b2/b0062d5bb686736183a11127ebca208e60229= 6e0 http://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url/fh368t= 1zgn2b2/ebf517b54aec0ee5767986cf730737eb001a5cab =C2=A0 =C2=A0 =C2= =A0 =C2=A0 http://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-u= rl/fh368t1zgn2b2/ebf517b54aec0ee5767986cf730737eb001a5cab =C2=A0 http:/= /link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url/fh368t1zgn2b2/ebf5= 17b54aec0ee5767986cf730737eb001a5cab =C2=A0 How will the US - China tra= de war affect emerging markets? With Brexit negotiations in the UK stalli= ng, many in the UK are becoming frustrated and believe the government sho= uld just =E2=80=9Cget on with it=E2=80=9D and reach an agreement. . Lur= king in Brexit=E2=80=99s shadows has been the emerging trade war between = the US and China. This started in March 2018 when Trump imposed tariffs o= f $60bn on imports. China responded accordingly with tariffs on US import= s; the constant retaliation between the two countries has damaged China= =E2=80=99s economy. The economic damage is not only confined to the US an= d China, emerging markets rely heavily on investment from both countries = for growth and may find it lacking as the two countries scrabble for av= ailable funds. =C2=A0 READ MORE http://link.alpha-prop.co.za/campaign= s/vr475vq3ywb87/track-url/fh368t1zgn2b2/ebf517b54aec0ee5767986cf730737eb001= a5cab =C2=A0 =C2=A0 http://link.alpha-prop.co.za/campaigns/vr475vq3yw= b87/track-url/fh368t1zgn2b2/822713304014dfd328b01f4fbcd007dab2213763 Seab= ank Retirement Investment in Devon =E2=80=A2 Located in Devon - by 2031= 25% will be aged 65 or over =E2=80=A2 Returns at 12% for ten years = =E2=80=A2 Increased flexibility with more buy back options at an elevated= price from year 5 onwards =E2=80=A2 Income paid monthly =E2=80= =A2 Demand underpinned by Britain's ageing demographic Unit prices star= t at R1.4m LEARN MORE http://link.alpha-prop.co.za/campaigns/vr475vq3yw= b87/track-url/fh368t1zgn2b2/822713304014dfd328b01f4fbcd007dab2213763 http= ://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url/fh368t1zgn2b2/77= 1cd92d4b45f1c1c40693297c11f97114fefd86 Allen Street - Sheffield Student A= ccommodation =E2=80=A2 Invest in a city with over 60,000 students = =E2=80=A2 Discounts offered for multiple unit purchases =E2=80=A2 Pay= ment plan with 25% deposit =E2=80=A2 8% net rental guaranteed for five = years Prices start from R1.4m LEARN MORE http://link.alpha-prop.co.za= /campaigns/vr475vq3ywb87/track-url/fh368t1zgn2b2/771cd92d4b45f1c1c40693297c= 11f97114fefd86 Contact us today to discuss investment options that can wo= rk for you Enquire Now http://link.alpha-prop.co.za/campaigns/vr475vq= 3ywb87/track-url/fh368t1zgn2b2/ebf517b54aec0ee5767986cf730737eb001a5cab C= ompany Information One Touch Property Investment is your Partner in Prosp= erity. We source investment rental property for people looking for income= producing investments. We are approachable and informed, sharing our e= xpert knowledge to help you take empowering decisions with confidence a= nd ease. http://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url/f= h368t1zgn2b2/ebf517b54aec0ee5767986cf730737eb001a5cab Copyright =C2=A9 20= =E2=80=8C18 One Touch Solution Limited, All rights reserved. =C2=A0 T= his email was sent to freebsd-arm@freebsd.org from=C2=A0Prop Investors Cl= ub on=C2=A001/09/2019 View this email online http://link.alpha-prop.co.= za/campaigns/vr475vq3ywb87/track-url/fh368t1zgn2b2/b0062d5bb686736183a11127= ebca208e602296e0=C2=A0~ Unsubscribe http://link.alpha-prop.co.za/lists/= bw339mtmvdc9d/unsubscribe/fh368t1zgn2b2/vr475vq3ywb87 ~ Report email as u= nsolicited http://link.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url= /fh368t1zgn2b2/20ed13c60de96fcc854807670fa4cbead6e649fc ---=3D--- Mail = Direct=C2=A0is an email-marketing service that serves companies of all sh= apes and sizes. With several users/companies sending campaigns to hundred= s of millions of recipients, we're bound to get abuse reports.=C2=A0 We= take abuse reports seriously, if you believe a customer is sending unsol= icited and or spam email, please report abuse immediately HERE http://lin= k.alpha-prop.co.za/campaigns/vr475vq3ywb87/track-url/fh368t1zgn2b2/20ed13c6= 0de96fcc854807670fa4cbead6e649fc =C2=A0 From owner-freebsd-arm@freebsd.org Wed Jan 9 18:11:33 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 545B4148923B for ; Wed, 9 Jan 2019 18:11:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ADD1C6D008 for ; Wed, 9 Jan 2019 18:11:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x09IBeVF062602 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 9 Jan 2019 10:11:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x09IBe8p062601; Wed, 9 Jan 2019 10:11:40 -0800 (PST) (envelope-from fbsd) Date: Wed, 9 Jan 2019 10:11:39 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: [Bug 234672] www/chromium: c++: error: unable to execute command: Segmentation fault (core dumped) Message-ID: <20190109181139.GA62541@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: ADD1C6D008 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.41 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.649,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.696,0]; IP_SCORE(0.25)[ip: (0.87), ipnet: 50.1.16.0/20(0.43), asn: 7065(0.01), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.23)[0.226,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 18:11:33 -0000 On Mon, Jan 07, 2019 at 08:02:44PM +0000, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234672 > The rpi3's kernel has been changed to r342855, the sources are now at r342874 Attempts to run buildworld still stop randomly with segmentation faults in clang but make toolchain seems to be working better so far. There are no errors reported on the console to suggest hardware problems. If make toolchain finishes successfully, what is the best "next step" toward rebuilding the entire system? My first guess is make -DNO_CLEAN buildworld Is there a better approach? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Thu Jan 10 03:49:33 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 868481499FCA for ; Thu, 10 Jan 2019 03:49:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1986E8CF74 for ; Thu, 10 Jan 2019 03:49:33 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 701C118949 for ; Thu, 10 Jan 2019 03:49:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0A3nW9s087612 for ; Thu, 10 Jan 2019 03:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0A3nWdH087611 for freebsd-arm@FreeBSD.org; Thu, 10 Jan 2019 03:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 234811] Beastie boot loader garbled, does not clear screen before drawing Date: Thu, 10 Jan 2019 03:49:32 +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: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: oitdmser@gmail.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 attachments.created 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 03:49:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234811 Bug ID: 234811 Summary: Beastie boot loader garbled, does not clear screen before drawing Product: Base System Version: 12.0-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: oitdmser@gmail.com Created attachment 200972 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D200972&action= =3Dedit beastie bootloader menu overlaid on prior stout Beastie bootloader does not clear screen before drawing menu. By default the Raspberry Pi ARM64 image ha beastie_disable=3D"YES" in /boot/loader.conf. Changing this to "NO" or commenting the line out enables= the bootloader menu. In each case the menu displays but does not clear the scre= en making it very difficult to discern menu options. This happens regardless of the loader_color=3D"XX" setting in /boot/loader.conf. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Jan 10 15:24:42 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDB4E148EEDD for ; Thu, 10 Jan 2019 15:24:42 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 376678837D for ; Thu, 10 Jan 2019 15:24:40 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ghcC8-0002Dq-Ow for freebsd-arm@freebsd.org; Thu, 10 Jan 2019 16:24:32 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Thu, 10 Jan 2019 16:24:33 +0100 Subject: muge0: warning: failed to create new mbuf MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 71684ae416b12bc74806129cb02de027 X-Rspamd-Queue-Id: 376678837D X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-0.64 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; NEURAL_HAM_MEDIUM(-0.70)[-0.699,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[klop.ws]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.76)[-0.765,0]; IP_SCORE(0.00)[country: NL(0.02)]; NEURAL_SPAM_SHORT(0.13)[0.132,0]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 15:24:42 -0000 See subject. I can't login by ssh anymore, but serial tty works. How can I debug where the mbufs have gone? FreeBSD rpi3 12.0-RELEASE FreeBSD 12.0-RELEASE #7 r341741M: Sat Dec 8 20:13:57 CET 2018 builder@rpi3:/data/src/obj-12/data/src/12/arm64.aarch64/sys/GENERIC-MMCCAM arm64 Uptime 11 days. Running primarily java+mongodb for unifi5. It is pretty low-cpu stuff. last pid: 29437; load averages: 0.03, 0.07, 0.08 up 11+18:44:07 16:21:23 1488 processes:1 running, 1486 sleeping, 1 stopped CPU: 3.2% user, 0.0% nice, 0.3% system, 0.1% interrupt, 96.4% idle Mem: 294M Active, 28M Inact, 204M Laundry, 300M Wired, 97M Buf, 41M Free Swap: 2048M Total, 350M Used, 1698M Free, 17% Inuse RPI3B+ running on SSD via USB. Any advice? Ronald. From owner-freebsd-arm@freebsd.org Fri Jan 11 01:44:09 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AC0314A0E71 for ; Fri, 11 Jan 2019 01:44:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 084AA82650 for ; Fri, 11 Jan 2019 01:44:09 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4DE354D1A for ; Fri, 11 Jan 2019 01:44:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0B1i8bZ071085 for ; Fri, 11 Jan 2019 01:44:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0B1i8JP071084 for freebsd-arm@FreeBSD.org; Fri, 11 Jan 2019 01:44:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226011] dtb/allwinner: enable Orange Pi PC dtb build Date: Fri, 11 Jan 2019 01:44:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 01:44:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226011 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed CC| |manu@freebsd.org Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Jan 11 01:47:43 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F8F814A0FE6 for ; Fri, 11 Jan 2019 01:47:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F27F68275C for ; Fri, 11 Jan 2019 01:47:42 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 405674D24 for ; Fri, 11 Jan 2019 01:47:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0B1lgIT074857 for ; Fri, 11 Jan 2019 01:47:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0B1lg6r074856 for freebsd-arm@FreeBSD.org; Fri, 11 Jan 2019 01:47:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 227879] "Failed to load '/boot/loader.efi'" boot failure on RaspberryPi 3 Date: Fri, 11 Jan 2019 01:47:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 01:47:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227879 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #9 from Emmanuel Vadot --- We switched to loader.efi as bootaa64.efi --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Jan 11 01:52:01 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CCDF14A1258 for ; Fri, 11 Jan 2019 01:52:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08DEE82939 for ; Fri, 11 Jan 2019 01:52:01 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 39ABB4E7F for ; Fri, 11 Jan 2019 01:52:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0B1q0td086998 for ; Fri, 11 Jan 2019 01:52:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0B1q0bm086997 for freebsd-arm@FreeBSD.org; Fri, 11 Jan 2019 01:52:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 230886] 12-ALPHA3 r338309: nooptions INET6 causes kernel build error in al_eth.c Date: Fri, 11 Jan 2019 01:51:59 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 01:52:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230886 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.=