Re: [GIT-PULL] please pull UBI tree
On Fri, Apr 27, 2007 at 02:22:54PM -0700, Randy Dunlap wrote: > On Fri, 27 Apr 2007 13:52:24 -0700 Andrew Morton wrote: > > The patchset used to contain lots of debugging support which wildly > > duplicated thigs which we already did and was generally overdone. That > > appears to all have been cleaned up now, so thanks for doing that. > > > > The one remaining nit I'd have with the debug code is that it adds a > > private hexdump() facility. By my count, that is the kernel's eighth > > hexdump implementation. There may be even more which don't have "hexdump" > > in their name. > > > > lib/hexdump.c is rather overdue. > > I have a version of that from James Ketrenos that I have been working > on... Can post in a few days. Excellent. We'll take a look at it as soon as you do. josh - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 27 Apr 2007 13:52:24 -0700 Andrew Morton wrote: > On Fri, 27 Apr 2007 09:00:25 -0700 (PDT) > Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > > > > > Linus, please, pull UBI tree from > > > git://git.infradead.org/ubi-2.6.git for-linus > > > > > > The UBI tree has been in -mm for several releases and we would like to > > > see it in the mainline. > > > > Quite frankly, I have absolutely _zero_ visibility into things like this, > > so before I merge it I want ack's from various layers (preferably a > > mixture of interests - are any vendors interested, is DavidW ok with this, > > who is using it now and are the interfaces and designs correct etc etc?) > > > > So I simply cannot make that decision. I don't have the expertise or the > > knowledge. I'll have to trust somebody else for things like this, and it > > should be somebody who isn't "personally involved". > > > > In other words, I kind of want a sign-off from other parties, because I > > can't pull things like this "blind". > > > > Are there (embedded?) vendors that already integrate this into their > > kernel, or wait for it? Is dwmw supportive of this? Questions, questions.. > > The patchset used to contain lots of debugging support which wildly > duplicated thigs which we already did and was generally overdone. That > appears to all have been cleaned up now, so thanks for doing that. > > The one remaining nit I'd have with the debug code is that it adds a > private hexdump() facility. By my count, that is the kernel's eighth > hexdump implementation. There may be even more which don't have "hexdump" > in their name. > > lib/hexdump.c is rather overdue. I have a version of that from James Ketrenos that I have been working on... Can post in a few days. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 27 Apr 2007 09:00:25 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]> wrote: > On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > > > Linus, please, pull UBI tree from > > git://git.infradead.org/ubi-2.6.git for-linus > > > > The UBI tree has been in -mm for several releases and we would like to > > see it in the mainline. > > Quite frankly, I have absolutely _zero_ visibility into things like this, > so before I merge it I want ack's from various layers (preferably a > mixture of interests - are any vendors interested, is DavidW ok with this, > who is using it now and are the interfaces and designs correct etc etc?) > > So I simply cannot make that decision. I don't have the expertise or the > knowledge. I'll have to trust somebody else for things like this, and it > should be somebody who isn't "personally involved". > > In other words, I kind of want a sign-off from other parties, because I > can't pull things like this "blind". > > Are there (embedded?) vendors that already integrate this into their > kernel, or wait for it? Is dwmw supportive of this? Questions, questions.. The patchset used to contain lots of debugging support which wildly duplicated thigs which we already did and was generally overdone. That appears to all have been cleaned up now, so thanks for doing that. The one remaining nit I'd have with the debug code is that it adds a private hexdump() facility. By my count, that is the kernel's eighth hexdump implementation. There may be even more which don't have "hexdump" in their name. lib/hexdump.c is rather overdue. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 27 Apr 2007, Thomas Gleixner wrote: > On Fri, 2007-04-27 at 20:30 +0300, Artem Bityutskiy wrote: > > On Fri, 2007-04-27 at 09:00 -0700, Linus Torvalds wrote: > > > On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > > > > > > > Linus, please, pull UBI tree from > > > > git://git.infradead.org/ubi-2.6.git for-linus > > > > > > > > The UBI tree has been in -mm for several releases and we would like to > > > > see it in the mainline. > > > > > > Quite frankly, I have absolutely _zero_ visibility into things like this, > > > so before I merge it I want ack's from various layers (preferably a > > > mixture of interests - are any vendors interested, is DavidW ok with > > > this, > > > who is using it now and are the interfaces and designs correct etc etc?) > > > > Well, IBM is using it in a large project, the involved people are in CC. > > Thomas has 3+ customers who use it, I've added him to CC. > > Right, it is deployed already in a couple of customer projects and many > folks at the Embedded Linux Conference showed interest. > > It definitely has my ack and blessing. Hey, I'm convinced. Pulled, pushed out. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 2007-04-27 at 20:30 +0300, Artem Bityutskiy wrote: > On Fri, 2007-04-27 at 09:00 -0700, Linus Torvalds wrote: > > On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > > > > > Linus, please, pull UBI tree from > > > git://git.infradead.org/ubi-2.6.git for-linus > > > > > > The UBI tree has been in -mm for several releases and we would like to > > > see it in the mainline. > > > > Quite frankly, I have absolutely _zero_ visibility into things like this, > > so before I merge it I want ack's from various layers (preferably a > > mixture of interests - are any vendors interested, is DavidW ok with this, > > who is using it now and are the interfaces and designs correct etc etc?) > > Well, IBM is using it in a large project, the involved people are in CC. > Thomas has 3+ customers who use it, I've added him to CC. Right, it is deployed already in a couple of customer projects and many folks at the Embedded Linux Conference showed interest. It definitely has my ack and blessing. tglx - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 2007-04-27 at 09:00 -0700, Linus Torvalds wrote: > On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > > > Linus, please, pull UBI tree from > > git://git.infradead.org/ubi-2.6.git for-linus > > > > The UBI tree has been in -mm for several releases and we would like to > > see it in the mainline. > > Quite frankly, I have absolutely _zero_ visibility into things like this, > so before I merge it I want ack's from various layers (preferably a > mixture of interests - are any vendors interested, is DavidW ok with this, > who is using it now and are the interfaces and designs correct etc etc?) Well, IBM is using it in a large project, the involved people are in CC. Thomas has 3+ customers who use it, I've added him to CC. I'm working for Nokia now and we use it. We also develop a new file system on top of UBI and Nokia invests money in it. So UBI is going to be maintained. Also there was enough questions interest in the MTD mailing lists as well. Particularly, a guy from @sunsung.com was interested. P.S. Just for the reference, here is the URL of the new file-system development tree (we have just started): git://git.infradead.org/~dedekind/jffs3-2.6.git or gitweb http://git.infradead.org/?p=users/dedekind/jffs3-2.6.git;a=summary -- Best regards, Artem Bityutskiy (Битюцкий Артём) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [GIT-PULL] please pull UBI tree
On Fri, 27 Apr 2007, Artem Bityutskiy wrote: > > Linus, please, pull UBI tree from > git://git.infradead.org/ubi-2.6.git for-linus > > The UBI tree has been in -mm for several releases and we would like to > see it in the mainline. Quite frankly, I have absolutely _zero_ visibility into things like this, so before I merge it I want ack's from various layers (preferably a mixture of interests - are any vendors interested, is DavidW ok with this, who is using it now and are the interfaces and designs correct etc etc?) So I simply cannot make that decision. I don't have the expertise or the knowledge. I'll have to trust somebody else for things like this, and it should be somebody who isn't "personally involved". In other words, I kind of want a sign-off from other parties, because I can't pull things like this "blind". Are there (embedded?) vendors that already integrate this into their kernel, or wait for it? Is dwmw supportive of this? Questions, questions.. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/