| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CANejiEWYCxY_hLwgyN08_cXC64c82irkNPytTjOpYyER7pTGow@mail.gmail.com> Date: Tue, 13 Mar 2012 22:15:50 +0800 From: Shaohua Li <shli@...nel.org> To: Holger Kiehl <Holger.Kiehl@....de> Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-raid@...r.kernel.org" <linux-raid@...r.kernel.org>, "neilb@...e.de" <neilb@...e.de>, "axboe@...nel.dk" <axboe@...nel.dk> Subject: Re: [patch 0/7] Add TRIM support for raid linear/0/1/10 2012/3/13 Holger Kiehl <Holger.Kiehl@....de>: > On Tue, 13 Mar 2012, Shaohua Li wrote: > >> On 3/13/12 2:22 AM, Holger Kiehl wrote: >> > Hello, >> > >> > On Mon, 12 Mar 2012, Shaohua Li wrote: >> > >> >> The patches add TRIM support for raid linear/0/1/10. I'll add TRIM >> support for >> >> raid 4/5/6 later. The implementation is pretty straightforward and >> >> self-explained. >> >> >> > First, thanks for this patch! >> > >> > I have applied those patches against 3.3.0-rc7 and during boot the >> > kernel >> > reports a lot of the following: >> > >> > Mar 12 18:56:00 c3po kernel: [ 7.611045] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18861064 512 >> > Mar 12 18:56:00 c3po kernel: [ 7.611047] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18862088 512 >> > Mar 12 18:56:00 c3po kernel: [ 7.611049] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18863112 512 >> > Mar 12 18:56:00 c3po kernel: [ 7.611052] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18864136 512 >> > Mar 12 18:56:00 c3po kernel: [ 7.611054] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18865160 512 >> > Mar 12 18:56:00 c3po kernel: [ 7.611056] md/raid0:md3: make_request bug: >> can't convert block across chunks or bigger than 512k 18866184 512 >> Looks our SMTP server does something stupid. Sorry if you get two copies >> of the mail. >> >> Thanks for testing. Looks I fixed a sanity check in bio.c but there are >> similar check in raid0/10 which I forgot to fix. Below patch should fix >> it. >> please try. >> > Now I get following messages during boot (and it takes a very long time): > > Mar 13 10:23:25 c3po kernel: [ 251.355041] bio ffff88019e0abc70, > biotail ffff88019e0ddc00, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.355052] request botched: dev sdb: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.355054] sector 52929353, nr/cnr 0/8 > Mar 13 10:23:25 c3po kernel: [ 251.355055] bio ffff88019e0aba70, > biotail ffff88019e0dda00, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.355068] request botched: dev sdc: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.355069] sector 52929346, nr/cnr > 0/1016 > Mar 13 10:23:25 c3po kernel: [ 251.355071] bio ffff88019e0aae00, > biotail ffff88019e0db380, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.373583] request botched: dev sda: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.373585] sector 52929354, nr/cnr > 0/1016 > Mar 13 10:23:25 c3po kernel: [ 251.373587] bio ffff88019e0aba00, > biotail ffff88019e0ddc00, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.373597] request botched: dev sdb: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.373599] sector 52929354, nr/cnr > 0/1016 > Mar 13 10:23:25 c3po kernel: [ 251.373600] bio ffff88019e0ab800, > biotail ffff88019e0dda00, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.373612] request botched: dev sdc: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.373614] sector 52929347, nr/cnr 0/8 > Mar 13 10:23:25 c3po kernel: [ 251.373616] bio ffff88019e0aaa70, > biotail ffff88019e0db380, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.392135] request botched: dev sda: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.392137] sector 52929355, nr/cnr 0/8 > Mar 13 10:23:25 c3po kernel: [ 251.392139] bio ffff88019e0ab670, > biotail ffff88019e0ddc00, buffer (null), len 0 > Mar 13 10:23:25 c3po kernel: [ 251.392150] request botched: dev sdb: > type=1, flags=916c081 > Mar 13 10:23:25 c3po kernel: [ 251.392152] sector 52929355, nr/cnr 0/8 > Mar 13 10:23:25 c3po kernel: [ 251.392153] bio ffff88019e0ab470, > biotail ffff88019e0dda00, buffer (null), len 0 > > After boot the system runs fine, but as soon as I do something (make clean > of > kernel tree with a sync) I get the same messages as above and it takes a > long time to sync: > > Mar 13 10:44:59 c3po kernel: [ 1550.740528] request botched: dev sda: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.740533] sector 12580617, nr/cnr > 0/776 > Mar 13 10:44:59 c3po kernel: [ 1550.740537] bio ffff8801a362b670, > biotail ffff8801a30f3d80, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.747141] request botched: dev sdb: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.747144] sector 12579841, nr/cnr > 0/248 > Mar 13 10:44:59 c3po kernel: [ 1550.747148] bio ffff88019e0dd200, > biotail ffff88019e0dd200, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.749429] request botched: dev sdc: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.749432] sector 12579841, nr/cnr > 0/248 > Mar 13 10:44:59 c3po kernel: [ 1550.749436] bio ffff8801a362b600, > biotail ffff8801a362b600, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.755332] request botched: dev sda: > type=1, flags=916c081 > Mar 13 10:44:59 c3po kernel: [ 1550.755335] sector 12580618, nr/cnr > 0/248 > Mar 13 10:44:59 c3po kernel: [ 1550.755339] bio ffff8801a30f3d80, > biotail ffff8801a30f3d80, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.806832] request botched: dev sdb: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.806836] sector 12266497, nr/cnr > 0/1000 > Mar 13 10:44:59 c3po kernel: [ 1550.806840] bio ffff8801a4dca800, > biotail ffff88019e0c9000, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.811972] request botched: dev sda: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.811976] sector 12266497, nr/cnr > 0/1000 > Mar 13 10:44:59 c3po kernel: [ 1550.811979] bio ffff88019e0dd200, > biotail ffff8801a3794000, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.814081] request botched: dev sdc: > type=1, flags=9164081 > Mar 13 10:44:59 c3po kernel: [ 1550.814084] sector 12265497, nr/cnr 0/24 > Mar 13 10:44:59 c3po kernel: [ 1550.814087] bio ffff8801a4dca870, > biotail ffff8801a37f4080, buffer (null), len 0 > Mar 13 10:44:59 c3po kernel: [ 1550.819150] request botched: dev sdc: > type=1, flags=916c081 > Mar 13 10:44:59 c3po kernel: [ 1550.819153] sector 12265498, nr/cnr > 0/1000 > > Please give me any hints what I can try next. Thanks for testing. This is very wield, the req->__data_len is wrong. Is this a clean build? didn't success to reproduce it, will check tomorrow again. Thanks, Shaohua -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists