Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
X
xcap-capability-linux
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Deploy
Releases
Model registry
Monitor
Incidents
Service Desk
Analyze
Value stream analytics
Contributor analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
xcap
xcap-capability-linux
Commits
3503e0ac
Commit
3503e0ac
authored
15 years ago
by
David S. Miller
Browse files
Options
Downloads
Patches
Plain Diff
Revert "ide: improve handling of Power Management requests"
This reverts commit
a1317f71
.
parent
e18ed145
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
drivers/ide/ide-io.c
+32
-22
32 additions, 22 deletions
drivers/ide/ide-io.c
with
32 additions
and
22 deletions
drivers/ide/ide-io.c
+
32
−
22
View file @
3503e0ac
...
@@ -466,14 +466,10 @@ void do_ide_request(struct request_queue *q)
...
@@ -466,14 +466,10 @@ void do_ide_request(struct request_queue *q)
if
(
!
ide_lock_port
(
hwif
))
{
if
(
!
ide_lock_port
(
hwif
))
{
ide_hwif_t
*
prev_port
;
ide_hwif_t
*
prev_port
;
WARN_ON_ONCE
(
hwif
->
rq
);
repeat:
repeat:
prev_port
=
hwif
->
host
->
cur_port
;
prev_port
=
hwif
->
host
->
cur_port
;
if
(
drive
->
dev_flags
&
IDE_DFLAG_BLOCKED
)
rq
=
hwif
->
rq
;
else
WARN_ON_ONCE
(
hwif
->
rq
);
if
(
drive
->
dev_flags
&
IDE_DFLAG_SLEEPING
&&
if
(
drive
->
dev_flags
&
IDE_DFLAG_SLEEPING
&&
time_after
(
drive
->
sleep
,
jiffies
))
{
time_after
(
drive
->
sleep
,
jiffies
))
{
ide_unlock_port
(
hwif
);
ide_unlock_port
(
hwif
);
...
@@ -500,29 +496,43 @@ repeat:
...
@@ -500,29 +496,43 @@ repeat:
hwif
->
cur_dev
=
drive
;
hwif
->
cur_dev
=
drive
;
drive
->
dev_flags
&=
~
(
IDE_DFLAG_SLEEPING
|
IDE_DFLAG_PARKED
);
drive
->
dev_flags
&=
~
(
IDE_DFLAG_SLEEPING
|
IDE_DFLAG_PARKED
);
if
(
rq
==
NULL
)
{
spin_unlock_irq
(
&
hwif
->
lock
);
spin_
un
lock_irq
(
&
hwif
->
lock
);
spin_lock_irq
(
q
->
queue_
lock
);
spin_lock_irq
(
q
->
queue_lock
);
/*
/*
* we know that the queue isn't empty, but this can happen
*
we know that the queue isn't empty, but this can
*
if the q->prep_rq_fn() decides to kill a request
*
happen if ->prep_rq_fn() decides to kill a request
*
/
*/
if
(
!
rq
)
rq
=
blk_fetch_request
(
drive
->
queue
);
rq
=
blk_fetch_request
(
drive
->
queue
);
spin_unlock_irq
(
q
->
queue_lock
);
spin_lock_irq
(
&
hwif
->
lock
);
if
(
rq
==
NULL
)
{
spin_unlock_irq
(
q
->
queue_lock
);
ide_unlock_port
(
hwif
);
spin_lock_irq
(
&
hwif
->
lock
);
goto
out
;
}
if
(
!
rq
)
{
ide_unlock_port
(
hwif
);
goto
out
;
}
}
/*
/*
* Sanity: don't accept a request that isn't a PM request
* Sanity: don't accept a request that isn't a PM request
* if we are currently power managed.
* if we are currently power managed. This is very important as
* blk_stop_queue() doesn't prevent the blk_fetch_request()
* above to return us whatever is in the queue. Since we call
* ide_do_request() ourselves, we end up taking requests while
* the queue is blocked...
*
* We let requests forced at head of queue with ide-preempt
* though. I hope that doesn't happen too much, hopefully not
* unless the subdriver triggers such a thing in its own PM
* state machine.
*/
*/
BUG_ON
((
drive
->
dev_flags
&
IDE_DFLAG_BLOCKED
)
&&
if
((
drive
->
dev_flags
&
IDE_DFLAG_BLOCKED
)
&&
blk_pm_request
(
rq
)
==
0
);
blk_pm_request
(
rq
)
==
0
&&
(
rq
->
cmd_flags
&
REQ_PREEMPT
)
==
0
)
{
/* there should be no pending command at this point */
ide_unlock_port
(
hwif
);
goto
plug_device
;
}
hwif
->
rq
=
rq
;
hwif
->
rq
=
rq
;
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment