DVD_LU_SEND_AGID slow since 2.4.10

DVD_LU_SEND_AGID slow since 2.4.10

[Guenter Bartsch]

Hallo list,

ever since 2.4.10 the SEND_AGID DVD_AUTH control seems to be very slow
(used in libdvdcss, freezes xine for up to 30sec). The code that's
executed seems to be:

    dvd_authinfo auth_info;

    memset( &auth_info, 0, sizeof( auth_info ) );
    auth_info.type = DVD_LU_SEND_AGID;
    auth_info.lsa.agid = *pi_agid;

    i_ret = ioctl( i_fd, DVD_AUTH, &auth_info );

anybody here have any idea what might cause this? could this really be
just a caching problem caused by the new vm or is this something
completely different I observe here? The -ac kernel series doesn't seem to
have this problem on the same machine.

Any comments apreciated, please cc as I'm not subscribed to the list

Kind regards,

   guenter

--
time is a funny concept

Re: DVD_LU_SEND_AGID slow since 2.4.10

[Jens Axboe]

On Thu, Nov 08 2001, Guenter Bartsch wrote:
> Hallo list,
> 
> ever since 2.4.10 the SEND_AGID DVD_AUTH control seems to be very slow
> (used in libdvdcss, freezes xine for up to 30sec). The code that's
> executed seems to be:
> 
>     dvd_authinfo auth_info;
> 
>     memset( &auth_info, 0, sizeof( auth_info ) );
>     auth_info.type = DVD_LU_SEND_AGID;
>     auth_info.lsa.agid = *pi_agid;
> 
>     i_ret = ioctl( i_fd, DVD_AUTH, &auth_info );
> 
> anybody here have any idea what might cause this? could this really be
> just a caching problem caused by the new vm or is this something
> completely different I observe here? The -ac kernel series doesn't seem to
> have this problem on the same machine.
> 
> Any comments apreciated, please cc as I'm not subscribed to the list

Seems to have infested other (cdrom) ioctls as well. I'll take a look.

-- 
Jens Axboe

Re: DVD_LU_SEND_AGID slow since 2.4.10

[Simon Kirby]

On Thu, Nov 08, 2001 at 01:41:51AM +0100, Jens Axboe wrote:

> > ever since 2.4.10 the SEND_AGID DVD_AUTH control seems to be very slow
> > (used in libdvdcss, freezes xine for up to 30sec). The code that's
> > executed seems to be:
> > 
> >     dvd_authinfo auth_info;
> > 
> >     memset( &auth_info, 0, sizeof( auth_info ) );
> >     auth_info.type = DVD_LU_SEND_AGID;
> >     auth_info.lsa.agid = *pi_agid;
> > 
> >     i_ret = ioctl( i_fd, DVD_AUTH, &auth_info );
> > 
> > anybody here have any idea what might cause this? could this really be
> > just a caching problem caused by the new vm or is this something
> > completely different I observe here? The -ac kernel series doesn't seem to
> > have this problem on the same machine.
> > 
> > Any comments apreciated, please cc as I'm not subscribed to the list
> 
> Seems to have infested other (cdrom) ioctls as well. I'll take a look.

Any conclusion?  It's quite annoying.  It now takes around 30 seconds
before xine can even start playing a DVD.

Thinking it was the block device changes, I tried holding open /dev/hdd
and /dev/scd0, but it doesn't seem to make any difference.

Simon-

[  Stormix Technologies Inc.  ][  NetNation Communications Inc. ]
[       sim@stormix.com       ][       sim@netnation.com        ]
[ Opinions expressed are not necessarily those of my employers. ]