[PATCH 2.6] 3/7 use kstrdup library function in parport/probe.c

This patch removes a private strdup in parport/probe.c, and updates it to use
the kstrdup library function.

Signed-off-by: Paulo Marques <pmarques <at> grupopie.com>

--
Paulo Marques - www.grupopie.com

All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)

[KJ] [PATCH 1/20] char/lp: remove interruptible_sleep_on_timeout() usage

Hello,

Please consider applying.

Description: Replace deprecated interruptible_sleep_on_timeout() function calls
with direct wait-queue usage. There may be an existing problem with this driver,
as I am not finding any wake_up_interruptible() callers for the waitq. 
Patch is compile-tested.

Signed-off-by: Nishanth Aravamudan <nacc <at> us.ibm.com>

--- 2.6.11-rc2-kj-v/drivers/char/lp.c	2005-01-24 09:34:06.000000000 -0800
+++ 2.6.11-rc2-kj/drivers/char/lp.c	2005-02-02 09:55:30.000000000 -0800
 <at>  <at>  -127,6 +127,7  <at>  <at> 
 #include <linux/poll.h>
 #include <linux/console.h>
 #include <linux/device.h>
+#include <linux/wait.h>

 #include <linux/parport.h>
 #undef LP_STATS
 <at>  <at>  -218,6 +219,7  <at>  <at>  static int lp_reset(int minor)

 static void lp_error (int minor)
 {
+	DEFINE_WAIT(wait);
 	int polling;

 	if (LP_F(minor) & LP_ABORT)
 <at>  <at>  -225,8 +227,9  <at>  <at>  static void lp_error (int minor)

About AOKIDE (IDE/ATAPI)

Hello:

I have COMBO (AOKIDE , (IDE/ATAPI) is a parallel port Device ,I do not
have Drivers ,please help me .

Thanks

Re: parport_serial and NetMos 9835

Hi there,

>> I commented out all the 9835 stuff in parport_pc, and now
>> everything works fine.

> I just got one of these cards and couldn't get it to work. Is there a
>  patch for it yet?

this may provide a quick-and-dirty solution for Kernel 2.6.10 (works 
here, but YMMV)

bye, Michael

--

-- 
Michael Reinelt <reinelt <at> eunet.at>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

--- parport_pc.c.orig	2005-01-02 13:49:32.000000000 +0100
+++ parport_pc.c	2005-01-02 13:51:08.000000000 +0100
 <at>  <at>  -2735,3 +2735,3  <at>  <at> 
 	netmos_9735,
-	netmos_9835,
+	/*netmos_9835,*/
 	netmos_9755,
 <at>  <at>  -2812,3 +2812,3  <at>  <at> 
 	/* netmos_9735 */               { 1, { { 2, 3 }, } },  /* untested */
-	/* netmos_9835 */               { 1, { { 2, 3 }, } },  /* untested */

Re: parport_serial and NetMos 9835

Michael Reinelt wrote:
> Hi there,
> 
>>> I commented out all the 9835 stuff in parport_pc, and now
>>> everything works fine.
> 
> 
>> I just got one of these cards and couldn't get it to work. Is there a
>>  patch for it yet?
> 
> 
> this may provide a quick-and-dirty solution for Kernel 2.6.10 (works 
> here, but YMMV)
> 
> bye, Michael
> 
> 
> ------------------------------------------------------------------------
> 
> --- parport_pc.c.orig	2005-01-02 13:49:32.000000000 +0100
> +++ parport_pc.c	2005-01-02 13:51:08.000000000 +0100
>  <at>  <at>  -2735,3 +2735,3  <at>  <at> 
>  	netmos_9735,
> -	netmos_9835,
> +	/*netmos_9835,*/
>  	netmos_9755,
>  <at>  <at>  -2812,3 +2812,3  <at>  <at> 
>  	/* netmos_9735 */               { 1, { { 2, 3 }, } },  /* untested */
> -	/* netmos_9835 */               { 1, { { 2, 3 }, } },  /* untested */
> +	/* netmos_9835 */           /*  { 1, { { 2, 3 }, } }, */  /* untested */

Re: parport_serial and NetMos 9835

Hi Russel,

> I patched 2.6.10 and compiled in the parport and serial port options in 
> menuconfig.
> 
> It still won't work:(

Too bad. My micro-patch does not change any behaviour of the card ord 
the driver, it just disables the entries for NM9835 in parport_pc.c, so 
that the PCI device is not handled by parport_pc, but by parport_serial.

You did load the parport_serial module? What does syslog say when 
loading this module?

> lspci -vv -s 0:b.0 shows:
[...]
> Interrupt: pin A routed to IRQ 19
[...]

> Is that IRQ 19 real or bogus?

Here I get IRQ9. I don't know what IRQ19 is.

bye, Michael

--

-- 
Michael Reinelt <reinelt <at> eunet.at>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: parport_serial and NetMos 9835

Michael Reinelt wrote:
> Hi Russel,
> 
>> I patched 2.6.10 and compiled in the parport and serial port options 
>> in menuconfig.
>>
>> It still won't work:(
> 
> 
> Too bad. My micro-patch does not change any behaviour of the card ord 
> the driver, it just disables the entries for NM9835 in parport_pc.c, so 
> that the PCI device is not handled by parport_pc, but by parport_serial.
> 
> You did load the parport_serial module? What does syslog say when 
> loading this module?

I compiled it into the kernel.

>> lspci -vv -s 0:b.0 shows:
> 
> [...]
> 
>> Interrupt: pin A routed to IRQ 19
> 
> [...]
> 
>> Is that IRQ 19 real or bogus?
> 
> 
> Here I get IRQ9. I don't know what IRQ19 is.

Re: parport_serial and NetMos 9835

Russell Shaw wrote:
> Michael Reinelt wrote:
> 
>> Hi Russel,
>>
>>> I patched 2.6.10 and compiled in the parport and serial port options 
>>> in menuconfig.
>>>
>>> It still won't work:(
>>
>>
>> Too bad. My micro-patch does not change any behaviour of the card ord 
>> the driver, it just disables the entries for NM9835 in parport_pc.c, 
>> so that the PCI device is not handled by parport_pc, but by 
>> parport_serial.
>>
>> You did load the parport_serial module? What does syslog say when 
>> loading this module?
> 
> 
> I compiled it into the kernel.
> 
>>> lspci -vv -s 0:b.0 shows:
>>
>>
>> [...]
>>
>>> Interrupt: pin A routed to IRQ 19
>>
>>

Re: parport_serial and NetMos 9835

 > Hi List,
 >
 > I sent this mail to Tim, but he told me that he's no longer maintaining
 > the parport stuff. So I'm trying here....
 >
 > Please CC me, cause I'm not on the list (btw, how do I subscribe? I
 >                                     remember the parport list
 >                                     somewhere at torque.net or
 >                                     something...)
 >
 >
 > I'm having problems to get my NetMos 9835 up and running with
 > kernel 2.6.10
 >
 > I digged a bit into the code, and I think I found the reason: The card
 > provides one parallel and two serial ports, and is handled fine by
 > parport_serial. BUT the 9835 is handled by parport_pc, too (which is
 >                                                        wrong, IMHO).
 > I'm not shure, but I suppose that parport_serial does not
 > touch the device if it's already handled by another driver (parport_pc,
 >                                                        which gets
 >                                                        autoloaded
 >                                                        before
 >                                                        parport_serial)
 > and therefore does not
 > enable and register the serial ports.
 >
 > I commented out all the 9835 stuff in parport_pc, and now everything
 > works fine.
 >

About AOKIDE (IDE/ATAPI)

Hello:

I have COMBO (AOKIDE , (IDE/ATAPI) is a parallel port Device ,I do not  
have Drivers ,please help me .

Thanks