OpenBMC 2.8 Release

[Johnathan Mantey]

Tom,

I have not seen any defects concerning VLAN..... yet.
Testing this on my own system for the NCSI channel (e.g. lan id 1) our
BMC behaves in the same way as reported in issue 12.
I haven't tested/used VLAN in ages, and never on OBMC, so I can't say if
this is a regression.

On 6/12/20 8:11 AM, TOM JOSEPH wrote:
>
> Hello William,
>
> https://github.com/openbmc/phosphor-net-ipmid/issues/12
>
> This issue got reported on openbmc master which is needed for OpenBMC
> 2.8 release. The VLAN creation is failing via IPMI and the trace
> indicates the failure to delete the non static address.
> This had worked on the earlier 2.7 community release. I have not
> followed much the changes on the phosphor-networkd front.
> Since you had helped rewrite the transport handler. Can you help
> comment on the issue?
>
> Copying Johnathan, do you run into this on your platforms?
>
> Regards,
> Tom
>
> On 05-06-2020 15:53, Prashanth Katti1 wrote:
>> Hi All,
>> We tested Firmware version : 2.8.0-rc1-0-g35a774200 on Witherspoon,
>> and found following issues.
>>
>> DHCP                    - https://github.com/openbmc/bmcweb/issues/127
>> LDAP                     -
>> https://lists.ozlabs.org/pipermail/openbmc/2020-May/021702.html
>> VLAN via REST - https://github.com/openbmc/openbmc/issues/3668
>> VLAN via IPMI     -
>> https://github.com/openbmc/phosphor-net-ipmid/issues/12
>>
>> Rest of the functionalities looks good and are stable in our testing.
>> Hope this input helps.
>>
>> Prashanth Katti
>>
>>
>>
>>
>> From:        krtaylor <kurt.r.taylor at gmail.com>
>> To:        OpenBMC Maillist <openbmc at lists.ozlabs.org>
>> Date:        03-06-2020 00:46
>> Subject:        [EXTERNAL] Re: OpenBMC 2.8 Release
>> Sent by:        "openbmc"
>> <openbmc-bounces+gkeishin=in.ibm.com at lists.ozlabs.org>
>> ------------------------------------------------------------------------
>>
>>
>>
>> On 5/4/20 1:29 AM, Deepak Kodihalli wrote:
>> > On 04/05/20 10:43 am, Andrew Jeffery wrote:
>> >>
>> >>
>> >> On Thu, 30 Apr 2020, at 02:30, Gunnar Mills wrote:
>> >>> On 4/29/2020 10:48 AM, Kurt Taylor wrote:
>> >>>> just add it directly here:
>> >>>> https://github.com/openbmc/openbmc/wiki/Current-Release-Content
>> >>> Added:
>> >>>   * Yocto refresh to "Dunfell" version 3.1
>> >>>   * Redfish support for: full certificate management, complete LDAP
>> >>> management, full sensor support, event service schema, task schema
>> >>>   * Move to Redfish Specification 1.9.0
>> >>>   * Redfish support for 2019.4 Schemas
>> >>>   * GUI enhancements: LDAP, certificate management
>>
>> We are targeting this Friday, June 5th for release 2.8. I'm not seeing
>> much (or any) discussion on testing. If you have tested the release tag
>> please post the results for your platform. Any blockers?
>>
>> https://github.com/openbmc/openbmc/releases
>>
>> Also, please review and add content to the release notes here:
>>
>> https://gerrit.openbmc-project.xyz/c/openbmc/docs/+/32440
>>
>> Thanks everyone!
>>
>> Kurt Taylor (krtaylor)
>>
>> >>>
>> >>> And removed "`Redfish configuration backup and restore function`".
>> >>> James, Jason are you okay with the Redfish list above? Should we add
>> >>> something about Storage & Drives? Anything else?
>> >>>
>> >>> Should we add something about the Kernel? "Move to 5.4"?
>> >>>
>> >>> Anything for PLDM / MCTP? For the 2.7 release it says "Partial PLDM
>> >>> Support" and "Partial MCTP Support".
>> >>
>> >> Certainly MCTP support is still "Partial". Slowly progressing with
>> >> help from
>> >> Intel.
>> >
>> > Same goes for PLDM. There's definitely more PLDM specs and commands
>> > implemented in libpldm since the 2.7 release though.
>> >
>> >> Andrew
>> >>
>> >
>>
>>
>>
>>
>>

-- 
Johnathan Mantey
Senior Software Engineer
*azad te**chnology partners*
Contributing to Technology Innovation since 1992
Phone: (503) 712-6764
Email: johnathanx.mantey at intel.com <mailto:johnathanx.mantey at intel.com>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200612/79a9ff2b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200612/79a9ff2b/attachment-0001.sig>