<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-linux/fs/freevxfs/vxfs_bmap.c, branch jd/unified-crypt-queue</title>
<subtitle>WireGuard for the Linux kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-linux/atom/fs/freevxfs/vxfs_bmap.c?h=jd%2Funified-crypt-queue</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-linux/atom/fs/freevxfs/vxfs_bmap.c?h=jd%2Funified-crypt-queue'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/'/>
<updated>2016-06-01T07:01:28Z</updated>
<entry>
<title>freevxfs: handle big endian HP-UX file systems</title>
<updated>2016-06-01T07:01:28Z</updated>
<author>
<name>Krzysztof Błaszkowski</name>
<email>kb@sysmikro.com.pl</email>
</author>
<published>2016-05-31T06:45:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=0d83f7fc83f77d1cc8395b9e851325d8cc1892e3'/>
<id>urn:sha1:0d83f7fc83f77d1cc8395b9e851325d8cc1892e3</id>
<content type='text'>
To support VxFS filesystems from HP-UX on x86 systems we need to
implement byte swapping, and to keep support for Unixware filesystems
it needs to be the complicated dual-endian kind ala sysvfs.

To do this properly we have to split the on disk and in-core inode
so that we can keep the in-core one in native endianness.  All other
structures are byteswapped on demand.

Signed-off-by: Krzysztof Błaszkowski &lt;kb@sysmikro.com.pl&gt;
[hch: make spare happy]
Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>freevxfs: possible null pointer dereference fix</title>
<updated>2007-05-08T18:14:59Z</updated>
<author>
<name>Dmitriy Monakhov</name>
<email>dmonakhov@sw.ru</email>
</author>
<published>2007-05-08T07:24:34Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=82f703bb8cb2732b4437a9f555a1be564e9e71c2'/>
<id>urn:sha1:82f703bb8cb2732b4437a9f555a1be564e9e71c2</id>
<content type='text'>
sb_read may return NULL, so let's explicitly check it.

Signed-off-by: Dmitriy Monakhov &lt;dmonakhov@openvz.org&gt;
Acked-by: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>fs/freevxfs/: add #include's</title>
<updated>2005-11-08T15:47:45Z</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2005-11-08T15:47:45Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=6e1e8e11c78859ea71e3de4c60d86a01d26c26e0'/>
<id>urn:sha1:6e1e8e11c78859ea71e3de4c60d86a01d26c26e0</id>
<content type='text'>
Every file should #include the headers containing the prototypes for
it's global functions.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] freevxfs: minor cleanups</title>
<updated>2005-06-30T15:45:12Z</updated>
<author>
<name>Pekka Enberg</name>
<email>penberg@cs.helsinki.fi</email>
</author>
<published>2005-06-30T09:59:05Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=8cb681b9c7fff5cb35b5c05ba4f1b7e285e258fb'/>
<id>urn:sha1:8cb681b9c7fff5cb35b5c05ba4f1b7e285e258fb</id>
<content type='text'>
This patch addresses the following minor issues:

  - Typo in printk
  - Redundant casts
  - Use C99 struct initializers instead of memset
  - Parenthesis around return value
  - Use inline instead of __inline__

Signed-off-by: Pekka Enberg &lt;penberg@cs.helsinki.fi&gt;
Cc: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
