All of lore.kernel.org
 help / color / mirror / Atom feed
From: Toshi Kani <toshi.kani@hp.com>
To: Zdenek Kabelac <zkabelac@redhat.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
	hmh@hmh.eng.br, joe@perches.com, isimatu.yasuaki@jp.fujitsu.com,
	rafael.j.wysocki@intel.com
Subject: Re: ACPI undocking on 3.8-rc5 no longer works with Lenovo T61
Date: Fri, 08 Mar 2013 07:04:28 -0700	[thread overview]
Message-ID: <1362751468.12845.158.camel@misato.fc.hp.com> (raw)
In-Reply-To: <5139B82A.5030602@redhat.com>

On Fri, 2013-03-08 at 11:06 +0100, Zdenek Kabelac wrote:
> Dne 7.3.2013 23:30, Toshi Kani napsal(a):
> > On Thu, 2013-03-07 at 22:48 +0100, Zdenek Kabelac wrote:
> >> Dne 29.1.2013 11:46, Zdenek Kabelac napsal(a):
> >>> Hi
> >>>
> >>> No exactly sure which patch did it - but when I'm now checking 3.8-rc5 kernel,
> >>> I cannot use anymore this 'undock' command:
> >>>
> >>> echo 1 >/sys/devices/platform/dock.0/undock
> >>>
> >>> which works ok with 3.7 kernel - to properly undock my T61 before suspend.
> >>>
> >>>
> >>> Dmesg shows this:
> >>>
> >>> [ 2657.087414] ACPI: \_SB_.PCI0.LPC_.EC__.BAT1: undocking
> >>> [ 2658.613494] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> >>> [ 2658.613508] ata4.00: ST_FIRST: !(DRQ|ERR|DF)
> >>> [ 2658.613522] sr 3:0:0:0: CDB:
> >>> [ 2658.613530] Get event status notification: 4a 01 00 00 10 00 00 00 08 00
> >>> [ 2658.613583] ata4.00: cmd a0/00:00:00:08:00/00:00:00:00:00/a0 tag 0 pio
> >>> 16392 in
> >>>            res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x2 (HSM violation)
> >>> [ 2658.613670] ata4: soft resetting link
> >>> [ 2658.766888] ata4.00: NODEV after polling detection
> >>> [ 2658.766900] ata4.00: revalidation failed (errno=-2)
> >>>
> >>>
> >>> Here is boot log attached, my HW is Lenovo T61, C2D
> >>>
> >>
> >>
> >> I've run 'bisect'  and found out commit which has broken  'undock' support on
> >> my Lenovo:
> >>
> >> commit 8ab0ab2570cfc48303e545944f53690a6983a898
> >> Author: Toshi Kani <toshi.kani@hp.com>
> >> Date:   Tue Oct 23 01:30:26 2012 +0200
> >>
> >>       ACPI: dock: Remove redundant ACPI NS walk
> >>
> >>       Combined two ACPI namespace walks, which look for dock stations
> >>       and then bays separately, into a single walk.
> >>
> >>       Signed-off-by: Toshi Kani <toshi.kani@hp.com>
> >>       Reviewed-by: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
> >>       Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> >>
> >>
> >> After doin plain revert of this commit undock 'support' is back -
> >> I've tested this with 3.9-rc1  (though on this kernel it seems wifi is
> >> again horribly broken for now)
> >>
> >> Any idea about proper fix here ?
> >
> > Sorry for the trouble.  I suspect that your Lenovo has both doc station
> > and battery bay.  Since the above patch combined HW scans for doc
> > station and battery bay into a single scan, it may have changed
> > instance# of the sysfs "dock.%d" files on your Lenovo.  You can verify
> > the type by doing:
> >
> >    cat /sys/devices/platform/dock*/type
> >
> > dock.0 on your Lenovo likely shows as "battery_bay", which I think you
> > cannot undock regardless of this patch.  Can you try to undock the one
> > with "dock_station"?
> 
> 
> Thanks - you are correct here - and I've not had though about that
> before I've started bisect.
> 
> So while before this patch  dock.0 had type dock_station, it's now battery_bay 
> and dock_station becomes dock.2 and I need to update my undocking script.

Great!  Thanks for the verification!
-Toshi




  reply	other threads:[~2013-03-08 14:15 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-29 10:46 ACPI undocking on 3.8-rc5 no longer works with Lenovo T61 Zdenek Kabelac
2013-03-07 21:48 ` Zdenek Kabelac
2013-03-07 22:30   ` Toshi Kani
2013-03-08 10:06     ` Zdenek Kabelac
2013-03-08 14:04       ` Toshi Kani [this message]
2013-03-09 21:40     ` Henrique de Moraes Holschuh
2013-03-14 19:17       ` Toshi Kani

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=1362751468.12845.158.camel@misato.fc.hp.com \
    --to=toshi.kani@hp.com \
    --cc=hmh@hmh.eng.br \
    --cc=isimatu.yasuaki@jp.fujitsu.com \
    --cc=joe@perches.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=zkabelac@redhat.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.