From owner-freebsd-embedded@freebsd.org Mon Mar 16 20:21:38 2020 Return-Path: Delivered-To: freebsd-embedded@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 6F6B326E8D2 for ; Mon, 16 Mar 2020 20:21:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48h74K6vLJz3Mxb for ; Mon, 16 Mar 2020 20:21:37 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1584390095; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=IwXbKWv05lJisM7A7CfhoThhuQDxrfBKU/W0Sopf3SQD7pIK0AVNxO6Z56ipC6VGki55pItPcCNeX ygv+viGjXb4nsXmH0jL2rADrzKVYQXvGHFtzSWnzuq3Y0KurF0ylDbZae6bZ9lEjcwzKUUEPg6R+Pe evmMOPkyi3nLhghiJzeE9tutPH12csL2sHo77rdqeAPTM41Kfb6UnsdrsLNjWoIRX7N+keMwIWXmmi M1S2+0ggE2YKYM7BBtXFJ4gkdyzKmThKvCxByCfO/+NeVpQVTjWUUPraOnUuMkJyJihp5Mh/lTpmQv RNjRUx8gfm/WCOhjqehV7HfD+KvOkag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=NqjqiJpTsIg6Ql4FNFcU4JReEGfs+llp8Qf2sUhBxxw=; b=LpIWEPHKMEyBxa17QFZjnnd+35VwmR5rfWWTvRrK/HTdl6qOqVWQL3iqiIa0lV5uH3WK2r6oHTiwC 2S5nYW5qzMAtoZQbAkIIFiXwUPdKpnI3wJXpSfMgjypHmF8ZdXHNGRufvaMmTvOPud/XiAtde91Qxx +ToZsRRI5gf8oVlUdQYm1oZj7mktU7qlRyCrgTbfx8IRz2vD7UeH098xkSw0fWmuK7xf9S/BCQVzON MS+WL+jkTX4LQZK3KBHOMl8vN0K/IQPqfO1IZRx5O5GG2cyvf/AUd9XYKCBeC/THQHZSaA8vXKJpbf JDG1lWD6tST7f29rA0pkx10Lk4y33Rg== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=NqjqiJpTsIg6Ql4FNFcU4JReEGfs+llp8Qf2sUhBxxw=; b=bFPLBKEYv6i8yEQkRMRrZKgXhFoTTTWeZHoKwvgT/y5Wun18IBUG3YzsHoAU3MrutLAqMU+NXJW4c tFKlzjwafdNrSF8ckMhhE7xOKigPbA/oZk8Dk52cWPYJDpyTWh8UCuL8tM7ceF1giQAW0NXCFOlkR8 ulNXKUxpZ5uyIQxAgYasRoYDqqGUKFZskkE+6SEXetNZB4M1dAx4wL5VTY3oYLm4yM6wH6fFi4m7hM iVCUXlSla/kt8nHjgR7hbIHXFFGpclTyYJdrHv5mUDPjk5381qJkAiruC3Dfci3gS8hVBMRv3NLLpA epueYVky81/fXhxYdyC5s0+BmyRy53g== X-MHO-RoutePath: aGlwcGll X-MHO-User: ba027590-67c3-11ea-9eb3-25e2dfa9fa8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id ba027590-67c3-11ea-9eb3-25e2dfa9fa8d; Mon, 16 Mar 2020 20:21:34 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 02GKLWGJ069368; Mon, 16 Mar 2020 14:21:32 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <7ee5309c7ba196a23e4030dbb0883525fd38f971.camel@freebsd.org> Subject: Re: STM32 not identified From: Ian Lepore To: bmelo Cc: "freebsd-embedded@freebsd.org" Date: Mon, 16 Mar 2020 14:21:32 -0600 In-Reply-To: References: <2e1b00c4213037f308417c902291e0a88c06674b.camel@freebsd.org> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48h74K6vLJz3Mxb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.03 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.95)[0.947,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-0.91)[-0.914,0] X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2020 20:21:38 -0000 On Mon, 2020-03-16 at 20:11 +0000, bmelo wrote: > Still not working. Do I need to edit devfs.conf? My devfs.conf > actually: >=20 > # Allow all USB Devices to be mounted > perm /dev/da0 0666 > perm /dev/da1 0666 > perm /dev/da2 0666 > perm /dev/da3 0666 > perm /dev/da4 0666 > perm /dev/da5 0666 >=20 > # Misc other devices > perm /dev/pass0 0666 > perm /dev/xpt0 0666 > perm /dev/uscanner0 0666 > perm /dev/video0 0666 > perm /dev/tuner0 0666 >=20 I don't have anything in my devfs.conf at all. So do /dev/cuaU* devices have the right permissions when you plug in an adapter? Do you just need to unplug/replug it to force the permissions to change? -- Ian >=20 > Sent from ProtonMail, Swiss-based encrypted email. >=20 > =1B$B!>!>!>!>!>!>!>=1B(B Original Message =1B$B!>!>!>!>!>!>!>=1B(B > On Monday, 16 de March de 2020 s 17:02, Ian Lepore > wrote: >=20 > > On Mon, 2020-03-16 at 16:46 +0000, bmelo wrote: > >=20 > > > Here is my devfs.rules: > > > [devfsrules_common=3D7] > > > add path 'ad[0-9]\' mode 666 > > > add path 'ada[0-9]\' mode 666add path 'da[0-9]\' mode 666 > > > add path 'acd[0-9]\' mode 666add path 'cd[0-9]\' mode 666 > > > add path 'cuaU[0-9]\' mode 666add path 'mmcsd[0-9]\' mode 666 > > > add path 'pass[0-9]\' mode 666add path 'xpt[0-9]\' mode 666 > > > add path 'ugen[0-9]\' mode 666add path 'usbctl' mode 666 > > > add path 'usb/\' mode 666 > > > add path 'ttyU[0-9]\' mode 666add path 'lpt[0-9]\' mode 666 > > > add path 'ulpt[0-9]\' mode 666add path 'unlpt[0-9]\' mode 666 > > > add path 'fd[0-9]\' mode 666add path 'uscan[0-9]\' mode 666 > > > add path 'video[0-9]\' mode 666add path 'tuner[0-9]' mode 666 > > > add path 'dvb/\' mode 666add path 'cx88*' mode 0660 > > > add path 'iicdev*' mode 0660 > > > add path 'uvisor[0-9]*' mode 0660 > >=20 > > I suspect the escaped wildcards are causing a problem, try using > > "cuaU*" instead of "cuaU[0-9]\*" (and likewise for all the rules, I > > don't think there is any device that puts a literal * in the devfs > > name). > >=20 > > -- Ian > >=20 > > > Sent from ProtonMail, Swiss-based encrypted email. > > > =1B$B!>!>!>!>!>!>!>=1B(B Original Message =1B$B!>!>!>!>!>!>!>=1B(B > > > On Monday, 16 de March de 2020 s 13:23, Ian Lepore=20 > > > ian@freebsd.org > > > wrote: > > >=20 > > > > On Mon, 2020-03-16 at 12:23 +0000, bmelo via freebsd-embedded > > > > wrote: > > > >=20 > > > > > Hi, I have a STM32 Nucleo board and installed stlink from > > > > > ports > > > > > here. > > > > > But all the time I run st-util command I get the message: > > > > > WARN usb.c: Couldn't find any ST-Link/V2 devices > > > > > The Nucleo creates cuaU0 and ttyU0 in /dev. It seems like a > > > > > permission problem, but I have no idea how to fix that. I > > > > > already > > > > > tried to edit /etc/devfs.rules and the problem persists. > > > > > /dev/cuaU0 > > > > > is uucp:dialer and ttyU0 is root:wheel. > > > > > Any idea? > > > >=20 > > > > You didn't saywhat you tried with devfs.rules. This is what I > > > > use > > > > (because I am the only user of this machine, so security is not > > > > a > > > > problem; these might not be good for a shared machine): > > > > [localrules=3D10] > > > > add path "ttyU*" mode 0666 > > > > add path "cuaU*" mode 0666 > > > > add path "ugen*" mode 0666 > > > > add path "usb/*" mode 0666 > > > > add path "usb" mode 0755 > > > > -- Ian >=20 >=20 >=20