<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/drivers/staging/kpc2000/Kconfig, branch master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/drivers/staging/kpc2000/Kconfig?h=master</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/drivers/staging/kpc2000/Kconfig?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2021-06-12T13:38:35Z</updated>
<entry>
<title>staging: drop kpc2000 driver</title>
<updated>2021-06-12T13:38:35Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@linuxfoundation.org</email>
</author>
<published>2021-06-10T18:31:53Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=922a0524f7c46784fadb75aa2ac85405e0a25696'/>
<id>urn:sha1:922a0524f7c46784fadb75aa2ac85405e0a25696</id>
<content type='text'>
It seems that the old developer is no longer with the company producing
this device, and the company has no plans on getting this out of the
staging directory at all, so let's drop the driver for now as it's
pretty much abandonded.

If someone want to support this and get it out of staging, we can easily
revert this change and bring it back.

Cc: Matt Sickler &lt;matt.sickler@msk4.com&gt;
Link: https://lore.kernel.org/r/20210610183153.2397760-1-gregkh@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Merge 5.2-rc3 into staging-next</title>
<updated>2019-06-03T05:27:16Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@linuxfoundation.org</email>
</author>
<published>2019-06-03T05:27:16Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=23004ec330925e6834c8ddac00e3dd12eb5fb345'/>
<id>urn:sha1:23004ec330925e6834c8ddac00e3dd12eb5fb345</id>
<content type='text'>
We need the staging fixes in here as well.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: kpc2000: fix typo in Kconfig</title>
<updated>2019-05-30T21:02:52Z</updated>
<author>
<name>Simon Sandström</name>
<email>simon@nikanor.nu</email>
</author>
<published>2019-05-24T20:30:57Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=1d14a95b5839cfd3b50687b6c309d8c1986bf643'/>
<id>urn:sha1:1d14a95b5839cfd3b50687b6c309d8c1986bf643</id>
<content type='text'>
Fixes two minor typos in kpc2000's Kconfig: s/Kaktronics/Daktronics

Signed-off-by: Simon Sandström &lt;simon@nikanor.nu&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: kpc2000: Add dependency on MFD_CORE to kconfig symbol 'KPC2000'</title>
<updated>2019-05-24T07:41:09Z</updated>
<author>
<name>Geordan Neukum</name>
<email>gneukum1@gmail.com</email>
</author>
<published>2019-05-24T02:36:36Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=e61ff0fba72d981449c90b5299cebb74534b6f7c'/>
<id>urn:sha1:e61ff0fba72d981449c90b5299cebb74534b6f7c</id>
<content type='text'>
The kpc2000 core makes calls against functions conditionally exported
upon selection of the kconfig symbol MFD_CORE. Therefore, the kpc2000
core depends upon the mfd_core, and that dependency must be tracked in
Kconfig to avoid potential build issues.

Signed-off-by: Geordan Neukum &lt;gneukum1@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: kpc2000: Fix build error without CONFIG_UIO</title>
<updated>2019-05-20T07:18:45Z</updated>
<author>
<name>YueHaibing</name>
<email>yuehaibing@huawei.com</email>
</author>
<published>2019-05-10T13:47:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=d4c596ebf62760b89ec3d0a2cbc94e2632395eec'/>
<id>urn:sha1:d4c596ebf62760b89ec3d0a2cbc94e2632395eec</id>
<content type='text'>
Fix gcc build error while CONFIG_UIO is not set

ERROR: "uio_unregister_device" [drivers/staging/kpc2000/kpc2000/kpc2000.ko] undefined!
ERROR: "__uio_register_device" [drivers/staging/kpc2000/kpc2000/kpc2000.ko] undefined!

Add UIO Kconfig dependency to fix this.

Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Reported-by: kbuild test robot &lt;lkp@intel.com&gt;
Fixes: 7dc7967fc39a ("staging: kpc2000: add initial set of Daktronics drivers")
Signed-off-by: YueHaibing &lt;yuehaibing@huawei.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: kpc2000: Add DMA driver</title>
<updated>2019-04-25T10:07:33Z</updated>
<author>
<name>Matt Sickler</name>
<email>Matt.Sickler@daktronics.com</email>
</author>
<published>2019-04-22T22:05:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=7df95299b94a63ec67a6389fc02dc25019a80ee8'/>
<id>urn:sha1:7df95299b94a63ec67a6389fc02dc25019a80ee8</id>
<content type='text'>
Add Daktronics DMA driver.  I've added the SPDX license identifiers, Kconfig
entry, and cleaned up as many of the warnings as I could.

The AIO support code will be removed in a future patch.

Signed-off-by: Matt Sickler &lt;matt.sickler@daktronics.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: kpc2000: add initial set of Daktronics drivers</title>
<updated>2019-04-20T21:04:58Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@linuxfoundation.org</email>
</author>
<published>2019-04-19T18:42:05Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=7dc7967fc39af81191558f63eeaf3d2b83899b1c'/>
<id>urn:sha1:7dc7967fc39af81191558f63eeaf3d2b83899b1c</id>
<content type='text'>
These drivers have been outside of the kernel tree since the 2.x days,
and it's time to bring them into the tree so they can get properly
cleaned up.

This first dump of drivers is based on a tarball Matt gave to me, minus
an odd "dma" driver that I could not get to build at all.  I renamed a
few files, added the proper SPDX lines to it, added Kconfig entries and
tied it into the kernel build.  I also fixed up a number of initial
obvious kernel build warnings, but left the odd bitfield warning that
gcc is spitting out, as I'm not quite sure what to do about that.

There's loads of low-hanging coding style cleanups in here for people to
start attacking, as well as the more obvious logic and api cleanups as
well.

Cc: Matt Sickler &lt;Matt.Sickler@daktronics.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
