From: Wu Zhangjin
During embedded linux system booting, before decompressing the kernel image,
the bootloader(E.g. Uboot) loads the compressed kernel image and ramdisk into
two contiguous memory space, these two memory space are fixed after the Uboot
is released, as a result, the maximum size of
From: Wu Zhangjin
During the booting of an embedded Linux system, before decompressing the kernel
image, the bootloader(E.g. Uboot) loads the compressed kernel image and ramdisk
image into two contiguous memory spaces, these two memory spaces are fixed
after the Uboot is released, as a result, th
From: Wu Zhangjin
[*Note*: NOT applicable, only for comments.]
This allows to schedule a group of probings in order.
Usage:
If the probing of driver2 depends on the probing of driver1, we can put them
into a group, here put them into a group named domain 1, they will be probed in
the linking o
From: Wu Zhangjin
[*Note*: NOT applicable, only for comments.]
To async the slow driver probing function of some devices, the device probing
support is modified to support async scheduling.
In order to async your driver probing function, please mask the async_probe
flag to 1, and to make sure o
er only permits a maximum MTU of 65513. This is because there is a <
> instead of an <= in ibmveth_change_mtu(), which only permits an MTU which
> is strictly smaller than the buffer size, rather than allowing the buffer
> to be completely filled.
>
> This patch fixes the buglet.
uff_pool[i].buff_size) {
> + if (new_mtu_oh <= adapter->rx_buff_pool[i].buff_size) {
> dev->mtu = new_mtu;
> vio_cmo_set_dev_desired(viodev,
> ibmveth_get_desired_dma
--
Tom Falcon
Softwar
On 12/1/20 7:20 PM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/ibm/ibmvnic.c
between commit:
b71ec9522346 ("ibmvnic: Ensure that SCRQ entry reads are correctly ordered")
from the net tree and commit:
ec20f36
stomers tests.
>
> Signed-off-by: Jon Maxwell
Thanks, Jon.
Acked-by: Thomas Falcon
> ---
> drivers/net/ethernet/ibm/ibmveth.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/drivers/net/ethernet/ibm/ibmveth.c
> b/drivers/net/ethernet/ibm/i
On 10/27/2016 10:26 AM, Eric Dumazet wrote:
> On Wed, 2016-10-26 at 11:09 +1100, Jon Maxwell wrote:
>> We recently encountered a bug where a few customers using ibmveth on the
>> same LPAR hit an issue where a TCP session hung when large receive was
>> enabled. Closer analysis revealed that the se
9 matches
Mail list logo
