<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/mips/alchemy/common, branch linux-5.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2021-04-12T14:54:57Z</updated>
<entry>
<title>MIPS: Alchemy: Use DEFINE_SPINLOCK() for spinlock</title>
<updated>2021-04-12T14:54:57Z</updated>
<author>
<name>Lifu Chen</name>
</author>
<published>2021-03-27T09:52:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dbd815c0dccadffbee5c9780308858fd07669ce2'/>
<id>urn:sha1:dbd815c0dccadffbee5c9780308858fd07669ce2</id>
<content type='text'>
spinlock can be initialized automatically with DEFINE_SPINLOCK()
rather than explicitly calling spin_lock_init().

Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Lifu Chen &lt;chenlifu@huawei.com&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>driver core: lift dma_default_coherent into common code</title>
<updated>2021-02-13T08:51:45Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2021-02-10T09:56:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6d4e9a8efe3d59f31367d79e970c2f328da139a4'/>
<id>urn:sha1:6d4e9a8efe3d59f31367d79e970c2f328da139a4</id>
<content type='text'>
Lift the dma_default_coherent variable from the mips architecture code
to the driver core.  This allows an architecture to sdefault all device
to be DMA coherent at run time, even if the kernel is build with support
for DMA noncoherent device.  By allowing device_initialize to set the
-&gt;dma_coherent field to this default the amount of arch hooks required
for this behavior can be greatly reduced.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: refactor the runtime coherent vs noncoherent DMA indicators</title>
<updated>2021-02-13T08:51:45Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2021-02-10T09:56:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=14ac09a65e19528ca05df56f8e36a4a8d4949795'/>
<id>urn:sha1:14ac09a65e19528ca05df56f8e36a4a8d4949795</id>
<content type='text'>
Replace the global coherentio enum, and the hw_coherentio (fake) boolean
variables with a single boolean dma_default_coherent flag.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS/alchemy: factor out the DMA coherent setup</title>
<updated>2021-02-13T08:51:45Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2021-02-10T09:56:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3440caf5f28c4e4a585dd5a7cead1b7c414973da'/>
<id>urn:sha1:3440caf5f28c4e4a585dd5a7cead1b7c414973da</id>
<content type='text'>
Factor out a alchemy_dma_coherent helper that determines if the platform
is DMA coherent.  Also stop initializing the hw_coherentio variable, given
that is only ever set to a non-zero value by the malta setup code.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: Remove empty prom_free_prom_memory functions</title>
<updated>2021-01-07T16:11:33Z</updated>
<author>
<name>Thomas Bogendoerfer</name>
</author>
<published>2021-01-05T21:36:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a6e83acee2dd377959ec4bdeaa463da45ba0f811'/>
<id>urn:sha1:a6e83acee2dd377959ec4bdeaa463da45ba0f811</id>
<content type='text'>
Most of the prom_free_prom_memory functions are empty. With
a new weak prom_free_prom_memory() we can remove all of them.

Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
Acked-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;
</content>
</entry>
<entry>
<title>MIPS: Alchemy: Fix memleak in alchemy_clk_setup_cpu</title>
<updated>2020-11-17T11:53:57Z</updated>
<author>
<name>Zhang Qilong</name>
</author>
<published>2020-11-13T13:18:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ac3b57adf87ad9bac7e33ca26bbbb13fae1ed62b'/>
<id>urn:sha1:ac3b57adf87ad9bac7e33ca26bbbb13fae1ed62b</id>
<content type='text'>
If the clk_register fails, we should free h before
function returns to prevent memleak.

Fixes: 474402291a0ad ("MIPS: Alchemy: clock framework integration of onchip clocks")
Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Zhang Qilong &lt;zhangqilong3@huawei.com&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: replace add_memory_region with memblock</title>
<updated>2020-10-12T10:01:36Z</updated>
<author>
<name>Thomas Bogendoerfer</name>
</author>
<published>2020-10-09T12:14:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e7ae8d174eec0b3b9de92b76abc15f3f53b98f1c'/>
<id>urn:sha1:e7ae8d174eec0b3b9de92b76abc15f3f53b98f1c</id>
<content type='text'>
add_memory_region was the old interface for registering memory and
was already changed to used memblock internaly. Replace it by
directly calling memblock functions.

Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: alchemy: Share prom_init implementation</title>
<updated>2020-10-06T10:33:57Z</updated>
<author>
<name>Thomas Bogendoerfer</name>
</author>
<published>2020-10-05T11:28:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=026ba130a5e8861259d12fb9ae352e9ce408955d'/>
<id>urn:sha1:026ba130a5e8861259d12fb9ae352e9ce408955d</id>
<content type='text'>
All boards have the same prom_init() function. Move it to common code and
delete the duplicates.

Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: alchemy: Fix build error after ioremap cleanup</title>
<updated>2020-04-20T11:31:38Z</updated>
<author>
<name>Thomas Bogendoerfer</name>
</author>
<published>2020-04-20T11:28:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7a6659a59198acb5e9be050f42dbb1060efe7434'/>
<id>urn:sha1:7a6659a59198acb5e9be050f42dbb1060efe7434</id>
<content type='text'>
IOremap changes caused following build error:

arch/mips/alchemy/common/setup.c:99:9: error: implicit declaration of function
+‘remap_pfn_range’; did you mean ‘io_remap_pfn_range’?
+[-Werror=implicit-function-declaration]

Fixed my including linux/mm.h

Fixes: d399157283fb ("MIPS: cleanup fixup_bigphys_addr handling")
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
<entry>
<title>MIPS: cleanup fixup_bigphys_addr handling</title>
<updated>2020-04-19T14:09:44Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2020-04-16T15:00:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d399157283fb457cdc3ae03f2897070f0bd5d7c6'/>
<id>urn:sha1:d399157283fb457cdc3ae03f2897070f0bd5d7c6</id>
<content type='text'>
fixup_bigphys_addr is only provided by the alchemy platform.  Remove
all the stubs, and ensure we only call it if it is actually implemented.

Also don't bother implementing io_remap_pfn_range if we don't have to,
and move the remaining implementation to alchemy platform code.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;
</content>
</entry>
</feed>
