<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/misc/hpilo.h, branch v6.6.132</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v6.6.132</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v6.6.132'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2021-06-04T13:28:23+00:00</updated>
<entry>
<title>misc: hpilo: map iLO shared memory by PCI revision id</title>
<updated>2021-06-04T13:28:23+00:00</updated>
<author>
<name>Matt Hsiao</name>
<email>matt.hsiao@hpe.com</email>
</author>
<published>2021-05-31T08:55:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=23d51b818151273125e35b1a1ce1b294f7d8c073'/>
<id>urn:sha1:23d51b818151273125e35b1a1ce1b294f7d8c073</id>
<content type='text'>
Starting from iLO ASIC 'Neches' with subsystem device id 0x00E4,
bar 5 is used for shared memory region mapping instead of bar 2
because bar 2 is made inaccessible after system POST for security
reason.

As this holds true for future iLO ASIC generations, it does not
make sense to map shared memory region according to the subsystem
device id of each following generations.

Map iLO shared memory region with PCI revision id that maps to the
iLO ASIC generation, starting from Neches (Rev 7).

Signed-off-by: Matt Hsiao &lt;matt.hsiao@hpe.com&gt;
Link: https://lore.kernel.org/r/20210531085551.26421-1-matt.hsiao@hpe.com
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>hpilo: Replace one-element array with flexible-array member</title>
<updated>2020-07-14T16:21:25+00:00</updated>
<author>
<name>Gustavo A. R. Silva</name>
<email>gustavoars@kernel.org</email>
</author>
<published>2020-07-14T15:44:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fadbfc38dde26d31e901c3c85cf01332cb6a2224'/>
<id>urn:sha1:fadbfc38dde26d31e901c3c85cf01332cb6a2224</id>
<content type='text'>
There is a regular need in the kernel to provide a way to declare
having a dynamically sized set of trailing elements in a structure.
Kernel code should always use “flexible array members”[1] for these
cases. The older style of one-element or zero-length arrays should
no longer be used[2].

For this particular case, it is important to notice that the cachelines
change from 7 to 6 after the flexible-array conversion:

$ pahole -C 'fifo' drivers/misc/hpilo.o
struct fifo {
	u64                        nrents;               /*     0     8 */
	u64                        imask;                /*     8     8 */
	u64                        merge;                /*    16     8 */
	u64                        reset;                /*    24     8 */
	u8                         pad_0[96];            /*    32    96 */
	/* --- cacheline 2 boundary (128 bytes) --- */
	u64                        head;                 /*   128     8 */
	u8                         pad_1[120];           /*   136   120 */
	/* --- cacheline 4 boundary (256 bytes) --- */
	u64                        tail;                 /*   256     8 */
	u8                         pad_2[120];           /*   264   120 */
	/* --- cacheline 6 boundary (384 bytes) --- */
	u64                        fifobar[1];           /*   384     8 */

	/* size: 392, cachelines: 7, members: 10 */
	/* last cacheline: 8 bytes */
};

$ pahole -C 'fifo' drivers/misc/hpilo.o
struct fifo {
	u64                        nrents;               /*     0     8 */
	u64                        imask;                /*     8     8 */
	u64                        merge;                /*    16     8 */
	u64                        reset;                /*    24     8 */
	u8                         pad_0[96];            /*    32    96 */
	/* --- cacheline 2 boundary (128 bytes) --- */
	u64                        head;                 /*   128     8 */
	u8                         pad_1[120];           /*   136   120 */
	/* --- cacheline 4 boundary (256 bytes) --- */
	u64                        tail;                 /*   256     8 */
	u8                         pad_2[120];           /*   264   120 */
	/* --- cacheline 6 boundary (384 bytes) --- */
	u64                        fifobar[];            /*   384     0 */

	/* size: 384, cachelines: 6, members: 10 */
};

Lastly, remove unnecessary parentheses in fifo_sz() and fix the following
checkpatch.pl warning for the whole fifo structure:

WARNING: please, no spaces at the start of a line

[1] https://en.wikipedia.org/wiki/Flexible_array_member
[2] https://github.com/KSPP/linux/issues/79

Tested-by: kernel test robot &lt;lkp@intel.com&gt;
Link: https://github.com/GustavoARSilva/linux-hardening/blob/master/cii/kernel-ci/hpilo-20200714.md
Signed-off-by: Gustavo A. R. Silva &lt;gustavoars@kernel.org&gt;
Link: https://lore.kernel.org/r/20200714154449.GA26153@embeddedor
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>misc: Use the correct style for SPDX License Identifier</title>
<updated>2019-10-10T13:34:40+00:00</updated>
<author>
<name>Nishad Kamdar</name>
<email>nishadkamdar@gmail.com</email>
</author>
<published>2019-09-20T15:59:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=40688bd58df71269d146996e10e84ca3888fd330'/>
<id>urn:sha1:40688bd58df71269d146996e10e84ca3888fd330</id>
<content type='text'>
This patch corrects the SPDX License Identifier style
in header files for Miscellaneous device drivers.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)

Changes made by using a script provided by Joe Perches here:
https://lkml.org/lkml/2019/2/7/46.

Suggested-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: Nishad Kamdar &lt;nishadkamdar@gmail.com&gt;
Link: https://lore.kernel.org/r/20190920155931.GA6251@nishad
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>misc: hpilo: Use SPDX-License-Identifier</title>
<updated>2017-12-07T17:45:31+00:00</updated>
<author>
<name>Dhaval Shah</name>
<email>dhaval.experiance@gmail.com</email>
</author>
<published>2017-12-07T05:31:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=92d5f4ca47c423c2076abde81c098579cd05c759'/>
<id>urn:sha1:92d5f4ca47c423c2076abde81c098579cd05c759</id>
<content type='text'>
SPDX-License-Identifier is used for the hpilo.

Signed-off-by: Dhaval Shah &lt;dhaval.experiance@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>misc: hpilo: increase number of max supported channels</title>
<updated>2012-06-15T00:22:12+00:00</updated>
<author>
<name>Camuso, Tony</name>
<email>Tony.Camuso@hp.com</email>
</author>
<published>2012-06-10T13:39:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=98dcd59dd063dd8099d8dbccd84a40e927dc7138'/>
<id>urn:sha1:98dcd59dd063dd8099d8dbccd84a40e927dc7138</id>
<content type='text'>
Increase number of supported channels from 8 to 24.
Make the number of channels configurable via module parameter max_ccb.

Signed-off-by: Mark Rusk &lt;mark.rusk@hp.com&gt;
Signed-off-by: Tony Camuso &lt;tony.camuso@hp.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>hpilo: fix pointer warning in ilo_ccb_setup</title>
<updated>2010-08-10T03:45:05+00:00</updated>
<author>
<name>Prarit Bhargava</name>
<email>prarit@redhat.com</email>
</author>
<published>2010-08-10T00:20:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=cdf8afca2417c5ae2a940a2ff2d36af986a3cf1d'/>
<id>urn:sha1:cdf8afca2417c5ae2a940a2ff2d36af986a3cf1d</id>
<content type='text'>
Fix i386 PAE compile warning:

drivers/misc/hpilo.c: In function `ilo_ccb_setup':
drivers/misc/hpilo.c:274: warning: cast to pointer from integer of different size

dma_addr_t is 64 on i386 PAE which causes a size mismatch.

Signed-off-by: Prarit Bhargava &lt;prarit@redhat.com&gt;
Acked-by: David Altobelli &lt;david.altobelli@hp.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>hpilo: add locking comment</title>
<updated>2009-12-11T19:24:51+00:00</updated>
<author>
<name>David Altobelli</name>
<email>david.altobelli@hp.com</email>
</author>
<published>2009-09-18T19:46:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=68ea809af47d8a4dd92dd3a8720882767fdf51b6'/>
<id>urn:sha1:68ea809af47d8a4dd92dd3a8720882767fdf51b6</id>
<content type='text'>
Add explanation about lock nesting and purpose of each lock in hpilo.

Signed-off-by: David Altobelli &lt;david.altobelli@hp.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>hpilo: add interrupt handler</title>
<updated>2009-09-15T16:50:48+00:00</updated>
<author>
<name>David Altobelli</name>
<email>david.altobelli@hp.com</email>
</author>
<published>2009-08-17T23:07:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=9f7048412163d8f8175ba01063f3db02d42cc6a7'/>
<id>urn:sha1:9f7048412163d8f8175ba01063f3db02d42cc6a7</id>
<content type='text'>
Add interrupt handler to hpilo.  This is enablement for poll handler,
and it also simplifies the logic for handling an iLO reset, because now
only the interrupt handler needs to look for reset, the file system
interfaces only need to return failure when a reset has happened.

Signed-off-by: David Altobelli &lt;david.altobelli@hp.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>hpilo: reduce frequency of IO operations</title>
<updated>2009-04-01T15:59:18+00:00</updated>
<author>
<name>David Altobelli</name>
<email>david.altobelli@hp.com</email>
</author>
<published>2009-03-31T22:23:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=891f7d73ea30f925596b90bcf21020bfc5d90f3f'/>
<id>urn:sha1:891f7d73ea30f925596b90bcf21020bfc5d90f3f</id>
<content type='text'>
Change hpilo open and close logic to spin for 10usec between checking device,
rather than every usec.

Because the loop is coded to take up to 10ms, it seemed prudent to
increase the interval between polling the device, to reduce the load on
the system and allow more other work to happen.

Signed-off-by: David Altobelli &lt;david.altobelli@hp.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>hpilo: open/close fix</title>
<updated>2009-02-05T20:56:46+00:00</updated>
<author>
<name>David Altobelli</name>
<email>david.altobelli@hp.com</email>
</author>
<published>2009-02-04T23:11:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c073b2db006ba9370be1eecc36a1be1d9ce31310'/>
<id>urn:sha1:c073b2db006ba9370be1eecc36a1be1d9ce31310</id>
<content type='text'>
The device can take a while to respond to an open/close request, so
increase the time kernel will wait for response (1 ms to 10ms).

Also, properly clean up a channel on a failed open, by calling the channel
close routine.  Just freeing the memory isn't sufficient, the device needs
to be informed that the channel is no longer open, and the device memory
cleared of references to freed dma buffer.

Signed-off-by: David Altobelli &lt;david.altobelli@hp.com&gt;
Cc: Greg KH &lt;greg@kroah.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
