Tioga Pass OpenBMC 2.8

Patrick Voelker Patrick_Voelker at phoenix.com
Thu Sep 10 09:12:46 AEST 2020


Vijay,

We’re having success with power control once booted into Linux (with the Facebook OpenBMC 2.8 tiogapass build) but can’t seem to control the power when stopped at the u-boot prompt.  Is that something that should be working?

If not, can you help me identify the minimum critical differences besides enabling the GPIOE passthrough?  Power control in u-boot is an important goal for our development.  I tried using all my learnings from wolfpass to get it to work but have not been successful yet.

Regards, Patrick


From: openbmc [mailto:openbmc-bounces+patrick_voelker=phoenix.com at lists.ozlabs.org] On Behalf Of Vijay Khemka
Sent: Wednesday, August 26, 2020 10:28 PM
To: Neil Bradley; openbmc at lists.ozlabs.org
Cc: Amithash Prasad
Subject: Re: Tioga Pass OpenBMC 2.8

Neil,
This means that power control application is not running. An I know why because we need kernel device tree from 5.7+ kernel to support proper gpio pins addition in device  tree.

So please download latest openbmc image, your all problem for ipmb and power control will be resolved.

Regards
-Vijay



From: Neil Bradley <Neil_Bradley at phoenix.com>
Date: Wednesday, August 26, 2020 at 2:53 PM
To: Vijay Khemka <vijaykhemka at fb.com>, "openbmc at lists.ozlabs.org" <openbmc at lists.ozlabs.org>
Cc: Amithash Prasad <amithash at fb.com>, Sai Dasari <sdasari at fb.com>
Subject: RE: Tioga Pass OpenBMC 2.8

A bit more info – does this mean the dbus interface for chassis control is missing?

root at tiogapass:/dev# power-util mb status
Failed to get property CurrentPowerState on interface xyz.openbmc_project.State.Chassis: The name is not activatable off
root at tiogapass:/dev# power-util mb on
Failed to get property CurrentPowerState on interface xyz.openbmc_project.State.Chassis: The name is not activatable
Powering on Server
Failed to set property RequestedPowerTransition on interface xyz.openbmc_project.State.Chassis: The name is not activatable
root at tiogapass:/dev# power-util mb off
Failed to get property CurrentPowerState on interface xyz.openbmc_project.State.Chassis: The name is not activatable
root at tiogapass:/dev#

-->Neil

From: Vijay Khemka <vijaykhemka at fb.com>
Sent: Wednesday, August 26, 2020 9:54 AM
To: Neil Bradley <Neil_Bradley at phoenix.com>; openbmc at lists.ozlabs.org
Cc: Amithash Prasad <amithash at fb.com>; Sai Dasari <sdasari at fb.com>
Subject: Re: Tioga Pass OpenBMC 2.8

Host power control should work regardless of kernel version you are using. Please run following command
power-util mb status – it should show current power status
power-util mb on
power-util mb off

Please let me know if it is working

From: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>
Date: Wednesday, August 26, 2020 at 9:49 AM
To: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>, "openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>" <openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>>
Cc: Amithash Prasad <amithash at fb.com<mailto:amithash at fb.com>>, Sai Dasari <sdasari at fb.com<mailto:sdasari at fb.com>>
Subject: RE: Tioga Pass OpenBMC 2.8

Thanks Vijay – one question, shouldn’t the build I have allow software power control? Ultimately IPMB might not be the issue but I’m puzzled as to why a simple function like power control is nonfunctional. Thoughts?

-->Neil

From: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>
Sent: Wednesday, August 26, 2020 9:46 AM
To: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>; openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Cc: Amithash Prasad <amithash at fb.com<mailto:amithash at fb.com>>; Sai Dasari <sdasari at fb.com<mailto:sdasari at fb.com>>
Subject: Re: Tioga Pass OpenBMC 2.8

Hi Neil,
Can you please pull latest openbmc image, actually ipmb support for tiogapass is available in 5.7+ kernel only. You are using 5.4 kernel.

Regards
-Vijay

From: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>
Date: Tuesday, August 25, 2020 at 3:23 PM
To: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>, "openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>" <openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>>
Cc: Amithash Prasad <amithash at fb.com<mailto:amithash at fb.com>>, Sai Dasari <sdasari at fb.com<mailto:sdasari at fb.com>>
Subject: RE: Tioga Pass OpenBMC 2.8

Hey Vijay! Thanks for everything. We did a bit more investigation today on the power control on the Tioga Pass board.

When we do any chassis power control commands to power up or down, regardless of whether or not the host is powered or not, we get 0xff back as a return code.

With host power off or on, the busctl command always returns “Call failed: The name is not activatable”. Which I guess would make sense. With host power on, it appears the IPMB service isn’t available, as when we do a busctl | grep -I channel, we get these two:

xyz.openbmc_project.Ipmi.Channel.eth0                            (provided by netipmid)
xyz.openbmc_project.Ipmi.Channel.ipmi-kcs3                   (provided by kcsbridged)

ipmibridged (the service that provides the Ipmb channel) exists in the BMC but it’s not running.  “systemctl status ipmb” indicates that it stopped with errors a couple of times.

In the system log “journalctl | grep –i ipmb”, I can see these error messages about why it failed to start:
ipmbbridged[316]: ipmbChannelInit: error opening ipmbI2cSlave
ipmbbridged[316]: initializeChannels: channel initialization failed

Looks like this might be the root of the problem. Is there somewhere else we can look to see why the ipmb service isn’t started, and are we looking in the right place?

Thanks again for the assist!

-->Neil

From: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>
Sent: Monday, August 24, 2020 5:00 PM
To: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>; openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Cc: Bruce Mitchell <Bruce_Mitchell at phoenix.com<mailto:Bruce_Mitchell at phoenix.com>>; Amithash Prasad <amithash at fb.com<mailto:amithash at fb.com>>; Sai Dasari <sdasari at fb.com<mailto:sdasari at fb.com>>
Subject: Re: Tioga Pass OpenBMC 2.8

Hi Neil,
Where do you connect onboard phy to as I never came across using this, you should be able to enable this as well. In our infrastructure we use only one mezz card with NCSI. If you have another NIC card connected then you can enable this in device tree like one enabled in

arch/arm/boot/dts/aspeed-bmc-facebook-tiogapass.dts



&mac0 {

  status = "okay";



  pinctrl-names = "default";

  pinctrl-0 = <&pinctrl_rmii1_default>;

  clocks = <&syscon ASPEED_CLK_GATE_MAC1CLK>,

     <&syscon ASPEED_CLK_MAC1RCLK>;

  clock-names = "MACCLK", "RCLK";

  use-ncsi;

};



I have never verified this, you may have to debug this through. But you don’t need anything in NCSI patch or code.



Regards



Regarding UEFI, we also use AMI Bios as base and it should have ME binary as well. Please check if host is powered on by running following command from BMC

power-util mb status



If it shows host power is on, then please run below command to get ME details
ME device ID: busctl call xyz.openbmc_project.Ipmi.Channel.Ipmb /xyz/openbmc_project/Ipmi/Channel/Ipmb org.openbmc.Ipmb sendRequest yyyyay 1 6 0 0x1 0
Reset ME:     busctl call xyz.openbmc_project.Ipmi.Channel.Ipmb /xyz/openbmc_project/Ipmi/Channel/Ipmb org.openbmc.Ipmb sendRequest yyyyay 1 6 0 0x2 0

Output should look like this
(iyyyyay) 0 7 0 1 0 15 80 1 4 4 2 33 87 1 0 10 11 4 57 48 1  -- for device id
(iyyyyay) 0 47 0 223 0 3 87 1 0  -- for ME reset.


I hope this will help.



-Vijay


From: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>
Date: Monday, August 24, 2020 at 4:34 PM
To: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>, "openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>" <openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>>
Cc: Bruce Mitchell <Bruce_Mitchell at phoenix.com<mailto:Bruce_Mitchell at phoenix.com>>
Subject: RE: Tioga Pass OpenBMC 2.8

Hi Vijay!

As you probably know, Tioga Pass has an onboard PHY connected to RGMII2 on the BMC, and also an option for a mezzanine card with two NICs, connected to BMC’s RGMII1. With the Tioga pass build we’ve built, the onboard PHY is inactive, and only the first port on the mezzanine is functional, so Bruce is trying to get the other two interfaces going. Is there a simple configuration that we can change to get the second mezzanine interface and the onboard connection going?

We do get this error message:

[    1.846718] ftgmac100 1e660000.ethernet: Generated random MAC address 62:df:22:c8:1d:b0

Since we’re getting a MAC address for the mezzanine network card, we’re suspecting (guessing, really) that this is the result of the BMC not being able to obtain the MAC address over the PCH/Springville  RGMII interface. Does this make sense or are we missing something?

As an aside, what UEFI image are you using at Facebook? Our current UEFI image is an AMI BIOS – same image that we got with the system.

Appreciate the assistance!

-->Neil

From: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>
Sent: Monday, August 24, 2020 4:02 PM
To: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>; openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Subject: Re: Tioga Pass OpenBMC 2.8

Thanks for the log, I don’t see any issues. Everything is perfect. Baud rate for initial early kernel console 115200 and then linux boots with 57600. I am not aware about RGMII port, where is this connected to. We are not using that.

From: openbmc <openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org<mailto:openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org>> on behalf of Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>
Date: Monday, August 24, 2020 at 2:33 PM
To: "openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>" <openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>>
Subject: RE: Tioga Pass OpenBMC 2.8

Hey Vijay, this is the result of dmesg. Is this sufficient for what you were asking for? We can’t get the full console debug output because there’s a baud rate mismatch until the login prompt comes up, so it’s just garbage up to that point.

Additionally, it looks as if the Tioga Pass image only enables one of the ethernet connections on the mezzanine but not the onboard RGMII at all. Is that expected?

Thank you!

-->Neil

root at tiogapass:~# dmesg
[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 5.4.39-30079d6 (oe-user at oe-host) (gcc version 9.3.0 (GCC)) #1 Fri Aug 21 17:14:22 UTC 2020
[    0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[    0.000000] OF: fdt: Machine model: Facebook TiogaPass BMC
[    0.000000] Memory policy: Data cache writeback
[    0.000000] cma: Reserved 16 MiB at 0x9d800000
[    0.000000] On node 0 totalpages: 126976
[    0.000000]   Normal zone: 992 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 126976 pages, LIFO batch:31
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 125984
[    0.000000] Kernel command line: console=ttyS4,115200n8 root=/dev/ram rw
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes, linear)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes, linear)
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 476068K/507904K available (6144K kernel code, 398K rwdata, 1456K rodata, 1024K init, 146K bss, 15452K reserved, 16384K cma-reserved)
[    0.000000] random: get_random_u32 called from cache_alloc_refill+0x428/0x964 with crng_init=0
[    0.000000] ftrace: allocating 21599 entries in 43 pages
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] i2c controller registered, irq 17
[    0.000000] clocksource: FTTMR010-TIMER2: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 77222644334 ns
[    0.000020] sched_clock: 32 bits at 24MHz, resolution 40ns, wraps every 86767015915ns
[    0.000091] Switching to timer-based delay loop, resolution 40ns
[    0.001397] Calibrating delay loop (skipped), value calculated using timer frequency.. 49.50 BogoMIPS (lpj=247500)
[    0.001454] pid_max: default: 32768 minimum: 301
[    0.002205] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.002254] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.004248] CPU: Testing write buffer coherency: ok
[    0.006176] Setting up static identity map for 0x80100000 - 0x80100038
[    0.009638] devtmpfs: initialized
[    0.029450] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.029519] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.032921] pinctrl core: initialized pinctrl subsystem
[    0.034050] NET: Registered protocol family 16
[    0.036390] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.038876] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
[    0.038911] hw-breakpoint: maximum watchpoint size is 4 bytes.
[    0.084182] videodev: Linux video capture interface: v2.00
[    0.087772] clocksource: Switched to clocksource FTTMR010-TIMER2
[    0.150999] NET: Registered protocol family 2
[    0.152301] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
[    0.152399] TCP established hash table entries: 4096 (order: 2, 16384 bytes, linear)
[    0.152491] TCP bind hash table entries: 4096 (order: 2, 16384 bytes, linear)
[    0.152591] TCP: Hash tables configured (established 4096 bind 4096)
[    0.152841] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.152915] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.153488] NET: Registered protocol family 1
[    0.154441] Unpacking initramfs...
[    1.102186] Freeing initrd memory: 1088K
[    1.105176] workingset: timestamp_bits=30 max_order=17 bucket_order=0
[    1.105749] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    1.105789] jffs2: version 2.2. (SUMMARY)  © 2001-2006 Red Hat, Inc.
[    1.106560] NET: Registered protocol family 38
[    1.109833] aspeed-kcs-bmc: channel=2 addr=0xca8 idr=0x28 odr=0x34 str=0x40
[    1.110704] aspeed-kcs-bmc: channel=3 addr=0xca2 idr=0x2c odr=0x38 str=0x44
[    1.117654] Serial: 8250/16550 driver, 6 ports, IRQ sharing enabled
[    1.122199] 1e787000.serial: ttyS5 at MMIO 0x1e787000 (irq = 31, base_baud = 1546875) is a 16550A
[    1.124410] 1e783000.serial: ttyS0 at MMIO 0x1e783000 (irq = 29, base_baud = 1500000) is a 16550A
[    1.125923] 1e784000.serial: ttyS4 at MMIO 0x1e784000 (irq = 30, base_baud = 1500000) is a 16550A
[    1.500174] printk: console [ttyS4] enabled
[    1.506089] 1e78d000.serial: ttyS1 at MMIO 0x1e78d000 (irq = 32, base_baud = 1500000) is a 16550A
[    1.516573] 1e78e000.serial: ttyS2 at MMIO 0x1e78e000 (irq = 33, base_baud = 1500000) is a 16550A
[    1.527484] timeriomem_rng 1e6e2078.hwrng: 32bits from 0x(ptrval) @ 1us
[    1.536213] random: fast init done
[    1.548499] random: crng init done
[    1.567470] loop: module loaded
[    1.613884] aspeed-smc 1e620000.spi: Using 50 MHz SPI frequency
[    1.620094] aspeed-smc 1e620000.spi: w25q256 (32768 Kbytes)
[    1.625704] aspeed-smc 1e620000.spi: CE0 window [ 0x20000000 - 0x22000000 ] 32MB
[    1.633228] aspeed-smc 1e620000.spi: CE1 window [ 0x22000000 - 0x2a000000 ] 128MB
[    1.640809] aspeed-smc 1e620000.spi: read control register: 203b0641
[    1.785843] 5 fixed-partitions partitions found on MTD device 1e620000.spi
[    1.792857] Creating 5 MTD partitions on "1e620000.spi":
[    1.798309] 0x000000000000-0x000000060000 : "u-boot"
[    1.805858] 0x000000060000-0x000000080000 : "u-boot-env"
[    1.813936] 0x000000080000-0x0000004c0000 : "kernel"
[    1.821716] 0x0000004c0000-0x000001c00000 : "rofs"
[    1.829241] 0x000001c00000-0x000002000000 : "rwfs"
[    1.838478] aspeed-smc 1e630000.spi: Using 50 MHz SPI frequency
[    1.844533] aspeed-smc 1e630000.spi: unrecognized JEDEC id bytes: 00 00 00 00 00 00
[    1.852321] aspeed-smc 1e630000.spi: Aspeed SMC probe failed -2
[    1.862969] aspeed-smc: probe of 1e630000.spi failed with error -2
[    1.871399] libphy: Fixed MDIO Bus: probed
[    1.876920] ftgmac100 1e660000.ethernet: Read MAC address 1c:34:da:7b:40:e7 from chip
[    1.884902] ftgmac100 1e660000.ethernet: Using NCSI interface
[    1.892025] ftgmac100 1e660000.ethernet eth0: irq 20, mapped at 34f8ec25
[    1.899832] udc-core: couldn't find an available UDC - added [g_mass_storage] to list of pending drivers
[    1.910003] i2c /dev entries driver
[    1.914828] aspeed-i2c-bus 1e78a040.i2c-bus: i2c bus 0 registered, irq 34
[    1.923341] aspeed-i2c-bus 1e78a080.i2c-bus: i2c bus 1 registered, irq 35
[    1.931604] aspeed-i2c-bus 1e78a0c0.i2c-bus: i2c bus 2 registered, irq 36
[    1.939867] aspeed-i2c-bus 1e78a100.i2c-bus: i2c bus 3 registered, irq 37
[    1.948049] aspeed-i2c-bus 1e78a140.i2c-bus: i2c bus 4 registered, irq 38
[    1.959801] aspeed-i2c-bus 1e78a180.i2c-bus: i2c bus 5 registered, irq 39
[    2.725060] tpm_i2c_infineon 6-0020: could not request locality
[    2.733572] at24 6-0054: 8192 byte 24c64 EEPROM, writable, 32 bytes/write
[    2.740642] aspeed-i2c-bus 1e78a1c0.i2c-bus: i2c bus 6 registered, irq 40
[    2.748857] aspeed-i2c-bus 1e78a300.i2c-bus: i2c bus 7 registered, irq 41
[    2.757424] aspeed-i2c-bus 1e78a340.i2c-bus: i2c bus 8 registered, irq 42
[    2.765666] aspeed-i2c-bus 1e78a380.i2c-bus: i2c bus 9 registered, irq 43
[    2.773566] pca954x 1-0071: probe failed
[    2.778295] Driver for 1-wire Dallas network protocol.
[    2.801682] NET: Registered protocol family 10
[    2.808778] Segment Routing with IPv6
[    2.813220] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[    2.820755] NET: Registered protocol family 17
[    2.825277] 8021q: 802.1Q VLAN Support v1.8
[    2.841568] printk: console [netcon0] enabled
[    2.845947] netconsole: network logging started
[    2.850919] hctosys: unable to open rtc device (rtc0)
[    2.862757] Freeing unused kernel memory: 1024K
[    2.870834] Checked W+X mappings: passed, no W+X pages found
[    2.876521] Run /init as init process
[    3.715741] jffs2: notice: (77) jffs2_build_xattr_subsystem: complete building xattr subsystem, 42 of xdatum (42 unchecked, 0 orphan) and 108 of xref (0 dead, 0 orphan) found.
[    3.782648] overlayfs: upper fs does not support tmpfile.
[    6.284828] systemd[1]: Failed to lookup module alias 'autofs4': Function not implemented
[    6.373603] systemd[1]: systemd 244.3+ running in system mode. (+PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK +SYSVINIT -UTMP -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL +XZ -LZ4 -SECCOMP +BLKID -ELFUTILS +KMOD -IDN2 -IDN -PCRE2 default-hierarchy=hybrid)
[    6.397338] systemd[1]: Detected architecture arm.
[    6.558718] systemd[1]: Set hostname to <tiogapass>.
[    8.522924] systemd[1]: /lib/systemd/system/phosphor-pid-control.service:7: Neither a valid executable name nor an absolute path: {bindir}/swampd
[    8.536320] systemd[1]: phosphor-pid-control.service: Unit configuration has fatal error, unit will not be started.
[    9.018415] systemd[1]: /lib/systemd/system/phosphor-ipmi-net at .socket:3<mailto:/lib/systemd/system/phosphor-ipmi-net at .socket:3>: Invalid interface name, ignoring: sys-subsystem-net-devices-%i.device
[    9.124171] systemd[1]: phosphor-pid-control.service: Cannot add dependency job, ignoring: Unit phosphor-pid-control.service has a bad unit file setting.
[    9.193233] systemd[1]: Created slice system-getty.slice.
[    9.231544] systemd[1]: Created slice system-mapper\x2dwait.slice.
[    9.271483] systemd[1]: Created slice system-obmc\x2dconsole.slice.
[    9.311612] systemd[1]: Created slice system-obmc\x2dled\x2dgroup\x2dstart.slice.
[    9.351503] systemd[1]: Created slice system-phosphor\x2dcertificate\x2dmanager.slice.
[    9.391513] systemd[1]: Created slice system-phosphor\x2ddiscover\x2dsystem\x2dstate.slice.
[    9.431363] systemd[1]: Created slice system-phosphor\x2dipmi\x2dkcs.slice.
[    9.471394] systemd[1]: Created slice system-phosphor\x2dipmi\x2dnet.slice.
[    9.511412] systemd[1]: Created slice system-serial\x2dgetty.slice.
[    9.549839] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[    9.589722] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[    9.630579] systemd[1]: Reached target Paths.
[    9.668965] systemd[1]: Reached target Remote File Systems.
[    9.708737] systemd[1]: Reached target Slices.
[    9.749062] systemd[1]: Reached target Swap.
[    9.792899] systemd[1]: Listening on Syslog Socket.
[    9.860252] systemd[1]: Listening on Process Core Dump Socket.
[    9.899969] systemd[1]: Listening on initctl Compatibility Named Pipe.
[    9.940519] systemd[1]: Condition check resulted in Journal Audit Socket being skipped.
[    9.951840] systemd[1]: Listening on Journal Socket (/dev/log).
[    9.991612] systemd[1]: Listening on Journal Socket.
[   10.032322] systemd[1]: Listening on Network Service Netlink Socket.
[   10.071319] systemd[1]: Listening on udev Control Socket.
[   10.110578] systemd[1]: Listening on udev Kernel Socket.
[   10.130583] systemd[1]: Condition check resulted in Huge Pages File System being skipped.
[   10.141345] systemd[1]: Condition check resulted in POSIX Message Queue File System being skipped.
[   10.162566] systemd[1]: Mounting Kernel Debug File System...
[   10.229312] systemd[1]: Mounting Temporary Directory (/tmp)...
[   10.245137] systemd[1]: Condition check resulted in Create list of static device nodes for the current kernel being skipped.
[   10.294121] systemd[1]: Condition check resulted in File System Check on Root Device being skipped.
[   10.321301] systemd[1]: Starting Journal Service...
[   10.406066] systemd[1]: Condition check resulted in Load Kernel Modules being skipped.
[   10.418296] systemd[1]: Condition check resulted in FUSE Control File System being skipped.
[   10.453150] systemd[1]: Mounting Kernel Configuration File System...
[   10.510636] systemd[1]: Starting Remount Root and Kernel File Systems...
[   10.619338] systemd[1]: Starting Apply Kernel Variables...
[   10.720466] systemd[1]: Starting udev Coldplug all Devices...
[   11.064565] systemd[1]: Started Hardware RNG Entropy Gatherer Daemon.
[   11.235291] systemd[1]: Mounted Kernel Debug File System.
[   11.315996] systemd[1]: Mounted Temporary Directory (/tmp).
[   11.370581] systemd[1]: Mounted Kernel Configuration File System.
[   11.433764] systemd[1]: Started Remount Root and Kernel File Systems.
[   11.518510] systemd[1]: Started Apply Kernel Variables.
[   11.558596] systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped.
[   11.610138] systemd[1]: Condition check resulted in Create System Users being skipped.
[   11.650212] systemd[1]: Starting Create Static Device Nodes in /dev...
[   11.681287] systemd[1]: Started Journal Service.
[   12.032812] systemd-journald[99]: Received client request to flush runtime journal.
[   18.520429] 8021q: adding VLAN 0 to HW filter on device eth0
[   18.526634] ftgmac100 1e660000.ethernet eth0: NCSI: Handler for packet type 0x82 returned -19
[   34.249707] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.258113] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.266384] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.274795] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.283212] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.291570] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.300049] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.308421] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.343667] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.358280] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.366552] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.374965] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.383368] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.391828] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   34.400206] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b
[   51.960204] i2c i2c-4: new_device: Instantiated device ipmb-dev at 0x10
[   53.512805] i2c i2c-4: Failed to register i2c client ipmb-dev at 0x10 (-16)


From: Neil Bradley
Sent: Monday, August 24, 2020 2:18 PM
To: openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Subject: RE: Tioga Pass OpenBMC 2.8

Thanks for the reply, Vijay! The part was programed directly with a dediprog. Hey Bruce, can you post the full boot log of that TP system? Vijay, Bruce (in another thread) did see this on the boot log, but I’ll work to get you the full boot console:


[    1.854939] ftgmac100 1e660000.ethernet: Using NCSI interface

[   17.831827] ftgmac100 1e660000.ethernet eth0: NCSI: Handler for packet type 0x82 returned -19

[   33.526950] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.535564] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.543813] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.554345] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.562598] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.570958] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.612936] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.629318] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.638683] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.647978] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.657291] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.665690] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.673956] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.682381] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

[   33.690792] ftgmac100 1e660000.ethernet eth0: NCSI: 'bad' packet ignored for type 0x8b

This is the image we used:

-rw-r--r-- 2 bruce bruce 33554432 Aug 21 17:50 obmc-phosphor-image-tiogapass-20200821170132.static.mtd

We are also wondering about power control. We get an IPMB error whenever we do any power control via IPMI instructions (power button works however) and it looks like it’s talking to the ME. Are you familiar with the ME’s role in power control/status? I couldn’t find any mention of the ME in the Tioga Pass spec, so perhaps I missed it. I’m suspecting that our UEFI image doesn’t have the right ME image to mate up with Tioga Pass.

Thank you!

-->Neil

From: Vijay Khemka <vijaykhemka at fb.com<mailto:vijaykhemka at fb.com>>
Sent: Monday, August 24, 2020 2:05 PM
To: Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>; openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Cc: Patrick Voelker <Patrick_Voelker at phoenix.com<mailto:Patrick_Voelker at phoenix.com>>; Bruce Mitchell <Bruce_Mitchell at phoenix.com<mailto:Bruce_Mitchell at phoenix.com>>
Subject: Re: Tioga Pass OpenBMC 2.8

Hi Neil,
How did you copy image to target, I mean what file name you have copied and what was size.
There is no issue in available image for tiogapass build and it should work seamlessly.

Please share console boot log if you have, do you know what network card you system have.

Regards
-Vijay

From: openbmc <openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org<mailto:openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org>> on behalf of Neil Bradley <Neil_Bradley at phoenix.com<mailto:Neil_Bradley at phoenix.com>>
Date: Friday, August 21, 2020 at 10:40 PM
To: "openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>" <openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>>
Cc: Patrick Voelker <Patrick_Voelker at phoenix.com<mailto:Patrick_Voelker at phoenix.com>>, Bruce Mitchell <Bruce_Mitchell at phoenix.com<mailto:Bruce_Mitchell at phoenix.com>>
Subject: Tioga Pass OpenBMC 2.8

Greetings fellow BMC folk – I’m Neil Bradley, Phoenix Technologies’ BMC architect and have a question for the group.

We are attempting to load OpenBMC 2.8 on a Tioga Pass. This is what we did:

mkdir tiogapass
cd tiogapass
git clone https://github.com/openbmc/openbmc.git
cd openbmc
git checkout 35a774200999ac2fca48693c1c169bf99d2f63ea
export TEMPLATECONF=meta-facebook/meta-tiogapass/conf
source openbmc-env
bitbake obmc-phosphor-image

The BMC does boot fully, however there are two major problems we’ve encountered:


  1.  Host will not power on via the front panel power button
  2.  BMC Will not obtain or try DHCP even though its set enabled for the primary LAN channel

I have a couple of questions:


  1.  Was this built/done correctly? In other words, did I do something wrong in this process?
  2.  Does anyone know the current state of Tioga Pass support in 2.8 or the general health therein?

We’re coming up to speed on this quickly, so apologies if these are stupid questions. And greetings!

-->Neil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200909/19c27630/attachment-0001.htm>


More information about the openbmc mailing list