search for: stgit

Jason Kim <jasonwkim at google.com> writes: > I believe git has a similar system for maintaining "branches of patches"  A pointer/tutorial on how to do this would be most welcome. -Dave

Hi, On 2023/9/5 22:52, Alex Williamson wrote: > On Tue, 5 Sep 2023 03:57:15 +0800 > Sui Jingfeng <sui.jingfeng at linux.dev> wrote: > >> From: Sui Jingfeng <suijingfeng at loongson.cn> >> >> On a machine with multiple GPUs, a Linux user has no control over which >> one is primary at boot time. This series tries to solve above mentioned >>

So for mergeable bufs, we use ewma machinery to guess the correct buffer size. If we don't guess correctly, XDP has to do aggressive copies. Problem is, xdp paths do not update the ewma at all, except sometimes with XDP_PASS. So whatever we happen to have before we attach XDP, will mostly stay around. The fix is probably to update ewma unconditionally. -- MST

So for mergeable bufs, we use ewma machinery to guess the correct buffer size. If we don't guess correctly, XDP has to do aggressive copies. Problem is, xdp paths do not update the ewma at all, except sometimes with XDP_PASS. So whatever we happen to have before we attach XDP, will mostly stay around. The fix is probably to update ewma unconditionally. -- MST

...#39;re safe if you mis-use "rebase -i", but it keeps it local, so you don't disturb others with "oh, I've noticed a flaw in my previous commit, let's fix it before I send the patch"-kind of commits. Other people prefer using some additional layers on top of Git like stgit or topgit, which are probably the closest equivalent to Mercurial's MQ (disclaimer: I've never use any of them). -- Matthieu Moy http://www-verimag.imag.fr/~moy/

...virtio_net_hdr_mrg_rxbuf placed in top of buffer area). If that happens the XDP path does a xdp_linearize_page operation. The EWMA code is not used when headroom is defined, which e.g. gets enabled when running XDP. [1] https://lore.kernel.org/netdev/158824572816.2172139.1358700000273697123.stgit at firesoul/ -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat LinkedIn: http://www.linkedin.com/in/brouer

...e used > structure GIOVA when allocating the log bitmap. Otherwise QEMU fails to > allocate it because POWER puts GIOVAs very high in the address space (ie. > over 0x800000000000000ULL). > > https://patchwork.ozlabs.org/project/qemu-devel/patch/160105498386.68108.2145229309875282336.stgit at bahia.lan/ I queued this. Jason, can you ack please? > v2: > - patch 1: move the (vq->ioltb) check from vhost_vq_access_ok() to > vq_access_ok() as suggested by MST > - patch 2: new patch > > --- > > Greg Kurz (2): > vhost: Don't call acc...

...responding mechanism to shrink page cache should also not trigger the OOM path. That suggests something like the the drop_caches API we talked about earlier in the thread. > > You might want to take a look at my patch set here: > > https://lore.kernel.org/lkml/20200122173040.6142.39116.stgit at localhost.localdomain/ > Yes, I'm strongly in favor of your patch set's goals. > > Instead of inflating a balloon all it is doing is identifying what pages > are currently free and have not already been reported to the host and > reports those via the balloon driver. The...

On Tue, Feb 4, 2020 at 11:17 AM David Hildenbrand <david at redhat.com> wrote: > On 04.02.20 19:52, Tyler Sanderson wrote: > > > > > > On Tue, Feb 4, 2020 at 12:29 AM David Hildenbrand <david at redhat.com > > <mailto:david at redhat.com>> wrote: > > > > On 03.02.20 21:32, Tyler Sanderson wrote: > > > There were apparently

On Tue, Feb 4, 2020 at 11:17 AM David Hildenbrand <david at redhat.com> wrote: > On 04.02.20 19:52, Tyler Sanderson wrote: > > > > > > On Tue, Feb 4, 2020 at 12:29 AM David Hildenbrand <david at redhat.com > > <mailto:david at redhat.com>> wrote: > > > > On 03.02.20 21:32, Tyler Sanderson wrote: > > > There were apparently

I think I might be mad to include that many mailing lists in this patchset... As I explained in [PATCH 1/5], fstests covers more and more fs testing thing, so we always get help from fs specific mailing list, due to they learn about their features and bugs more. Besides that, some folks help to review patches (relevant with them) more often. So I'd like to bring in the similar way of