Hi Michal,
On Sat, 2005-05-14 at 13:02 +0200, Michal Semler wrote:
> I tried hack mac addres resolution in pluto2 via original pluto2 driver and
> here is result:
>
> static void __devinit pluto_read_mac(struct pluto *pluto, u8 *mac)
> {
> u32 val = pluto_readreg(pluto, REG_MMAC);
>
> mac[0] = pluto_readreg(pluto, 0x2D) ;
> mac[1] = pluto_readreg(pluto, 0x2C) ;
> mac[2] = pluto_readreg(pluto, 0x31) ;
> mac[3] = pluto_readreg(pluto, 0x30) ;
> mac[4] = pluto_readreg(pluto, 0x35) ;
> mac[5] = pluto_readreg(pluto, 0x34) ;
>
> dev_info(&pluto->pdev->dev, "MAC %02x:%02x:%02x:%02x:%02x:%02x\n",
> mac[0], mac[1], mac[2], mac[3], mac[4], mac[5]);
> }
>
> This helped me to get driver inicialized faster and almost everytime I plug
> card into slot.
> PLS include it into CVS with your DMA fix.
How can 7 register accesses be faster than only 3 of them?
> There are other bugs I am working on, but maybe you should help me with it:
>
> After a while of stream decoding mplayer says:
> Too many audio packets in the buffer: (4096 in 746992 bytes).
> Maybe you are playing a non-interleaved stream/file or the codec failed?
> For AVI files, try to force non-interleaved mode with the -ni option.
>
> Video starts go very slow, in about 5 seconds sound stopps and video start
> works normal, but without sound
> Can you give me hint where can be bug to find it?
Maybe it is due to bad signal quality. Does tzap show uncorrected
blocks?
Regards,
Andreas
