Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#605472: sysfs: cannot create duplicate filename

12 views
Skip to first unread message

Jonathan Nieder

unread,
Jun 26, 2012, 8:40:02 PM6/26/12
to
found 605472 linux-2.6/2.6.32-45
found 605472 linux-2.6/3.2.18-1
found 605472 linux-2.6/3.4.1-1~experimental.1
tags 605472 + upstream patch moreinfo
quit

Hi,

hun...@mnet-online.de wrote:

> [ 4.226522] kobject_add_internal failed for ArrayDevice03 with -EEXIST, don't try to register things with the same name in the same directory.
[...]
> At the moment the system is in the setup phase so I can provide more information,
> if you guide me.
[...]
> To check, if the problem disappears with a older or newer kernel, I tested
> versions 2.6.32-45 and 3.4.1-1~experimental.1. But there is no difference.

Interesting.

Please test the attached patch[*] against a 3.1 or newer kernel,
for example by performing the following steps:

0. prerequisites:

apt-get install git build-essential

1. get the kernel history, if you do not already have it:

git clone \
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

2. configure, build, test:

cd linux
git fetch origin
git checkout origin/master
cp /boot/config-$(uname -r) .config; # current configuration
scripts/config --disable DEBUG_INFO
make localmodconfig; # optional: minimize configuration
make deb-pkg; # optionally with -j<num> for parallel build
dpkg -i ../<name of package>; # as root
reboot
... test test test ...

Hopefully it reproduces the bug. So

3. try the patch:

cd linux
git am -3sc /path/to/the/patch
make deb-pkg; # maybe with -j4
dpkg -i ../<name of package>; # as root
reboot
... test test test ...

Hope that helps,
Jonathan

[*] http://thread.gmane.org/gmane.linux.scsi/69289



--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Jonathan Nieder

unread,
Jun 26, 2012, 8:50:02 PM6/26/12
to
Jonathan Nieder wrote:

> Please test the attached patch[*] against a 3.1 or newer kernel,
> for example by performing the following steps:

Actually attaching this time.
ses-Handle-non-unique-element-descriptors.patch

Jens Oeser

unread,
Oct 16, 2012, 4:30:02 AM10/16/12
to
Hi Jonathan,

in the meantime we got a working patch from Patrick Raithofer. He
found the patch in the opensuse git kernel repository:

http://kernel.opensuse.org/cgit/kernel/commit/?id=d536bd9aa634149bb3ac1780452171bcc48b28bf

The patch works well with kernel version 3.6 from git.kernel.org and
3.2.0-0.bpo.3-amd64 from squeeze-backports. Patrick Raithofer also
confirms that the patch works well with kernel version 3.6 and the LSI
SAS RAID controller on FUJITSU PRIMERGY RX300 S6 server systems.

I think the patch wasn't integrated in development kernel till now. It
might be worth to do so.

Many thanks for your help,
Jens

Jonathan Nieder

unread,
Oct 16, 2012, 4:30:02 AM10/16/12
to
Jens Oeser wrote[1]:

> in the meantime we got a working patch from Patrick Raithofer. He found the
> patch in the opensuse git kernel repository:
>
> http://kernel.opensuse.org/cgit/kernel/commit/?id=d536bd9aa634149bb3ac1780452171bcc48b28bf

Thanks!

Ankit, has this version of the patch been submitted upstream? I
suspect if you cc akpm then the discussion could get un-stalled.

Regards,
Jonathan

> The patch works well with kernel version 3.6 from git.kernel.org and
> 3.2.0-0.bpo.3-amd64 from squeeze-backports. Patrick Raithofer also confirms
> that the patch works well with kernel version 3.6 and the LSI SAS RAID
> controller on FUJITSU PRIMERGY RX300 S6 server systems.

[1] http://bugs.debian.org/605472

Ankit Jain

unread,
Oct 16, 2012, 5:00:02 AM10/16/12
to
Hi,

On 10/16/2012 01:55 PM, Jonathan Nieder wrote:
> Jens Oeser wrote[1]:
>
>> in the meantime we got a working patch from Patrick Raithofer. He found the
>> patch in the opensuse git kernel repository:
>>
>> http://kernel.opensuse.org/cgit/kernel/commit/?id=d536bd9aa634149bb3ac1780452171bcc48b28bf
>
> Thanks!
>
> Ankit, has this version of the patch been submitted upstream? I
> suspect if you cc akpm then the discussion could get un-stalled.

I'll resubmit the patch. I will be away for next few days for the *suse
conferences, so it might take some time (~1-2 weeks).

Thanks,
Ankit

>
> Regards,
> Jonathan
>
>> The patch works well with kernel version 3.6 from git.kernel.org and
>> 3.2.0-0.bpo.3-amd64 from squeeze-backports. Patrick Raithofer also confirms
>> that the patch works well with kernel version 3.6 and the LSI SAS RAID
>> controller on FUJITSU PRIMERGY RX300 S6 server systems.
>
> [1] http://bugs.debian.org/605472
>
>


--
Ankit Jain
SUSE Labs

Jonathan Nieder

unread,
Nov 25, 2012, 4:00:01 AM11/25/12
to
On Tue, Oct 16, 2012, Ankit Jain wrote:
> On 10/16/2012 01:55 PM, Jonathan Nieder wrote:
>> Jens Oeser wrote[1]:

>>> http://kernel.opensuse.org/cgit/kernel/commit/?id=d536bd9aa634149bb3ac1780452171bcc48b28bf
[...]
>> Ankit, has this version of the patch been submitted upstream? I
>> suspect if you cc akpm then the discussion could get un-stalled.
>
> I'll resubmit the patch. I will be away for next few days for the *suse
> conferences, so it might take some time (~1-2 weeks).

Thanks. Alternatively I wouldn't mind submitting the patch, if that's
the latest version. Any idea where I could read up on the idea behind
changes made to the patch since it was last submitted upstream?

Sincerely,
Jonathan

Moritz Muehlenhoff

unread,
Aug 9, 2013, 10:30:02 AM8/9/13
to
reassign 605472 src:linux
thanks

On Sun, Nov 25, 2012 at 12:49:20AM -0800, Jonathan Nieder wrote:
> On Tue, Oct 16, 2012, Ankit Jain wrote:
> > On 10/16/2012 01:55 PM, Jonathan Nieder wrote:
> >> Jens Oeser wrote[1]:
>
> >>> http://kernel.opensuse.org/cgit/kernel/commit/?id=d536bd9aa634149bb3ac1780452171bcc48b28bf
> [...]
> >> Ankit, has this version of the patch been submitted upstream? I
> >> suspect if you cc akpm then the discussion could get un-stalled.
> >
> > I'll resubmit the patch. I will be away for next few days for the *suse
> > conferences, so it might take some time (~1-2 weeks).
>
> Thanks. Alternatively I wouldn't mind submitting the patch, if that's
> the latest version. Any idea where I could read up on the idea behind
> changes made to the patch since it was last submitted upstream?

The patch still isn't in Linux mainline. Do you want to try again?

Cheers,
Moritz
0 new messages