From: Randy Dunlap
Edits for grammar, punctuation, and a doubled-up word.
Signed-off-by: Randy Dunlap
Cc: Andreas Noever
Cc: Michael Jamet
Cc: Mika Westerberg
Cc: Yehezkel Bernat
---
Documentation/admin-guide/thunderbolt.rst | 66 ++--
1 file changed, 33 insertions(+), 33
On Fri, 26 Jan 2018 12:04:56 -0800
James Bottomley wrote:
> On Fri, 2018-01-26 at 17:58 +0100, Michal Suchanek wrote:
> > First time I did not get any feedback for the patches.
>
> This is likely because no-one who might inspect the code saw the
> patches ... what list are they going to? I'm
CDS_DRIVE_NOT_READY is used for the state in which CDROM is 'becoming
ready' (typically analyzing the disc) but also as the fallback when
nothing else applies. Introduce CDS_DRIVE_ERROR for the fallback case.
Signed-off-by: Michal Suchanek
---
Documentation/cdrom/cdrom-standard.tex | 8 +++-
Add convenience macro for polling an event that does not have a
waitqueue.
Signed-off-by: Michal Suchanek
---
include/linux/delay.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/delay.h b/include/linux/delay.h
index b78bab4395d8..3ae9fa395628 100644
--- a/includ
The scsi command to close tray only starts the motor and does not wait
for the tray to close. Wait until the state chages from TRAY_OPEN so
users do not race with the tray closing.
This looks like inifinte wait but unless the drive is broken it either
closes the tray within a few seconds or report
CDS_DRIVE_NOT_READY is used for the state in which CDROM is 'becoming
ready' (typically analyzing the disc) but also as the fallback when
nothing else applies. Introduce CDS_DRIVE_ERROR for the fallback case.
Signed-off-by: Michal Suchanek
---
drivers/block/paride/pcd.c | 2 +-
drivers/cdrom/gd
When the drive closes it can take tens of seconds until the disc is
analyzed. Wait for the drive to become ready or report an error.
Signed-off-by: Michal Suchanek
---
drivers/cdrom/cdrom.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/cdrom/cdrom.c b/drivers/cdrom/cdrom.c
On Thu 25-01-18 15:53:45, David Rientjes wrote:
> The cgroup aware oom killer is needlessly declared for the entire system
> by a mount option. It's unnecessary to force the system into a single
> oom policy: either cgroup aware, or the traditional process aware.
>
> This patch introduces a memor