From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-fx0-f49.google.com ([209.85.161.49]) by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1QRiVb-0003aD-Sz for linux-mtd@lists.infradead.org; Wed, 01 Jun 2011 10:18:40 +0000 Received: by fxm14 with SMTP id 14so4866734fxm.36 for ; Wed, 01 Jun 2011 03:18:38 -0700 (PDT) Subject: Re: [Ubi] Wrong major:minor From: Artem Bityutskiy To: Mike Frysinger In-Reply-To: References: <5d84u6d24de3ikt776vdrqpnhhecs3aoio@4ax.com> <1306917381.4405.76.camel@localhost> <1306917455.4405.77.camel@localhost> Content-Type: text/plain; charset="UTF-8" Date: Wed, 01 Jun 2011 13:14:14 +0300 Message-ID: <1306923254.4405.92.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: Gilles , linux-mtd@lists.infradead.org Reply-To: dedekind1@gmail.com List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2011-06-01 at 06:11 -0400, Mike Frysinger wrote: > On Wed, Jun 1, 2011 at 04:37, Artem Bityutskiy wrote: > > On Wed, 2011-06-01 at 11:36 +0300, Artem Bityutskiy wrote: > >> On Sun, 2011-05-29 at 12:39 +0200, Gilles wrote: > >> > I used the following data to compile Ubi(fs) into a uClinux kernel: > >> > > >> > ========= device_table.txt > >> > #UBIFS nodes > >> > /dev/ubi_ctrl c 644 0 0 10 63 0 0 - > >> > /dev/ubi0 c 644 0 0 253 0 0 0 - > >> > ========= > >> > >> But I guess you may add an UBI module parameter which will ask UBI to > >> use major numbers you want - should be easy to do. E.g., if you add a > >> 'major_base=200' parameter then UBI will use 200:0 for ubi0, 201:0 for > >> ubi1, 200:1 for ubi0_0, 200:2 for ubi0_1, etc. > > > > Although I'm not sure - dynamic numbers were introduced because fixed > > numbers are PITA, so adding such a parameter would be a step backward. > > Not sure... > > yeah, i dont think there should be. at least nothing specific to ubi. > perhaps a general kernel thing where you could match the registered > name to a static #, but then that wouldnt be ubi's problem. that'd be > in the core logic and work for all devices. Yes, I agree. Gilles, please, disregard my suggestion. -- Best Regards, Artem Bityutskiy (Артём Битюцкий)