similar to: zfs null pointer deref, getting data out of single-user mode

Hi All, I''d like to set up dumping to a file. This file is on a mirrored pool using zfs. It seems that the dump setup doesn''t work with zfs. This worked for both a standard UFS slice and a SVM mirror using zfs. Is there something that I''m doing wrong, or is this not yet supported on ZFS? Note this is Solaris 10 Update 3, but I don''t think that should

I''m sorry, theres no excuse for this sort of work. We need to use root->leafsize since eb may be NULL. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- fs/btrfs/disk-io.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c index e8b5027..19d7e63 100644 --- a/fs/btrfs/disk-io.c +++ b/fs/btrfs/disk-io.c

On Thu, Mar 21, 2019 at 04:59:14PM +0100, Tobias Klausmann wrote: > Hi, > > just for your information and maybe for some help: with 5.1rc1 and SVM > enabled i see the following backtrace [1] when the nouveau card (reverse > prime) goes to sleep, for now i have papered over with [2] which leaves me > with userspace hangs. Any pointers where to look for the actual culprit? >

Full_Name: Charles J. Geyer Version: 1.3.1 OS: SuSE 7.2 Submission from: (NULL) (134.84.86.22) in line 90 of signrank.c and lines 114 and 273 of wilcox.c calloc is used and the return is not checked to see if it is null (violating numbers 2 and 6 of the ten commandments for C programmers). The following code thus makes R segfault (for suitably large values of 1000) for (n in seq(100, 1000,

https://bugs.freedesktop.org/show_bug.cgi?id=72181 Priority: medium Bug ID: 72181 Assignee: nouveau at lists.freedesktop.org Summary: [v3.13][regression] NULL pointer deref (_nouveau_clock_init) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All

After 2fb9d6cf (drm/nouveau/core: convert event handler apis to split create/enable semantics) from the nouveau tree I'm getting a kernel panic on boot because pdisp is 0 at core/engine/software/nv50.c:179. The nouveau part of the call trace is: nv50_software_context_ctor+0x80/0x130 nouveau_object_ctor+0x2d/0xe0 nouveau_object_new+0xfa/0x230 nouveau_channel_new+0x53b/0x6c0

Op 22-08-13 02:10, Ilia Mirkin schreef: > The code expects non-VRAM mem nodes to have a pages list. If that's not > set, it will do a null deref down the line. Warn on that condition and > return an error. > > See https://bugs.freedesktop.org/show_bug.cgi?id=64774 > > Reported-by: Pasi K?rkk?inen <pasik at iki.fi> > Tested-by: Pasi K?rkk?inen <pasik at

https://bugzilla.samba.org/show_bug.cgi?id=13104 Bug ID: 13104 Summary: NULL deref do_server_sender when argc=0 Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > The code expects non-VRAM mem nodes to have a pages list. If that's not > set, it will do a null deref down the line. Warn on that condition and > return an error. > > See https://bugs.freedesktop.org/show_bug.cgi?id=64774 > > Reported-by: Pasi K?rkk?inen <pasik at iki.fi> >

https://bugs.freedesktop.org/show_bug.cgi?id=71824 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[HSW mobile |[NVE6] NULL deref on boot |Regression]System booting |when there is nothing in

On Wed, Sep 04, 2013 at 08:59:13AM +0200, Maarten Lankhorst wrote: > > When looking into this bug I noticed that nouveau_bo_vma_add needs to have a check for nvbo->page_shift == vma->vm->vmm->spg_shift, > and only if the check is true it should map the page in TTM_PL_TT. Patch below. > Should probably also be cc'd to stable. > How about this patch? Is it ready to

Hi Ben, Pre-nv40 cards don't have domains defined, which the nouveau_clock_init code assumes exists. The following (white-space-damaged, sorry) patch fixes boot for me, haven't really tested the pre-nv40 cards in my system much further. I assume there's some proper fix here. -ilia diff --git a/drivers/gpu/drm/nouveau/core/subdev/clock/base.c

https://bugs.freedesktop.org/show_bug.cgi?id=71824 --- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> --- You can apply the equivalent of this patch to your tree (the paths are wrong, but it should be obvious how to fix them up): http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=2c2e48684dbe49f27e51ec0b2a4aa50df0f0f295 -- You are receiving this mail because: You are the

https://bugs.freedesktop.org/show_bug.cgi?id=71824 --- Comment #8 from Ben Skeggs <skeggsb at gmail.com> --- (In reply to comment #7) > You can apply the equivalent of this patch to your tree (the paths are > wrong, but it should be obvious how to fix them up): > http://cgit.freedesktop.org/~darktama/nouveau/commit/ > ?id=2c2e48684dbe49f27e51ec0b2a4aa50df0f0f295 Or, you clone

https://bugs.freedesktop.org/show_bug.cgi?id=71824 Emil Velikov <emil.l.velikov at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Emil Velikov

https://bugs.freedesktop.org/show_bug.cgi?id=71824 Guo Jinxian <jinxianx.guo at intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED --- Comment #10 from Guo Jinxian <jinxianx.guo at intel.com> --- Checked on -testing

On Thu, Sep 26, 2013 at 02:48:49AM +1000, Ben Skeggs wrote: > > > > Ben/Maarten: Are you guys planning to take a look at this and submit another patch, or.. ? > > > > I tested the two earlier patches from this thread, and they both fixed the problem (hard kernel crash). > > I'm hoping this bug could be finally solved in the kernel.. > > I shall be looking at

Le 03/04/2014 22:12, Martin Peres a ?crit : > Reported-by: Dan Carpenter <dan.carpenter at oracle.com> > Signed-off-by: Martin Peres <martin.peres at free.fr> > --- > nvkm/subdev/bios/base.c | 9 +++++---- > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/nvkm/subdev/bios/base.c b/nvkm/subdev/bios/base.c > index 3de7d81..5f8643d 100644 >

Make check_for_modules() more readable, just allways call continue on NULL return. That way the possible null dereference in strlen is no longer possible. This doesn't yet make it unsuck, but is a small step. Seen fixed too in blkid there with patch adding ko.gz support. Cc: Karel Zak <kzak at redhat.com> Signed-off-by: maximilian attems <max at stro.at> ---

On Thu, Dec 21, 2017 at 12:32:39PM -0500, Anthony Eden wrote: > Hi Thierry, > > Thanks for the patch. I applied on top of linux-next-2017-12-14. > Different output this time. > > [ 11.862495] WARNING: CPU: 1 PID: 254 at > drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgf100.c:391 This looks like something that could potentially be fixed by this: