Bug#808567: linux-image-4.3.0-1-686-pae: eata module required for DPT SCSI adapter fails, lack of response upstream

2015-12-20 Thread Ben Hutchings 
Control: tag -1 - patch

On Mon, 2015-12-21 at 12:17 +1030, Arthur Marsh wrote:
> Package: src:linux
> Version: 4.3.3-2
> Severity: normal
> Tags: upstream patch
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>    * What led up to the situation?
> 
> Attempting to load a kernel later than 4.2.0.
> 
>    * What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> Reported the problem to the developer and linux-scsi mailing list, a patch
> was created that worked but it has not been applied upstream even though I 
> have confirmed that the patch works.]
[...]

This is no way an acceptable patch.  The driver needs to be converted
properly to the Linux 2.6+ device model, instead of adding further
kluges to it.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.

signature.asc
Description: This is a digitally signed message part

Processed: Re: Bug#808567: linux-image-4.3.0-1-686-pae: eata module required for DPT SCSI adapter fails, lack of response upstream

2015-12-20 Thread Debian Bug Tracking System 
Processing control commands:

> tag -1 - patch
Bug #808567 [src:linux] linux-image-4.3.0-1-686-pae: eata module required for 
DPT SCSI adapter fails, lack of response upstream
Removed tag(s) patch.

-- 
808567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808567
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808567: linux-image-4.3.0-1-686-pae: eata module required for DPT SCSI adapter fails, lack of response upstream

2015-12-20 Thread Arthur Marsh 



This is no way an acceptable patch.  The driver needs to be converted
properly to the Linux 2.6+ device model, instead of adding further
kluges to it.

Ben.



Thanks, that patch wasn't provided by me. The old driver just broke 
during other updates and that patch was provided as a workaround to me.


Arthur.

Bug#808567: linux-image-4.3.0-1-686-pae: eata module required for DPT SCSI adapter fails, lack of response upstream

2015-12-20 Thread Ben Hutchings 
On Mon, 2015-12-21 at 12:56 +1030, Arthur Marsh wrote:
> > This is no way an acceptable patch.  The driver needs to be converted
> > properly to the Linux 2.6+ device model, instead of adding further
> > kluges to it.
> > 
> > Ben.
> > 
> 
> Thanks, that patch wasn't provided by me. The old driver just broke 
> during other updates and that patch was provided as a workaround to me.

I understand, but I didn't want you to get the false impression that
this was properly solved already.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.

signature.asc
Description: This is a digitally signed message part

Bug#808567: linux-image-4.3.0-1-686-pae: eata module required for DPT SCSI adapter fails, lack of response upstream

2015-12-20 Thread Arthur Marsh 
Package: src:linux
Version: 4.3.3-2
Severity: normal
Tags: upstream patch

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Attempting to load a kernel later than 4.2.0.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Reported the problem to the developer and linux-scsi mailing list, a patch
was created that worked but it has not been applied upstream even though I 
have confirmed that the patch works.

See: 

https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg45283.html

diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c
index d7ffd66..8321c46 100644
--- a/drivers/pci/pci-driver.c
+++ b/drivers/pci/pci-driver.c
@@ -391,6 +391,7 @@ int __weak pcibios_alloc_irq(struct pci_dev *dev)
 {
 return 0;
 }
+EXPORT_SYMBOL_GPL(pcibios_alloc_irq);

 void __weak pcibios_free_irq(struct pci_dev *dev)
 {
diff --git a/drivers/scsi/eata.c b/drivers/scsi/eata.c
index 227dd2c..7e6eaf8 100644
--- a/drivers/scsi/eata.c
+++ b/drivers/scsi/eata.c
@@ -1061,6 +1061,7 @@ static void enable_pci_ports(void)
driver_name, dev->bus->number, dev->devfn);
 #endif

+pcibios_alloc_irq(dev);
 if (pci_enable_device(dev))
 printk
 ("%s: warning, pci_enable_device failed, bus %d devfn 0x%x.\n",
@@ -1520,6 +1521,7 @@ static void add_pci_ports(void)
 if (!(dev = pci_get_class(PCI_CLASS_STORAGE_SCSI << 8, dev)))
 break;

+pcibios_alloc_irq(dev);
 if (pci_enable_device(dev)) {
 #if defined(DEBUG_PCI_DETECT)
 printk

## end 

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8M800 Host Bridge 
[1106:0204]
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge [1106:0204]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: agpgart-amd64

00:00.1 Host bridge [0600]: VIA Technologies, Inc. K8M800 Host Bridge 
[1106:1204]
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge [1106:1204]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 

00:0f.0 IDE interface [0101]: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 07) 
(prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. 
VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE [1106:0571]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: pata_via

00:10.0 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 
Controller [1106:3038] (rev 90) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller 
[1106:3038]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:10.1 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 
Controller [1106:3038] (rev 90) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller 
[1106:3038]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:10.2 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 
Controller [1106:3038] (rev 90) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller 
[1106:3038]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:10.3 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 
Controller [1106:3038] (rev 90) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller 
[1106:3038]
Control: I/O+ Mem+