From owner-freebsd-arm@freebsd.org Sun Apr 25 12:32:03 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86EED62125E for ; Sun, 25 Apr 2021 12:32:03 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSnTb3WBRz3L12; Sun, 25 Apr 2021 12:32:03 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:6c9a:d75b:dba8:642c] (unknown [IPv6:2a02:8011:300b:42:6c9a:d75b:dba8:642c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 1B5794B7A; Sun, 25 Apr 2021 12:32:03 +0000 (UTC) (envelope-from markm@FreeBSD.org) From: Mark Murray Content-Type: multipart/signed; boundary="Apple-Mail=_E2E29890-79B3-4CCB-9110-CF30B253D3C0"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Sun, 25 Apr 2021 13:32:00 +0100 Subject: I2C/IIC working on RPI4 8GB? Message-Id: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 12:32:03 -0000 --Apple-Mail=_E2E29890-79B3-4CCB-9110-CF30B253D3C0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi All, Does anyone here have IIC/I2C working on a CURRENT (I'm running latest) = FreeBSD? I've never seen it work; Last time I had working IIC was on an RPI3. There is a /dev/iic0, and I have a known working RTC on it, but the scan = just times out: [root@grasshopper ~]# i2c -s Hardware may not support START/STOP scanning; trying less-reliable read = method. Scanning I2C devices on /dev/iic0: I suspect something not-quite-right in DTS land, but I lack the = knowledge to investigate. I've done some random stumbling around in the = dark with overlays and the like, but I've either seen the above error, = or a total lack of /dev/iic0. Thanks! M -- Mark R V Murray --Apple-Mail=_E2E29890-79B3-4CCB-9110-CF30B253D3C0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCFYUAACgkQQlsJDh9C UqDCNwf9EQYceMnDNrbVQYwPdXazEYnXbTW2VdN875+qlAPPJz/F8ThNuVqJysY5 T7lzPGm91wl1vl6IzPTkMOWTHfNnw2qy5ZP+u01+7j/VkURiPwtDKa6njmoXpk3v u6uoyi58t9mHe2Tl7p6KR+Y4aJpyCUTp4fVgXql/TahhMOidf2JiVmBOu56vxNp8 ZTKzz+VPhFniZkonUDY/xaCbFh1XIcfTo1OsuIYPaGZbyZjRxLkG4xwTooj6xpjL Ype8A2jMYmiQ90RbEXlwf6i+bnXc2JhfTL7jNhXLulimLYIoKvJE7sqPMPtaaaPr 9XVNtzUjZi1Ne5oTSCaaLzjkXF4TcQ== =wliW -----END PGP SIGNATURE----- --Apple-Mail=_E2E29890-79B3-4CCB-9110-CF30B253D3C0-- From owner-freebsd-arm@freebsd.org Sun Apr 25 15:41:41 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7CF3E626881 for ; Sun, 25 Apr 2021 15:41:41 +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 4FSshP2Dv3z3lS0; Sun, 25 Apr 2021 15:41:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=f/TZuK+z92KgTLSU86+RgOwf1cdeCXu1B+nCLzYSD8E=; b=wol/O1xxx11kALwZobD8uIg5k7W+jbaltzo4THxlfFJefXK+IDpqBHc8404JjjK9ZiBFNQs4ORCJyLxZuSm0CzDUUeXrSQH8YAVsvv2YvfffqLBxVxtvSInIAY0iXlV7+Kwsk5vM2wU0u7jIXPDDmnTfUYoAa6/NADM4vJIrcTYIYZTdtkyIiPrDNwMvaEV3/ecsq/qPzHP5WC6As4jjqS8G3wSPtD0lKC6H77rZ/n4hyCQmeQh/VPFcjWWl0pn+Em3+ZBU9qjRrBPeR0aXwW1GZZnu6uPb3OiNut17AXYr+B+xrE1n+vnCI8HRYRWQntf6HugxwqpPh2nEJs4fPtA==; Received: from mbpro2.bk.cs.huji.ac.il ([132.65.179.20] helo=smtpclient.apple) by kabab.cs.huji.ac.il with esmtp id 1lagt1-0000KC-Jr; Sun, 25 Apr 2021 18:41:31 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.41\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Daniel Braniss In-Reply-To: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> Date: Sun, 25 Apr 2021 18:41:31 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.80.0.2.41) X-Rspamd-Queue-Id: 4FSshP2Dv3z3lS0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 15:41:41 -0000 > On 25 Apr 2021, at 15:32, Mark Murray wrote: >=20 > Hi All, >=20 > Does anyone here have IIC/I2C working on a CURRENT (I'm running = latest) FreeBSD? >=20 > I've never seen it work; Last time I had working IIC was on an RPI3. >=20 > There is a /dev/iic0, and I have a known working RTC on it, but the = scan just times out: >=20 > [root@grasshopper ~]# i2c -s > Hardware may not support START/STOP scanning; trying less-reliable = read method. > > Scanning I2C devices on /dev/iic0: >=20 >=20 > I suspect something not-quite-right in DTS land, but I lack the = knowledge to investigate. I've done some random stumbling around in the = dark with overlays and the like, but I've either seen the above error, = or a total lack of /dev/iic0. >=20 > Thanks! >=20 > M > -- > Mark R V Murray >=20 Q1: do you see /dev/iic? Q2: i2c -s shows anything? fianlly, you can try my patch, it works for me, but I understand it=E2=80=99= s a five kilo hammer :-) diff --git a/sys/dev/iicbus/twsi/twsi.c b/sys/dev/iicbus/twsi/twsi.c index a606c2aef..8ede62073 100644 --- a/sys/dev/iicbus/twsi/twsi.c +++ b/sys/dev/iicbus/twsi/twsi.c @@ -86,6 +86,8 @@ __FBSDID("$FreeBSD$"); #define TWSI_DEBUG #undef TWSI_DEBUG +#define debug_(dev, fmt, args...) device_printf(dev, "%s: " fmt, = __func__, ##args) + #ifdef TWSI_DEBUG #define debugf(dev, fmt, args...) device_printf(dev, "%s: " fmt, = __func__, ##args) #else @@ -103,6 +105,7 @@ TWSI_READ(struct twsi_softc *sc, bus_size_t off) { uint32_t val; + DELAY(1000); // danny: needed=20 val =3D bus_read_4(sc->res[0], off); debugf(sc->dev, "read %x from %lx\n", val, off); return (val); @@ -165,15 +168,14 @@ twsi_clear_iflg(struct twsi_softc *sc) static int twsi_poll_ctrl(struct twsi_softc *sc, int timeout, uint32_t mask) { - timeout /=3D 10; - debugf(sc->dev, "Waiting for ctrl reg to match mask %x\n", = mask); + debug_(sc->dev, "Waiting for ctrl reg to match mask %x = timeout=3D%d\n", mask, timeout); while (!(TWSI_READ(sc, sc->reg_control) & mask)) { - DELAY(10); + // DELAY(10); if (--timeout < 0) return (timeout); } - debugf(sc->dev, "done\n"); + debug_(sc->dev, "done\n"); return (0); } @@ -212,7 +214,7 @@ twsi_locked_start(device_t dev, struct twsi_softc = *sc, int32_t mask, DELAY(1000); if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { - debugf(dev, "timeout sending %sSTART condition\n", + debug_(dev, "timeout sending %sSTART condition\n", mask =3D=3D TWSI_STATUS_START ? "" : "repeated "); return (IIC_ETIMEOUT); } @@ -221,7 +223,7 @@ twsi_locked_start(device_t dev, struct twsi_softc = *sc, int32_t mask, debugf(dev, "status=3D%x\n", status); if (status !=3D mask) { - debugf(dev, "wrong status (%02x) after sending %sSTART = condition\n", + debug_(dev, "wrong status (%02x) after sending %sSTART = condition\n", status, mask =3D=3D TWSI_STATUS_START ? "" : = "repeated "); return (IIC_ESTATUS); } @@ -231,7 +233,7 @@ twsi_locked_start(device_t dev, struct twsi_softc = *sc, int32_t mask, DELAY(1000); if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { - debugf(dev, "timeout sending slave address = (timeout=3D%d)\n", timeout); + debug_(dev, "timeout sending slave address = (timeout=3D%d)\n", timeout); return (IIC_ETIMEOUT); } @@ -239,7 +241,7 @@ twsi_locked_start(device_t dev, struct twsi_softc = *sc, int32_t mask, status =3D TWSI_READ(sc, sc->reg_status); if (status !=3D (read_access ? TWSI_STATUS_ADDR_R_ACK : TWSI_STATUS_ADDR_W_ACK)) { - debugf(dev, "no ACK (status: %02x) after sending slave = address\n", + debug_(dev, "no ACK (status: %02x) after sending slave = address\n", status); return (IIC_ENOACK); } @@ -405,7 +407,8 @@ twsi_read(device_t dev, char *buf, int len, int = *read, int last, int delay) int last_byte, rv; sc =3D device_get_softc(dev); - + debug_(dev, "twsi_read: len=3D%d delay=3D%d", len, delay); // = danny +=09 mtx_lock(&sc->mutex); *read =3D 0; while (*read < len) { @@ -423,7 +426,7 @@ twsi_read(device_t dev, char *buf, int len, int = *read, int last, int delay) DELAY(1000); if (twsi_poll_ctrl(sc, delay, TWSI_CONTROL_IFLG)) { - debugf(dev, "timeout reading data (delay=3D%d)\n",= delay); + debug_(dev, "timeout reading data (delay=3D%d)\n",= delay); rv =3D IIC_ETIMEOUT; goto out; } @@ -431,7 +434,7 @@ twsi_read(device_t dev, char *buf, int len, int = *read, int last, int delay) status =3D TWSI_READ(sc, sc->reg_status); if (status !=3D (last_byte ? TWSI_STATUS_DATA_RD_NOACK : = TWSI_STATUS_DATA_RD_ACK)) { - debugf(dev, "wrong status (%02x) while = reading\n", status); + debug_(dev, "wrong status (%02x) while = reading\n", status); rv =3D IIC_ESTATUS; goto out; } @@ -462,14 +465,14 @@ twsi_write(device_t dev, const char *buf, int len, = int *sent, int timeout) twsi_clear_iflg(sc); DELAY(1000); if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { - debugf(dev, "timeout writing data = (timeout=3D%d)\n", timeout); + debug_(dev, "timeout writing data = (timeout=3D%d)\n", timeout); rv =3D IIC_ETIMEOUT; goto out; } status =3D TWSI_READ(sc, sc->reg_status); if (status !=3D TWSI_STATUS_DATA_WR_ACK) { - debugf(dev, "wrong status (%02x) while = writing\n", status); + debug_(dev, "wrong status (%02x) while = writing\n", status); rv =3D IIC_ESTATUS; goto out; } @@ -496,8 +499,12 @@ twsi_transfer(device_t dev, struct iic_msg *msgs, = uint32_t nmsgs) sc->control_val =3D TWSI_CONTROL_TWSIEN | TWSI_CONTROL_INTEN | TWSI_CONTROL_ACK; TWSI_WRITE(sc, sc->reg_control, sc->control_val); - debugf(dev, "transmitting %d messages\n", nmsgs); - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); +#if 0 + debug_(dev, "transmitting %d messages\n", nmsgs); + debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); +#else + DELAY(8000); +#endif sc->nmsgs =3D nmsgs; sc->msgs =3D msgs; sc->msg_idx =3D 0; @@ -519,15 +526,24 @@ twsi_transfer(device_t dev, struct iic_msg *msgs, = uint32_t nmsgs) debugf(sc->dev, "pause finish\n"); if (sc->error) { - debugf(sc->dev, "Error, aborting (%d)\n", sc->error); + debug_(sc->dev, "Error, aborting (%d)\n", sc->error); TWSI_WRITE(sc, sc->reg_control, 0); } /* Disable module and interrupts */ - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); +#if 0 + debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); = // TWSI_WRITE(sc, sc->reg_control, 0); - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); - + debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); = // + debugf(sc->dev, "error=3D%d\n", sc->error); // danny +#else + int status; + DELAY(8000); // danny: works! + status =3D TWSI_READ(sc, sc->reg_status); + TWSI_WRITE(sc, sc->reg_control, 0); + status =3D TWSI_READ(sc, sc->reg_status); + //debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, = sc->reg_status)); +#endif return (sc->error); } @@ -581,7 +597,7 @@ twsi_intr(void *arg) case TWSI_STATUS_ADDR_W_NACK: case TWSI_STATUS_ADDR_R_NACK: - debugf(sc->dev, "No ack received after transmitting the = address\n"); + debug_(sc->dev, "No ack received after transmitting the = address\n"); sc->transfer =3D 0; sc->error =3D IIC_ENOACK; sc->control_val =3D 0; @@ -662,7 +678,7 @@ twsi_intr(void *arg) break; default: - debugf(sc->dev, "status=3D%x hot handled\n", status); + debug_(sc->dev, "status=3D%x hot handled\n", status); sc->transfer =3D 0; sc->error =3D IIC_EBUSERR; sc->control_val =3D 0;= From owner-freebsd-arm@freebsd.org Sun Apr 25 17:30:18 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAFF35E1091 for ; Sun, 25 Apr 2021 17:30:18 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: from mail-ed1-f51.google.com (mail-ed1-f51.google.com [209.85.208.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSw5j6ZlQz3r2d for ; Sun, 25 Apr 2021 17:30:17 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: by mail-ed1-f51.google.com with SMTP id d21so42926273edv.9 for ; Sun, 25 Apr 2021 10:30:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:references:from:subject:message-id:date :user-agent:mime-version:in-reply-to; bh=B/Yp3tM0PWUaR82DnaxXv1EJiJsUJY68NqRCR4Lpzok=; b=fzc4ITp+THc/IgnBO0wnpXZdVjfieJa0r2tLKQnepIhcqJ+p/SVKy/MPeiIFejt2bQ 5QraIRi/yO66fKtUg8vz7gLha9DXph6RSpSoqZjFbpHMtSThPmUqR05h10Kjq2oizoSf 80hsaEnNUFBXMEmohQCCbeqqQ5sKEtNzqMUYtnMNKNX8v+J0ti+ql9/AFKC5M9IjK9zK FtNmcQkye/UHRTjpNjwfaZaB9TCxuqkkzh5oqmnXrZnBgE09ac+fbc+/zAO3M/JsUU/c OWadBc95YyjmEXIr1gWcqPzFzBVxcO8FGyCZrMPuUgOrs3YKd555QL0lDQfEt0QS43qG o+2w== X-Gm-Message-State: AOAM531KVcaW6WvH8sieugvermqh+gVkyaOXtwr35Tu1/DF23sfBWUot y6ICnxAFxhwT9MzXfr0M1uJcj6qDBo0= X-Google-Smtp-Source: ABdhPJwoCtg6FF+04x9B2KFD36KLc6TA2dhIrXBdngN/cs48tYlCj5SIKJMZ2xvMAKp3aE1y1hn7Gg== X-Received: by 2002:a05:6402:212:: with SMTP id t18mr16704209edv.165.1619371815785; Sun, 25 Apr 2021 10:30:15 -0700 (PDT) Received: from dadivanyan.net ([87.241.140.223]) by smtp.gmail.com with ESMTPSA id f1sm11905675edz.60.2021.04.25.10.30.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 25 Apr 2021 10:30:15 -0700 (PDT) To: freebsd-arm@freebsd.org References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> From: Hrant Dadivanyan Subject: Re: I2C/IIC working on RPI4 8GB? Message-ID: Date: Sun, 25 Apr 2021 21:30:13 +0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KOnGszPo1Cy2wL34VrAjecVt6UzNAGS06" X-Rspamd-Queue-Id: 4FSw5j6ZlQz3r2d X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hrantdadivanyan@gmail.com designates 209.85.208.51 as permitted sender) smtp.mailfrom=hrantdadivanyan@gmail.com X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[87.241.140.223:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.208.51:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[dadivanyan.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.208.51:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.51:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.51:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 17:30:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KOnGszPo1Cy2wL34VrAjecVt6UzNAGS06 Content-Type: multipart/mixed; boundary="0KfHqylAhmfSoeHaMCQjLWU5rjRF841AX"; protected-headers="v1" From: Hrant Dadivanyan To: freebsd-arm@freebsd.org Message-ID: Subject: Re: I2C/IIC working on RPI4 8GB? References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> In-Reply-To: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> --0KfHqylAhmfSoeHaMCQjLWU5rjRF841AX Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Mark, Exactly the same here for 13.0-RELEASE. I use ds3231 on RPI-B and RPI3,=20 but it never works on RPI4 8GB (periodically trying from August 2020 as=20 far as I can remember). Not even when booting from the SD card pulled=20 out from RPI3 and inserted into RPI4. Found the following workaround though (config.txt): #device_tree_overlay=3Di2c-rtc,ds3231 device_tree_overlay=3Di2c-rtc-gpio,ds3231,i2c_gpio_scl=3D2,i2c_gpio_sda=3D= 3 Please note pins REVERSE assignment in config. # dmesg | egrep -i 'ds3231|rtc|i2c|iic|time-of-day' iichb0: mem 0x7e804000-0x7e804fff irq 26=20 on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 Warning: no time-of-day clock registered, system time will not be set=20 accurately gpioiic0: on ofwbus0 gpioiic0: SCL pin: gpiobus0:3, SDA pin: gpiobus0:2 iicbb0: on gpioiic0 iicbus1: on iicbb0 master-only iic1: on iicbus1 ds32310: at addr 0xd0 on iicbus1 ds32310: registered as a time-of-day clock, resolution 1.000000s # Please note pins CORRECT assignment in the dmesg. Thank you, Hrant On 4/25/21 4:32 PM, Mark Murray wrote: > Hi All, >=20 > Does anyone here have IIC/I2C working on a CURRENT (I'm running latest)=20 FreeBSD? >=20 > I've never seen it work; Last time I had working IIC was on an RPI3. >=20 > There is a /dev/iic0, and I have a known working RTC on it, but the sca= n just times out: >=20 > [root@grasshopper ~]# i2c -s > Hardware may not support START/STOP scanning; trying less-reliable read=20 method. > > Scanning I2C devices on /dev/iic0: >=20 >=20 > I suspect something not-quite-right in DTS land, but I lack the knowled= ge to investigate. I've done some random stumbling around in the dark wit= h overlays and the like, but I've either seen the above error, or a total=20 lack of /dev/iic0. >=20 > Thanks! >=20 > M > -- > Mark R V Murray >=20 --=20 Hrant Dadivanyan - hrant(at)dadivanyan.net /* "Feci quod potui, faciant meliora potentes." */ --0KfHqylAhmfSoeHaMCQjLWU5rjRF841AX-- --KOnGszPo1Cy2wL34VrAjecVt6UzNAGS06 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEPbz+l3tnoK718ci3h/fmw7c/bD0FAmCFpyUFAwAAAAAACgkQh/fmw7c/bD0s twf+JnwBiP3cPJCTUcO/MU0MiVIOkctjLELkwSypQJ3jMLYAS+4jq2nSnar4sGtFv3azMbmouCVo Ciy8+pSKLP7Ig/YxnpEqH8FEpHdM8MI52OPyWQaalmTq5MWnjJaPbDXleFdl50lQCPlY4Kodxy2U WCbD78C5arjnyFCjLDZny5ZZYR2TqNdm/pz5suVpV1FZJb13BmKaVrzibHBY/UmJiOEbD0o52hfJ q/OYF3R9Aa60vEfDyFN4Z6+I21J3/ziJB+fjHadKfhIx0CQDkTjmbbP3eU8tqkB4ya7aG7Pj8Qcd gbK8vt7aAiNhMc1MMyhIN5jXmu9ScozfAaPTBU6itA== =MKO2 -----END PGP SIGNATURE----- --KOnGszPo1Cy2wL34VrAjecVt6UzNAGS06-- From owner-freebsd-arm@freebsd.org Sun Apr 25 21:00:29 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 125425EB8D9 for ; Sun, 25 Apr 2021 21:00:29 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FT0mD6tD2z4cYp for ; Sun, 25 Apr 2021 21:00:28 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6D9651B037 for ; Sun, 25 Apr 2021 21:00:28 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 13PL0Sj4095886 for ; Sun, 25 Apr 2021 21:00:28 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 13PL0SBG095885 for freebsd-arm@FreeBSD.org; Sun, 25 Apr 2021 21:00:28 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202104252100.13PL0SBG095885@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 25 Apr 2021 21:00:28 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 21:00:29 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Apr 26 14:06:21 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 07DBB5E1968 for ; Mon, 26 Apr 2021 14:06:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTRWw0RMPz3Qb0; Mon, 26 Apr 2021 14:06:19 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id d36aa150 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 26 Apr 2021 14:06:11 +0000 (UTC) Date: Mon, 26 Apr 2021 16:06:10 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: Mark Murray , freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210426160610.5b91dc44e86ddea169ca8e27@bidouilliste.com> In-Reply-To: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FTRWw0RMPz3Qb0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2021 14:06:21 -0000 On Sun, 25 Apr 2021 18:41:31 +0300 Daniel Braniss wrote: >=20 >=20 > > On 25 Apr 2021, at 15:32, Mark Murray wrote: > >=20 > > Hi All, > >=20 > > Does anyone here have IIC/I2C working on a CURRENT (I'm running latest)= FreeBSD? > >=20 > > I've never seen it work; Last time I had working IIC was on an RPI3. > >=20 > > There is a /dev/iic0, and I have a known working RTC on it, but the sca= n just times out: > >=20 > > [root@grasshopper ~]# i2c -s > > Hardware may not support START/STOP scanning; trying less-reliable read= method. > > > > Scanning I2C devices on /dev/iic0: > >=20 > >=20 > > I suspect something not-quite-right in DTS land, but I lack the knowled= ge to investigate. I've done some random stumbling around in the dark with = overlays and the like, but I've either seen the above error, or a total lac= k of /dev/iic0. > >=20 > > Thanks! > >=20 > > M > > -- > > Mark R V Murray > >=20 >=20 > Q1: do you see /dev/iic? > Q2: i2c -s shows anything? >=20 > fianlly, you can try my patch, it works for me, but I understand it?s a f= ive kilo hammer :-) RPI doesn't uses twsi so that will not change a thing. > diff --git a/sys/dev/iicbus/twsi/twsi.c b/sys/dev/iicbus/twsi/twsi.c > index a606c2aef..8ede62073 100644 > --- a/sys/dev/iicbus/twsi/twsi.c > +++ b/sys/dev/iicbus/twsi/twsi.c > @@ -86,6 +86,8 @@ __FBSDID("$FreeBSD$"); > #define TWSI_DEBUG > #undef TWSI_DEBUG >=20 > +#define debug_(dev, fmt, args...) device_printf(dev, "%s: " fmt, __func_= _, ##args) > + > #ifdef TWSI_DEBUG > #define debugf(dev, fmt, args...) device_printf(dev, "%s: " fmt, __func__= , ##args) > #else > @@ -103,6 +105,7 @@ TWSI_READ(struct twsi_softc *sc, bus_size_t off) > { > uint32_t val; >=20 > + DELAY(1000); // danny: needed=20 > val =3D bus_read_4(sc->res[0], off); > debugf(sc->dev, "read %x from %lx\n", val, off); > return (val); > @@ -165,15 +168,14 @@ twsi_clear_iflg(struct twsi_softc *sc) > static int > twsi_poll_ctrl(struct twsi_softc *sc, int timeout, uint32_t mask) > { > - > timeout /=3D 10; > - debugf(sc->dev, "Waiting for ctrl reg to match mask %x\n", mask); > + debug_(sc->dev, "Waiting for ctrl reg to match mask %x timeout=3D%d\n",= mask, timeout); > while (!(TWSI_READ(sc, sc->reg_control) & mask)) { > - DELAY(10); > + // DELAY(10); > if (--timeout < 0) > return (timeout); > } > - debugf(sc->dev, "done\n"); > + debug_(sc->dev, "done\n"); > return (0); > } >=20 > @@ -212,7 +214,7 @@ twsi_locked_start(device_t dev, struct twsi_softc *sc= , int32_t mask, > DELAY(1000); >=20 > if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { > - debugf(dev, "timeout sending %sSTART condition\n", > + debug_(dev, "timeout sending %sSTART condition\n", > mask =3D=3D TWSI_STATUS_START ? "" : "repeated "); > return (IIC_ETIMEOUT); > } > @@ -221,7 +223,7 @@ twsi_locked_start(device_t dev, struct twsi_softc *sc= , int32_t mask, > debugf(dev, "status=3D%x\n", status); >=20 > if (status !=3D mask) { > - debugf(dev, "wrong status (%02x) after sending %sSTART condition\n", > + debug_(dev, "wrong status (%02x) after sending %sSTART condition\n", > status, mask =3D=3D TWSI_STATUS_START ? "" : "repeated "); > return (IIC_ESTATUS); > } > @@ -231,7 +233,7 @@ twsi_locked_start(device_t dev, struct twsi_softc *sc= , int32_t mask, > DELAY(1000); >=20 > if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { > - debugf(dev, "timeout sending slave address (timeout=3D%d)\n", timeout); > + debug_(dev, "timeout sending slave address (timeout=3D%d)\n", timeout); > return (IIC_ETIMEOUT); > } >=20 > @@ -239,7 +241,7 @@ twsi_locked_start(device_t dev, struct twsi_softc *sc= , int32_t mask, > status =3D TWSI_READ(sc, sc->reg_status); > if (status !=3D (read_access ? > TWSI_STATUS_ADDR_R_ACK : TWSI_STATUS_ADDR_W_ACK)) { > - debugf(dev, "no ACK (status: %02x) after sending slave address\n", > + debug_(dev, "no ACK (status: %02x) after sending slave address\n", > status); > return (IIC_ENOACK); > } > @@ -405,7 +407,8 @@ twsi_read(device_t dev, char *buf, int len, int *read= , int last, int delay) > int last_byte, rv; >=20 > sc =3D device_get_softc(dev); > - > + debug_(dev, "twsi_read: len=3D%d delay=3D%d", len, delay); // danny > +=09 > mtx_lock(&sc->mutex); > *read =3D 0; > while (*read < len) { > @@ -423,7 +426,7 @@ twsi_read(device_t dev, char *buf, int len, int *read= , int last, int delay) > DELAY(1000); >=20 > if (twsi_poll_ctrl(sc, delay, TWSI_CONTROL_IFLG)) { > - debugf(dev, "timeout reading data (delay=3D%d)\n", delay); > + debug_(dev, "timeout reading data (delay=3D%d)\n", delay); > rv =3D IIC_ETIMEOUT; > goto out; > } > @@ -431,7 +434,7 @@ twsi_read(device_t dev, char *buf, int len, int *read= , int last, int delay) > status =3D TWSI_READ(sc, sc->reg_status); > if (status !=3D (last_byte ? > TWSI_STATUS_DATA_RD_NOACK : TWSI_STATUS_DATA_RD_ACK)) { > - debugf(dev, "wrong status (%02x) while reading\n", status); > + debug_(dev, "wrong status (%02x) while reading\n", status); > rv =3D IIC_ESTATUS; > goto out; > } > @@ -462,14 +465,14 @@ twsi_write(device_t dev, const char *buf, int len, = int *sent, int timeout) > twsi_clear_iflg(sc); > DELAY(1000); > if (twsi_poll_ctrl(sc, timeout, TWSI_CONTROL_IFLG)) { > - debugf(dev, "timeout writing data (timeout=3D%d)\n", timeout); > + debug_(dev, "timeout writing data (timeout=3D%d)\n", timeout); > rv =3D IIC_ETIMEOUT; > goto out; > } >=20 > status =3D TWSI_READ(sc, sc->reg_status); > if (status !=3D TWSI_STATUS_DATA_WR_ACK) { > - debugf(dev, "wrong status (%02x) while writing\n", status); > + debug_(dev, "wrong status (%02x) while writing\n", status); > rv =3D IIC_ESTATUS; > goto out; > } > @@ -496,8 +499,12 @@ twsi_transfer(device_t dev, struct iic_msg *msgs, ui= nt32_t nmsgs) > sc->control_val =3D TWSI_CONTROL_TWSIEN | > TWSI_CONTROL_INTEN | TWSI_CONTROL_ACK; > TWSI_WRITE(sc, sc->reg_control, sc->control_val); > - debugf(dev, "transmitting %d messages\n", nmsgs); > - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); > +#if 0 > + debug_(dev, "transmitting %d messages\n", nmsgs); > + debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); > +#else > + DELAY(8000); > +#endif > sc->nmsgs =3D nmsgs; > sc->msgs =3D msgs; > sc->msg_idx =3D 0; > @@ -519,15 +526,24 @@ twsi_transfer(device_t dev, struct iic_msg *msgs, u= int32_t nmsgs) > debugf(sc->dev, "pause finish\n"); >=20 > if (sc->error) { > - debugf(sc->dev, "Error, aborting (%d)\n", sc->error); > + debug_(sc->dev, "Error, aborting (%d)\n", sc->error); > TWSI_WRITE(sc, sc->reg_control, 0); > } >=20 > /* Disable module and interrupts */ > - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); > +#if 0 > + debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); // > TWSI_WRITE(sc, sc->reg_control, 0); > - debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); > - > + debugf(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); // > + debugf(sc->dev, "error=3D%d\n", sc->error); // danny > +#else > + int status; > + DELAY(8000); // danny: works! > + status =3D TWSI_READ(sc, sc->reg_status); > + TWSI_WRITE(sc, sc->reg_control, 0); > + status =3D TWSI_READ(sc, sc->reg_status); > + //debug_(sc->dev, "status=3D%x\n", TWSI_READ(sc, sc->reg_status)); > +#endif > return (sc->error); > } >=20 > @@ -581,7 +597,7 @@ twsi_intr(void *arg) >=20 > case TWSI_STATUS_ADDR_W_NACK: > case TWSI_STATUS_ADDR_R_NACK: > - debugf(sc->dev, "No ack received after transmitting the address\n"); > + debug_(sc->dev, "No ack received after transmitting the address\n"); > sc->transfer =3D 0; > sc->error =3D IIC_ENOACK; > sc->control_val =3D 0; > @@ -662,7 +678,7 @@ twsi_intr(void *arg) > break; >=20 > default: > - debugf(sc->dev, "status=3D%x hot handled\n", status); > + debug_(sc->dev, "status=3D%x hot handled\n", status); > sc->transfer =3D 0; > sc->error =3D IIC_EBUSERR; > sc->control_val =3D 0; > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Apr 26 14:11:42 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AACD5E1CA5 for ; Mon, 26 Apr 2021 14:11:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTRf52clmz3QqM; Mon, 26 Apr 2021 14:11:40 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 915096a5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 26 Apr 2021 14:11:39 +0000 (UTC) Date: Mon, 26 Apr 2021 16:11:38 +0200 From: Emmanuel Vadot To: Mark Murray Cc: freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> In-Reply-To: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FTRf52clmz3QqM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2021 14:11:42 -0000 On Sun, 25 Apr 2021 13:32:00 +0100 Mark Murray wrote: > Hi All, > > Does anyone here have IIC/I2C working on a CURRENT (I'm running latest) FreeBSD? > > I've never seen it work; Last time I had working IIC was on an RPI3. > > There is a /dev/iic0, and I have a known working RTC on it, but the scan just times out: > > [root@grasshopper ~]# i2c -s > Hardware may not support START/STOP scanning; trying less-reliable read method. > > Scanning I2C devices on /dev/iic0: > > > I suspect something not-quite-right in DTS land, but I lack the knowledge to investigate. I've done some random stumbling around in the dark with overlays and the like, but I've either seen the above error, or a total lack of /dev/iic0. > > Thanks! > > M > -- > Mark R V Murray > I2C is disabled by default. You need to copy i2c0.dtbo (or i2c1 I don't know which one maps to the pins you want to use) in the ESP partition and add "i2c" to the dtoverlay line in config.txt -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 27 07:27:44 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46963623766 for ; Tue, 27 Apr 2021 07:27:44 +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 4FTtdV31xdz3N1h; Tue, 27 Apr 2021 07:27:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=piEngKwsLVAp6AIZvZ0n+7lGLP6y6Vibaa1LilkumIA=; b=me1v7d2SVoIi3br+4rDKii8ugkiVpRc5WKxBWLakHdpBSfbpw9otqfq9TLgAg+iLMk/JjI6z8ezGk6vRuqfEbsfe9cqKPux+6kBHUx4Su5UfazTdFfeuzuTTsERF5p8aU0ZK7sBU5x1YHtACjMfxNgV/DQL1XwhjwHuMYtQc50+0TC4fSdPMwj5YbJ6cXi+WxOfgQZH0JrwTZffNb3KDWBk8bRe5bL+qOJWorsgaixmeU6c2R8Zd12Jdnhsvw3ud5rCB6jUhOrfD3TGELMNZSDOWxvk3UYJDTnAXfGKIXqpMcf8TqCdAc4WRixpOiebhzsb80B1nUMjc9ThgsZId0w==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1lbI84-0002Mv-Oi; Tue, 27 Apr 2021 10:27:32 +0300 From: Daniel Braniss Message-Id: <6432D415-B04D-4DBB-A3B7-B8CBD6665C3C@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? Date: Tue, 27 Apr 2021 10:27:32 +0300 In-Reply-To: <20210426160610.5b91dc44e86ddea169ca8e27@bidouilliste.com> Cc: Mark Murray , freebsd-arm To: Emmanuel Vadot References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426160610.5b91dc44e86ddea169ca8e27@bidouilliste.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FTtdV31xdz3N1h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=me1v7d2S; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[132.65.116.210:from]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; FREEFALL_USER(0.00)[danny]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[132.65.116.210:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 07:27:44 -0000 > On 26 Apr 2021, at 17:06, Emmanuel Vadot = wrote: >=20 > On Sun, 25 Apr 2021 18:41:31 +0300 > Daniel Braniss > = wrote: >=20 >>=20 >>=20 >>> On 25 Apr 2021, at 15:32, Mark Murray wrote: >>>=20 >>> Hi All, >>>=20 >>> Does anyone here have IIC/I2C working on a CURRENT (I'm running = latest) FreeBSD? >>>=20 >>> I've never seen it work; Last time I had working IIC was on an RPI3. >>>=20 >>> There is a /dev/iic0, and I have a known working RTC on it, but the = scan just times out: >>>=20 >>> [root@grasshopper ~]# i2c -s >>> Hardware may not support START/STOP scanning; trying less-reliable = read method. >>> >>> Scanning I2C devices on /dev/iic0: >>>=20 >>>=20 >>> I suspect something not-quite-right in DTS land, but I lack the = knowledge to investigate. I've done some random stumbling around in the = dark with overlays and the like, but I've either seen the above error, = or a total lack of /dev/iic0. >>>=20 >>> Thanks! >>>=20 >>> M >>> -- >>> Mark R V Murray >>>=20 >>=20 >> Q1: do you see /dev/iic? >> Q2: i2c -s shows anything? >>=20 >> fianlly, you can try my patch, it works for me, but I understand it?s = a five kilo hammer :-) >=20 > RPI doesn't uses twsi so that will not change a thing. vey true should read Subject: before answering! I guess not all i2c/iic are born equal:-) danny From owner-freebsd-arm@freebsd.org Tue Apr 27 07:52:42 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B22F76241B5 for ; Tue, 27 Apr 2021 07:52:42 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTvBL4TrLz3Nk6; Tue, 27 Apr 2021 07:52:42 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:6812:2cb5:f4a1:7879] (unknown [IPv6:2a02:8011:300b:42:6812:2cb5:f4a1:7879]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 2A1C129506; Tue, 27 Apr 2021 07:52:42 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_7F18B693-9745-4023-BB6A-E24AE6B56551"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> Date: Tue, 27 Apr 2021 08:52:39 +0100 Cc: freebsd-arm Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 07:52:42 -0000 --Apple-Mail=_7F18B693-9745-4023-BB6A-E24AE6B56551 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 26 Apr 2021, at 15:11, Emmanuel Vadot wrote: >=20 > On Sun, 25 Apr 2021 13:32:00 +0100 > Mark Murray wrote: >=20 >> Hi All, >>=20 >> Does anyone here have IIC/I2C working on a CURRENT (I'm running = latest) FreeBSD? >>=20 >> I've never seen it work; Last time I had working IIC was on an RPI3. >>=20 >> There is a /dev/iic0, and I have a known working RTC on it, but the = scan just times out: >>=20 >> [root@grasshopper ~]# i2c -s >> Hardware may not support START/STOP scanning; trying less-reliable = read method. >> >> Scanning I2C devices on /dev/iic0: >>=20 >>=20 >> I suspect something not-quite-right in DTS land, but I lack the = knowledge to investigate. I've done some random stumbling around in the = dark with overlays and the like, but I've either seen the above error, = or a total lack of /dev/iic0. >>=20 >> Thanks! >>=20 >> M >> -- >> Mark R V Murray >>=20 >=20 > I2C is disabled by default. > You need to copy i2c0.dtbo (or i2c1 I don't know which one maps to > the pins you want to use) in the ESP partition and add "i2c" to the > dtoverlay line in config.txt I want to use the i2c on the "regular" pins, GPIO2 and GPIO3, AKA = physical pins 3 and 5. I looked at all the i2c[0-6].dtbo overlays in = /usr/ports/sysutils/rpi-firmware. Only 1 had "pins =3D <2, 3>", so I = used that one. I presume the 2,3 refers to GPIO pin numbers, not = physical pin numbers? Same result as before - long timeout, no I2C. M -- Mark R V Murray --Apple-Mail=_7F18B693-9745-4023-BB6A-E24AE6B56551 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCHwscACgkQQlsJDh9C UqBFrQf9GtppHD3/4IdmNo9jksyXwjXfkH+gyWwGarawXgSGhKuxWkGaf1tlgw+x BI2m2UZCm3QU8wmm2HCL1psB8yzSsC3DoWKSbwAyqCNUZiwe2504dp87ieVuvD8W UAZZc7Ux7AdjpSWQiwo90SRUIjVff6nqiRo0xeQ75H8B1ZVZ3+LqXd3Cl3a2BCB9 hozZOO/XapKrFLSfPna7h2IPqZhkq8+N/8AVoRQl7mJZX3OOfcT2RG0tl68FiTBI RwUyywXPQtZ/23iyOd6oRyQbojn9qViIPv6hmFwgD1PYxDuDypA/RX/gbu7ZaW0M F+xgxR1w3al9zvmulKYcMLzrKIHKsQ== =b8OB -----END PGP SIGNATURE----- --Apple-Mail=_7F18B693-9745-4023-BB6A-E24AE6B56551-- From owner-freebsd-arm@freebsd.org Tue Apr 27 12:11:06 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D4A0B5E6CF4 for ; Tue, 27 Apr 2021 12:11:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FV0wV3Qr3z3tlg; Tue, 27 Apr 2021 12:11:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b8cba790 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 27 Apr 2021 12:11:03 +0000 (UTC) Date: Tue, 27 Apr 2021 14:11:03 +0200 From: Emmanuel Vadot To: Mark Murray Cc: freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210427141103.1c4d2e4d81e04ff7417761d2@bidouilliste.com> In-Reply-To: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FV0wV3Qr3z3tlg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 12:11:06 -0000 On Tue, 27 Apr 2021 08:52:39 +0100 Mark Murray wrote: > On 26 Apr 2021, at 15:11, Emmanuel Vadot wrote: > > > > On Sun, 25 Apr 2021 13:32:00 +0100 > > Mark Murray wrote: > > > >> Hi All, > >> > >> Does anyone here have IIC/I2C working on a CURRENT (I'm running latest) FreeBSD? > >> > >> I've never seen it work; Last time I had working IIC was on an RPI3. > >> > >> There is a /dev/iic0, and I have a known working RTC on it, but the scan just times out: > >> > >> [root@grasshopper ~]# i2c -s > >> Hardware may not support START/STOP scanning; trying less-reliable read method. > >> > >> Scanning I2C devices on /dev/iic0: > >> > >> > >> I suspect something not-quite-right in DTS land, but I lack the knowledge to investigate. I've done some random stumbling around in the dark with overlays and the like, but I've either seen the above error, or a total lack of /dev/iic0. > >> > >> Thanks! > >> > >> M > >> -- > >> Mark R V Murray > >> > > > > I2C is disabled by default. > > You need to copy i2c0.dtbo (or i2c1 I don't know which one maps to > > the pins you want to use) in the ESP partition and add "i2c" to the > > dtoverlay line in config.txt > > I want to use the i2c on the "regular" pins, GPIO2 and GPIO3, AKA physical pins 3 and 5. > > I looked at all the i2c[0-6].dtbo overlays in /usr/ports/sysutils/rpi-firmware. Only 1 had "pins = <2, 3>", so I used that one. I presume the 2,3 refers to GPIO pin numbers, not physical pin numbers? > > Same result as before - long timeout, no I2C. > > M > -- > Mark R V Murray > No they probably refer to the pin number of the SoC (but that might be the same as the "gpio number" in the pinouts naming of the hat connector. I don't have any rpi* here to help you more so hopefully someone else can/will. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 27 17:27:35 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E1B145F8374 for ; Tue, 27 Apr 2021 17:27:35 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark4.inbox.lv (shark4.inbox.lv [194.152.32.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FV7xf5m4dz4g1g for ; Tue, 27 Apr 2021 17:27:34 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark4.inbox.lv (localhost [127.0.0.1]) by shark4-out.inbox.lv (Postfix) with ESMTP id 3A9DFC0161 for ; Tue, 27 Apr 2021 20:27:31 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by shark4-in.inbox.lv (Postfix) with ESMTP id 34E8DC0125 for ; Tue, 27 Apr 2021 20:27:31 +0300 (EEST) Received: from shark4.inbox.lv ([127.0.0.1]) by localhost (shark4.inbox.lv [127.0.0.1]) (spamfilter, port 35) with ESMTP id h1ISHwiz3IFB for ; Tue, 27 Apr 2021 20:27:31 +0300 (EEST) Received: from mail.inbox.lv (pop1 [127.0.0.1]) by shark4-in.inbox.lv (Postfix) with ESMTP id 0391FC011E for ; Tue, 27 Apr 2021 20:27:31 +0300 (EEST) Received: from localhost (unknown [185.186.250.14]) (Authenticated sender: codeblue@inbox.lv) by mail.inbox.lv (Postfix) with ESMTPA id C4A603E600B5 for ; Tue, 27 Apr 2021 20:27:30 +0300 (EEST) Date: Tue, 27 Apr 2021 17:27:26 +0000 From: John Long To: freebsd-arm@freebsd.org Subject: Music streamer + HAT for Raspberry Pi 4B? Message-ID: <20210427172726.4d14fc6a@inbox.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: OK X-ESPOL: EZeEAiZdhRsytcG9L4Rs5eLnztGvJSkuzk3mt9096HpcqLLJtcB3dW+LGoDze3G0c38= X-Rspamd-Queue-Id: 4FV7xf5m4dz4g1g X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.152.32.84]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[inbox.lv:+]; DMARC_POLICY_ALLOW(-0.50)[inbox.lv,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[194.152.32.84:from]; ASN(0.00)[asn:12993, ipnet:194.152.32.0/23, country:LV]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.152.32.84:from]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[inbox.lv:s=30062014]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[194.152.32.84:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[inbox.lv:dkim]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 17:27:35 -0000 Hi, I am looking for information on how to set up a music streamer using FreeBSD on a Pi 4B and what HATs are compatible. I'm sorry if this is the wrong list, aside from freebsd-multimedia I did not see an obvious correct choice. I run FreeBSD 12.2 on servers now and desktop in the past and have basic familiarity with the OS from a home sysadmin perspective. I have no experience with Raspberry Pi. I would like to find out what HATs are known to work- specifically those supporting coaxial S/PDIF or AES output. I want to use the device as a transport (no analog out) into a DAC. Thanks, /jl From owner-freebsd-arm@freebsd.org Tue Apr 27 19:48:41 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2807A5FFC3A for ; Tue, 27 Apr 2021 19:48:41 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (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 4FVC4N3bP4z4qRQ for ; Tue, 27 Apr 2021 19:48:36 +0000 (UTC) (envelope-from valery@vslash.com) X-Originating-IP: 88.126.50.171 Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id A4A76FF803; Tue, 27 Apr 2021 19:48:34 +0000 (UTC) Subject: Re: Music streamer + HAT for Raspberry Pi 4B? To: John Long , freebsd-arm@freebsd.org References: <20210427172726.4d14fc6a@inbox.lv> From: Valery Seys Message-ID: <7f1bc160-9892-1f67-dfa9-c9d40c7aef0d@vslash.com> Date: Tue, 27 Apr 2021 21:48:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <20210427172726.4d14fc6a@inbox.lv> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FVC4N3bP4z4qRQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.183.199 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [-0.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.199:from]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.183.199:from]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[vslash.com]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[217.70.183.199:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; BLOCKLISTDE_FAIL(0.00)[217.70.183.199:server fail,88.126.50.171:server fail]; RWL_MAILSPIKE_POSSIBLE(0.00)[217.70.183.199:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 19:48:41 -0000 On 27/04/2021 19:27, John Long via freebsd-arm wrote: > Hi, > > I am looking for information on how to set up a music streamer using > FreeBSD on a Pi 4B and what HATs are compatible. I'm sorry if this is > the wrong list, aside from freebsd-multimedia I did not see an obvious > correct choice. > > I run FreeBSD 12.2 on servers now and desktop in the past and have basic > familiarity with the OS from a home sysadmin perspective. I have no > experience with Raspberry Pi. > > I would like to find out what HATs are known to work- specifically > those supporting coaxial S/PDIF or AES output. I want to use the device > as a transport (no analog out) into a DAC. > > Thanks, > > /jl > _______________________________________________ > 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" > don't know what you want to stream, but these are designed to stream audio: https://www.musicpd.org/ https://github.com/xmms2/wiki/wiki all available in the 'audio' ports tree, and of course, 'jackd' ... and 'virtual-oss' to mix/duplicate/loopback audio hardware. For Hybrid Audio, if I understand you correctly, I used an m-audio mtrack by the past via usb which was recognized through the 'uaudio' module and was working 100% well. Now, the 'Pi-Industry' provides some embedded HA, through GPIO, but I cannot help you on this, hope it helps, p&l v/ From owner-freebsd-arm@freebsd.org Tue Apr 27 20:13:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2AE786216A7 for ; Tue, 27 Apr 2021 20:13:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 4FVCcf6KFDz4rtc for ; Tue, 27 Apr 2021 20:13:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619554384; bh=s2XxpYJQjann7SvTvMNywCxD3xBxV7D7e3UzyI0elLX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uDdcZC7EIRyFSq7v/B6Sy4+Z1rU60FQyjw1i5jvZF60OMFyy+HbcgOfxhJ/ZE9H5zddJjeKuwiK+NbjIVpC1ZOuwZXj462L9ioY0HQVY2TuznLT1Sj/KkKNIaExkGVZdITDJM9TqE3eXEPu2nVfVXNXIaIDgamt2zAQptN6aWEAMZoZSjnc28PGKyFPi6Q/N4mnqHOiYEdrPeHessy4N4NueSGtOnMPuR0oZxNbE64eQFir4BIp4IvgiX22rAoXtJ3q8JzuMDae9lp4Vri4tY74lqor5FSprgS2vc3MxZdHTl+PeKk5/w83yEyiQdY8o6BL2pdWP4moPKAZ970yO/A== X-YMail-OSG: _nEBf2MVM1n6WH6CZP3EFXY5guMQGlnLbl0r5BLofSbAwi7bfENYC0KyTB5CL4t MWOVOTs.WHPZVzEkTjgNjza6kzI0fZZGsHFYD6EyxkbcoBakVzO7M1CUnHeryIdvohZdLaC.zRei wGxfkbbVbuCt0R1pb0ydwvK7Yk97k8Pjn2BBiqIpaETKsO83CApJzBeoixtKMfUy1mKYWKoN057S uP.gt4DU7EXlwZKMXk1cTFe9ZYoZJHPmxFNNiDzWDI8JGW019NNyCew4Acd21rqCKfhtotpZDR1M MjrEuVp1DbxGwnSRPPOv.5UBo0TQNqiNAKRY37v3LFbLrKTQGfTPkBYa.U01FLN17CuZgLREj314 sbq4FVQxB0nvh6RmRBs.BeChHfL07w320gw4qxYgSZeVqDzofLWj224shEzrqR6MTXeb_AZE_2yY _kDSyPT9C56rjVO5TOqHl8Qg2AYypSWnHk2m_F3gBWTmxWLTr9d9IETY_R2AtmLnjYB5vaEfsnlw Aiyz9fFj9LCMLDA4i9GKsHLwCkyojmtZJF.2SmBXDGbC20VZx2u.2F7rnWnl3dO7O8sHO7Lykl43 AjoSTpriFux_1QWzw3L81FkrBv3M.golWdCfDzqnGNjxm.FJMdtydiKoHQ55inKzsIqI4y4D3wjm bhcTRUrdesRaNl9KfSYI5LvUZXfEhaq7Ya4RffHk5Yv1RXe_paPKG9p3GvIS5EeNGig0YuNg4t2u GtztWE336RDFR6K_e95hxYLFnBCAVw4.5H2kEs7PimInpNvf6wj68xgf9iKT8qP2toY95KTxgQRA 4r9xjPXR3CPzrqs7FpAFreLmjGdxUi8cSHyIiqEiwa54V8QcCnRF7.4F2rtGrmLolC6DUPyLbJTv LlnwFFzhTOOEXIFK6hjRE2gIlGPkEoT_d65RSTdZ7BnClzJnQ1BYENY1iXAI_L6WkCGcDfX_Ju3w IsGekl.yEUY8Ij2Pae43y79ncrw2OehySyzsHeyQ376.H3VtAocgTvJadh0eY3TwZHn8IIF0Lo57 mh63ZosuduzV8vq3YfWfcxMttXO0M5mANKysDcLJ_392mYEmUufzODn417QfATSrC_0FsQ1W7EHr UGCh0xtUTALJiOIliafWhlt..CtYRVTzLGHvQ2a3cCE0SXR6RPPcLYKLWbTClawGgr_UE5VNtGvx G2O54ctoD9t2qWALVG_LFBp8cnfbw_udh2n0XAkhwizjGKo6dOVQDoF65vBVTLV3O9bF8zJ_QdZF htBx15KJdXKhGO_lq2wKIG2PUIZozc8qVenoWdCULvt4pLjA9DiD60ZjDHWVVZfznFEnp2PiCd9U 2jWxmZo.bEPb1rJYc08qYKFLoG4_qcf1xAL5v0zH9fBR47XNJiLk9wx70QAWvMU_Q73QBZHJ8mk5 c.uSGWocaBlZhSWSZaovSNyzWz17xDJUTz41Z9o9A5QWgwkIaY_3IkRCO8ZqaGiEuGL0.0Jqw4wK CrHjK916dYaUlM9WGUPG6c.lhUCo_pWPdj4xxcqa.KFdTp.i2KY7xjyMQm13_iTjbkw_VXSh9jNi juJVeh.aT.eMU04k.MwcG7WpQOYK0cWoQ.hhyUtrum5bv9cuHZs1uuezGM.owmY7z6196UU0sBrQ 4K4UiMsmYaWmcjOsFQuOyNgxVA7iWz4Gj16pkrtAiDw5gd7ml3uyFMkZukS4Fu1aAn.yi7KMv4A6 e9xQFTmTImRCwR9jhkNo_RTAvLH7Pmfm.31EG82gUIo.Z4F5fNbsA15vKBOpJvC1kE4VwhSXAyH8 tk.O5nbcZ85E50zj7yTTBPF58Qrlu4gtq7Mp_UxpP79kPYcem0W0imhJpYU9wnILPtMlruMP2jHD wGUOETPtTtFv82hvDDHvrRRERp5eafBL3KMRJYEjqpaFXlecHbX4DrdUDpaRRg.Y6QQx5nK0tnjM AAKhUl057VSSe7tEWI5eH8kwObV_NTudN9e0dIJSySChUPsH.n1y3Gp_8ttOkYtpT7j4EkuHxoPa 14CyWhqsWihmOhHBwNoY2azQd8qWOkliYaqXbnYw6LQmYatoufrqWWxXgr.5W76EovwOB7PbQbGS Q12DzpBys08ooQSQDEA1fNLtv_AgDWq8EZf5ltY1kBKtkmNt0ut9KueafCMCa0sr4CTNdsDYG2D0 Rgdj6sRxH0Mz6bNLWrOfEHLJYoIw6S8Jr_mgWHTn5LAbBsjmKGayiPnq7CFnRQMUYdrFcH2Cz8xG kLHeDI5DOr7vYnEPaThtlhNKeHNOJgBimZhZVaRT5n8_8Gtu.ffRhgua9Qc8OBlyBsMnhMUBX.lY LBsZQF9gz5V7jIKaeWJlLo3Mu0UMQx0rdQ6bk4MtVCAMe6xQEG2ANS24FUlPeDcn7vclQiEINeI0 GMSH26IdLKGQKM6JyU423JxEpa4n28shnIxZiySAkAQapK4h6YIeg_IILSk2jIgCUdyckccRSlgz FurR0VpWcbPOcF93C9K9PdPAADSW9N6lT5qkRA7Gu6eA1nf6q6TlzhEmq27.qXoKwQcQE6.7Lu4q ew8ey_PjZpnUAReo_sHH3bloJ4KC9bCRss2OaOK_kOqEoPhA3j7o9qQaD705AOorJqQqYua4Qaic ar7L6aLeFokDFslIydw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Apr 2021 20:13:04 +0000 Received: by kubenode562.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 82ae497b7ca46e1f3645914746432e80; Tue, 27 Apr 2021 20:13:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: Date: Tue, 27 Apr 2021 13:13:00 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FVCcf6KFDz4rtc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 20:13:07 -0000 On 2021-Apr-27, at 00:52, Mark Murray wrote: > On 26 Apr 2021, at 15:11, Emmanuel Vadot = wrote: >>=20 >> On Sun, 25 Apr 2021 13:32:00 +0100 >> Mark Murray wrote: >>=20 >>> Hi All, >>>=20 >>> Does anyone here have IIC/I2C working on a CURRENT (I'm running = latest) FreeBSD? >>>=20 >>> I've never seen it work; Last time I had working IIC was on an RPI3. >>>=20 >>> There is a /dev/iic0, and I have a known working RTC on it, but the = scan just times out: >>>=20 >>> [root@grasshopper ~]# i2c -s >>> Hardware may not support START/STOP scanning; trying less-reliable = read method. >>> >>> Scanning I2C devices on /dev/iic0: >>>=20 >>>=20 >>> I suspect something not-quite-right in DTS land, but I lack the = knowledge to investigate. I've done some random stumbling around in the = dark with overlays and the like, but I've either seen the above error, = or a total lack of /dev/iic0. >>>=20 >>> Thanks! >>>=20 >>> M >>> -- >>> Mark R V Murray >>>=20 >>=20 >> I2C is disabled by default. >> You need to copy i2c0.dtbo (or i2c1 I don't know which one maps to >> the pins you want to use) in the ESP partition and add "i2c" to = the >> dtoverlay line in config.txt >=20 > I want to use the i2c on the "regular" pins, GPIO2 and GPIO3, AKA = physical pins 3 and 5. >=20 > I looked at all the i2c[0-6].dtbo overlays in = /usr/ports/sysutils/rpi-firmware. Only 1 had "pins =3D <2, 3>", so I = used that one. I presume the 2,3 refers to GPIO pin numbers, not = physical pin numbers? >=20 > Same result as before - long timeout, no I2C. >=20 Did you try the suggestion in: https://lists.freebsd.org/pipermail/freebsd-arm/2021-April/023687.html ? It suggests that you need to have the config.txt swap the the pins in order to undo another swap that happens at some internal stage. The swapped problem was indicated to be visible in the dmesg reporting and the manual swap was reported to cause the dmesg reporting to produce the correct overall result. (Note: GPIO and I2C are not things I fiddle with. I just happened to notice that the message indicated had a specific suggestion to try and you do not seem to have reported on the result of trying it.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Apr 27 20:38:09 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 18468621CB2 for ; Tue, 27 Apr 2021 20:38:09 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark3.inbox.lv (shark3.inbox.lv [194.152.32.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVD9X1HdHz4sbG for ; Tue, 27 Apr 2021 20:38:07 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark3.inbox.lv (localhost [127.0.0.1]) by shark3-out.inbox.lv (Postfix) with ESMTP id 3AB2C2801AA for ; Tue, 27 Apr 2021 23:38:05 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by shark3-in.inbox.lv (Postfix) with ESMTP id 35D68280187 for ; Tue, 27 Apr 2021 23:38:05 +0300 (EEST) Received: from shark3.inbox.lv ([127.0.0.1]) by localhost (shark3.inbox.lv [127.0.0.1]) (spamfilter, port 35) with ESMTP id JPc4I9Gwba0X for ; Tue, 27 Apr 2021 23:38:04 +0300 (EEST) Received: from mail.inbox.lv (pop1 [127.0.0.1]) by shark3-in.inbox.lv (Postfix) with ESMTP id 9277628014F for ; Tue, 27 Apr 2021 23:38:04 +0300 (EEST) Received: from localhost (unknown [185.186.250.14]) (Authenticated sender: codeblue@inbox.lv) by mail.inbox.lv (Postfix) with ESMTPA id 57B903E600B5 for ; Tue, 27 Apr 2021 23:38:04 +0300 (EEST) Date: Tue, 27 Apr 2021 20:38:00 +0000 From: John Long To: freebsd-arm@freebsd.org Subject: Re: Music streamer + HAT for Raspberry Pi 4B? Message-ID: <20210427203800.7c82a060@inbox.lv> In-Reply-To: <7f1bc160-9892-1f67-dfa9-c9d40c7aef0d@vslash.com> References: <20210427172726.4d14fc6a@inbox.lv> <7f1bc160-9892-1f67-dfa9-c9d40c7aef0d@vslash.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: OK X-ESPOL: EZqEMRMB+wpLudzcX4lt5OfkxtSyVVIkoVSEw/1vqW4g1r7Au9trcWeTBYbqGRy4dn8= X-Rspamd-Queue-Id: 4FVD9X1HdHz4sbG X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.152.32.83]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[inbox.lv:+]; DMARC_POLICY_ALLOW(-0.50)[inbox.lv,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[194.152.32.83:from]; ASN(0.00)[asn:12993, ipnet:194.152.32.0/23, country:LV]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.152.32.83:from]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[inbox.lv:s=30062014]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[inbox.lv:dkim]; SPAMHAUS_ZRD(0.00)[194.152.32.83:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.152.32.83:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 20:38:09 -0000 On Tue, 27 Apr 2021 21:48:34 +0200 Valery Seys wrote: > On 27/04/2021 19:27, John Long via freebsd-arm wrote: > > Hi, > > > > I am looking for information on how to set up a music streamer using > > FreeBSD on a Pi 4B and what HATs are compatible. I'm sorry if this > > is the wrong list, aside from freebsd-multimedia I did not see an > > obvious correct choice. > > > > I run FreeBSD 12.2 on servers now and desktop in the past and have > > basic familiarity with the OS from a home sysadmin perspective. I > > have no experience with Raspberry Pi. > > > > I would like to find out what HATs are known to work- specifically > > those supporting coaxial S/PDIF or AES output. I want to use the > > device as a transport (no analog out) into a DAC. > > > > Thanks, > > > > /jl > > _______________________________________________ > > 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" > > don't know what you want to stream, but these are designed to stream > audio: https://www.musicpd.org/ > https://github.com/xmms2/wiki/wiki Hi and thanks. I know about mpd, it's on my list of things to try if I can run FreeBSD on the Pi 4B. > For Hybrid Audio, if I understand you correctly, I used an m-audio > mtrack by the past via usb which was recognized through the 'uaudio' > module and was working 100% well. > > Now, the 'Pi-Industry' provides some embedded HA, through GPIO, but I > cannot help you on this, I wasn't talking about audio over USB at all but rather using a "HAT" as far as I have seen them called, that plugs into the GPIO ports as you mentioned. The output I'm looking for is S/PDIF coax or AES/EBU. Bypassing USB is usually a better audio interface if you have an alternative. Thanks. /jl From owner-freebsd-arm@freebsd.org Wed Apr 28 08:02:00 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3AD6162F53F for ; Wed, 28 Apr 2021 08:02:00 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVWLc1ClGz3syd; Wed, 28 Apr 2021 08:02:00 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:21ef:5743:3ec3:a016] (unknown [IPv6:2a02:8011:300b:42:21ef:5743:3ec3:a016]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id A3F2F34B73; Wed, 28 Apr 2021 08:01:59 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_EAC516F5-CFA7-41D5-8574-4FFD2E7B798F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: Date: Wed, 28 Apr 2021 09:01:56 +0100 Cc: freebsd-arm Message-Id: <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> To: Mark Millard X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 08:02:00 -0000 --Apple-Mail=_EAC516F5-CFA7-41D5-8574-4FFD2E7B798F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Apr 2021, at 21:13, Mark Millard wrote: >=20 > Did you try the suggestion in: >=20 > https://lists.freebsd.org/pipermail/freebsd-arm/2021-April/023687.html >=20 > ? It suggests that you need to have the config.txt swap > the the pins in order to undo another swap that happens > at some internal stage. The swapped problem was indicated > to be visible in the dmesg reporting and the manual swap > was reported to cause the dmesg reporting to produce the > correct overall result. I took apart the i2c1.dtbo overlay that mentions pins 2, 3, and swapped = them, and reassembled the overlay. Nope. Same problem. What I have: [root@grasshopper ~]# dmesg | egrep -i 'ds3231|rtc|i2c|iic|time-of-day' iichb0: mem 0x7e804000-0x7e804fff irq 26 = on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 Warning: no time-of-day clock registered, system time will not be set = accurately [root@grasshopper ~]# ls -al /dev | grep iic crw------- 1 root wheel 0x44 Apr 28 08:42 iic0 I have found a PDF document "BCM2711 ARM Peripherals", and it says "The = BSC controller in the BCM2711 fixes the clock-strectching[sic] bug that = was present in BCM283x devices", so I suspect that the device may not be = hardware compatible with the RPI3 and earlier. Time to dig in and hack. M -- Mark R V Murray --Apple-Mail=_EAC516F5-CFA7-41D5-8574-4FFD2E7B798F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCJFnQACgkQQlsJDh9C UqAhNgf+NpEZ0WCJM0aaYSSMmFVXwGGNHZtx+RhU1FkJsGSyqetEHpOKMoOa3ZgQ yTJgnPgInh/Li18XLUe7DBEnGtTd6CoIRfbWyp1IlANfJFXybEtBqE2PMlOJ8ekd DcOICA4yx1glm81LkASoQecRGj9xRYZTcOZ0gzCE6Zltr1LcROoIQgIhDW1c7oMj Y3yQu67ixh2KSFU0ZsHBrDZ4gZM13poxRpF39V4aPQyqyDIQgJV8x8nzDbNrpwy+ R8WCd9PyZp1UYpBTmkOQ3o/6bJvQCWj9SjbcXq08HwOcI4bnD4qpHQjBMhdR2F4C rXfIMD8mxwL7oZBp3oGnJVEqce4Z3Q== =RXYl -----END PGP SIGNATURE----- --Apple-Mail=_EAC516F5-CFA7-41D5-8574-4FFD2E7B798F-- From owner-freebsd-arm@freebsd.org Wed Apr 28 08:19:48 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6882262FCCD for ; Wed, 28 Apr 2021 08:19:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVWl809Y3z3tQX; Wed, 28 Apr 2021 08:19:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 8d84ece6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 28 Apr 2021 08:19:46 +0000 (UTC) Date: Wed, 28 Apr 2021 10:19:45 +0200 From: Emmanuel Vadot To: Mark Murray Cc: Mark Millard , freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> In-Reply-To: <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FVWl809Y3z3tQX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 08:19:48 -0000 On Wed, 28 Apr 2021 09:01:56 +0100 Mark Murray wrote: > On 27 Apr 2021, at 21:13, Mark Millard wrote: > > > > Did you try the suggestion in: > > > > https://lists.freebsd.org/pipermail/freebsd-arm/2021-April/023687.html > > > > ? It suggests that you need to have the config.txt swap > > the the pins in order to undo another swap that happens > > at some internal stage. The swapped problem was indicated > > to be visible in the dmesg reporting and the manual swap > > was reported to cause the dmesg reporting to produce the > > correct overall result. > > I took apart the i2c1.dtbo overlay that mentions pins 2, 3, and swapped them, and reassembled the overlay. This suggestion is to use i2c over gpio via iicbb, not the i2c controller in the SoC. > Nope. Same problem. > > What I have: > > [root@grasshopper ~]# dmesg | egrep -i 'ds3231|rtc|i2c|iic|time-of-day' > iichb0: mem 0x7e804000-0x7e804fff irq 26 on simplebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > Warning: no time-of-day clock registered, system time will not be set accurately > > [root@grasshopper ~]# ls -al /dev | grep iic > crw------- 1 root wheel 0x44 Apr 28 08:42 iic0 > > I have found a PDF document "BCM2711 ARM Peripherals", and it says "The BSC controller in the BCM2711 fixes the clock-strectching[sic] bug that was present in BCM283x devices", so I suspect that the device may not be hardware compatible with the RPI3 and earlier. According to this document is this just to detect that the slave hold the scl line too long so I don't think that this is the problem here. If you have a scope or a logic analyzer I suggest you start by using it to confirm that when you scan with i2c -s you see something. > Time to dig in and hack. > > M > -- > Mark R V Murray > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Apr 28 08:21:01 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E0EF62FE48 for ; Wed, 28 Apr 2021 08:21:01 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVWmX0VP6z3tR7 for ; Wed, 28 Apr 2021 08:20:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 80280394 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 28 Apr 2021 08:20:58 +0000 (UTC) Date: Wed, 28 Apr 2021 10:20:58 +0200 From: Emmanuel Vadot To: John Long Cc: John Long via freebsd-arm Subject: Re: Music streamer + HAT for Raspberry Pi 4B? Message-Id: <20210428102058.43c332f1cb96d53d67862607@bidouilliste.com> In-Reply-To: <20210427172726.4d14fc6a@inbox.lv> References: <20210427172726.4d14fc6a@inbox.lv> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FVWmX0VP6z3tR7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-0.63 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.67)[0.669]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 08:21:01 -0000 On Tue, 27 Apr 2021 17:27:26 +0000 John Long via freebsd-arm wrote: > Hi, > > I am looking for information on how to set up a music streamer using > FreeBSD on a Pi 4B and what HATs are compatible. I'm sorry if this is > the wrong list, aside from freebsd-multimedia I did not see an obvious > correct choice. > > I run FreeBSD 12.2 on servers now and desktop in the past and have basic > familiarity with the OS from a home sysadmin perspective. I have no > experience with Raspberry Pi. > > I would like to find out what HATs are known to work- specifically > those supporting coaxial S/PDIF or AES output. I want to use the device > as a transport (no analog out) into a DAC. > > Thanks, > > /jl I'm not sure that we support i2s on the RPI4 which will be needed for that. Others might know more. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Apr 28 11:34:42 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C80675E6A73 for ; Wed, 28 Apr 2021 11:34:42 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark1.inbox.lv (shark1.inbox.lv [194.152.32.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVc4140Wnz4YlZ for ; Wed, 28 Apr 2021 11:34:41 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark1.inbox.lv (localhost [127.0.0.1]) by shark1-out.inbox.lv (Postfix) with ESMTP id 5C7E211180D6 for ; Wed, 28 Apr 2021 14:34:38 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by shark1-in.inbox.lv (Postfix) with ESMTP id 5A46511180B2 for ; Wed, 28 Apr 2021 14:34:38 +0300 (EEST) Received: from shark1.inbox.lv ([127.0.0.1]) by localhost (shark1.inbox.lv [127.0.0.1]) (spamfilter, port 35) with ESMTP id NdTeDAqm9pv6 for ; Wed, 28 Apr 2021 14:34:38 +0300 (EEST) Received: from mail.inbox.lv (pop1 [127.0.0.1]) by shark1-in.inbox.lv (Postfix) with ESMTP id 2677B111808A for ; Wed, 28 Apr 2021 14:34:38 +0300 (EEST) Received: from localhost (unknown [185.186.250.14]) (Authenticated sender: codeblue@inbox.lv) by mail.inbox.lv (Postfix) with ESMTPA id E696A3E601AE for ; Wed, 28 Apr 2021 14:34:37 +0300 (EEST) Date: Wed, 28 Apr 2021 11:34:34 +0000 From: John Long To: freebsd-arm@freebsd.org Subject: Re: Music streamer + HAT for Raspberry Pi 4B? Message-ID: <20210428113434.5ec4d293@inbox.lv> In-Reply-To: <20210428113336.4df8e803@inbox.lv> References: <20210427172726.4d14fc6a@inbox.lv> <20210428102058.43c332f1cb96d53d67862607@bidouilliste.com> <20210428113336.4df8e803@inbox.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: OK X-ESPOL: AJqEQ2Vk+XRHsMWgKoxq+eHhxsiyUkZQziqJpKFSnX9YtbfBs9x0c2eSB/eRFELmMn8= X-Rspamd-Queue-Id: 4FVc4140Wnz4YlZ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.152.32.81:c]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[inbox.lv:+]; DMARC_POLICY_ALLOW(-0.50)[inbox.lv,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[194.152.32.81:from]; ASN(0.00)[asn:12993, ipnet:194.152.32.0/23, country:LV]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.152.32.81:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[inbox.lv:s=30062014]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[inbox.lv:dkim]; SPAMHAUS_ZRD(0.00)[194.152.32.81:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 11:34:42 -0000 On Wed, 28 Apr 2021 11:33:36 +0000 John Long wrote: > On Wed, 28 Apr 2021 10:20:58 +0200 > Emmanuel Vadot wrote: > > > On Tue, 27 Apr 2021 17:27:26 +0000 > > John Long via freebsd-arm wrote: > > > > > Hi, > > > > > > I am looking for information on how to set up a music streamer > > > using FreeBSD on a Pi 4B and what HATs are compatible. I'm sorry > > > if this is the wrong list, aside from freebsd-multimedia I did > > > not see an obvious correct choice. > > > > > > I run FreeBSD 12.2 on servers now and desktop in the past and have > > > basic familiarity with the OS from a home sysadmin perspective. I > > > have no experience with Raspberry Pi. > > > > > > I would like to find out what HATs are known to work- specifically > > > those supporting coaxial S/PDIF or AES output. I want to use the > > > device as a transport (no analog out) into a DAC. > > > > > > Thanks, > > > > > > /jl > > > > I'm not sure that we support i2s on the RPI4 which will be needed > > for that. > > Others might know more. > Hi Emmanuel, Oh that's important info, thanks a lot! /jl From owner-freebsd-arm@freebsd.org Wed Apr 28 21:08:01 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C38562243A for ; Wed, 28 Apr 2021 21:08:01 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVrnY1Ctpz3MnQ; Wed, 28 Apr 2021 21:08:01 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:d419:c3a7:b71c:aaa3] (unknown [IPv6:2a02:8011:300b:42:d419:c3a7:b71c:aaa3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 7FF532C0C; Wed, 28 Apr 2021 21:08:00 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_04880BD6-B6E5-4FD5-80AB-70DAE57ECE5A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> Date: Wed, 28 Apr 2021 22:07:57 +0100 Cc: Mark Millard , freebsd-arm Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 21:08:01 -0000 --Apple-Mail=_04880BD6-B6E5-4FD5-80AB-70DAE57ECE5A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Apr 2021, at 09:19, Emmanuel Vadot wrote: >=20 > On Wed, 28 Apr 2021 09:01:56 +0100 > Mark Murray > wrote: >>=20 >> I took apart the i2c1.dtbo overlay that mentions pins 2, 3, and = swapped them, and reassembled the overlay. >=20 > This suggestion is to use i2c over gpio via iicbb, not the i2c > controller in the SoC. Er, right :-). I'll consider that approach if I can't get the BSC to = work > According to this document is this just to detect that the slave hold > the scl line too long so I don't think that this is the problem here. > If you have a scope or a logic analyzer I suggest you start by using > it to confirm that when you scan with i2c -s you see something. As it turns out, my logic analyser arrived today. This is a perfect project for it :-) Thanks! M -- Mark R V Murray --Apple-Mail=_04880BD6-B6E5-4FD5-80AB-70DAE57ECE5A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCJzq0ACgkQQlsJDh9C UqDjlwf9E1uHcGOiqCw0FtPqmu/iRNVFnbY/cP84TRMrYm++e0+io8H8NtGu7Usz QlwpjYU1ZmE0ZptVeZCbhdv5eVfHmvDuLBNGjrP6tzq5U0tUSDeHS9+BUZMv8oqP Fx7x2rC9OM/JIHQeRTusLu7h8CvG3XtCXJwF6aoSGv7SSV7piejXBgt938wA+9xk k1gFxEBCrqipW5kXHO49oVeDRdshMsYWO4SFWmuxJhWZYsByvrZaH62pfBRO6/MP 8Z81dw1wzGrFt3jC2KeeCcki9HMxb2rQbqAp8R4c3O6t8JC0xAs9ZsGhIBXzMI5v 11FbP0Mqay8xljZc4StPHltPdDY55w== =DTOk -----END PGP SIGNATURE----- --Apple-Mail=_04880BD6-B6E5-4FD5-80AB-70DAE57ECE5A-- From owner-freebsd-arm@freebsd.org Wed Apr 28 21:12:54 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E468F6225BE for ; Wed, 28 Apr 2021 21:12:54 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVrvB64bFz3N0F; Wed, 28 Apr 2021 21:12:54 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:d419:c3a7:b71c:aaa3] (unknown [IPv6:2a02:8011:300b:42:d419:c3a7:b71c:aaa3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 7300E2D57; Wed, 28 Apr 2021 21:12:54 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_F6679EA9-5F6D-484A-ADC3-78EB603FD8F3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: Date: Wed, 28 Apr 2021 22:12:53 +0100 Cc: freebsd-arm Message-Id: <0224EF01-EAAA-40F9-8A8F-E511D9E4CC6A@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> To: Mark Millard X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2021 21:12:55 -0000 --Apple-Mail=_F6679EA9-5F6D-484A-ADC3-78EB603FD8F3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Apr 2021, at 21:13, Mark Millard wrote: >=20 > Did you try the suggestion in: >=20 > https://lists.freebsd.org/pipermail/freebsd-arm/2021-April/023687.html Yes. No effect, apologies for not reporting. That suggestion seems to require overlays that I on't even have, and = works around the problem by loading a GPIO bit-banging driver. I'm looking to get the real hardware BSC going, as I want to do a fair = bit of I2C I/O. M -- Mark R V Murray --Apple-Mail=_F6679EA9-5F6D-484A-ADC3-78EB603FD8F3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCJz9UACgkQQlsJDh9C UqDmkgf/Q9Dnwtk+tfDp62aJRSiL1qEQO5qMPYuhnhpO0LFyMxUXQ9GoS8iTcwYV Bx8NX+cfGPckuWU6R1sEZ5JTY3g+IdyMlLFisrfeAzZEu8/9e8jGD11H4/rFOffU PwBw4JqL0xqecSnE58RGuvToauRrCj7hWp79qb5dujbCuU6RcgFnAHr35i+ZUtNo eRDNxuhaxcZ3kzbd28V2wLi+CZqxcy7AG2tdXXxkzwMLmNtZ4heSWiPzNmNm6GL3 iXw0UOpi4ja1TBcvaadlpVcNFINOu3ls5cSaFinMyqxF0ndKpRl4GoSmDKDT3f83 ggn3br7i3R9JVlVg+BalOMq12eQBdQ== =lrX6 -----END PGP SIGNATURE----- --Apple-Mail=_F6679EA9-5F6D-484A-ADC3-78EB603FD8F3-- From owner-freebsd-arm@freebsd.org Thu Apr 29 16:57:48 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C8D6630E39 for ; Thu, 29 Apr 2021 16:57:48 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWMBN29v8z4rrS; Thu, 29 Apr 2021 16:57:48 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8011:300b:42:3408:71af:240d:3a03]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id C9D75B649; Thu, 29 Apr 2021 16:57:47 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_6FBCB885-E909-4981-8E38-8D5565FBAEE2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: Date: Thu, 29 Apr 2021 17:57:45 +0100 Cc: freebsd-arm Message-Id: <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2021 16:57:48 -0000 --Apple-Mail=_6FBCB885-E909-4981-8E38-8D5565FBAEE2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Apr 2021, at 22:07, Mark Murray wrote: >=20 > On 28 Apr 2021, at 09:19, Emmanuel Vadot = wrote: >=20 >> According to this document is this just to detect that the slave hold >> the scl line too long so I don't think that this is the problem here. >> If you have a scope or a logic analyzer I suggest you start by using >> it to confirm that when you scan with i2c -s you see something. >=20 > As it turns out, my logic analyser arrived today. I got an oscilloscope onto pins 3 and 5 (GPIO2 and GPIO3), and "i2c -s" = does not a jot on them. I don't know if this helps, but the gpioctl utility thinks the pins are = both inputs: [root@grasshopper ~]# gpioctl -f /dev/gpioc0 -l -v pin 00: 1 pin 0, = caps: pin 01: 1 pin 1, = caps: pin 02: 1 pin 2, = caps: pin 03: 1 pin 3, = caps: pin 04: 1 pin 4, = caps: pin 05: 1 pin 5, = caps: pin 06: 1 pin 6, = caps: pin 07: 0 pin 7, = caps: pin 08: 0 pin 8, = caps: pin 09: 0 pin 9<>, = caps: pin 10: 0 pin 10<>, = caps: pin 11: 0 pin 11<>, = caps: pin 12: 0 pin 12, = caps: pin 13: 0 pin 13, = caps: pin 14: 1 pin 14<>, = caps: pin 15: 1 pin 15<>, = caps: pin 16: 0 pin 16, = caps: pin 17: 0 pin 17, = caps: pin 18: 0 pin 18, = caps: pin 19: 0 pin 19, = caps: pin 20: 0 pin 20, = caps: pin 21: 0 pin 21, = caps: pin 22: 0 pin 22, = caps: pin 23: 0 pin 23, = caps: pin 24: 0 pin 24, = caps: pin 25: 0 pin 25, = caps: pin 26: 0 pin 26, = caps: pin 27: 0 pin 27, = caps: pin 28: 1 pin 28<>, = caps: pin 29: 0 pin 29<>, = caps: pin 30: 1 pin 30, = caps: pin 31: 1 pin 31, = caps: pin 32: 0 pin 32, = caps: pin 33: 0 pin 33, = caps: pin 34: 1 pin 34, = caps: pin 35: 1 pin 35, = caps: pin 36: 1 pin 36, = caps: pin 37: 1 pin 37, = caps: pin 38: 1 pin 38, = caps: pin 39: 1 pin 39, = caps: pin 40: 0 pin 40<>, = caps: pin 41: 0 pin 41<>, = caps: pin 42: 0 pin 42, = caps: pin 43: 1 pin 43, = caps: pin 44: 1 pin 44, = caps: pin 45: 1 pin 45, = caps: pin 46: 0 pin 46, = caps: pin 47: 0 pin 47, = caps: pin 48: 0 pin 48<>, = caps: pin 49: 0 pin 49, = caps: pin 50: 0 pin 50, = caps: pin 51: 0 pin 51, = caps: pin 52: 0 pin 52, = caps: pin 53: 0 pin 53, = caps: M -- Mark R V Murray --Apple-Mail=_6FBCB885-E909-4981-8E38-8D5565FBAEE2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCK5YkACgkQQlsJDh9C UqDQcwf/SKiDCZTtmgBeh1akp4DOa8saukn4J3vzFngKDzYF9p8Fcw8uXj8EoZ79 2PaQsky/59/1mfCTJs4rtecBKzUI2pck+znEade0VMTmd1naORRZqQ1cQrkzDXIL Rla1skARaakTJPttyFu7LJfoXBX9P5Jtx4YK8Itn6eVM9zxMy8RVG6nGaK407vCe f6eP+iS/FkIsrLld4zqsvnupEh+zB8kpYP+5oV2oEHq35s7C19q8jmbicmf9tRm2 6mtRFlUKTyatcf5r43Ks4/2tDwuMMgPpcjJ/CC4uClktDSreof9V8ZAkBljeWER0 56ThIobEe9QIYmUgHd9S82qCWa0u/Q== =q5T2 -----END PGP SIGNATURE----- --Apple-Mail=_6FBCB885-E909-4981-8E38-8D5565FBAEE2-- From owner-freebsd-arm@freebsd.org Thu Apr 29 18:17:09 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C746B632A66 for ; Thu, 29 Apr 2021 18:17:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4FWNxx3jL9z4v5d for ; Thu, 29 Apr 2021 18:17:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619720227; bh=KJdAtobem1+yjzQHxOL1gpqP9iJPKTxw801QijAU4z5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EMTUSrNJ98c9wsqNxRH0sQlERnngdJoG4o6ENjHUpL1DLcD7v4gKrZnmJY38MYV2PiNxWg96AxxPMlbuJViuavfbjDfRLBfDPXwuL4UebDWrParaR5RSqlc9EuewaT1emOhzTGVkx+23SyZjMfhVqL04OObsnis9lNAD56+lzIP3hk4SiGUDEuOM4AfbG2x3XF4c43vFN4Fh25+cpNxsYyBP1bFkGtoXb7ssx3DmgwSejCTuKwLCQNonGZZ50NiCEpFkMIJK+Q0z8LDVRbtHMnetdYBU9zoPpnSAaE11R41ShpI6RI+u/yeyLGNuie0ma/7oaWS4gz56JK7NmS6DeQ== X-YMail-OSG: mLjN7PQVM1lrhPAqbbvi10YMnvp2NOkcs17YZeO9Z2jG_I07.zpB8gbnmIZsA.5 CLAkdWZn1fu2y7VpRXfgxA8uKZon0yRVWw1DNHq55VGHHZK4_vJrQViu3ntWg.KLacheWTNfVbTs fDXbg0t1FBIToJDg6jwcpqPjK4dGiNHYbAh_4xJ1w03SoyCzQM.F53m3uGiqQnuFxxUNqNCWS9mX AcUOhb8JSpwbUwINqL3Cz7Qy2QwaLsOEo6ApQLotcR0iymEQVer5H0KVjraKaQmsROxhpV3NVL3a JvUPUmtsrey5ekhQ42qkHPySPHaVgAlMVXZOMCN8tj9bzZupfMqwaPyRKLmoKLLAUquqKRjQKfpQ zDD7A_h5W595nlgbSjU35C63q.DnxIJdeefSTRSHaJvneQ0omAjZuSmxKOn7RjsuNlFj7H9T8QFG fVrRVMUSTm8xv8O3ViFlGFofxMoG9g.8F7aJaHLz.G7nHJFgs.MEHm.cCjyL9UCLSYXzmCkgSMq4 gtdjYLIl0c6Hu1epFg7DCUn82q46HRxgeJDHDrWMqE7rKu74Io2xmL12sX6q.PfzVpfbJC_C_wXV 4CUNa_vvUzR130Y8SKJcVz3RVYVoLQSEpBg5UHUbnXLN2NisESVKhnumzuaE26mnXvEujj1Qq40i xzXMje_nZ2kT1fkgM5EBEWyqNDXHoCtIkCuAGq8DgN0Dbm7EPp.ddTY4p7.PIVgduSwfHDLZEgQk gAwXBqutlVjhtn6RTr6rZMSzaOOEH2JMwrdrzQr7jhyNBm7x8vAwhdaOxejzHIJc7Z6oG5QSEAVQ Vv0IP4JO.l9dxbpIaEHWvxL4dlWdvYZ17bIugrYs.6QtIcGjUvPrLmPzN4lJXtgl14C8DWScbasp yTRfLebGfy1gW2lu.XCijMUvn4KiaMDrV9JOE_3vmEU933dVEDmpSEDl_KKRrpxWofZAbPCbeyeQ y1Joq2C5dfNr03XueM86biMvCBJjIdx68NjYCFBpENH3TjQN0d.sAwYARJJwq1gOHNxFa29E7PKM 61Z_tLgA2hjqcylf31fla83behaBlIa36Or7j0BoDvbf1vkW1dcmsFDydyTPz3lWU1p5O4n2AfQx cE2l7U.O2C58q.PfipQ6zdv3NLXt4EvYtxGPf45XDgJnxekHIjG_uENJawOcr5K5mdYPj_t7BhMn 7pfuSlGdC9RQTr27Px_YLp6eJ4WPIiONU0jBZG65mUlliD92o7.hNvxmKkgCy8L9E9fn6UUxUJpX JYRBJzsn6xngNQA5sTuGZmvcoL.p2PJBX6IDnect_7Ru0ubH27Rqc2_ZJsXEz3ZzsV96Eylfnhed gb02TupbPA9YNX.o0rmfzsVDqUGfQeL8..zDqf3vabhp2.3RCKQMLGtIC_QVomfGa2pUvOKFdWDl IDsNAlIqpAYfckeTUXfgWKxo.SKK0UGi1l2ppJyN9tNPJMwMXVGFcFyYv9R4A1vifuMm78SBV7s8 fLiutalD5BrORgYXNEj4Wt8J1bkE8fM2oaqM5iA3XZEDWzyE043UdxfEvTwcBAVtCkcZG79NTDdp tbOF.bliAfFzKwWM2.ulBz6rOFDZU.JWri3y7w551.EnocMDFkpWVo8VaubZI6Sh2TKlWXwJz5Fw x3TLiaQQIoWOHhWjgKd6KN44gmM5aTqadq2mgu3Fgkqc4skkztr9RWZA0JA3SNH3J2ooynTjn2VY 1N.xMdV.aUmij9o0LIWBcxcM24EBFwrshMJipFyEHkgjjRCFnkE1OPn2bZuCqnWK7zTM4RT5snCO Vd5PPn8xbI6aEeMfpnT.dddIpMMkznx9k2wX8V2g82L5gHzOw11ASmUUlGeYdzGCSjhWtiyRXjfD FAa8Sk7eKV6Wd0IcXk_1e6MF8qsYtQUf8zZLWhVHKGbWzEjraqYdjQgsG3nKGBdABFYlOabAGfQ7 z2mfBKm4o7.X3.daSKKxDYCzm_oxpOv_Mu1dTMK4xqQOAbov81MoX5WceCFWbg.C6X19J4TQ4dTr FM2k5MkxgZwZLv0WB1.RfwpFIbOSVqh7ZKATAM_lDPYxfJc6k3eYDxYfxI4h.RZefK.xtHVH3DoM sS2dwfdCG3n5D9SFGFRQw7mo61v4BpnC9jCH1ODYpxO.SXTic2cOkV3Ld..dpRoo.eOSDFAefuCl tyUxQ5fIGgbuuyQfurZNCtLqNJfdHbxX0CcENl.eZynzjUGLu4jmLVTKx5XLM4DU6UnZdaK9jGtU Pli2VIe_sDltZyNnsQAIdEGoQ4HFfWAHTTNhOeKLsavI3.Y6BFZa7Q.6ie5iYwBwV.TrDSyYHkkx n.5JBse.9FvWP_hufpu9VvzXjwidV8OScxDoKy3NZJUxCMkufyNJZUG1mQnwyk56q4HhEev1P_vi vJanZT_DLxp_XF5plOfYrhdtbmhcEYDuoBumqqhUWMk9iPZ4FSnqpIMDF92LwFBeaISZ3tmy3Phb 68jQH1vvgC6kl4GeWMSFWrsuYrEsJ8du4oPGVyo5e3Oa0MpXG6KHd_FdkGzRNlVQWGk0JSUQpvR. UaYvKHQOIBQe_HWPCL1IBOIIHGmP.DVu6 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Apr 2021 18:17:07 +0000 Received: by kubenode514.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 84e1aa7d5def3f91cb2e1b4a55880bc1; Thu, 29 Apr 2021 18:17:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> Date: Thu, 29 Apr 2021 11:17:03 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FWNxx3jL9z4v5d X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2021 18:17:09 -0000 On 2021-Apr-29, at 09:57, Mark Murray wrote: > On 28 Apr 2021, at 22:07, Mark Murray wrote: >>=20 >> On 28 Apr 2021, at 09:19, Emmanuel Vadot = wrote: >>=20 >>> According to this document is this just to detect that the slave = hold >>> the scl line too long so I don't think that this is the problem = here. >>> If you have a scope or a logic analyzer I suggest you start by using >>> it to confirm that when you scan with i2c -s you see something. >>=20 >> As it turns out, my logic analyser arrived today. >=20 > I got an oscilloscope onto pins 3 and 5 (GPIO2 and GPIO3), and "i2c = -s" does not a jot on them. >=20 > I don't know if this helps, but the gpioctl utility thinks the pins = are both inputs: Looking around, I see: https://github.com/raspberrypi/hats/blob/master/designguide.md says: QUOTE The default state for all Bank 0 pins will be inputs with either a pull = up or pull down. The default pull state can be found in the BCM2835 = peripherals specificaion section 6.2 table 6-31 (see the "Pull" column). = It will require positive software configuration to change the state of = these pins. The one exception to this rule is ID_SC and ID_SD. GPIO0 (ID_SD) and = GPIO1 (ID_SC) will be switched to ALT0 (I2C-0) mode and probed for an = EEPROM at boot time. These pins will revert to inputs once the probe = sequence has completed. END QUOTE https://github.com/raspberrypi/hats has some other documents as well. If this note is redundant for you, sorry. > [root@grasshopper ~]# gpioctl -f /dev/gpioc0 -l -v > pin 00: 1 pin 0, = caps: > pin 01: 1 pin 1, = caps: > pin 02: 1 pin 2, = caps: > pin 03: 1 pin 3, = caps: > pin 04: 1 pin 4, = caps: > pin 05: 1 pin 5, = caps: > pin 06: 1 pin 6, = caps: > pin 07: 0 pin 7, = caps: > pin 08: 0 pin 8, = caps: > pin 09: 0 pin 9<>, = caps: > pin 10: 0 pin 10<>, = caps: > pin 11: 0 pin 11<>, = caps: > pin 12: 0 pin 12, = caps: > pin 13: 0 pin 13, = caps: > pin 14: 1 pin 14<>, = caps: > pin 15: 1 pin 15<>, = caps: > pin 16: 0 pin 16, = caps: > pin 17: 0 pin 17, = caps: > pin 18: 0 pin 18, = caps: > pin 19: 0 pin 19, = caps: > pin 20: 0 pin 20, = caps: > pin 21: 0 pin 21, = caps: > pin 22: 0 pin 22, = caps: > pin 23: 0 pin 23, = caps: > pin 24: 0 pin 24, = caps: > pin 25: 0 pin 25, = caps: > pin 26: 0 pin 26, = caps: > pin 27: 0 pin 27, = caps: > pin 28: 1 pin 28<>, = caps: > pin 29: 0 pin 29<>, = caps: > pin 30: 1 pin 30, = caps: > pin 31: 1 pin 31, = caps: > pin 32: 0 pin 32, = caps: > pin 33: 0 pin 33, = caps: > pin 34: 1 pin 34, = caps: > pin 35: 1 pin 35, = caps: > pin 36: 1 pin 36, = caps: > pin 37: 1 pin 37, = caps: > pin 38: 1 pin 38, = caps: > pin 39: 1 pin 39, = caps: > pin 40: 0 pin 40<>, = caps: > pin 41: 0 pin 41<>, = caps: > pin 42: 0 pin 42, = caps: > pin 43: 1 pin 43, = caps: > pin 44: 1 pin 44, = caps: > pin 45: 1 pin 45, = caps: > pin 46: 0 pin 46, = caps: > pin 47: 0 pin 47, = caps: > pin 48: 0 pin 48<>, = caps: > pin 49: 0 pin 49, = caps: > pin 50: 0 pin 50, = caps: > pin 51: 0 pin 51, = caps: > pin 52: 0 pin 52, = caps: > pin 53: 0 pin 53, = caps: =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Apr 30 07:51:53 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB50B5F3F34 for ; Fri, 30 Apr 2021 07:51:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWl212jTJz4SGl; Fri, 30 Apr 2021 07:51:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1b3d72df (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 30 Apr 2021 07:51:50 +0000 (UTC) Date: Fri, 30 Apr 2021 09:51:48 +0200 From: Emmanuel Vadot To: Mark Murray Cc: freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210430095148.0a82a78f64a99e59c03f2e82@bidouilliste.com> In-Reply-To: <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWl212jTJz4SGl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 07:51:53 -0000 On Thu, 29 Apr 2021 17:57:45 +0100 Mark Murray wrote: > On 28 Apr 2021, at 22:07, Mark Murray wrote: > > > > On 28 Apr 2021, at 09:19, Emmanuel Vadot wrote: > > > >> According to this document is this just to detect that the slave hold > >> the scl line too long so I don't think that this is the problem here. > >> If you have a scope or a logic analyzer I suggest you start by using > >> it to confirm that when you scan with i2c -s you see something. > > > > As it turns out, my logic analyser arrived today. > > I got an oscilloscope onto pins 3 and 5 (GPIO2 and GPIO3), and "i2c -s" does not a jot on them. And this is with the i2cX.dtbo right ? Can you share the full dmesg please ? > I don't know if this helps, but the gpioctl utility thinks the pins are both inputs: I don't remember if the gpio/pinctrl controller in RPI still sees the pins when they are configured to an alt function or not but that does seems a bit strange yes. Please share a full dmesg as I want to confirm that the pins are configured for i2c function. > [root@grasshopper ~]# gpioctl -f /dev/gpioc0 -l -v > pin 00: 1 pin 0, caps: > pin 01: 1 pin 1, caps: > pin 02: 1 pin 2, caps: > pin 03: 1 pin 3, caps: > pin 04: 1 pin 4, caps: > pin 05: 1 pin 5, caps: > pin 06: 1 pin 6, caps: > pin 07: 0 pin 7, caps: > pin 08: 0 pin 8, caps: > pin 09: 0 pin 9<>, caps: > pin 10: 0 pin 10<>, caps: > pin 11: 0 pin 11<>, caps: > pin 12: 0 pin 12, caps: > pin 13: 0 pin 13, caps: > pin 14: 1 pin 14<>, caps: > pin 15: 1 pin 15<>, caps: > pin 16: 0 pin 16, caps: > pin 17: 0 pin 17, caps: > pin 18: 0 pin 18, caps: > pin 19: 0 pin 19, caps: > pin 20: 0 pin 20, caps: > pin 21: 0 pin 21, caps: > pin 22: 0 pin 22, caps: > pin 23: 0 pin 23, caps: > pin 24: 0 pin 24, caps: > pin 25: 0 pin 25, caps: > pin 26: 0 pin 26, caps: > pin 27: 0 pin 27, caps: > pin 28: 1 pin 28<>, caps: > pin 29: 0 pin 29<>, caps: > pin 30: 1 pin 30, caps: > pin 31: 1 pin 31, caps: > pin 32: 0 pin 32, caps: > pin 33: 0 pin 33, caps: > pin 34: 1 pin 34, caps: > pin 35: 1 pin 35, caps: > pin 36: 1 pin 36, caps: > pin 37: 1 pin 37, caps: > pin 38: 1 pin 38, caps: > pin 39: 1 pin 39, caps: > pin 40: 0 pin 40<>, caps: > pin 41: 0 pin 41<>, caps: > pin 42: 0 pin 42, caps: > pin 43: 1 pin 43, caps: > pin 44: 1 pin 44, caps: > pin 45: 1 pin 45, caps: > pin 46: 0 pin 46, caps: > pin 47: 0 pin 47, caps: > pin 48: 0 pin 48<>, caps: > pin 49: 0 pin 49, caps: > pin 50: 0 pin 50, caps: > pin 51: 0 pin 51, caps: > pin 52: 0 pin 52, caps: > pin 53: 0 pin 53, caps: > > M > -- > Mark R V Murray > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Apr 30 07:55:20 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CD0B5F4020 for ; Fri, 30 Apr 2021 07:55:20 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWl6026HJz4Sgh; Fri, 30 Apr 2021 07:55:20 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8011:300b:42:7d45:7ce8:bbac:8f01]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id C2B4F2345C; Fri, 30 Apr 2021 07:55:19 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_5CB670C0-14E2-423F-8534-980FC59D8EF1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: Date: Fri, 30 Apr 2021 08:55:17 +0100 Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> To: freebsd-arm X-Mailer: Apple Mail (2.3654.80.0.2.43) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 07:55:20 -0000 --Apple-Mail=_5CB670C0-14E2-423F-8534-980FC59D8EF1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Apr 2021, at 19:17, Mark Millard wrote: >=20 > On 2021-Apr-29, at 09:57, Mark Murray wrote: >=20 >> On 28 Apr 2021, at 22:07, Mark Murray wrote: >>>=20 >>> On 28 Apr 2021, at 09:19, Emmanuel Vadot = wrote: >>>=20 >>>> According to this document is this just to detect that the slave = hold >>>> the scl line too long so I don't think that this is the problem = here. >>>> If you have a scope or a logic analyzer I suggest you start by = using >>>> it to confirm that when you scan with i2c -s you see something. >>>=20 >>> As it turns out, my logic analyser arrived today. >>=20 >> I got an oscilloscope onto pins 3 and 5 (GPIO2 and GPIO3), and "i2c = -s" does not a jot on them. >>=20 >> I don't know if this helps, but the gpioctl utility thinks the pins = are both inputs: >=20 > Looking around, I see: >=20 > https://github.com/raspberrypi/hats/blob/master/designguide.md That's a useful document, thanks, but I'm not yet making much progress. =46rom a verbose boot, I extract the following gpio/i2c items: [root@grasshopper ~]# dmesg | egrep 'gpio|i2c|iic' gpio0: mem 0x7e200000-0x7e2000b3 irq = 14,15 on simplebus0 gpiobus0: on gpio0 gpio0: set pin 9 to func 4 gpio0: set pin 10 to func 4 gpio0: set pin 11 to func 4 gpio0: set pin 8 to func 1 gpio0: set pin 7 to func 1 Processing 1 pin-config node(s) in pinctrl-0 for i2c@7e804000 <<< = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Something here? gpio0: set pin 40 to func 4 gpio0: set pin 41 to func 4 gpio0: set pin 48 to func 7, pull 0 gpio0: set pin 49 to func 7, pull 2 gpio0: set pin 50 to func 7, pull 2 gpio0: set pin 51 to func 7, pull 2 gpio0: set pin 52 to func 7, pull 2 gpio0: set pin 53 to func 7, pull 2 gpio1: on bcm2835_firmware0 gpiobus1: on gpio1 gpioc0: on gpio0 simplebus0: mem 0x7e205000-0x7e2051ff irq 19 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: disabled compat i2c-mux-pinctrl (no driver = attached) iichb0: mem 0x7e804000-0x7e804fff irq 26 = on simplebus0 simplebus0: mem 0x7e205600-0x7e2057ff irq 50 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205800-0x7e2059ff irq 51 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205a00-0x7e205bff irq 52 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205c00-0x7e205dff irq 53 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem = 0x7ef04500-0x7ef045ff,0x7ef00b00-0x7ef00dff disabled compat = brcm,bcm2711-hdmi-i2c (no driver attached) simplebus0: mem = 0x7ef09500-0x7ef095ff,0x7ef05b00-0x7ef05dff disabled compat = brcm,bcm2711-hdmi-i2c (no driver attached) gpioc1: on gpio1 simplebus0: mem 0x7e200000-0x7e200fff compat = brcm,bcm2835-gpiomem (no driver attached) gpioled0: on ofwbus0 ofwbus0: compat regulator-gpio (no driver attached) iicbus0: usbus0: 5.0Gbps Super Speed USB v3.0 on iichb0 iic0: on iicbus0 The iic/i2c device is there, yet the physical pins on the RPI4 8GB are = vigourously resisting doing anything at all. Does the above look OK to = you folks who are in the know? I decompiled the .dtb file to see if anything looked wrong (trying to = follow whats happening in the .dts source files makes my brain hurt): [root@grasshopper ~]# ls -al /boot/msdos/ : -rwxr-xr-x 1 root wheel 49090 Mar 3 13:29 = bcm2711-rpi-4-b-BACKUP.dtb -rwxr-xr-x 1 root wheel 49089 Apr 30 07:20 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel 56933 Apr 30 07:19 bcm2711-rpi-4-b.dts : I did find this snippet: i2c@7e804000 { compatible =3D "brcm,bcm2711-i2c", = "brcm,bcm2835-i2c"; reg =3D <0x7e804000 0x1000>; interrupts =3D <0x0 0x75 0x4>; clocks =3D <0x7 0x14>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x17>; clock-frequency =3D <0x186a0>; phandle =3D <0x35>; status =3D "disabled"; }; ... and I didn't like the look of that ' status =3D "disabled"; ' line, = but removing it, recompiling and rebooting had no effect. I2c is all = over that .dts, and its confusing the hell out of me. Does pinctrl-0 = have something to do with this? The pins 2/3 need to be configured to be = BCM2835_FSEL_ALT0 (FSEL[2-3]=3D4), and pinctrl-0 is 0x17, but that = doesn't seem to help register GPFSEL0 fields FSEL3(11:9) and FSEL(8:6). Somebody must have this working?! :-) > If this note is redundant for you, sorry. I'm not sure yet - the information definitely adds to what I know, but = I'm still too new to this to put it together properly,, and I can only = do it in short bursts of time (because life!), so thanks! M -- Mark R V Murray -- Mark R V Murray --Apple-Mail=_5CB670C0-14E2-423F-8534-980FC59D8EF1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCLt+UACgkQQlsJDh9C UqDvRwgAgVXLeZnuDSDZSfCoQIVexcliTz+E9OKgj/h2cvdKhxXsI2iifiOQjmXx 2gLp85i3pNrL3XHSsu8OYwhEfYFGn2HhBunv5w4uu0J79QkrwNufwm/88qgiL/C6 6REBLhWqErgA8sAqfsTWMYay9mxd85uS5eGWj/ALnaJYZcmTWTpCYWjnaBRfF2km E3bToer/QGrXSatXQcpBKW8kz3NnmvzOMS/hoLLaJz3aHFpTtK2dMhagi4HfXX6U Grpx1xoNSYqEC6P+UYyYQcCErcViZqKCQ7TXwOcgdaYecWGXAhkfkDbO9efGexHJ nB7Ky7O18X2tB+5Mx8IVX6ycfykNbA== =pHCp -----END PGP SIGNATURE----- --Apple-Mail=_5CB670C0-14E2-423F-8534-980FC59D8EF1-- From owner-freebsd-arm@freebsd.org Fri Apr 30 10:24:39 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 68BC45FA0A6 for ; Fri, 30 Apr 2021 10:24:39 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWpQG3KTzz4cPn for ; Fri, 30 Apr 2021 10:24:38 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id x5so19686270wrv.13 for ; Fri, 30 Apr 2021 03:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=wtyFCEdhQwITUA55BSzkhEFgzGFB4uCcJrDBqom+6uE=; b=YmUQt3+E6ewU6JUKS4Oh8qfAAg/zspaHkFoc64LgWy5mOc5VUuCeXL8dAsN7GbD3lg mlGzj74OucFHhpoOooE2Y2FK6sPGh9hxq6eVfqI7gRPpLU2phBMoZ0oNWi3rHiZgM3Ja zzzxV/fOynePGFO3z6dWdurF4gLNXW+nc9DT9zcmH2NFYLfScca1H7bTjTlE96na42Cd yuB3r6K8gkrjt3BVa8pDv8eBJMGefI2LS17J9FgXe5QGU5WS6+tRUdVuoAKdA0UxgNF+ cr/hi7HfSxDySnOxKImP5a9equ1WDBRntpNjguNreNuCGskz8lDzM0bLQaljPVpdyQ3O nYuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=wtyFCEdhQwITUA55BSzkhEFgzGFB4uCcJrDBqom+6uE=; b=pAeG6Uu29vvUEJt4JwmOW4+jj3NjoEiDxbn4yYjIFmvwt4b792vhIZHJDZj91+URtc /LeVTZTwSe5LrU2BiHDgHoEv22g3izsgOle2HgKhawg02dR2kZe6+kWxwspXLLVPpVy6 SdGK/eC3Mqokn6uKRGFOU+jG/p0iVhKQnD8q/qR8U6Zo3MMv0z0A3S9HjVN2Fwhex9oa Mh+0HozThVKoREsGzuSmHkxBGTXH4PqV1vUzrWlOy9XcFZOGu7G4wOtHr55oKHN5BhtG QPPFslzejOmSkK+EijB76AXhKyXF4phViriEFt7J3fk1JX+Ok064V2ubYzEL5rzJyCI7 b3qg== X-Gm-Message-State: AOAM530/5YvUHvWhVFLkOwzHyy/RpRiFWH3J73m1vIAdqsP/ACQSvc7a G+D2nwH2KmpDzGvhMhANfUH3840dNg6j0IRLsySPXn2m3g== X-Google-Smtp-Source: ABdhPJzHLpsqsBX7jgBf/oG0e1N3AGIZb31jmU9LHM2I0qkGM+ywxzstbiiV78jQC6gx988vObnOGZWNytBmyEXrnFY= X-Received: by 2002:a05:6000:1a41:: with SMTP id t1mr5790222wry.265.1619778277142; Fri, 30 Apr 2021 03:24:37 -0700 (PDT) MIME-Version: 1.0 Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Fri, 30 Apr 2021 15:54:26 +0530 Message-ID: Subject: reset sdhc card To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FWpQG3KTzz4cPn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=YmUQt3+E; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 10:24:39 -0000 hello, i hae an sdhc driver for broadcom. is there a command that i can issue to reset the card and clear all state information/. ''thanks -kamal From owner-freebsd-arm@freebsd.org Fri Apr 30 14:22:33 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B7A3E5FF9C9 for ; Fri, 30 Apr 2021 14:22:33 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWvhn4VrLz4p8F; Fri, 30 Apr 2021 14:22:33 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x433.google.com with SMTP id h4so61740953wrt.12; Fri, 30 Apr 2021 07:22:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=RiDGgXTG5KlG9y8iHHpH1pcNFVpzWASU5F3EVmff9qw=; b=aQoOL/T7jDHigzNeFyd5aJiymMrZoyVsPBKCHLRvvLc7YmTIlua6P6bIHe+ir0L21q PF6LxUiZZSrt94wr5+qZvWzQQXkZ8+1yVXXIoxG19ONHGB8V47OvjfJzmBKbc2/cW5Z8 Idr+WIJOcd4AzwDyh46iTPKxItZmYeOPV2z7M3XNqBDP77aCkT73OQd4hJBEFkNNg1ZH bAuF0N7fbxS8KHOIO7TjOdLqaypAkyVUm+1Rhs5t2p+V8gX85Amk0iOf41dj/dwxcbpe h+SatbPO6YhBiOh3sMDU0kTDLfpflIGysnSciVY5lavv05cWkjIH4MB6F6j0ZkcESiKv irvg== X-Gm-Message-State: AOAM5319+x2wWC8Ilqy5EQbRLBcMer27rwNeWtEj98FPseNd553rxWtx VWsgy0aYtOFGQfaTfj+nR3lvUG6M1Ag= X-Google-Smtp-Source: ABdhPJzmQ5jtKlBehso8Oh3DLpYqvaK0+ULtKTxrBMHEdfIgtT94hFuFQyNTyKVR2bE5VcXc0tIFUw== X-Received: by 2002:adf:fd4d:: with SMTP id h13mr7352075wrs.285.1619792552301; Fri, 30 Apr 2021 07:22:32 -0700 (PDT) Received: from smtpclient.apple (dynamic-046-114-152-004.46.114.pool.telefonica.de. [46.114.152.4]) by smtp.googlemail.com with ESMTPSA id b6sm12340762wmj.2.2021.04.30.07.22.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Apr 2021 07:22:31 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? Date: Fri, 30 Apr 2021 16:22:29 +0200 References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> To: Mark Murray , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FWvhn4VrLz4p8F X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 14:22:33 -0000 > On 29 Apr 2021, at 19:17, Mark Millard wrote: >> =E2=80=A6..Looking around, I see: >=20 > https://github.com/raspberrypi/hats/blob/master/designguide.md >=20 ... > Am 30.04.2021 um 09:55 schrieb Mark Murray : > That's a useful document, thanks, but I'm not yet making much = progress.=E2=80=A6=E2=80=A6 =E2=80=A6.. > . The pins 2/3 need to be configured to be BCM2835_FSEL_ALT0 = (FSEL[2-3]=3D4), and pinctrl-0 is 0x17, but that doesn=E2=80=99t seem to = help register GPFSEL0 fields FSEL3(11:9) and FSEL(8:6). >=20 >=20 > Mark R V Murray yet another useful document(at least that's what I hope to fix your = usecase) : = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= K.= From owner-freebsd-arm@freebsd.org Fri Apr 30 17:02:15 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FC53624C88 for ; Fri, 30 Apr 2021 17:02:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.205]) (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 4FWzF16WQDz3CQJ for ; Fri, 30 Apr 2021 17:02:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619802132; bh=478e4xl4U2YQYyD4zLRaDPiCLgVuSE+1qI3/yGVUYt8=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=PEN5PbyHIXlPKhOzp1OLP71n3y8uXkFjByz9oLUuUtnJoPoJVzhIkaVj7gpUDR4j1A2uA0TZHEh0ZN2zrOZtW3Tsw/kBBFiOWp2ATbc+h2xbuyRIV3ScSvuu7o2ZOLLYweCUoOsVx0vD1OoyqPRZCsf8YsnNdUL6oCB2AZKjYe4YfabMnvh1vjVgXnceCIhXr2yPfjzrVf+/HjSsy6VyMqD4ys70leduFS+HDlXsj00NdBgEafMJ8hRsVnRay77OV1b435sl8caukPyDTWqFMs6IVAmI9xdHeIspJOsYy/aYIzwECaoOsmYgMcLwF1JoREwsXKVPVB3A05BENfpcJw== X-YMail-OSG: mJluMMkVM1nVl08hX_KKTkE1hLhrbU2hoFThsujE706ayrqJDrPuj3Mvwz1rp2a rBx8J.fdbdRJJPy2pu9v8Q2yRfmXbn3kYUXo.gjy5Yxra7.dByJxudsV2esU1ldSmUVpNBDnzcot MYu7XiZcHtfnbWZ6jitbd5JGQuzBOPPho.i4bL001X403yl6b5J1cfbcUJAqOSRKQfdc2JGnrKzw 2unTKrFkR1gMOPKSX.sMz5CUfr_i6wo2btTpvNiauqT0INT5xvIDTY_e2S4FvVtqhVB3.892kIjO 4Y3ZsNE25BkAalT5HhnuBYsWw8cmir9LUW72xjek9dh39bjRrwP.hN6RNUHSErpvDkxB_dtWPNkk VlKJ4UgDyTKm7a51sTBPC6Ry6lHYOQQob3uGsP.mJuD1aOUBzU18Ysl4dFYgtSV1UjIqGIsLG1BR sqGbx9V7avRW3A5Ua7yGNl84VR5JeuY8wn2iLYDbmsCetRSfJqY7QeGcflWdQJUIn7ZEaLlFkXW9 sBCE10AtahDgCSc52N7m_VuPmC6OSPf.Gh3QPCu.sQAER.ytL4fqCKpbTjafnQo5bYUaohwCepYx pl2KzNBgZLGSfOwAOe_hbGkD5XpctV9gehcIce2Tb5V8lQs_XGGQqGHSVkZMVGirBFkCtEgNy22i DJC_rt9g.f_SIaYXD77GCUNezyvL3EMNzR73dxHnXJ9d6tL.N27aec_FfZb1zKWnlAf44sUSSZc7 dW2lr8tJ5YgaaHvNeRSpWXRyZy6VSJcJj4HPIKENgja1aQ9S7WKmSDMv4EorKu4sfdcdmXuuG1tz hoIpaK8wXPKXL0M6RHKSOzNSzan0f8jKfp8CMf6Mk_KO9EgnYNFtYLokrVHyziQVBOXgAQERmuR_ NfB81Nitempgv37fUv_AVDfYguePmuOfuA7kWcwqDCUtHtXb3OBw.UxPEJqon.6b_KXgvz3mrZVm JKIrJJpvlA30Grrt6cL9lVtTCk3ddpcRy4B7qP4Tf0x_Ewxwxm2NgngIbr7y1r_FbpnOIp20cyhU qK5WAMQ1bT8_Y7utfGGDXd9JdeeJ.CWc5n8KLKirJ9UPkTRRgOgUCugVI9swqJx2ioPZT4QhccyT 1qmu2dNVUSoHGInuzoTVX7kGE_wUFJnNZ62zmtm0NCxgt6Uh0j7p3n_fbJACxi9wLAXnFN_EXIVg 6XWGYAMZvpZzY0Gv1xrmYpCkxmOo5qxLq1YysINGNqS8ROp_bUC7zt5bGYUbtsGdZT3Fty3XE3LZ vjycLqaUfixnkE4lnqGB2cMYObwCQYQvdhEmzy7_uEAgGdmWbAjuoYcqendQfJdtBX6tjgTyzhsy s1i2YPfqc22BqF2qdHSRACiPQbhTNtq21g8Md07XHKYx0r3RdV8Z0x2FGOHaJTFhDll1ngzHtOZI qpXioUFYiiIQpbZ0Ly12L4TuL9FTjsk3jP6mwMbr.OndFAXhgupCWZmh6RsWQ55edQ8wGOlzk_F8 vtA9u4gj3arDp3oBIjARaRvGFpayS3iIu5FJDFZE4ddWqgy5yCAucMmNlNtEWYXZBJb694uCQg35 B_1gveTG.NYHOfmxApu6XhfU.NjBlxXkfpMOGVqnJFXJemBf3EvWtI0R6csqUVjRTHHFZJKXL.gh FuW.8zNOpTambX49ynRLpoWTynjVXQq_hUrDZMtNnx1ugVEaOAz1baculFl5npcizjO6MayPNS5v iJcMuWj50gOZNxsgTaCzrHdVcw_GATISKlPt_5PBxM1DgBokksuxXvtLOlwlqCSAMylCaDedqHsr Hn8QBaK08_f3lmc76z9TQ4JGrr_Ftq5YfQmJQQkoXPvOCmh2qJw3oDZ1br58X0FQcoO2ocioWa6. HVeMApp1piy7vX3Mh9yMWG2ODBqCQZflQP8fdjQfOhhxxbg6xn9vhE0UvwRI.oNwIWHiNFgztj0Y 32FDjhKKEmDje9y3D9DsfVp4uVyMI6mUQo5QoSN6.fP9TBvjnngHDSJJH748HS0mkNNnAR86Lbiv jNzQR9C_uUT1TAG_25IT00ANumH6ptVVlIZmPbcR50.TkHLLdvbKjjxpkacp99.4F0OLz57Yom4y e35PFchMW8Su6BPfa6Fxg0UrC8ZaJvcJhkbtPR4cM_4L9KIa_zomeIJXPTEiH_asnzDEX2PHzpd. zwAOcnlYaErIixuyMIV0yYUn4tBZ_6jIFvNsktu4a_6QAKgkt1A0CRnLWdjJdPlW8Xf4yisKHk8A 71XesoLma124Oy3cLUDnjnlc.P2yP7JsuNeQv02xXX.GzLh6WNhcTtRI5C5e4oubMSGa_zZ2ybj2 xTf5Rh5UdGDkpjaS9qmnNgMb5PHwPWG4LMrc14xwu3.y.M6m3guP2m_t7klI7RnoR1eLkYyrddaS q9t4SQ4Ysp2BP47YW8hJopJi5Zn6lacZUe.CrENwFtSDq5q3FnZQtoUB0kZiSbWmulBtglgldySR b17I0M4lyBDhj26OTI.4nfHz0acc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 30 Apr 2021 17:02:12 +0000 Received: by kubenode550.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5fffcb98c56dfaf4a607f297c5436251; Fri, 30 Apr 2021 17:02:08 +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 14.0 \(3654.60.0.2.21\)) Subject: FYI: New stable(/critical) RPi4 eeprom image: "Pi400 MII clock freq" fix this time Message-Id: <6553D8A3-DD94-4923-8A3A-97F27CA97BFA@yahoo.com> Date: Fri, 30 Apr 2021 10:02:05 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <6553D8A3-DD94-4923-8A3A-97F27CA97BFA.ref@yahoo.com> X-Rspamd-Queue-Id: 4FWzF16WQDz3CQJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.68.205:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 17:02:15 -0000 There now is a pieeprom-2021-04-29.bin that is the newest stable (critical) release and also the new manufacturing release. See: = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md It does not appear that: https://github.com/raspberrypi/rpi-eeprom/blob/master/releases.md has been updated to track yet: it still lists the 2020-09-03 image as the default and so is now a couple of releases behind. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 1 03:30:40 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5FA9F5FA7CF for ; Sat, 1 May 2021 03:30:40 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from barleycorn.oikumene.net (tk2-231-25124.vs.sakura.ne.jp [160.16.110.128]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXF9x5RGnz4WS7 for ; Sat, 1 May 2021 03:30:28 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from nowhere.oikumene.ukehi.net (148.17.178.217.shared.user.transix.jp [217.178.17.148]) by barleycorn.oikumene.net (Postfix) with ESMTPSA id BFE6061FAE for ; Sat, 1 May 2021 12:30:19 +0900 (JST) Received: from localhost (nowhere.oikumene.ukehi.net [192.168.8.24]) by nowhere.oikumene.ukehi.net (8.16.1/8.16.1) with ESMTPS id 1413W4MG085723 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 1 May 2021 12:32:06 +0900 (JST) (envelope-from hiroo@oikumene.net) X-Authentication-Warning: nowhere.oikumene.ukehi.net: Host nowhere.oikumene.ukehi.net [192.168.8.24] claimed to be localhost From: Hiroo Ono To: Subject: loader.efi does not boot on Lenovo Yoga C630 Date: Sat, 01 May 2021 12:32:04 +0900 MIME-Version: 1.0 Message-ID: User-Agent: Trojita/0.7; Qt/5.15.2; xcb; AnyBSD4.4FreeBSD; Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FXF9x5RGnz4WS7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=temperror reason="query timed out" header.from=oikumene.net (policy=temperror); spf=temperror (mx1.freebsd.org: error in processing during lookup of hiroo@oikumene.net: DNS error) smtp.mailfrom=hiroo@oikumene.net X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_DNSFAIL(0.00)[temporary DNS error]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[barleycorn.oikumene.net]; HFILTER_FROMHOST_NORESOLVE_MX(0.50)[barleycorn.oikumene.net]; RCVD_COUNT_THREE(0.00)[3]; HFILTER_HELO_NORES_A_OR_MX(0.30)[barleycorn.oikumene.net]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[160.16.110.128:from]; ASN(0.00)[asn:9370, ipnet:160.16.0.0/17, country:JP]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[160.16.110.128:from:127.0.2.255]; DMARC_DNSFAIL(0.00)[oikumene.net : query timed out]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 03:30:40 -0000 Hello, I am trying to install FreeBSD/aarch64 to Lenovo Yoga C630 (81JL0012JP). It has Snapdragon 850 as the processor. I tried the 13.0R image, the UEFI BIOS recognizes the EFI partition, but loader.efi does not start at all. The screen stays blank. I added the following code to efi_main(), but still there is no text output. diff --git a/stand/efi/loader/efi_main.c b/stand/efi/loader/efi_main.c index fa3c765c3..f5174ec23 100644 --- a/stand/efi/loader/efi_main.c +++ b/stand/efi/loader/efi_main.c @@ -91,6 +91,10 @@ efi_main(EFI_HANDLE image_handle, EFI_SYSTEM_TABLE=20 *system_table) (void)console_control->SetMode(console_control, EfiConsoleControlScreenText); + status =3D ST->ConOut->TestString(ST->ConOut, (CHAR16 *)L"Test\r\n");= + if (status =3D=3D EFI_SUCCESS) + ST->ConOut->OutputString(ST->ConOut, (CHAR16=20 *)L"Test\r\n"); + heapsize =3D 64 * 1024 * 1024; status =3D BS->AllocatePages(AllocateAnyPages, EfiLoaderData, EFI_SIZE_TO_PAGES(heapsize), &heap); For other UEFI applications, grub2 works and UEFI Shell of EDK II does not=20= work. Is there anything I can do to let loader.efi run? From owner-freebsd-arm@freebsd.org Sat May 1 08:13:42 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0E9FC62A0B1 for ; Sat, 1 May 2021 08:13:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 4FXMSh2rqSz3jqv for ; Sat, 1 May 2021 08:13:40 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sat, 01 May 2021 08:13:32 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1619856817; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=V1p5s0g31b5OkCKxs9qUk99CnWr8RztfQjj3gLK2pzo=; b=ckt3ocNj7K0t2/0KzIcvj0gfCa4oKYvVowJEXwrraDUqzJmOpev+0xCuaqfqrn+qUjVhFU AtWiCh+g/cK9BBJi2h0+wF+hIHiPia1HcRlbT2gOz7gOXg7WpIzcYEL/HhMrzT7wDON9ZE LuS6ujMUG6rn2lApPMKtnrCCeGAflG5opdaQjsa/cYr3AlBFNDKsTbOexQ9+8k2hBa54Cn 3kOcisCgQPYK4hWZ23/ZNB+eHtPagxSg0zw2heAlM+WePezIPuh1s/vmKSIRlHL8HUekzy cCa8XL90moFBVYzTja+xADhhN6YCx59Mzop4rFZZcwsqMJCHGFSuZzNtoqm2vw== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V To: freebsd-arm@freebsd.org, Hiroo Ono Subject: Re: loader.efi does not boot on Lenovo Yoga C630 In-Reply-To: References: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4FXMSh2rqSz3jqv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=key1 header.b=ckt3ocNj; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.23.1.103:from]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=key1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[94.23.1.103:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[94.23.1.103:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 08:13:42 -0000 On May 1, 2021 3:32:04 AM UTC, Hiroo Ono wrote: >Hello, > >I am trying to install FreeBSD/aarch64 to Lenovo Yoga C630 (81JL0012JP)= =2E >It has Snapdragon 850 as the processor=2E > >I tried the 13=2E0R image, the UEFI BIOS recognizes the EFI partition, >but loader=2Eefi does not start at all=2E The screen stays blank=2E >I added the following code to efi_main(), but still there is no text >output=2E Qualcomm firmware has an alignment requirement, see https://lists=2Egnu=2Eorg/archive/html/grub-devel/2018-12/msg00055=2Ehtml https://github=2Ecom/tianocore/edk2/commit/de3c440e8a54c201c527b85da7b89d5= 8486ece4d From owner-freebsd-arm@freebsd.org Sat May 1 11:48:11 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A62B45FE875 for ; Sat, 1 May 2021 11:48:11 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXSDC4JM0z4Sn0; Sat, 1 May 2021 11:48:11 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8011:300b:42:9cf4:f0f0:c843:1723]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 1A1382F663; Sat, 1 May 2021 11:48:11 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_DAF2F07C-064A-4E9A-9030-D9DD2B532AD4"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: Date: Sat, 1 May 2021 12:48:07 +0100 Cc: freebsd-arm@freebsd.org Message-Id: <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.80.0.2.43) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 11:48:11 -0000 --Apple-Mail=_DAF2F07C-064A-4E9A-9030-D9DD2B532AD4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann = wrote: >=20 >=20 > yet another useful document(at least that's what I hope to fix your = usecase) : >=20 > = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= BINGO!! I added gpio=3D2,3=3Da0 to my config.txt file and after a reboot, # i2c -f /dev/iic0 -s worked! Thank you! M -- Mark R V Murray --Apple-Mail=_DAF2F07C-064A-4E9A-9030-D9DD2B532AD4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCNP/cACgkQQlsJDh9C UqCAQwgAtl5vC56XRqcQ8TtPZ7qzY+pzSEuvFlH5WCZJj9WoFITb2zkD4if+X+Cd +Jc845qG1KRGnUpCwOXTGZc0VrotwNHeLjYRztgFULgCXb2962ZBzRouXWZVcrko Wyo0MTQJR0CNbQssRbPeu9/SQb/M2SxhQrHeVLiZ0G+iBfQ8ZVeV1vG9WFA5Z8cq 9AuXFkpui9U+PXVCVFvl4NLieLbraLvhZ5ENZ2WqKa6MShBoSok69MCOCOaHe28k zu1aWgr6oNN0bzZokJ+KWGQiCyCvux21marT1sJEkQXGTiylPZBXzCUvwcs5/TvR D6sgTNFH/frAOcDsIuaIT+2V57Fdjw== =rqOE -----END PGP SIGNATURE----- --Apple-Mail=_DAF2F07C-064A-4E9A-9030-D9DD2B532AD4-- From owner-freebsd-arm@freebsd.org Sat May 1 12:34:56 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74F2C628D77 for ; Sat, 1 May 2021 12:34:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXTG80R4nz4VmG; Sat, 1 May 2021 12:34:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 6498c7d9 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 1 May 2021 12:34:47 +0000 (UTC) Date: Sat, 1 May 2021 14:34:46 +0200 From: Emmanuel Vadot To: Mark Murray Cc: Klaus =?ISO-8859-1?Q?K=FCchemann?= , freebsd-arm@freebsd.org Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210501143446.7e171a18e01d425b1f741b90@bidouilliste.com> In-Reply-To: <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FXTG80R4nz4VmG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 12:34:56 -0000 On Sat, 1 May 2021 12:48:07 +0100 Mark Murray wrote: > On 30 Apr 2021, at 15:22, Klaus K=FCchemann w= rote: > >=20 > >=20 > > yet another useful document(at least that's what I hope to fix your use= case) : > >=20 > > https://www.raspberrypi.org/documentation/configuration/config-txt/gpio= .md >=20 > BINGO!! >=20 > I added >=20 > gpio=3D2,3=3Da0 >=20 > to my config.txt file and after a reboot, >=20 > # i2c -f /dev/iic0 -s worked! >=20 >=20 > Thank you! >=20 > M > -- > Mark R V Murray >=20 This shouldn't be needed at all. If we need to rely on the firmware to make basic pinctrl stuff working it just means that the pinctrl driver isn't complete for RPI4. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat May 1 12:53:52 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A306629A9C for ; Sat, 1 May 2021 12:53:52 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXTh03FRXz4Wn2; Sat, 1 May 2021 12:53:52 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8011:300b:42:9cf4:f0f0:c843:1723]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id D7572E81; Sat, 1 May 2021 12:53:51 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_E696ACC9-3659-47C6-97BE-187CC08EC9C9"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: <20210501143446.7e171a18e01d425b1f741b90@bidouilliste.com> Date: Sat, 1 May 2021 13:53:49 +0100 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Message-Id: <39206BB5-F65A-4758-BB97-5C774C78E153@FreeBSD.org> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <20210501143446.7e171a18e01d425b1f741b90@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 12:53:52 -0000 --Apple-Mail=_E696ACC9-3659-47C6-97BE-187CC08EC9C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 1 May 2021, at 13:34, Emmanuel Vadot wrote: >=20 > This shouldn't be needed at all. > If we need to rely on the firmware to make basic pinctrl stuff working > it just means that the pinctrl driver isn't complete for RPI4. Good point, but for now it a) proves that the BSC works on RPI4 8GB, and = b) allows to to stop Yak-Shaving for now and get back to my I2C project = :-). (My next (lower priority) problem is to break the UART away from the = console such that the console is only the inbuilt video + usb KB and = mouse, and the UART is an ordinary /dev/tty* and /dev/cu* device set). M -- Mark R V Murray --Apple-Mail=_E696ACC9-3659-47C6-97BE-187CC08EC9C9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCNT10ACgkQQlsJDh9C UqABcQgAgVRaTZ5WCg91o43+rTV1yRzADUCqUGPGhvvG5ye4b+58ShAgHlEc6nPp 7f0pBJsLb0ufheAa4Opkf3jhrFVRlg7I8EFTMa+dIhNwtlCeU/c0CKsouqmMcV9R pmEvqEyw00I1qu8mWNxrpk07GtZekyfpSMEuv+OaZCkiRrBydNnm69PjO7cvt1zJ p/8R/rQLz7In4vShhrwJTfbe8ZrSL4kyd70GHAierNXJ2RiC2gtdzEwuKOmzm/JX Se5QXevVDQrxmDGKRruCGZ4KNlQY6RZoAC2GXXtXgp1Ij5Db1ir04yzE5PPeVNpj sQINwnVCvnRvHZaZw8+sB+hv8zpMJg== =o9YK -----END PGP SIGNATURE----- --Apple-Mail=_E696ACC9-3659-47C6-97BE-187CC08EC9C9-- From owner-freebsd-arm@freebsd.org Sat May 1 14:49:13 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC8AC62DFD5 for ; Sat, 1 May 2021 14:49:13 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXXF42T0kz4cJp for ; Sat, 1 May 2021 14:49:11 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id l14so1011505wrx.5 for ; Sat, 01 May 2021 07:49:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=5iuERtLWztV2ACY4Z/KcoDSVgsrkDYAr3jupYZ0VBng=; b=AhBetXhwDTICztPujp1E8ZENu6sOypIgtSu1RkBZ2mLO+7FdWFqOrnAsOQA1znZwY/ ijtuouH8iziWUVCvpftOVet2Rs+TZma8JMVJXdWWzkVcvAI1Pm+SQpPC6zcx/0NCQPsm U06EbC+uZuNW5HtATcETjDMzWBiu6CLzq8ztt3C7DOcV0vn6QhhKpRUooBz3nLfThsxC gMN0U+25GmswNTRSLXQlZC6FqEVM4986/1lPFcDU6ZyEEhXhGhx0MK27sICweEXy8ytA 8wxC3hlgseB0HGhqqVUw16NufyHyBf9BMys3yqRP9Uz/01ciOXbKfZt1FXMEXlyWufsH gIMA== X-Gm-Message-State: AOAM530PBfJ1MuNJKDS57/htlkCFYpznBTbBKGfhFyWfYcweHNTlSGGA 3vs4UThrdYBSb2PvXvXwcCao6kXOxqs= X-Google-Smtp-Source: ABdhPJwbPacC6p4Noaf75L950xh2GQUCI4rlhX9IX3AfOuZyMLl9vniv3E6dTqT/gwXtOOmHalpwyg== X-Received: by 2002:a5d:64c6:: with SMTP id f6mr14355139wri.18.1619880550274; Sat, 01 May 2021 07:49:10 -0700 (PDT) Received: from dadivanyan.net ([87.241.140.223]) by smtp.gmail.com with ESMTPSA id a2sm2417009wrn.13.2021.05.01.07.49.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 May 2021 07:49:09 -0700 (PDT) Subject: Re: I2C/IIC working on RPI4 8GB? To: freebsd-arm@freebsd.org References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> From: Hrant Dadivanyan Message-ID: <48f3dabe-b2c9-5285-f159-74487e28949d@dadivanyan.net> Date: Sat, 1 May 2021 18:49:07 +0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O5ovaVocWQRoHL8dkc2y9bBSN3kc7Vt24" X-Rspamd-Queue-Id: 4FXXF42T0kz4cJp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hrantdadivanyan@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=hrantdadivanyan@gmail.com X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[87.241.140.223:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.221.54:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[dadivanyan.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.221.54:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.54:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.54:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 14:49:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --O5ovaVocWQRoHL8dkc2y9bBSN3kc7Vt24 Content-Type: multipart/mixed; boundary="uspYLaWjLj3EPCR7O9jZO1cufFpHlWzBM"; protected-headers="v1" From: Hrant Dadivanyan To: freebsd-arm@freebsd.org Message-ID: <48f3dabe-b2c9-5285-f159-74487e28949d@dadivanyan.net> Subject: Re: I2C/IIC working on RPI4 8GB? References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> In-Reply-To: <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> --uspYLaWjLj3EPCR7O9jZO1cufFpHlWzBM Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable Yes, this helps me too: iichb0: mem 0x7e804000-0x7e804fff irq 26=20 on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 ds32310: at addr 0xd0 on iicbus0 ds32310: registered as a time-of-day clock, resolution 1.000000s Thank you! Hrant On 5/1/21 3:48 PM, Mark Murray wrote: > On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann wrote: >> >> >> yet another useful document(at least that's what I hope to fix your us= ecase) : >> >> https://www.raspberrypi.org/documentation/configuration/config-txt/gpi= o.md >=20 > BINGO!! >=20 > I added >=20 > gpio=3D2,3=3Da0 >=20 > to my config.txt file and after a reboot, >=20 > # i2c -f /dev/iic0 -s worked! >=20 >=20 > Thank you! >=20 > M > -- > Mark R V Murray >=20 --=20 Hrant Dadivanyan - hrant(at)dadivanyan.net /* "Feci quod potui, faciant meliora potentes." */ --uspYLaWjLj3EPCR7O9jZO1cufFpHlWzBM-- --O5ovaVocWQRoHL8dkc2y9bBSN3kc7Vt24 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEPbz+l3tnoK718ci3h/fmw7c/bD0FAmCNamMFAwAAAAAACgkQh/fmw7c/bD1k Mgf+LofM2pxHrsdAc0DuhMw6aEG2rDLo9R64T1uEmCP3lFrohOdJpzVJBZZPAyuO/2ZLJurQDGqE LsZiHpFEMnPKV0c53yMBxBnA26UUNv0OtgMmzsOP3GHnO/SFSUkqUkZLobtC/cg+PLUim+a4EHPp bjDHNaCjFUTMIQ+CJKs5httoB+BQDTXYohPreukCUQRqmZm3oNhnLElrpLyoMipDLAM9jUgNAWzG +gGhdul5jUWSbFEcGcvTXdMI7Nfh/dXiO4q2ntYOQGqLhWv3brdLpjVH4uqf2fQ0L+1vk+P1byKz XPkt7kbwJP/Vw5XQ0gVAaJd7K2qgaXUUFYMIed7Yew== =JM83 -----END PGP SIGNATURE----- --O5ovaVocWQRoHL8dkc2y9bBSN3kc7Vt24-- From owner-freebsd-arm@freebsd.org Sat May 1 15:31:44 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 60C0C62F7D2 for ; Sat, 1 May 2021 15:31:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4FXYB80lqqz4dwT for ; Sat, 1 May 2021 15:31:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619883101; bh=tr4FRAkwSci8Qe3qgUD5M+WR9LpcTIlFUsQJTwRyRL2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uPWtyNREK/MF6NQNgCXXQlWeMRVuvLeYmUn33F2Oy1MWgmzkrzZg0mFNEe6ovrPrzhpb38R/ydRO1Kw4gF/sUA2LASuTRXiTH8rDaU9cn9c+djLfDKmfVi7ka1XThBl41PBXvpKiy/2EkyIjzpqB+DYpfa4iNIp4ST/YTPokHwHsK2jP8zAbyPh869VERovzWk3SxOdz7IfvTgRIDRgaue8MSLo4csp6mNJC4MkhOS+w2+k2C0NkLGVufxajyE+O/8QxMKrJ7P2tcBL2K7ztS78QXPoaoHZDU0H0N8DTN06rxmciGYZrP71mYuZxoIfiFl/hZ5CeYUaw+zjjwGxOgA== X-YMail-OSG: dWyuxBIVM1mZkpsjnw1PdKPO2VYrXpqqS7.9TLVrg5k39Bo1M0GamJkesyFKzXh Ii5nvd4z8QAB4g6dsT.kWwuPlu_DcgY.G3cB_0RDOmJHgCvNdaKm9sYsyvEo0Yiv8TVdtwwIAuJC OQNd0pu9vXcY_nVD4XtI_l4yxqHfUKNbT2cTRyqa6gWlCw3AsiOUFDvSiyAjmW57X5N_QNHRwqrP OQAOXwy3DDPcbzzqQeuMeAPqhooIHMeerwqjCmAJJ2Y8iRUp0.pEajKYFKIGhRDhj9_bRHBqxGVE SHGhNt21nFqA0D.y3iZSW397fcX_58T1v0BWyXqEanxGyS969Bkd7AM0v5JLBPa5m8NUi8MGHyXV 2LXbDfups8jYrazaDm6E6io3d9O7_rk4jPFTDvv1.FVIy80uZCjtT3BiWIQIUtn.Prum5mtLPrk1 QGM_XfmVzL_W6c6Mf8i9tzqH8TbxeyrpNPt5OpE6x5sSTLjc.XJbIMR0RcQ_eR0Ncjvuw.PmmFh4 kTr0_z1GKUTdAvnBVWgpQ33W7BG7Utjlf_jZ6YVF3rBSV45wxmo5w4.0VMwM9h7KN84OAcnnv00s 8AAy4ukk9b_OJl5RbwMBhB7qjcgo1r4maowCNCtEtKtKK71XUWJAnvZeVzTfR7ToRmT_fOlX5NRO KqM2SxBlU6bmQxIs5L6AVEJy3vGuVcTeCTht8zFXVtOy2ckw_.EylRqLnbXCZQ1_TO18VAH_vn2T IINnMjYNw7P3CK.7I1AcJjY1y7SY4h8Ibpurb7KTDrUPbr1nU3sSeDq7MudKZ00reR7SIyqZJD4Q 9fEmAhLihiDNMOGMvnIj9EzmCkV267_CwgeTDaWYx59z1nAXUPBakAqyOiDtozXeSO1GdE3rg3SA rANS9rO0841r.V9yu9Erw4KAMCVd0ZPudVdVeAi9uq9pz.Zrn5w4nW0dMbX2HQU9PBGkkBcVBOZD fR2Oy6atoJccTkSvmLi0dqcwFg4l8CNvmaU9g9C8_6.kFqdBKCvrg1DtJqSlDvURh88FhYn5CxdP m.L0nguOujPr_iiRUH4TPL61AEXUs4YOBfvZSvCL0E1u4uhyRj84rRZb6j8rhZJTe2Ke.PB2cFMg fk1IGkF6DiOT.c1yKCnzF7g3ILs8TZq2QnQA4slvm9SkztU8KhRZR1J4MaNmbE77Lk6UL3F5PeMI r.xNaRnE2PsFQUUw7FBI5FNZF3qtIljqo7SDbtgDY_xhqseLc2ZYOqlbSu97LoZh3Qi55.Sm8a._ rcclP10b0um.L0Uk2OsMsaQ73OUylMmoXN8pX2_yk4Ah.moDK9ZdQRgrf07Si188jgws8q1KGatD NdLt.fky1fVuaXnCp1ARagcmPtaL5Ogt.d593Y9VZqhHPlcfpGqMvf23t5VEBKskJ.wGRJXQUk3Y K8FTbZQSzppTOiMNkKR5LENNtTjBuJjAq7CFpAFyo0jxBkUrCA4qtwffZQOyicm3Yi8qivYCvz_a V9LZPAIpE3Y4a6nGFBcv8WhmOGDA3cLTxa5u9qHq8YWP0dOM7T2JGhPoxff.glyoINneSmJDO_56 suVs5pQN1dF0kyfF3LVfk_2J3BXrT6D9G0CGyPd3VDEvwrWRca3e0386DJwrHMIc_r.jYf0YNGFT 5_2.j3XUNPilAiR_y74OtA9v_oJpLp4S1v0SeQRSdGp6GMidstgCoxpVunZzd_uV_jVkCT6g2DGv Aop6KB4OxJAmykPergkCHFd3MvQSfmHDCeo0CR54.1X2nF9Olup2YukFM5_So1GP52ogOwwzXt1B ZSAd4sGxiccYfJmOBWZn219dSQSWqcIOnxqN0Hl9qRWhO4WOzToOTDAPJsiklTVLodYUL4xWL0wu fHpKLirQkqorvOsQtoslSAsVu0sNfxFwstYNu.5YGg0NOgOEX8oYOZxiYB7kO8G_ltKRov3cl8QZ V6dXhwB0Bt7BiChXCkqkYsfIBJn3fnftvodBLBJsUZsdC.g.hsqHNwYOddhhX4lU5M8qs7NWkbcL X9WbAiNclMe7dQfgTNxay5rTq9BWIWyFDVKzrLi9pb0G3xmB0E8k1_6nwrLf3uGNaY.9HutQqjfJ yTrTLe6RSy2jAQK6HF27I6U6bnZz3P1YiJyILhylbAy4ncUTC7aQ6arMOcEjuqFItE6Q.3EE1PIS 2Hdkc2LMd4ktl22ZbzjxyMi.Az3u2Ar.nNJ4Suse3t0c22eUgZRXoXTQrSxTULPSV0egmLD1dF90 yC.TLx5uuRIQcUI24QfLxVubx_G4h4IHBGCQykLBd7IDB.UZueAhY_3i1Li6qdevAiqAdHZon2gK MCELSsbkjAjYJI.WHKsMj.Yjm.u.6aCnFB2JNjsKwWwYQkefpQGObv4JsqZP5uPVXEQ99DHw0zLp jt2WZBO5zxLdFP4nfYOATht2cVVUXsHk.R17q52i.CNmj8vHtTVib_bPutHvP4d30C9UwKUMcxYb MQ.TXRbqJomYVJh.AdJlWNu9xFm0PcB0N0NUaGwI43B_QH9QpvSOG69xfjuiT5cVSUHiDyCRWhdn fnqI_1VUtB6W_nIjSlciDmQS8Nb1qQ3Q7e30B_UPeV9oG0okNDmnS16q6traLdshs57N2RbnCmFi KK6cIiyAnE93s9cLxNLl.wJ1._9LG_A-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 May 2021 15:31:41 +0000 Received: by kubenode527.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 74bfc6fd0da80fd2e7bc6c61ff940b5a; Sat, 01 May 2021 15:31:38 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> Date: Sat, 1 May 2021 08:31:37 -0700 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXYB80lqqz4dwT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 15:31:44 -0000 On 2021-May-1, at 04:48, Mark Murray wrote: > On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann wrote: >>=20 >>=20 >> yet another useful document(at least that's what I hope to fix your = usecase) : >>=20 >> = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= >=20 > BINGO!! >=20 > I added >=20 > gpio=3D2,3=3Da0 >=20 > to my config.txt file and after a reboot, >=20 > # i2c -f /dev/iic0 -s worked! Cool. But it leaves me wondering what the FreeBSD equivalent for setting the mode of those 2 gpio's to a0 (or other alternatives) is supposed to look like (even if such code would not work as things are in the implementation). (But, for me, it is idle wondering.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 1 15:38:59 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC2DD62F86E for ; Sat, 1 May 2021 15:38:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXYLV4BCGz4fD0; Sat, 1 May 2021 15:38:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 09177ec1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 1 May 2021 15:38:55 +0000 (UTC) Date: Sat, 1 May 2021 17:38:55 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , Mark Murray Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210501173855.f3069fe9cbe2d10759cb871c@bidouilliste.com> In-Reply-To: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FXYLV4BCGz4fD0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2021 15:38:59 -0000 On Sat, 1 May 2021 08:31:37 -0700 Mark Millard via freebsd-arm wrote: >=20 >=20 > On 2021-May-1, at 04:48, Mark Murray wrote: >=20 > > On 30 Apr 2021, at 15:22, Klaus K=FCchemann wrote: > >>=20 > >>=20 > >> yet another useful document(at least that's what I hope to fix your us= ecase) : > >>=20 > >> https://www.raspberrypi.org/documentation/configuration/config-txt/gpi= o.md > >=20 > > BINGO!! > >=20 > > I added > >=20 > > gpio=3D2,3=3Da0 > >=20 > > to my config.txt file and after a reboot, > >=20 > > # i2c -f /dev/iic0 -s worked! >=20 >=20 > Cool. >=20 > But it leaves me wondering what the FreeBSD equivalent > for setting the mode of those 2 gpio's to a0 (or other > alternatives) is supposed to look like (even if such > code would not work as things are in the implementation). >=20 > (But, for me, it is idle wondering.) >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" This is supposed to be done by bcm2835_gpio See https://cgit.freebsd.org/src/tree/sys/arm/broadcom/bcm2835/bcm2835_gpio.c#n= 805 --=20 Emmanuel Vadot