lwn.git/fs/freevxfs/vxfs_fshead.c, branch docs-5.17-3

freevxfs: fix memory leak in vxfs_read_fshead()

2016-06-12T17:27:31+00:00

Every successful mount two structs vxfs_fsh were not released. Signed-off-by: Krzysztof Błaszkowski Signed-off-by: Christoph Hellwig

freevxfs: update documentation and cresdits for HP-UX support

2016-06-01T07:27:33+00:00

Signed-off-by: Krzysztof Błaszkowski [hch: cosmetic updates] Signed-off-by: Christoph Hellwig

freevxfs: move VFS inode allocation into vxfs_blkiget and vxfs_stiget

2016-06-01T07:01:52+00:00

Signed-off-by: Krzysztof Błaszkowski [hch: split from a larger patch] Signed-off-by: Christoph Hellwig

freevxfs: handle big endian HP-UX file systems

2016-06-01T07:01:28+00:00

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 [hch: make spare happy] Signed-off-by: Christoph Hellwig

Fix common misspellings

2011-03-31T14:26:23+00:00

Fixes generated by 'codespell' and manually reviewed. Signed-off-by: Lucas De Marchi

[PATCH] fs/freevxfs: cleanup of spelling errors

2006-06-25T17:01:01+00:00

Fix of some spelling errors in fs/freevxfs error messages and comments Signed-off-by: Cliff Wickman Cc: Christoph Hellwig Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] freevxfs: fix buffer_head leak

2005-06-30T15:45:12+00:00

- fix a buffer_head leak in vxfs_getfsh() - s/SLAB_KERNEL/GFP_KERNEL/ - check sb_bread() return value - drop pointless buffer-mapped() test. Signed-off-by: Pekka Enberg Cc: Christoph Hellwig Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

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!