Chuck Ebbert wrote:
>Looks like Quilt is adding the space during push/pop operations. Only the
> lines it has touched in the series file have the trailing space.
Quilt versions prior to 0.39 would add a trailing space to the series
file entry when doing a quilt refresh with the default -p1 pa
On Wed, Jul 13, 2005 at 05:29:32PM -0400, Chuck Ebbert wrote:
> On Wed, 13 Jul 2005 at 00:23:42 -0700, Andrew Morton wrote:
>
> >>...and BTW why does every line in the series file have a trailing space?
> >
> > Not in my copy of
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6
Hi, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm2/
Also available as a GIT archive (once the mirror has mirrored):
http://www.kernel.org/pub/scm/linux/kernel/git/smurf/v2.6.13-rc2-mm2.git/
Suggestions for improvements welcome.
--
On Wed, 13 Jul 2005 at 00:23:42 -0700, Andrew Morton wrote:
>>...and BTW why does every line in the series file have a trailing space?
>
> Not in my copy of
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm2/patch-series
> ?
Looks like Quilt is adding
On Wed, 2005-07-13 at 12:34 -0700, Andrew Morton wrote:
> I assume MTD_CFI should depend on ARM?
I believe it already does, in the git tree. Thomas asked Linus to pull
from that only about an hour ago.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Miles Lane <[EMAIL PROTECTED]> wrote:
>
> In file included from drivers/mtd/chips/cfi_probe.c:18:
> include/linux/mtd/xip.h:68:25: error: asm/mtd-xip.h: No such file or directory
I assume MTD_CFI should depend on ARM?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Wed, 2005-07-13 at 20:46 +0100, David Woodhouse wrote:
> On Wed, 2005-07-13 at 12:34 -0700, Andrew Morton wrote:
> > I assume MTD_CFI should depend on ARM?
>
> I believe it already does, in the git tree. Thomas asked Linus to pull
> from that only about an hour ago.
Linus has pulled already
t
> What's your device-mapper/lvm configuration and what 'lvm' command
> did you run to trigger this?
Nothing special... it happens while booting Fedora Core 4.
> 'dmsetup info -c'
> 'dmsetup table'
> 'lvs --segments -o+devices -a'
# cat /etc/fstab
/dev/VolGroup00/Root/
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
> Quilt docs only say lines beginning with "#" are ignored, nothing about it
> after a patch name.
I think that got fixed in quilt CVS a couple of weeks ago
>...and BTW why does every line in the series file have a trailing space?
Not in my copy o
On Tue, 12 Jul 2005 at 17:41:00 -0700, Andrew Morton wrote:
> The patch was empty. That happens sometimes. I like to be able to apply
> empty patches, but yes, perhaps that should require -f.
>
> Either drop the patch of use -f.
OK, those are easy enough to comment out but I thought the brok
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>
> I downloaded 2.6.13-rc2-mm2-broken-out.tar.bz2 and verified the signature.
>
> Then I untarred it and moved it to the patches/ dir.
>
> Output of 'quilt push -a' ends with:
>
> Applying git-netdev-janitor-fixup.patch
> patch: Only garba
I downloaded 2.6.13-rc2-mm2-broken-out.tar.bz2 and verified the signature.
Then I untarred it and moved it to the patches/ dir.
Output of 'quilt push -a' ends with:
Applying git-netdev-janitor-fixup.patch
patch: Only garbage was found in the patch input.
Patch git-netdev-janito
Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
> I'm downloading -mm2 as I write this to check, but I can't
> spot the part of the patch that updates dm-table.c to read:
>
> void dm_table_presuspend_targets(struct dm_table *t)
> {
> if (!t)
> return;
>
> retu
On Tue, Jul 12, 2005 at 08:52:39PM +0200, Laurent Riffard wrote:
> I just got this oops.
> EIP is at suspend_targets+0x8/0x42 [dm_mod]
I fear the empty patch the script gave me yesterday wasn't meant
to be empty... [Yes, I'm going to switch to quilt just as soon as
I can make time to convert
Laurent Riffard [EMAIL PROTECTED] wrote:
> device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED]
> Unable to handle kernel NULL pointer dereference at virtual address 0094
> printing eip:
> d08612ec
> *pde =
> Oops: [#1]
> last sysfs file:
> Modules linked in: dm
On Tue, Jul 12, 2005 at 08:16:14PM +0200, Felipe Alfaro Solana wrote:
> I'm seeing this oops with 2.6.13-rc2-mm2:
> EIP is at suspend_targets+0x6/0x47 [dm_mod]
> Doesn't happen with 2.6.13-rc2-mm1, however.
What's your device-mapper/lvm configuration and what 'lvm' command
did you run to trigge
> Changes since 2.6.13-rc2-mm1:
I'm seeing this oops with 2.6.13-rc2-mm2:
*pde
Oops: [#1]
last sysfs file:
Modules linked in: dm_snapshot dm_mirror ext3 mbcache jbd dm_mod
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010246 (2.6.13-rc2mm2)
EIP is at suspend_targets+0x6/0
On Tue, Jul 12, 2005 at 01:01:48PM +0100, David Woodhouse wrote:
> On Tue, 2005-07-12 at 13:05 +0200, Adrian Bunk wrote:
> > Although it's not mentioned in the changelog, it seems the MTD GIT
> > tree was dropped.
> >
> > I noticed this because a compile error that was fixed in -mm1 is back.
>
>
On Tue, 2005-07-12 at 13:05 +0200, Adrian Bunk wrote:
> Although it's not mentioned in the changelog, it seems the MTD GIT
> tree was dropped.
>
> I noticed this because a compile error that was fixed in -mm1 is back.
What error? The MTD GIT tree is presumably absent from -mm because it
was pulle
Although it's not mentioned in the changelog, it seems the MTD GIT tree
was dropped.
I noticed this because a compile error that was fixed in -mm1 is back.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for
20 matches
Mail list logo
