This website requires JavaScript.
Explore
Help
Register
Sign in
Techwizz
/
kernel-fxtec-pro1x
Watch
1
Star
0
Fork
You've already forked kernel-fxtec-pro1x
0
Code
Issues
Pull requests
Projects
Releases
Packages
Wiki
Activity
fbb078fcd2
kernel-fxtec-pro1x
/
fs
/
partitions
/
amiga.h
7 lines
89 B
C
Raw
Normal View
History
Unescape
Escape
Linux-2.6.12-rc2 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!
2005-04-16 16:20:36 -06:00
/*
*
fs
/
partitions
/
amiga
.
h
*/
block: use struct parsed_partitions *state universally in partition check code Make the following changes to partition check code. * Add ->bdev to struct parsed_partitions. * Introduce read_part_sector() which is a simple wrapper around read_dev_sector() which takes struct parsed_partitions *state instead of @bdev. * For functions which used to take @state and @bdev, drop @bdev. For functions which used to take @bdev, replace it with @state. * While updating, drop superflous checks on NULL state/bdev in ldm.c. This cleans up the API a bit and enables better handling of IO errors during partition check as the generic partition check code now has much better visibility into what went wrong in the low level code paths. Signed-off-by: Tejun Heo <tj@kernel.org> Cc: Ben Hutchings <ben@decadent.org.uk> Acked-by: David S. Miller <davem@davemloft.net> Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
2010-05-15 12:09:30 -06:00
int
amiga_partition
(
struct
parsed_partitions
*
state
)
;
Linux-2.6.12-rc2 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!
2005-04-16 16:20:36 -06:00
Reference in a new issue
Copy permalink