Re: [RFC] amd64_edac: syndromes loading

From: H. Peter Anvin
Date: Sun Nov 01 2009 - 17:34:27 EST


On 11/02/2009 06:13 AM, Pavel Machek wrote:

Alternatively, we could make the syndromes builtin thus removing the
requirement to go to userspace for the loading. For that we'll need
two new .c files in drivers/edac/ which represent the x4 and x8 tables
respectively:

unsigned short x8_raw_data[] = {
0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000,
0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000,
0x0000, 0x0100, 0x0001, 0x0101, 0x01B8, 0x015C, 0x012E, 0x01C6, 0x0163,
0x01FD, 0x0189, 0x019D, 0xB801, 0x5C01, 0x2E01, 0xC601, 0x6301, 0xFD01,
0x8901, 0x9D01, 0x0200, 0x0002, 0x0202, 0x0201, 0x02B8, 0x025C, 0x02FD,
....

The drawback with these is that they'll always be builtin, enlarging
kernel code by 10-15K although only one of them is in use.

I believe that 15K is reasonable price to pay for not having to
install another 'firmware' file.
Pavel

a) aren't these computable somehow? If so, it's probably easier to include the algorithm in the kernel rather than a table.

b) "I believe that 15K is reasonable price to pay for not having to install another 'firmware' file." I think that's a tradeoff a lot of people would *not* choose to make. This is of course why we have (or at least, should have) to either compile in firmware blobs or not.

-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/