linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sasikanth babu <sasikanth.v19@gmail.com>
To: Jean Delvare <khali@linux-fr.org>,
	Guenter Roeck <guenter.roeck@ericsson.com>
Cc: linux-i2c@vger.kernel.org, lm-sensors@lm-sensors.org
Subject: Re: lm75_remove: LM75 Device remove using sysfs delete_device
Date: Wed, 13 Jun 2012 09:21:51 +0530	[thread overview]
Message-ID: <CAOJFanUqEPUGm-7M2HEP8U+uwhg4zQS5ww5dFu0gYAU-exs_Sg@mail.gmail.com> (raw)
In-Reply-To: <20120610173640.3b21759c@endymion.delvare>


[-- Attachment #1.1: Type: text/plain, Size: 2838 bytes --]

On Sun, Jun 10, 2012 at 9:06 PM, Jean Delvare <khali@linux-fr.org> wrote:

> (Note: Frodo is out of the lm-sensors project for years, no need to Cc
> him.)
>
> On Sun, 10 Jun 2012 07:41:03 -0700, Sasikanth babu wrote:
> >   when I'm trying to delete lm75 device using sysfs delete_device
> attribute
> > (echo 0x4e >/sys/bus/i2c/devices/i2c-3/delete_device)
> >   It hangs at lm75_remove function. I started the device using sysfs
> > attribute new_device.
> >
> >
> >   Kernel verion : 2.6.34.12
>
> I can't reproduce this with kernel 3.4.2.
>
> Did you try reproducing this with a more recent kernel? 2.6.34 is
> getting old.
>
> Is there anything you can think of which makes your system special? I2C
> bus multiplexing ? Some unusual kernel option maybe?
>

      Yes, I have PCA9545 Mux device. LM75 device was connected to PCA9545
Mux devices (Mux device
      is connected to SMBUS). At first I unloaded PCA954x module, It hanged
at lm75_remove. Later I had
      to tried remove the lm75 device using sysfs, again it hanged at same
location. Both PCA Mux device and
      lm75 devvice instantiated using sysfs new_device.

>
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> > i2cinit       D ffffffff814a04e0     0  2064   2059 0x00000004
> >  ffff880271928a70 0000000000000086 0000000000000096 ffff880273215b48
> >  ffff8802ffffffff ffff880477306a70 0000000000010140 ffff880273215fd8
> >  0000000000010140 ffff880271928a70 ffff880273215fd8 ffff880273215fd8
> > Call Trace:
> >  [<ffffffff8103ecd0>] ? default_wake_function+0x0/0x20
> >  [<ffffffff8148765f>] ? __rt_mutex_slowlock+0x4f/0x110
> >  [<ffffffff814879e3>] ? rt_mutex_slowlock+0x93/0x190
> >  [<ffffffff813278d9>] ? i2c_smbus_xfer+0x49/0x110
> >  [<ffffffff814e1de0>] ? dev_sysfs_ops+0x0/0x10
> >  [<ffffffff81327c40>] ? i2c_smbus_write_byte_data+0x30/0x40
>
> This looks odd, sysfs_remove_group() doesn't call
> i2c_smbus_write_byte_data(), and i2c_smbus_write_byte_data() doesn't
> touch dev_sysfs_ops... So this stack trace is approximate.
>
> >  [<ffffffff811361f9>] ? sysfs_remove_group+0x59/0x100
> >  [<ffffffff8132ec2d>] ? lm75_remove+0x4d/0x80
> >  [<ffffffff81326ef9>] ? i2c_device_remove+0xa9/0xc0
> >  [<ffffffff8129ffb6>] ? __device_release_driver+0x56/0xc0
> >  [<ffffffff812a00f5>] ? device_release_driver+0x25/0x40
> >  [<ffffffff8129f481>] ? bus_remove_device+0x91/0xc0
> >  [<ffffffff8129d7a8>] ? device_del+0x118/0x190
> >  [<ffffffff8129d829>] ? device_unregister+0x9/0x20
> >  [<ffffffff813281bc>] ? i2c_sysfs_delete_device+0x17c/0x200
> >  [<ffffffff81133046>] ? sysfs_write_file+0x1c6/0x260
> >  [<ffffffff810d5323>] ? vfs_write+0x103/0x200
> >  [<ffffffff810d550e>] ? sys_write+0x4e/0x90
> >  [<ffffffff814884e4>] ? page_fault+0x24/0x30
> >  [<ffffffff810024ab>] ? system_call_done+0x0/0x5
>
> --
> Jean Delvare
>

[-- Attachment #1.2: Type: text/html, Size: 3832 bytes --]

[-- Attachment #2: Type: text/plain, Size: 153 bytes --]

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2012-06-13  3:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-10 14:41 lm75_remove: LM75 Device remove using sysfs delete_device Sasikanth babu
     [not found] ` <CAOJFanUqFZPih6puAy2DWPWPQMs6ZZz_DFgO9wnRttnP5mCPZA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-06-10 15:28   ` [lm-sensors] " Guenter Roeck
2012-06-10 15:36   ` Jean Delvare
     [not found]     ` <20120610173640.3b21759c-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2012-06-10 15:46       ` [lm-sensors] " Guenter Roeck
     [not found]         ` <20120610154629.GD10367-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>
2012-06-10 15:52           ` Jean Delvare
2012-06-13  3:51     ` Sasikanth babu [this message]
     [not found]       ` <CAOJFanUqEPUGm-7M2HEP8U+uwhg4zQS5ww5dFu0gYAU-exs_Sg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-06-13  4:23         ` Guenter Roeck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAOJFanUqEPUGm-7M2HEP8U+uwhg4zQS5ww5dFu0gYAU-exs_Sg@mail.gmail.com \
    --to=sasikanth.v19@gmail.com \
    --cc=guenter.roeck@ericsson.com \
    --cc=khali@linux-fr.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).