mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Markus Rechberger" <mrechberger@gmail.com>
To: "Eric Piel" <Eric.Piel@tremplin-utc.net>
Cc: "Oliver Neukum" <oliver@neukum.org>, linux-kernel@vger.kernel.org
Subject: Re: O2micro smartcard reader driver.
Date: Sat, 17 Feb 2007 00:36:10 +0100	[thread overview]
Message-ID: <d9def9db0702161536i64cf6fb3o1c3c8ff850c38994@mail.gmail.com> (raw)
In-Reply-To: <457F1F0F.20109@tremplin-utc.net>

Hi,

so finally I'm also looking at that driver,
http://pieleric.free.fr/o2scr/
the driver compiles fine, though it doesn't seem to work (unless I'm
doing something wrong here)

dmesg shows up following entries:

pccard: card ejected from slot 1
PCMCIA: socket c160c364: *** DANGER *** unable to remove socket power
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
pccard: card ejected from slot 1
PCMCIA: socket c160c364: *** DANGER *** unable to remove socket power
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
pccard: card ejected from slot 1
PCMCIA: socket c160c364: *** DANGER *** unable to remove socket power
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
OZSCRLX O2Micro SmartCardBus Reader (for kernel >= 2.6.17)

The module for any reason has a usecount value of 1
ozscrlx                21548  1

devicenode /dev/ozscrlx isn't opened anywhere either.

I'll do some further investigations uppon it, I'd also like to see it
directly in the kernel. It would be handy to use for encrypted
filesystems.

Markus


On 12/12/06, Eric Piel <Eric.Piel@tremplin-utc.net> wrote:
> 28.11.2006 12:49, Oliver Neukum wrote/a écrit:
> >> Latest version I've published is there:
> >> http://pieleric.free.fr/o2scr/
> >
> >         case OZSCR_OPEN: /* Request ICC */
> >             dprintk("OZSCR_OPEN\n");
> >             ATRLength = ATR_SIZE;
> >             pRdrExt->IOBase = (PSCR_REGISTERS *) dev->io_base; //XXX
> necessary?
> >             pRdrExt->membase = dev->am_base; //XXX necessary?
> >
> >             pRdrExt->m_SCard.AvailableProtocol = 0;
> >             pRdrExt->m_SCard.RqstProtocol = 0;
> >             dprintk("membase:%p\n", pRdrExt->membase);
> >             dprintk("ioport:0x%03x\n", (unsigned)pRdrExt->IOBase);
> >
> >             ret = CmdResetReader( pRdrExt, FALSE, ATRBuffer, &ATRLength );
> >             apdu.LengthOut = ATRLength;
> >
> > #ifdef PCMCIA_DEBUG
> >             printk(KERN_DEBUG "Open finished, ATR buffer = ");
> >             for( ATRLength = 0; ATRLength < apdu.LengthOut; ATRLength++ )
> >                 printk(" [%02X] ", ATRBuffer[ATRLength] );
> >             printk("\n");
> > #endif
> >
> >             memcpy( apdu.DataOut, ATRBuffer, ATRLength );
> >             ret = copy_to_user((struct ozscr_apdu *)arg, &apdu,
> sizeof(struct ozscr_apdu));
> >             break;
> >
> > 1. This needs locking against concurrent ioctls
> > 2. The interpretation of copy_to_user()'s return code is incorrect
> >
>
> Hi Oliver,
>
> Thanks a lot for reading my code, I didn't even hope that someone would!
> I've corrected the copy_to_user (and copy_from_user) code. However I
> don't know how to do locking for the concurrent ioctls. Indeed, I don't
> think there is anything preventing two programs to call the driver at
> the same time. Unfortunately, I've got no idea how to do the locking and
> surprisingly couldn't find any ioctl code in the kernel doing locking.
> Maybe I've just not looked at the right place, could you give a me some
> hint how to do locking for ioctl's ?
>
> See you,
> Eric
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>


-- 
Markus Rechberger

  parent reply	other threads:[~2007-02-16 23:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-27 17:28 Laurent Bigonville
2006-11-28 10:13 ` Eric Piel
2006-11-28 11:49   ` Oliver Neukum
2006-12-12 21:28     ` Eric Piel
2006-12-12 22:05       ` Oliver Neukum
2007-02-16 23:36       ` Markus Rechberger [this message]
2007-02-17  3:55         ` Markus Rechberger
2007-02-19 11:04           ` Éric Piel
2006-11-28 12:19 ` Andreas Jellinghaus
2006-11-28 20:50   ` Laurent Bigonville
2007-02-19 12:15 Markus Rechberger

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=d9def9db0702161536i64cf6fb3o1c3c8ff850c38994@mail.gmail.com \
    --to=mrechberger@gmail.com \
    --cc=Eric.Piel@tremplin-utc.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=oliver@neukum.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

all inboxes | Powered by JetHome®