[linux-dvb] pluto2 mac address fix

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne so 14. kv?tna 2005 17:53 jste napsal(a):
> 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?

Don't know, but it really works...??

>
> > 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?

Hmm signal is in shown in great quality in windows. Card is connected to 13 dB 
not active antenna.

Michal



[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux