gpioib: do not free unrequested descriptors")
Signed-off-by: Jim Paris
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index e8f8a1999393..a57300c1d649 100644
--- a/drivers/gpio/gpiolib.c
+++
iries regarding it.
Thanks Geoff.
Acked-by: Jim Paris
Jim
>
> Please apply, thanks.
>
> -Geoff
>
> The following changes since commit d4a4f75cd8f29cd9464a5a32e9224a91571d6649:
>
> Linux 4.1-rc7 (2015-06-07 20:23:50 -0700)
>
> are available in the git reposito
The driver wasn't properly configuring the hardware for the current
termios settings under all conditions. Ensure that termios are
written to the device when the port is activated.
Signed-off-by: Jim Paris
---
Johan Hovold wrote:
> On Thu, Oct 30, 2014 at 10:45:38AM -0400, Jim Par
The driver wasn't properly configuring the hardware for the current
termios settings under all conditions. Ensure that termios are
written to the device when the port is activated.
Signed-off-by: Jim Paris
---
Moved prototype.
Thanks,
Jim
---
drivers/usb/class/cdc-acm.c | 5 +
1
The driver wasn't properly configuring the hardware for the current
termios settings under all conditions. Ensure that termios are
written to the device when the port is activated.
Signed-off-by: Jim Paris
---
Switched to Johan's suggestion of using a prototype rather t
The driver wasn't properly configuring the hardware for the current
termios settings under all conditions. Ensure that termios are
written to the device when the port is activated.
Signed-off-by: Jim Paris
---
Peter Hurley wrote:
> Yeah, you're right that the cdc-acm driver i
Do what other drivers like ftdi_sio do, and ensure that termios are
written to the device when the port is first opened.
Signed-off-by: Jim Paris
---
Tested on v3.16.5.
I've seen a problem on two CDC-ACM systems based on a Segger J-Link
where the port does not get initialized at the co
L. Cashin"
> CC: Nick Piggin
> CC: Jiri Kosina
> CC: Jim Paris
> CC: Geoff Levand
> CC: Alasdair Kergon
> CC: dm-de...@redhat.com
> CC: Neil Brown
> CC: Steven Rostedt
> ---
> drivers/block/aoe/aoecmd.c | 2 +-
> drivers/block/brd.c | 3 +--
&g
Tejun Heo wrote:
> [please don't drop cc. restored]
>
> Steen Eugen Poulsen wrote:
> >Tejun Heo skrev:
> >>All these are caused by smartd. Updating should fix the problem.
> >
> >Okay, but there is no newer smartd than what I'm using. (5.37)
>
> Bruce? Original thread can be read from...
>
>
Hello,
> We have about 100 servers based on Intel S5000PSL-SATA motherboards.
> They have been running for anywhere between 1 and 10 months. For the
> past few months, after updating them all to the 2.6.20.15 kernel
> (because of a bug in the 2.6.18 kernel), we are seeing some strange NMI
> er
Gabor Gombas wrote:
> On Tue, Aug 14, 2007 at 06:30:28PM +0900, Tejun Heo wrote:
> > Hmmm... That's timeout on cache flush, indicative of failing disk.
> > Please post the result of 'smartctl -a /dev/sdc'.
>
> Ok, so something is fishy in 2.6.22 wrt. SMART.
See http://lkml.org/lkml/2007/7/8/198
Frederik Himpe wrote:
> On Tue, 26 Jun 2007 17:45:22 +, Frederik Himpe wrote:
>
> > I tried Linux 2.6.22-rc6 on my machine with an Asus A8N-SlI Deluxe
> > motherboard (NForce 4 chipset).
> >
> > When booting, the system hangs for a long time, but it continues after a
> > long wait. I found th
> > This appears to be a different problem. Something is issuing SMART-related
> > commands (smartd or smartctl perhaps) which the drive seems to be reacting
> > strangely to.
..
> Specifically, I could trigger it by running 'smartctl -d ata -S on
> /dev/sda' OR (s-S/o/).
This sounds like a k
Aaron Lehmann wrote:
> I discovered a reproducible way of causing silent file corruption.
...
> 1. Heavy Ethernet load (nc remotehost < /dev/zero)
> 2. Heavy disk write load on any non-sata_sil drive (cat /dev/zero > /path)
> 3. Heavy disk read load on any other drive (tar c /path | cat > /dev/null
000
+++ epca-1.4.5.1-jim/drv/epca.c Sun Mar 11 14:57:16 2001
@@ -461,6 +461,9 @@
were using it wrong in a few instances, and it was causing
problems in newer redhat versions.
-- Changed version number to 1.4.5-1
+March 11, 2001: [EMAIL PROTECTED]
+ -- Suppo
15 matches
Mail list logo