On Thursday 11 August 2005 11:38, Michael Krufky wrote:
>Gene Heskett wrote:
>>I can also report that teletext decoding has ceased to work
>>here. But I'm not sure what kernel version killed it. Currently
>>running 2.6.13-rc6. But my card is cx88 based, a pcHDTV-3000. But
>>attempting to
Gene Heskett wrote:
I can also report that teletext decoding has ceased to work
here. But I'm not sure what kernel version killed it. Currently
running 2.6.13-rc6. But my card is cx88 based, a pcHDTV-3000. But
attempting to switch it on/off doesn't seem to generate any output
indicating it
Hello Michael!
On Thu, Aug 11, 2005 at 02:37:20PM +0200, [EMAIL PROTECTED] wrote:
> >I got the following OOPS from running "alevtd -F -d -v /dev/vbi0" with
> >my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
> >running a 2.6.12-rc6 without the nvidia module tainting the
On Thursday 11 August 2005 08:37, [EMAIL PROTECTED] wrote:
>Hello Philipp,
>
>> I got the following OOPS from running "alevtd -F -d -v /dev/vbi0"
>> with my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce
>> this even running a 2.6.12-rc6 without the nvidia module tainting
>> the kernel.
>
Hello Philipp,
I got the following OOPS from running "alevtd -F -d -v /dev/vbi0" with
my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
running a 2.6.12-rc6 without the nvidia module tainting the kernel.
So you're using the analog tuner of the card to watch analog cable tv
On Thu, Aug 11, 2005 Philipp Matthias Hahn wrote:
> PS: MAINTAINTER lists http://linuxtv.org/developer/dvb.xml which is
> dead.
Thanks for reporting.
---
Fix DVB URL.
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/MAINTAINERS
Hello!
On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
> Apart from some reverts and the aic7xxx performance regression fix,
> there's arm and ppc updates, and some PCI resource allocation updates that
> hopefully will reduce the number of machines (especially laptopns) that
>
Hello!
On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
> James and gang found the aic7xxx slowdown that happened after 2.6.12, and
> we'd like to get particular testing that it's fixed, so if you have a
> relevant machine, please do test this.
I just tried 2.6.13-rc6 after my
Hello!
On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
Apart from some reverts and the aic7xxx performance regression fix,
there's arm and ppc updates, and some PCI resource allocation updates that
hopefully will reduce the number of machines (especially laptopns) that
have
On Thu, Aug 11, 2005 Philipp Matthias Hahn wrote:
PS: MAINTAINTER lists http://linuxtv.org/developer/dvb.xml which is
dead.
Thanks for reporting.
---
Fix DVB URL.
Signed-off-by: Johannes Stezenbach [EMAIL PROTECTED]
Index: linux-2.6.13-rc6/MAINTAINERS
Hello Philipp,
I got the following OOPS from running alevtd -F -d -v /dev/vbi0 with
my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
running a 2.6.12-rc6 without the nvidia module tainting the kernel.
So you're using the analog tuner of the card to watch analog cable tv
Hello!
On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
I just tried 2.6.13-rc6 after my last
On Thursday 11 August 2005 08:37, [EMAIL PROTECTED] wrote:
Hello Philipp,
I got the following OOPS from running alevtd -F -d -v /dev/vbi0
with my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce
this even running a 2.6.12-rc6 without the nvidia module tainting
the kernel.
So you're
Hello Michael!
On Thu, Aug 11, 2005 at 02:37:20PM +0200, [EMAIL PROTECTED] wrote:
I got the following OOPS from running alevtd -F -d -v /dev/vbi0 with
my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
running a 2.6.12-rc6 without the nvidia module tainting the kernel.
So
Gene Heskett wrote:
I can also report that teletext decoding has ceased to work
here. But I'm not sure what kernel version killed it. Currently
running 2.6.13-rc6. But my card is cx88 based, a pcHDTV-3000. But
attempting to switch it on/off doesn't seem to generate any output
indicating it
On Thursday 11 August 2005 11:38, Michael Krufky wrote:
Gene Heskett wrote:
I can also report that teletext decoding has ceased to work
here. But I'm not sure what kernel version killed it. Currently
running 2.6.13-rc6. But my card is cx88 based, a pcHDTV-3000. But
attempting to switch it
Hi James,
Dropped back to 2.6.11.1 and it hung again. I was able to get the
drive back by power cycling it and then doing the scsiadd to drop and
re-add the drive. I then used the bacula 'btape' tool to run some
tests. It seems to be just fine with regular files, but when it hit
EOM, all hell
James> Well, I suspect the tape is hanging the bus, from which no card
James> can recover.
Blech, not going to be fun to fix this sucker.
James> Just to test this, can you try sending a bus reset with sgutils (from
James> the debain package sg3-utils):
James> sg_reset -b /dev/sg3
James> Then
On Wed, 2005-08-10 at 11:28 -0400, John Stoffel wrote:
> Is there any more info I can provide here for you? dmesg output?
> Here's the latest output from dmesg with the lockup of the drive,
> which takes a power cycle to clear now.
Well, I suspect the tape is hanging the bus, from which no card
Hi James,
As a test, I dropped back to 2.6.12.1 and the drive hung again last
night while trying to do backups, so I suspect that I might have
controller or tape drive problems of some sort. I'll also try to go
back to 2.6.12-rc6 as well and see how that works out.
My next step is to try and
Hi James,
As a test, I dropped back to 2.6.12.1 and the drive hung again last
night while trying to do backups, so I suspect that I might have
controller or tape drive problems of some sort. I'll also try to go
back to 2.6.12-rc6 as well and see how that works out.
My next step is to try and
On Wed, 2005-08-10 at 11:28 -0400, John Stoffel wrote:
Is there any more info I can provide here for you? dmesg output?
Here's the latest output from dmesg with the lockup of the drive,
which takes a power cycle to clear now.
Well, I suspect the tape is hanging the bus, from which no card can
James Well, I suspect the tape is hanging the bus, from which no card
James can recover.
Blech, not going to be fun to fix this sucker.
James Just to test this, can you try sending a bus reset with sgutils (from
James the debain package sg3-utils):
James sg_reset -b /dev/sg3
James Then remove
Hi James,
Dropped back to 2.6.11.1 and it hung again. I was able to get the
drive back by power cycling it and then doing the scsiadd to drop and
re-add the drive. I then used the bacula 'btape' tool to run some
tests. It seems to be just fine with regular files, but when it hit
EOM, all hell
On Tue, 2005-08-09 at 16:12 -0400, John Stoffel wrote:
> Thank you for looking into this with me, I really appreciate it. I'm
> kinda stumped why this suddenly started happening, but it could be
> hardware related of course...
Well ... there's something going on that your posted dmesg's don't
> "James" == James Bottomley <[EMAIL PROTECTED]> writes:
Thank you for looking into this with me, I really appreciate it. I'm
kinda stumped why this suddenly started happening, but it could be
hardware related of course...
James> So basically the problem is on scsi1 with the tape device,
On Tue, 2005-08-09 at 15:35 -0400, John Stoffel wrote:
> Attached devices:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
> Vendor: COMPAQ Model: HC01841729 Rev: 3208
> Type: Direct-AccessANSI SCSI revision: 02
> Host: scsi0 Channel: 00 Id: 01 Lun: 00
> Vendor: COMPAQ
Hi Linus & James,
I've still got problems under 2.6.13-rc6 with my DLT7000 drive on an
AIC7880 builtin controller. Here's the message I got in dmesg. My
system is a heavily upgraded Debian/unstable with dual 550mhz Xeon
processors and 768mb of RAM, dual SCSI busses. The annoying problem
is
Hi Linus James,
I've still got problems under 2.6.13-rc6 with my DLT7000 drive on an
AIC7880 builtin controller. Here's the message I got in dmesg. My
system is a heavily upgraded Debian/unstable with dual 550mhz Xeon
processors and 768mb of RAM, dual SCSI busses. The annoying problem
is
On Tue, 2005-08-09 at 15:35 -0400, John Stoffel wrote:
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: COMPAQ Model: HC01841729 Rev: 3208
Type: Direct-AccessANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: COMPAQ
James == James Bottomley [EMAIL PROTECTED] writes:
Thank you for looking into this with me, I really appreciate it. I'm
kinda stumped why this suddenly started happening, but it could be
hardware related of course...
James So basically the problem is on scsi1 with the tape device, which
James
On Tue, 2005-08-09 at 16:12 -0400, John Stoffel wrote:
Thank you for looking into this with me, I really appreciate it. I'm
kinda stumped why this suddenly started happening, but it could be
hardware related of course...
Well ... there's something going on that your posted dmesg's don't seem
"art" <[EMAIL PROTECTED]> wrote:
>
> kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k
> rpm seagate with reiserfs3 but possible deadlock in heavy IO - rsync
> ~5-small files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in
> middle with deadlock of rsync (3
On Sunday 07 August 2005 20:47, Linus Torvalds wrote:
>
> James and gang found the aic7xxx slowdown that happened after 2.6.12, and
> we'd like to get particular testing that it's fixed, so if you have a
> relevant machine, please do test this.
>
I'm using the aic7xxx driver, and although I
kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k rpm
seagate with reiserfs3 but possible deadlock in heavy IO - rsync ~5-small
files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in middle with deadlock
of rsync (3 instances), pdflush, and gam_server all of them
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>James and gang found the aic7xxx slowdown that happened after 2.6.12, and
>we'd like to get particular testing that it's fixed, so if you have a
>relevant machine, please do test this.
with me, rc6 lasted 18 hours:
reboot system boot 2.6.13-rc6
On Mon, Aug 08, 2005 at 12:14:43AM +0300, Dumitru Ciobarcianu wrote:
> ??n data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
> > Luming Yu:
> > [ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
> > [ACPI] CONFIG_ACPI_HOTKEY is now "n" by default
>
> IMHO
Linus> James and gang found the aic7xxx slowdown that happened after
Linus> 2.6.12, and we'd like to get particular testing that it's
Linus> fixed, so if you have a relevant machine, please do test this.
This might explain why my DLT7000 has been dropping off the bus at
times and requiring a
Linus James and gang found the aic7xxx slowdown that happened after
Linus 2.6.12, and we'd like to get particular testing that it's
Linus fixed, so if you have a relevant machine, please do test this.
This might explain why my DLT7000 has been dropping off the bus at
times and requiring a full
On Mon, Aug 08, 2005 at 12:14:43AM +0300, Dumitru Ciobarcianu wrote:
??n data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
Luming Yu:
[ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
[ACPI] CONFIG_ACPI_HOTKEY is now n by default
IMHO you really
Linus Torvalds [EMAIL PROTECTED] wrote:
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
with me, rc6 lasted 18 hours:
reboot system boot 2.6.13-rc6
kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k rpm
seagate with reiserfs3 but possible deadlock in heavy IO - rsync ~5-small
files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in middle with deadlock
of rsync (3 instances), pdflush, and gam_server all of them
On Sunday 07 August 2005 20:47, Linus Torvalds wrote:
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
I'm using the aic7xxx driver, and although I
art [EMAIL PROTECTED] wrote:
kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k
rpm seagate with reiserfs3 but possible deadlock in heavy IO - rsync
~5-small files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in
middle with deadlock of rsync (3 instances),
În data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
> Luming Yu:
> [ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
> [ACPI] CONFIG_ACPI_HOTKEY is now "n" by default
IMHO you really need then to make acpi_specific_hotkey the default or at
least mention
On Sun, 2005-08-07 at 13:50 -0700, Linus Torvalds wrote:
>
> On Sun, 7 Aug 2005, Lee Revell wrote:
> >
> > It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
> > an option). But now I get this ominous warning when I compile
> > ndiswrapper:
>
> It's still there, and it
On Sun, 7 Aug 2005, Lee Revell wrote:
>
> It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
> an option). But now I get this ominous warning when I compile
> ndiswrapper:
It's still there, and it (still) depends on DEBUG_KERNEL. Nothing should
have changed afaik..
On Sun, 2005-08-07 at 11:47 -0700, Linus Torvalds wrote:
> James and gang found the aic7xxx slowdown that happened after 2.6.12, and
> we'd like to get particular testing that it's fixed, so if you have a
> relevant machine, please do test this.
>
> There are other fixes too, a number of them
Linus Torvalds wrote:
> In general, anybody who has reported regressions since 2.6.12, please
> re-test with -rc6 and report back
> ...
> Herbert Xu:
> tcp: fix TSO cwnd caching bug
The tcp_output panic bug seems to be fixed. I'm referring to:
http://lkml.org/lkml/2005/8/7/63
--
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them reverting (at least for now)
patches that people had problems
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them reverting (at least for now)
patches that people had problems
Linus Torvalds wrote:
In general, anybody who has reported regressions since 2.6.12, please
re-test with -rc6 and report back
...
Herbert Xu:
tcp: fix TSO cwnd caching bug
The tcp_output panic bug seems to be fixed. I'm referring to:
http://lkml.org/lkml/2005/8/7/63
--
Heikki
On Sun, 2005-08-07 at 11:47 -0700, Linus Torvalds wrote:
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them
On Sun, 7 Aug 2005, Lee Revell wrote:
It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
an option). But now I get this ominous warning when I compile
ndiswrapper:
It's still there, and it (still) depends on DEBUG_KERNEL. Nothing should
have changed afaik..
On Sun, 2005-08-07 at 13:50 -0700, Linus Torvalds wrote:
On Sun, 7 Aug 2005, Lee Revell wrote:
It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
an option). But now I get this ominous warning when I compile
ndiswrapper:
It's still there, and it (still)
În data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
Luming Yu:
[ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
[ACPI] CONFIG_ACPI_HOTKEY is now n by default
IMHO you really need then to make acpi_specific_hotkey the default or at
least mention it in
56 matches
Mail list logo