* Linux-2.6.13-rc6: aic7xxx testers please..
@ 2005-08-07 18:47 Linus Torvalds
2005-08-07 20:23 ` Heikki Orsila
` (8 more replies)
0 siblings, 9 replies; 30+ messages in thread
From: Linus Torvalds @ 2005-08-07 18:47 UTC (permalink / raw)
To: Linux Kernel Mailing List
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 with. In general, anybody who has
reported regressions since 2.6.12, please re-test with -rc6 and report
back (even if, or perhaps _particularly_ if, no change to the regression).
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 strange undocumented MB devices that clash in PCI IO space.. And
various small one-liners.
The appended shortlog/diffstat gives more some more specific insight..
Linus
--- shortlog ---
Alasdair G Kergon:
dm-raid locking fix
Alexander Nyberg:
x86-64: use proper VM_FAULT_xxx macros
Alexey Starikovskiy:
[ACPI] restore /proc/acpi/button/ (ala 2.6.12)
Andi Kleen:
x86_64: ignore machine checks from boot time
Andrew Morton:
[SCSI] fc4 warning fix
revert "timer exit cleanup"
REPORTING-BUGS: track regressions
__bio_clone() dead comment
Aristeu Sergio Rozanski Filho:
ppc32: 8xx: convert fec driver to use work_struct
ppc32: 8xx: using dma_alloc_coherent() instead consistent_alloc()
ppc32: 8xx: fec: fix interrupt handler prototypes
ppc32: 8xx fix CPM ethernet description
ppc32: 8xx restrict ENET_BIG_BUFFERS option
ppc32: 8xx kill unused variable in commproc
Ben Dooks:
ARM: 2832/1: BAST - limit clock-rate for IIC bus
Benjamin Herrenschmidt:
Remove suspend() calls from shutdown path
Catalin Marinas:
ARM: 2841/1: Fix VFP +/-0 case for doubles addition
Christoph Hellwig:
[SPARC]: Fix up sleep_on() removal in vfc driver.
Daniel Jacobowitz:
x86_64: fix 32-bit thread debugging
David Brownell:
USB: ehci: microframe handling fix
David Gibson:
Fix hugepage crash on failing mmap()
David Howells:
Keys: Fix key management syscall interface bugs
Error during attempt to join key management session can leave semaphore pinned
Destruction of failed keyring oopses
David S. Miller:
tcp: fix TSO sizing bugs
[IPV4]: Fix memory leak during fib_info hash expansion.
David Shaohua Li:
[ACPI] PCI interrupt link suspend/resume - revert to 2.6.12 behaviour
[ACPI] S3 resume: avoid kmalloc() might_sleep oops symptom
Deepak Saxena:
ARM: 2839/1: Remove XScale cache and TLB locking code
ARM: 2835/1: Add UPF_SKIP_TEST to IXP4xx serial ports
Dominik Brodowski:
pci and yenta: pcibios_bus_to_resource
Dominik Hackl:
crc32.c typo fix
Eric W. Biederman:
i386 voyager: Add machine_shutdown
i386 visws: Add machine_shutdown and emergency_restart
x86_64 bootmem: sparse_mem/kexec merge bug.
Hal Rosenstock:
[IPoIB] Handle sending of unicast RARP responses
Haren Myneni:
Xmon bug fix for soft-reset
Herbert Xu:
tcp: fix TSO cwnd caching bug
Hugh Dickins:
fix VmSize and VmData after mremap
Ian Campbell:
ARM: 2833/2: Remove support for WDIOF_MAGICCLOSE from sa1100-wdt
Ingo Molnar:
Fix semundo lock leakage
Ivan Kokshaysky:
increase PCIBIOS_MIN_IO on x86
ACPI: increase PCIBIOS_MIN_IO on x86
Fix restore of 64-bit PCI BAR's
Jack Hammer:
[SCSI] ServeRAID V7.12.02
James Bottomley:
[SCSI] aic7xxx: fix bug in DT handing
[SCSI] aic7xxx: final fixes for DT handling
[SCSI] fix aic7xxx performance issues since 2.6.12-rc2
fix voyager compile after machine_emergency_restart breakage
Jens Axboe:
cfq-iosched: fix problem with barriers and max_depth == 1
Jim Keniston:
Add Documentation/kprobes.txt
John McCutchan:
inotify delete race fix
Clean up inotify delete race fix
John W. Linville:
PCI: restore BAR values after D3hot->D0 for devices that need it
Kai Makisara:
[SCSI] Fix SCSI tape oops at module removal
Len Brown:
[ACPI] fix 64-bit build warning in processor_idle.c
/home/lenb/src/to-linus branch 'acpi-2.6.12'
[ACPI] delete Warning: Encountered executable code at module level, [AE_NOT_CONFIGURED]
/home/lenb/src/to-linus-stable branch 'acpi-2.6.12'
Merge ../to-linus-stable
Linda Xie:
[SCSI] scsi/ibmvscsi/srp.h: Fix a wrong type code used for SRP_LOGIN_REJ
Linus Torvalds:
pci: make bus resource start address override minimum IO address
Fix up recent get_user_pages() handling
Merge master.kernel.org:/home/rmk/linux-2.6-arm
Merge master.kernel.org:/.../lenb/to-linus
It wasn't just x86-64 that had hardcoded VM_FAULT_xxx numbers
Merge head 'for-linus' of master.kernel.org:/.../roland/infiniband
Merge master.kernel.org:/home/rmk/linux-2.6-arm
Merge master.kernel.org:/.../lenb/to-linus
Merge master.kernel.org:/home/rmk/linux-2.6-arm
Merge master.kernel.org:/.../jejb/scsi-for-linus-2.6
Merge master.kernel.org:/.../davem/sparc-2.6
Merge master.kernel.org:/.../davem/net-2.6
Add fakey 'deflateBound()' function to the in-kernel zlib routines
Check input buffer size in zisofs
ppc: Export __handle_mm_fault for MOL
Merge master.kernel.org:/.../holtmann/bluetooth-2.6
Linux 2.6.13-rc6
Luming Yu:
[ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
[ACPI] CONFIG_ACPI_HOTKEY is now "n" by default
Marcel Holtmann:
[Bluetooth] Send HCI_Reset for Kensington dongle
[Bluetooth] Revert session reference counting fix
[Bluetooth] Kill redundant NULL checks before kfree()
[Bluetooth] Remove unused functions and cleanup symbol exports
[Bluetooth] Add direction and timestamp to stack internal events
Marcel Selhorst:
tpm_infineon: Support for new TPM 1.2 and PNPACPI
Marcelo Tosatti:
ppc32: 8xx commproc avoid direct pte manipulation, use dma coherent API instead
Matt Porter:
ppc32: fix ppc440 pagetable attributes
ppc32: ppc440 pagetable attributes (comments updates)
Mauro Carvalho Chehab:
v4l: oopsfix for BTTV on badly behaved PCI chipsets
Michael Burian:
ARM: 2840/1: Add mach-types to Documentation/dontdiff
Michael Gernoth:
ARM: 2844/1: Add maintainer for Jornada 720
Miklos Szeredi:
namespace.c: fix bind mount from foreign namespace
NeilBrown:
md: remove a stray debugging printk.
md: make 'md' and alias for 'md-mod'
md: always honour md bitmap being read from disk
md: yet another attempt to get bitmap-based resync to do the right thing in all cases...
md: make sure md bitmap updates are flushed when array is stopped.
Nick Piggin:
fix get_user_pages bug
Olaf Hering:
aic byteorder fixes after recent cleanup
remove linux/pagemap.h from linux/swap.h
Olav Kongas:
USB: Fix setup packet initialization in isp116x-hcd
Olof Johansson:
ppc64: Fix UP kernel build
Paul Mackerras:
Obvious bugfix for yenta resource allocation
ppc64: fix for kexec boot issue
Pete Zaitcev:
USB: ub documentation update
Petr Vandrovec:
rtc: msleep() cannot be used from interrupt
Ravikiran G Thirumalai:
ide: fix kmalloc_node breakage in ide driver
Move the fix to align node_end_pfns to a proper location
Richard Purdie:
ARM: 2837/2: Re: ARM: Make NWFPE preempt safe
ARM: 2838/1: Fix arm oprofile backtrace warning
Robert Love:
inotify: update help text
Roland Dreier:
[IB/cm]: Correct CM port redirect reject codes
Russell King:
ARM: Fix ARM fault handler for get_user_pages() fixes.
Simon Derr:
__vm_enough_memory() signedness fix
Tejun Heo:
blk: fix tag shrinking (revive real_max_size)
Tim Yamin:
Update in-kernel zlib routines
Tom Duffy:
Make visws compile again
visws: linkage fix
Venkatesh Pallipadi:
remove special HPET_EMULATE_RTC config option
--- diffstat ---
Documentation/dontdiff | 1
Documentation/kprobes.txt | 588 ++++++++++++++++++++
Documentation/usb/usbmon.txt | 2
Documentation/video4linux/bttv/Insmod-options | 3
Documentation/x86_64/boot-options.txt | 5
Makefile | 2
REPORTING-BUGS | 21 -
arch/alpha/kernel/pci.c | 16 +
arch/arm/kernel/bios32.c | 17 +
arch/arm/mach-ixp4xx/coyote-setup.c | 2
arch/arm/mach-ixp4xx/gtwx5715-setup.c | 2
arch/arm/mach-ixp4xx/ixdp425-setup.c | 4
arch/arm/mach-s3c2410/mach-bast.c | 16 +
arch/arm/mach-sa1100/jornada720.c | 1
arch/arm/mm/fault.c | 6
arch/arm/mm/proc-xscale.S | 136 -----
arch/arm/nwfpe/double_cpdo.c | 24 -
arch/arm/nwfpe/extended_cpdo.c | 24 -
arch/arm/nwfpe/fpa11.c | 30 -
arch/arm/nwfpe/fpa11.h | 11
arch/arm/nwfpe/fpa11_cpdo.c | 28 +
arch/arm/nwfpe/fpa11_cpdt.c | 22 -
arch/arm/nwfpe/fpa11_cprt.c | 28 +
arch/arm/nwfpe/fpmodule.c | 15 -
arch/arm/nwfpe/single_cpdo.c | 24 -
arch/arm/nwfpe/softfloat.c | 334 ++++++------
arch/arm/nwfpe/softfloat.h | 68 +-
arch/arm/oprofile/backtrace.c | 2
arch/arm/vfp/vfpdouble.c | 3
arch/arm26/mm/fault.c | 17 -
arch/cris/mm/fault.c | 6
arch/frv/mm/fault.c | 6
arch/i386/Kconfig | 3
arch/i386/mach-visws/reboot.c | 11
arch/i386/mach-visws/setup.c | 2
arch/i386/mach-voyager/voyager_basic.c | 13
arch/i386/mm/discontig.c | 19 -
arch/i386/pci/visws.c | 2
arch/m68k/mm/fault.c | 6
arch/parisc/mm/fault.c | 12
arch/ppc/8xx_io/Kconfig | 4
arch/ppc/8xx_io/commproc.c | 20 -
arch/ppc/8xx_io/fec.c | 43 +
arch/ppc/kernel/pci.c | 15 +
arch/ppc/kernel/ppc_ksyms.c | 2
arch/ppc/syslib/m8xx_setup.c | 8
arch/ppc64/boot/zlib.c | 3
arch/ppc64/kernel/head.S | 2
arch/ppc64/kernel/machine_kexec.c | 12
arch/ppc64/kernel/mpic.c | 4
arch/ppc64/kernel/mpic.h | 2
arch/ppc64/kernel/pci.c | 20 +
arch/ppc64/kernel/xics.c | 31 +
arch/ppc64/xmon/xmon.c | 3
arch/sh64/mm/fault.c | 6
arch/sparc64/kernel/pci.c | 6
arch/x86_64/ia32/ptrace32.c | 8
arch/x86_64/kernel/mce.c | 16 -
arch/x86_64/kernel/setup.c | 6
arch/x86_64/mm/fault.c | 6
drivers/acpi/Kconfig | 5
drivers/acpi/button.c | 206 +++++++
drivers/acpi/dispatcher/dswload.c | 6
drivers/acpi/ec.c | 24 +
drivers/acpi/hotkey.c | 690 ++++++++++++++----------
drivers/acpi/motherboard.c | 2
drivers/acpi/osl.c | 6
drivers/acpi/pci_link.c | 18 +
drivers/acpi/processor_idle.c | 7
drivers/block/cfq-iosched.c | 1
drivers/block/ll_rw_blk.c | 18 +
drivers/bluetooth/bpa10x.c | 7
drivers/bluetooth/hci_bcsp.c | 2
drivers/bluetooth/hci_h4.c | 5
drivers/bluetooth/hci_ldisc.c | 2
drivers/bluetooth/hci_usb.c | 11
drivers/char/rtc.c | 7
drivers/char/tpm/Kconfig | 11
drivers/char/tpm/tpm_infineon.c | 146 ++++-
drivers/char/watchdog/sa1100_wdt.c | 49 --
drivers/fc4/fc.c | 2
drivers/ide/ide-probe.c | 16 -
drivers/infiniband/include/ib_cm.h | 3
drivers/infiniband/ulp/ipoib/ipoib_main.c | 5
drivers/md/bitmap.c | 75 ++-
drivers/md/dm-raid1.c | 2
drivers/md/md.c | 4
drivers/md/raid1.c | 29 +
drivers/media/video/bttv-cards.c | 8
drivers/media/video/bttv-driver.c | 28 +
drivers/pci/bus.c | 4
drivers/pci/pci.c | 59 ++
drivers/pci/setup-res.c | 9
drivers/pcmcia/yenta_socket.c | 18 -
drivers/sbus/char/vfc.h | 2
drivers/sbus/char/vfc_dev.c | 1
drivers/sbus/char/vfc_i2c.c | 19 -
drivers/scsi/aic7xxx/aic7xxx_osm.c | 24 -
drivers/scsi/aic7xxx/aicasm/aicasm.c | 4
drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h | 8
drivers/scsi/ibmvscsi/srp.h | 2
drivers/scsi/ips.c | 8
drivers/scsi/ips.h | 39 +
drivers/scsi/st.c | 8
drivers/usb/host/ehci-dbg.c | 2
drivers/usb/host/ehci-q.c | 5
drivers/usb/host/ehci-sched.c | 13
drivers/usb/host/ehci.h | 5
drivers/usb/host/isp116x-hcd.c | 4
drivers/usb/mon/Kconfig | 9
drivers/usb/mon/Makefile | 1
fs/Kconfig | 11
fs/bio.c | 8
fs/isofs/compress.c | 6
fs/namei.c | 5
fs/namespace.c | 2
include/asm-alpha/pci.h | 3
include/asm-arm/pci.h | 4
include/asm-generic/pci.h | 8
include/asm-i386/mach-visws/do_timer.h | 1
include/asm-i386/pci.h | 4
include/asm-parisc/pci.h | 4
include/asm-ppc/pci.h | 4
include/asm-ppc/pgtable.h | 52 ++
include/asm-ppc64/machdep.h | 2
include/asm-ppc64/pci.h | 4
include/asm-ppc64/xics.h | 2
include/asm-x86_64/pci.h | 4
include/linux/blkdev.h | 1
include/linux/fsnotify.h | 4
include/linux/mm.h | 22 +
include/linux/pci.h | 3
include/linux/raid/bitmap.h | 1
include/linux/swap.h | 3
include/linux/zlib.h | 5
include/net/bluetooth/bluetooth.h | 8
ipc/sem.c | 10
kernel/exit.c | 4
kernel/posix-timers.c | 1
kernel/sys.c | 2
lib/crc32.c | 2
lib/inflate.c | 16 -
lib/zlib_inflate/inftrees.c | 2
mm/hugetlb.c | 11
mm/memory.c | 35 +
mm/mmap.c | 6
mm/mremap.c | 2
mm/nommu.c | 6
net/bluetooth/hci_core.c | 2
net/bluetooth/hci_event.c | 4
net/bluetooth/lib.c | 25 -
net/bluetooth/rfcomm/core.c | 4
net/ipv4/fib_semantics.c | 9
net/ipv4/tcp_output.c | 86 +--
security/keys/keyctl.c | 11
security/keys/keyring.c | 6
security/keys/process_keys.c | 2
security/keys/request_key.c | 2
158 files changed, 2480 insertions(+), 1327 deletions(-)
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
@ 2005-08-07 20:23 ` Heikki Orsila
2005-08-07 20:38 ` Lee Revell
` (7 subsequent siblings)
8 siblings, 0 replies; 30+ messages in thread
From: Heikki Orsila @ 2005-08-07 20:23 UTC (permalink / raw)
To: Linux Kernel Mailing List
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 Orsila Barbie's law:
heikki.orsila@iki.fi "Math is hard, let's go shopping!"
http://www.iki.fi/shd
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
2005-08-07 20:23 ` Heikki Orsila
@ 2005-08-07 20:38 ` Lee Revell
2005-08-07 20:50 ` Linus Torvalds
2005-08-07 21:14 ` Dumitru Ciobarcianu
` (6 subsequent siblings)
8 siblings, 1 reply; 30+ messages in thread
From: Lee Revell @ 2005-08-07 20:38 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
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 reverting (at least for now)
> patches that people had problems with. In general, anybody who has
> reported regressions since 2.6.12, please re-test with -rc6 and report
> back (even if, or perhaps _particularly_ if, no change to the regression).
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:
*** WARNING: Kernel seems to have 4K size stack option (CONFIG_4KSTACKS)
removed; many Windows drivers will need at least 8K size stacks. You
should read wiki about 4K size stack issue. Don't complain about crashes
until you resolve this
As ndiswrapper seems to be the only option for many wireless chipsets,
this certainly looks like it will lead to regressions.
Why was this option removed? It's pretty clear that lots of out of tree
drivers still require it.
Lee
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 20:38 ` Lee Revell
@ 2005-08-07 20:50 ` Linus Torvalds
2005-08-07 20:52 ` Lee Revell
0 siblings, 1 reply; 30+ messages in thread
From: Linus Torvalds @ 2005-08-07 20:50 UTC (permalink / raw)
To: Lee Revell; +Cc: Linux Kernel Mailing List
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..
Linus
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 20:50 ` Linus Torvalds
@ 2005-08-07 20:52 ` Lee Revell
0 siblings, 0 replies; 30+ messages in thread
From: Lee Revell @ 2005-08-07 20:52 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
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) depends on DEBUG_KERNEL. Nothing should
> have changed afaik..
OK, thanks, sorry for the noise. I remember there was talk recently of
4K stacks for everyone and was afraid it had already happened.
Lee
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
2005-08-07 20:23 ` Heikki Orsila
2005-08-07 20:38 ` Lee Revell
@ 2005-08-07 21:14 ` Dumitru Ciobarcianu
2005-08-08 14:17 ` Theodore Ts'o
2005-08-07 22:12 ` [2.6 patch] fix drivers/s390/net/ compilation Adrian Bunk
` (5 subsequent siblings)
8 siblings, 1 reply; 30+ messages in thread
From: Dumitru Ciobarcianu @ 2005-08-07 21:14 UTC (permalink / raw)
To: luming.yu, Linus Torvalds; +Cc: Linux Kernel Mailing List
Î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 the release notes or you'll have tons of people
screaming that the specific module does not work anymore.
I found out about it after my toshiba_acpi module stopped working and I
noticed a small change in the development acpi tree documentation
mentioning acpi_specific_hotkey ...
--
Cioby
^ permalink raw reply [flat|nested] 30+ messages in thread
* [2.6 patch] fix drivers/s390/net/ compilation
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (2 preceding siblings ...)
2005-08-07 21:14 ` Dumitru Ciobarcianu
@ 2005-08-07 22:12 ` Adrian Bunk
2005-08-08 8:31 ` Martin Schwidefsky
2005-08-08 12:59 ` Linux-2.6.13-rc6: aic7xxx testers please John Stoffel
` (4 subsequent siblings)
8 siblings, 1 reply; 30+ messages in thread
From: Adrian Bunk @ 2005-08-07 22:12 UTC (permalink / raw)
To: Linus Torvalds, Andrew Morton
Cc: Linux Kernel Mailing List, Cornelia Huck, Martin Schwidesky,
Frank Pavlic
Looking at Jan Dittmer's crosscompile site [1], one of the two
architectures where defconfig compiled in 2.6.12.4 but does no longer
compile in 2.6.13-rc6 is s390.
Looking at the build error, it seems s390-use-klist-in-qeth-driver.patch
from -mm was intended to fix this compile error.
I haven't tested whether it is actually enough for getting the s390
defconfig compiling, but it can't make things worse.
[1] http://l4x.org/k/
<-- snip -->
From: Cornelia Huck <cohuck@de.ibm.com>
From: Martin Schwidesky <schwidefsky@de.ibm.com>
Convert qeth to the new klist interface and make it compiling again.
Signed-off-by: Frank Pavlic <pavlic@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Adrian Bunk <bunk@stusta.de>
---
drivers/s390/net/qeth_main.c | 24 ++++----
drivers/s390/net/qeth_proc.c | 126 +++++++++++++++++++++++--------------------
2 files changed, 82 insertions(+), 68 deletions(-)
diff -puN drivers/s390/net/qeth_main.c~s390-use-klist-in-qeth-driver drivers/s390/net/qeth_main.c
--- devel/drivers/s390/net/qeth_main.c~s390-use-klist-in-qeth-driver 2005-07-28 19:20:53.000000000 -0700
+++ devel-akpm/drivers/s390/net/qeth_main.c 2005-07-28 19:20:53.000000000 -0700
@@ -8120,20 +8120,22 @@ static struct notifier_block qeth_ip6_no
#endif
static int
-qeth_reboot_event(struct notifier_block *this, unsigned long event, void *ptr)
+__qeth_reboot_event_card(struct device *dev, void *data)
{
-
- struct device *entry;
struct qeth_card *card;
- down_read(&qeth_ccwgroup_driver.driver.bus->subsys.rwsem);
- list_for_each_entry(entry, &qeth_ccwgroup_driver.driver.devices,
- driver_list) {
- card = (struct qeth_card *) entry->driver_data;
- qeth_clear_ip_list(card, 0, 0);
- qeth_qdio_clear_card(card, 0);
- }
- up_read(&qeth_ccwgroup_driver.driver.bus->subsys.rwsem);
+ card = (struct qeth_card *) dev->driver_data;
+ qeth_clear_ip_list(card, 0, 0);
+ qeth_qdio_clear_card(card, 0);
+ return 0;
+}
+
+static int
+qeth_reboot_event(struct notifier_block *this, unsigned long event, void *ptr)
+{
+
+ driver_for_each_device(&qeth_ccwgroup_driver.driver, NULL, NULL,
+ __qeth_reboot_event_card);
return NOTIFY_DONE;
}
diff -puN drivers/s390/net/qeth_proc.c~s390-use-klist-in-qeth-driver drivers/s390/net/qeth_proc.c
--- devel/drivers/s390/net/qeth_proc.c~s390-use-klist-in-qeth-driver 2005-07-28 19:20:53.000000000 -0700
+++ devel-akpm/drivers/s390/net/qeth_proc.c 2005-07-28 19:20:53.000000000 -0700
@@ -27,23 +27,33 @@ const char *VERSION_QETH_PROC_C = "$Revi
#define QETH_PROCFILE_NAME "qeth"
static struct proc_dir_entry *qeth_procfile;
+static int
+qeth_procfile_seq_match(struct device *dev, void *data)
+{
+ return 1;
+}
+
static void *
qeth_procfile_seq_start(struct seq_file *s, loff_t *offset)
{
- struct list_head *next_card = NULL;
- int i = 0;
+ struct device *dev;
+ loff_t nr;
down_read(&qeth_ccwgroup_driver.driver.bus->subsys.rwsem);
- if (*offset == 0)
+ nr = *offset;
+ if (nr == 0)
return SEQ_START_TOKEN;
- /* get card at pos *offset */
- list_for_each(next_card, &qeth_ccwgroup_driver.driver.devices)
- if (++i == *offset)
- return next_card;
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, NULL,
+ NULL, qeth_procfile_seq_match);
- return NULL;
+ /* get card at pos *offset */
+ nr = *offset;
+ while (nr-- > 1 && dev)
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, dev,
+ NULL, qeth_procfile_seq_match);
+ return (void *) dev;
}
static void
@@ -55,23 +65,21 @@ qeth_procfile_seq_stop(struct seq_file *
static void *
qeth_procfile_seq_next(struct seq_file *s, void *it, loff_t *offset)
{
- struct list_head *next_card = NULL;
- struct list_head *current_card;
+ struct device *prev, *next;
if (it == SEQ_START_TOKEN) {
- next_card = qeth_ccwgroup_driver.driver.devices.next;
- if (next_card->next == next_card) /* list empty */
- return NULL;
- (*offset)++;
- } else {
- current_card = (struct list_head *)it;
- if (current_card->next == &qeth_ccwgroup_driver.driver.devices)
- return NULL; /* end of list reached */
- next_card = current_card->next;
- (*offset)++;
+ next = driver_find_device(&qeth_ccwgroup_driver.driver,
+ NULL, NULL, qeth_procfile_seq_match);
+ if (next)
+ (*offset)++;
+ return (void *) next;
}
-
- return next_card;
+ prev = (struct device *) it;
+ next = driver_find_device(&qeth_ccwgroup_driver.driver,
+ prev, NULL, qeth_procfile_seq_match);
+ if (next)
+ (*offset)++;
+ return (void *) next;
}
static inline const char *
@@ -126,7 +134,7 @@ qeth_procfile_seq_show(struct seq_file *
"-------------- ---- ------ ---------- ---- "
"---- ----- -----\n");
} else {
- device = list_entry(it, struct device, driver_list);
+ device = (struct device *) it;
card = device->driver_data;
seq_printf(s, "%s/%s/%s x%02X %-10s %-14s %-4i ",
CARD_RDEV_ID(card),
@@ -180,17 +188,20 @@ static struct proc_dir_entry *qeth_perf_
static void *
qeth_perf_procfile_seq_start(struct seq_file *s, loff_t *offset)
{
- struct list_head *next_card = NULL;
- int i = 0;
+ struct device *dev = NULL;
+ int nr;
down_read(&qeth_ccwgroup_driver.driver.bus->subsys.rwsem);
/* get card at pos *offset */
- list_for_each(next_card, &qeth_ccwgroup_driver.driver.devices){
- if (i == *offset)
- return next_card;
- i++;
- }
- return NULL;
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, NULL, NULL,
+ qeth_procfile_seq_match);
+
+ /* get card at pos *offset */
+ nr = *offset;
+ while (nr-- > 1 && dev)
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, dev,
+ NULL, qeth_procfile_seq_match);
+ return (void *) dev;
}
static void
@@ -202,12 +213,14 @@ qeth_perf_procfile_seq_stop(struct seq_f
static void *
qeth_perf_procfile_seq_next(struct seq_file *s, void *it, loff_t *offset)
{
- struct list_head *current_card = (struct list_head *)it;
+ struct device *prev, *next;
- if (current_card->next == &qeth_ccwgroup_driver.driver.devices)
- return NULL; /* end of list reached */
- (*offset)++;
- return current_card->next;
+ prev = (struct device *) it;
+ next = driver_find_device(&qeth_ccwgroup_driver.driver, prev,
+ NULL, qeth_procfile_seq_match);
+ if (next)
+ (*offset)++;
+ return (void *) next;
}
static int
@@ -216,7 +229,7 @@ qeth_perf_procfile_seq_show(struct seq_f
struct device *device;
struct qeth_card *card;
- device = list_entry(it, struct device, driver_list);
+ device = (struct device *) it;
card = device->driver_data;
seq_printf(s, "For card with devnos %s/%s/%s (%s):\n",
CARD_RDEV_ID(card),
@@ -318,8 +331,8 @@ static struct proc_dir_entry *qeth_ipato
static void *
qeth_ipato_procfile_seq_start(struct seq_file *s, loff_t *offset)
{
- struct list_head *next_card = NULL;
- int i = 0;
+ struct device *dev;
+ loff_t nr;
down_read(&qeth_ccwgroup_driver.driver.bus->subsys.rwsem);
/* TODO: finish this */
@@ -328,13 +341,16 @@ qeth_ipato_procfile_seq_start(struct seq
* output driver settings then;
* else output setting for respective card
*/
+
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, NULL, NULL,
+ qeth_procfile_seq_match);
+
/* get card at pos *offset */
- list_for_each(next_card, &qeth_ccwgroup_driver.driver.devices){
- if (i == *offset)
- return next_card;
- i++;
- }
- return NULL;
+ nr = *offset;
+ while (nr-- > 1 && dev)
+ dev = driver_find_device(&qeth_ccwgroup_driver.driver, dev,
+ NULL, qeth_procfile_seq_match);
+ return (void *) dev;
}
static void
@@ -346,18 +362,14 @@ qeth_ipato_procfile_seq_stop(struct seq_
static void *
qeth_ipato_procfile_seq_next(struct seq_file *s, void *it, loff_t *offset)
{
- struct list_head *current_card = (struct list_head *)it;
+ struct device *prev, *next;
- /* TODO: finish this */
- /*
- * maybe SEQ_SATRT_TOKEN can be returned for offset 0
- * output driver settings then;
- * else output setting for respective card
- */
- if (current_card->next == &qeth_ccwgroup_driver.driver.devices)
- return NULL; /* end of list reached */
- (*offset)++;
- return current_card->next;
+ prev = (struct device *) it;
+ next = driver_find_device(&qeth_ccwgroup_driver.driver, prev,
+ NULL, qeth_procfile_seq_match);
+ if (next)
+ (*offset)++;
+ return (void *) next;
}
static int
@@ -372,7 +384,7 @@ qeth_ipato_procfile_seq_show(struct seq_
* output driver settings then;
* else output setting for respective card
*/
- device = list_entry(it, struct device, driver_list);
+ device = (struct device *) it;
card = device->driver_data;
return 0;
_
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [2.6 patch] fix drivers/s390/net/ compilation
2005-08-07 22:12 ` [2.6 patch] fix drivers/s390/net/ compilation Adrian Bunk
@ 2005-08-08 8:31 ` Martin Schwidefsky
0 siblings, 0 replies; 30+ messages in thread
From: Martin Schwidefsky @ 2005-08-08 8:31 UTC (permalink / raw)
To: Adrian Bunk
Cc: Andrew Morton, Cornelia Huck, Frank Pavlic,
Linux Kernel Mailing List, Linus Torvalds
Adrian Bunk <bunk@stusta.de> wrote on 08/08/2005 12:12:18 AM:
> Looking at Jan Dittmer's crosscompile site [1], one of the two
> architectures where defconfig compiled in 2.6.12.4 but does no longer
> compile in 2.6.13-rc6 is s390.
>
> Looking at the build error, it seems s390-use-klist-in-qeth-driver.patch
> from -mm was intended to fix this compile error.
That is the correct patch for the qeth compile problem. With the patch
the driver even works ;-)
> I haven't tested whether it is actually enough for getting the s390
> defconfig compiling, but it can't make things worse.
It is enough to get 2.6.13 and qeth working on s390. If you don't need
qeth the current git tree works fine. It's only qeth that doesn't compile.
I've asked Andrew to forward the qeth patch, but seem like they want to
calm things down for 2.6.13.
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (3 preceding siblings ...)
2005-08-07 22:12 ` [2.6 patch] fix drivers/s390/net/ compilation Adrian Bunk
@ 2005-08-08 12:59 ` John Stoffel
2005-08-08 15:08 ` Danny ter Haar
` (3 subsequent siblings)
8 siblings, 0 replies; 30+ messages in thread
From: John Stoffel @ 2005-08-08 12:59 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
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 reboot and/or power cycle of the drive to
get it back working again.
More details once I've compiled and re-loaded using this.
John
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 21:14 ` Dumitru Ciobarcianu
@ 2005-08-08 14:17 ` Theodore Ts'o
0 siblings, 0 replies; 30+ messages in thread
From: Theodore Ts'o @ 2005-08-08 14:17 UTC (permalink / raw)
To: Dumitru Ciobarcianu
Cc: luming.yu, Linus Torvalds, Len Brown, Linux Kernel Mailing List
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 need then to make acpi_specific_hotkey the default or at
> least mention it in the release notes or you'll have tons of people
> screaming that the specific module does not work anymore.
> I found out about it after my toshiba_acpi module stopped working and I
> noticed a small change in the development acpi tree documentation
> mentioning acpi_specific_hotkey ...
What was the reasoning behind this UI design decision anyway? If you
don't enable the generic hotkey code, it seems _stupid_ to require a
magic boot-time config option in order to enable the specific hotkey
code. Yes, at the very least we should do is mention this
brain-damaged UI in the release notes, since otherwise users will get
the warning, recompile without the generic hotkey support, and then be
confused when the IBM driver still complains that it can't start
because we're using generic hotkey support --- which is not enabled!
The developer/user will at this point either (a) start diving into the
kernel sources and marvelling at the user-hostile UI design decisions
involved, or (b) start screaming and pounding their head against a
brick wall.
At least in the case of the IBM driver, it provides _far_ more
functionality than the generic hotkey option (ultrabay control,
docking control, bluetooth enable/disable, fan control, etc.) so if it
is compiled it, it should by default take precedence over the hotkey
code. I'm not convinced there should be any need for a mysterious
command-line option at all, but if it is present, it should only
provide an override in case both the generic and the hotkey-specific
drivers are compiled in. If they are modules, the first module to
load should take precedence, and if they are both compiled in, the
laptop-specific should take precendence unless there is a boot-time
option to the contrary.
Len, am I missing something, or will you accept a patch.... ?
- Ted
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (4 preceding siblings ...)
2005-08-08 12:59 ` Linux-2.6.13-rc6: aic7xxx testers please John Stoffel
@ 2005-08-08 15:08 ` Danny ter Haar
2005-08-08 17:54 ` Jesper Juhl
` (2 subsequent siblings)
8 siblings, 0 replies; 30+ messages in thread
From: Danny ter Haar @ 2005-08-08 15:08 UTC (permalink / raw)
To: linux-kernel
Linus Torvalds <torvalds@osdl.org> 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 Mon Aug 8 16:52 (00:11)
dth pts/0 zaphod.dth.net Sun Aug 7 22:14 - crash (18:37)
scsi1:0:14:0: Attempting to abort cmd ffff810038f6dd40: 0x2a 0x0 0x3 0x91 0x45 0x10 0x0 0x0 0x1 0x0
scsi1: At time of recovery, card was not paused
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi1: Dumping Card State at program address 0x13 Mode 0x11
Card was paused
For more info regarding kern.log etc:
http://newsgate.newsserver.nl/kernel/
2.6.12-mm1 survived 18+ days !
Can it be something with acpi that somehow loses an interrupt ?
This machine really does some heavy network/disktraffic.
Danny
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (5 preceding siblings ...)
2005-08-08 15:08 ` Danny ter Haar
@ 2005-08-08 17:54 ` Jesper Juhl
2005-08-09 19:35 ` John Stoffel
2005-08-11 6:34 ` Philipp Matthias Hahn
2005-08-11 6:42 ` Philipp Matthias Hahn
8 siblings, 1 reply; 30+ messages in thread
From: Jesper Juhl @ 2005-08-08 17:54 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
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 haven't had any trouble with
previous kernels and this driver I thought I'd report anyway that everything
seems to be working ok with -rc6. At least this means you haven't broken a
previously working setup :-)
Details about my hardware below :
$ uname -a
Linux dragon 2.6.13-rc6 #1 Mon Aug 8 18:07:08 CEST 2005 i686 unknown unknown GNU/Linux
$ /sbin/lspci -vvv
<...>
00:0b.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02)
Subsystem: Adaptec 29160N Ultra160 SCSI Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (10000ns min, 6250ns max), cache line size 08
Interrupt: pin A routed to IRQ 5
BIST result: 00
Region 0: I/O ports at 9800 [disabled] [size=256]
Region 1: Memory at e3000000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at 20000000 [disabled] [size=128K]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
<...>
$ dmesg
<...>
[ 27.874038] scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
[ 27.874041] <Adaptec 29160N Ultra160 SCSI adapter>
[ 27.874043] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
[ 27.874046]
[ 27.884187] kobject host0: registering. parent: 0000:00:0b.0, set: devices
[ 27.884206] kobject host0: registering. parent: scsi_host, set: class_obj
[ 27.884226] kobject host0: registering. parent: spi_host, set: class_obj
[ 27.884240] kobject target0:0:0: registering. parent: host0, set: devices
[ 27.884248] kobject target0:0:0: registering. parent: spi_transport, set: class_obj
[ 43.122408] kobject <NULL>: cleaning up
[ 43.122436] kobject target0:0:0: cleaning up
[ 43.122439] kobject target0:0:0: cleaning up
[ 43.122445] kobject target0:0:1: registering. parent: host0, set: devices
[ 43.122455] kobject target0:0:1: registering. parent: spi_transport, set: class_obj
[ 43.378585] kobject <NULL>: cleaning up
[ 43.378600] kobject target0:0:1: cleaning up
[ 43.378603] kobject target0:0:1: cleaning up
[ 43.378609] kobject target0:0:2: registering. parent: host0, set: devices
[ 43.378617] kobject target0:0:2: registering. parent: spi_transport, set: class_obj
[ 43.634760] kobject <NULL>: cleaning up
[ 43.634773] kobject target0:0:2: cleaning up
[ 43.634777] kobject target0:0:2: cleaning up
[ 43.634782] kobject target0:0:3: registering. parent: host0, set: devices
[ 43.634791] kobject target0:0:3: registering. parent: spi_transport, set: class_obj
[ 43.890919] kobject <NULL>: cleaning up
[ 43.890932] kobject target0:0:3: cleaning up
[ 43.890936] kobject target0:0:3: cleaning up
[ 43.890941] kobject target0:0:4: registering. parent: host0, set: devices
[ 43.890949] kobject target0:0:4: registering. parent: spi_transport, set: class_obj
[ 43.896324] Vendor: PIONEER Model: DVD-ROM DVD-305 Rev: 1.03
[ 43.899023] Type: CD-ROM ANSI SCSI revision: 02
[ 43.901656] target0:0:4: asynchronous.
[ 43.904268] target0:0:4: Beginning Domain Validation
[ 43.909476] target0:0:4: Domain Validation skipping write tests
[ 43.912470] target0:0:4: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
[ 43.917610] target0:0:4: Ending Domain Validation
[ 43.920192] kobject 0:0:4:0: registering. parent: target0:0:4, set: devices
[ 43.920207] kobject 0:0:4:0: registering. parent: scsi_device, set: class_obj
[ 43.920231] kobject target0:0:5: registering. parent: host0, set: devices
[ 43.920248] kobject target0:0:5: registering. parent: spi_transport, set: class_obj
[ 43.925135] Vendor: PLEXTOR Model: CD-R PX-W1210S Rev: 1.01
[ 43.927873] Type: CD-ROM ANSI SCSI revision: 02
[ 43.930543] target0:0:5: asynchronous.
[ 43.933130] target0:0:5: Beginning Domain Validation
[ 43.937224] target0:0:5: Domain Validation skipping write tests
[ 43.940045] target0:0:5: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
[ 43.944099] target0:0:5: Ending Domain Validation
[ 43.946629] kobject 0:0:5:0: registering. parent: target0:0:5, set: devices
[ 43.946640] kobject 0:0:5:0: registering. parent: scsi_device, set: class_obj
[ 43.946656] kobject target0:0:6: registering. parent: host0, set: devices
[ 43.946664] kobject target0:0:6: registering. parent: spi_transport, set: class_obj
[ 43.947795] Vendor: IBM Model: DDYS-T36950N Rev: S96H
[ 43.950487] Type: Direct-Access ANSI SCSI revision: 03
[ 43.953091] target0:0:6: asynchronous.
[ 43.955613] scsi0:A:6:0: Tagged Queuing enabled. Depth 250
[ 43.958183] target0:0:6: Beginning Domain Validation
[ 43.963544] target0:0:6: wide asynchronous.
[ 43.970778] target0:0:6: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63)
[ 43.982801] target0:0:6: Ending Domain Validation
[ 43.985348] kobject 0:0:6:0: registering. parent: target0:0:6, set: devices
[ 43.985360] kobject 0:0:6:0: registering. parent: scsi_device, set: class_obj
[ 43.985898] kobject target0:0:8: registering. parent: host0, set: devices
[ 43.985917] kobject target0:0:8: registering. parent: spi_transport, set: class_obj
[ 44.242053] kobject <NULL>: cleaning up
[ 44.242068] kobject target0:0:8: cleaning up
[ 44.242071] kobject target0:0:8: cleaning up
[ 44.242077] kobject target0:0:9: registering. parent: host0, set: devices
[ 44.242085] kobject target0:0:9: registering. parent: spi_transport, set: class_obj
[ 44.498214] kobject <NULL>: cleaning up
[ 44.498228] kobject target0:0:9: cleaning up
[ 44.498231] kobject target0:0:9: cleaning up
[ 44.498237] kobject target0:0:10: registering. parent: host0, set: devices
[ 44.498245] kobject target0:0:10: registering. parent: spi_transport, set: class_obj
[ 44.754374] kobject <NULL>: cleaning up
[ 44.754388] kobject target0:0:10: cleaning up
[ 44.754391] kobject target0:0:10: cleaning up
[ 44.754397] kobject target0:0:11: registering. parent: host0, set: devices
[ 44.754405] kobject target0:0:11: registering. parent: spi_transport, set: class_obj
[ 45.010534] kobject <NULL>: cleaning up
[ 45.010547] kobject target0:0:11: cleaning up
[ 45.010551] kobject target0:0:11: cleaning up
[ 45.010556] kobject target0:0:12: registering. parent: host0, set: devices
[ 45.010564] kobject target0:0:12: registering. parent: spi_transport, set: class_obj
[ 45.266692] kobject <NULL>: cleaning up
[ 45.266706] kobject target0:0:12: cleaning up
[ 45.266709] kobject target0:0:12: cleaning up
[ 45.266714] kobject target0:0:13: registering. parent: host0, set: devices
[ 45.266722] kobject target0:0:13: registering. parent: spi_transport, set: class_obj
[ 45.522851] kobject <NULL>: cleaning up
[ 45.522864] kobject target0:0:13: cleaning up
[ 45.522867] kobject target0:0:13: cleaning up
[ 45.522873] kobject target0:0:14: registering. parent: host0, set: devices
[ 45.522881] kobject target0:0:14: registering. parent: spi_transport, set: class_obj
[ 45.779010] kobject <NULL>: cleaning up
[ 45.779023] kobject target0:0:14: cleaning up
[ 45.779026] kobject target0:0:14: cleaning up
[ 45.779032] kobject target0:0:15: registering. parent: host0, set: devices
[ 45.779040] kobject target0:0:15: registering. parent: spi_transport, set: class_obj
[ 46.035168] kobject <NULL>: cleaning up
[ 46.035182] kobject target0:0:15: cleaning up
[ 46.035185] kobject target0:0:15: cleaning up
[ 46.035218] kobject sd: registering. parent: <NULL>, set: drivers
[ 46.036144] SCSI device sda: 71687340 512-byte hdwr sectors (36704 MB)
[ 46.040009] SCSI device sda: drive cache: write back
[ 46.042622] kobject sda: registering. parent: <NULL>, set: block
[ 46.043558] SCSI device sda: 71687340 512-byte hdwr sectors (36704 MB)
[ 46.047467] SCSI device sda: drive cache: write back
[ 46.050117] sda: sda1 sda2 sda3 sda4
[ 46.074908] kobject sda1: registering. parent: sda, set: <NULL>
[ 46.074921] kobject sda2: registering. parent: sda, set: <NULL>
[ 46.074927] kobject sda3: registering. parent: sda, set: <NULL>
[ 46.074934] kobject sda4: registering. parent: sda, set: <NULL>
[ 46.074957] kobject queue: registering. parent: sda, set: <NULL>
[ 46.074965] kobject iosched: registering. parent: queue, set: <NULL>
[ 46.074972] Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
[ 46.077641] kobject sr: registering. parent: <NULL>, set: drivers
[ 46.079568] sr0: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
[ 46.082224] Uniform CD-ROM driver Revision: 3.20
[ 46.084874] kobject sr0: registering. parent: <NULL>, set: block
[ 46.084886] kobject queue: registering. parent: sr0, set: <NULL>
[ 46.084892] kobject iosched: registering. parent: queue, set: <NULL>
[ 46.084899] Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
[ 46.089717] sr1: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray
[ 46.092388] kobject sr1: registering. parent: <NULL>, set: block
[ 46.092409] kobject queue: registering. parent: sr1, set: <NULL>
[ 46.092415] kobject iosched: registering. parent: queue, set: <NULL>
[ 46.092422] Attached scsi CD-ROM sr1 at scsi0, channel 0, id 5, lun 0
<...>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-08 17:54 ` Jesper Juhl
@ 2005-08-09 19:35 ` John Stoffel
2005-08-09 19:58 ` James Bottomley
0 siblings, 1 reply; 30+ messages in thread
From: John Stoffel @ 2005-08-09 19:35 UTC (permalink / raw)
To: Linus Torvalds, James.Bottomley; +Cc: Linux Kernel Mailing List, linux-scsi
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 that I have to (sometimes) power cycle the DLT 7000 tape drive to
get it back onto the bus. So I guess it could be a tape drive
problem, esp since I've got my root disk on /dev/sda, which is also a
builtin AIC7890 controller. Sometimes I'm able to do a 'scsiadd -r 1
0 6 0' and then a 'scsiadd -a 1 0 6 0' to get it working again.
Details about my system:
> cat /proc/version
Linux version 2.6.13-rc6 (john@jfsnew) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #73 SMP Mon Aug 8 09:58:30 EDT 2005
> lspci
0000:00:00.0 Host bridge: Intel Corp. 440GX - 82443GX Host bridge
0000:00:01.0 PCI bridge: Intel Corp. 440GX - 82443GX AGP bridge
0000:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
0000:00:0d.0 RAID bus controller: Triones Technologies, Inc. HPT302 (rev 01)
0000:00:0e.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)
0000:00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24)
0000:00:13.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 82)
0000:02:06.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent mode) (rev 13)
0000:02:0a.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891
0000:02:0e.0 SCSI storage controller: Adaptec AIC-7880U (rev 01)
0000:03:08.0 USB Controller: NEC Corporation USB (rev 41)
0000:03:08.1 USB Controller: NEC Corporation USB (rev 41)
0000:03:08.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
0000:03:0b.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link)
> cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: COMPAQ Model: HC01841729 Rev: 3208
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: COMPAQ Model: BD018222CA Rev: B016
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 06 Lun: 00
Vendor: SUN Model: DLT7000 Rev: 1E48
Type: Sequential-Access ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: EPSON Model: Stylus Storage Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 02
> cat /proc/scsi/aic7xxx/0
Adaptec AIC7xxx driver version: 6.2.36
Adaptec aic7890/91 Ultra2 SCSI adapter
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
Allocated SCBs: 36, SG List Length: 128
Serial EEPROM:
0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb
0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb 0x03bb
0x18a6 0x1c5c 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff
0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x98be
Target 0 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
Channel A Target 0 Lun 0 Settings
Commands Queued 74229
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Target 1 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
Channel A Target 1 Lun 0 Settings
Commands Queued 29
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Target 2 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 3 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 4 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 5 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 6 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 7 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 8 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 9 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 10 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 11 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 12 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 13 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 14 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 15 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
> cat /proc/scsi/aic7xxx/1
Adaptec AIC7xxx driver version: 6.2.36
Adaptec aic7880 Ultra SCSI adapter
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
Allocated SCBs: 4, SG List Length: 128
Serial EEPROM:
0x0378 0x0378 0x0378 0x0378 0x0378 0x0378 0x0378 0x0378
0x0378 0x0378 0x0378 0x0378 0x0378 0x0378 0x0378 0x0378
0x10a6 0x1c5e 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff
0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x8c90
Target 0 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 1 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 2 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 3 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 4 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 5 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 6 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Goal: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
Curr: 3.300MB/s transfers
Channel A Target 6 Lun 0 Settings
Commands Queued 1065
Commands Active 0
Command Openings 1
Max Tagged Openings 0
Device Queue Frozen Count 0
Target 7 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 8 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 9 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 10 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 11 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 12 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 13 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 14 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
Target 15 Negotiation Settings
User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
---------------------------------------------------------------------------
- scsi crash
---------------------------------------------------------------------------
scsi1:0:6:0: Attempting to queue an ABORT message
CDB: 0x11 0x1 0x7f 0xff 0xff 0x0
scsi1: At time of recovery, card was not paused
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi1: Dumping Card State in Command phase, at SEQADDR 0x156
Card was paused
ACCUM = 0x80, SINDEX = 0xac, DINDEX = 0xc0, ARG_2 = 0x0
HCNT = 0x0 SCBPTR = 0x0
SCSISIGI[0x84]:(BSYI|CDI) ERROR[0x0] SCSIBUSL[0xc0]
LASTPHASE[0x80]:(CDI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)
SBLKCTL[0x2]:(SELWIDE) SCSIRATE[0x88]:(WIDEXFER)
SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x0] SSTAT0[0x7]:(DMADONE|SPIORDY|SDONE)
SSTAT1[0x2]:(PHASECHG) SSTAT2[0x0] SSTAT3[0x0]
SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO)
SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x4]:(DIRECTION)
DFSTATUS[0x6d]:(FIFOEMP|DFTHRESH|HDONE|FIFOQWDEMP|DFCACHETH)
STACK: 0x37 0x0 0x150 0x191
SCB count = 4
Kernel NEXTQSCB = 2
Card NEXTQSCB = 2
QINFIFO entries:
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Sequencer SCB Info:
0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
SCB_TAG[0x3]
1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
Pending list:
3 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
Kernel Free SCB list: 1 0
Untagged Q(6): 3
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
scsi1:0:6:0: Device is active, asserting ATN
Recovery code sleeping
Recovery code awake
Timer Expired
aic7xxx_abort returns 0x2003
scsi1:0:6:0: Attempting to queue a TARGET RESET message
CDB: 0x11 0x1 0x7f 0xff 0xff 0x0
aic7xxx_dev_reset returns 0x2003
Recovery SCB completes
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 6 lun 0
st0: Error 80000 (sugg. bt 0x0, driver bt 0x0, host bt 0x8).
scsi1 (6:0): rejecting I/O to offline device
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-09 19:35 ` John Stoffel
@ 2005-08-09 19:58 ` James Bottomley
2005-08-09 20:12 ` John Stoffel
0 siblings, 1 reply; 30+ messages in thread
From: James Bottomley @ 2005-08-09 19:58 UTC (permalink / raw)
To: John Stoffel; +Cc: Linus Torvalds, Linux Kernel Mailing List, SCSI Mailing List
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-Access ANSI SCSI revision: 02
> Host: scsi0 Channel: 00 Id: 01 Lun: 00
> Vendor: COMPAQ Model: BD018222CA Rev: B016
> Type: Direct-Access ANSI SCSI revision: 02
> Host: scsi1 Channel: 00 Id: 06 Lun: 00
> Vendor: SUN Model: DLT7000 Rev: 1E48
> Type: Sequential-Access ANSI SCSI revision: 02
> Host: scsi2 Channel: 00 Id: 00 Lun: 00
> Vendor: EPSON Model: Stylus Storage Rev: 1.00
> Type: Direct-Access ANSI SCSI revision: 02
So basically the problem is on scsi1 with the tape device, which
apparently negotiates only narrow async?
What do the domain validation messages say about this device? They
should be in dmesg. I'm fairly certain that DLT tapes do better than
narrow async.
James
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-09 19:58 ` James Bottomley
@ 2005-08-09 20:12 ` John Stoffel
2005-08-10 0:50 ` James Bottomley
0 siblings, 1 reply; 30+ messages in thread
From: John Stoffel @ 2005-08-09 20:12 UTC (permalink / raw)
To: James Bottomley
Cc: John Stoffel, Linus Torvalds, Linux Kernel Mailing List,
SCSI Mailing List
>>>>> "James" == James Bottomley <James.Bottomley@SteelEye.com> 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> apparently negotiates only narrow async?
It's not a performance problem, it's a lockup problem. I use bacula
to make my backups using the DLT7000 as my media. But the tape drives
hangs, it's hung now so that I can't do my backups.
James> What do the domain validation messages say about this device?
James> They should be in dmesg. I'm fairly certain that DLT tapes do
James> better than narrow async.
The drive should be able to do 10MBytes/sec to the interface, the
drive itself can only do 5Mbytes/sec to the media, but with 2:1
compression and an 8MB buffer on the drive, it likes to be fed data as
quickly as it can.
Here's the validation results for my two disks and tape drive:
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec aic7890/91 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
target0:0:0: asynchronous.
Vendor: COMPAQ Model: HC01841729 Rev: 3208
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
target0:0:0: Beginning Domain Validation
target0:0:0: wide asynchronous.
target0:0:0: Domain Validation skipping write tests
target0:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
target0:0:0: Ending Domain Validation
Vendor: COMPAQ Model: BD018222CA Rev: B016
Type: Direct-Access ANSI SCSI revision: 02
target0:0:1: asynchronous.
scsi0:A:1:0: Tagged Queuing enabled. Depth 32
target0:0:1: Beginning Domain Validation
target0:0:1: wide asynchronous.
target0:0:1: Domain Validation skipping write tests
target0:0:1: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 63)
target0:0:1: Ending Domain Validation
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec aic7880 Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
Vendor: SUN Model: DLT7000 Rev: 1E48
Type: Sequential-Access ANSI SCSI revision: 02
target1:0:6: asynchronous.
target1:0:6: Beginning Domain Validation
target1:0:6: wide asynchronous.
target1:0:6: Domain Validation skipping write tests
target1:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
target1:0:6: Ending Domain Validation
st: Version 20050501, fixed bufsize 32768, s/g segs 256
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
SCSI device sda: 35566000 512-byte hdwr sectors (18210 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 35566000 512-byte hdwr sectors (18210 MB)
SCSI device sda: drive cache: write through
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 35565080 512-byte hdwr sectors (18209 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 35565080 512-byte hdwr sectors (18209 MB)
SCSI device sdb: drive cache: write through
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 >
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-09 20:12 ` John Stoffel
@ 2005-08-10 0:50 ` James Bottomley
2005-08-10 15:28 ` John Stoffel
0 siblings, 1 reply; 30+ messages in thread
From: James Bottomley @ 2005-08-10 0:50 UTC (permalink / raw)
To: John Stoffel; +Cc: Linus Torvalds, Linux Kernel Mailing List, SCSI Mailing List
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
to cover. This:
> Vendor: SUN Model: DLT7000 Rev: 1E48
> Type: Sequential-Access ANSI SCSI revision: 02
> target1:0:6: asynchronous.
> target1:0:6: Beginning Domain Validation
> target1:0:6: wide asynchronous.
> target1:0:6: Domain Validation skipping write tests
> target1:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
> target1:0:6: Ending Domain Validation
Say everything went OK with DV and the drive attaches wide and at 10MHz.
But in your previous posting, the aic proc routines said this:
> Target 6 Negotiation Settings
> User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
> Goal: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
> Curr: 3.300MB/s transfers
> Channel A Target 6 Lun 0 Settings
> Commands Queued 1065
> Commands Active 0
> Command Openings 1
> Max Tagged Openings 0
> Device Queue Frozen Count 0
Which is the AIC driver's way of saying narrow async.
So something must have happened during the 1065 I/Os to cause this.
Hopefully that something left a trace in the logs.
James
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-10 0:50 ` James Bottomley
@ 2005-08-10 15:28 ` John Stoffel
2005-08-10 15:46 ` James Bottomley
0 siblings, 1 reply; 30+ messages in thread
From: John Stoffel @ 2005-08-10 15:28 UTC (permalink / raw)
To: James Bottomley
Cc: John Stoffel, Linus Torvalds, Linux Kernel Mailing List,
SCSI Mailing List
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 get the tape drive to be read/written with
just plain dd or tar and to see if that helps or not.
It could also be my backup software (bacula) is doing something
strange to the drive when it writes data, but I doubt it.
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.
Linux version 2.6.12.1 (john@jfsnew) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #63 SMP Sat Jul 16 00:15:30 EDT 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000002fffe000 (usable)
BIOS-e820: 000000002fffe000 - 0000000030000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)
767MB LOWMEM available.
found SMP MP-table at 000fe710
On node 0 totalpages: 196606
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 192510 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
DMI 2.2 present.
ACPI: RSDP (v000 DELL ) @ 0x000fdee0
ACPI: RSDT (v001 DELL WS 610 0x00000002 ASL 0x00000061) @ 0x000fdef4
ACPI: FADT (v001 DELL WS 610 0x00000002 ASL 0x00000061) @ 0x000fdf20
ACPI: MADT (v001 DELL WS 610 0x00000002 ASL 0x00000061) @ 0x000fdf94
ACPI: DSDT (v001 DELL dt_ex 0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:7 APIC version 17
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 6:7 APIC version 17
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x4])
ACPI: NMI not connected to LINT 1!
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 30000000:cec00000)
Built 1 zonelists
Kernel command line: root=/dev/sda2 ro console=tty0
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 547.379 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 774076k/786424k available (2740k kernel code, 11784k reserved, 1234k data, 228k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1081.34 BogoMIPS (lpj=540672)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel Pentium III (Katmai) stepping 03
Booting processor 1/1 eip 2000
Initializing CPU#1
Calibrating delay loop... 1089.53 BogoMIPS (lpj=544768)
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel Pentium III (Katmai) stepping 03
Total of 2 processors activated (2170.88 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
CPU0 attaching sched-domain:
domain 0: span 03
groups: 01 02
CPU1 attaching sched-domain:
domain 0: span 03
groups: 02 01
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfca1e, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050309
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
PnPBIOS: Disabled by ACPI PNP
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
pnp: the driver 'system' has been registered
pnp: match found with the PnP device '00:00' and the driver 'system'
pnp: match found with the PnP device '00:0b' and the driver 'system'
pnp: 00:0b: ioport range 0x800-0x85f could not be reserved
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Cyclades driver 2.3.2.20 2004/02/25 18:14:16
built Jul 15 2005 23:59:30
Cyclom-Y/ISA #1: 0xc00de000-0xc00dffff, IRQ11, 8 channels starting from port 0.
Real Time Clock Driver v1.12
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 440GX Chipset.
agpgart: AGP aperture is 64M @ 0xec000000
[drm] Initialized drm 1.0.0 20040925
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
[drm] Initialized mga 3.1.0 20021029 on minor 0: Matrox Graphics, Inc. MGA G400 AGP
pnp: the driver 'i8042 kbd' has been registered
pnp: match found with the PnP device '00:06' and the driver 'i8042 kbd'
pnp: the driver 'i8042 aux' has been registered
pnp: match found with the PnP device '00:07' and the driver 'i8042 aux'
PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
pnp: the driver 'serial' has been registered
pnp: match found with the PnP device '00:08' and the driver 'serial'
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
pnp: match found with the PnP device '00:09' and the driver 'serial'
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
loop: loaded (max 8 devices)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
0000:00:11.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xd480. Vers LK1.1.19
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller at PCI slot 0000:00:07.1
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
hda: SAMSUNG CDRW/DVD SM-352B, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
HPT302: IDE controller at PCI slot 0000:00:0d.0
PCI: Enabling device 0000:00:0d.0 (0105 -> 0107)
ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 16
HPT302: chipset revision 1
HPT37X: using 33MHz PCI clock
HPT302: 100% native mode on irq 16
ide2: BM-DMA at 0xd800-0xd807, BIOS settings: hde:DMA, hdf:pio
ide3: BM-DMA at 0xd808-0xd80f, BIOS settings: hdg:DMA, hdh:pio
Probing IDE interface ide2...
hde: WDC WD1200JB-00CRA1, ATA DISK drive
ide2 at 0xdcd8-0xdcdf,0xdcd2 on irq 16
Probing IDE interface ide3...
hdg: WDC WD1200JB-00EVA0, ATA DISK drive
ide3 at 0xdcc0-0xdcc7,0xdcba on irq 16
Probing IDE interface ide1...
Probing IDE interface ide4...
Probing IDE interface ide5...
hde: max request size: 128KiB
hde: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(100)
hde: cache flushes not supported
hde: hde1
hdg: max request size: 1024KiB
hdg: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100)
hdg: cache flushes supported
hdg: hdg1
hda: ATAPI 52X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt 0000:02:0a.0[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:02:0e.0[A] -> GSI 18 (level, low) -> IRQ 18
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec aic7890/91 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
Vendor: COMPAQ Model: HC01841729 Rev: 3208
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
target0:0:0: Beginning Domain Validation
WIDTH IS 1
(scsi0:A:0): 6.600MB/s transfers (16bit)
target0:0:0: Domain Validation skipping write tests
(scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
target0:0:0: Ending Domain Validation
Vendor: COMPAQ Model: BD018222CA Rev: B016
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:1:0: Tagged Queuing enabled. Depth 32
target0:0:1: Beginning Domain Validation
WIDTH IS 1
(scsi0:A:1): 6.600MB/s transfers (16bit)
target0:0:1: Domain Validation skipping write tests
(scsi0:A:1): 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
target0:0:1: Ending Domain Validation
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec aic7880 Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
st: Version 20050312, fixed bufsize 32768, s/g segs 256
SCSI device sda: 35566000 512-byte hdwr sectors (18210 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 35566000 512-byte hdwr sectors (18210 MB)
SCSI device sda: drive cache: write through
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 35565080 512-byte hdwr sectors (18209 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 35565080 512-byte hdwr sectors (18209 MB)
SCSI device sdb: drive cache: write through
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 >
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
usbmon: debugs is not available
ACPI: PCI Interrupt 0000:03:08.2[C] -> GSI 16 (level, low) -> IRQ 16
ehci_hcd 0000:03:08.2: NEC Corporation USB 2.0
ehci_hcd 0000:03:08.2: new USB bus registered, assigned bus number 1
ehci_hcd 0000:03:08.2: irq 16, io mem 0xfaffdc00
ehci_hcd 0000:03:08.2: USB 2.0 initialized, EHCI 0.95, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 5 ports detected
mice: PS/2 mouse device common for all mice
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: automatically using best checksumming function: pIII_sse
pIII_sse : 1112.000 MB/sec
raid5: using function: pIII_sse (1112.000 MB/sec)
md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel@redhat.com
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 7, 786432 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Starting balanced_irq
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
input: AT Translated Set 2 keyboard on isa0060/serio0
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 228k freed
kjournald starting. Commit interval 5 seconds
input: ImPS/2 Generic Wheel Mouse on isa0060/serio1
Adding 996020k swap on /dev/sda3. Priority:-1 extents:1
EXT3 FS on sda2, internal journal
md: md0 stopped.
md: bind<hdg1>
md: bind<hde1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on dm-0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on dm-1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on dm-2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
USB Universal Host Controller Interface driver v2.2
ACPI: PCI Interrupt 0000:00:07.2[D] -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:07.2: Intel Corporation 82371AB/EB/MB PIIX4 USB
uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:07.2: irq 19, io base 0x0000dce0
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
usb 2-2: new full speed USB device using uhci_hcd and address 2
usb 2-2: not running at top speed; connect to a high speed hub
piix4_smbus 0000:00:07.3: Found 0000:00:07.3 device
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 2 if 1 alt 0 proto 2 vid 0x04B8 pid 0x0803
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 17
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt 0000:03:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ohci_hcd 0000:03:08.0: NEC Corporation USB
ohci_hcd 0000:03:08.0: new USB bus registered, assigned bus number 3
ohci_hcd 0000:03:08.0: irq 18, io mem 0xfafff000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
ACPI: PCI Interrupt 0000:03:08.1[B] -> GSI 19 (level, low) -> IRQ 19
ohci_hcd 0000:03:08.1: NEC Corporation USB (#2)
ohci_hcd 0000:03:08.1: new USB bus registered, assigned bus number 4
ohci_hcd 0000:03:08.1: irq 19, io mem 0xfaffe000
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
Vendor: EPSON Model: Stylus Storage Rev: 1<6>ohci1394: $Rev: 1250 $ Ben Collins <bcollins@debian.org>
.0<6>ACPI: PCI Interrupt 0000:03:0b.0[A] -> GSI 17 (level, low) -> IRQ 17
0
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdc at scsi2, channel 0, id 0, lun 0
usb-storage: device scan complete
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[17] MMIO=[faffd000-faffd7ff] Max Packet=[2048]
ieee1394: Host added: ID:BUS[0-00:1023] GUID[005042b500016243]
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
process `syslogd' is using obsolete setsockopt SO_BSDCOMPAT
agpgart: Found an AGP 1.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 0
Attached scsi generic sg2 at scsi2, channel 0, id 0, lun 0, type 0
Vendor: SUN Model: DLT7000 Rev: 1E48
Type: Sequential-Access ANSI SCSI revision: 02
target1:0:6: Beginning Domain Validation
WIDTH IS 1
(scsi1:A:6): 6.600MB/s transfers (16bit)
target1:0:6: Domain Validation skipping write tests
(scsi1:A:6): 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
target1:0:6: Ending Domain Validation
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
Attached scsi generic sg3 at scsi1, channel 0, id 6, lun 0, type 1
st0: Block limits 2 - 16777214 bytes.
st0: MTSETDRVBUFFER only allowed for root.
scsi1:0:6:0: Attempting to queue an ABORT message
CDB: 0x11 0x1 0x7f 0xff 0xff 0x0
scsi1: At time of recovery, card was not paused
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi1: Dumping Card State in Command phase, at SEQADDR 0x156
Card was paused
ACCUM = 0x80, SINDEX = 0xac, DINDEX = 0xc0, ARG_2 = 0x0
HCNT = 0x0 SCBPTR = 0x0
SCSISIGI[0x84]:(BSYI|CDI) ERROR[0x0] SCSIBUSL[0xc0]
LASTPHASE[0x80]:(CDI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)
SBLKCTL[0x2]:(SELWIDE) SCSIRATE[0x88]:(WIDEXFER)
SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x0] SSTAT0[0x7]:(DMADONE|SPIORDY|SDONE)
SSTAT1[0x2]:(PHASECHG) SSTAT2[0x0] SSTAT3[0x0]
SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO)
SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x4]:(DIRECTION)
DFSTATUS[0x6d]:(FIFOEMP|DFTHRESH|HDONE|FIFOQWDEMP|DFCACHETH)
STACK: 0x37 0x0 0x150 0x191
SCB count = 4
Kernel NEXTQSCB = 3
Card NEXTQSCB = 3
QINFIFO entries:
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Sequencer SCB Info:
0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
SCB_TAG[0x2]
1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
Pending list:
2 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
Kernel Free SCB list: 1 0
Untagged Q(6): 2
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
scsi1:0:6:0: Device is active, asserting ATN
Recovery code sleeping
Recovery code awake
Timer Expired
aic7xxx_abort returns 0x2003
scsi1:0:6:0: Attempting to queue a TARGET RESET message
CDB: 0x11 0x1 0x7f 0xff 0xff 0x0
aic7xxx_dev_reset returns 0x2003
Recovery SCB completes
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 6 lun 0
st0: Error 10000 (sugg. bt 0x0, driver bt 0x0, host bt 0x1).
scsi1 (6:0): rejecting I/O to offline device
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-10 15:28 ` John Stoffel
@ 2005-08-10 15:46 ` James Bottomley
2005-08-10 16:27 ` John Stoffel
0 siblings, 1 reply; 30+ messages in thread
From: James Bottomley @ 2005-08-10 15:46 UTC (permalink / raw)
To: John Stoffel; +Cc: Linus Torvalds, Linux Kernel Mailing List, SCSI Mailing List
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
recover.
Just to test this, can you try sending a bus reset with sgutils (from
the debain package sg3-utils):
sg_reset -b /dev/sg3
Then remove and re-add the device with
echo scsi remove-single-device 1 0 6 0 > /proc/scsi/scsi
echo scsi add-single-device 1 0 6 0 > /proc/scsi/scsi
And see if that brings it back. If it doesn't I'm afraid the tape has
the bus locked and nothing can free it.
James
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-10 15:46 ` James Bottomley
@ 2005-08-10 16:27 ` John Stoffel
2005-08-11 2:30 ` John Stoffel
0 siblings, 1 reply; 30+ messages in thread
From: John Stoffel @ 2005-08-10 16:27 UTC (permalink / raw)
To: James Bottomley
Cc: John Stoffel, Linus Torvalds, Linux Kernel Mailing List,
SCSI Mailing List
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 and re-add the device with
James> echo scsi remove-single-device 1 0 6 0 > /proc/scsi/scsi
James> echo scsi add-single-device 1 0 6 0 > /proc/scsi/scsi
James> And see if that brings it back. If it doesn't I'm afraid the
James> tape has the bus locked and nothing can free it.
It didn't bring it back, but I'm also not at home to look at the
device either. Bummers. I'll play around with this some more and get
back to people when I can.
Should I be moving back to 2.6.13-rc6 to get the speedup on /dev/sda
anyway? Since my OS partitions are on SCSI.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-10 16:27 ` John Stoffel
@ 2005-08-11 2:30 ` John Stoffel
0 siblings, 0 replies; 30+ messages in thread
From: John Stoffel @ 2005-08-11 2:30 UTC (permalink / raw)
To: John Stoffel
Cc: James Bottomley, Linus Torvalds, Linux Kernel Mailing List,
SCSI Mailing List
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 seems to break loose.
There is newer firmware available for the drive, so I'll see about
upgrading the firmware ASAP and see if that happens. Unfortunately,
it's a SUN branded DLT and I don't have sun hardware at home.
Here's the latest dmesg error logs:
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
Attached scsi generic sg3 at scsi1, channel 0, id 6, lun 0, type 1
st0: Block limits 2 - 16777214 bytes.
scsi1:0:6:0: Attempting to queue an ABORT message
CDB: 0xa 0x0 0x0 0xfc 0x0 0x0
scsi1: At time of recovery, card was not paused
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi1: Dumping Card State in Data-out phase, at SEQADDR 0x83
Card was paused
ACCUM = 0x0, SINDEX = 0xb8, DINDEX = 0xa8, ARG_2 = 0xff
HCNT = 0x0 SCBPTR = 0x0
SCSISIGI[0x4]:(BSYI) ERROR[0x0] SCSIBUSL[0xc0]
LASTPHASE[0x0] SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)
SBLKCTL[0x2]:(SELWIDE) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)
SEQ_FLAGS[0x20]:(DPHASE) SSTAT0[0x7]:(DMADONE|SPIORDY|SDONE)
SSTAT1[0x2]:(PHASECHG) SSTAT2[0x0] SSTAT3[0x0]
SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO)
SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x4]:(DIRECTION)
DFSTATUS[0x6d]:(FIFOEMP|DFTHRESH|HDONE|FIFOQWDEMP|DFCACHETH)
STACK: 0x37 0x150 0x191 0x5f
SCB count = 4
Kernel NEXTQSCB = 2
Card NEXTQSCB = 2
QINFIFO entries:
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Sequencer SCB Info:
0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
SCB_TAG[0x3]
1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
Pending list:
3 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]
Kernel Free SCB list: 1 0
Untagged Q(6): 3
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
scsi1:0:6:0: Device is active, asserting ATN
Recovery code sleeping
Recovery code awake
Timer Expired
aic7xxx_abort returns 0x2003
scsi1:0:6:0: Attempting to queue a TARGET RESET message
CDB: 0xa 0x0 0x0 0xfc 0x0 0x0
aic7xxx_dev_reset returns 0x2003
Recovery SCB completes
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 6 lun 0
st0: Error 10000 (sugg. bt 0x0, driver bt 0x0, host bt 0x1).
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (6 preceding siblings ...)
2005-08-08 17:54 ` Jesper Juhl
@ 2005-08-11 6:34 ` Philipp Matthias Hahn
2005-08-11 6:42 ` Philipp Matthias Hahn
8 siblings, 0 replies; 30+ messages in thread
From: Philipp Matthias Hahn @ 2005-08-11 6:34 UTC (permalink / raw)
To: Linus Torvalds
Cc: Linux Kernel Mailing List, SCSI Mailing List, James Bottomley
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 2.6.11.12 and got a problem with
the onboard aic7xxx on my old Gigabyte-6BXDS dual i686-600: During boot,
something bad happened within domain validation and I got an oops from
an unhandled NULL pointer. Since I don't have a secondary computer at
home to capture the OOPS, here's the shortened stacktrace written down
by hand:
show_stack
show_register
die
do_page_fault
error_code
ahc_set_syncrate
ahc_reset_channel
ahc_linux_bus_reset
scsi_try_bus_reset
scsi_eh_bus_reset
scsi_eh_ready_devs
scsi_unjam_host
scsi_error_handler
kernel_thread_helper
After chaning the Adaptec bios setting for the Pioneer CDROM from
"async" to "10 MB", I was able to boot the same kernel without problems.
If somebody needs more information, I can reproduce the OOPS again and
provide the missing information.
BYtE
Philipp
--
/ / (_)__ __ ____ __ Philipp Hahn
/ /__/ / _ \/ // /\ \/ /
/____/_/_//_/\_,_/ /_/\_\ pmhahn@titan.lahn.de
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
` (7 preceding siblings ...)
2005-08-11 6:34 ` Philipp Matthias Hahn
@ 2005-08-11 6:42 ` Philipp Matthias Hahn
2005-08-11 9:54 ` Johannes Stezenbach
2005-08-11 12:37 ` hunold
8 siblings, 2 replies; 30+ messages in thread
From: Philipp Matthias Hahn @ 2005-08-11 6:42 UTC (permalink / raw)
To: Kernel Mailing List; +Cc: linux-dvb-maintainer
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 strange undocumented MB devices that clash in PCI IO space.. And
> various small one-liners.
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.
Linux version 2.6.11.11 (root@titan) (gcc version 3.3.6 (Debian 1:3.3.6-5)) #1 SMP Mon May 30 21:55:01 CEST 2005
...
saa7146: register extension 'dvb'.
ACPI: PCI interrupt 0000:00:08.0[A] -> GSI 16 (level, low) -> IRQ 16
saa7146: found saa7146 @ mem e0968000 (revision 1, irq 16) (0x110a,0x0000).
DVB: registering new adapter (Fujitsu Siemens DVB-C).
adapter has MAC addr = 00:d0:5c:01:83:6c
dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: DVB-C analog module @ card 0 detected, initializing MSP3400
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
...
kernel BUG at drivers/media/common/saa7146_video.c:741!
invalid operand: 0000 [#1]
PREEMPT SMP
Modules linked in: rfcomm l2cap bluetooth autofs4 thermal fan button processor ipv6 xfrm_user ipcomp ah4 ipt_state ip_conntrack iptable_filter ip_tables esp4 deflate zlib_deflate zlib_inflate twofish serpent aes_i586 blowfish des sha256 sha1 crypto_null af_key sg joydev analog ns558 gameport parport_pc parport floppy pcspkr 3c59x mii evdev dvb_ttpci dvb_core saa7146_vv video_buf saa7146 v4l1_compat v4l2_common videodev ves1820 stv0299 tda8083 stv0297 sp8870 firmware_class ves1x93 ttpci_eeprom usbhid usb_storage i2c_piix4 uhci_hcd usbcore intel_agp nfsd exportfs lockd sunrpc binfmt_misc dm_mod snd_emu8000_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_util_mem snd_sbawe snd_opl3_lib snd_sb16_dsp snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_sb16_csp snd_sb_common snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore eeprom w83781d i2c_dev i2c_sensor i2c_core nvidia agpgart
CPU: 0
EIP: 0060:[<e0ae7e41>] Tainted: P VLI
EFLAGS: 00010246 (2.6.11.11)
EIP is at video_begin+0x1f1/0x270 [saa7146_vv]
eax: 00000000 ebx: dfc22060 ecx: 00000000 edx: 0000000a
esi: df30dce0 edi: dedfe800 ebp: de65be34 esp: de65be1c
ds: 007b es: 007b ss: 0068
Process alevtd (pid: 26938, threadinfo=de65a000 task=c417d540)
Stack: df30dce0 00000000 cfeeecb4 e0b077a0 40045612 dedfe800 de65be84 e0ae862c
dedfe800 dde21af8 00000001 de65be88 de65be60 dedfe800 d8ab7c40 c1582380
00000000 dedfea68 dfc22060 df30dce0 de65bea0 dfacf9c0 dde21af8 40045612
Call Trace:
[<c010407f>] show_stack+0x7f/0xa0
[<c0104233>] show_registers+0x163/0x1d0
[<c0104461>] die+0x101/0x190
[<c010491c>] do_invalid_op+0xbc/0xd0
[<c0103ce3>] error_code+0x2b/0x30
[<e0ae862c>] saa7146_video_do_ioctl+0x59c/0xf60 [saa7146_vv]
[<e0a3d4de>] video_usercopy+0x8e/0x160 [videodev]
[<e0ae5d6f>] fops_ioctl+0x2f/0x40 [saa7146_vv]
[<c016f3d3>] do_ioctl+0x63/0xa0
[<c016f612>] vfs_ioctl+0x62/0x1d0
[<c016f7e1>] sys_ioctl+0x61/0x90
[<c010320d>] sysenter_past_esp+0x52/0x75
Code: ae e0 b8 2a c8 ae e0 be 17 ce ae e0 89 44 24 08 89 74 24 04 e8 e1 5e 63 df 89 7c 24 04 c7 04 24 40 da ae e0 e8 d1 5e 63 df eb ad <0f> 0b e5 02 60 da ae e0 e9 3f ff ff ff 89 f6 c7 04 24 0c ce ae
BYtE
Philipp
PS: MAINTAINTER lists http://linuxtv.org/developer/dvb.xml which is
dead.
--
/ / (_)__ __ ____ __ Philipp Hahn
/ /__/ / _ \/ // /\ \/ /
/____/_/_//_/\_,_/ /_/\_\ pmhahn@titan.lahn.de
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 6:42 ` Philipp Matthias Hahn
@ 2005-08-11 9:54 ` Johannes Stezenbach
2005-08-11 12:37 ` hunold
1 sibling, 0 replies; 30+ messages in thread
From: Johannes Stezenbach @ 2005-08-11 9:54 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Philipp Matthias Hahn, linux-kernel, linux-dvb-maintainer
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 <js@linuxtv.org>
Index: linux-2.6.13-rc6/MAINTAINERS
===================================================================
--- linux-2.6.13-rc6.orig/MAINTAINERS 2005-08-11 11:20:49.000000000 +0200
+++ linux-2.6.13-rc6/MAINTAINERS 2005-08-11 11:23:18.000000000 +0200
@@ -784,7 +784,7 @@ DVB SUBSYSTEM AND DRIVERS
P: LinuxTV.org Project
M: linux-dvb-maintainer@linuxtv.org
L: linux-dvb@linuxtv.org (subscription required)
-W: http://linuxtv.org/developer/dvb.xml
+W: http://linuxtv.org/
S: Supported
EATA-DMA SCSI DRIVER
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 6:42 ` Philipp Matthias Hahn
2005-08-11 9:54 ` Johannes Stezenbach
@ 2005-08-11 12:37 ` hunold
2005-08-11 14:51 ` Gene Heskett
` (2 more replies)
1 sibling, 3 replies; 30+ messages in thread
From: hunold @ 2005-08-11 12:37 UTC (permalink / raw)
To: Philipp Matthias Hahn; +Cc: Kernel Mailing List, linux-dvb-maintainer
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 and
want to decode teletext from the vbi, right?
Can you tell me the last kernel version that worked for you?
>
> ...
> kernel BUG at drivers/media/common/saa7146_video.c:741!
739 fmt = format_by_fourcc(dev,fh->video_fmt.pixelformat);
740 /* we need to have a valid format set here */
741 BUG_ON(NULL == fmt);
This sanity check is failing. Apparently the software managed
to select a pixelformat that cannot be translated to a "saa7146 format".
Puh, I wrote this long ago. ;-) IIRC this should not be possible (ie. the
driver should reject the unknown pixelformat in the configuring stage).
Did you update the alevt package? Perhaps it's now doing this differently
and it would fail with older kernels as well, which have worked before.
We will probably have to debug this on a very low level.
Regards
Michael.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 12:37 ` hunold
@ 2005-08-11 14:51 ` Gene Heskett
2005-08-11 15:38 ` cx88 teletext not yet implemented -was- " Michael Krufky
2005-08-11 15:30 ` Philipp Matthias Hahn
[not found] ` <20050815071723.GB8524@titan.lahn.de>
2 siblings, 1 reply; 30+ messages in thread
From: Gene Heskett @ 2005-08-11 14:51 UTC (permalink / raw)
To: linux-kernel
On Thursday 11 August 2005 08:37, hunold@linuxtv.org 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 using the analog tuner of the card to watch analog cable
> tv and want to decode teletext from the vbi, right?
Yes, and 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 failed, it just Doesn't Work(TM)
>Can you tell me the last kernel version that worked for you?
>
>> ...
>> kernel BUG at drivers/media/common/saa7146_video.c:741!
>
>739 fmt = format_by_fourcc(dev,fh->video_fmt.pixelformat);
>740 /* we need to have a valid format set here */
>741 BUG_ON(NULL == fmt);
>
>This sanity check is failing. Apparently the software managed
>to select a pixelformat that cannot be translated to a "saa7146
> format".
>
>Puh, I wrote this long ago. ;-) IIRC this should not be possible
> (ie. the driver should reject the unknown pixelformat in the
> configuring stage).
>
>Did you update the alevt package? Perhaps it's now doing this
> differently and it would fail with older kernels as well, which
> have worked before.
>
>We will probably have to debug this on a very low level.
>
>Regards
>Michael.
>
>-
>To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" in the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.35% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 12:37 ` hunold
2005-08-11 14:51 ` Gene Heskett
@ 2005-08-11 15:30 ` Philipp Matthias Hahn
[not found] ` <20050815071723.GB8524@titan.lahn.de>
2 siblings, 0 replies; 30+ messages in thread
From: Philipp Matthias Hahn @ 2005-08-11 15:30 UTC (permalink / raw)
To: hunold; +Cc: Kernel Mailing List, linux-dvb-maintainer
Hello Michael!
On Thu, Aug 11, 2005 at 02:37:20PM +0200, hunold@linuxtv.org 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 you're using the analog tuner of the card to watch analog cable tv and
> want to decode teletext from the vbi, right?
Yes.
> Can you tell me the last kernel version that worked for you?
Sorry, it never worked before: After accessing /dev/vbi the computer
locked up after some time: no keyboard, only hard reset.
Might be related to that it is a dual P3-600.
I just tried it again yesterday to see if the situation with VBI
improved with the updated which went into 2.6.13-rc6 compared to the
situation half a year ago.
> >kernel BUG at drivers/media/common/saa7146_video.c:741!
>
> 739 fmt = format_by_fourcc(dev,fh->video_fmt.pixelformat);
> 740 /* we need to have a valid format set here */
> 741 BUG_ON(NULL == fmt);
>
> This sanity check is failing. Apparently the software managed
> to select a pixelformat that cannot be translated to a "saa7146 format".
>
> Puh, I wrote this long ago. ;-) IIRC this should not be possible (ie. the
> driver should reject the unknown pixelformat in the configuring stage).
alevtd is outputting some debug information, which I'll capture for you.
> Did you update the alevt package? Perhaps it's now doing this differently
> and it would fail with older kernels as well, which have worked before.
alevtd is Debians 3.94-1
> We will probably have to debug this on a very low level.
Please feel free to contact my. Turn around might by long, since the PC
with DVB is at home without internet access, which I only have at work.
BYtE
Philipp
PS: Wir koennen auch Deutsch reden, nachdem wir die cc:-Liste reduziert
haben.
--
/ / (_)__ __ ____ __ Philipp Hahn
/ /__/ / _ \/ // /\ \/ /
/____/_/_//_/\_,_/ /_/\_\ pmhahn@titan.lahn.de
^ permalink raw reply [flat|nested] 30+ messages in thread
* cx88 teletext not yet implemented -was- Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 14:51 ` Gene Heskett
@ 2005-08-11 15:38 ` Michael Krufky
2005-08-11 21:53 ` Gene Heskett
0 siblings, 1 reply; 30+ messages in thread
From: Michael Krufky @ 2005-08-11 15:38 UTC (permalink / raw)
To: Gene Heskett; +Cc: linux-kernel, Linux and Kernel Video
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 failed, it just Doesn't Work(TM)
>
Gene-
By teletext, I assume you are referring to closed captions. Are you
sure that closed captions EVER worked for you on a cx88-based card?
AFAIK, this feature has not yet been implemented. I am not at home now,
so I cannot try it, however, IIRC, closed captions is implemented in
bttv, and not yet in cx88.
This is a v4l issue, not a dvb issue, however, it is NOT an issue. This
is not a regression, because the feature has not yet been implemented.
Gene, if I am wrong, (this is possible) then please provide the last
kernel version that had this feature correctly implemented. I don't
think that I am wrong, though. Please investigate this and confirm that
this is an actual regression or not.
Cheers,
--
Michael Krufky
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: cx88 teletext not yet implemented -was- Re: Linux-2.6.13-rc6: aic7xxx testers please..
2005-08-11 15:38 ` cx88 teletext not yet implemented -was- " Michael Krufky
@ 2005-08-11 21:53 ` Gene Heskett
0 siblings, 0 replies; 30+ messages in thread
From: Gene Heskett @ 2005-08-11 21:53 UTC (permalink / raw)
To: linux-kernel, mkrufky; +Cc: Linux and Kernel Video
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 on/off doesn't seem to generate any output
>>indicating it failed, it just Doesn't Work(TM)
>
>Gene-
>
>By teletext, I assume you are referring to closed captions. Are you
>sure that closed captions EVER worked for you on a cx88-based card?
>AFAIK, this feature has not yet been implemented. I am not at home
> now, so I cannot try it, however, IIRC, closed captions is
> implemented in bttv, and not yet in cx88.
>
>This is a v4l issue, not a dvb issue, however, it is NOT an issue.
> This is not a regression, because the feature has not yet been
> implemented.
>
>Gene, if I am wrong, (this is possible) then please provide the last
>kernel version that had this feature correctly implemented. I don't
>think that I am wrong, though. Please investigate this and confirm
> that this is an actual regression or not.
>
>Cheers,
Its entirely possible that the last time I saw it work was in fact on
a bt878 card, one I junked because the tuner was apparently damaged,
needing something like 10,000 u-v to give a useable picture. I
assumed (theres that word again) that the CC decoding was seperately
handled by inspecting the output video data stream regardless of its
source. Mentally to me, that then would have been a tvtime function
and not a cx88 function. It makes far more sense to me anyway.
Sorry for the false alarm.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.35% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
^ permalink raw reply [flat|nested] 30+ messages in thread
* [PATCH] saa7146_i2c device model integration
[not found] ` <E1E4vSG-0005r7-KG@allen.werkleitz.de>
@ 2005-08-24 6:59 ` Philipp Matthias Hahn
2005-08-31 12:14 ` Johannes Stezenbach
0 siblings, 1 reply; 30+ messages in thread
From: Philipp Matthias Hahn @ 2005-08-24 6:59 UTC (permalink / raw)
To: Michael Hunold; +Cc: Kernel Mailing List
Hello!
Integrate saa7146_i2c adapter into device model:
Moves entries from /sys/device/platform to /sys/device/pci*.
Signed-off-by: Philipp Hahn <pmhahn@titan.lahn.de>
--- linux/drivers/media/common/saa7146_i2c.c 2004-10-26 22:24:09.000000000 +0200
+++ linux/drivers/media/common/saa7146_i2c.c 2004-10-24 16:00:32.000000000 +0200
@@ -409,6 +409,7 @@ int saa7146_i2c_adapter_prepare(struct s
#else
BUG_ON(!i2c_adapter->class);
i2c_set_adapdata(i2c_adapter,dev);
+ i2c_adapter->dev.parent = &dev->pci->dev;
#endif
i2c_adapter->algo = &saa7146_algo;
i2c_adapter->algo_data = NULL;
BYtE
Philipp
--
/ / (_)__ __ ____ __ Philipp Hahn
/ /__/ / _ \/ // /\ \/ /
/____/_/_//_/\_,_/ /_/\_\ pmhahn@titan.lahn.de
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH] saa7146_i2c device model integration
2005-08-24 6:59 ` [PATCH] saa7146_i2c device model integration Philipp Matthias Hahn
@ 2005-08-31 12:14 ` Johannes Stezenbach
0 siblings, 0 replies; 30+ messages in thread
From: Johannes Stezenbach @ 2005-08-31 12:14 UTC (permalink / raw)
To: Michael Hunold, Kernel Mailing List
On Wed, Aug 24, 2005 Philipp Matthias Hahn wrote:
> Integrate saa7146_i2c adapter into device model:
> Moves entries from /sys/device/platform to /sys/device/pci*.
>
> Signed-off-by: Philipp Hahn <pmhahn@titan.lahn.de>
I added this patch to linuxtv.org CVS.
Thanks,
Johannes
> --- linux/drivers/media/common/saa7146_i2c.c 2004-10-26 22:24:09.000000000 +0200
> +++ linux/drivers/media/common/saa7146_i2c.c 2004-10-24 16:00:32.000000000 +0200
> @@ -409,6 +409,7 @@ int saa7146_i2c_adapter_prepare(struct s
> #else
> BUG_ON(!i2c_adapter->class);
> i2c_set_adapdata(i2c_adapter,dev);
> + i2c_adapter->dev.parent = &dev->pci->dev;
> #endif
> i2c_adapter->algo = &saa7146_algo;
> i2c_adapter->algo_data = NULL;
>
^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2005-08-31 12:14 UTC | newest]
Thread overview: 30+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-07 18:47 Linux-2.6.13-rc6: aic7xxx testers please Linus Torvalds
2005-08-07 20:23 ` Heikki Orsila
2005-08-07 20:38 ` Lee Revell
2005-08-07 20:50 ` Linus Torvalds
2005-08-07 20:52 ` Lee Revell
2005-08-07 21:14 ` Dumitru Ciobarcianu
2005-08-08 14:17 ` Theodore Ts'o
2005-08-07 22:12 ` [2.6 patch] fix drivers/s390/net/ compilation Adrian Bunk
2005-08-08 8:31 ` Martin Schwidefsky
2005-08-08 12:59 ` Linux-2.6.13-rc6: aic7xxx testers please John Stoffel
2005-08-08 15:08 ` Danny ter Haar
2005-08-08 17:54 ` Jesper Juhl
2005-08-09 19:35 ` John Stoffel
2005-08-09 19:58 ` James Bottomley
2005-08-09 20:12 ` John Stoffel
2005-08-10 0:50 ` James Bottomley
2005-08-10 15:28 ` John Stoffel
2005-08-10 15:46 ` James Bottomley
2005-08-10 16:27 ` John Stoffel
2005-08-11 2:30 ` John Stoffel
2005-08-11 6:34 ` Philipp Matthias Hahn
2005-08-11 6:42 ` Philipp Matthias Hahn
2005-08-11 9:54 ` Johannes Stezenbach
2005-08-11 12:37 ` hunold
2005-08-11 14:51 ` Gene Heskett
2005-08-11 15:38 ` cx88 teletext not yet implemented -was- " Michael Krufky
2005-08-11 21:53 ` Gene Heskett
2005-08-11 15:30 ` Philipp Matthias Hahn
[not found] ` <20050815071723.GB8524@titan.lahn.de>
[not found] ` <20050815215855.GB5860@linuxtv.org>
[not found] ` <E1E4vSG-0005r7-KG@allen.werkleitz.de>
2005-08-24 6:59 ` [PATCH] saa7146_i2c device model integration Philipp Matthias Hahn
2005-08-31 12:14 ` Johannes Stezenbach
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox