ideo_is_primary_device() which dropped a NULL check for struct
> > > > > device.
> > > > >
> > > > > Fixes: f178e96de7f0 ("arch: Remove struct fb_info from video helpers")
> > > > > Reported-by: Arthur Borsboom
> > > >
his patch works and resolves the issue.
Hereby:
Tested-by: Arthur Borsboom
Do you have an estimation in which kernel version this will land?
> Thanks,
> Jason
>
> [PATCH] fbdev/xen-fbfront: Assign fb_info->device
>
> Probing xen-fbfront faults in video_is_primary_device(
ss: VM is accessible.
- Applied the patch to the build above.
- Booted in PVH > success: VM is accessible.
>From my point of view this patch works and resolves the issue.
Hereby:
Tested-by: Arthur Borsboom
Do you have an estimation in which kernel version this will land?
On Sat, 7 Sep
After upgrading kernel 6.9.10 to 6.10.7 all Xen PVH VM's became unavailable.
Downgrading the kernel back to 6.9.10 makes the VM's work again.
Snippet stack trace + kernel logs (good and bad) in attachments.
Sep 01 08:59:21 web3..com kernel: xen_netfront: Initialising Xen
virtual ethernet
After upgrading kernel 6.9.10 to 6.10.7 all Xen PVH VM's became unavailable.
Downgrading the kernel back to 6.9.10 makes the VM's work again.
Snippet stack trace + kernel logs (good and bad) attached.
Sep 01 08:59:21 web3..com kernel: xen_netfront: Initialising Xen
virtual ethernet driver
On Mon, 2 Sept 2024 at 10:40, Jan Beulich wrote:
> On 02.09.2024 10:32, Arthur Borsboom wrote:
> > On Mon, 2 Sept 2024 at 10:27, Jan Beulich wrote:
> >
> >> On 01.09.2024 10:54, Arthur Borsboom wrote:
> >>> After upgrading kernel 6.9.10 to 6.10.7 all
On Mon, 2 Sept 2024 at 10:27, Jan Beulich wrote:
> On 01.09.2024 10:54, Arthur Borsboom wrote:
> > After upgrading kernel 6.9.10 to 6.10.7 all Xen PVH VM's became
> unavailable.
> > Downgrading the kernel back to 6.9.10 makes the VM's work again.
>
> I don'
After upgrading kernel 6.9.10 to 6.10.7 all Xen PVH VM's became unavailable.
Downgrading the kernel back to 6.9.10 makes the VM's work again.
Snippet stack trace + kernel logs (good and bad) attached.
Sep 01 08:59:21 web3.aramgroup.com kernel: xen_netfront: Initialising Xen
virtual ethernet drive
After having a better look, I have found the patch in linux-next
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=0cd74ffcf4fb0536718241d59d2c124578624d83
On Tue, 2 Apr 2024 at 10:20, Arthur Borsboom wrote:
>
> On Fri, 29 Mar 2024 at 10:47, Arthur Bo
On Fri, 29 Mar 2024 at 10:47, Arthur Borsboom wrote:
>
> On Wed, 27 Mar 2024 at 13:15, Jesper Dangaard Brouer wrote:
> >
> > Notice that skb_mark_for_recycle() is introduced later than fixes tag in
> > 6a5bcd84e886 ("page_pool: Allow drivers to hint on SKB recycl
f2ec0172 ("Merge branch
> 'net-page_pool-remove-page_pool_release_page'")).
>
> This leak became visible in v6.8 via commit dba1b8a7ab68 ("mm/page_pool: catch
> page_pool memory leaks").
>
> Fixes: 6c5aa6fc4def ("xen networking: add basic XD
>
> So while this is a build of Xen, it's actually qemu which is failing.
>
> This can be fixed by changing the version of qemu, or dropping qemu
> entirely by using ./configure --with-system-qemu= to point at the main
> distro qemu package (so long as it is built with Xen support).
>
Thanks for t
Xen 4.16.1, 4.16.2 and 4.17.0-rc1 don't build anymore in Arch Linux.
I believe it is caused by the missing function
bpf_program__set_socket_filter provided by libbpf.
This function has been deprecated in v0.8 and has been removed in v1.0.
Arch Linux uses libbpf v1.0.1 since October 2022.
A downgr
Any chance of getting this backported to stable?
I believe the previous attempt by CC-ing stable was not following the
correct procedure and probably rejected.
https://lkml.org/lkml/2021/1/19/543
On Wed, 20 Jan 2021 at 16:17, Arthur Borsboom wrote:
>
> This time the patch applied c
add me as Tested-By.
On Wed, 20 Jan 2021 at 15:35, Roger Pau Monné wrote:
>
> On Wed, Jan 20, 2021 at 03:23:30PM +0100, Arthur Borsboom wrote:
> > Hi Roger,
> >
> > I have set up a test environment based on Linux 5.11.0-rc4.
> > The patch did not apply clean, so I co
> Fix blkfront_setup_discard to not fail on missing nodes, and also fix
> blkif_set_queue_limits to set the discard granularity to the physical
> block size if none is specified in xenbus.
>
> Fixes: ed30bf317c5ce ('xen-blkfront: Handle discard requests.')
> Reported-b
> blkif_set_queue_limits to set the discard granularity to the physical
> block size if none is specified in xenbus.
>
> Fixes: ed30bf317c5ce ('xen-blkfront: Handle discard requests.')
> Reported-by: Arthur Borsboom
> Signed-off-by: Roger Pau Monné
> ---
> Cc
17 matches
Mail list logo
