Debian Bug report logs - #414932
linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm

version graph

Package: linux-2.6; Maintainer for linux-2.6 is (unknown);

Reported by: Michael Prokop <mika@grml.org>

Date: Wed, 14 Mar 2007 20:33:05 UTC

Owned by: Martin Michlmayr <tbm@cyrius.com>

Severity: important

Tags: patch, pending

Fixed in version linux-2.6/2.6.26-1

Done: Bastian Blank <waldi@debian.org>

Bug is archived. No further changes may be made.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Michael Prokop <mika@grml.org>:
New Bug report received and forwarded. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Michael Prokop <mika@grml.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Wed, 14 Mar 2007 21:30:34 +0100
Package: linux-image-2.6.18-4-ixp4xx
Version: 2.6.18.dfsg.1-11
Severity: important


I'm using the NSLU2 device with Debian
(http://www.cyrius.com/debian/nslu2/):

# uname -a
Linux NSLU 2.6.18-4-ixp4xx #1 Thu Feb 22 14:00:55 UTC 2007 armv5tel GNU/Linux

The problem: using a partition which has been generated on a x86
system using the filesystem XFS does not work on arm/NSLU2. Mounting
the partition does not indicate any problems in the syslog, but
access to the partition/files is definitely not possible:

# ls -la /mnt/sdb2
total 4
drwxr-xr-x 7 root root   76 Oct 13 00:09 /
drwxr-xr-x 7 root root   76 Oct 13 00:09 /
drwxr-xr-x 7 root root   76 Oct 13 00:09 /
drwxr-xr-x 7 root root   76 Oct 13 00:09 /
drwxr-xr-x 7 root root   76 Oct 13 00:09 ./
drwxr-xr-x 4 root root 4096 Mar  7 19:46 ../
#

Though the disk usage is displayed correct:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             773M  606M  128M  83% /
tmpfs                  15M     0   15M   0% /lib/init/rw
udev                   10M   44K   10M   1% /dev
tmpfs                  15M     0   15M   0% /dev/shm
/dev/sdb2             271G   95G  176G  35% /mnt/sdb2

The XFS partition can be used without any problems on the x86
system, there's no data loss. XFS itself is ok on arm/NSLU2 if the
partition has been generated on the arm platform using mkfs.xfs.

I played around with xfs_repair, xfs_db, xfs_check,... tons of error
messages are displayed though the partition itself is ok - it's just
that there seem to be serious problems on the arm platform.

The problem is reproducable, just run something like

# mkfs.xfs -d file,name=/file,size=20m

on a x86 system and try to mount the file on arm/NSLU2 then.

If you need any further information, debugging output,... please let
me know.

regards,
-mika-



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #10 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Fri, 16 Mar 2007 21:16:16 +0100
I just found http://oss.sgi.com/archives/xfs/2007-03/msg00078.html
which is another XFS problem on NSLU2.  Apparently it's because of a
miscompilation in XFS on ARM.  I'll confirm with the XFS developers
whether your problem may be caused by this too after reproducing it on
another ARM machine, hopefully this weekend.
-- 
Martin Michlmayr
http://www.cyrius.com/



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Michael Prokop <mika@grml.org>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #15 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Michael Prokop <mika@grml.org>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Fri, 16 Mar 2007 21:34:06 +0100
[Message part 1 (text/plain, inline)]
* Martin Michlmayr <tbm@cyrius.com> [20070316 21:24]:

> I just found http://oss.sgi.com/archives/xfs/2007-03/msg00078.html
> which is another XFS problem on NSLU2.  Apparently it's because of a
> miscompilation in XFS on ARM.  I'll confirm with the XFS developers
> whether your problem may be caused by this too after reproducing it on
> another ARM machine, hopefully this weekend.

ACK, I was talking to Eric Sandeen on #xfs and we played around with
stuff like 'xfs_db -r /dev/... => sb 0; p', xfs_check,... and came
to the same conclusion.

I've the log from xfs_repair available, JFTR:

# xfs_repair -n /dev/sdb2
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
entry "                                                " in shortform directory 128 references invalid inode 1852205415
size of entry #0 overflows space left in in shortform dir 128
would junk 4 entries
would have corrected entry count in directory 128 from 4 to 0
would have corrected directory 128 size from 59 to 8
would have corrected root directory 128 .. entry from 8390144 to 128
entry "                                                " in shortform directory 131 references invalid inode 3619769856
size of entry #0 overflows space left in in shortform dir 131
would junk 4 entries
would have corrected entry count in directory 131 from 4 to 0
would have corrected directory 131 size from 67 to 8
[...]

regards,
-mika-
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #20 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Michael Prokop <mika@grml.org>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 17 Mar 2007 20:42:38 +0100
Eric mentioned a workaround for this miscompilation.  Do you know more
about this?  Also, do you have any idea whether this issue has
actually been reported to the GCC folks?
-- 
Martin Michlmayr
http://www.cyrius.com/



Owner recorded as Martin Michlmayr <tbm@cyrius.com>. Request was from Martin Michlmayr <tbm@cyrius.com> to control@bugs.debian.org. (Sat, 17 Mar 2007 19:45:03 GMT) (full text, mbox, link).


Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Michael Prokop <mika@grml.org>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #27 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Michael Prokop <mika@grml.org>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 17 Mar 2007 21:19:00 +0100
[Message part 1 (text/plain, inline)]
* Martin Michlmayr <tbm@cyrius.com> [20070317 21:15]:

> Eric mentioned a workaround for this miscompilation.  Do you know more
> about this?

No, sorry.

> Also, do you have any idea whether this issue has actually been
> reported to the GCC folks?

I don't think so, as Eric had no access to such a system to verify
and play with it on his own and I wanted to report the bug to
Debian's BTS before bugging upstream.

regards,
-mika-
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #32 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 17 Mar 2007 21:32:56 +0100
* Michael Prokop <mika@grml.org> [2007-03-17 21:19]:
> I don't think so, as Eric had no access to such a system to verify
> and play with it on his own and I wanted to report the bug to
> Debian's BTS before bugging upstream.

Ok, I'm fairly busy right now but I'll try to talk to Eric in about a
month or 1.5 months, and maybe I can arrange access to an ARM box for
him.
-- 
Martin Michlmayr
http://www.cyrius.com/



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #37 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Cc: Eric Sandeen <sandeen@sgi.com>
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Wed, 25 Apr 2007 14:43:38 +0200
Eric,

We at Debian received a bug report about XFS on ARM (see below).  I
noticed your posting at
http://oss.sgi.com/archives/xfs/2007-03/msg00053.html in which you
said that this was a known issue.  I cannot find the workaround you
mentioned in your message.  Do you know where I can find it?

I think you also mentioned not having access to any ARM hardware.
If I can give you an account on an ARM machine, do you think you could
invetigate this issue in more detail?  It would be great to have a
small testcase that could be sent to the GCC folks.

Thanks.


* Michael Prokop <mika@grml.org> [2007-03-14 21:30]:
> Package: linux-image-2.6.18-4-ixp4xx
> Version: 2.6.18.dfsg.1-11
> Severity: important
> 
> 
> I'm using the NSLU2 device with Debian
> (http://www.cyrius.com/debian/nslu2/):
> 
> # uname -a
> Linux NSLU 2.6.18-4-ixp4xx #1 Thu Feb 22 14:00:55 UTC 2007 armv5tel GNU/Linux
> 
> The problem: using a partition which has been generated on a x86
> system using the filesystem XFS does not work on arm/NSLU2. Mounting
> the partition does not indicate any problems in the syslog, but
> access to the partition/files is definitely not possible:
> 
> # ls -la /mnt/sdb2
> total 4
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 ./
> drwxr-xr-x 4 root root 4096 Mar  7 19:46 ../
> #
> 
> Though the disk usage is displayed correct:
> 
> # df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda1             773M  606M  128M  83% /
> tmpfs                  15M     0   15M   0% /lib/init/rw
> udev                   10M   44K   10M   1% /dev
> tmpfs                  15M     0   15M   0% /dev/shm
> /dev/sdb2             271G   95G  176G  35% /mnt/sdb2
> 
> The XFS partition can be used without any problems on the x86
> system, there's no data loss. XFS itself is ok on arm/NSLU2 if the
> partition has been generated on the arm platform using mkfs.xfs.
> 
> I played around with xfs_repair, xfs_db, xfs_check,... tons of error
> messages are displayed though the partition itself is ok - it's just
> that there seem to be serious problems on the arm platform.
> 
> The problem is reproducable, just run something like
> 
> # mkfs.xfs -d file,name=/file,size=20m
> 
> on a x86 system and try to mount the file on arm/NSLU2 then.
> 
> If you need any further information, debugging output,... please let
> me know.
> 
> regards,
> -mika-
> 
> 

-- 
Martin Michlmayr
http://www.cyrius.com/



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #42 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Wed, 25 Apr 2007 14:46:24 +0200
Eric,

We at Debian received a bug report about XFS on ARM (see below).  I
noticed your posting at
http://oss.sgi.com/archives/xfs/2007-03/msg00053.html in which you
said that this was a known issue.  I cannot find the workaround you
mentioned in your message.  Do you know where I can find it?

I think you also mentioned not having access to any ARM hardware.
If I can give you an account on an ARM machine, do you think you could
invetigate this issue in more detail?  It would be great to have a
small testcase that could be sent to the GCC folks.

Thanks.


* Michael Prokop <mika@grml.org> [2007-03-14 21:30]:
> Package: linux-image-2.6.18-4-ixp4xx
> Version: 2.6.18.dfsg.1-11
> Severity: important
> 
> 
> I'm using the NSLU2 device with Debian
> (http://www.cyrius.com/debian/nslu2/):
> 
> # uname -a
> Linux NSLU 2.6.18-4-ixp4xx #1 Thu Feb 22 14:00:55 UTC 2007 armv5tel GNU/Linux
> 
> The problem: using a partition which has been generated on a x86
> system using the filesystem XFS does not work on arm/NSLU2. Mounting
> the partition does not indicate any problems in the syslog, but
> access to the partition/files is definitely not possible:
> 
> # ls -la /mnt/sdb2
> total 4
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 /
> drwxr-xr-x 7 root root   76 Oct 13 00:09 ./
> drwxr-xr-x 4 root root 4096 Mar  7 19:46 ../
> #
> 
> Though the disk usage is displayed correct:
> 
> # df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda1             773M  606M  128M  83% /
> tmpfs                  15M     0   15M   0% /lib/init/rw
> udev                   10M   44K   10M   1% /dev
> tmpfs                  15M     0   15M   0% /dev/shm
> /dev/sdb2             271G   95G  176G  35% /mnt/sdb2
> 
> The XFS partition can be used without any problems on the x86
> system, there's no data loss. XFS itself is ok on arm/NSLU2 if the
> partition has been generated on the arm platform using mkfs.xfs.
> 
> I played around with xfs_repair, xfs_db, xfs_check,... tons of error
> messages are displayed though the partition itself is ok - it's just
> that there seem to be serious problems on the arm platform.
> 
> The problem is reproducable, just run something like
> 
> # mkfs.xfs -d file,name=/file,size=20m
> 
> on a x86 system and try to mount the file on arm/NSLU2 then.
> 
> If you need any further information, debugging output,... please let
> me know.
> 
> regards,
> -mika-
> 
> 

-- 
Martin Michlmayr
http://www.cyrius.com/



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Eric Sandeen <sandeen@sandeen.net>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #47 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Eric Sandeen <sandeen@sandeen.net>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Wed, 25 Apr 2007 09:35:05 -0500
Martin Michlmayr wrote:
> Eric,
> 
> We at Debian received a bug report about XFS on ARM (see below).  I
> noticed your posting at
> http://oss.sgi.com/archives/xfs/2007-03/msg00053.html in which you
> said that this was a known issue.  I cannot find the workaround you
> mentioned in your message.  Do you know where I can find it?
> 
> I think you also mentioned not having access to any ARM hardware.
> If I can give you an account on an ARM machine, do you think you could
> invetigate this issue in more detail?  It would be great to have a
> small testcase that could be sent to the GCC folks.

I think this was the fix:

http://www.spinics.net/lists/arm-kernel/msg18479.html

yeah, somebody should get to the bottom of this... sure, if I can log
into an arm machine that demonstrates the bug, I could try to come up
with a compact gcc testcase.  Well, from looking at this patch I suppose
anyone could, but I'll try to find some time.  :)

Thanks,

-Eric



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Eric Sandeen <sandeen@sandeen.net>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #52 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Eric Sandeen <sandeen@sandeen.net>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: Michael Prokop <mika@grml.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Thu, 26 Apr 2007 23:34:56 -0500
Root cause seems to be gcc misaligning the xfs shortform directory 
structures.  In the example below, bar.parent has offset 4, while 
boo.parent has offset 2.  The union seems to cause extra padding - I 
believe "c" should be at offset 2 in both structures.

This is leading to trouble in xfs_dir2_sf_hdr_t and others, and is 
unfortunately leading to on-disk corruption, I think.  The patch that's 
been floating around to "fix" this probably only masks the problem, by 
accommodating the extra padding when calculating sizes.

#include <stdio.h>

struct bar {
        unsigned char   a;
        unsigned char   b;
        union {
                unsigned char x;
                unsigned char y;
        } c;
};

struct boo {
        unsigned char   a;
        unsigned char   b;
        unsigned char   c;
};


#define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)

int main(int argc, char ** argv) {

        printf("a: %d\n", offsetof(struct bar, a));
        printf("b: %d\n", offsetof(struct bar, b));
        printf("c: %d\n", offsetof(struct bar, c));

        printf("a: %d\n", offsetof(struct boo, a));
        printf("b: %d\n", offsetof(struct boo, b));
        printf("c: %d\n", offsetof(struct boo, c));

        return 0;
}

sandeen@all6500-arm:~$ ./gcc-test
a: 0
b: 1
c: 4
a: 0
b: 1
c: 2

sandeen@all6500-arm:~$ gcc -v
Using built-in specs.
Target: arm-linux-gnu
Configured with: ../src/configure -v 
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr 
--enable-shared --with-system-zlib --libexecdir=/usr/lib 
--without-included-gettext --enable-threads=posix --enable-nls 
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-mpfr --enable-checking=release 
arm-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

sandeen@all6500-arm:~$ uname -a
Linux all6500-arm 2.6.18-4-iop32x #1 Thu Feb 22 03:51:25 UTC 2007 
armv5tel GNU/Linux




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Eric Sandeen <sandeen@sandeen.net>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #57 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Eric Sandeen <sandeen@sandeen.net>
To: 414932@bugs.debian.org
Subject: Re: Bug#414932: Info received (Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm)
Date: Thu, 26 Apr 2007 23:57:40 -0500
Maybe the alignment isn't broken; it's just "special" - I guess there 
are no actual rules on how the structure must be aligned...  hmm...



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Lennert Buytenhek <buytenh@wantstofly.org>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #62 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Lennert Buytenhek <buytenh@wantstofly.org>
To: Eric Sandeen <sandeen@sandeen.net>, 414932@bugs.debian.org
Subject: Re: Bug#414932: Info received (Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm)
Date: Fri, 27 Apr 2007 10:23:15 +0200
On Thu, Apr 26, 2007 at 11:57:40PM -0500, Eric Sandeen wrote:

> Maybe the alignment isn't broken; it's just "special" - I guess there 
> are no actual rules on how the structure must be aligned...  hmm...

Yep.  Padding rules on old-ABI ARM systems are 'special', but still
spec-compliant.  See:

	http://www.simplemachines.it/arm-linux/book/afaq.html

For example, this means that sizeof(struct { char a; char b; }) == 4
on old-ABI ARM systems.  This is the main cause of pain when porting
applications to ARM platforms.  (#2 is the fact that chars are unsigned
by default on ARM, which is also something that the relevant specs
allow but not a lot of people expect.)

The new ARM ABI (EABI) changes both of these things (and a couple more,
such as 64 bit type alignment and the floating point calling convention)
to be more in line with other deployed Linux platforms.  There is a
preliminary Debian EABI port available here:

	http://wiki.debian.org/ArmEabiPort

But Debian EABI uptake has been very slow, and most people are still on
old-ABI systems.



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Lennert Buytenhek <buytenh@wantstofly.org>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #67 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Lennert Buytenhek <buytenh@wantstofly.org>
To: Eric Sandeen <sandeen@sandeen.net>, 414932@bugs.debian.org
Cc: Martin Michlmayr <tbm@cyrius.com>, Michael Prokop <mika@grml.org>
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Fri, 27 Apr 2007 10:28:35 +0200
On Thu, Apr 26, 2007 at 11:34:56PM -0500, Eric Sandeen wrote:

> Root cause seems to be gcc misaligning the xfs shortform directory 
> structures.  In the example below, bar.parent has offset 4, while 
> boo.parent has offset 2.  The union seems to cause extra padding - I 
> believe "c" should be at offset 2 in both structures.
> 
> This is leading to trouble in xfs_dir2_sf_hdr_t and others, and is 
> unfortunately leading to on-disk corruption, I think.  The patch that's 
> been floating around to "fix" this probably only masks the problem, by 
> accommodating the extra padding when calculating sizes.
> 
> #include <stdio.h>
> 
> struct bar {
>         unsigned char   a;
>         unsigned char   b;
>         union {
>                 unsigned char x;
>                 unsigned char y;
>         } c;
> };
> 
> struct boo {
>         unsigned char   a;
>         unsigned char   b;
>         unsigned char   c;
> };
> 
> 
> #define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)
> 
> int main(int argc, char ** argv) {
> 
>         printf("a: %d\n", offsetof(struct bar, a));
>         printf("b: %d\n", offsetof(struct bar, b));
>         printf("c: %d\n", offsetof(struct bar, c));
> 
>         printf("a: %d\n", offsetof(struct boo, a));
>         printf("b: %d\n", offsetof(struct boo, b));
>         printf("c: %d\n", offsetof(struct boo, c));
> 
>         return 0;
> }
> 
> sandeen@all6500-arm:~$ ./gcc-test
> a: 0
> b: 1
> c: 4
> a: 0
> b: 1
> c: 2

On an EABI ARM system:

$ ./x
a: 0
b: 1
c: 2
a: 0
b: 1
c: 2


> sandeen@all6500-arm:~$ gcc -v
> Using built-in specs.
> Target: arm-linux-gnu
> Configured with: ../src/configure -v 
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr 
> --enable-shared --with-system-zlib --libexecdir=/usr/lib 
> --without-included-gettext --enable-threads=posix --enable-nls 
> --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu 
> --enable-libstdcxx-debug --enable-mpfr --enable-checking=release 
> arm-linux-gnu
> Thread model: posix
> gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

iop0:~# gcc -v
Using built-in specs.
Target: arm-linux-gnueabi
Configured with: ../src/configure -v
--enable-languages=c,c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-checking=release
arm-linux-gnueabi
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)


> sandeen@all6500-arm:~$ uname -a
> Linux all6500-arm 2.6.18-4-iop32x #1 Thu Feb 22 03:51:25 UTC 2007 
> armv5tel GNU/Linux

iop0:~# uname -a
Linux iop0.wantstofly.org 2.6.20 #9 Thu Mar 29 04:35:38 CEST 2007
armv5tel GNU/Linux



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Eric Sandeen <sandeen@sandeen.net>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #72 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Eric Sandeen <sandeen@sandeen.net>
To: Lennert Buytenhek <buytenh@wantstofly.org>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: Info received (Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm)
Date: Fri, 27 Apr 2007 08:26:10 -0500
Lennert Buytenhek wrote:

> Yep.  Padding rules on old-ABI ARM systems are 'special', but still
> spec-compliant.  See:

Thanks, I've read up a bit since, and I think I grok it now :)

So, adding __attribute__((packed)) to xfs_dir2_sf_off_t, 
xfs_dir2_sf_hdr_t, and perhaps also xfs_dir2_sf_entry_t might fix things?

The xfstest suite is pretty good, if anyone would like to run through it 
on arm with the above packed structures...

-Eric



Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Lennert Buytenhek <buytenh@wantstofly.org>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #77 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Lennert Buytenhek <buytenh@wantstofly.org>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: Info received (Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm)
Date: Fri, 27 Apr 2007 21:06:52 +0200
On Fri, Apr 27, 2007 at 08:26:10AM -0500, Eric Sandeen wrote:

> >Yep.  Padding rules on old-ABI ARM systems are 'special', but still
> >spec-compliant.  See:
> 
> Thanks, I've read up a bit since, and I think I grok it now :)
> 
> So, adding __attribute__((packed)) to xfs_dir2_sf_off_t, 
> xfs_dir2_sf_hdr_t, and perhaps also xfs_dir2_sf_entry_t might fix things?

It might, but it would likely also reduce performance on other platforms.

I.e. on platforms that can't do unaligned accesses, if you access,
say, an unsigned long long via a pointer to a struct that is
__attribute__((packed)), the compiler might end up emitting 8 individual
byte accesses, and combining those values together into a long long by
hand.

You'd probably want to do something like:

	#if defined(__arm__) && !defined(__ARM_EABI__)
	#define PACKED __attribute__((packed))
	#else
	#define PACKED
	#endif

	typedef struct {
		int foo;
		char bar;
		long baz;
	} PACKED;

Or something like that.


> The xfstest suite is pretty good, if anyone would like to run
> through it on arm with the above packed structures...

I'll have a look.



Information forwarded to debian-bugs-dist@lists.debian.org, unknown-package@qa.debian.org:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to unknown-package@qa.debian.org. (full text, mbox, link).


Message #82 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Lennert Buytenhek <buytenh@wantstofly.org>, 414932@bugs.debian.org
Cc: Eric Sandeen <sandeen@sandeen.net>
Subject: Re: Bug#414932: Info received (Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm)
Date: Mon, 24 Sep 2007 13:50:54 +0200
* Lennert Buytenhek <buytenh@wantstofly.org> [2007-04-27 21:06]:
> > The xfstest suite is pretty good, if anyone would like to run
> > through it on arm with the above packed structures...
> 
> I'll have a look.

Did you get a chance to?
-- 
Martin Michlmayr
http://www.cyrius.com/




Information forwarded to debian-bugs-dist@lists.debian.org, unknown-package@qa.debian.org:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to unknown-package@qa.debian.org. (full text, mbox, link).


Message #87 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Lennert Buytenhek <buytenh@wantstofly.org>, 414932@bugs.debian.org
Cc: Michael Prokop <mika@grml.org>
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Mon, 17 Mar 2008 09:50:27 +0100
A patch for this problem has been posted now.

Message-ID: <47DB4181.7040603@sandeen.net>
Date: Fri, 14 Mar 2008 22:24:49 -0500
From: Eric Sandeen <sandeen@sandeen.net>
User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
MIME-Version: 1.0
To: xfs-oss <xfs@oss.sgi.com>
CC: patches@arm.linux.org.uk
Subject: [PATCH] fix dir2 shortform structures on ARM old ABI

This should fix the longstanding issues with xfs and old ABI
arm boxes, which lead to various asserts and xfs shutdowns,
and for which an (incorrect) patch has been floating around
for years.  (Said patch made ARM internally consistent, but
altered the normal xfs on-disk format such that it looked
corrupted on other architectures):
http://lists.arm.linux.org.uk/lurker/message/20040311.002034.5ecf21a2.html

Old ABI ARM has interesting packing & padding; for example
on ARM old abi:

struct xfs_dir2_sf_entry {
	__uint8_t                  namelen;      /*     0     1 */

	/* XXX 3 bytes hole, try to pack */

	xfs_dir2_sf_off_t          offset;       /*     4     4 */
	__uint8_t                  name[1];      /*     8     1 */

	/* XXX 3 bytes hole, try to pack */

	xfs_dir2_inou_t            inumber;      /*    12     8 */

	/* size: 20, cachelines: 1 */
	/* sum members: 14, holes: 2, sum holes: 6 */
	/* last cacheline: 20 bytes */
};

but on x86:

struct xfs_dir2_sf_entry {
	__uint8_t                  namelen;      /*     0     1 */
	xfs_dir2_sf_off_t          offset;       /*     1     2 */
	__uint8_t                  name[1];      /*     3     1 */
	xfs_dir2_inou_t            inumber;      /*     4     8 */

	/* size: 12, cachelines: 1 */
	/* last cacheline: 12 bytes */
};

... this sort of discrepancy leads to problems.

I've verified this patch by comparing the on-disk structure 
layouts using pahole from the dwarves package, as well as 
running through a bit of xfsqa under qemu-arm, modified so 
that the check/repair phase after each test actually executes 
check/repair from the x86 host, on the filesystem populated 
by the arm emulator.  Thus far it all looks good.

There are 2 other structures with extra padding at the end, 
but they don't seem to cause trouble.  I suppose they could 
be packed as well: xfs_dir2_data_unused_t and xfs_dir2_sf_t.

Note that userspace needs a similar treatment, and any
filesystems which were running with the previous rogue
"fix" will now see corruption (either in the kernel, or
during xfs_repair) with this fix properly in place; it 
may be worth teaching xfs_repair to identify and fix that 
specific issue.

Signed-off-by: Eric Sandeen <sandeen@sandeen.net>

---

Index: linux-2.6.24/fs/xfs/linux-2.6/xfs_linux.h
===================================================================
--- linux-2.6.24.orig/fs/xfs/linux-2.6/xfs_linux.h
+++ linux-2.6.24/fs/xfs/linux-2.6/xfs_linux.h
@@ -300,4 +300,11 @@ static inline __uint64_t howmany_64(__ui
 	return x;
 }
 
+/* ARM old ABI has some weird alignment/padding */
+#if defined(__arm__) && !defined(__ARM_EABI__)
+#define __arch_pack __attribute__((packed))
+#else
+#define __arch_pack
+#endif
+
 #endif /* __XFS_LINUX__ */
Index: linux-2.6.24/fs/xfs/xfs_dir2_sf.h
===================================================================
--- linux-2.6.24.orig/fs/xfs/xfs_dir2_sf.h
+++ linux-2.6.24/fs/xfs/xfs_dir2_sf.h
@@ -62,7 +62,7 @@ typedef union {
  * Normalized offset (in a data block) of the entry, really xfs_dir2_data_off_t.
  * Only need 16 bits, this is the byte offset into the single block form.
  */
-typedef struct { __uint8_t i[2]; } xfs_dir2_sf_off_t;
+typedef struct { __uint8_t i[2]; } __arch_pack xfs_dir2_sf_off_t;
 
 /*
  * The parent directory has a dedicated field, and the self-pointer must
@@ -76,14 +76,14 @@ typedef struct xfs_dir2_sf_hdr {
 	__uint8_t		count;		/* count of entries */
 	__uint8_t		i8count;	/* count of 8-byte inode #s */
 	xfs_dir2_inou_t		parent;		/* parent dir inode number */
-} xfs_dir2_sf_hdr_t;
+} __arch_pack xfs_dir2_sf_hdr_t;
 
 typedef struct xfs_dir2_sf_entry {
 	__uint8_t		namelen;	/* actual name length */
 	xfs_dir2_sf_off_t	offset;		/* saved offset */
 	__uint8_t		name[1];	/* name, variable size */
 	xfs_dir2_inou_t		inumber;	/* inode number, var. offset */
-} xfs_dir2_sf_entry_t;
+} __arch_pack xfs_dir2_sf_entry_t; 
 
 typedef struct xfs_dir2_sf {
 	xfs_dir2_sf_hdr_t	hdr;		/* shortform header */

-- 
Martin Michlmayr
http://www.cyrius.com/




Information forwarded to debian-bugs-dist@lists.debian.org, unknown-package@qa.debian.org, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-image-2.6.18-4-ixp4xx. (full text, mbox, link).


Acknowledgement sent to andred <debianbugs@andred.net>:
Extra info received and forwarded to list. Copy sent to unknown-package@qa.debian.org, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #92 received at 414932@bugs.debian.org (full text, mbox, reply):

From: andred <debianbugs@andred.net>
To: 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Thu, 27 Mar 2008 21:57:12 +0000
[Message part 1 (text/plain, inline)]
Please note that the above patch isn't helpful on armel.

We had some very fruitful discussions about armel w/ some XFS guys,
and it turns out that a simple patch like the attached is needed. This
works fine for me on 2.6.25-rc6, but I assume it will be made to
look/behave differently before being pushed upstream into the
kernel/xfs-cvs :-)

Since this fixes a cache issue, plain (old) arm will most likely need
it in addition to the struct packing patch, too.
[xfs_real.patch (text/x-diff, attachment)]

Bug reassigned from package `linux-image-2.6.18-4-ixp4xx' to `linux-2.6'. Request was from Martin Michlmayr <tbm@cyrius.com> to control@bugs.debian.org. (Fri, 28 Mar 2008 07:03:04 GMT) (full text, mbox, link).


Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #99 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: Michael Prokop <mika@grml.org>, Lennert Buytenhek <buytenh@wantstofly.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 21 Jun 2008 13:07:45 +0200
Eric,

Do you know what the status is of your XFS patch to make it work on
ARM (old ABI)?

* Martin Michlmayr <tbm@cyrius.com> [2008-03-17 09:50]:
> A patch for this problem has been posted now.
> 
> Message-ID: <47DB4181.7040603@sandeen.net>
> Date: Fri, 14 Mar 2008 22:24:49 -0500
> From: Eric Sandeen <sandeen@sandeen.net>
> User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
> MIME-Version: 1.0
> To: xfs-oss <xfs@oss.sgi.com>
> CC: patches@arm.linux.org.uk
> Subject: [PATCH] fix dir2 shortform structures on ARM old ABI
> 
> This should fix the longstanding issues with xfs and old ABI
> arm boxes, which lead to various asserts and xfs shutdowns,
> and for which an (incorrect) patch has been floating around
> for years.  (Said patch made ARM internally consistent, but
> altered the normal xfs on-disk format such that it looked
> corrupted on other architectures):
> http://lists.arm.linux.org.uk/lurker/message/20040311.002034.5ecf21a2.html
> 
> Old ABI ARM has interesting packing & padding; for example
> on ARM old abi:
> 
> struct xfs_dir2_sf_entry {
> 	__uint8_t                  namelen;      /*     0     1 */
> 
> 	/* XXX 3 bytes hole, try to pack */
> 
> 	xfs_dir2_sf_off_t          offset;       /*     4     4 */
> 	__uint8_t                  name[1];      /*     8     1 */
> 
> 	/* XXX 3 bytes hole, try to pack */
> 
> 	xfs_dir2_inou_t            inumber;      /*    12     8 */
> 
> 	/* size: 20, cachelines: 1 */
> 	/* sum members: 14, holes: 2, sum holes: 6 */
> 	/* last cacheline: 20 bytes */
> };
> 
> but on x86:
> 
> struct xfs_dir2_sf_entry {
> 	__uint8_t                  namelen;      /*     0     1 */
> 	xfs_dir2_sf_off_t          offset;       /*     1     2 */
> 	__uint8_t                  name[1];      /*     3     1 */
> 	xfs_dir2_inou_t            inumber;      /*     4     8 */
> 
> 	/* size: 12, cachelines: 1 */
> 	/* last cacheline: 12 bytes */
> };
> 
> ... this sort of discrepancy leads to problems.
> 
> I've verified this patch by comparing the on-disk structure 
> layouts using pahole from the dwarves package, as well as 
> running through a bit of xfsqa under qemu-arm, modified so 
> that the check/repair phase after each test actually executes 
> check/repair from the x86 host, on the filesystem populated 
> by the arm emulator.  Thus far it all looks good.
> 
> There are 2 other structures with extra padding at the end, 
> but they don't seem to cause trouble.  I suppose they could 
> be packed as well: xfs_dir2_data_unused_t and xfs_dir2_sf_t.
> 
> Note that userspace needs a similar treatment, and any
> filesystems which were running with the previous rogue
> "fix" will now see corruption (either in the kernel, or
> during xfs_repair) with this fix properly in place; it 
> may be worth teaching xfs_repair to identify and fix that 
> specific issue.
> 
> Signed-off-by: Eric Sandeen <sandeen@sandeen.net>
> 
> ---
> 
> Index: linux-2.6.24/fs/xfs/linux-2.6/xfs_linux.h
> ===================================================================
> --- linux-2.6.24.orig/fs/xfs/linux-2.6/xfs_linux.h
> +++ linux-2.6.24/fs/xfs/linux-2.6/xfs_linux.h
> @@ -300,4 +300,11 @@ static inline __uint64_t howmany_64(__ui
>  	return x;
>  }
>  
> +/* ARM old ABI has some weird alignment/padding */
> +#if defined(__arm__) && !defined(__ARM_EABI__)
> +#define __arch_pack __attribute__((packed))
> +#else
> +#define __arch_pack
> +#endif
> +
>  #endif /* __XFS_LINUX__ */
> Index: linux-2.6.24/fs/xfs/xfs_dir2_sf.h
> ===================================================================
> --- linux-2.6.24.orig/fs/xfs/xfs_dir2_sf.h
> +++ linux-2.6.24/fs/xfs/xfs_dir2_sf.h
> @@ -62,7 +62,7 @@ typedef union {
>   * Normalized offset (in a data block) of the entry, really xfs_dir2_data_off_t.
>   * Only need 16 bits, this is the byte offset into the single block form.
>   */
> -typedef struct { __uint8_t i[2]; } xfs_dir2_sf_off_t;
> +typedef struct { __uint8_t i[2]; } __arch_pack xfs_dir2_sf_off_t;
>  
>  /*
>   * The parent directory has a dedicated field, and the self-pointer must
> @@ -76,14 +76,14 @@ typedef struct xfs_dir2_sf_hdr {
>  	__uint8_t		count;		/* count of entries */
>  	__uint8_t		i8count;	/* count of 8-byte inode #s */
>  	xfs_dir2_inou_t		parent;		/* parent dir inode number */
> -} xfs_dir2_sf_hdr_t;
> +} __arch_pack xfs_dir2_sf_hdr_t;
>  
>  typedef struct xfs_dir2_sf_entry {
>  	__uint8_t		namelen;	/* actual name length */
>  	xfs_dir2_sf_off_t	offset;		/* saved offset */
>  	__uint8_t		name[1];	/* name, variable size */
>  	xfs_dir2_inou_t		inumber;	/* inode number, var. offset */
> -} xfs_dir2_sf_entry_t;
> +} __arch_pack xfs_dir2_sf_entry_t; 
>  
>  typedef struct xfs_dir2_sf {
>  	xfs_dir2_sf_hdr_t	hdr;		/* shortform header */
> 
> -- 
> Martin Michlmayr
> http://www.cyrius.com/
> 

-- 
Martin Michlmayr
http://www.cyrius.com/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Eric Sandeen <sandeen@sandeen.net>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #104 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Eric Sandeen <sandeen@sandeen.net>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: Michael Prokop <mika@grml.org>, Lennert Buytenhek <buytenh@wantstofly.org>, 414932@bugs.debian.org
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 21 Jun 2008 10:50:08 -0500
Martin Michlmayr wrote:
> Eric,
> 
> Do you know what the status is of your XFS patch to make it work on
> ARM (old ABI)?

It was just recently added to the xfs cvs tree.  Message to the list was
"TAKE 982930 - fix dir2 shortform structures on ARM old ABI"

-Eric





Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #109 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Eric Sandeen <sandeen@sandeen.net>, 414932@bugs.debian.org
Cc: Michael Prokop <mika@grml.org>, Lennert Buytenhek <buytenh@wantstofly.org>
Subject: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sun, 22 Jun 2008 17:50:18 +0200
* Eric Sandeen <sandeen@sandeen.net> [2008-06-21 10:50]:
> > Do you know what the status is of your XFS patch to make it work on
> > ARM (old ABI)?
> 
> It was just recently added to the xfs cvs tree.  Message to the list was
> "TAKE 982930 - fix dir2 shortform structures on ARM old ABI"

Excellent news, thanks!
-- 
Martin Michlmayr
http://www.cyrius.com/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Niv Sardi <xaiki@sgi.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #114 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Niv Sardi <xaiki@sgi.com>
To: 414932@bugs.debian.org (Debian Bug Tracking System)
Cc: Martin Michlmayr <tbm@cyrius.com>, Debian Kernel Team <debian-kernel@lists.debian.org>(linux-2.6 #414932)
Subject: Re: Processed: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Mon, 23 Jun 2008 15:12:19 +1000
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/xfs-2.6.git;a=commit;h=7a9ba9bb899933293604a2b3c5ca4f40ad5a92a8

This fixes the issue, and should be pushed in the next kernel.org xfs.

Cheers,
-- 
Niv Sardi




Tags added: patch Request was from Niv Sardi <xaiki@sgi.com> to control@bugs.debian.org. (Mon, 23 Jun 2008 05:15:03 GMT) (full text, mbox, link).


Tags added: pending Request was from Martin Michlmayr <tbm@alioth.debian.org> to control@bugs.debian.org. (Sat, 26 Jul 2008 20:39:02 GMT) (full text, mbox, link).


Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Martin Michlmayr <tbm@cyrius.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>. (full text, mbox, link).


Message #123 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>
To: Niv Sardi <xaiki@sgi.com>, Eric Sandeen <sandeen@sandeen.net>
Cc: 414932@bugs.debian.org
Subject: Re: Bug#414932: Processed: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Sat, 26 Jul 2008 15:58:31 -0700
* Eric Sandeen <sandeen@sandeen.net> [2008-06-21 10:50]:
> It was just recently added to the xfs cvs tree.  Message to the list was
> "TAKE 982930 - fix dir2 shortform structures on ARM old ABI"

* Niv Sardi <xaiki@sgi.com> [2008-06-23 15:12]:
> http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/xfs-2.6.git;a=commit;h=7a9ba9bb899933293604a2b3c5ca4f40ad5a92a8
> This fixes the issue, and should be pushed in the next kernel.org xfs.

It seems there hasn't been a pull request for xfs for 2.6.27 yet and
rc1 will happen soon.  Any idea when there'll be a pull request?

-- 
Martin Michlmayr
http://www.cyrius.com/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>:
Bug#414932; Package linux-2.6. (full text, mbox, link).


Acknowledgement sent to Niv Sardi <xaiki@sgi.com>:
Extra info received and forwarded to list. Copy sent to Debian Kernel Team <debian-kernel@lists.debian.org>, Martin Michlmayr <tbm@cyrius.com>. (full text, mbox, link).


Message #128 received at 414932@bugs.debian.org (full text, mbox, reply):

From: Niv Sardi <xaiki@sgi.com>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: Eric Sandeen <sandeen@sandeen.net>, 414932@bugs.debian.org
Subject: Re: Bug#414932: Processed: Re: Bug#414932: linux-image-2.6.18-4-ixp4xx: xfs partition from x86 system can not be used on arm
Date: Mon, 28 Jul 2008 10:51:05 +1000
Martin Michlmayr <tbm@cyrius.com> writes:

> * Eric Sandeen <sandeen@sandeen.net> [2008-06-21 10:50]:
>> It was just recently added to the xfs cvs tree.  Message to the list was
>> "TAKE 982930 - fix dir2 shortform structures on ARM old ABI"
>
> * Niv Sardi <xaiki@sgi.com> [2008-06-23 15:12]:
>> http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/xfs-2.6.git;a=commit;h=7a9ba9bb899933293604a2b3c5ca4f40ad5a92a8
>> This fixes the issue, and should be pushed in the next kernel.org xfs.
>
> It seems there hasn't been a pull request for xfs for 2.6.27 yet and
> rc1 will happen soon.  Any idea when there'll be a pull request?

It should be happening in the next days, we're having some weird
behaviours with the git@oss, and trying to get those sorted out.

Cheers,
-- 
Niv Sardi




Reply sent to Bastian Blank <waldi@debian.org>:
You have taken responsibility. (full text, mbox, link).


Notification sent to Michael Prokop <mika@grml.org>:
Bug acknowledged by developer. (full text, mbox, link).


Message #133 received at 414932-close@bugs.debian.org (full text, mbox, reply):

From: Bastian Blank <waldi@debian.org>
To: 414932-close@bugs.debian.org
Subject: Bug#414932: fixed in linux-2.6 2.6.26-1
Date: Wed, 30 Jul 2008 17:37:04 +0000
Source: linux-2.6
Source-Version: 2.6.26-1

We believe that the bug you reported is fixed in the latest version of
linux-2.6, which is due to be installed in the Debian FTP archive:

linux-2.6_2.6.26-1.diff.gz
  to pool/main/l/linux-2.6/linux-2.6_2.6.26-1.diff.gz
linux-2.6_2.6.26-1.dsc
  to pool/main/l/linux-2.6/linux-2.6_2.6.26-1.dsc
linux-2.6_2.6.26.orig.tar.gz
  to pool/main/l/linux-2.6/linux-2.6_2.6.26.orig.tar.gz
linux-doc-2.6.26_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-doc-2.6.26_2.6.26-1_all.deb
linux-headers-2.6.26-1-all-powerpc_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all-powerpc_2.6.26-1_powerpc.deb
linux-headers-2.6.26-1-all_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all_2.6.26-1_powerpc.deb
linux-headers-2.6.26-1-common_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-common_2.6.26-1_powerpc.deb
linux-headers-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
linux-headers-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
linux-headers-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
linux-image-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
linux-image-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
linux-image-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
linux-libc-dev_2.6.26-1_powerpc.deb
  to pool/main/l/linux-2.6/linux-libc-dev_2.6.26-1_powerpc.deb
linux-manual-2.6.26_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-manual-2.6.26_2.6.26-1_all.deb
linux-patch-debian-2.6.26_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-patch-debian-2.6.26_2.6.26-1_all.deb
linux-source-2.6.26_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-source-2.6.26_2.6.26-1_all.deb
linux-support-2.6.26-1_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-support-2.6.26-1_2.6.26-1_all.deb
linux-tree-2.6.26_2.6.26-1_all.deb
  to pool/main/l/linux-2.6/linux-tree-2.6.26_2.6.26-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 414932@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank <waldi@debian.org> (supplier of updated linux-2.6 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Wed, 30 Jul 2008 10:17:29 +0200
Source: linux-2.6
Binary: linux-source-2.6.26 linux-doc-2.6.26 linux-manual-2.6.26 linux-patch-debian-2.6.26 linux-tree-2.6.26 linux-support-2.6.26-1 linux-libc-dev linux-headers-2.6.26-1-all linux-headers-2.6.26-1-all-alpha linux-headers-2.6.26-1-common linux-image-2.6.26-1-alpha-generic linux-headers-2.6.26-1-alpha-generic linux-image-2.6.26-1-alpha-smp linux-headers-2.6.26-1-alpha-smp linux-image-2.6.26-1-alpha-legacy linux-headers-2.6.26-1-alpha-legacy linux-headers-2.6.26-1-all-amd64 linux-image-2.6.26-1-amd64 linux-headers-2.6.26-1-amd64 linux-headers-2.6.26-1-common-openvz linux-image-2.6.26-1-openvz-amd64 linux-headers-2.6.26-1-openvz-amd64 linux-headers-2.6.26-1-all-arm linux-image-2.6.26-1-footbridge linux-headers-2.6.26-1-footbridge linux-image-2.6.26-1-iop32x linux-headers-2.6.26-1-iop32x linux-image-2.6.26-1-ixp4xx linux-headers-2.6.26-1-ixp4xx linux-image-2.6.26-1-orion5x linux-headers-2.6.26-1-orion5x linux-headers-2.6.26-1-all-armel linux-image-2.6.26-1-versatile linux-headers-2.6.26-1-versatile linux-headers-2.6.26-1-all-hppa linux-image-2.6.26-1-parisc linux-headers-2.6.26-1-parisc linux-image-2.6.26-1-parisc-smp linux-headers-2.6.26-1-parisc-smp linux-image-2.6.26-1-parisc64 linux-headers-2.6.26-1-parisc64 linux-image-2.6.26-1-parisc64-smp linux-headers-2.6.26-1-parisc64-smp linux-headers-2.6.26-1-all-i386 linux-image-2.6.26-1-486 linux-headers-2.6.26-1-486 linux-image-2.6.26-1-686 linux-headers-2.6.26-1-686 linux-image-2.6.26-1-686-bigmem linux-headers-2.6.26-1-686-bigmem linux-image-2.6.26-1-openvz-686 linux-headers-2.6.26-1-openvz-686 linux-headers-2.6.26-1-common-xen linux-image-2.6.26-1-xen-686 linux-modules-2.6.26-1-xen-686 linux-headers-2.6.26-1-xen-686 linux-headers-2.6.26-1-all-ia64 linux-image-2.6.26-1-itanium linux-headers-2.6.26-1-itanium linux-image-2.6.26-1-mckinley linux-headers-2.6.26-1-mckinley linux-headers-2.6.26-1-all-m68k linux-image-2.6.26-1-amiga linux-headers-2.6.26-1-amiga linux-image-2.6.26-1-atari linux-headers-2.6.26-1-atari linux-image-2.6.26-1-bvme6000 linux-headers-2.6.26-1-bvme6000 linux-image-2.6.26-1-mac linux-headers-2.6.26-1-mac linux-image-2.6.26-1-mvme147 linux-headers-2.6.26-1-mvme147 linux-image-2.6.26-1-mvme16x linux-headers-2.6.26-1-mvme16x linux-headers-2.6.26-1-all-mips linux-image-2.6.26-1-r4k-ip22 linux-headers-2.6.26-1-r4k-ip22 linux-image-2.6.26-1-r5k-ip32 linux-headers-2.6.26-1-r5k-ip32 linux-image-2.6.26-1-sb1-bcm91250a linux-headers-2.6.26-1-sb1-bcm91250a linux-image-2.6.26-1-sb1a-bcm91480b linux-headers-2.6.26-1-sb1a-bcm91480b linux-image-2.6.26-1-4kc-malta linux-headers-2.6.26-1-4kc-malta linux-image-2.6.26-1-5kc-malta linux-headers-2.6.26-1-5kc-malta linux-headers-2.6.26-1-all-mipsel linux-image-2.6.26-1-r5k-cobalt linux-headers-2.6.26-1-r5k-cobalt linux-headers-2.6.26-1-all-powerpc linux-image-2.6.26-1-powerpc linux-headers-2.6.26-1-powerpc linux-image-2.6.26-1-powerpc-smp linux-headers-2.6.26-1-powerpc-smp linux-image-2.6.26-1-powerpc64 linux-headers-2.6.26-1-powerpc64 linux-headers-2.6.26-1-all-s390 linux-image-2.6.26-1-s390 linux-headers-2.6.26-1-s390 linux-image-2.6.26-1-s390-tape linux-image-2.6.26-1-s390x linux-headers-2.6.26-1-s390x linux-headers-2.6.26-1-all-sparc linux-image-2.6.26-1-sparc64 linux-headers-2.6.26-1-sparc64 linux-image-2.6.26-1-sparc64-smp linux-headers-2.6.26-1-sparc64-smp
Architecture: source all powerpc
Version: 2.6.26-1
Distribution: unstable
Urgency: low
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Changed-By: Bastian Blank <waldi@debian.org>
Description: 
 linux-doc-2.6.26 - Linux kernel specific documentation for version 2.6.26
 linux-headers-2.6.26-1-486 - Header files for Linux 2.6.26-1-486
 linux-headers-2.6.26-1-4kc-malta - Header files for Linux 2.6.26-1-4kc-malta
 linux-headers-2.6.26-1-5kc-malta - Header files for Linux 2.6.26-1-5kc-malta
 linux-headers-2.6.26-1-686 - Header files for Linux 2.6.26-1-686
 linux-headers-2.6.26-1-686-bigmem - Header files for Linux 2.6.26-1-686-bigmem
 linux-headers-2.6.26-1-all - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-alpha - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-amd64 - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-arm - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-armel - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-hppa - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-i386 - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-ia64 - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-m68k - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-mips - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-mipsel - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-powerpc - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-s390 - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-all-sparc - All header files for Linux 2.6.26
 linux-headers-2.6.26-1-alpha-generic - Header files for Linux 2.6.26-1-alpha-generic
 linux-headers-2.6.26-1-alpha-legacy - Header files for Linux 2.6.26-1-alpha-legacy
 linux-headers-2.6.26-1-alpha-smp - Header files for Linux 2.6.26-1-alpha-smp
 linux-headers-2.6.26-1-amd64 - Header files for Linux 2.6.26-1-amd64
 linux-headers-2.6.26-1-amiga - Header files for Linux 2.6.26-1-amiga
 linux-headers-2.6.26-1-atari - Header files for Linux 2.6.26-1-atari
 linux-headers-2.6.26-1-bvme6000 - Header files for Linux 2.6.26-1-bvme6000
 linux-headers-2.6.26-1-common - Common header files for Linux 2.6.26-1
 linux-headers-2.6.26-1-common-openvz - Common header files for Linux 2.6.26-1-openvz
 linux-headers-2.6.26-1-common-xen - Common header files for Linux 2.6.26-1-xen
 linux-headers-2.6.26-1-footbridge - Header files for Linux 2.6.26-1-footbridge
 linux-headers-2.6.26-1-iop32x - Header files for Linux 2.6.26-1-iop32x
 linux-headers-2.6.26-1-itanium - Header files for Linux 2.6.26-1-itanium
 linux-headers-2.6.26-1-ixp4xx - Header files for Linux 2.6.26-1-ixp4xx
 linux-headers-2.6.26-1-mac - Header files for Linux 2.6.26-1-mac
 linux-headers-2.6.26-1-mckinley - Header files for Linux 2.6.26-1-mckinley
 linux-headers-2.6.26-1-mvme147 - Header files for Linux 2.6.26-1-mvme147
 linux-headers-2.6.26-1-mvme16x - Header files for Linux 2.6.26-1-mvme16x
 linux-headers-2.6.26-1-openvz-686 - Header files for Linux 2.6.26-1-openvz-686
 linux-headers-2.6.26-1-openvz-amd64 - Header files for Linux 2.6.26-1-openvz-amd64
 linux-headers-2.6.26-1-orion5x - Header files for Linux 2.6.26-1-orion5x
 linux-headers-2.6.26-1-parisc - Header files for Linux 2.6.26-1-parisc
 linux-headers-2.6.26-1-parisc-smp - Header files for Linux 2.6.26-1-parisc-smp
 linux-headers-2.6.26-1-parisc64 - Header files for Linux 2.6.26-1-parisc64
 linux-headers-2.6.26-1-parisc64-smp - Header files for Linux 2.6.26-1-parisc64-smp
 linux-headers-2.6.26-1-powerpc - Header files for Linux 2.6.26-1-powerpc
 linux-headers-2.6.26-1-powerpc-smp - Header files for Linux 2.6.26-1-powerpc-smp
 linux-headers-2.6.26-1-powerpc64 - Header files for Linux 2.6.26-1-powerpc64
 linux-headers-2.6.26-1-r4k-ip22 - Header files for Linux 2.6.26-1-r4k-ip22
 linux-headers-2.6.26-1-r5k-cobalt - Header files for Linux 2.6.26-1-r5k-cobalt
 linux-headers-2.6.26-1-r5k-ip32 - Header files for Linux 2.6.26-1-r5k-ip32
 linux-headers-2.6.26-1-s390 - Header files for Linux 2.6.26-1-s390
 linux-headers-2.6.26-1-s390x - Header files for Linux 2.6.26-1-s390x
 linux-headers-2.6.26-1-sb1-bcm91250a - Header files for Linux 2.6.26-1-sb1-bcm91250a
 linux-headers-2.6.26-1-sb1a-bcm91480b - Header files for Linux 2.6.26-1-sb1a-bcm91480b
 linux-headers-2.6.26-1-sparc64 - Header files for Linux 2.6.26-1-sparc64
 linux-headers-2.6.26-1-sparc64-smp - Header files for Linux 2.6.26-1-sparc64-smp
 linux-headers-2.6.26-1-versatile - Header files for Linux 2.6.26-1-versatile
 linux-headers-2.6.26-1-xen-686 - Header files for Linux 2.6.26-1-xen-686
 linux-image-2.6.26-1-486 - Linux 2.6.26 image on x86
 linux-image-2.6.26-1-4kc-malta - Linux 2.6.26 image on MIPS Malta
 linux-image-2.6.26-1-5kc-malta - Linux 2.6.26 image on MIPS Malta (64-bit)
 linux-image-2.6.26-1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4
 linux-image-2.6.26-1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4
 linux-image-2.6.26-1-alpha-generic - Linux 2.6.26 image on Alpha
 linux-image-2.6.26-1-alpha-legacy - Linux 2.6.26 image on Alpha Legacy
 linux-image-2.6.26-1-alpha-smp - Linux 2.6.26 image on Alpha SMP
 linux-image-2.6.26-1-amd64 - Linux 2.6.26 image on AMD64
 linux-image-2.6.26-1-amiga - Linux 2.6.26 image on Amiga
 linux-image-2.6.26-1-atari - Linux 2.6.26 image on Atari
 linux-image-2.6.26-1-bvme6000 - Linux 2.6.26 image on BVM BVME4000 and BVME6000
 linux-image-2.6.26-1-footbridge - Linux 2.6.26 image on Footbridge
 linux-image-2.6.26-1-iop32x - Linux 2.6.26 image on IOP32x
 linux-image-2.6.26-1-itanium - Linux 2.6.26 image on Itanium
 linux-image-2.6.26-1-ixp4xx - Linux 2.6.26 image on IXP4xx
 linux-image-2.6.26-1-mac - Linux 2.6.26 image on Macintosh
 linux-image-2.6.26-1-mckinley - Linux 2.6.26 image on Itanium II
 linux-image-2.6.26-1-mvme147 - Linux 2.6.26 image on Motorola MVME147
 linux-image-2.6.26-1-mvme16x - Linux 2.6.26 image on Motorola MVME162/6/7, MVME172/7
 linux-image-2.6.26-1-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support
 linux-image-2.6.26-1-openvz-amd64 - Linux 2.6.26 image on AMD64, OpenVZ support
 linux-image-2.6.26-1-orion5x - Linux 2.6.26 image on Orion
 linux-image-2.6.26-1-parisc - Linux 2.6.26 image on 32-bit PA-RISC
 linux-image-2.6.26-1-parisc-smp - Linux 2.6.26 image on multiprocessor 32-bit PA-RISC
 linux-image-2.6.26-1-parisc64 - Linux 2.6.26 image on 64-bit PA-RISC
 linux-image-2.6.26-1-parisc64-smp - Linux 2.6.26 image on multiprocessor 64-bit PA-RISC
 linux-image-2.6.26-1-powerpc - Linux 2.6.26 image on uniprocessor 32-bit PowerPC
 linux-image-2.6.26-1-powerpc-smp - Linux 2.6.26 image on multiprocessor 32-bit PowerPC
 linux-image-2.6.26-1-powerpc64 - Linux 2.6.26 image on 64-bit PowerPC
 linux-image-2.6.26-1-r4k-ip22 - Linux 2.6.26 image on SGI IP22
 linux-image-2.6.26-1-r5k-cobalt - Linux 2.6.26 image on Cobalt
 linux-image-2.6.26-1-r5k-ip32 - Linux 2.6.26 image on SGI IP32
 linux-image-2.6.26-1-s390 - Linux 2.6.26 image on IBM S/390
 linux-image-2.6.26-1-s390-tape - Linux 2.6.26 image on IBM S/390, IPL from tape
 linux-image-2.6.26-1-s390x - Linux 2.6.26 image on IBM zSeries
 linux-image-2.6.26-1-sb1-bcm91250a - Linux 2.6.26 image on BCM91250A
 linux-image-2.6.26-1-sb1a-bcm91480b - Linux 2.6.26 image on BCM91480B
 linux-image-2.6.26-1-sparc64 - Linux 2.6.26 image on uniprocessor 64-bit UltraSPARC
 linux-image-2.6.26-1-sparc64-smp - Linux 2.6.26 image on multiprocessor 64-bit UltraSPARC
 linux-image-2.6.26-1-versatile - Linux 2.6.26 image on Versatile
 linux-image-2.6.26-1-xen-686 - Linux 2.6.26 image on i686
 linux-libc-dev - Linux support headers for userspace development
 linux-manual-2.6.26 - Linux kernel API manual pages for version 2.6.26
 linux-modules-2.6.26-1-xen-686 - Linux 2.6.26 modules on i686
 linux-patch-debian-2.6.26 - Debian patches to version 2.6.26 of the Linux kernel
 linux-source-2.6.26 - Linux kernel source for version 2.6.26 with Debian patches
 linux-support-2.6.26-1 - Support files for Linux 2.6.26
 linux-tree-2.6.26 - Linux kernel source tree for building Debian kernel images
Closes: 284221 290090 392015 414932 416900 443742 448900 451367 460667 462529 463785 468149 469095 469727 471892 473180 473331 474312 474648 475295 475561 476970 477201 478419 479475 479709 480034 480195 480910 480995 481190 481358 481436 481613 482074 482100 482196 482331 482387 483489 484432 484524 484693 484885 484888 485063 485192 485375 485609 485873 486089 487257 487586 487721 488242 488284 489190 489223 489963 490649 492029 492268 492301 492703
Changes: 
 linux-2.6 (2.6.26-1) unstable; urgency=low
 .
   * New upstream release see http://kernelnewbies.org/Linux_2_6_26
     - UDF 2.50 support. (closes: #480910)
     - mmc: increase power up delay (closes: #481190)
     - snd-hda-intel suspend troubles fixed. (closes: #469727, #481613, #480034)
     - cifs QueryUnixPathInfo fix (closes: #480995)
     - r8169 oops in r8169_get_mac_version (closes: #471892)
     - netfilter headers cleanup (closes: #482331)
     - iwlwifi led support (closes: #469095)
     - ath5k associates on AR5213A (closes: #463785)
     - T42 suspend fix (closes: #485873)
     - cpuidle acpi driver: fix oops on AC<->DC (closes: #477201)
     - opti621 ide fixes (closes: #475561)
     - ssh connection hangs with mac80211 (closes: #486089)
     - ocfs2: Allow uid/gid/perm changes of symlinks (closes: #479475)
     - xircom_tulip_cb: oboslete driver removed (closes: #416900)
     - r8169 properly detect link status (closes: #487586)
     - iwl3945 connection + support fixes (closes: #481436, #482196)
     - longrun cpufreq min freq fix (closes: #468149)
     - emux midi synthesizer SOFT_PEDAL-release event (closes: #474312)
     - vmemmap fixes to use smaller pages (closes: #483489)
     - x86 freeze fixes (closes: #482100, #482074)
     - xen boot failure fix (closes: #488284)
     - gdb read floating-point and SSE registers (closes: #485375)
     - USB_PERSIST is default on (closes: #489963)
     - alsa snd-hda Dell Inspiron fix (closes: #490649)
     - ipw2200: queue direct scans (closes: #487721)
     - better gcc-4.3 support (closes: #492301)
     - iwl3945 monitor mode. (closes: #482387)
 .
   [ maximilian attems ]
   * topconfig set CRYPTO_CTS, SND_PCSP, SND_AW2, IWL4965_LEDS, IWL3945_LEDS,
     RT2400PCI_LEDS, RT2500PCI_LEDS, RT61PCI_LEDS, RT2500USB_LEDS,
     RT73USB_LEDS, NF_CT_PROTO_DCCP, BRIDGE_EBT_NFLOG, IWLWIFI_RFKILL,
     USB_SERIAL_SPCP8X5, USB_STORAGE_CYPRESS_ATACB, DVB_ISL6405, DVB_AU8522,
     VIDEO_EM28XX_DVB, VIDEO_CX18, VIDEO_AU0828, SOC_CAMERA_MT9M001,
     SOC_CAMERA_MT9V022, DVB_TUNER_ITD1000, VIDEO_PVRUSB2_DVB, USB_C67X00_HCD,
     USB_ISP1760_HCD, HTC_PASIC3, I2C_PCA_PLATFORM, TOUCHSCREEN_WM97XX,
     JOYSTICK_ZHENHUA, SFC, ACCESSIBILITY, UIO_SMX, LOGIRUMBLEPAD2_FF,
     A11Y_BRAILLE_CONSOLE, EDS_TRIGGER_DEFAULT_ON, VIDEO_ALLOW_V4L1, ATA_ACPI,
     SATA_PMP, ATA_SFF, USB_SERIAL_MOTOROLA, USB_WDM, MAC80211_MESH,
     IPV6_MROUTE, IPV6_PIMSM_V2, MTD_AR7_PARTS, SENSORS_IBMAEM, PATA_SCH,
     CGROUP_DEVICE, USB_ISIGHTFW, HW_RANDOM_VIRTIO, RTC_DRV_FM3130,
     USB_VIDEO_CLASS, CIFS_DFS_UPCALL.
   * [amd64, i386]: KVM_CLOCK, KVM_GUEST, ISCSI_IBFT_FIND, ISCSI_IBFT, THERMAL,
     EEEPC_LAPTOP, FB_N411, THERMAL_HWMON.
   * [amd64]: Enable SCSI_DPT_I2O as 64 bit now.
   * Reenable USB_SERIAL_EDGEPORT, USB_SERIAL_EDGEPORT_TI. (closes: #480195)
   * Enable TCP_MD5SIG for BGP sessions. (closes: #443742)
   * Add recognised alsa cards to bug report.
   * topconfig: Enable HYSDN, no longer broken on smp.
   * Add request_firmware patch for keyspan. (closes: #448900)
   * [x86]: Enable dma engine. (closes: #473331)
   * [ppc64]: Enable IBMEBUS and EHEA. (closes: #484888)
   * topconfig: Enable PROFILING across all flavours. (closes: #484885)
   * 486: enable OLPC support thanks Andres Salomon for merge.
     Kconfig variable patch by Robert Millan (closes: #485063).
   * Add request_firmware patch for ip2.
   * Add request_firmware patch for acenic. (closes: #284221)
   * [x86, ia64]: Set HPET_RTC_IRQ. (closes: #479709, #476970)
   * [ppc]: Set SND_VIRMIDI. (closes: #290090)
   * Fallback for userspace compatibility to old IEEE 1394 FireWire stack.
     (closes: #451367, #475295, #478419)
   * [x86]: Enable modular FB_UVESA. (closes: #473180)
   * JFFS2 enable summary and compressor support. (closes: #488242)
   * Add OLPC sdhci quirks. Thanks Andres Salomon <dilinger@debian.org>
     (closes: #485192)
   * [ppc]: Enable RTC_DRV_PPC. (closes: #484693) Thanks for the patch to
     Geoff Levand <geoffrey.levand@am.sony.com>.
   * Enable BLK_DEV_BSG for SG v4 support.
   * [amd64] Enable default disabled memtest boot param.
   * topconfig: Enable PATA_SIS instead of SATA_SIS. (closes: #485609)
   * Add OpenVZ countainer flavour for amd64, i386. (closes: #392015)
   * atl1e driver for Atheros(R) L1e Fast Ethernet. (closes: #492029)
   * [ALSA] hda - Add ICH9 controller support (8086:2911)
   * [ALSA] hda - support intel DG33 motherboards
   * HP iLO driver
   * Input: i8042 - add Arima-Rioworks HDAMB board to noloop list
     (closes: #489190) thanks Guillaume Morin <guillaume@morinfr.org>
 .
   [ Martin Michlmayr ]
   * [arm/orion5x] Update the config to reflect upstream renaming this
     subarch.
   * [arm/orion5x] Add some patches from Marvell's Orion tree:
     - Feroceon: speed up flushing of the entire cache
     - support for 5281 D0 stepping
     - cache align destination pointer when copying memory for some processors
     - cache align memset and memzero
     - DMA engine driver for Marvell XOR engine
     - Orion hardware watchdog support
   * [arm/orion5x] Enable NETCONSOLE.
   * [arm/orion5x] Disable more SCSI drivers.
   * [arm/ixp4xx] Disable most ATA and more SCSI and network drivers.
   * [arm/versatile] Enable CONFIG_RTC_DRV_PL031 (closes: #484432).
   * [arm/iop32x, arm/ixp4xx, arm/versatile] Enable ARM_THUMB (closes: #484524).
   * [arm/iop32x] Add LED driver for Thecus N2100 (Riku Voipio).
   * [mips/r5k-ip32] Enable USB.
   * [arm/orion5x, arm/iop32x, arm/ixp4xx, mipsel/r5k-cobalt] Enable HAMRADIO
     on the request of Heinz Janssen.
   * [arm/orion5x] Add support for QNAP TS-409 and HP mv2120; thanks
     Sylver Bruneau.
   * [mips] Add patches from Thomas Bogendoerfer:
     - gbefb: fix cmap FIFO timeout (closes: #487257)
     - IP32: Enable FAST-20 for onboard scsi
     - IP32: SGI O2 sound driver
   * [arm/ixp4xx] Add support for Freecom FSG-3 (Rod Whitby).
   * [arm/ixp4xx] Enable CONFIG_MACH_DSMG600.
   * [arm/iop32x] Unset NET_DMA since it actually leads to worse network
     performance.
   * [arm/orion5x] Fix a boot crash on the Kurobox Pro.
   * [arm/orion5x] use better key codes for the TS-209/TS-409 buttons
   * [arm/orion5x] export red SATA lights on TS-409, fix SATA presence/activity
   * [arm] Enable KEXEC (closes: #492268).
   * [arm/orion5x] Enable USB_PRINTER, requested by Mike Arthur.
   * [arm/orion5x] Enable binfmt aout, x25, wireless and ATM.
   * [arm/iop32x, arm/orion5x] Enable USB_SISUSBVGA.
   * [arm] xfs: pack some shortform dir2 structures for the ARM old ABI
     architecture (closes: #414932).
 .
   [ Ian Campbell ]
   * Readme.build updated on how to generate orig tarballs.
   * Forward port vmlinuz-target.patch.
   * Enable Xen save/restore and memory ballooning for Xen enabled kernels.
 .
   [ Bastian Blank ]
   * [powerpc/powerpc-miboot] Disable. (closes: #481358)
   * [powerpc/powerpc64] Support IBM Cell based plattforms and PS3.
     (closes: #462529)
   * [s390] Synchronize block device, network bridge, network scheduler and CRC
     support.
   * [s390] Enable support for PCI-attached cryptographic adapters.
   * Use control group as base for group CPU scheduler. This reenabled
     traditional nice behaviour. (closes: #489223)
   * Bump yaird dependencies to at least 0.0.13.
   * Reenable SECCOMP. There is no longer additional overhead.
     (closes: #474648)
   * Export symbol required for MOL again. (closes: #460667)
   * [powerpc/powerpc64] Fix console selection in LPAR environment.
     (closes: #492703)
   * Fix several userspace compatibility problems.
 .
   [ Christian T. Steigies ]
   * [m68k] enable SERIAL_CONSOLE for amiga and atari
 .
   [ Thiemo Seufer ]
   * [mips] Fix logic bug in atomic_sub_if_positive.
 .
   [ Stephen R. Marenka ]
   * [m68k] Update pending m68k patches.
   * [m68k] Enable nfcon and nfblock for atari.
   * [m68k] Change compiler to default.
 .
   [ Aurelien Jarno ]
   * [arm/versatile] Switch scsi/ext3/smc91x to modules now that we have proper
     d-i support. Remove options defined in toplevel config file.
Checksums-Sha1: 
 2903d62b20c97570d59835116d3a2e8b0b9ea00e 4848 linux-2.6_2.6.26-1.dsc
 e677fb4d7cd0f3b00a56045f06b84af4fcc6e362 61818969 linux-2.6_2.6.26.orig.tar.gz
 f4d742478aaede664a05d58a58975232f0d788a5 1407456 linux-2.6_2.6.26-1.diff.gz
 a6386e365471faf2eff831a68fab46cf3514e604 4618604 linux-doc-2.6.26_2.6.26-1_all.deb
 44ee7f43c8aee465ec9642cfac4e32a1d5aa7ddc 1748648 linux-manual-2.6.26_2.6.26-1_all.deb
 198e3d1cc990bd00df455148bfbe933e9da0f933 1084420 linux-patch-debian-2.6.26_2.6.26-1_all.deb
 08a0042c8dc62e1b79a800a76da92a60dc013d96 48434390 linux-source-2.6.26_2.6.26-1_all.deb
 fc7776f334e61f8769d21455fe3a4f58af2cc016 104642 linux-support-2.6.26-1_2.6.26-1_all.deb
 67200a6abfab3f013fed7a82e8b7b38d930014b8 89596 linux-tree-2.6.26_2.6.26-1_all.deb
 7b7e0c96012f2e61de72fbc25375fda85c8a273a 22998036 linux-image-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 0c2523fadb6892a7feb804a4a5c9cdaedc9a0a11 339554 linux-headers-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 cacaa11cc179e61d0607291907c6c9ccf86228db 23389964 linux-image-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 c2cd3bcaecef5349bc819197637b5dee094d0cbe 341940 linux-headers-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 28c17bfbb7c51fb3d14375516980b6005028c197 23238948 linux-image-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 92b46f0a24cc6d8713021e97d138ab445f8bc009 350336 linux-headers-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 27ec1dbbf2444404362ba645b580d4ad5db42599 3757544 linux-headers-2.6.26-1-common_2.6.26-1_powerpc.deb
 8efbc122e243e1692a28fe0a74fe4afb09888ea8 89246 linux-headers-2.6.26-1-all_2.6.26-1_powerpc.deb
 15d57d12e4eab9ef2504d4191dcb3e182d148050 89266 linux-headers-2.6.26-1-all-powerpc_2.6.26-1_powerpc.deb
 37cb538d5546edd64ac6b16317ce45cb764f2cec 725996 linux-libc-dev_2.6.26-1_powerpc.deb
Checksums-Sha256: 
 7d98874851507217af4af30875458f0ac4a787a2634a8adb722a2e6a20738b43 4848 linux-2.6_2.6.26-1.dsc
 98606faeb51896e0c5273a10e37b3a9fa4569b96dc477e40209309a83aac4f5c 61818969 linux-2.6_2.6.26.orig.tar.gz
 25e57261ff059d76490adcc9b13f857d9e8554a0284ecaeb39946fe2ac096b1f 1407456 linux-2.6_2.6.26-1.diff.gz
 dc5f214482c3466425ba9e42e4aa14e1332d8abf8ae58559139ec7cc1d6d2bf4 4618604 linux-doc-2.6.26_2.6.26-1_all.deb
 86f14b2eb12ae32dd22097158a26c1e0d1c8c14699aa459c019286d4328a660d 1748648 linux-manual-2.6.26_2.6.26-1_all.deb
 5af811c049b9e9462278b855580ca91369d3870c17ebcf9a7d8f3321b3d21071 1084420 linux-patch-debian-2.6.26_2.6.26-1_all.deb
 13ae31f79e93a09da4fe37c8c341cfd02d7bb504e1e6987ad9b200321b711c53 48434390 linux-source-2.6.26_2.6.26-1_all.deb
 71e2915c532778447ca1473a2577fe6f493b58fed2321abcc8695415cc624196 104642 linux-support-2.6.26-1_2.6.26-1_all.deb
 b704eebc18139b1384641899d63ae0697de6f4515f8ad5dbf53db073fb46ab5d 89596 linux-tree-2.6.26_2.6.26-1_all.deb
 4bee3a4e098674db292af35395b1cd0af9e06ad742d8e9bb197e771e109f6dfd 22998036 linux-image-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 f580a7ec18160f000387119a44b2d043b882b885cb32c91bfbe3fcb46ec0c3e3 339554 linux-headers-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 b1b67b5270d22c569024f9711dc8ba6d3b015430abc4fff5c389bc7e5a636f92 23389964 linux-image-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 eec6af75cd35f39a1c6a6d7d6e965b74150b6dbbf3f8c954808e9deb23ea2b61 341940 linux-headers-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 fd116d32e33b00a33ea4a1ac00e3a7303a5bcd868fa75435b5e2e02b304e9e97 23238948 linux-image-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 37b7577945151ccbd81a22cb9357c4bb53b4e4e08c6f164f944cf2fc3e4c342e 350336 linux-headers-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 16bfc9a09776868f55b049f293b612caa58df37ebb2254adf7907b0045d391f0 3757544 linux-headers-2.6.26-1-common_2.6.26-1_powerpc.deb
 7ed856fcd5cc31709d04c64645e6641c379f2bf73f385626f8c316016f64eeae 89246 linux-headers-2.6.26-1-all_2.6.26-1_powerpc.deb
 4b496a06718dbca719f4a5930b158a3dfb735168c3cea144bd7f96edc1dc4c6b 89266 linux-headers-2.6.26-1-all-powerpc_2.6.26-1_powerpc.deb
 c07c686a56d9d37e347b165a621dbdcf6d16e109f183cf3661c334ccf72a97b1 725996 linux-libc-dev_2.6.26-1_powerpc.deb
Files: 
 6f6d6f17f5ca357c322a09313e6e7d53 4848 devel optional linux-2.6_2.6.26-1.dsc
 85e039c2588d5bf3cb781d1c9218bbcb 61818969 devel optional linux-2.6_2.6.26.orig.tar.gz
 08d62a094bae33e96bb9b34c13616a3e 1407456 devel optional linux-2.6_2.6.26-1.diff.gz
 a48d0d39395073e0919fee1004dc4ba6 4618604 doc optional linux-doc-2.6.26_2.6.26-1_all.deb
 47b5bb6f3bebdab1ce79dec02660394b 1748648 doc optional linux-manual-2.6.26_2.6.26-1_all.deb
 6f0201919e37eebf6b7d4e85580bf98d 1084420 devel optional linux-patch-debian-2.6.26_2.6.26-1_all.deb
 3e0a67b2993fa0b6a4292f2eccfce78f 48434390 devel optional linux-source-2.6.26_2.6.26-1_all.deb
 83d86c42200c21cd81a4271acae23fbb 104642 devel optional linux-support-2.6.26-1_2.6.26-1_all.deb
 4d0a1812a76a185c72c6d23ad012bffa 89596 devel optional linux-tree-2.6.26_2.6.26-1_all.deb
 d68e4a8a27c8abd80a9f729719538a79 22998036 admin optional linux-image-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 c380da149e1a7198c35b6e3dbe86a274 339554 devel optional linux-headers-2.6.26-1-powerpc_2.6.26-1_powerpc.deb
 134c475ae399902c3a2e61bd7d55b55b 23389964 admin optional linux-image-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 5ec4b7baf189ec23d82b652b49005406 341940 devel optional linux-headers-2.6.26-1-powerpc-smp_2.6.26-1_powerpc.deb
 de42f0799b4c097412e11ec00436ec04 23238948 admin optional linux-image-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 4e7aa7e0dbdd1ac920b0d2c3388b5bcd 350336 devel optional linux-headers-2.6.26-1-powerpc64_2.6.26-1_powerpc.deb
 ab8415c1e36fd74865699192f43d6edb 3757544 devel optional linux-headers-2.6.26-1-common_2.6.26-1_powerpc.deb
 1a529e41f1b9a06ef848f7899f6161ba 89246 devel optional linux-headers-2.6.26-1-all_2.6.26-1_powerpc.deb
 95cb94d5097a89d4e0ce9f70fb5ff7b6 89266 devel optional linux-headers-2.6.26-1-all-powerpc_2.6.26-1_powerpc.deb
 1ad216cce64e065ae1c9b64f314d6749 725996 devel optional linux-libc-dev_2.6.26-1_powerpc.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkiQR98ACgkQxWtQqFixGB4wSACfRQNPDmhpl2kvJtOqmBnjBWc+
iJ0AniZdMI9cScals7vGaBkNKchnogMc
=ZwTD
-----END PGP SIGNATURE-----





Tags added: pending Request was from Anibal Monsalve Salazar <anibal@debian.org> to control@bugs.debian.org. (Thu, 31 Jul 2008 08:16:10 GMT) (full text, mbox, link).


Bug archived. Request was from Debbugs Internal Request <owner@bugs.debian.org> to internal_control@bugs.debian.org. (Fri, 29 Aug 2008 07:31:05 GMT) (full text, mbox, link).


Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Wed Oct 11 18:45:28 2017; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.