Path: csiph.com!xmission!news.alt.net!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!buffer1.nntp.dca1.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail NNTP-Posting-Date: Tue, 24 Nov 2020 16:20:34 -0600 From: Randy Yates Newsgroups: comp.dsp Subject: BCH Encoding/Decoding Date: Tue, 24 Nov 2020 17:20:34 -0500 Message-ID: <87d0025rd9.fsf@digitalsignallabs.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Cancel-Lock: sha1:Pa9XC2T7NdftzxNpUpxfrssiYRA= MIME-Version: 1.0 Content-Type: text/plain Lines: 14 X-Trace: sv3-XONvN4YO9AKlJ+PBGe4h0sXZ9oZWtpe259n4d/H05l1/eQYyPlea+9caoE9FzJYVv/Kwjjs+HYY5r+R!owmsLm3XKDrv9Q3zCd3KViynw8ggEi1Wc/70y6AsWW2n9YM3m23FHK1ljCKxjHvKzd1ergc= X-Complaints-To: www.supernews.com/docs/abuse.html X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 X-Original-Bytes: 1445 Xref: csiph.com comp.dsp:35299 I've notieced that in order to decode a page of in-band data, the linux kernel code first computes the out-of-band ECC bytes on the given in-band data (calc_ecc). It is also passed the received oob data recv_ecc. If (byte-by-byte) the calc_ecc does not match the recv_data, then the page is decoded. Why not compute the decoded ECC and compute the locator vector/polynomial right off? Are these operations much more expensive than encoding and comparing? --Randyh