mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Grzegorz Kulewski <kangur@polcom.net>
To: Gerd Knorr <kraxel@bytesex.org>
Cc: Con Kolivas <kernel@kolivas.org>,
	Gregoire Favre <Gregoire.Favre@freesurf.ch>,
	linux-kernel@vger.kernel.org
Subject: Re: Why my computer freeze completely with xawtv ?
Date: Mon, 8 Nov 2004 12:04:27 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.60.0411081140280.3761@alpha.polcom.net> (raw)
In-Reply-To: <87bre88zt8.fsf@bytesex.org>

On Mon, 8 Nov 2004, Gerd Knorr wrote:

> Grzegorz Kulewski <kangur@polcom.net> writes:
>
>> I am seeing the same problem with my bttv card. It was present in the
>> 2.4 day and is present to this day. There are some kernels that are
>> more probable to hang while others are less. It does not depend on -ck
>> or any other patchset or scheduling. I reported it to bttv maintainer
>> year or two ago, but it looks like he is very unresponsive. :-)
>
> Well, if it happens almost independant of the kernel/driver version it
> most likely is buggy hardware.  I can't do much about it ...

Well, I have Abit KG7 with AMD 760 and VIA 686B and this machine is rock 
stable. I am not able to lock it with any other usage than watching tv 
with bttv. I tested it with memtest for 40+ hours, and with heavy disk 
loads and I am compiling Gentoo from stage1 on it pretty often with 
very expensive optimizations. So I think that it is not hardware problem. 
Or it is hardware problem only when using bttv.

But others can reproduce similar problems. Two my friends have the same 
problem on very different hardware. And under Windows everything seems to 
be working well. And sometimes, but very rare, I get oops in my log 
saying something about mm and fs structures broken. But I am using nvidia 
binary drivers and I can reproduce this kind of oops once per half a year 
or something, so I didn't posted it here. If you want to look at it, I can 
search my old logs and post it off list.

It is not kernel independent too. Some 2.6 kernels are better, some are 
worse. With some kernels I can have no hang for over a month (I think it 
is near to maximal lifetime of kernel in my box) and with some others I 
can get one per couple of hours.

It is not hardware dependent too. I saw people on this list that see 
similar problems on AMD64.


> Well known example are some via chipsets which have trouble with
> multiple devices doing DMA at the same time (those tend to run stable
> with bttv once you've turned off ide-dma ...).
>
> Getting broken hardware run stable and fast is black magic.  You can
> try these (if that happens to help we can put that info into the pci
> quirks btw.):
>
>  eskarina kraxel ~# modinfo bttv | grep "pci config"
>  parm: vsfx:set VSFX pci config bit [yet another chipset flaw workaround]
>  parm: triton1:set ETBF pci config bit [enable bug compatibility for triton1 + others]

I will look at it. But now I have nearly IDE free setup. I have Silicon 
Image simple SATA controller and I still can reproduce the same problem. I 
am now using IDE only for CD/DVD, but cdrom.ko is loaded only on demand in 
my system, and I am not using it with bttv at the same time.

> Otherwise BIOS updates, obscure BIOS settings, shuffling cards in PCI
> slots, enable/disable ACPI and/or APIC, whatelse may or may not help.

Tried 100000 times.

> See also Documentation/video4linux/bttv/README.freeze

It is mirrored in my brain.

Thanks for your work. I really see the difference betwen bttv from the 
early 2.4 ancient era and smooth and clear image and sound from today's 
2.6 bttv (always with the same BT878 Prolink Pixelview PlayTV PAK II 
card).


Grzegorz Kulewski


  reply	other threads:[~2004-11-08 11:04 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-07 22:46 Gregoire Favre
2004-11-07 23:53 ` Con Kolivas
2004-11-08  0:02   ` Gregoire Favre
2004-11-08  0:08     ` Con Kolivas
2004-11-08  0:33       ` Gregoire Favre
2004-11-08  0:37         ` Con Kolivas
2004-11-08  0:41           ` Gregoire Favre
2004-11-08  8:30           ` Grzegorz Kulewski
2004-11-08  9:08             ` Arnd Bergmann
2004-11-08  9:17             ` Gerd Knorr
2004-11-08 11:04               ` Grzegorz Kulewski [this message]
2004-11-08 18:52               ` Gregoire Favre
2004-11-08 21:28                 ` Gerd Knorr
2004-11-08 20:57             ` Olaf Titz
2004-11-08 23:45               ` Gerd Knorr
2004-11-09 20:10                 ` Olaf Titz
2004-11-09 20:40                   ` Valdis.Kletnieks
2004-11-11 21:56                     ` Olaf Titz

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=Pine.LNX.4.60.0411081140280.3761@alpha.polcom.net \
    --to=kangur@polcom.net \
    --cc=Gregoire.Favre@freesurf.ch \
    --cc=kernel@kolivas.org \
    --cc=kraxel@bytesex.org \
    --cc=linux-kernel@vger.kernel.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®