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
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
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. ]
[ [email protected] ][ [email protected] ]
[ Opinions expressed are not necessarily those of my employers. ]