1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
|
/*
* linux/fs/fat/buffer.c
*
*
*/
#include <linux/mm.h>
#include <linux/malloc.h>
#include <linux/string.h>
#include <linux/fs.h>
#include <linux/msdos_fs.h>
struct buffer_head *fat_bread (
struct super_block *sb,
int block)
{
struct buffer_head *ret = NULL;
/* Note that the blocksize is 512, 1024 or 2048, but the first read
is always of size 1024 (or 2048). Doing readahead may be counterproductive
or just plain wrong. */
if (sb->s_blocksize == 512) {
ret = bread (sb->s_dev,block,512);
} else {
struct buffer_head *real;
if (sb->s_blocksize == 1024){
real = bread (sb->s_dev,block>>1,1024);
}else{
real = bread (sb->s_dev,block>>2,2048);
}
if (real != NULL){
ret = (struct buffer_head *)
kmalloc (sizeof(struct buffer_head), GFP_KERNEL);
if (ret != NULL) {
/* #Specification: msdos / strategy / special device / dummy blocks
Many special device (Scsi optical disk for one) use
larger hardware sector size. This allows for higher
capacity.
Most of the time, the MsDOS file system that sit
on this device is totally unaligned. It use logically
512 bytes sector size, with logical sector starting
in the middle of a hardware block. The bad news is
that a hardware sector may hold data own by two
different files. This means that the hardware sector
must be read, patch and written almost all the time.
Needless to say that it kills write performance
on all OS.
Internally the linux msdos fs is using 512 bytes
logical sector. When accessing such a device, we
allocate dummy buffer cache blocks, that we stuff
with the information of a real one (1k large).
This strategy is used to hide this difference to
the core of the msdos fs. The slowdown is not
hidden though!
*/
/*
The memset is there only to catch errors. The msdos
fs is only using b_data
*/
memset (ret,0,sizeof(*ret));
ret->b_data = real->b_data;
if (sb->s_blocksize == 2048) {
if (block & 3) ret->b_data += (block & 3) << 9;
}else{
if (block & 1) ret->b_data += 512;
}
ret->b_next = real;
}else{
brelse (real);
}
}
}
return ret;
}
struct buffer_head *fat_getblk (
struct super_block *sb,
int block)
{
struct buffer_head *ret = NULL;
if (sb->s_blocksize == 512){
ret = getblk (sb->s_dev,block,512);
}else{
/* #Specification: msdos / special device / writing
A write is always preceded by a read of the complete block
(large hardware sector size). This defeat write performance.
There is a possibility to optimize this when writing large
chunk by making sure we are filling large block. Volunteer ?
*/
ret = fat_bread (sb,block);
}
return ret;
}
void fat_brelse (
struct super_block *sb,
struct buffer_head *bh)
{
if (bh != NULL){
if (sb->s_blocksize == 512){
brelse (bh);
}else{
brelse (bh->b_next);
/* We can free the dummy because a new one is allocated at
each fat_getblk() and fat_bread().
*/
kfree (bh);
}
}
}
void fat_mark_buffer_dirty (
struct super_block *sb,
struct buffer_head *bh,
int dirty_val)
{
if (sb->s_blocksize != 512){
bh = bh->b_next;
}
mark_buffer_dirty (bh,dirty_val);
}
void fat_set_uptodate (
struct super_block *sb,
struct buffer_head *bh,
int val)
{
if (sb->s_blocksize != 512){
bh = bh->b_next;
}
mark_buffer_uptodate(bh, val);
}
int fat_is_uptodate (
struct super_block *sb,
struct buffer_head *bh)
{
if (sb->s_blocksize != 512){
bh = bh->b_next;
}
return buffer_uptodate(bh);
}
void fat_ll_rw_block (
struct super_block *sb,
int opr,
int nbreq,
struct buffer_head *bh[32])
{
if (sb->s_blocksize == 512){
ll_rw_block(opr,nbreq,bh);
}else{
struct buffer_head *tmp[32];
int i;
for (i=0; i<nbreq; i++){
tmp[i] = bh[i]->b_next;
}
ll_rw_block(opr,nbreq,tmp);
}
}
|
