On Sat, Jan 7, 2023 at 1:00 AM Anirudh Venkataramanan
wrote:
>
> In a recent patch series that touched this driver [1], it was suggested
> that this driver should be removed completely. git logs suggest that
> there hasn't been any significant feature addition, improvement or fixes to
>
On Sat, Jan 7, 2023 at 1:00 AM Anirudh Venkataramanan
wrote:
>
> An earlier patch removed the Sun LDOM vswitch and sunvnet drivers. Remove
> references to CONFIG_SUNVNET and CONFIG_LDMVSW from the sparc64 defconfig.
>
> Cc: Leon Romanovsky
> Signed-off-by: Anirudh Venkataramanan
> ---
>
On Sun, Feb 27, 2022 at 7:31 PM Christoph Hellwig wrote:
>
> The IOMMU table tries to separate the different IOMMUs into different
> backends, but actually requires various cross calls.
>
> Rewrite the code to do the generic swiotlb/swiotlb-xen setup directly
> in pci-dma.c and then just call
4 and s390x, I think I cross-compiled all
> applicable architectures except riscv and sparc.
Compiled and boot tested on sparc.
Tested-by: Anatoly Pugachev (sparc64)
On Wed, Mar 17, 2021 at 4:51 AM Kefeng Wang wrote:
>
> mem_init_print_info() is called in mem_init() on each architecture,
> and pass NULL argument, so using void argument and move it into mm_init().
>
> Acked-by: Dave Hansen
> Signed-off-by: Kefeng Wang
> ---
> v2:
> - Cleanup 'str' line
On Wed, Feb 24, 2021 at 11:17 AM Uwe Kleine-König
wrote:
>
> The driver core ignores the return value of struct bus_type::remove()
> because there is only little that can be done. To simplify the quest to
> make this function return void, let struct vio_driver::remove() return
> void, too. All
On Mon, Sep 14, 2020 at 10:00 AM Nicholas Piggin wrote:
>
> Excerpts from Nicholas Piggin's message of September 14, 2020 2:52 pm:
>
> [...]
>
> > The basic fix for sparc64 is to remove its mm_cpumask clearing code. The
> > optimisation could be effectively restored by sending IPIs to mm_cpumask
Hello!
Can someone from powerpc kernel guys look at
https://bugzilla.redhat.com/show_bug.cgi?id=1093163
It can not load kernel on power6 JS22 (type 7998) blade, starting from 3.11
kernel (but 3.9.x actually bootable).
Thanks.
PS: not sure, is it worth investigating since it's power6 (old
Hello!
There's a regression somewhere in kernel, I'm unable to boot
installation kernel version 3.11.10-301.fc20.ppc64 of fedora 20 on IBM
JS22 (type 7998) blade. But my previous attempt with kernel
3.9.5-301.fc19.ppc64 was able to boot.
I have the following output with 3.11.10-301.fc20.ppc64
