linux-kernel - Re: [PATCH EDAC v26 00/66] EDAC patches for v3.5

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4FC39DB8.7080804@redhat.com>
Date:	Mon, 28 May 2012 12:46:00 -0300
From:	Mauro Carvalho Chehab <mchehab@...hat.com>
To:	Borislav Petkov <bp@...64.org>
CC:	Linux Edac Mailing List <linux-edac@...r.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH EDAC v26 00/66] EDAC patches for v3.5

Em 18-05-2012 14:53, Borislav Petkov escreveu:
> On Fri, May 18, 2012 at 02:43:04PM -0300, Mauro Carvalho Chehab wrote:
>>>>   RAS: Add a tracepoint for reporting memory controller events
>>>
>>> Are you kidding me?
>>>
>>> You want to send patches upstream which are still in review and 
>>
>> No, I want to post the last version of the patches and provide a
>> clearer description of what this patch series do, before sending the
>> git pull request when the merge window opens.
> 
> I'm fine with offloading some of your stuff which has been reviewed
> and agreed upon but pushing in stuff into the merge window (it should
> open over the weekend, my clairvoyant skills tell me) which is still in
> review is a no-no.

I'll do a pull request for the patches that were already reviewed/discussed,
e. g:

59148b4 RAS: Add a tracepoint for reporting memory controller events
4c63e95 i5400_edac: improve debug messages to better represent the filled memory
56435f4 edac: Cleanup the logs for i7core and sb edac drivers
f7bd747 edac: Initialize the dimm label with the known information
d24e447 edac: Remove the legacy EDAC ABI
954d5f6 x38_edac: convert driver to use the new edac ABI
8e96c92 tile_edac: convert driver to use the new edac ABI
c08c7fc sb_edac: convert driver to use the new edac ABI
02dc07b r82600_edac: convert driver to use the new edac ABI
6ecaee8 ppc4xx_edac: convert driver to use the new edac ABI
7e2f423 pasemi_edac: convert driver to use the new edac ABI
73f6e30 mv64x60_edac: convert driver to use the new edac ABI
caad9cf mpc85xx_edac: convert driver to use the new edac ABI
bc7c482 i82975x_edac: convert driver to use the new edac ABI
2f782de i82875p_edac: convert driver to use the new edac ABI
cd65cb3 i82860_edac: convert driver to use the new edac ABI
3340fb0 i82443bxgx_edac: convert driver to use the new edac ABI
8e9c3a2 i7core_edac: convert driver to use the new edac ABI
1881dd2 i7300_edac: convert driver to use the new edac ABI
462ad2d i5400_edac: convert driver to use the new edac ABI
ed2f23e i5100_edac: convert driver to use the new edac ABI
7c27069 i5000_edac: convert driver to use the new edac ABI
6b4cacb i3200_edac: convert driver to use the new edac ABI
0615f9d i3000_edac: convert driver to use the new edac ABI
232e77b e7xxx_edac: convert driver to use the new edac ABI
0b58240 e752x_edac: convert driver to use the new edac ABI
c9f3f84 cpc925_edac: convert driver to use the new edac ABI
7fe894e cell_edac: convert driver to use the new edac ABI
4d38c9c amd76x_edac: convert driver to use the new edac ABI
20b0b97 amd64_edac: convert driver to use the new edac ABI
2818904 edac: Change internal representation to work with layers
6608e65 edac.h: Add generic layers for describing a memory location
b9e889c edac: rewrite edac_align_ptr()
c3fdf60 edac: move nr_pages to dimm struct
e2b808a edac: Don't initialize csrow's first_page & friends when not needed
0d5f849 edac: move dimm properties to struct dimm_info
fa3fb69 edac: Create a dimm struct and move the labels into it

With this, at least part of the patches will be upstream.

The API bug fix is not there, however, as it requires the patches that
convert from kobj to struct devices :(

Regards,
Mauro
--
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/