<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/w1/masters, branch linux-4.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-07-17T14:48:15Z</updated>
<entry>
<title>w1: omap-hdq: fix error return code in omap_hdq_probe()</title>
<updated>2017-07-17T14:48:15Z</updated>
<author>
<name>Gustavo A. R. Silva</name>
</author>
<published>2017-06-30T22:44:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c89876dda01841a6a485cb29b9d1843db34958a3'/>
<id>urn:sha1:c89876dda01841a6a485cb29b9d1843db34958a3</id>
<content type='text'>
platform_get_irq() returns an error code, but the omap_hdq
driver ignores it and always returns -ENXIO. This is not correct,
and prevents -EPROBE_DEFER from being propagated properly.
Notice that platform_get_irq() no longer returns 0 on error.

Print error message and propagate the return value of
platform_get_irq on failure.

Signed-off-by: Gustavo A. R. Silva &lt;garsilva@embeddedor.com&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: Add subsystem kernel public interface</title>
<updated>2017-06-09T09:54:54Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2017-06-05T13:52:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=de0d6dbdbdb23ddb85f10d54a516e794f9a873e0'/>
<id>urn:sha1:de0d6dbdbdb23ddb85f10d54a516e794f9a873e0</id>
<content type='text'>
Like other subsystems we should be able to define slave devices outside
of the w1 directory. To do this we move public facing interface
definitions to include/linux/w1.h and rename the internal definition
file to w1_internal.h.

As w1_family.h and w1_int.h contained almost entirely public
driver interface definitions we simply removed these files and
moved the remaining definitions into w1_internal.h.

With this we can now start to move slave devices out of w1/slaves and
into the subsystem based on the function they implement, again like
other drivers.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Reviewed-by: Sebastian Reichel &lt;sre@kernel.org&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: Organize driver source to natural/common order</title>
<updated>2017-05-25T16:23:03Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2017-05-16T20:02:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=50fa2951bd744d2a82aa33074001efac12d4e1cf'/>
<id>urn:sha1:50fa2951bd744d2a82aa33074001efac12d4e1cf</id>
<content type='text'>
Structures and functions should be ordered such that forward declaration
use is minimized.

MODULE_* macros should immediately follow the structures and functions
upon which they act.

Remaining MODULE_* macros should be at the end of the file in
alphabetical order.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: Remove unneeded use of assert() and remove w1_log.h</title>
<updated>2017-04-08T16:20:57Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2017-03-16T15:19:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=91bd2855edbc6a941bf0b16990fbf2894c41c388'/>
<id>urn:sha1:91bd2855edbc6a941bf0b16990fbf2894c41c388</id>
<content type='text'>
The only use of assert() is in matrox_w1.c and is used to check the input
to probe() from the PCI subsystem for NULL values, these are guaranteed
to be populated and no other PCI driver makes this check, remove this.

As this was the only definition in w1_log.h, remove this also.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: ds2490: use kmemdup rather than duplicating its implementation</title>
<updated>2017-02-10T14:32:53Z</updated>
<author>
<name>Wei Yongjun</name>
</author>
<published>2017-02-09T15:45:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=45003a1e251a9777a55ab46bc49f6ddf747f7f94'/>
<id>urn:sha1:45003a1e251a9777a55ab46bc49f6ddf747f7f94</id>
<content type='text'>
Use kmemdup rather than duplicating its implementation.

Generated by: scripts/coccinelle/api/memdup.cocci

Signed-off-by: Wei Yongjun &lt;weiyongjun1@huawei.com&gt;
Acked-by: Maciej S. Szmigiero &lt;mail@maciej.szmigiero.name&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: ds2490: USB transfer buffers need to be DMAable</title>
<updated>2017-01-25T10:46:42Z</updated>
<author>
<name>Maciej S. Szmigiero</name>
</author>
<published>2017-01-18T20:31:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=61cd1b4cd1e8f7f7642ab64529d9bd52e8374641'/>
<id>urn:sha1:61cd1b4cd1e8f7f7642ab64529d9bd52e8374641</id>
<content type='text'>
ds2490 driver was doing USB transfers from / to buffers on a stack.
This is not permitted and made the driver non-working with vmapped stacks.

Since all these transfers are done under the same bus_mutex lock we can
simply use shared buffers in a device private structure for two most common
of them.

While we are at it, let's also fix a comparison between int and size_t in
ds9490r_search() which made the driver spin in this function if state
register get requests were failing.

Signed-off-by: Maciej S. Szmigiero &lt;mail@maciej.szmigiero.name&gt;
Cc: stable &lt;stable@vger.kernel.org&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1: omap_hdq: Free resources on error path</title>
<updated>2017-01-25T10:46:42Z</updated>
<author>
<name>Christophe JAILLET</name>
</author>
<published>2017-01-09T00:13:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8333eb153a9fd86028abd0942c6aec0705764410'/>
<id>urn:sha1:8333eb153a9fd86028abd0942c6aec0705764410</id>
<content type='text'>
In case of error returned by '_omap_hdq_reset()', free resources as done
elsewhere in this function.

This patch slighly changes the semantic of the code. It now propagates the
error code returned by '_omap_hdq_reset()' instead of returning -EINVAL
unconditionally.

Signed-off-by: Christophe JAILLET &lt;christophe.jaillet@wanadoo.fr&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>w1:omap_hdq: fix regression</title>
<updated>2016-08-02T23:35:40Z</updated>
<author>
<name>H. Nikolaus Schaller</name>
</author>
<published>2016-08-02T21:07:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ecfaf0c42fc4306b5ec4bf6be01b66f8fe9a9733'/>
<id>urn:sha1:ecfaf0c42fc4306b5ec4bf6be01b66f8fe9a9733</id>
<content type='text'>
Commit e93762bbf681 ("w1: masters: omap_hdq: add support for 1-wire
mode") added a statement to clear the hdq_irqstatus flags in
hdq_read_byte().

If the hdq reading process is scheduled slowly or interrupts are
disabled for a while the hardware read activity might already be
finished on entry of hdq_read_byte().  And hdq_isr() already has set the
hdq_irqstatus to 0x6 (can be seen in debug mode) denoting that both, the
TXCOMPLETE and RXCOMPLETE interrupts occurred in parallel.

This means there is no need to wait and the hdq_read_byte() can just
read the byte from the hdq controller.

By resetting hdq_irqstatus to 0 the read process is forced to be always
waiting again (because the if statement always succeeds) but the
hardware will not issue another RXCOMPLETE interrupt.  This results in a
false timeout.

After such a situation the hdq bus hangs.

Link: http://lkml.kernel.org/r/b724765f87ad276a69625bc19806c8c8844c4590.1469513669.git.hns@goldelico.com
Signed-off-by: H. Nikolaus Schaller &lt;hns@goldelico.com&gt;
Cc: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>w1: enable active pullup for DS2482 by default</title>
<updated>2016-05-01T21:04:19Z</updated>
<author>
<name>Mariusz Bialonczyk</name>
</author>
<published>2016-03-29T16:41:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f704938c0ef1e3224e66b16d5b358f02cd351240'/>
<id>urn:sha1:f704938c0ef1e3224e66b16d5b358f02cd351240</id>
<content type='text'>
This commit enables the active pullup (APU bit) by default for
the DS2482 1-Wire master.

&gt;From the DS2482 datasheet:
"The APU bit controls whether an active pullup (controlled slew-rate
transistor) or a passive pullup (Rwpu resistor) will be used to drive
a 1-Wire line from low to high. When APU = 0, active pullup is disabled
(resistor mode). Active Pullup should always be selected unless there is
only a single slave on the 1-Wire line."

According to the module author, Ben Gardner:
"It doesn't look like active pullup would cause any hurt if there
is only a single slave."
And my tests with multiple and single slaves on 1-Wire bus
confirms that.

This active pullup can be manually disabled using the introduced
module parameter:
  active_pullup = 0

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>omap_hdq: fix usecount handling</title>
<updated>2016-02-08T22:57:30Z</updated>
<author>
<name>Andreas Kemnade</name>
</author>
<published>2016-01-04T15:57:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b46a105dbb7b67ea1f2f63a0b3ec29ab64e1bd3'/>
<id>urn:sha1:7b46a105dbb7b67ea1f2f63a0b3ec29ab64e1bd3</id>
<content type='text'>
hdq_usecount was set to zero after a successful read, so
omap_hdq_put could not properly free resources which leads
e.g. to increasing usecounts in lsmod output

Signed-off-by: Andreas Kemnade &lt;andreas@kemnade.info&gt;
Acked-by: Evgeniy Polyakov &lt;zbr@ioremap.net&gt;
Reviewed-by: Vignesh R &lt;vigneshr@ti.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
