<feed xmlns='http://www.w3.org/2005/Atom'>
<title>BMC/Intel-BMC/linux.git/drivers/char/ipmi, branch dev-4.17</title>
<subtitle>Intel OpenBMC Linux kernel source tree (mirror)</subtitle>
<id>https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev-4.17</id>
<link rel='self' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev-4.17'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/'/>
<updated>2018-07-05T01:41:27+00:00</updated>
<entry>
<title>Merge tag 'v4.17.4' into dev-4.17</title>
<updated>2018-07-05T01:41:27+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2018-07-05T01:41:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=8fb9a0714f8ff91756a9746707c4f884b3745a40'/>
<id>urn:sha1:8fb9a0714f8ff91756a9746707c4f884b3745a40</id>
<content type='text'>
This is the 4.17.4 stable release

Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>ipmi:bt: Set the timeout before doing a capabilities check</title>
<updated>2018-07-03T09:26:49+00:00</updated>
<author>
<name>Corey Minyard</name>
<email>cminyard@mvista.com</email>
</author>
<published>2018-05-22T13:14:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=52ba3606a808c433c2a03fd9ad144129ddbdbd7f'/>
<id>urn:sha1:52ba3606a808c433c2a03fd9ad144129ddbdbd7f</id>
<content type='text'>
commit fe50a7d0393a552e4539da2d31261a59d6415950 upstream.

There was one place where the timeout value for an operation was
not being set, if a capabilities request was done from idle.  Move
the timeout value setting to before where that change might be
requested.

IMHO the cause here is the invisible returns in the macros.  Maybe
that's a job for later, though.

Reported-by: Nordmark Claes &lt;Claes.Nordmark@tieto.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ipmi: NPCM7xx KCS BMC: enable interrupt to the host</title>
<updated>2018-06-19T03:05:38+00:00</updated>
<author>
<name>Avi Fishman</name>
<email>AviFishman70@gmail.com</email>
</author>
<published>2018-05-21T12:39:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=907ddab657d40685a4eae5cd870f7ba0a2a8a02a'/>
<id>urn:sha1:907ddab657d40685a4eae5cd870f7ba0a2a8a02a</id>
<content type='text'>
Original kcs_bmc_npcm7xx.c was missing enabling to send interrupt to the
host on writes to output buffer.
This patch fixes it by setting the bits that enables the generation of
IRQn events by hardware control based on the status of the OBF flag.

Signed-off-by: Avi Fishman &lt;AviFishman70@gmail.com&gt;
Reviewed-by:   Haiyue Wang &lt;haiyue.wang@linux.intel.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
(cherry picked from commit 58aae18eb95ad95486bc98717c213ff48d94b98c)
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>ipmi: add an NPCM7xx KCS BMC driver</title>
<updated>2018-06-19T03:05:38+00:00</updated>
<author>
<name>Haiyue Wang</name>
<email>haiyue.wang@linux.intel.com</email>
</author>
<published>2018-03-22T12:50:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=9d567298ccc60e4d6446142a233db04342d3fe90'/>
<id>urn:sha1:9d567298ccc60e4d6446142a233db04342d3fe90</id>
<content type='text'>
This driver exposes the Keyboard Controller Style (KCS) interface on
Novoton NPCM7xx SoCs as a character device. Such SOCs are commonly used
as a BaseBoard Management Controller (BMC) on a server board, and KCS
interface is commonly used to perform the in-band IPMI communication
between the server and its BMC.

Signed-off-by: Avi Fishman &lt;avifishman70@gmail.com&gt;
Signed-off-by: Haiyue Wang &lt;haiyue.wang@linux.intel.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
(cherry picked from commit 6b2e54f7babea6c782a9c1af9d01c7f999bb4c7d)
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC and IA-64 servers</title>
<updated>2018-03-27T16:04:17+00:00</updated>
<author>
<name>Helge Deller</name>
<email>deller@gmx.de</email>
</author>
<published>2018-03-27T15:58:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=c6185e285c5c7cfeab739bae7f206ced695f09c7'/>
<id>urn:sha1:c6185e285c5c7cfeab739bae7f206ced695f09c7</id>
<content type='text'>
This patch allows HP PA-RISC servers like rp3410/rp3440 and the HP C8000
workstation with an IPMI controller that predate IPMI 1.5 to use the standard
poweroff or powercycle commands.

These systems firmware don't set the chassis capability bit in the Get
Device ID, but they do implement the standard poweroff and powercycle
commands.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
</content>
</entry>
<entry>
<title>ipmi_ssif: Fix kernel panic at msg_done_handler</title>
<updated>2018-03-13T12:12:26+00:00</updated>
<author>
<name>Kamlakant Patel</name>
<email>kamlakant.patel@cavium.com</email>
</author>
<published>2018-03-13T11:02:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=f002612b9d86613bc6fde0a444e0095225f6053e'/>
<id>urn:sha1:f002612b9d86613bc6fde0a444e0095225f6053e</id>
<content type='text'>
This happens when BMC doesn't return any data and the code is trying
to print the value of data[2].

Getting following crash:
[  484.728410] Unable to handle kernel NULL pointer dereference at virtual address 00000002
[  484.736496] pgd = ffff0000094a2000
[  484.739885] [00000002] *pgd=00000047fcffe003, *pud=00000047fcffd003, *pmd=0000000000000000
[  484.748158] Internal error: Oops: 96000005 [#1] SMP
[...]
[  485.101451] Call trace:
[...]
[  485.188473] [&lt;ffff000000a46e68&gt;] msg_done_handler+0x668/0x700 [ipmi_ssif]
[  485.195249] [&lt;ffff000000a456b8&gt;] ipmi_ssif_thread+0x110/0x128 [ipmi_ssif]
[  485.202038] [&lt;ffff0000080f1430&gt;] kthread+0x108/0x138
[  485.206994] [&lt;ffff0000080838e0&gt;] ret_from_fork+0x10/0x30
[  485.212294] Code: aa1903e1 aa1803e0 b900227f 95fef6a5 (39400aa3)

Adding a check to validate the data len before printing data[2] to fix this issue.

Signed-off-by: Kamlakant Patel &lt;kamlakant.patel@cavium.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
</content>
</entry>
<entry>
<title>ipmi:pci: Blacklist a Realtek "IPMI" device</title>
<updated>2018-03-13T11:58:47+00:00</updated>
<author>
<name>Corey Minyard</name>
<email>cminyard@mvista.com</email>
</author>
<published>2018-02-15T22:58:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=bc48fa1b9d3b04106055b27078da824cd209865a'/>
<id>urn:sha1:bc48fa1b9d3b04106055b27078da824cd209865a</id>
<content type='text'>
Realtek has some sort of "Virtual" IPMI device on the PCI bus as a
KCS controller, but whatever it is, it's not one.  Ignore it if seen.

Reported-by: Chris Chiu &lt;chiu@endlessm.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
Tested-by: Daniel Drake &lt;drake@endlessm.com&gt;
</content>
</entry>
<entry>
<title>ipmi: Remove ACPI SPMI probing from the system interface driver</title>
<updated>2018-03-12T12:03:06+00:00</updated>
<author>
<name>Corey Minyard</name>
<email>cminyard@mvista.com</email>
</author>
<published>2018-03-08T20:57:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=4876234acc5441e325f262eec48672ee7f4a0cc6'/>
<id>urn:sha1:4876234acc5441e325f262eec48672ee7f4a0cc6</id>
<content type='text'>
The IPMI spec states:

  The purpose of the SPMI Table is to provide a mechanism that can
  be used by the OSPM (an ACPI term for “OS Operating System-directed
  configuration and Power Management” essentially meaning an ACPI-aware
  OS or OS loader) very early in the boot process, e.g., before the
  ability to execute ACPI control methods in the OS is available.

When we are probing IPMI in Linux, ACPI control methods are available,
so we shouldn't be probing using SPMI.  It could cause some confusion
during the probing process.

Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
</content>
</entry>
<entry>
<title>ipmi: Remove ACPI SPMI probing from the SSIF (I2C) driver</title>
<updated>2018-03-12T12:02:47+00:00</updated>
<author>
<name>Corey Minyard</name>
<email>cminyard@mvista.com</email>
</author>
<published>2018-03-08T21:00:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=4866b1dce0389013a268f0ab63f7229b30c6e5fe'/>
<id>urn:sha1:4866b1dce0389013a268f0ab63f7229b30c6e5fe</id>
<content type='text'>
The IPMI spec states:

  The purpose of the SPMI Table is to provide a mechanism that can
  be used by the OSPM (an ACPI term for “OS Operating System-directed
  configuration and Power Management” essentially meaning an ACPI-aware
  OS or OS loader) very early in the boot process, e.g., before the
  ability to execute ACPI control methods in the OS is available.

When we are probing IPMI in Linux, ACPI control methods are available,
so we shouldn't be probing using SPMI.  It could cause some confusion
during the probing process.

Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
Tested-by: Jiandi An &lt;anjiandi@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>ipmi: missing error code in try_smi_init()</title>
<updated>2018-03-07T01:47:52+00:00</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2018-03-06T09:58:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=532ed9264da27eb3062f49e4283f9b393a8e17d0'/>
<id>urn:sha1:532ed9264da27eb3062f49e4283f9b393a8e17d0</id>
<content type='text'>
If platform_device_alloc() then we should return -ENOMEM instead of
returning success.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Corey Minyard &lt;cminyard@mvista.com&gt;
</content>
</entry>
</feed>
