linux-kernel - Re: broken device locking, sg vs. sg

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 11 Apr 2007 14:19:03 +0200
From:	Eduard Bloch <edi@....de>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	linux-kernel@...r.kernel.org, debburn-devel@...ts.alioth.debian.org
Subject: Re: broken device locking, sg vs. sg_io on block devices

#include <hallo.h>
* Alan Cox [Wed, Apr 11 2007, 12:31:02PM]:
> > > Can we do following without having side effects:
> > > 
> > > open("/dev/sr0",O_EXCL|O_RDWR); /* no matter what it returns */
> > > fcntl(..., F_SETLK); /* no matter what it returns */
> > > ioctl(f, SCSI_IOCTL_GET_IDLUN, &x);
> > > ioctl(f, SCSI_IOCTL_GET_BUS_NUMBER, &jo);
> > > 
> > > Can you guarantee us that bit? 
> 
> open() has side effects. The CD layer allows you to open with O_NDELAY if
> you want to avoid them.

Okay, thanks.

> > [1] and when we get real critical questions then everything we get is
> > radio silence? Very kindly. NOT.
> 
> Given the attitude that was shown before be glad I'm even bothering to
> reply to this.

My attitude? I hope you realize that our hands are tied if we get that
great kind of support here (like SEP roundtrips, not applicable
exemplary solutions and explanations without relevant details like the
one above) while the problem exists. Meaning sure death to real CDR/DVDR
disks every day.

You don't do the end user support, we do.

Eduard.
-- 
<Salz> jjFux: Ted hieß ja früher auch Walther
<Salz> winkiller: hm... es sind 8... die 7 kandidaten und NOTA
<Madkiss> Ist der jetzt eigentlich eine gespaltene Persönlichkeit, bei der aber
  beide Teile bekloppt sind?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/