search for: baylibr

...h "drm/nouveau: tegra: Call > nouveau_drm_device_init()" Yes here's the fix from Thierry: https://patchwork.freedesktop.org/patch/263587/ and I can confirm that it does fix the Oops when applied on top of next-20181206 (what I used for the bisection last week): http://lava.baylibre.com:10080/scheduler/job/71109 However the fix doesn't appear to have been applied in any upstream tree yet. Guillaume > On Fri, 2018-12-07 at 23:31 +0000, Guillaume Tucker wrote: >> Please find below an automated bisection report for a kernel Oops >> seen during the initial...

Please find below an automated bisection report for a kernel Oops seen during the initialisation of the nouveau GPU driver on jetson-tk1. All the LAVA test jobs for this bisection can be found here: http://lava.baylibre.com:10080/scheduler/alljobs?length=25&search=lava-bisect-staging-7366#table Here's the beginning of the Oops stack trace: [ 7.485361] [00000064] *pgd=f9e7b835 [ 7.485372] Internal error: Oops: 17 [#1] SMP ARM [ 7.485376] Modules linked in: snd_soc_tegra_rt5640(+) snd_soc_tegra_...

...sage----- > From: Longpeng (Mike, Cloud Infrastructure Service Product Dept.) > Sent: Tuesday, May 26, 2020 11:20 AM > To: linux-crypto at vger.kernel.org > Cc: Longpeng (Mike, Cloud Infrastructure Service Product Dept.) > <longpeng2 at huawei.com>; LABBE Corentin <clabbe at baylibre.com>; Gonglei > (Arei) <arei.gonglei at huawei.com>; Herbert Xu > <herbert at gondor.apana.org.au>; Michael S. Tsirkin <mst at redhat.com>; Jason > Wang <jasowang at redhat.com>; David S. Miller <davem at davemloft.net>; > Markus Elfring <Markus.Elfr...

...lt;chulspro.kim at samsung.com> Cc: Fabio Estevam <festevam at gmail.com> Cc: freedreno at lists.freedesktop.org Cc: "Heiko St?bner" <heiko at sntech.de> Cc: Huang Rui <ray.huang at amd.com> Cc: Inki Dae <inki.dae at samsung.com> Cc: Jerome Brunet <jbrunet at baylibre.com> Cc: Jie Qiu <jie.qiu at mediatek.com> Cc: Jinyoung Jeon <jy0.jeon at samsung.com> Cc: Joonyoung Shim <jy0922.shim at samsung.com> Cc: Kalyan Thota <kalyan_t at codeaurora.org> Cc: Kevin Hilman <khilman at baylibre.com> Cc: Krzysztof Kozlowski <krzk at kerne...

...23:31 +0000, Guillaume Tucker wrote: > Please find below an automated bisection report for a kernel Oops > seen during the initialisation of the nouveau GPU driver on > jetson-tk1. > > > All the LAVA test jobs for this bisection can be found here: > > > http://lava.baylibre.com:10080/scheduler/alljobs?length=25&search=lava-bisect-staging-7366#table > > > Here's the beginning of the Oops stack trace: > > [ 7.485361] [00000064] *pgd=f9e7b835 > [ 7.485372] Internal error: Oops: 17 [#1] SMP ARM > [ 7.485376] Modules linked in: snd...

...lt;chulspro.kim at samsung.com> Cc: Fabio Estevam <festevam at gmail.com> Cc: freedreno at lists.freedesktop.org Cc: "Heiko St?bner" <heiko at sntech.de> Cc: Huang Rui <ray.huang at amd.com> Cc: Inki Dae <inki.dae at samsung.com> Cc: Jerome Brunet <jbrunet at baylibre.com> Cc: Jie Qiu <jie.qiu at mediatek.com> Cc: Jinyoung Jeon <jy0.jeon at samsung.com> Cc: Joonyoung Shim <jy0922.shim at samsung.com> Cc: Kalyan Thota <kalyan_t at codeaurora.org> Cc: Kevin Hilman <khilman at baylibre.com> Cc: Krzysztof Kozlowski <krzk at kerne...

...Cc: linux-amlogic at lists.infradead.org Cc: linux-arm-msm at vger.kernel.org Cc: linux-tegra at vger.kernel.org Cc: Liviu Dudau <liviu.dudau at arm.com> Cc: Mali DP Maintainers <malidp at foss.arm.com> Cc: Mark Yao <mark.yao at rock-chips.com> Cc: Neil Armstrong <narmstrong at baylibre.com> Cc: Noralf Trønnes <noralf at tronnes.org> Cc: nouveau at lists.freedesktop.org Cc: Philipp Zabel <p.zabel at pengutronix.de> Cc: Rob Clark <robdclark at gmail.com> Cc: Shawn Guo <shawnguo at kernel.org> Cc: Sinclair Yeh <syeh at vmware.com> Cc: Thierry Reding...

...device_init()" > > Yes here's the fix from Thierry: > > https://patchwork.freedesktop.org/patch/263587/ > > > and I can confirm that it does fix the Oops when applied on top > of next-20181206 (what I used for the bisection last week): > > http://lava.baylibre.com:10080/scheduler/job/71109 > > > However the fix doesn't appear to have been applied in any > upstream tree yet. This has been broken for a considerable time now with no response from Ben - is there some other path we can use to get the fix merged? -------------- next part --...

...#39;s the fix from Thierry: > > > > https://patchwork.freedesktop.org/patch/263587/ > > > > > > and I can confirm that it does fix the Oops when applied on top > > of next-20181206 (what I used for the bisection last week): > > > > http://lava.baylibre.com:10080/scheduler/job/71109 > > > > > > However the fix doesn't appear to have been applied in any > > upstream tree yet. > > This has been broken for a considerable time now with no response from > Ben - is there some other path we can use to get the fix...

...n" <mst at redhat.com> > Cc: Jason Wang <jasowang at redhat.com> > Cc: "David S. Miller" <davem at davemloft.net> > Cc: virtualization at lists.linux-foundation.org > Cc: linux-kernel at vger.kernel.org > > Reported-by: LABBE Corentin <clabbe at baylibre.com> > Signed-off-by: Gonglei <arei.gonglei at huawei.com> > Signed-off-by: Longpeng(Mike) <longpeng2 at huawei.com> > --- > drivers/crypto/virtio/virtio_crypto_algs.c | 14 ++++++++++---- > 1 file changed, 10 insertions(+), 4 deletions(-) > > diff --git a/dr...

On Mon, Nov 02, 2020 at 04:20:37PM +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski <bgolaszewski at baylibre.com> > > Use the helper that checks for overflows internally instead of manually > calculating the size of the new array. ... > + nfences = krealloc_array(fences, i, > + sizeof(*fences), GFP_KERNEL); On 80 position is closing parenthesis, which, I think, makes it okay t...

On Mon, 2020-11-02 at 16:20 +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski <bgolaszewski at baylibre.com> > > Andy brought to my attention the fact that users allocating an array of > equally sized elements should check if the size multiplication doesn't > overflow. This is why we have helpers like kmalloc_array(). > > However we don't have krealloc_array() equivale...

On Tue, Nov 3, 2020 at 12:13 PM Bartosz Golaszewski <brgl at bgdev.pl> wrote: > On Tue, Nov 3, 2020 at 5:14 AM Joe Perches <joe at perches.com> wrote: > > On Mon, 2020-11-02 at 16:20 +0100, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski <bgolaszewski at baylibre.com> > Yeah so I had this concern for devm_krealloc() and even sent a patch > that extended it to honor __GFP_ZERO before I noticed that regular > krealloc() silently ignores __GFP_ZERO. I'm not sure if this is on > purpose. Maybe we should either make krealloc() honor __GFP_ZE...

...will be @sg@ + 1, but if this sg element is part of a chained scatterlist, it could jump to the start of a new scatterlist array. Fix it by sg_next() on calculation of src/dst scatterlist. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization at lists.linux-foundation.org Cc: linux-kernel...

...will be @sg@ + 1, but if this sg element is part of a chained scatterlist, it could jump to the start of a new scatterlist array. Fix it by sg_next() on calculation of src/dst scatterlist. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization at lists.linux-foundation.org Cc: linux-kernel...

...used any more. But the pointers of these resources may be changed in the function "crypto_finalize_skcipher_request". Thus release specific resources before calling this function. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Gonglei <arei.gonglei at huawei.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization...

...used any more. But the pointers of these resources may be changed in the function "crypto_finalize_skcipher_request". Thus release specific resources before calling this function. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Gonglei <arei.gonglei at huawei.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization...

...will be @sg@ + 1, but if this sg element is part of a chained scatterlist, it could jump to the start of a new scatterlist array. Fix it by sg_next() on calculation of src/dst scatterlist. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization at lists.linux-foundation.org Cc: linux-kernel...

...will be @sg@ + 1, but if this sg element is part of a chained scatterlist, it could jump to the start of a new scatterlist array. Fix it by sg_next() on calculation of src/dst scatterlist. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization at lists.linux-foundation.org Cc: linux-kernel...

...will be @sg@ + 1, but if this sg element is part of a chained scatterlist, it could jump to the start of a new scatterlist array. Fix it by sg_next() on calculation of src/dst scatterlist. Fixes: dbaf0624ffa5 ("crypto: add virtio-crypto driver") Reported-by: LABBE Corentin <clabbe at baylibre.com> Cc: Herbert Xu <herbert at gondor.apana.org.au> Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: "David S. Miller" <davem at davemloft.net> Cc: virtualization at lists.linux-foundation.org Cc: linux-kernel...