From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28406 invoked by alias); 4 Sep 2009 09:41:56 -0000 Received: (qmail 28383 invoked by uid 22791); 4 Sep 2009 09:41:53 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_05,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from www.meduna.org (HELO meduna.org) (92.240.244.38) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 04 Sep 2009 09:41:49 +0000 Received: from dial-78-141-95-31-orange.orange.sk ([78.141.95.31] helo=[192.168.130.27]) by meduna.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1MjVId-0003T7-Ay for ecos-discuss@ecos.sourceware.org; Fri, 04 Sep 2009 11:41:44 +0200 Message-ID: <4AA0E0BF.4010405@meduna.org> Date: Fri, 04 Sep 2009 09:41:00 -0000 From: Stanislav Meduna User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: eCos Discussion Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated-User: stano@meduna.org X-Authenticator: dovecot_plain X-Spam-Score: -8.2 X-Spam-Score-Int: -81 X-Exim-Version: 4.69 (build at 30-Sep-2008 18:26:44) X-Date: 2009-09-04 11:41:44 X-Connected-IP: 78.141.95.31:2593 X-Message-Linecount: 27 X-Body-Linecount: 17 X-Message-Size: 1002 X-Body-Size: 630 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] umount leaks /dev/flash/ device slots X-SW-Source: 2009-09/txt/msg00056.txt.bz2 Hi, it looks like the mount/umount leak slots in the flashiodev_table. I.e. if I repeatedly do mount/umount /dev/flash/fis/fs, each mount allocates one slot, but umount fails to free it. After some time all the CYGNUM_IO_FLASH_BLOCK_DEVICES slots of flashiodev_table are filled with a reference to this partition and further mounts fail. Flash is special in that a reference that is no more needed has to be cleaned by calling CYG_IO_SET_CONFIG_CLOSE. My guess is that the umount is not doing this, but I know these layers too little to be able to quickly find the problem. Thanks -- Stano -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss