* 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
* 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
* [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 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
* 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
* 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
[parent not found: <20050815071723.GB8524@titan.lahn.de>]
[parent not found: <20050815215855.GB5860@linuxtv.org>]
[parent not found: <E1E4vSG-0005r7-KG@allen.werkleitz.de>]
* [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