From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CA3991381F3 for ; Mon, 26 Aug 2013 06:03:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8337BE0BE2; Mon, 26 Aug 2013 06:03:33 +0000 (UTC) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3F673E09DB for ; Mon, 26 Aug 2013 06:03:31 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id t60so2370131wes.31 for ; Sun, 25 Aug 2013 23:03:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=5c20+QQz+NMiaGY4WOscc089H/5c+YH+lZ0WvmWY5Q4=; b=WNbSrz4pRapBAYCtYFXtBnew+Q3qMyQnxq/nGqlqBavdKsq/guURC0bm7e69N1XOR5 D3qJLOHr/8LEiG2a0frVairQcobQKVsv6kBmGTPWdvybPL0FZgX7+DEp6qI/zt1NHMuF sjGyqd1zL7K2/a7htyOWf8TSepyDfW7jQ2s2FV/dwcKpEttQKFD57zjnl+npt9d3SRyX BbJj55pcuEyAgucjZC+VXCN/CapxLYZ8gYguQm0tMWXZ11i9wPVxz3HkksX7K/OwlVMU 6s3Pw9yk268hqUK9qSoOpK3yr6hDEZApB0YD3BKtDzni1zCILHcp3BDIn7mwY2tIwNmm 3g1g== X-Received: by 10.180.183.206 with SMTP id eo14mr6249535wic.33.1377497010915; Sun, 25 Aug 2013 23:03:30 -0700 (PDT) Received: from [10.1.20.201] (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPSA id gg10sm15471716wib.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 25 Aug 2013 23:03:30 -0700 (PDT) Message-ID: <521AEEE0.5010908@gmail.com> Date: Mon, 26 Aug 2013 08:00:00 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Who sets the symlink /dev/rtc => /dev/rtc0 ? References: <20130825182632.GE11870@solfire> <2817554.C6mFWpAexd@melforce> <20130825205117.GB892@ca.inter.net> <20130826033012.GC3337@solfire> In-Reply-To: <20130826033012.GC3337@solfire> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: e85819fb-945c-4961-801c-660645dbca39 X-Archives-Hash: 425c99892eff19963a994870c5dc1a38 On 26/08/2013 05:30, meino.cramer@gmx.de wrote: > Philip Webb [13-08-26 04:35]: >> 130825 Pavel Volkov suggested: >>> On Sunday 25 August 2013 20:26:32 meino.cramer@gmx.de asked: >>>> So...which ghost in my system dares to set the symlink /dev/rtc >>>> to point to /dev/rtc0 instead of /dev/rtc1 ??? >>> I bet it's /usr/lib64/udev/rules.d/50-udev-default.rules >> >> I have /usr/udev/rules.d/50-udev-default.rules (on a 64-bit system), >> which contains the lines : >> >> # select "system RTC" or just use the first one >> SUBSYSTEM=="rtc", ATTR{hctosys}=="1", SYMLINK+="rtc" >> SUBSYSTEM=="rtc", KERNEL=="rtc0", SYMLINK+="rtc", OPTIONS+="link_priority=-100" >> >> However, in /dev I have : >> >> crw------- 1 root root 10, 135 Aug 25 07:39 /dev/rtc >> >> ie it's not a symlink. I'm using udev-204 . >> >> HTH >> >> -- >> ========================,,============================================ >> SUPPORT ___________//___, Philip Webb >> ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto >> TRANSIT `-O----------O---' purslowatchassdotutorontodotca >> >> > > Hi, > > I finally found the culprit: > > There udev-related files under /lib, where I did not search for it. > I had expected them under /etc... > I fixed one of the rules and now there is the correct link. > > Nonetheless, ls -l /proc shows: > beagleboneblack:/root>ls -l /proc > total 0 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 1 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 10 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 11 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 12 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 13 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 14 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 15 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 16 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 17 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 18 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 188 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 19 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 196 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 2 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 20 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 21 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 24 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 27 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 3 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 36 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 362 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 363 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 364 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 365 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 38 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 39 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 40 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 41 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 42 > dr-xr-xr-x 8 messagebus messagebus 0 2013-08-26 05:12 436 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 45 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 46 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 5 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 53 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 55 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 56 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 612 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 632 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 69 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 698 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 7 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 70 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 71 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 74 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 75 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 76 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 79 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 8 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 80 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 800 > dr-xr-xr-x 8 root root 0 2013-08-26 05:12 855 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 882 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 883 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 884 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 885 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 886 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 887 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 896 > dr-xr-xr-x 8 root root 0 1970-01-01 01:00 9 > dr-xr-xr-x 8 root root 0 2013-08-26 05:13 900 > dr-xr-xr-x 8 root root 0 2013-08-26 05:28 917 > dr-xr-xr-x 8 root root 0 2013-08-26 05:28 955 > dr-xr-xr-x 8 root root 0 2013-08-26 05:28 966 > dr-xr-xr-x 4 root root 0 2013-08-26 05:28 asound > -r--r--r-- 1 root root 0 2013-08-26 05:28 buddyinfo > dr-xr-xr-x 3 root root 0 2013-08-26 05:28 bus > -r--r--r-- 1 root root 0 2013-08-26 05:28 cgroups > -r--r--r-- 1 root root 0 2013-08-26 05:28 cmdline > -r--r--r-- 1 root root 26642 2013-08-26 05:28 config.gz > -r--r--r-- 1 root root 0 2013-08-26 05:28 consoles > dr-xr-xr-x 2 root root 0 2013-08-26 05:28 cpu > -r--r--r-- 1 root root 0 2013-08-26 05:28 cpuinfo > -r--r--r-- 1 root root 0 2013-08-26 05:28 crypto > dr-xr-xr-x 12 root root 0 2013-08-26 05:28 device-tree > > There are still files stamped with the UNIX's big bang moment. > But the kernel is configured to use rtc1 instead of rtc0. > > The journey isn't at its end, still. > > ANy further ideas ? > > Best regards, > mcc Does it really matter ? Those files with Epoch timestamps are PIDs started very early. They are probably kernel threads exposed as PIDs anyway, and there's serious magic going on to make that all work. It all happens after init starts but before your rtc gets set and ntp starts. You seem to have accomplished the bits that matter and are now chasing after other bits that don't. I say it's time to stop and say it's good enough Consider this: that cpu has an rtc on-board, it has no battery. Every OS in existence is going to have the same issue in some form or other, and yet it doesn't seem to matter as stuff works. -- Alan McKinnon alan.mckinnon@gmail.com