On Tue, 2007-03-20 at 09:52 -0400, Theodore Tso wrote:
> As a suggestion, let's stop right here and see if we can get both
> sides talking in a more constructive fashion. Maybe it's just me, but
> I see both sides talking past each other in a rather dramatic fashion.
Perhaps, yes. Though I've be
On Mon, 2007-03-19 at 14:54 -0500, Matt Mackall wrote:
>
> False starts that get mainlined delay or prevent things getting done
> right. The question is and remains "is UBI the right way to do
> things?" Not "is UBI the easiest way to do things?" or "is UBI
> something people have already adopted?
On Mon, 2007-03-19 at 12:08 -0500, Matt Mackall wrote:
>
> > > If the end goal is to end up with something that looks like a block
> > > device (which seems to be implied by adding transparent wear leveling
> >
> > Nope, not the end goal. It's more about wear-leveling across the entire
> > flash
On Sun, Mar 18, 2007 at 02:18:12PM -0500, Matt Mackall wrote:
>
> I'm well aware of all that. I wrote a NAND driver just last month.
> Let's consider this table:
>
> HARD drives MTD device
> Consists of sectors Consists of eraseblocks
> Sectors are small
On Thu, Mar 15, 2007 at 02:24:10PM -0700, Randy Dunlap wrote:
> On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote:
>
> >
> > There's way too much code here to expect it to get decently reviewed, alas.
>
> Yes.
>
> /me repeats wish that Not Everything Should Be Sent to lkml. :(
Just curio
On Wed, 2007-02-21 at 14:54 +, Jörn Engel wrote:
> On Tue, 20 February 2007 17:46:13 -0800, Vijay Sampath wrote:
> >
> > The files cfi_cmdset_0002.c and cfi_cmdset_0020.c do not initialize
> > their wait queues like is done in cfi_cmdset_0001.c. This causes an
> > oops when the wait queue is a
On Tue, 2007-02-20 at 09:52 -0500, John Stoffel wrote:
> Artem> This patch-set contains UBI, which stands for Unsorted Block
> Artem> Images. This is closely related to the memory technology
> Artem> devices Linux subsystem (MTD), so this new piece of software is
> Artem> from drivers/mtd/ubi.
>
>
On Mon, 2007-02-19 at 14:33 +0200, Artem Bityutskiy wrote:
> On Sat, 2007-02-17 at 22:18 +0100, Arnd Bergmann wrote:
> > If you feel that Linux needs rich debugging capabilities, then submit
> > a patch for that independent of UBI.
>
> I will fix the comment which annoys.
It is not the comment th
On Sun, 2007-02-18 at 23:37 +0100, Arnd Bergmann wrote:
> On Sunday 18 February 2007 04:02:17 Josh Boyer wrote:
> > On Sun, Feb 18, 2007 at 03:15:23AM +0100, Arnd Bergmann wrote:
> > > On Sunday 18 February 2007 03:04, Josh Boyer wrote:
> > > > No, the MTD inte
On Mon, Feb 19, 2007 at 10:54:45AM +, Christoph Hellwig wrote:
> On Sat, Feb 17, 2007 at 06:54:49PM +0200, Artem Bityutskiy wrote:
> > +#ifndef __UBI_UBI_H__
> > +#define __UBI_UBI_H__
> > +
> > +#include
> > +
> > +/* Version of this UBI implementation */
> > +#define UBI_VERSION 1
>
> We sh
On Sun, Feb 18, 2007 at 03:15:23AM +0100, Arnd Bergmann wrote:
> On Sunday 18 February 2007 03:04, Josh Boyer wrote:
> > No, the MTD interface isn't flawed. gluebi is present to make things like
> > JFFS2 work on top of UBI volumes with very little adaptations. If you go
>
On Sat, Feb 17, 2007 at 06:07:46PM -0500, Theodore Tso wrote:
>
> This is a general comment that applies across your entire patchset.
> It would be a lot easier to review the patchset if you put the Docbook
> description of the function with the .c file instead of the .h file.
> This will also mak
On Sat, Feb 17, 2007 at 05:32:19PM -0800, Greg KH wrote:
> On Sat, Feb 17, 2007 at 06:54:44PM +0200, Artem Bityutskiy wrote:
> > diff -auNrp tmp-from/include/linux/mtd/ubi.h tmp-to/include/linux/mtd/ubi.h
> > --- tmp-from/include/linux/mtd/ubi.h1970-01-01 02:00:00.0
> > +0200
> > +
On Sat, Feb 17, 2007 at 10:14:54PM +0100, Arnd Bergmann wrote:
> On Saturday 17 February 2007 17:57, Artem Bityutskiy wrote:
> > + * This unit is responsible for emulating MTD devices on top of UBI
> > devices.
> > + * This sounds strange, but it is in fact quite useful to make legacy
> > softwar
On 2/15/07, v j <[EMAIL PROTECTED]> wrote:
So far I have heard nothing but, "if you don't contribute, screw you."
All this is fine. Just say so. Make it black and white. Make it
perfectly clear what is and isn't legal. If we can't load proprietary
modules, then so be it. It will help everybody if
Hi All,
Did the migration of the git stuff to a new dedicated server on
kernel.org ever happen? IIRC, it was supposed to happen the 5th of
Feb. or so.
josh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
Subject: [patch] MTD: fix DOC2000/2001/2001PLUS build error
From: Ingo Molnar <[EMAIL PROTECTED]>
The very first "make ARCH=i386 randconfig" gave this build error:
LD vmlinux
drivers/built-in.o: In function `cafe_nand_remove':
cafe.
On 1/29/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
Is there any way to estimate the size of the user base for 2.6.16?
e.g. how many downloads does it get?
Are you including distros that use it as well?
josh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On 1/26/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Just for everyone's information...
The git performance issues (especially) on kernel.org has been very
frustrating, obviously. We're putting a dedicated git server in place
hopefully the week of February 5.
For the hardware geeks out there
On 1/25/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
(Unless perhaps in some conspiracy theory scenario where
Microsoft pays $$$ to some VC company to sponsor an event in Moskow,
and then contracts out to the KGB to fill the meeting room with an
aerosolized powder of Polonium 210 to kill off all
On 1/23/07, James Morris <[EMAIL PROTECTED]> wrote:
On Wed, 24 Jan 2007, Sunil Naidu wrote:
> If Kernel community comes down to India...this would have a big impact
> on the community + industry too.
I think it's a good idea.
> Any other reasons am missing here?
Cost of flying 70 mainly US/Eu
On 12/30/06, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Mon, Dec 18, 2006 at 07:25:56AM -0600, Josh Boyer wrote:
> + NOTE: This filesystem is deprecated and is scheduled for removal in
> + 2.6.21. See Documentation/feature-removal-schedule.txt
>...
$ grep -i jff
On 12/19/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
for the last couple of days, i've been unable to pull from linus'
2.6 repository. i consistently get:
$ git pull
fatal: unexpected EOF
Fetch failure:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
No changes.
ev
Mark JFFS as broken and provide a warning to users that it is
deprecated and scheduled for removal in 2.6.21
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
diff --git a/fs/Kconfig b/fs/Kconfig
index b3b5aa0..4ac367d 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@ -1204,13 +1204,16 @@ config
tice of this in 2.6.20. Via a
loud printk, or perhaps even CONFIG_BROKEN or CONFIG_EMBEDDED.
Something like the below?
Make CONFIG_JFFS depend on CONFIG_BROKEN
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
diff --git a/fs/Kconfig b/fs/Kconfig
index b3b5aa0..4ac367d 100644
--- a/fs/Kconf
On 12/12/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Josh Boyer wrote:
> On 12/12/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>> I have created the 'kill-jffs' branch of
>> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git that
>> remove
On 12/12/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
I have created the 'kill-jffs' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git that
removes fs/jffs.
I argue that you can count the users (who aren't on 2.4) on one hand,
and developers don't seem to have cared for
On 12/11/06, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> git-ubi.patch
>...
> git trees.
>...
It doesn't seem to be intended that in ubi_dbg_vprint_nolock() the
variable "caller" is never assi
On Thu, 2006-11-30 at 17:06 -0800, Andrew Morton wrote:
> >
> > The source code is available at the UBI GIT tree:
> > git://git.infradead.org/ubi-2.6.git
>
> Got that, thanks. It needs a bit of help:
>
> --- a/drivers/mtd/ubi/cdev.c~git-ubi-fix
> +++ a/drivers/mtd/ubi/cdev.c
> @@ -1185,7 +1185,7
On Sat, 2005-09-03 at 22:11 +0200, Arjan van de Ven wrote:
> On Sat, 2005-09-03 at 22:04 +0200, Wim Van Sebroeck wrote:
> > Author: Chuck Ebbert <[EMAIL PROTECTED]>
> > Date: Fri Aug 19 14:14:07 2005 +0200
> >
> > [WATCHDOG] softdog-timer-running-oops.patch
> >
> > The softdog watch
On Thu, 2005-07-21 at 22:43 +0530, krishna wrote:
> Hi,
>
> Can any one tell me
> why is the jiffies _128_ in jffs2_find_gc_block() in gc.c of jffs2.
jiffies isn't set in that function. The value of jiffies is modded by
128. Since jiffies is a volatile value, the value of n is usually
different
On Sun, 2005-07-10 at 19:35 +, Olaf Hering wrote:
> The following series of patches removes almost all inclusions
> of linux/version.h. The 3 #defines are unused in most of the touched files.
>
> A few drivers use the simple KERNEL_VERSION(a,b,c) macro, which is
> unfortunatly
> in linux/vers
On Fri, 2005-04-08 at 10:48 -0700, Andrew Morton wrote:
> Jörn Engel <[EMAIL PROTECTED]> wrote:
> >
> > Next step for inter_module removal. This patch makes the code
> > conditional on its last users and shrinks the kernel binary for the
> > huge majority of people.
>
> If we do this, nobody wi
On Mon, 2005-03-21 at 23:49 +0100, Pavel Machek wrote:
> Hi!
>
> > >Perhaps squashfs is good enough improvement over cramfs... But I'd
> > >like those 4Gb limits to go away.
> >
> > So would I. But it is a totally groundless reason to refuse kernel
> > submission because of that, Squashfs users
On Tue, 2005-03-15 at 08:16 +0100, Arjan van de Ven wrote:
> > (The intermodule_register and pm_register stuff has been hanging around for
> > so long that one wonders if we need sterner stimuli, not lesser).
>
> intermodule can just about go (one user left).. we could start by making
> the interm
On Thu, 2005-03-10 at 15:07 -0800, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
>
> --
>
> This is a rewrite of the saa7110_write_block function, which was plain
> broken in the case where the underlying adapter supports I2C_FUNC_I2C.
>
On Wed, 2005-03-02 at 14:21 -0800, Linus Torvalds wrote:
> It seems like a sensible approach, and it's not like the 2.4.x vs 2.5.x
> kind of even/odd thing didn't _work_, the problems really were an issue of
> too big granularity making it hard for user and developers alike. So I see
> this as a tw
On Tue, 2005-02-22 at 17:17 +0100, Lorenzo Hernández García-Hierro
wrote:
> Hi,
>
> I've been working in implementing extended attributes support in the
> JFFS2 filesystem.
You should send this to the JFFS2 development list. The xattr support
is probably a JFFS3 candidate.
>
> The current work
On Fri, 2005-01-28 at 15:06 -0500, John Richard Moser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Can someone give me a layout of what exactly is up there? I got the
> basic idea
>
> K 4G
> A 3G
> A 2G
> A 1G
>
> App has 3G, kernel has 1G at the top of VM on x86 (dunno about x8
On Tue, 2005-01-25 at 16:38, Mitch Williams wrote:
> This patch causes an error to be returned if the caller attempts to open a
> sysfs file in append mode.
>
> This patch applies cleanly to 2.6.11-rc1.
>
> Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
>
> diff -urpN -X dontdiff linux-2.6.11
On Sun, 2005-01-23 at 04:17, Adrian Bunk wrote:
> This patch #if 0's an unused global function.
Ugh, why? Why not just remove it if it's unused?
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 h
801 - 841 of 841 matches
Mail list logo
