Paul Mundt wrote:
On Wed, Nov 07, 2007 at 01:09:40PM +, Alan Cox wrote:
On Wed, 7 Nov 2007 17:10:52 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
By default ata_host_activate() expects a valid IRQ in order to
successfully register the host. This patch enables a special case
for registering
Mark Lord wrote:
My ASUS board has one of these:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Subsystem: ASUSTeK Computer Inc. Unknown device 81aa
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV
WRAP ~ #./hdparm -I /dev/hda
/dev/hda:
ATAPI Write-once device, with non-removable media
Model Number: SanDisk SDP3B-16
Serial Number: 24313671615
Firmware Revision: vdd 1.00
Standards:
Likely used: 3
Configuration:
DRQ response: 50us.
Bongani Hlope wrote:
On Thursday 01 November 2007 22:32:38 Andrew Morton wrote:
On Thu, 25 Oct 2007 10:45:36 +0200
Bongani Hlope [EMAIL PROTECTED] wrote:
Booting with irqpoll works
ls /proc/irq/21/ (with irqpoll)
ehci_hcd:usb1/ smp_affinity uhci_hcd:usb2/ uhci_hcd:usb3/
uhci_hcd:usb4/
Fix r8169 regression on ASUS motherboards.
The r8169 ethernet driver worked fine in 2.6.23, but fails
in 2.6.24-rc* for the onboard ethernet of ASUS P5B series motherboards.
This patch fixes it again.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
--- broken/drivers/net/r8169.c 2007-11-07 12:32
Paul Mundt wrote:
On Wed, Nov 07, 2007 at 01:09:40PM +, Alan Cox wrote:
On Wed, 7 Nov 2007 17:10:52 +0900
Paul Mundt [EMAIL PROTECTED] wrote:
By default ata_host_activate() expects a valid IRQ in order to
successfully register the host. This patch enables a special case
for registering
My ASUS board has one of these:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI
Express Gigabit Ethernet controller (rev 01)
Subsystem: ASUSTeK Computer Inc. Unknown device 81aa
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Francois Romieu wrote:
Mark Lord [EMAIL PROTECTED] :
Fix r8169 regression on ASUS motherboards.
The r8169 ethernet driver worked fine in 2.6.23, but fails
in 2.6.24-rc* for the onboard ethernet of ASUS P5B series motherboards.
This patch fixes it again.
[...]
--- broken/drivers/net/r8169.c
Mark Lord wrote:
Francois Romieu wrote:
..
I am not convinced, the broken ones include some RTL_GIGA_MAC_VER_12
too, namely XID = 0x3800.
..
Here is the updated patch for both VER_11 and VER_12.
Let's get this in, as the driver has been broken for weeks now.
* * * *
Fix r8169 regression
Denys Fedoryshchenko wrote:
On Wed, 07 Nov 2007 14:12:55 -0500, Mark Lord wrote
WRAP ~ #./hdparm -I /dev/hda
/dev/hda:
ATAPI Write-once device, with non-removable media
Model Number: SanDisk SDP3B-16
Serial Number: 24313671615
Firmware Revision: vdd 1.00
Mark Lord wrote:
Mark Lord wrote:
Francois Romieu wrote:
..
I am not convinced, the broken ones include some RTL_GIGA_MAC_VER_12
too, namely XID = 0x3800.
..
Here is the updated patch for both VER_11 and VER_12.
Let's get this in, as the driver has been broken for weeks now
Francois Romieu wrote:
Mark Lord [EMAIL PROTECTED] :
Mark Lord wrote:
Francois Romieu wrote:
..
I am not convinced, the broken ones include some RTL_GIGA_MAC_VER_12
too, namely XID = 0x3800.
..
Here is the updated patch for both VER_11 and VER_12.
Let's get this in, as the driver has
Jeff Garzik wrote:
On Wed, Nov 07, 2007 at 02:12:55PM -0500, Mark Lord wrote:
That cannot be correct (??). Is this with hdparm-7.7 (latest sourceforge)
??
Can you show us the hdparm --Istdout output as well, please.
If this is applicable... FWIW hdparm was only recently (in past 72
hours
Willy Tarreau wrote:
On Sat, 27 Oct 2007, Marc Lehmann wrote:
Please provide some code to illustrate one exact problem you have.
// assume there is an open epoll set that listens for events on fd 5
if (fork () = 0)
{
close (5);
// fd 5 is now removed from the epoll
Willy Tarreau wrote:
On Sat, 27 Oct 2007, Marc Lehmann wrote:
Please provide some code to illustrate one exact problem you have.
// assume there is an open epoll set that listens for events on fd 5
if (fork () = 0)
{
close (5);
// fd 5 is now removed from the epoll
Rafael,
What happens to the jiffies variable on resume from RAM, and from DISK?
Do we restore it to the value it had at suspend,
or just leave it be with whatever?
The answer has to be "restore the value it had at suspend time",
but I figured I'd check here anyway.
??
-
To unsubscribe from
Rafael,
What happens to the jiffies variable on resume from RAM, and from DISK?
Do we restore it to the value it had at suspend,
or just leave it be with whatever?
The answer has to be restore the value it had at suspend time,
but I figured I'd check here anyway.
??
-
To unsubscribe from this
Pavel Machek wrote:
Hi!
Since upgrading to 2.6.23.1 from 2.6.23-rc9,
resume-from-RAM has been misbehaving here.
It takes much (+5-7 seconds) longer to resume
*sometimes*, but not all/most of the time.
I suspend those long delays may have something to do with USB,
as it takes longer for my
Pavel Machek wrote:
Hi!
Since upgrading to 2.6.23.1 from 2.6.23-rc9,
resume-from-RAM has been misbehaving here.
It takes much (+5-7 seconds) longer to resume
*sometimes*, but not all/most of the time.
I suspend those long delays may have something to do with USB,
as it takes longer for my
Ray Lee wrote:
On 10/19/07, Mark Lord <[EMAIL PROTECTED]> wrote:
I believe this is now the forth report of blinking-leds lockup with 2.6.23.1.
I wonder what's causing it?
My system has this as well, totally random, once every day or so.
New behaviour since 2.6.23-rc9 (I posted prev
Ray Lee wrote:
On 10/17/07, Giangiacomo Mariotti <[EMAIL PROTECTED]> wrote:
Linux Kernel 2.6.23.1 freezes on GB data transfers.
Pc completely freezed while transferring 4Gb of data from
dvd(/dev/hdc) to hd(nothing else was happening, cpu general usage at
5-6%).Except for this,it has been
Ray Lee wrote:
On 10/17/07, Giangiacomo Mariotti [EMAIL PROTECTED] wrote:
Linux Kernel 2.6.23.1 freezes on GB data transfers.
Pc completely freezed while transferring 4Gb of data from
dvd(/dev/hdc) to hd(nothing else was happening, cpu general usage at
5-6%).Except for this,it has been working
Ray Lee wrote:
On 10/19/07, Mark Lord [EMAIL PROTECTED] wrote:
I believe this is now the forth report of blinking-leds lockup with 2.6.23.1.
I wonder what's causing it?
My system has this as well, totally random, once every day or so.
New behaviour since 2.6.23-rc9 (I posted previously about
Kenji Kaneshige wrote:
- When the card is inserted *after* modprobing pciehp, the card
is *not* automatically powered on/detected. So it is very
natural that the card, which had been inserted before modprobing
pciehp, is not automatically enabled at the pciehp modprobe time.
Not
Theodore Tso wrote:
On Thu, Oct 18, 2007 at 10:06:14AM -0700, Kristen Carlson Accardi wrote:
No, it actually does violate the spec. Feel free to read it yourself.
We are not supposed to do Native PCIe without first successfully executing
OSC. Period. If you do, you are violating the spec.
Kristen Carlson Accardi wrote:
On Thu, 18 Oct 2007 13:49:25 -0400
Theodore Tso <[EMAIL PROTECTED]> wrote:
On Thu, Oct 18, 2007 at 10:06:14AM -0700, Kristen Carlson Accardi wrote:
No, it actually does violate the spec. Feel free to read it yourself.
We are not supposed to do Native PCIe
Kristen Carlson Accardi wrote:
On Wed, 17 Oct 2007 23:09:45 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Mark Lord wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
(and others?) in conjunction with the modparam of pciehp_force=1.
To make things s
Mark Lord wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
> Jens wrote:
>> OK, I think that covers every arch out there. I haven't been able to
>> compile any of them, but it's mostly search'n replace operations.
I hope
>> nothing is missing linux/scatterlist.h include
On Thu, Oct 18 2007, Mark Lord wrote:
> Jens wrote:
>> OK, I think that covers every arch out there. I haven't been able to
>> compile any of them, but it's mostly search'n replace operations. I hope
>> nothing is missing linux/scatterlist.h includes...
>
>
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations. I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers/scsi
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations. I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers/scsi/scsi_lib.c.
I replaced that part of the patch with this
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't
Kenji Kaneshige wrote:
Hi Mark,
I still don't understand what the problems is very much.
If a PCIe ExpressCard34 is inserted into the slot *before*
I modprobe pciehp (with pciehp_force=1), then the card is not
detected nor enabled. The patch provided here fixes that.
Could you give me
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't there a new config option or patch
to do double-columns
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't there a new config option or patch
to do double-columns
Kenji Kaneshige wrote:
Hi Mark,
I still don't understand what the problems is very much.
If a PCIe ExpressCard34 is inserted into the slot *before*
I modprobe pciehp (with pciehp_force=1), then the card is not
detected nor enabled. The patch provided here fixes that.
Could you give me
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations. I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers/scsi/scsi_lib.c.
I replaced that part of the patch with this
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens Axboe wrote:
On Thu, Oct 18 2007, Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent
Jens Axboe wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations. I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers/scsi
On Thu, Oct 18 2007, Mark Lord wrote:
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations. I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers/scsi/scsi_lib.c.
I
Mark Lord wrote:
On Thu, Oct 18 2007, Mark Lord wrote:
Jens wrote:
OK, I think that covers every arch out there. I haven't been able to
compile any of them, but it's mostly search'n replace operations.
I hope
nothing is missing linux/scatterlist.h includes...
Patch fails on drivers
Kristen Carlson Accardi wrote:
On Wed, 17 Oct 2007 23:09:45 -0400
Mark Lord [EMAIL PROTECTED] wrote:
Mark Lord wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
(and others?) in conjunction with the modparam of pciehp_force=1.
To make things simpler
Kristen Carlson Accardi wrote:
On Thu, 18 Oct 2007 13:49:25 -0400
Theodore Tso [EMAIL PROTECTED] wrote:
On Thu, Oct 18, 2007 at 10:06:14AM -0700, Kristen Carlson Accardi wrote:
No, it actually does violate the spec. Feel free to read it yourself.
We are not supposed to do Native PCIe without
Theodore Tso wrote:
On Thu, Oct 18, 2007 at 10:06:14AM -0700, Kristen Carlson Accardi wrote:
No, it actually does violate the spec. Feel free to read it yourself.
We are not supposed to do Native PCIe without first successfully executing
OSC. Period. If you do, you are violating the spec.
Kenji Kaneshige wrote:
- When the card is inserted *after* modprobing pciehp, the card
is *not* automatically powered on/detected. So it is very
natural that the card, which had been inserted before modprobing
pciehp, is not automatically enabled at the pciehp modprobe time.
Not
usb 5-1: new high speed USB device using ehci_hcd and address 2
usb 5-1: configuration #1 chosen from 1 choice
hub 5-1:1.0: USB hub found
hub 5-1:1.0: 4 ports detected
sysfs: duplicate filename 'bInterfaceNumber' can not be created
WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
Try this patch and report back again:
http://lkml.org/lkml/2007/10/17/269
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I sen
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to
test
patches against latest -git in time for the cur
Mark Lord wrote:
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to test
patches against latest -git in time for the current me
Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't there a new config option or patch
to do double-columns or scrollback or something
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This "dead at boot time" issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I sen
Linus Torvalds wrote:
On Wed, 17 Oct 2007, David Miller wrote:
I believe that we have enough of a limited set of accessors to
sg->page that we can more aggressively encode things in the lower
bits.
I'm thinking of encoding the low two bits of sg->page as
follows:
...
Yes, that sounds sane.
(repost to conform with akpm's subject line conventions)
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
Signed-off-by: Mark Lord <[EM
()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- a/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.0 -0400
+++ b/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:29:42.0 -0400
@@ -1067,99 +1067,22 @@
}
#endif
to the driver being loaded.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- a/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0 -0400
+++ b/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:29:59.0 -0400
@@ -37,7 +37,6 @@
#include "pciehp.h&qu
Linus Torvalds wrote:
On Wed, 26 Sep 2007, Mark Lord wrote:
The existing code in linux/drivers/acpi/sleep/proc.c has a nasty bug
that prevents BCD mode from working: the code converts binary to BCD
three times in a row, each time taking the previous result.
This thoroughly mangles the alarm
Mark Lord wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
(and others?) in conjunction with the modparam of pciehp_force=1.
To make things simpler for distro people, I'm contemplating another patch
in this series, to allow something like: pciehp_force=2
Kristen,
If you're happy with this set, please add your Acked-by (or whatever).
Thanks,
Mark
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
01_pciehp_handle_preinserted_card.patch:
Fix pciehp_probe() to deal with ExpressCard cards
that were inserted prior to the driver being loaded.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- git12/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0
-0400
+++ linux/d
02_pciehp_split_pcie_init.patch:
Split out the hotplug hardware initialization code from pcie_init()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- git12/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.000
03_pciehp_resume_reinit_hardware.patch:
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
Signed-off-by: Mark Lord <[EMAIL PROTEC
02_pciehp_split_pcie_init.patch:
Split out the hotplug hardware initialization code from pcie_init()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- git12/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.000
01_pciehp_handle_preinserted_card.patch:
Fix pciehp_probe() to deal with ExpressCard cards
that were inserted prior to the driver being loaded.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- git12/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0
-0400
+++ linux/d
+++
drivers/pci/hotplug/pciehp_ctrl.c |2
drivers/pci/hotplug/pciehp_hpc.c | 185 +++-
4 files changed, 130 insertions(+), 83 deletions(-)
Cheers
--
Mark Lord <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
Kristen Carlson Accardi wrote:
On Tue, 16 Oct 2007 21:55:30 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise beh
Kristen Carlson Accardi wrote:
On Tue, 16 Oct 2007 21:54:42 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Fix pciehp_probe() to deal with pre-inserted ExpressCard cards,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
I think it would be ok to try allowing th
Andrew Morton wrote:
On Tue, 16 Oct 2007 21:53:24 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
in conjunction with the modparam of pciehp_force=1.
The PCIe Hotplug driver has two shortcomings when used on Dell not
I have a Dell Inspiron 9400 with an external ExpressCard slot.
I've also got a "Bytecc" 2-port eSATA ExpressCard-34 that identifies as:
Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller (rev 01)
To get it to work with Linux on my Dell notebook,
the pcihp_force=1 parameter is necessary
Matthew Wilcox wrote:
On Wed, Oct 17, 2007 at 09:09:24AM -0400, Mark Lord wrote:
..
- temp_word = (temp_word & ~intr_enable) | intr_enable;
+ temp_word = (temp_word & ~intr_enable) | intr_enable;
*boggle*
Dig out your text editor, and notice the excess whitespace at the end of t
Matthew Wilcox wrote:
On Tue, Oct 16, 2007 at 09:54:08PM -0400, Mark Lord wrote:
- t_slot->hpc_ops->get_adapter_status(t_slot, ); /* Check if slot
is occupied */
+ /* Check if slot is occupied */
+ t_slot->hpc_ops->get_adapter_status(t_slot, );
if ((POW
Andrew Morton wrote:
On Tue, 16 Oct 2007 21:53:24 -0400
Mark Lord [EMAIL PROTECTED] wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
in conjunction with the modparam of pciehp_force=1.
The PCIe Hotplug driver has two shortcomings when used on Dell notebooks
Kristen Carlson Accardi wrote:
On Tue, 16 Oct 2007 21:54:42 -0400
Mark Lord [EMAIL PROTECTED] wrote:
Fix pciehp_probe() to deal with pre-inserted ExpressCard cards,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
I think it would be ok to try allowing the slot
Kristen Carlson Accardi wrote:
On Tue, 16 Oct 2007 21:55:30 -0400
Mark Lord [EMAIL PROTECTED] wrote:
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise behaviour
+++
drivers/pci/hotplug/pciehp_ctrl.c |2
drivers/pci/hotplug/pciehp_hpc.c | 185 +++-
4 files changed, 130 insertions(+), 83 deletions(-)
Cheers
--
Mark Lord [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
01_pciehp_handle_preinserted_card.patch:
Fix pciehp_probe() to deal with ExpressCard cards
that were inserted prior to the driver being loaded.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- git12/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0
-0400
+++ linux/drivers
02_pciehp_split_pcie_init.patch:
Split out the hotplug hardware initialization code from pcie_init()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- git12/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.0
03_pciehp_resume_reinit_hardware.patch:
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
Signed-off-by: Mark Lord [EMAIL PROTECTED
01_pciehp_handle_preinserted_card.patch:
Fix pciehp_probe() to deal with ExpressCard cards
that were inserted prior to the driver being loaded.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- git12/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0
-0400
+++ linux/drivers
02_pciehp_split_pcie_init.patch:
Split out the hotplug hardware initialization code from pcie_init()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- git12/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.0
Kristen,
If you're happy with this set, please add your Acked-by (or whatever).
Thanks,
Mark
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
Mark Lord wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
(and others?) in conjunction with the modparam of pciehp_force=1.
To make things simpler for distro people, I'm contemplating another patch
in this series, to allow something like: pciehp_force=2
Linus Torvalds wrote:
On Wed, 26 Sep 2007, Mark Lord wrote:
The existing code in linux/drivers/acpi/sleep/proc.c has a nasty bug
that prevents BCD mode from working: the code converts binary to BCD
three times in a row, each time taking the previous result.
This thoroughly mangles the alarm
to the driver being loaded.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- a/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:30:19.0 -0400
+++ b/drivers/pci/hotplug/pciehp_ctrl.c 2007-10-17 22:29:59.0 -0400
@@ -37,7 +37,6 @@
#include pciehp.h
static void interrupt_event_handler
()
into pcie_init_enable_events(), without changing any functionality.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
---
--- a/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:06:38.0 -0400
+++ b/drivers/pci/hotplug/pciehp_hpc.c 2007-10-17 19:29:42.0 -0400
@@ -1067,99 +1067,22 @@
}
#endif
-int
Linus Torvalds wrote:
On Wed, 17 Oct 2007, David Miller wrote:
I believe that we have enough of a limited set of accessors to
sg-page that we can more aggressively encode things in the lower
bits.
I'm thinking of encoding the low two bits of sg-page as
follows:
...
Yes, that sounds sane.
(repost to conform with akpm's subject line conventions)
Make use of the previously split out pcie_init_enable_events() function
to reinitialize the hotplug hardware on resume from suspend,
but only when pciehp_force==1. Otherwise behaviour is unmodified.
Signed-off-by: Mark Lord [EMAIL
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I sent out help
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I
Jeff Garzik wrote:
Mark Lord wrote:
Okay, mine is dying with EIP at blk_rq_map_sg+0xcb/0x160.
Screen photo is at http://rtr.ca/recent/2.6.23-git12-crash.jpg,
but the top was cut off (isn't there a new config option or patch
to do double-columns or scrollback or something
Mark Lord wrote:
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to
test
patches against latest -git in time for the current merge
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I sent out help
Mark Lord wrote:
Linus Torvalds wrote:
On Wed, 17 Oct 2007, Mark Lord wrote:
It would be good to have something soon-ish.
This dead at boot time issue is impacting the general ability to test
patches against latest -git in time for the current merge window.
In the meantime, does the patch I
Try this patch and report back again:
http://lkml.org/lkml/2007/10/17/269
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
usb 5-1: new high speed USB device using ehci_hcd and address 2
usb 5-1: configuration #1 chosen from 1 choice
hub 5-1:1.0: USB hub found
hub 5-1:1.0: 4 ports detected
sysfs: duplicate filename 'bInterfaceNumber' can not be created
WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
701 - 800 of 1516 matches
Mail list logo