* 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 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 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 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
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-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
* 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 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 - 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
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