arch/powerpc/platforms/powernv/eeh-powernv.c:1454:12: error: stack frame size of 3024 bytes in function 'pnv_eeh_next_error'

From: kernel test robot
Date: Sun May 02 2021 - 23:38:36 EST

Next
Previous
Messages

tree: config: powerpc64-randcon compiler: clang version 13.0.0 ( wget # install # apt-get # If you fix the issue, Reported-by: kernel
All errors (new
>> arch/powerpc/ static int pnv_eeh_nex ^
1 error generated.

vim +/pnv_eeh_next_error
2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 01f3bfb7804ae2 Gavin Shan 29310e5e860697 Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 01f3bfb7804ae2 Gavin Shan 29310e5e860697 Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 79231448c929cc Alistair 79231448c929cc Alistair 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 0f36db77643b6f Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 79cd95200035fb Gavin Shan 79cd95200035fb Gavin Shan 79cd95200035fb Gavin Shan 5cb1f8fdddb747 Russell Currey 79cd95200035fb Gavin Shan 79cd95200035fb Gavin Shan 5cb1f8fdddb747 Russell Currey 79cd95200035fb Gavin Shan 79cd95200035fb Gavin Shan 2a485ad7c88ddf Gavin Shan d63e51b31e0b65 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan e762bb891a294a Sam Bobroff 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 34a286a4ac576d Sam Bobroff 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan e762bb891a294a Sam Bobroff 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 2a485ad7c88ddf Gavin Shan 79231448c929cc Alistair b8d65e9662b1ff Alistair 79231448c929cc Alistair 79231448c929cc Alistair 2a485ad7c88ddf Gavin Shan 29310e5e860697 Gavin Shan 29310e5e860697 Gavin Shan
:::::: The code :::::: 01f3bfb7804ae20aaf
:::::: TO: Gavin :::::: CC: Benjamin
---
0-DAY CI Kernel Attachment: Description: application/gzip message: Rijo Thomas: "Re: [PATCH v3] tee: amdtee: unload TA only when its refcount becomes 0" message: Paul E. McKenney: "Re: [RFC PATCH 13/37] mm: implement speculative handling in __handle_mm_fault()." sorted by: [ date ] [ thread ] [ subject ] [ author ] href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
4fa54de4fd659e279cc92e7
c1d4bfc2100c344c0eda8e0 powerpc/powernv: Staticify functions without prototypes
fig-r026-20210430 (attached as .config)
rel="nofollow" href="https://github.com/llvm/llvm-project">https://github.com/llvm/llvm-project 8f5a2a5836cc8e4c1def2bdeb022e7b496623439)
rel="nofollow" href="https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross">https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
powerpc64 cross compiling tool for clang build
install binutils-powerpc64-linux-gnu
href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3b70464aa78917e88c1d4bfc2100c344c0eda8e0">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3b70464aa78917e88c1d4bfc2100c344c0eda8e0
rel="nofollow" href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
--no-tags linus master
3b70464aa78917e88c1d4bfc2100c344c0eda8e0
attached .config to linux build tree
PATH=$HOME/0day COMPILER=clang make.cross W=1 ARCH=powerpc64
kindly add following tag as appropriate
test robot <lkp@xxxxxxxxx>
ones prefixed by >>):
platforms/powernv/eeh-powernv.c:1454:12: error: stack frame size of 3024 bytes in function 'pnv_eeh_next_error' [-Werror,-Wframe-larger-than=]
t_error(struct eeh_pe **pe)
+1454 arch/powerpc/platforms/powernv/eeh-powernv.c
2015-02-16 1443
2013-06-20 1444 /**
2015-02-16 1445 * pnv_eeh_next_error - Retrieve next EEH error to handle
2013-06-20 1446 * @pe: Affected PE
2013-06-20 1447 *
2015-02-16 1448 * The function is expected to be called by EEH core while it gets
2015-02-16 1449 * special EEH event (without binding PE). The function calls to
2015-02-16 1450 * OPAL APIs for next error to handle. The informational error is
2015-02-16 1451 * handled internally by platform. However, the dead IOC, dead PHB,
2015-02-16 1452 * fenced PHB and frozen PE should be handled by EEH core eventually.
2013-06-20 1453 */
2015-02-16 @1454 static int pnv_eeh_next_error(struct eeh_pe **pe)
2013-06-20 1455 {
2013-06-20 1456 struct pci_controller *hose;
2015-02-16 1457 struct pnv_phb *phb;
2015-02-16 1458 struct eeh_pe *phb_pe, *parent_pe;
2015-02-16 1459 __be64 frozen_pe_no;
2015-02-16 1460 __be16 err_type, severity;
2015-02-16 1461 long rc;
2015-02-16 1462 int state, ret = EEH_NEXT_ERR_NONE;
2015-02-16 1463
2015-02-16 1464 /*
Popple 2015-05-15 1465 * While running here, it's safe to purge the event queue. The
Popple 2015-05-15 1466 * event should still be masked.
2015-02-16 1467 */
2015-02-16 1468 eeh_remove_event(NULL, false);
2013-06-20 1469
2013-06-20 1470 list_for_each_entry(hose, &hose_list, list_node) {
2015-02-16 1471 /*
2015-02-16 1472 * If the subordinate PCI buses of the PHB has been
2015-02-16 1473 * removed or is exactly under error recovery, we
2015-02-16 1474 * needn't take care of it any more.
2015-02-16 1475 */
2013-06-20 1476 phb = hose->private_data;
2015-02-16 1477 phb_pe = eeh_phb_pe_get(hose);
2015-02-16 1478 if (!phb_pe || (phb_pe->state & EEH_PE_ISOLATED))
2015-02-16 1479 continue;
2015-02-16 1480
2015-02-16 1481 rc = opal_pci_next_error(phb->opal_id,
2015-02-16 1482 &frozen_pe_no, &err_type, &severity);
2015-02-16 1483 if (rc != OPAL_SUCCESS) {
2015-02-16 1484 pr_devel("%s: Invalid return value on "
2015-02-16 1485 "PHB#%x (0x%lx) from opal_pci_next_error",
2015-02-16 1486 __func__, hose->global_number, rc);
2015-02-16 1487 continue;
2015-02-16 1488 }
2015-02-16 1489
2015-02-16 1490 /* If the PHB doesn't have error, stop processing */
2015-02-16 1491 if (be16_to_cpu(err_type) == OPAL_EEH_NO_ERROR ||
2015-02-16 1492 be16_to_cpu(severity) == OPAL_EEH_SEV_NO_ERROR) {
2015-02-16 1493 pr_devel("%s: No error found on PHB#%x\n",
2015-02-16 1494 __func__, hose->global_number);
2015-02-16 1495 continue;
2015-02-16 1496 }
2015-02-16 1497
2015-02-16 1498 /*
2015-02-16 1499 * Processing the error. We're expecting the error with
2015-02-16 1500 * highest priority reported upon multiple errors on the
2015-02-16 1501 * specific PHB.
2015-02-16 1502 */
2015-02-16 1503 pr_devel("%s: Error (%d, %d, %llu) on PHB#%x\n",
2015-02-16 1504 __func__, be16_to_cpu(err_type),
2015-02-16 1505 be16_to_cpu(severity), be64_to_cpu(frozen_pe_no),
2015-02-16 1506 hose->global_number);
2015-02-16 1507 switch (be16_to_cpu(err_type)) {
2015-02-16 1508 case OPAL_EEH_IOC_ERROR:
2015-02-16 1509 if (be16_to_cpu(severity) == OPAL_EEH_SEV_IOC_DEAD) {
2015-02-16 1510 pr_err("EEH: dead IOC detected\n");
2015-02-16 1511 ret = EEH_NEXT_ERR_DEAD_IOC;
2015-02-16 1512 } else if (be16_to_cpu(severity) == OPAL_EEH_SEV_INF) {
2015-02-16 1513 pr_info("EEH: IOC informative error "
2015-02-16 1514 "detected\n");
2015-02-16 1515 pnv_eeh_get_and_dump_hub_diag(hose);
2015-02-16 1516 ret = EEH_NEXT_ERR_NONE;
2015-02-16 1517 }
2015-02-16 1518
2013-06-20 1519 break;
2015-02-16 1520 case OPAL_EEH_PHB_ERROR:
2015-02-16 1521 if (be16_to_cpu(severity) == OPAL_EEH_SEV_PHB_DEAD) {
2015-02-16 1522 *pe = phb_pe;
2015-02-16 1523 pr_err("EEH: dead PHB#%x detected, "
2015-02-16 1524 "location: %s\n",
2015-02-16 1525 hose->global_number,
2015-02-16 1526 eeh_pe_loc_get(phb_pe));
2015-02-16 1527 ret = EEH_NEXT_ERR_DEAD_PHB;
2015-02-16 1528 } else if (be16_to_cpu(severity) ==
2015-02-16 1529 OPAL_EEH_SEV_PHB_FENCED) {
2015-02-16 1530 *pe = phb_pe;
2015-02-16 1531 pr_err("EEH: Fenced PHB#%x detected, "
2015-02-16 1532 "location: %s\n",
2015-02-16 1533 hose->global_number,
2015-02-16 1534 eeh_pe_loc_get(phb_pe));
2015-02-16 1535 ret = EEH_NEXT_ERR_FENCED_PHB;
2015-02-16 1536 } else if (be16_to_cpu(severity) == OPAL_EEH_SEV_INF) {
2015-02-16 1537 pr_info("EEH: PHB#%x informative error "
2015-02-16 1538 "detected, location: %s\n",
2015-02-16 1539 hose->global_number,
2015-02-16 1540 eeh_pe_loc_get(phb_pe));
2015-02-16 1541 pnv_eeh_get_phb_diag(phb_pe);
2015-02-16 1542 pnv_pci_dump_phb_diag_data(hose, phb_pe->data);
2015-02-16 1543 ret = EEH_NEXT_ERR_NONE;
2013-06-20 1544 }
2013-06-20 1545
2015-02-16 1546 break;
2015-02-16 1547 case OPAL_EEH_PE_ERROR:
2015-02-16 1548 /*
2015-02-16 1549 * If we can't find the corresponding PE, we
2015-02-16 1550 * just try to unfreeze.
2015-02-16 1551 */
2015-02-16 1552 if (pnv_eeh_get_pe(hose,
2015-02-16 1553 be64_to_cpu(frozen_pe_no), pe)) {
2015-02-16 1554 pr_info("EEH: Clear non-existing PHB#%x-PE#%llx\n",
2015-05-12 1555 hose->global_number, be64_to_cpu(frozen_pe_no));
2015-02-16 1556 pr_info("EEH: PHB location: %s\n",
2015-02-16 1557 eeh_pe_loc_get(phb_pe));
2015-05-12 1558
2015-05-12 1559 /* Dump PHB diag-data */
2015-05-12 1560 rc = opal_pci_get_phb_diag_data2(phb->opal_id,
2017-06-14 1561 phb->diag_data, phb->diag_data_size);
2015-05-12 1562 if (rc == OPAL_SUCCESS)
2015-05-12 1563 pnv_pci_dump_phb_diag_data(hose,
2017-06-14 1564 phb->diag_data);
2015-05-12 1565
2015-05-12 1566 /* Try best to clear it */
2015-02-16 1567 opal_pci_eeh_freeze_clear(phb->opal_id,
2016-08-02 1568 be64_to_cpu(frozen_pe_no),
2015-02-16 1569 OPAL_EEH_ACTION_CLEAR_FREEZE_ALL);
2015-02-16 1570 ret = EEH_NEXT_ERR_NONE;
2015-02-16 1571 } else if ((*pe)->state & EEH_PE_ISOLATED ||
2015-02-16 1572 eeh_pe_passed(*pe)) {
2015-02-16 1573 ret = EEH_NEXT_ERR_NONE;
2015-02-16 1574 } else {
2015-02-16 1575 pr_err("EEH: Frozen PE#%x "
2015-02-16 1576 "on PHB#%x detected\n",
2015-02-16 1577 (*pe)->addr,
2015-02-16 1578 (*pe)->phb->global_number);
2015-02-16 1579 pr_err("EEH: PE location: %s, "
2015-02-16 1580 "PHB location: %s\n",
2015-02-16 1581 eeh_pe_loc_get(*pe),
2015-02-16 1582 eeh_pe_loc_get(phb_pe));
2015-02-16 1583 ret = EEH_NEXT_ERR_FROZEN_PE;
2015-02-16 1584 }
2013-06-20 1585
2015-02-16 1586 break;
2015-02-16 1587 default:
2015-02-16 1588 pr_warn("%s: Unexpected error type %d\n",
2015-02-16 1589 __func__, be16_to_cpu(err_type));
2015-02-16 1590 }
2015-02-16 1591
2015-02-16 1592 /*
2015-02-16 1593 * EEH core will try recover from fenced PHB or
2015-02-16 1594 * frozen PE. In the time for frozen PE, EEH core
2015-02-16 1595 * enable IO path for that before collecting logs,
2015-02-16 1596 * but it ruins the site. So we have to dump the
2015-02-16 1597 * log in advance here.
2015-02-16 1598 */
2015-02-16 1599 if ((ret == EEH_NEXT_ERR_FROZEN_PE ||
2015-02-16 1600 ret == EEH_NEXT_ERR_FENCED_PHB) &&
2015-02-16 1601 !((*pe)->state & EEH_PE_ISOLATED)) {
2018-09-12 1602 eeh_pe_mark_isolated(*pe);
2015-02-16 1603 pnv_eeh_get_phb_diag(*pe);
2015-02-16 1604
2015-02-16 1605 if (eeh_has_flag(EEH_EARLY_DUMP_LOG))
2015-02-16 1606 pnv_pci_dump_phb_diag_data((*pe)->phb,
2015-02-16 1607 (*pe)->data);
2015-02-16 1608 }
2015-02-16 1609
2015-02-16 1610 /*
2015-02-16 1611 * We probably have the frozen parent PE out there and
2015-02-16 1612 * we need have to handle frozen parent PE firstly.
2015-02-16 1613 */
2015-02-16 1614 if (ret == EEH_NEXT_ERR_FROZEN_PE) {
2015-02-16 1615 parent_pe = (*pe)->parent;
2015-02-16 1616 while (parent_pe) {
2015-02-16 1617 /* Hit the ceiling ? */
2015-02-16 1618 if (parent_pe->type & EEH_PE_PHB)
2015-02-16 1619 break;
2015-02-16 1620
2015-02-16 1621 /* Frozen parent PE ? */
2015-02-16 1622 state = eeh_ops->get_state(parent_pe, NULL);
2018-03-19 1623 if (state > 0 && !eeh_state_active(state))
2015-02-16 1624 *pe = parent_pe;
2015-02-16 1625
2015-02-16 1626 /* Next parent level */
2015-02-16 1627 parent_pe = parent_pe->parent;
2015-02-16 1628 }
2015-02-16 1629
2015-02-16 1630 /* We possibly migrate to another PE */
2018-09-12 1631 eeh_pe_mark_isolated(*pe);
2015-02-16 1632 }
2015-02-16 1633
2015-02-16 1634 /*
2015-02-16 1635 * If we have no errors on the specific PHB or only
2015-02-16 1636 * informative error there, we continue poking it.
2015-02-16 1637 * Otherwise, we need actions to be taken by upper
2015-02-16 1638 * layer.
2015-02-16 1639 */
2015-02-16 1640 if (ret > EEH_NEXT_ERR_INF)
2015-02-16 1641 break;
2015-02-16 1642 }
2015-02-16 1643
Popple 2015-05-15 1644 /* Unmask the event */
Popple 2015-07-30 1645 if (ret == EEH_NEXT_ERR_NONE && eeh_enabled())
Popple 2015-05-15 1646 enable_irq(eeh_event_irq);
Popple 2015-05-15 1647
2015-02-16 1648 return ret;
2013-06-20 1649 }
2013-06-20 1650
at line 1454 was first introduced by commit
66884cf537f7dc2cdc1671 powerpc/powernv: Shorten EEH function names
Shan <gwshan@xxxxxxxxxxxxxxxxxx>
Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Test Service, Intel Corporation
href="https://lists.01.org/hyperkitty/list/kbuild-all@xxxxxxxxxxxx">https://lists.01.org/hyperkitty/list/kbuild-all@xxxxxxxxxxxx
>.config.gz

Next message: Rijo Thomas: "Re: [PATCH v3] tee: amdtee: unload TA only when its refcount becomes 0"
Previous message: Paul E. McKenney: "Re: [RFC PATCH 13/37] mm: implement speculative handling in __handle_mm_fault()."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]