linux-kernel - Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070720225047.GA17520@suse.de>
Date:	Fri, 20 Jul 2007 15:50:47 -0700
From:	Greg KH <gregkh@...e.de>
To:	Michal Piotrowski <michal.k.k.piotrowski@...il.com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570

On Fri, Jul 20, 2007 at 06:32:21PM +0200, Michal Piotrowski wrote:
>  Hi Greg,
> 
>  This looks like a sysfs bug
>  http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/00003.jpg
> 
>  l *kernel_param_sysfs_setup+0x75
>  0xc13c0894 is in kernel_param_sysfs_setup (kernel/params.c:570).
>  565             mk->mod = THIS_MODULE;
>  566             kobj_set_kset_s(mk, module_subsys);
>  567             kobject_set_name(&mk->kobj, name);
>  568             kobject_init(&mk->kobj);
>  569             ret = kobject_add(&mk->kobj);
>  570             BUG_ON(ret < 0);
>  571             param_sysfs_setup(mk, kparam, num_params, name_skip);
>  572             kobject_uevent(&mk->kobj, KOBJ_ADD);
>  573     }
>  574
> 
>  http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/mm-config

What kernel version is this happening on?  The -mm tree?  Can you try
Linus's tree instead?

It looks like there was some needed information right before the first
stack dump, showing exactly what kobject was trying to be added that was
already present.  Odds are this is a kernel parameter with the same name
as a duplicate one within the same module, but the trick is going to be
trying to figure out what module is causing this.

So it's not a sysfs bug, but rather a driver issue that this is
catching.

Does that make sense?

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/