From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <44698C09.3000102@altlinux.com> Date: Tue, 16 May 2006 12:23:37 +0400 From: Anton Farygin Organization: ALT Linux Ltd. User-Agent: Thunderbird 1.5.0.2 (X11/20060502) MIME-Version: 1.0 To: ALT Devel discussion list Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [devel] =?koi8-r?b?wsHHySDXIHRtcGZzOiBoYXNoZXIgLi4uIMkg1NTF0MXS?= =?koi8-r?b?2CB1ZGV2?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 08:15:25 -0000 Archived-At: List-Archive: List-Post: Привет. Совсем недавно обсуждалась проблема, которая вылезала при работе hasher'а на tmpfs. Так вот оказывается, что мы её словили на udev-091-alt2. workaround я нашёл судя по всему, но зато теперь появился testcase, который с большой вероятностью позволит воспроизводить эту проблему. Вот такой код в udevd: static void export_initial_seqnum(void) { char filename[PATH_SIZE]; int fd; char seqnum[32]; ssize_t len = 0; strlcpy(filename, sysfs_path, sizeof(filename)); strlcat(filename, "/kernel/uevent_seqnum", sizeof(filename)); fd = open(filename, O_RDONLY); if (fd >= 0) { len = read(fd, seqnum, sizeof(seqnum)-1); close(fd); } if (len <= 0) { strcpy(seqnum, "0\n"); len = 3; } strlcpy(filename, udev_root, sizeof(filename)); strlcat(filename, "/" EVENT_SEQNUM, sizeof(filename)); create_path(filename); fd = open(filename, O_WRONLY|O_TRUNC|O_CREAT, 0644); if (fd >= 0) { write(fd, seqnum, len); close(fd); } } приводил к тому, что файл /dev/.udevd/uevent_seqnum на некоторых машинах появлялся с очень большой задержкой (большое 0.5 секунды), что естественно приводило к проблемам. По моему это явно можно интерпретировать как проблему tmpfs. Конечно надо ещё поэкпериментировать и написать более внятный testcase.. Но всё-таки это уже не hasher ;) Rgds, Rider