linux.kernel Google Group

Re: post 2.6.26 requires pciehp_slot_with_bus

2008-07-24T21:10:08Z

Yeah we're being a bit more careful about registering hotplug slots these
days. The fact that you got a conflict message indicates that more than one
driver is trying to bind to that PCIe port and handle hotplug for it. I
guess acpiphp must already be loaded?
Jesse

Re: [BUG] qeth doesn't work anymore because of netdev_priv changes

2008-07-24T21:00:23Z

You guys have to stop overriding netdev->priv if that's what
you're doing.
If you need a mid-layer private pointer, use netdev->ml_priv
as it's created exactly for that purpose.

Re: [PATCH 4/4] sky2: Adapt sky2 to use reworked PCI PM

2008-07-24T21:00:25Z

wrote:
Btw, I just asked Linus to pull the 2/4 part of this patchset, so the rest
should be able to go upstream soon.
Thanks,
Jesse

[PATCH] xen: suppress known wrmsrs

2008-07-24T21:00:24Z

In general, Xen doesn't support wrmsr from an unprivileged domain; it
just ends up ignoring the instruction and printing a message on the
console.
Given that there are sets of MSRs we know the kernel will try to write
to, but we don't care, just eat them in xen_write_msr to cut down on
console noise.

[git pull] more 2.6.27 PCI bits

2008-07-24T21:00:23Z

Please pull my for-linus branch:
git pull git://git.kernel.org/pub/scm/l inux/kernel/git/jbarnes/pci-2. 6.git for-linus
It doesn't contain anything particularly exciting since it looks like we'll
have to wait until 2.6.28 for the resource allocation improvements.
Shortlog & diffstat below.
Thanks,
Jesse

Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference

2008-07-24T21:00:18Z

Patrick will toss it my way, and it'll get integrated
via net-2.6 as a result.

Re: [PATCH 4/4] sky2: Adapt sky2 to use reworked PCI PM

2008-07-24T21:00:22Z

On Thu, 24 Jul 2008 22:50:50 +0200
Please wait, I am working on a better stable way to do this.

Re: [git pull] x86 fixes

2008-07-24T20:50:15Z

You're obviously right here; thanks for taking care of it.
-hpa

[PATCH] Tracepoints use TABLE_SIZE macro

2008-07-24T20:50:13Z

Steven Rostedt <rost...@goodmis.org> :
Wouldn't it look nicer to have: (TRACEPOINT_TABLE_SIZE - 1) ?
me :
Sure,
It applies on top of the "Tracepoints" patch, currently in the ftrace
tree.
Signed-off-by: Mathieu Desnoyers <mathieu.desnoy...@polymtl.ca>
CC: Steven Rostedt <rost...@goodmis.org>
CC: a...@linux-foundation.org

Re: [PATCH 4/4] sky2: Adapt sky2 to use reworked PCI PM

2008-07-24T20:50:14Z

[Sorry for the delayed response, I'm at OLS.]
Sorry for that.
Appended is a version of the patch applying to the current mainline on top of
patches 1/4 - 3/4 without rejects.
BTW, the sky2's WOL is broken on my test box because of commit
db99b98885e717454feef1c6868b27 d3f23c2e7c ("sky2: put PHY in sleep when down")

Re: [patch 02/17] Kernel Tracepoints

2008-07-24T20:40:20Z

Nay, because of RCU constraints. So we have the readers in the current
RCU window who need to see the old version, and readers of the following
window who need to see the next version. Both can live at the same time
on the system. We cannot reuse the same memory to perform the array
shrink without corrupting the data seen by the previous readers. We

Re: [PATCH PROPOSAL] libata/pci: Move D3 hack handling from libata into PCI

2008-07-24T20:40:17Z

On Thu, 24 Jul 2008 13:11:24 -0700
They lose some of their configuration bits in a manner we can't restore.
The end effect of that is that if we disable/re-enable them they can't be
put back into proper DMA mode.
Windows it seems doesn't do this to these devices and the BIOS re-inits
the legacy ATA controllers during boot up which makes suspend/resume work.

Re: [stable] [patch 44/47] pxamci: fix byte aligned DMA transfers

2008-07-24T20:40:15Z

On Thu, 24 Jul 2008 12:22:56 -0700 (PDT)
Indeed I did. Things got shuffled around a bit when I updated the
patch queue with more stuff and the old attempt hadn't gotten merged
yet.
I've always considered my "for-linus" branch to be primarily that, but I
guess I can be more careful so that other people can use it as well.

Please pull ACPI updates

2008-07-24T20:40:15Z

Linus,
Please pull ACPI updates from
git://git.kernel.org/pub/scm/l inux/kernel/git/ak/linux-acpi- 2.6.git release-2.6.27
which contains
Andi Kleen (5):
Revert "Fix FADT parsing"
Revert "dock: bay: Don't call acpi_walk_namespace() when ACPI is disabled."
Merge branch 'merge' into release-2.6.27

Re: [patch] x64, fpu: fix possible FPU leakage in error conditions

2008-07-24T20:40:11Z

Ahh. Agreed. I missed that. But yes, clear_fpu() is still preferable, I
think.
Linus