* Linux v2.6.17
@ 2006-06-18 1:59 Linus Torvalds
2006-06-18 2:06 ` Linus Torvalds
` (2 more replies)
0 siblings, 3 replies; 18+ messages in thread
From: Linus Torvalds @ 2006-06-18 1:59 UTC (permalink / raw)
To: Linux Kernel Mailing List
Not a lot of changes since the last -rc, the bulk is actually some
last-minute MIPS updates and s390 futex changes, the rest tend to be
various very small fixes that trickled in over the last week.
Have fun with it,
Linus
---
Aki M Nyrhinen:
[TCP]: continued: reno sacked_out count fix
Andrea Bittau:
[DCCP] Ackvec: fix soft lockup in ackvec handling code
Andrew Morton:
powernow-k8 crash workaround
PCI: fix pciehp compile issue when CONFIG_ACPI is not enabled
Andy Currid:
Fix HPET operation on 32-bit NVIDIA platforms
Fix HPET operation on 64-bit NVIDIA platforms
Arnd Bergmann:
powerpc: Fix cell blade detection
powerpc: Fix 64k pages on non-partitioned machines
powerpc: enable CPU_FTR_CI_LARGE_PAGE for cell
Auke Kok:
e1000: fix ethtool test irq alloc as "probe"
e1000: remove risky prefetch on next_skb->data
Benjamin Herrenschmidt:
powerpc: Fix call to ibm,client-architecture-support
Christoph Lameter:
typo in vmscan.c
Dave Jones:
PCI: Improve PCI config space writeback
David Howells:
Further alterations for memory barrier document
David S. Miller:
[SPARC64]: Dump local cpu registers in sun4v_log_error()
[TG3]: Handle Sun onboard tg3 chips more correctly.
[SPARC64]: Avoid JBUS errors on some Niagara systems.
[SPARC64]: Set appropriate max_cache_size.
[SPARC64]: Do not double-export sys_close() when CONFIG_SOLARIS_EMUL_MODULE
Jean Delvare:
PCI: Error handling on PCI device resume
Jens Axboe:
elevator switching race
debugfs inode leak
cfq-iosched: fix crash in do_div()
fix cdrom open
Fix missing ret assignment in __bio_map_user() error path
Kirill Korotaev:
Return error in case flock_lock_file failure
Krzysztof Helt:
[SPARC]: Migration cost tune up in sparc smp.
Lennert Buytenhek:
ep93xx build fix
Linus Torvalds:
[sky2] Fix sky2 network driver suspend/resume
Linux v2.6.17
Malcom Parsons:
fbcon: fix limited scroll in SCROLL_PAN_REDRAW mode
Mark Lord:
sata_mv: grab host lock inside eng_timeout
Markus Lidel:
I2O: Bugfixes to get I2O working again
Martin Schwidefsky:
s390: fix in-user atomic futex operation.
Matt Reimer:
[ARM] 3546/1: PATCH: subtle lost interrupts bug on i.MX
Michael Buesch:
bcm43xx: add DMA rx poll workaround to DMA4
Milton Miller:
powerpc: console_initcall ordering issues
Oleg Nesterov:
check_process_timers: fix possible lockup
run_posix_cpu_timers: remove a bogus BUG_ON()
arm_timer: remove a racy and obsolete PF_EXITING check
Paul Mackerras:
powerpc: Fix machine check problem on 32-bit kernels
Fix for the PPTP hangs that have been reported
Ralf Baechle:
Fix mempolicy.h build error
Randy Dunlap:
alpha: generic hweight build fix
Richard Purdie:
[ARM] 3547/1: PXA-OHCI: Allow platforms to specify a power budget
Robin H. Johnson:
tmpfs: time granularity fix for [acm]time going backwards
Russell King:
[ARM] Fix Neponset IRQ handling
[ARM] Fix Integrator and Versatile interrupt initialisation
Sergey Vlasov:
tmpfs: Decrement i_nlink correctly in shmem_rmdir()
Stephen Hemminger:
sky2: set_power_state should be void
sky2: don't hard code number of ports
sky2: fix hotplug detect during poll
sky2: save/restore base hardware irq during suspend/resume
sky2: stop/start hardware idle timer on suspend/resume
sky2: netconsole suspend/resume interaction
Tom "spot" Callaway:
[FUSION]: Fix mptspi.c build with CONFIG_PM not set.
Weidong:
[IPV4]: Increment ipInHdrErrors when TTL expires.
Yu, Luming:
PCI: reverse pci config space restore order
Documentation/serial/driver | 9
MAINTAINERS | 27 +
Makefile | 4
arch/alpha/kernel/alpha_ksyms.c | 1
arch/alpha/kernel/process.c | 6
arch/alpha/kernel/smp.c | 14 -
arch/alpha/kernel/sys_titan.c | 2
arch/arm/Kconfig.debug | 2
arch/arm/mach-ixp23xx/core.c | 18 +
arch/arm/mach-ixp4xx/Kconfig | 2
arch/arm/mach-pxa/mainstone.c | 1
arch/arm/mach-s3c2410/Kconfig | 2
arch/arm/mm/mm-armv.c | 4
arch/arm/mm/proc-xsc3.S | 3
arch/i386/kernel/acpi/boot.c | 8
arch/i386/kernel/syscall_table.S | 1
arch/i386/mach-generic/probe.c | 16 -
arch/mips/Kconfig | 96 ++--
arch/mips/au1000/common/irq.c | 1
arch/mips/au1000/common/prom.c | 24 -
arch/mips/au1000/common/sleeper.S | 5
arch/mips/au1000/common/time.c | 1
arch/mips/ddb5xxx/ddb5476/dbg_io.c | 2
arch/mips/ddb5xxx/ddb5477/kgdb_io.c | 2
arch/mips/gt64120/ev64120/serialGT.c | 2
arch/mips/gt64120/momenco_ocelot/dbg_io.c | 2
arch/mips/ite-boards/generic/dbg_io.c | 2
arch/mips/kernel/asm-offsets.c | 4
arch/mips/kernel/cpu-bugs64.c | 8
arch/mips/kernel/cpu-probe.c | 15 +
arch/mips/kernel/entry.S | 2
arch/mips/kernel/gdb-low.S | 8
arch/mips/kernel/module.c | 6
arch/mips/kernel/proc.c | 2
arch/mips/kernel/scall64-o32.S | 2
arch/mips/kernel/setup.c | 18 -
arch/mips/kernel/signal-common.h | 30 -
arch/mips/kernel/smp.c | 5
arch/mips/kernel/syscall.c | 27 -
arch/mips/kernel/traps.c | 20 +
arch/mips/kernel/vmlinux.lds.S | 20 -
arch/mips/math-emu/dp_fint.c | 4
arch/mips/math-emu/dp_flong.c | 4
arch/mips/math-emu/sp_fint.c | 4
arch/mips/math-emu/sp_flong.c | 4
arch/mips/mm/c-r4k.c | 78 +++
arch/mips/mm/init.c | 2
arch/mips/mm/pg-r4k.c | 1
arch/mips/mm/tlbex.c | 2
arch/mips/momentum/jaguar_atx/dbg_io.c | 2
arch/mips/momentum/ocelot_c/dbg_io.c | 2
arch/mips/momentum/ocelot_g/dbg_io.c | 2
arch/mips/oprofile/common.c | 9
arch/mips/oprofile/op_model_mipsxx.c | 34 +
arch/mips/oprofile/op_model_rm9000.c | 2
arch/mips/sgi-ip32/ip32-irq.c | 4
arch/powerpc/kernel/prom_init.c | 48 ++
arch/powerpc/platforms/powermac/low_i2c.c | 12
arch/powerpc/platforms/powermac/pfunc_core.c | 18 -
arch/powerpc/platforms/powermac/setup.c | 12
arch/ppc/kernel/asm-offsets.c | 2
arch/ppc/platforms/mpc8272ads_setup.c | 10
arch/ppc/syslib/pq2_devices.c | 16 -
arch/ppc/syslib/pq2_sys.c | 8
arch/s390/kernel/time.c | 2
arch/sparc64/kernel/head.S | 30 +
arch/sparc64/kernel/setup.c | 23 -
arch/sparc64/kernel/smp.c | 16 -
arch/sparc64/lib/checksum.S | 5
arch/sparc64/lib/csum_copy.S | 5
arch/um/Makefile-i386 | 4
arch/um/include/kern_util.h | 13 -
arch/um/kernel/time_kern.c | 10
arch/um/os-Linux/main.c | 2
arch/um/os-Linux/time.c | 10
arch/um/sys-i386/syscalls.c | 9
arch/um/sys-x86_64/signal.c | 24 +
arch/um/sys-x86_64/syscalls.c | 2
arch/x86_64/ia32/ia32_binfmt.c | 4
arch/x86_64/kernel/e820.c | 2
arch/x86_64/kernel/entry.S | 7
arch/x86_64/kernel/pci-dma.c | 4
arch/x86_64/kernel/pci-gart.c | 6
arch/x86_64/kernel/pmtimer.c | 2
arch/x86_64/kernel/setup.c | 2
arch/x86_64/mm/srat.c | 4
block/cfq-iosched.c | 77 ++-
drivers/base/power/suspend.c | 5
drivers/char/agp/Kconfig | 2
drivers/char/agp/amd64-agp.c | 3
drivers/char/agp/via-agp.c | 7
drivers/char/ipmi/ipmi_si_intf.c | 38 +
drivers/char/pcmcia/cm4000_cs.c | 2
drivers/char/tpm/tpm_bios.c | 89 +--
drivers/char/tpm/tpm_tis.c | 4
drivers/char/vt.c | 8
drivers/i2c/busses/scx200_acb.c | 2
drivers/ide/pci/sgiioc4.c | 16 -
drivers/ieee1394/sbp2.c | 2
drivers/infiniband/hw/mthca/mthca_srq.c | 41 +-
drivers/infiniband/ulp/ipoib/ipoib_ib.c | 1
drivers/input/joystick/sidewinder.c | 11
drivers/input/keyboard/corgikbd.c | 12
drivers/input/keyboard/spitzkbd.c | 12
drivers/input/misc/wistron_btns.c | 19 +
drivers/input/mouse/alps.c | 4
drivers/input/mouse/lifebook.c | 24 +
drivers/input/mouse/logips2pp.c | 6
drivers/input/touchscreen/ads7846.c | 53 +-
drivers/md/md.c | 15 +
drivers/message/fusion/mptbase.c | 27 +
drivers/mmc/Kconfig | 2
drivers/net/e1000/e1000_main.c | 10
drivers/net/forcedeth.c | 16 +
drivers/net/irda/Kconfig | 20 -
drivers/net/netconsole.c | 2
drivers/net/pcmcia/nmclan_cs.c | 2
drivers/net/pcnet32.c | 2
drivers/net/pppoe.c | 3
drivers/net/wireless/arlan-main.c | 4
drivers/net/wireless/wavelan.c | 2
drivers/pcmcia/ds.c | 6
drivers/rtc/rtc-m48t86.c | 72 +--
drivers/s390/cio/css.h | 4
drivers/s390/cio/device_fsm.c | 2
drivers/s390/net/ctcmain.c | 26 +
drivers/s390/net/ctctty.c | 10
drivers/s390/net/cu3088.c | 10
drivers/s390/net/iucv.c | 36 +
drivers/s390/net/iucv.h | 622 ++++++++++++------------
drivers/s390/net/lcs.c | 345 +++++++------
drivers/s390/net/lcs.h | 14 -
drivers/s390/net/netiucv.c | 36 +
drivers/s390/net/qeth.h | 18 -
drivers/s390/net/qeth_eddp.c | 18 -
drivers/s390/net/qeth_fs.h | 2
drivers/s390/net/qeth_main.c | 107 ++--
drivers/s390/net/qeth_mpc.h | 4
drivers/s390/net/qeth_proc.c | 8
drivers/s390/net/qeth_sys.c | 6
drivers/s390/net/qeth_tso.h | 4
drivers/scsi/libata-core.c | 1
drivers/scsi/ppa.c | 7
drivers/scsi/sata_sil24.c | 6
drivers/scsi/scsi_devinfo.c | 1
drivers/scsi/scsi_lib.c | 2
drivers/scsi/scsi_transport_sas.c | 4
drivers/serial/cpm_uart/cpm_uart_core.c | 8
drivers/serial/cpm_uart/cpm_uart_cpm2.c | 2
drivers/spi/spi_s3c24xx.c | 4
drivers/video/au1100fb.c | 21 +
drivers/video/console/fbcon.c | 2
drivers/video/maxinefb.c | 4
fs/affs/namei.c | 3
fs/cifs/CHANGES | 7
fs/cifs/cifsfs.h | 2
fs/cifs/cifsproto.h | 2
fs/cifs/cifssmb.c | 40 +-
fs/cifs/connect.c | 97 +++-
fs/cifs/file.c | 12
fs/ext3/resize.c | 1
fs/namei.c | 19 -
include/asm-alpha/smp.h | 4
include/asm-alpha/termbits.h | 1
include/asm-arm/arch-ixp23xx/memory.h | 2
include/asm-arm/arch-l7200/serial_l7200.h | 2
include/asm-arm/arch-l7200/uncompress.h | 2
include/asm-arm/system.h | 6
include/asm-generic/pgtable.h | 11
include/asm-mips/addrspace.h | 1
include/asm-mips/cpu.h | 6
include/asm-mips/delay.h | 22 -
include/asm-mips/futex.h | 141 ++++-
include/asm-mips/inst.h | 33 +
include/asm-mips/mipsregs.h | 2
include/asm-mips/page.h | 2
include/asm-mips/pgtable-32.h | 61 ++
include/asm-mips/pgtable-64.h | 13 -
include/asm-mips/pgtable.h | 103 ++--
include/asm-mips/sigcontext.h | 10
include/asm-mips/smp.h | 5
include/asm-mips/sparsemem.h | 14 +
include/asm-powerpc/termbits.h | 1
include/asm-s390/lowcore.h | 4
include/asm-sparc64/pgtable.h | 17 +
include/asm-um/irqflags.h | 6
include/asm-um/uaccess.h | 6
include/asm-x86_64/elf.h | 2
include/linux/input.h | 13 -
include/linux/m48t86.h | 4
include/linux/mmzone.h | 1
include/linux/pci_ids.h | 1
include/linux/vt_kern.h | 5
include/net/compat.h | 3
kernel/hrtimer.c | 6
mm/memory_hotplug.c | 8
mm/slab.c | 27 +
net/bridge/br_if.c | 19 -
net/core/dev.c | 20 -
net/ethernet/Makefile | 1
net/ethernet/sysctl_net_ether.c | 14 -
net/ipv4/netfilter/Kconfig | 4
net/ipv4/netfilter/ip_conntrack_core.c | 1
net/ipv4/netfilter/ip_conntrack_helper_pptp.c | 4
net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c | 1
net/ipv4/tcp_highspeed.c | 3
net/ipv4/tcp_output.c | 12
net/ipv6/route.c | 16 -
net/irda/irlap.c | 3
net/sysctl_net.c | 8
security/selinux/hooks.c | 6
211 files changed, 2151 insertions(+), 1534 deletions(-)
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: Linux v2.6.17 2006-06-18 1:59 Linux v2.6.17 Linus Torvalds @ 2006-06-18 2:06 ` Linus Torvalds 2006-06-18 3:30 ` Brice Goglin ` (2 more replies) 2006-06-18 10:54 ` Michael Buesch 2006-07-16 19:34 ` Linux v2.6.17 - PCI Bus hidden behind transparent bridge Julien Cristau 2 siblings, 3 replies; 18+ messages in thread From: Linus Torvalds @ 2006-06-18 2:06 UTC (permalink / raw) To: Linux Kernel Mailing List On Sat, 17 Jun 2006, Linus Torvalds wrote: > > Not a lot of changes since the last -rc, the bulk is actually some > last-minute MIPS updates and s390 futex changes, the rest tend to be > various very small fixes that trickled in over the last week. Btw, one thing that I was planning to ask people - does anybody find the full-format ChangeLog's that I produce at all useful? You can get the exact same information directly from git, and the full changelog (as opposed to the shortlog) tends to be pretty rough to read, so I suspect that most people who do want to delve into the details are actually much more likely to look it up using git instead (at which point you can obviously get much better information - graphical history, diffs, etc) I'm not going to stop doing the incremental shortlogs, since those are easy to read and I usually post them with the release announcement unless they end up being too large (usually -rc1 has a _lot_ of changes as a result of the merge window), but I'm just wondering if anybody finds the full logs useful at all? They're easy for me to generate, but if nobody uses them, I don't see much of a point.. Linus ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 2:06 ` Linus Torvalds @ 2006-06-18 3:30 ` Brice Goglin 2006-06-18 3:47 ` Linus Torvalds 2006-06-18 13:49 ` Adrian Bunk 2006-06-19 14:23 ` Mark Lord 2 siblings, 1 reply; 18+ messages in thread From: Brice Goglin @ 2006-06-18 3:30 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List Linus Torvalds wrote: > Btw, one thing that I was planning to ask people - does anybody find the > full-format ChangeLog's that I produce at all useful? > > You can get the exact same information directly from git, and the full > changelog (as opposed to the shortlog) tends to be pretty rough to read, > so I suspect that most people who do want to delve into the details are > actually much more likely to look it up using git instead (at which point > you can obviously get much better information - graphical history, diffs, > etc) > > I'm not going to stop doing the incremental shortlogs, since those are > easy to read and I usually post them with the release announcement unless > they end up being too large (usually -rc1 has a _lot_ of changes as a > result of the merge window), but I'm just wondering if anybody finds the > full logs useful at all? > I actually like having the full changelog of every kernels and grep in all them at once when I want to quickly find out where something has been added/modified without knowing the exact name of the function or file that I am looking for. I guess I could use git to generate the full changelog once a new release and keep it for later... Regards, Brice ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 3:30 ` Brice Goglin @ 2006-06-18 3:47 ` Linus Torvalds 2006-06-19 1:39 ` Petr Baudis 0 siblings, 1 reply; 18+ messages in thread From: Linus Torvalds @ 2006-06-18 3:47 UTC (permalink / raw) To: Brice Goglin; +Cc: Linux Kernel Mailing List On Sat, 17 Jun 2006, Brice Goglin wrote: > > I guess I could use git to generate the full changelog once a new > release and keep it for later... Well, if you are already a git user (or willing to become one), there's no point in even keeping it for later. [torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null real 0m0.484s user 0m0.448s sys 0m0.036s ie the logfile generation really is almost free. And yes, that's the _full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in the 2.6.16->17 case) being generated in under half a second. Doing the shortlog (which sort and group by author in perl) is only fractionally more expensive. The added benefit of doing it with git and generating it each time is that then you can also ask for logs just for a specific subsystem. I don't know of anything but git that can efficiently do things like git log v2.6.16..v2.6.17 drivers/usb/ and it will show the log for all the commits that changed things under drivers/usb. And yeah, that can be slightly more expensive, but usually it's not noticeably so (history pruning at least in that case makes up for the extra work it has to do to figure out which commits changed that subsystem). The point being that the dynamically generated data is often a lot more useful and readable. Linus ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 3:47 ` Linus Torvalds @ 2006-06-19 1:39 ` Petr Baudis 0 siblings, 0 replies; 18+ messages in thread From: Petr Baudis @ 2006-06-19 1:39 UTC (permalink / raw) To: Linus Torvalds; +Cc: Brice Goglin, Linux Kernel Mailing List Dear diary, on Sun, Jun 18, 2006 at 05:47:27AM CEST, I got a letter where Linus Torvalds <torvalds@osdl.org> said that... > On Sat, 17 Jun 2006, Brice Goglin wrote: > > > > I guess I could use git to generate the full changelog once a new > > release and keep it for later... > > Well, if you are already a git user (or willing to become one), there's no > point in even keeping it for later. > > [torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null > > real 0m0.484s > user 0m0.448s > sys 0m0.036s > > ie the logfile generation really is almost free. And yes, that's the > _full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in > the 2.6.16->17 case) being generated in under half a second. I assume that this is with hot cache, which is something you shouldn't assume for a use like this - you likely aren't in the middle of doing stuff with the repository but just want to peek at the changes list. Anyway, the nice thing about the Changelog files MIGHT be Google - it's nice when googling around about your kernel problem ends up yielding a changelog entry indicating that it's already fixed in a newer kernel version. That is, if only Google crawled the changelogs. Does it stay away of them because they have no extension? -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ A person is just about as big as the things that make them angry. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 2:06 ` Linus Torvalds 2006-06-18 3:30 ` Brice Goglin @ 2006-06-18 13:49 ` Adrian Bunk 2006-06-18 16:44 ` Linus Torvalds 2006-06-19 14:23 ` Mark Lord 2 siblings, 1 reply; 18+ messages in thread From: Adrian Bunk @ 2006-06-18 13:49 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List On Sat, Jun 17, 2006 at 07:06:17PM -0700, Linus Torvalds wrote: > > > On Sat, 17 Jun 2006, Linus Torvalds wrote: > > > > Not a lot of changes since the last -rc, the bulk is actually some > > last-minute MIPS updates and s390 futex changes, the rest tend to be > > various very small fixes that trickled in over the last week. > > Btw, one thing that I was planning to ask people - does anybody find the > full-format ChangeLog's that I produce at all useful? > > You can get the exact same information directly from git, and the full > changelog (as opposed to the shortlog) tends to be pretty rough to read, > so I suspect that most people who do want to delve into the details are > actually much more likely to look it up using git instead (at which point > you can obviously get much better information - graphical history, diffs, > etc) > > I'm not going to stop doing the incremental shortlogs, since those are > easy to read and I usually post them with the release announcement unless > they end up being too large (usually -rc1 has a _lot_ of changes as a > result of the merge window), but I'm just wondering if anybody finds the > full logs useful at all? > > They're easy for me to generate, but if nobody uses them, I don't see much > of a point.. I like to read the shortlog for getting an overview of the changes containing a bit more detail than your verbal summary at the top. I need git for getting more detail and I could generate them myself. But if it wasn't there, I might not generate it myself, and might therefore not ask "Why did this patch get into -rc6?" or become curious enough for using git to check the contents of a commit. > Linus cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 13:49 ` Adrian Bunk @ 2006-06-18 16:44 ` Linus Torvalds 2006-06-19 21:25 ` Adrian Bunk 0 siblings, 1 reply; 18+ messages in thread From: Linus Torvalds @ 2006-06-18 16:44 UTC (permalink / raw) To: Adrian Bunk; +Cc: Linux Kernel Mailing List On Sun, 18 Jun 2006, Adrian Bunk wrote: > > I like to read the shortlog for getting an overview of the changes > containing a bit more detail than your verbal summary at the top. Right. I always generate the shortlog for my own usage anyway. It's really the full long log that I'm asking whether people actually care about. Linus ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 16:44 ` Linus Torvalds @ 2006-06-19 21:25 ` Adrian Bunk 0 siblings, 0 replies; 18+ messages in thread From: Adrian Bunk @ 2006-06-19 21:25 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List On Sun, Jun 18, 2006 at 09:44:43AM -0700, Linus Torvalds wrote: > > > On Sun, 18 Jun 2006, Adrian Bunk wrote: > > > > I like to read the shortlog for getting an overview of the changes > > containing a bit more detail than your verbal summary at the top. > > Right. I always generate the shortlog for my own usage anyway. It's really > the full long log that I'm asking whether people actually care about. Sorry, it seems there were tomatoes on my eyes... > Linus cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 2:06 ` Linus Torvalds 2006-06-18 3:30 ` Brice Goglin 2006-06-18 13:49 ` Adrian Bunk @ 2006-06-19 14:23 ` Mark Lord 2 siblings, 0 replies; 18+ messages in thread From: Mark Lord @ 2006-06-19 14:23 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List Linus Torvalds wrote: > > Btw, one thing that I was planning to ask people - does anybody find the > full-format ChangeLog's that I produce at all useful? Very useful, thanks. Without it, we would be shutting out the 99.99% of the Linux universe who never use Git. Git is really only used by a handful of core developers -- that's who it was built for and by. Sure, there's dozens or even a couple hundred names in that handful now, but a heck of a lot more people never use git, and never should have to use git. Cheers ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 1:59 Linux v2.6.17 Linus Torvalds 2006-06-18 2:06 ` Linus Torvalds @ 2006-06-18 10:54 ` Michael Buesch 2006-06-18 16:47 ` Andre Tomt 2006-07-16 19:34 ` Linux v2.6.17 - PCI Bus hidden behind transparent bridge Julien Cristau 2 siblings, 1 reply; 18+ messages in thread From: Michael Buesch @ 2006-06-18 10:54 UTC (permalink / raw) To: Greg KH Cc: Linus Torvalds, Linux Kernel Mailing List, Chris Wright, bcm43xx-dev On Sunday 18 June 2006 03:59, Linus Torvalds wrote: > Not a lot of changes since the last -rc, the bulk is actually some > last-minute MIPS updates and s390 futex changes, the rest tend to be > various very small fixes that trickled in over the last week. D'oh, please queue the following patch for -stable, Greg. ;) -- Place the Init-vs-IRQ workaround before any card register access, because we might not have the wireless core mapped at all times in init. So this will result in a Machine Check caused by a bus error. Signed-off-by: Michael Buesch <mb@bu3sch.de> Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c =================================================================== --- wireless-2.6.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-17 15:06:38.000000000 +0200 +++ wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-17 15:17:49.000000000 +0200 @@ -1885,6 +1885,15 @@ spin_lock(&bcm->irq_lock); + /* Only accept IRQs, if we are initialized properly. + * This avoids an RX race while initializing. + * We should probably not enable IRQs before we are initialized + * completely, but some careful work is needed to fix this. I think it + * is best to stay with this cheap workaround for now... . + */ + if (unlikely(bcm43xx_status(bcm) != BCM43xx_STAT_INITIALIZED)) + goto out; + reason = bcm43xx_read32(bcm, BCM43xx_MMIO_GEN_IRQ_REASON); if (reason == 0xffffffff) { /* irq not for us (shared irq) */ @@ -1906,19 +1915,11 @@ bcm43xx_interrupt_ack(bcm, reason); - /* Only accept IRQs, if we are initialized properly. - * This avoids an RX race while initializing. - * We should probably not enable IRQs before we are initialized - * completely, but some careful work is needed to fix this. I think it - * is best to stay with this cheap workaround for now... . - */ - if (likely(bcm43xx_status(bcm) == BCM43xx_STAT_INITIALIZED)) { - /* disable all IRQs. They are enabled again in the bottom half. */ - bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL); - /* save the reason code and call our bottom half. */ - bcm->irq_reason = reason; - tasklet_schedule(&bcm->isr_tasklet); - } + /* disable all IRQs. They are enabled again in the bottom half. */ + bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL); + /* save the reason code and call our bottom half. */ + bcm->irq_reason = reason; + tasklet_schedule(&bcm->isr_tasklet); out: mmiowb(); -- Greetings Michael. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 10:54 ` Michael Buesch @ 2006-06-18 16:47 ` Andre Tomt 2006-06-18 17:05 ` Michael Buesch 0 siblings, 1 reply; 18+ messages in thread From: Andre Tomt @ 2006-06-18 16:47 UTC (permalink / raw) To: Michael Buesch Cc: Greg KH, Linus Torvalds, Linux Kernel Mailing List, Chris Wright, bcm43xx-dev Michael Buesch wrote: > On Sunday 18 June 2006 03:59, Linus Torvalds wrote: >> Not a lot of changes since the last -rc, the bulk is actually some >> last-minute MIPS updates and s390 futex changes, the rest tend to be >> various very small fixes that trickled in over the last week. > > D'oh, please queue the following patch for -stable, Greg. ;) I'm unable to apply it on top a clean 2.6.17 using patch -p1 < mailfile. Hunk #2 FAILED at 1900. 1 out of 2 hunks FAILED -- saving rejects to file drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 2006-06-18 16:47 ` Andre Tomt @ 2006-06-18 17:05 ` Michael Buesch 0 siblings, 0 replies; 18+ messages in thread From: Michael Buesch @ 2006-06-18 17:05 UTC (permalink / raw) To: Greg KH Cc: Andre Tomt, Linus Torvalds, Linux Kernel Mailing List, Chris Wright, bcm43xx-dev On Sunday 18 June 2006 18:47, Andre Tomt wrote: > Michael Buesch wrote: > > On Sunday 18 June 2006 03:59, Linus Torvalds wrote: > >> Not a lot of changes since the last -rc, the bulk is actually some > >> last-minute MIPS updates and s390 futex changes, the rest tend to be > >> various very small fixes that trickled in over the last week. > > > > D'oh, please queue the following patch for -stable, Greg. ;) > > I'm unable to apply it on top a clean 2.6.17 using patch -p1 < mailfile. > > Hunk #2 FAILED at 1900. > 1 out of 2 hunks FAILED -- saving rejects to file > drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej Ok, I'm sorry. The patch was from wireless-dev. Here's the adjusted patch: -- Place the Init-vs-IRQ workaround before any card register access, because we might not have the wireless core mapped at all times in init. So this will result in a Machine Check caused by a bus error. Signed-off-by: Michael Buesch <mb@bu3sch.de> Index: tmp/drivers/net/wireless/bcm43xx/bcm43xx_main.c =================================================================== --- tmp.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-18 18:51:48.000000000 +0200 +++ tmp/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-18 19:02:19.000000000 +0200 @@ -1870,6 +1870,15 @@ spin_lock(&bcm->_lock); + /* Only accept IRQs, if we are initialized properly. + * This avoids an RX race while initializing. + * We should probably not enable IRQs before we are initialized + * completely, but some careful work is needed to fix this. I think it + * is best to stay with this cheap workaround for now... . + */ + if (unlikely(!bcm->initialized)) + goto out; + reason = bcm43xx_read32(bcm, BCM43xx_MMIO_GEN_IRQ_REASON); if (reason == 0xffffffff) { /* irq not for us (shared irq) */ @@ -1891,20 +1900,11 @@ bcm43xx_interrupt_ack(bcm, reason); - /* Only accept IRQs, if we are initialized properly. - * This avoids an RX race while initializing. - * We should probably not enable IRQs before we are initialized - * completely, but some careful work is needed to fix this. I think it - * is best to stay with this cheap workaround for now... . - */ - if (likely(bcm->initialized)) { - /* disable all IRQs. They are enabled again in the bottom half. */ - bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL); - /* save the reason code and call our bottom half. */ - bcm->irq_reason = reason; - tasklet_schedule(&bcm->isr_tasklet); - } - + /* disable all IRQs. They are enabled again in the bottom half. */ + bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL); + /* save the reason code and call our bottom half. */ + bcm->irq_reason = reason; + tasklet_schedule(&bcm->isr_tasklet); out: mmiowb(); spin_unlock(&bcm->_lock); -- Greetings Michael. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 - PCI Bus hidden behind transparent bridge 2006-06-18 1:59 Linux v2.6.17 Linus Torvalds 2006-06-18 2:06 ` Linus Torvalds 2006-06-18 10:54 ` Michael Buesch @ 2006-07-16 19:34 ` Julien Cristau 2006-07-17 14:13 ` Grant Grundler 2 siblings, 1 reply; 18+ messages in thread From: Julien Cristau @ 2006-07-16 19:34 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List, linux-pci [-- Attachment #1.1: Type: text/plain, Size: 547 bytes --] Hi, I have a cardbus wireless adapter which worked until 2.6.16, but doesn't on 2.6.17. I use standard Debian kernels, .config and dmesg outputs available at: http://liafa.jussieu.fr/~jcristau/tmp/dmesg-2.6.16 http://liafa.jussieu.fr/~jcristau/tmp/dmesg-2.6.17 http://liafa.jussieu.fr/~jcristau/tmp/config-2.6.16-2-686 http://liafa.jussieu.fr/~jcristau/tmp/config-2.6.17-1-686 Kernel 2.6.17 suggests to use pci=assign-busses, but that doesn't seem to change anything. Output of "lspci -vvvxxx" under 2.6.16 is attached. Cheers, Julien Cristau [-- Attachment #1.2: lspci --] [-- Type: text/plain, Size: 23028 bytes --] 00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 04) Subsystem: Acer Incorporated [ALI] Unknown device 1027 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- Latency: 0 Region 0: Memory at e0000000 (32-bit, prefetchable) [size=256M] Capabilities: [e4] Vendor Specific Information Capabilities: [a0] AGP version 2.0 Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1 00: 86 80 30 1a 06 00 90 20 04 00 00 06 00 00 00 00 10: 08 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 e4 00 00 00 00 00 00 00 00 00 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 02 00 00 00 00 00 00 00 00 00 00 00 35 00 00 60: 04 08 0c 10 10 10 10 10 00 00 00 00 00 00 00 00 70: 22 22 00 00 00 00 00 00 00 02 00 24 71 02 02 20 80: d1 00 82 0e 00 00 00 00 00 90 01 00 00 00 00 00 90: 10 11 11 00 00 11 11 00 41 19 00 00 00 0a 38 00 a0: 02 00 20 00 17 02 00 1f 01 03 00 00 00 00 00 00 b0: 80 00 00 00 00 00 00 00 00 00 d4 1e 00 00 00 00 c0: 44 40 50 11 00 20 05 08 00 00 00 00 00 00 00 00 d0: 02 28 00 0e 0b 00 00 33 af 01 31 b5 00 00 0a 00 e0: 00 00 00 00 09 a0 04 91 00 00 00 00 00 00 00 00 f0: 00 00 00 00 74 f8 20 98 38 0f 00 00 04 00 00 00 00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000a000-0000afff Memory behind bridge: 80500000-805fffff Prefetchable memory behind bridge: 80600000-900fffff Secondary status: 66MHz+ FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B- 00: 86 80 31 1a 07 01 a0 00 04 00 04 06 00 40 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 40 a0 a0 a0 22 20: 50 80 50 80 60 80 00 90 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0c 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 34 95 ff af 3f f4 09 00 4c 9c ff ff 54 f4 01 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 05) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 00007000-00007fff Memory behind bridge: 80100000-801fffff Prefetchable memory behind bridge: 20000000-24ffffff Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B- 00: 86 80 4e 24 07 00 80 00 05 00 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 02 02 00 70 70 80 22 20: 10 80 10 80 00 20 f0 24 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 00 40: 00 28 20 20 00 00 00 00 00 00 00 00 00 00 00 00 50: 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 18 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 10 00 08 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 01 00 02 00 03 00 c0 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 05) 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: 0 00: 86 80 40 24 0f 00 80 02 05 00 01 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 40: 01 f1 00 00 10 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 01 f2 00 00 10 00 00 00 60: 0b 0a 0b 0b d0 00 00 00 8b 0b 0b 0b 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: ff fc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 02 00 00 05 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 40 02 08 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 02 20 00 00 02 0f 00 00 04 00 00 00 00 00 00 00 e0: 00 00 00 ff 00 00 f0 17 33 22 11 00 00 00 67 45 f0: 0f 00 00 00 00 00 00 00 47 0f 00 00 00 02 00 02 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 05) (prog-if 80 [Master]) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 0 Region 4: I/O ports at bc90 [size=16] 00: 86 80 4b 24 05 00 80 02 05 80 01 01 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 91 bc 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 40: 07 a3 07 a3 00 00 00 00 05 00 01 02 00 00 00 00 50: 00 00 00 00 11 14 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 05) (prog-if 00 [UHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 0 Interrupt: pin D routed to IRQ 11 Region 4: I/O ports at 8000 [size=32] 00: 86 80 42 24 05 00 80 02 05 00 03 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 01 80 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 04 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 2f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 05) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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- Interrupt: pin B routed to IRQ 10 Region 4: I/O ports at f300 [size=16] 00: 86 80 43 24 01 00 80 02 05 00 05 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 01 f3 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00 40: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 05) (prog-if 00 [UHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 0 Interrupt: pin C routed to IRQ 11 Region 4: I/O ports at 8060 [size=32] 00: 86 80 44 24 05 00 80 02 05 00 03 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 61 80 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 03 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 2f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 05) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 0 Interrupt: pin B routed to IRQ 10 Region 0: I/O ports at b000 [size=256] Region 1: I/O ports at b400 [size=64] 00: 86 80 45 24 05 00 80 02 05 00 01 04 00 00 00 00 10: 01 b0 00 00 01 b4 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 00:1f.6 Modem: Intel Corporation 82801BA/BAM AC'97 Modem (rev 05) (prog-if 00 [Generic]) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 0 Interrupt: pin B routed to IRQ 10 Region 0: I/O ports at b800 [size=256] Region 1: I/O ports at bc00 [size=128] 00: 86 80 46 24 05 00 80 02 05 00 03 07 00 00 00 00 10: 01 b8 00 00 01 bc 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 47 0f 00 00 00 00 00 00 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA]) Subsystem: Acer Incorporated [ALI] Unknown device 101d 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 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 11 Region 0: Memory at 88000000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at a000 [size=256] Region 2: Memory at 80500000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at 80520000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=48 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4 Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1 Capabilities: [50] 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- 00: 02 10 59 4c 87 00 b0 02 00 00 00 03 08 20 00 00 10: 08 00 00 88 01 a0 00 00 00 00 50 80 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 10 30: 00 00 52 80 58 00 00 00 00 00 00 00 0b 01 08 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 10 50: 01 00 02 06 00 00 00 00 02 50 20 00 07 02 00 2f 60: 01 03 00 1f 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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 (500ns min, 1000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 11 Region 0: Memory at 80100000 (32-bit, non-prefetchable) [size=2K] Region 1: Memory at 80104000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] 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+ 00: 4c 10 26 80 06 00 10 02 00 10 00 0c 08 20 00 00 10: 00 00 10 80 00 40 10 80 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 00 00 44 00 00 00 00 00 00 00 0b 01 02 04 40: 00 00 00 00 01 00 02 7e 00 80 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00 00 f0: 00 00 00 00 00 10 00 00 25 10 27 10 00 00 00 00 02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 66 (8000ns min, 16000ns max) Interrupt: pin A routed to IRQ 10 Region 0: I/O ports at 7000 [size=256] Region 1: Memory at 80100800 (32-bit, non-prefetchable) [size=256] Expansion ROM at 24000000 [disabled] [size=64K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: ec 10 39 81 07 01 90 02 10 00 00 02 00 42 00 00 10: 01 70 00 00 00 08 10 80 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 27 10 30: 00 00 12 80 50 00 00 00 00 00 00 00 0a 01 20 40 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 01 00 c2 f7 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02:09.0 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus Controller (rev 01) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 168, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 11 Region 0: Memory at 80101000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=03, subordinate=06, sec-latency=176 Memory window 0: 20000000-21fff000 (prefetchable) Memory window 1: 26000000-27fff000 I/O window 0: 00007400-000074ff I/O window 1: 00007800-000078ff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 00: 4c 10 55 ac 07 00 10 02 01 00 07 06 08 a8 82 00 10: 00 10 10 80 a0 00 00 02 02 03 06 b0 00 00 00 20 20: 00 f0 ff 21 00 00 00 26 00 f0 ff 27 00 74 00 00 30: fc 74 00 00 00 78 00 00 fc 78 00 00 0b 01 00 05 40: 25 10 27 10 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 61 f0 44 08 00 00 00 00 00 00 00 00 22 10 00 01 90: c0 02 64 60 00 00 00 00 00 00 00 00 00 00 00 00 a0: 01 00 12 fe 00 80 c0 00 03 08 00 00 1f 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02:09.1 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus Controller (rev 01) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 168, Cache Line Size: 32 bytes Interrupt: pin B routed to IRQ 11 Region 0: Memory at 80102000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176 Memory window 0: 22000000-23fff000 (prefetchable) Memory window 1: 28000000-29fff000 I/O window 0: 00007c00-00007cff I/O window 1: 00001000-000010ff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 00: 4c 10 55 ac 07 00 10 02 01 00 07 06 08 a8 82 00 10: 00 20 10 80 a0 00 00 02 02 07 0a b0 00 00 00 22 20: 00 f0 ff 23 00 00 00 28 00 f0 ff 29 00 7c 00 00 30: fc 7c 00 00 00 10 00 00 fc 10 00 00 0b 02 c0 05 40: 25 10 27 10 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 61 f0 44 08 00 00 00 00 00 00 00 00 22 10 00 01 90: c0 02 64 60 00 00 00 00 00 00 00 00 00 00 00 00 a0: 01 00 12 fe 00 00 c0 00 03 08 00 00 1f 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03:00.0 Network controller: Intersil Corporation ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism Xbow] (rev 01) Subsystem: Standard Microsystems Corp [SMC] SMC2835W V2 Wireless Cardbus Adapter 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: 80 (2500ns min, 7000ns max), Cache Line Size: 128 bytes Interrupt: pin A routed to IRQ 11 Region 0: Memory at 26000000 (32-bit, non-prefetchable) [size=8K] Capabilities: [dc] Power Management version 1 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: 60 12 90 38 16 00 98 02 01 00 80 02 20 50 00 00 10: 00 00 00 26 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 01 08 00 00 b8 10 35 a8 30: 00 00 00 00 dc 00 00 00 00 00 00 00 0b 01 0a 1c 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 01 00 01 fe e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 - PCI Bus hidden behind transparent bridge 2006-07-16 19:34 ` Linux v2.6.17 - PCI Bus hidden behind transparent bridge Julien Cristau @ 2006-07-17 14:13 ` Grant Grundler 2006-07-17 14:29 ` Julien Cristau 0 siblings, 1 reply; 18+ messages in thread From: Grant Grundler @ 2006-07-17 14:13 UTC (permalink / raw) To: Julien Cristau; +Cc: Linux Kernel Mailing List, linux-pci On Sun, Jul 16, 2006 at 09:34:53PM +0200, Julien Cristau wrote: > Hi, > > I have a cardbus wireless adapter which worked until 2.6.16, but doesn't > on 2.6.17. I use standard Debian kernels, .config and dmesg outputs > available at: > http://liafa.jussieu.fr/~jcristau/tmp/dmesg-2.6.16 > http://liafa.jussieu.fr/~jcristau/tmp/dmesg-2.6.17 > http://liafa.jussieu.fr/~jcristau/tmp/config-2.6.16-2-686 > http://liafa.jussieu.fr/~jcristau/tmp/config-2.6.17-1-686 Julien, thanks for posting this. I diff'ed the dmesg output and I think this is the chunk might be more explicit symptom of your problem: -Loaded prism54 driver, version 1.2 This output comes from drivers/net/wireless/prism54/islpci_hotplug.c: printk(KERN_INFO "Loaded %s driver, version %s\n", You can verify if the driver isn't getting loaded until later (udev?) or not all by doing "modprobe prism54" and see of that starts working. If not, then my next guess would be something changed in the prism54 driver so it doesn't claim your device. The other thing I noticed is IRQ11 is assigned to a different PCI device: 2.6.16 : -PCI: Enabling device 0000:03:00.0 (0000 -> 0002) -ACPI: PCI Interrupt 0000:03:00.0[A] -> Link [PILC] -> GSI 11 (level, low) -> IR Q 11 vs 2.6.17: +ACPI: PCI Interrupt Link [PILA] enabled at IRQ 11 +ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [PILA] -> GSI 11 (level, low) -> IR Q 11 This seems relevant since IRQ11 seems to be have been assigned by the BIOS to _7_ devices according to the 2.6.16 lspci output. This seems a bit unusual to me but maybe it's ok. hth, grant ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 - PCI Bus hidden behind transparent bridge 2006-07-17 14:13 ` Grant Grundler @ 2006-07-17 14:29 ` Julien Cristau 2006-07-17 15:31 ` Grant Grundler 0 siblings, 1 reply; 18+ messages in thread From: Julien Cristau @ 2006-07-17 14:29 UTC (permalink / raw) To: Grant Grundler; +Cc: Linux Kernel Mailing List, linux-pci [-- Attachment #1: Type: text/plain, Size: 818 bytes --] On Mon, Jul 17, 2006 at 08:13:15 -0600, Grant Grundler wrote: > I diff'ed the dmesg output and I think this is the chunk > might be more explicit symptom of your problem: > -Loaded prism54 driver, version 1.2 > > This output comes from drivers/net/wireless/prism54/islpci_hotplug.c: > printk(KERN_INFO "Loaded %s driver, version %s\n", > > You can verify if the driver isn't getting loaded until later (udev?) > or not all by doing "modprobe prism54" and see of that starts > working. If not, then my next guess would be something changed in the > prism54 driver so it doesn't claim your device. > Hi Grant, Loading the driver with modprobe doesn't change anything (it just outputs the 'Loaded prism54 driver' line), the device still doesn't appear in lspci or ifconfig -a. Cheers, Julien [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 - PCI Bus hidden behind transparent bridge 2006-07-17 14:29 ` Julien Cristau @ 2006-07-17 15:31 ` Grant Grundler 2006-07-17 16:13 ` Julien Cristau 0 siblings, 1 reply; 18+ messages in thread From: Grant Grundler @ 2006-07-17 15:31 UTC (permalink / raw) To: Julien Cristau; +Cc: Linux Kernel Mailing List, linux-pci On Mon, Jul 17, 2006 at 04:29:17PM +0200, Julien Cristau wrote: > Loading the driver with modprobe doesn't change anything (it just > outputs the 'Loaded prism54 driver' line), the device still doesn't > appear in lspci or ifconfig -a. Uhm, that's a different symptom than "doesn't work" :) thanks for clarifying. Sounds more like a problem with the Cardbus controller not providing access to PCI config space, not telling PCI generic code there is a PCI bus below it, or something like that. Can you post "lspci -vvv -s 02:09" output for 2.6.17 as well? I'd like to compare the CardBus bridge config info for both (2:09.0 and 02:09.1) controllers on both kernel releases. thanks, grant ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 - PCI Bus hidden behind transparent bridge 2006-07-17 15:31 ` Grant Grundler @ 2006-07-17 16:13 ` Julien Cristau 0 siblings, 0 replies; 18+ messages in thread From: Julien Cristau @ 2006-07-17 16:13 UTC (permalink / raw) To: Grant Grundler; +Cc: Linux Kernel Mailing List, linux-pci [-- Attachment #1: Type: text/plain, Size: 2523 bytes --] On Mon, Jul 17, 2006 at 09:31:28 -0600, Grant Grundler wrote: > On Mon, Jul 17, 2006 at 04:29:17PM +0200, Julien Cristau wrote: > > Loading the driver with modprobe doesn't change anything (it just > > outputs the 'Loaded prism54 driver' line), the device still doesn't > > appear in lspci or ifconfig -a. > > Uhm, that's a different symptom than "doesn't work" :) > thanks for clarifying. > Sorry for being unclear in my first mail :/ > Sounds more like a problem with the Cardbus controller not providing > access to PCI config space, not telling PCI generic code there is a > PCI bus below it, or something like that. > > Can you post "lspci -vvv -s 02:09" output for 2.6.17 as well? > I'd like to compare the CardBus bridge config info for both (2:09.0 > and 02:09.1) controllers on both kernel releases. > Here it is: 02:09.0 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus Controller (rev 01) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 168, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 11 Region 0: Memory at 80101000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=03, subordinate=06, sec-latency=176 Memory window 0: 20000000-21fff000 (prefetchable) Memory window 1: 26000000-27fff000 I/O window 0: 00007400-000074ff I/O window 1: 00007800-000078ff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 02:09.1 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus Controller (rev 01) Subsystem: Acer Incorporated [ALI] Unknown device 1027 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: 168, Cache Line Size: 32 bytes Interrupt: pin B routed to IRQ 11 Region 0: Memory at 80102000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176 Memory window 0: 22000000-23fff000 (prefetchable) Memory window 1: 28000000-29fff000 I/O window 0: 00007c00-00007cff I/O window 1: 00001000-000010ff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 Thanks for your help! Julien [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux v2.6.17 @ 2006-06-19 7:41 linux 0 siblings, 0 replies; 18+ messages in thread From: linux @ 2006-06-19 7:41 UTC (permalink / raw) To: linux-kernel, pasky >> [torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null >> >> real 0m0.484s >> user 0m0.448s >> sys 0m0.036s >> >> ie the logfile generation really is almost free. And yes, that's the >> _full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in >> the 2.6.16->17 case) being generated in under half a second. > I assume that this is with hot cache, which is something you shouldn't > assume for a use like this - you likely aren't in the middle of doing > stuff with the repository but just want to peek at the changes list. Okay, a laptop with a cold cache: $ time git log v2.6.16..v2.6.17 > /dev/null real 0m2.815s user 0m1.264s sys 0m0.044s And, just for fun, having warmed the cache with that: $ time git log v2.6.12..v2.6.17 > /dev/null real 0m2.343s user 0m1.656s sys 0m0.068s All 368519 lines (14 MB) of it. I have to hand it to Linus, when you say "git", it gits. (On a not very related point having to do with git and the kernel, I usually edit the root Makefile to set INSTALL_PATH to where I want "make bzlilo" to put it, but this results in my kernels being named v.2.6.17-dirty. I can set INSTALL_PATH by hand on the command line, except when I forget and waste a reboot. I can't install a symlink, because the install provess renames the symlink. Is there an easy way to semi-permanently change INSTALL_PATH without triggering the -dirty detection? Create a GNUmakefile that includes the Makefile?) ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2006-07-17 16:13 UTC | newest] Thread overview: 18+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-06-18 1:59 Linux v2.6.17 Linus Torvalds 2006-06-18 2:06 ` Linus Torvalds 2006-06-18 3:30 ` Brice Goglin 2006-06-18 3:47 ` Linus Torvalds 2006-06-19 1:39 ` Petr Baudis 2006-06-18 13:49 ` Adrian Bunk 2006-06-18 16:44 ` Linus Torvalds 2006-06-19 21:25 ` Adrian Bunk 2006-06-19 14:23 ` Mark Lord 2006-06-18 10:54 ` Michael Buesch 2006-06-18 16:47 ` Andre Tomt 2006-06-18 17:05 ` Michael Buesch 2006-07-16 19:34 ` Linux v2.6.17 - PCI Bus hidden behind transparent bridge Julien Cristau 2006-07-17 14:13 ` Grant Grundler 2006-07-17 14:29 ` Julien Cristau 2006-07-17 15:31 ` Grant Grundler 2006-07-17 16:13 ` Julien Cristau -- strict thread matches above, loose matches on Subject: below -- 2006-06-19 7:41 Linux v2.6.17 linux
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox