Dominik Brodowski | 1 Aug 14:59 2010
Picon

[PATCH 07/11] pcmcia: remove memreq_t

Page already had to be set to 0; Offset can easily be passed as
parameter to pcmcia_map_mem_page.

CC: netdev <at> vger.kernel.org
CC: linux-wireless <at> vger.kernel.org
CC: linux-ide <at> vger.kernel.org
CC: linux-usb <at> vger.kernel.org
CC: laforge <at> gnumonks.org
CC: linux-mtd <at> lists.infradead.org
CC: linux-bluetooth <at> vger.kernel.org
CC: alsa-devel <at> alsa-project.org
CC: linux-serial <at> vger.kernel.org
CC: Michael Buesch <mb <at> bu3sch.de>
Signed-off-by: Dominik Brodowski <linux <at> dominikbrodowski.net>
---
 drivers/char/pcmcia/ipwireless/main.c         |   14 ++------------
 drivers/isdn/hisax/sedlbauer_cs.c             |    7 +++----
 drivers/mtd/maps/pcmciamtd.c                  |   13 ++++++-------
 drivers/net/pcmcia/fmvj18x_cs.c               |   10 ++--------
 drivers/net/pcmcia/ibmtr_cs.c                 |   11 +++--------
 drivers/net/pcmcia/pcnet_cs.c                 |   14 ++++----------
 drivers/net/pcmcia/smc91c92_cs.c              |    9 +++------
 drivers/net/pcmcia/xirc2ps_cs.c               |    5 +----
 drivers/net/wireless/airo_cs.c                |    6 ++----
 drivers/net/wireless/b43/pcmcia.c             |    5 +----
 drivers/net/wireless/ray_cs.c                 |   13 +++----------
 drivers/pcmcia/pcmcia_resource.c              |    9 +++------
 drivers/scsi/pcmcia/nsp_cs.c                  |    5 ++---
 drivers/staging/comedi/drivers/ni_daq_700.c   |    6 ++----
 drivers/staging/comedi/drivers/ni_daq_dio24.c |    6 ++----
(Continue reading)

Dominik Brodowski | 1 Aug 14:59 2010
Picon

[PATCH 05/11] pcmcia: do not use io_req_t when calling pcmcia_request_io()

Instead of io_req_t, drivers are now requested to fill out
struct pcmcia_device *p_dev->resource[0,1] for up to two ioport
ranges. After a call to pcmcia_request_io(), the ports found there
are reserved, after calling pcmcia_request_configuration(), they may
be used.

CC: netdev-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-wireless-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-ide-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-usb-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: laforge-TgoAw6mPHtdg9hUCZPvPmw <at> public.gmane.org
CC: linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r <at> public.gmane.org
CC: linux-bluetooth-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw <at> public.gmane.org
CC: linux-serial-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ <at> public.gmane.org>
Signed-off-by: Dominik Brodowski <linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ <at> public.gmane.org>
---
 Documentation/pcmcia/driver-changes.txt          |    7 ++++
 drivers/ata/pata_pcmcia.c                        |   29 ++++++++-------
 drivers/bluetooth/bluecard_cs.c                  |   13 +++----
 drivers/bluetooth/bt3c_cs.c                      |   18 +++++-----
 drivers/bluetooth/btuart_cs.c                    |   18 +++++-----
 drivers/bluetooth/dtl1_cs.c                      |   21 +++++------
 drivers/char/pcmcia/cm4000_cs.c                  |   17 +++------
 drivers/char/pcmcia/cm4040_cs.c                  |   20 +++-------
 drivers/char/pcmcia/ipwireless/main.c            |   10 +++---
 drivers/char/pcmcia/synclink_cs.c                |   21 +++++------
 drivers/ide/ide-cs.c                             |   30 ++++++++-------
 drivers/isdn/hardware/avm/avm_cs.c               |   15 +++-----
(Continue reading)

Dominik Brodowski | 1 Aug 14:59 2010
Picon

[PATCH 04/11] pcmcia: do not use io_req_t after call to pcmcia_request_io()

After pcmcia_request_io(), do not make use of the values stored in
io_req_t, but instead use those found in struct pcmcia_device->resource[].

CC: netdev-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-wireless-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-ide-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: linux-usb-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: laforge-TgoAw6mPHtdg9hUCZPvPmw <at> public.gmane.org
CC: linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r <at> public.gmane.org
CC: linux-bluetooth-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
CC: alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw <at> public.gmane.org
CC: linux-serial-u79uwXL29TY76Z2rM5mHXA <at> public.gmane.org
Signed-off-by: Dominik Brodowski <linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ <at> public.gmane.org>
---
 drivers/ata/pata_pcmcia.c                        |    8 +++---
 drivers/bluetooth/bluecard_cs.c                  |   18 ++++++++--------
 drivers/bluetooth/bt3c_cs.c                      |    8 +++---
 drivers/bluetooth/btuart_cs.c                    |   12 +++++-----
 drivers/bluetooth/dtl1_cs.c                      |   13 ++++++-----
 drivers/char/pcmcia/cm4000_cs.c                  |   12 +++++-----
 drivers/char/pcmcia/cm4040_cs.c                  |   16 +++++++-------
 drivers/char/pcmcia/ipwireless/main.c            |   10 +++-----
 drivers/char/pcmcia/synclink_cs.c                |    7 ++---
 drivers/ide/ide-cs.c                             |    8 +++---
 drivers/isdn/hardware/avm/avm_cs.c               |    9 ++++---
 drivers/isdn/hisax/avma1_cs.c                    |    8 ++++--
 drivers/isdn/hisax/elsa_cs.c                     |   16 ++++++--------
 drivers/isdn/hisax/sedlbauer_cs.c                |   16 ++++++--------
 drivers/isdn/hisax/teles_cs.c                    |   14 +++++-------
 drivers/net/pcmcia/3c574_cs.c                    |    2 +-
(Continue reading)

Tomas Lund | 1 Aug 16:27 2010
Picon

Re: sata_sil24 failed command: READ FPDMA QUEUED

On Fri, 30 Jul 2010, Robert Hancock wrote:

> On 07/21/2010 06:38 AM, Tomas Lund wrote:
>> On Wed, 21 Jul 2010, Tomas Lund wrote:
>> 
>>> Put the "LYCOM SATA PE-103 2-CH" back in the server with the Gigabyte 
>>> 965P-DS4 motherboard and installed the debian backports kernel 
>>> 2.6.32-bpo.5-amd64.
>>> 
>>> Problem persists and a dmesg and console output (since dmesg buffer is 
>>> too small to fit everything) is available at:
>>> 
>>> http://tlund.pp.se/sil24/console_2.6.32-bpo.5-amd64.txt
>>> http://tlund.pp.se/sil24/dmesg_2.6.32-bpo.5-amd64.txt
>> 
>> Tested Debian 2.6.26-2-amd64, files at the same place.
>
> What does "hdparm -I" show when run on the drive attached to that controller?

# hdparm -I /dev/sdb

/dev/sdb:

ATA device, with non-removable media
         Model Number:       SAMSUNG HD103SJ
         Serial Number:      S246J90Z321275
         Firmware Revision:  1AJ10001
         Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
Standards:
         Used: unknown (minor revision code 0x0028)
(Continue reading)

Tomas Lund | 1 Aug 18:55 2010
Picon

Re: sata_sil24 failed command: READ FPDMA QUEUED

Upgraded motherboard (965P-DS4) BIOS to latest version. Booted 2.6.27.48 
with one disk attached to motherboard sata controller (with root 
filesystem) and two disks (different vendors Samsung/WDC) on the 
SIL-controler:

<..>

sata_sil24 0000:03:00.0: version 1.1
sata_sil24 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
sata_sil24 0000:03:00.0: setting latency timer to 64
scsi8 : sata_sil24
scsi9 : sata_sil24
ata9: SATA max UDMA/100 host m128 <at> 0xf8004000 port 0xf8000000 irq 17
ata10: SATA max UDMA/100 host m128 <at> 0xf8004000 port 0xf8002000 irq 17
ata9: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
ata9.00: ATA-8: SAMSUNG HD103SJ, 1AJ10001, max UDMA/133
ata9.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata9.00: configured for UDMA/100
ata10: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
ata10.00: ATA-8: WDC WD20EARS-00S8B1, 80.00A80, max UDMA/133
ata10.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata10.00: configured for UDMA/100
scsi 8:0:0:0: Direct-Access     ATA      SAMSUNG HD103SJ  1AJ1 PQ: 0 ANSI: 5
sd 8:0:0:0: [sdb] 1953525168 512-byte hardware sectors (1000205 MB)
sd 8:0:0:0: [sdb] Write Protect is off
sd 8:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 8:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 8:0:0:0: [sdb] 1953525168 512-byte hardware sectors (1000205 MB)
sd 8:0:0:0: [sdb] Write Protect is off
sd 8:0:0:0: [sdb] Mode Sense: 00 3a 00 00
(Continue reading)

Marcel Holtmann | 1 Aug 20:04 2010

Re: [PATCH 05/11] pcmcia: do not use io_req_t when calling pcmcia_request_io()

Hi Dominik,

> Instead of io_req_t, drivers are now requested to fill out
> struct pcmcia_device *p_dev->resource[0,1] for up to two ioport
> ranges. After a call to pcmcia_request_io(), the ports found there
> are reserved, after calling pcmcia_request_configuration(), they may
> be used.
> 
> CC: netdev <at> vger.kernel.org
> CC: linux-wireless <at> vger.kernel.org
> CC: linux-ide <at> vger.kernel.org
> CC: linux-usb <at> vger.kernel.org
> CC: laforge <at> gnumonks.org
> CC: linux-mtd <at> lists.infradead.org
> CC: linux-bluetooth <at> vger.kernel.org
> CC: alsa-devel <at> alsa-project.org
> CC: linux-serial <at> vger.kernel.org
> CC: Michael Buesch <mb <at> bu3sch.de>
> Signed-off-by: Dominik Brodowski <linux <at> dominikbrodowski.net>

for the drivers/bluetooth/ pieces.

Acked-by: Marcel Holtmann <marcel <at> holtmann.org>

Regards

Marcel

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
(Continue reading)

Marcel Holtmann | 1 Aug 20:04 2010

Re: [PATCH 04/11] pcmcia: do not use io_req_t after call to pcmcia_request_io()

Hi Dominik,

> After pcmcia_request_io(), do not make use of the values stored in
> io_req_t, but instead use those found in struct pcmcia_device->resource[].
> 
> CC: netdev@...
> CC: linux-wireless@...
> CC: linux-ide@...
> CC: linux-usb@...
> CC: laforge@...
> CC: linux-mtd@...
> CC: linux-bluetooth@...
> CC: alsa-devel@...
> CC: linux-serial@...
> Signed-off-by: Dominik Brodowski <linux@...>

for the drivers/bluetooth/ pieces.

Acked-by: Marcel Holtmann <marcel@...>

Regards

Marcel

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Robert Hancock | 1 Aug 23:15 2010
Picon

Re: sata_sil24 failed command: READ FPDMA QUEUED

On Sun, Aug 1, 2010 at 8:27 AM, Tomas Lund <tlund <at> nxs.se> wrote:
> On Fri, 30 Jul 2010, Robert Hancock wrote:
>
>> On 07/21/2010 06:38 AM, Tomas Lund wrote:
>>>
>>> On Wed, 21 Jul 2010, Tomas Lund wrote:
>>>
>>>> Put the "LYCOM SATA PE-103 2-CH" back in the server with the Gigabyte
>>>> 965P-DS4 motherboard and installed the debian backports kernel
>>>> 2.6.32-bpo.5-amd64.
>>>>
>>>> Problem persists and a dmesg and console output (since dmesg buffer is
>>>> too small to fit everything) is available at:
>>>>
>>>> http://tlund.pp.se/sil24/console_2.6.32-bpo.5-amd64.txt
>>>> http://tlund.pp.se/sil24/dmesg_2.6.32-bpo.5-amd64.txt
>>>
>>> Tested Debian 2.6.26-2-amd64, files at the same place.
>>
>> What does "hdparm -I" show when run on the drive attached to that
>> controller?
>
> # hdparm -I /dev/sdb
>
> /dev/sdb:
>
> ATA device, with non-removable media
>        Model Number:       SAMSUNG HD103SJ
>        Serial Number:      S246J90Z321275
>        Firmware Revision:  1AJ10001
(Continue reading)

Jeff Garzik | 2 Aug 01:47 2010

Re: [PATCH 1/2 #upstream] sata_fsl,mv,nv: prepare for NCQ command completion update

On 06/25/2010 09:02 AM, Tejun Heo wrote:
> Make the following changes to prepare for NCQ command completion
> update.  Changes made by this patch don't cause any functional
> difference.
>
> * sata_fsl_host_intr(): rename the local variable qc_active to
>    done_mask as that's what it is.
>
> * mv_process_crpb_response(): restructure if clause for easier update.
>
> * nv_adma_interrupt(): drop unnecessary error variable.
>
> * nv_swncq_sdbfis(): drop unnecessary nr_done and return 0 on success.
>    Typo fix.
>
> * nv_swncq_dmafis(): drop unused return value and return void.
>
> * nv_swncq_host_interrupt(): drop unnecessary return value handling.
>
> Signed-off-by: Tejun Heo<tj <at> kernel.org>
> Cc: Ashish Kalra<ashish.kalra <at> freescale.com>
> Cc: Saeed Bishara<saeed <at> marvell.com>
> Cc: Mark Lord<liml <at> rtr.ca>
> Cc: Robert Hancock<hancockr <at> shaw.ca>
> ---
> So, something like this.  I tested both flavors of sata_nv but don't
> have access to sata_mv or sata_fsl, but the conversion is pretty
> straight forward and failures should be pretty easy to catch.

applied
(Continue reading)

Jeff Garzik | 2 Aug 01:48 2010
Picon

Re: [PATCH 04/25] ata: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used)

On 07/15/2010 02:39 PM, Peter Huewe wrote:
> From: Peter Huewe<peterhuewe <at> gmx.de>
>
> This patch converts pci_table entries, where .subvendor=PCI_ANY_ID and
> .subdevice=PCI_ANY_ID, .class=0 and .class_mask=0, to use the
> PCI_VDEVICE macro, and thus improves readability.
>
> Signed-off-by: Peter Huewe<peterhuewe <at> gmx.de>
> ---
>   drivers/ata/pata_scc.c |    3 +--
>   1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/ata/pata_scc.c b/drivers/ata/pata_scc.c
> index d9db3f8..fe36966 100644
> --- a/drivers/ata/pata_scc.c
> +++ b/drivers/ata/pata_scc.c
>  <at>  <at>  -168,8 +168,7  <at>  <at>  static const unsigned long JCACTSELtbl[2][7] = {
>   };
>
>   static const struct pci_device_id scc_pci_tbl[] = {
> -	{PCI_VENDOR_ID_TOSHIBA_2, PCI_DEVICE_ID_TOSHIBA_SCC_ATA,
> -	 PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
> +	{ PCI_VDEVICE(TOSHIBA_2, PCI_DEVICE_ID_TOSHIBA_SCC_ATA), 0},
>   	{ }	/* terminate list */

applied

I would prefer to leave ata_piix as it is, though.  It's nice and 
manageable :)

(Continue reading)


Gmane