Public bug reported:
SRU Justification:
[Impact]
The ipmb driver failing to load is just the result of i2c-mlxbf
not receiving interrupts.
In fact, any driver dependent on the i2c-mlxbf driver will not work.
How to reproduce this issue?
- modprobe gpio-mlxbf3
-
Reopening this bug since we found a software workaround for it.
** Changed in: linux-bluefield (Ubuntu)
Status: Invalid => In Progress
** Changed in: linux-bluefield (Ubuntu Jammy)
Status: Invalid => In Progress
** Description changed:
SRU Justification:
[Impact]
This SW WA didnt work so the HW team will have to review it.
** Changed in: linux-bluefield (Ubuntu)
Status: New => Invalid
** Changed in: linux-bluefield (Ubuntu Jammy)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Description changed:
SRU Justification:
[Impact]
- During the QA reboot test, the BF3 Vitesse PHY gets stuck in a bad
- state, resulting in no ip provisioning. The only way to recover is to
- toggle the PHY hard reset pin via GPIO17 (or powercycle cycle since it
- achieves just
Public bug reported:
SRU Justification:
[Impact]
During the QA reboot test, the BF3 Vitesse PHY gets stuck in a bad
state, resulting in no ip provisioning. The only way to recover is to
toggle the PHY hard reset pin via GPIO17 (or powercycle cycle since it
achieves just that). We might have
Public bug reported:
SRU Justification:
[Impact]
During the reboot test, QA found an intermittent issue where the OOB link is
down.
The link is down because the KSZ9031 PHY fails to complete autonegotiation.
Even under "normal" circumstances where autonegotiation completes,
it takes an
Public bug reported:
SRU Justification:
[Impact]
OCP3.0 project was discontinued and canceled so all stale code related to
that was removed.
The HID MLNXBF29 is used now for triggering a graceful shutdown for the Bobcat
board. On the bobcat board, the main board cpld issues the shutdown request
** Summary changed:
- mlxbf-gige: support bobcat
+ mlxbf-gige: support fixed phy for Bobcat
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2054845
Title:
mlxbf-gige: support fixed phy for Bobcat
Public bug reported:
SRU Justification:
[Impact]
Bobcat is a new board which doesn't have an external PHY connected to
the OOB. There are no MDIO busses involved and no PHY involved. The OOB
is directly connected to the switch (MAC to MAC). SO we need to use the
linux fixed phy to be able to
Public bug reported:
SRU Justification:
[Impact]
At the moment, the mlxbf-gige is broken in the ubuntu image because it is out
of date. This change in the gpio-mlxbf2.c driver broke it:
https://code.launchpad.net/~asmaam/ubuntu/+source/linux-bluefield/+git/version-seeds/+merge/417771
Public bug reported:
SRU Justification:
[Impact]
Although the gpio-mlxbf2.c driver has already been upstreamed, it did not
include gpio interrupt handling. We recently upstreamed the latter and as
requested by maintainers, moved all gpio interrupt code from the mlxbf-gige
driver to the
Public bug reported:
SRU Justification:
[Impact]
This is reproducible on systems which already have heavy background
traffic. On top of that, the user issues one of the 2 docker pulls below:
docker pull nvcr.io/ea-doca-hbn/hbn/hbn:latest
OR
docker pull
** Description changed:
SRU Justification:
[Impact]
The mlxbf-gige driver has just been upstreamed so linux-bluefield needs to be
synced up with what we have upstreamed.
- IMPORTANT: during testing phase, make sure the latest UEFI (bootloader) is
loaded on top of these changes.
+
** Description changed:
SRU Justification:
[Impact]
- The mlxbf-gige driver has just been upstreamed so linux-bluefield needs
- to be synced up with what we have upstreamed.
+ The mlxbf-gige driver has just been upstreamed so linux-bluefield needs to be
synced up with what we have
Public bug reported:
SRU Justification:
[Impact]
The mlxbf-gige driver has just been upstreamed so linux-bluefield needs
to be synced up with what we have upstreamed.
[Fix]
* Cleaned up the gige driver as instructed by maintainers
* removed dependency between the mlxbf-gige driver and
Public bug reported:
SRU Justification:
[Impact]
There could be stack overflow in mlxbf_i2c_smbus_start_transaction().
memcpy() is called in a loop while 'operation->length' upper bound is not
checked and 'data_idx' also increments.
More details:
The operation length is verified by the caller
Public bug reported:
SRU Justification:
[Impact]
The BlueSphere like boards have a feature where the BMC
can trigger a BlueField ARM reset via ipmitool. The ipmitool
command simply toggles the signal on a BMC GPIO pin which
propagates to HOST GPIO 7. HOST GPIO 7 is setup as an
interrupt for SW
Public bug reported:
SRU Justification:
[Impact]
* This will fix a broken i2c-mlxbf.c driver for BlueField-2.
[Fix]
* Restore previous version of the driver which was tested extensively.
This current version is what was upstreamed but was not tested on the
new BlueField-2 boards with BMC on
Public bug reported:
SRU Justification:
[Impact]
* The previous ipmb_host patch broke the customer tests. They requested to make
the ipmb_host response time as long as before. In the case where the I2C bus is
made very busy, the ipmb_host driver just drops slow/delayed responses. This
fix
Public bug reported:
SRU Justification:
[Impact]
* Sync up the current i2c-mlx.c driver with the upstreamed version. The name of
the i2c-mlx.c driver changed to i2c-mlxbf2.c.
* Support multi slave functionality
* And fix a bug in the core frequency
[Fix]
* Sync up the current i2c-mlx.c
: linux-bluefield (Ubuntu)
Importance: Undecided
Assignee: Asmaa Mnebhi (asmaam)
Status: In Progress
** Changed in: linux-bluefield (Ubuntu)
Assignee: (unassigned) => Asmaa Mnebhi (asmaam)
** Changed in: linux-bluefield (Ubuntu)
Status: New => In Progress
--
You re
21 matches
Mail list logo