+CC linux-iio mostly so I can track it and because others may care.
On Wed, 28 Nov 2018 13:45:35 +0200
Andy Shevchenko wrote:
> ACPI provides a generic helper to get I2C Serial Bus resources.
> Use it instead of open coded variant.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Hans de
+CC linux-iio mostly so I can track it and because others may care.
On Wed, 28 Nov 2018 13:45:35 +0200
Andy Shevchenko wrote:
> ACPI provides a generic helper to get I2C Serial Bus resources.
> Use it instead of open coded variant.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Hans de
On Wed, 28 Nov 2018 13:45:26 +0200
Andy Shevchenko wrote:
> Now, when i2c_acpi_new_device() never returns NULL, there is no point to check
> for it. Besides that, i2c_acpi_new_device() returns -EPROBE_DEFER directly and
> caller doesn't need to guess is better.
>
> Signed-off-by: Andy
On Wed, 28 Nov 2018 13:45:26 +0200
Andy Shevchenko wrote:
> Now, when i2c_acpi_new_device() never returns NULL, there is no point to check
> for it. Besides that, i2c_acpi_new_device() returns -EPROBE_DEFER directly and
> caller doesn't need to guess is better.
>
> Signed-off-by: Andy
On Sun, Dec 02, 2018 at 05:15:35PM +0100, Greg Kroah-Hartman wrote:
On Sun, Dec 02, 2018 at 10:17:32AM -0500, Sasha Levin wrote:
On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
> > On Thu, Nov 29, 2018 at
On Sun, Dec 02, 2018 at 05:15:35PM +0100, Greg Kroah-Hartman wrote:
On Sun, Dec 02, 2018 at 10:17:32AM -0500, Sasha Levin wrote:
On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
> > On Thu, Nov 29, 2018 at
On Sun, Dec 02, 2018 at 10:17:32AM -0500, Sasha Levin wrote:
> On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
> > > On Thu, Nov 29, 2018 at 02:28:18PM +, Russell King - ARM Linux wrote:
> > > > Hi,
> >
On Sun, Dec 02, 2018 at 10:17:32AM -0500, Sasha Levin wrote:
> On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
> > > On Thu, Nov 29, 2018 at 02:28:18PM +, Russell King - ARM Linux wrote:
> > > > Hi,
> >
As someone who has done xfs stable backports for a while I really don't
think the autoselection is helpful at all. Someone who is vaguely
familiar with the code needs to manually select the commits and QA them,
which takes a fair amount of time, but just needs some manual help if it
should work
As someone who has done xfs stable backports for a while I really don't
think the autoselection is helpful at all. Someone who is vaguely
familiar with the code needs to manually select the commits and QA them,
which takes a fair amount of time, but just needs some manual help if it
should work
On Wed, 28 Nov 2018 13:45:22 +0200
Andy Shevchenko wrote:
> In the future i2c_acpi_new_device() will return error pointer in some cases.
> Prepare intel_cht_int33fe driver to support that.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Hans de Goede
Really trivial comment inline. I
On Wed, 28 Nov 2018 13:45:22 +0200
Andy Shevchenko wrote:
> In the future i2c_acpi_new_device() will return error pointer in some cases.
> Prepare intel_cht_int33fe driver to support that.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Hans de Goede
Really trivial comment inline. I
On Sun, Dec 2, 2018 at 12:12 PM Lubomir Rintel wrote:
>
> cpu_is_mmp2() was equivalent to cpu_is_pj4(), wouldn't be correct for
> multiplatform kernels. Fix it by also considering mmp_chip_id, as is
> done for cpu_is_pxa168() and cpu_is_pxa910() above.
>
> Moreover, it is only available with
On Sun, Dec 2, 2018 at 12:12 PM Lubomir Rintel wrote:
>
> cpu_is_mmp2() was equivalent to cpu_is_pj4(), wouldn't be correct for
> multiplatform kernels. Fix it by also considering mmp_chip_id, as is
> done for cpu_is_pxa168() and cpu_is_pxa910() above.
>
> Moreover, it is only available with
On Sun, Dec 02, 2018 at 08:47:03AM +, Dexuan Cui wrote:
> Hi Greg,
> Please use the attached patch: I rebased the patch to today's char-misc's
> char-misc-linus branch. It can also cleanly apply to Linus's master branch
> today.
I can't use an attached patch, you know better. Please fix up
On Sun, Dec 02, 2018 at 08:47:03AM +, Dexuan Cui wrote:
> Hi Greg,
> Please use the attached patch: I rebased the patch to today's char-misc's
> char-misc-linus branch. It can also cleanly apply to Linus's master branch
> today.
I can't use an attached patch, you know better. Please fix up
On Sun, Dec 02, 2018 at 04:02:47PM +0100, Richard Weinberger wrote:
Sasha,
Am Sonntag, 2. Dezember 2018, 15:35:43 CET schrieb Sasha Levin:
On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
>> > Now queued up for 4.14.y, thanks.
>>
>> can you *please* slow a little down?
>
>True.
On Sun, Dec 02, 2018 at 04:02:47PM +0100, Richard Weinberger wrote:
Sasha,
Am Sonntag, 2. Dezember 2018, 15:35:43 CET schrieb Sasha Levin:
On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
>> > Now queued up for 4.14.y, thanks.
>>
>> can you *please* slow a little down?
>
>True.
On Sat, Dec 01, 2018 at 11:09:05AM +0200, Amir Goldstein wrote:
>> It's getting to the point that with the amount of known issues with XFS
>> on LTS kernels it makes sense to mark it as CONFIG_BROKEN.
>
>Really? Where are the bug reports?
In 'git log'! You report these every time you fix
On Sat, Dec 01, 2018 at 11:09:05AM +0200, Amir Goldstein wrote:
>> It's getting to the point that with the amount of known issues with XFS
>> on LTS kernels it makes sense to mark it as CONFIG_BROKEN.
>
>Really? Where are the bug reports?
In 'git log'! You report these every time you fix
On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
On Thu, Nov 29, 2018 at 02:28:18PM +, Russell King - ARM Linux wrote:
> Hi,
>
> As I've already fed back to Sascha about this, this patch on its own
> does
On Fri, Nov 30, 2018 at 04:18:43PM +0100, Greg Kroah-Hartman wrote:
On Fri, Nov 30, 2018 at 04:15:54PM +0100, Greg Kroah-Hartman wrote:
On Thu, Nov 29, 2018 at 02:28:18PM +, Russell King - ARM Linux wrote:
> Hi,
>
> As I've already fed back to Sascha about this, this patch on its own
> does
On Fri, 2018-11-30 at 15:46 -0800, Jarkko Sakkinen wrote:
> On Fri, Nov 30, 2018 at 03:45:07PM -0800, Jarkko Sakkinen wrote:
> > On Tue, Nov 06, 2018 at 01:17:34PM -0500, Mimi Zohar wrote:
> > > On Tue, 2018-11-06 at 09:46 -0700, Jerry Snitselaar wrote:
> > > > On Fri Oct 19 18, Stefan Berger
On Fri, 2018-11-30 at 15:46 -0800, Jarkko Sakkinen wrote:
> On Fri, Nov 30, 2018 at 03:45:07PM -0800, Jarkko Sakkinen wrote:
> > On Tue, Nov 06, 2018 at 01:17:34PM -0500, Mimi Zohar wrote:
> > > On Tue, 2018-11-06 at 09:46 -0700, Jerry Snitselaar wrote:
> > > > On Fri Oct 19 18, Stefan Berger
On Sun, Dec 2, 2018 at 2:35 PM Sasha Levin wrote:
>
> On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
> >Hi Greg,
> >
> >On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
> >>
> >> Greg,
> >>
> >> Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> >> > On
On Sun, Dec 2, 2018 at 2:35 PM Sasha Levin wrote:
>
> On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
> >Hi Greg,
> >
> >On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
> >>
> >> Greg,
> >>
> >> Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> >> > On
Sasha,
Am Sonntag, 2. Dezember 2018, 15:35:43 CET schrieb Sasha Levin:
> On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
> >> > Now queued up for 4.14.y, thanks.
> >>
> >> can you *please* slow a little down?
> >
> >True. It will really help if you can have some sort of fixed
Sasha,
Am Sonntag, 2. Dezember 2018, 15:35:43 CET schrieb Sasha Levin:
> On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
> >> > Now queued up for 4.14.y, thanks.
> >>
> >> can you *please* slow a little down?
> >
> >True. It will really help if you can have some sort of fixed
On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
Hi Greg,
On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
Greg,
Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > From: Richard
On Sun, Dec 2, 2018 at 3:06 PM kbuild test robot wrote:
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 4b78317679c4f3782a3cff0ddb269c1fcfde7621
> commit: 3ab91828166895600efd9cdc3a0eb32001f7204a dm thin
On Sun, Dec 02, 2018 at 11:50:33AM +, Sudip Mukherjee wrote:
Hi Greg,
On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
Greg,
Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > From: Richard
On Sun, Dec 2, 2018 at 3:06 PM kbuild test robot wrote:
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 4b78317679c4f3782a3cff0ddb269c1fcfde7621
> commit: 3ab91828166895600efd9cdc3a0eb32001f7204a dm thin
Hi Joe,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4b78317679c4f3782a3cff0ddb269c1fcfde7621
commit: 3ab91828166895600efd9cdc3a0eb32001f7204a dm thin metadata: try to avoid
ever aborting transactions
date: 3
Hi Joe,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4b78317679c4f3782a3cff0ddb269c1fcfde7621
commit: 3ab91828166895600efd9cdc3a0eb32001f7204a dm thin metadata: try to avoid
ever aborting transactions
date: 3
From: Hou Zhiqiang
PCIe configuration access to non-existent function triggered
SERROR interrupt exception.
Workaround:
Disable error reporting on AXI bus during the Vendor ID read
transactions in enumeration.
This ERRATA is only for LX2160A Rev1.0, and it will be fixed
in Rev2.0.
From: Hou Zhiqiang
PCIe configuration access to non-existent function triggered
SERROR interrupt exception.
Workaround:
Disable error reporting on AXI bus during the Vendor ID read
transactions in enumeration.
This ERRATA is only for LX2160A Rev1.0, and it will be fixed
in Rev2.0.
From: Hou Zhiqiang
When LX2 PCIe controller is sending multiple split completions and
ACK latency expires indicating that ACK should be send at priority.
But because of large number of split completions and FC update DLLP,
the controller does not give priority to ACK transmission. This
results
From: Hou Zhiqiang
When LX2 PCIe controller is sending multiple split completions and
ACK latency expires indicating that ACK should be send at priority.
But because of large number of split completions and FC update DLLP,
the controller does not give priority to ACK transmission. This
results
From: Hou Zhiqiang
This patchset adds 2 workarounds for NXP Layerscape Gen4 PCIe controller
driver.
Hou Zhiqiang (2):
PCI: mobiveil: ls_pcie_g4: add Workaround for A-011577
PCI: mobiveil: ls_pcie_g4: add Workaround for A-011451
depends on patchset:
From: Hou Zhiqiang
This patchset adds 2 workarounds for NXP Layerscape Gen4 PCIe controller
driver.
Hou Zhiqiang (2):
PCI: mobiveil: ls_pcie_g4: add Workaround for A-011577
PCI: mobiveil: ls_pcie_g4: add Workaround for A-011451
depends on patchset:
On Fri, 30 Nov 2018 23:26:25 +0100
Linus Walleij wrote:
> On Thu, Nov 29, 2018 at 7:14 PM Bartosz Golaszewski wrote:
>
> > Thomas, Linus: after commit fa38869b0161 ("gpiolib: Don't support irq
> > sharing for userspace") some libgpiod tests are failing because we can
> > no longer depend on
On Fri, 30 Nov 2018 23:26:25 +0100
Linus Walleij wrote:
> On Thu, Nov 29, 2018 at 7:14 PM Bartosz Golaszewski wrote:
>
> > Thomas, Linus: after commit fa38869b0161 ("gpiolib: Don't support irq
> > sharing for userspace") some libgpiod tests are failing because we can
> > no longer depend on
Hi,
On 01-11-18 07:55, Mogens Jensen wrote:
‐‐‐ Original Message ‐‐‐
On Wednesday, October 31, 2018 9:29 AM, Hans de Goede
wrote:
Hi,
On 31-10-18 07:02, Mogens Jensen wrote:
‐‐‐ Original Message ‐‐‐
On Tuesday, October 30, 2018 7:10 PM, Hans de Goede hdego...@redhat.com
Hi,
On 01-11-18 07:55, Mogens Jensen wrote:
‐‐‐ Original Message ‐‐‐
On Wednesday, October 31, 2018 9:29 AM, Hans de Goede
wrote:
Hi,
On 31-10-18 07:02, Mogens Jensen wrote:
‐‐‐ Original Message ‐‐‐
On Tuesday, October 30, 2018 7:10 PM, Hans de Goede hdego...@redhat.com
--
Dear Fund owner,
Do you have any pending fund transfer? Or difficulties in receiving
money to your account from abroad? World bank has setup a committee to
help you.
Reply for details
Morris Sydor
Auditor General
--
Dear Fund owner,
Do you have any pending fund transfer? Or difficulties in receiving
money to your account from abroad? World bank has setup a committee to
help you.
Reply for details
Morris Sydor
Auditor General
On Fri, 2018-11-30 at 15:44 -0800, Olof Johansson wrote:
> Hi,
>
> On Wed, Nov 28, 2018 at 10:39:06PM +0100, Arnd Bergmann wrote:
> > On Wed, Nov 28, 2018 at 6:53 PM Lubomir Rintel wrote:
> > > Hi,
> > >
> > > this series contains contains a bunch of MMP2 platform fixes.
> > >
> > > Previous
On Fri, 2018-11-30 at 15:44 -0800, Olof Johansson wrote:
> Hi,
>
> On Wed, Nov 28, 2018 at 10:39:06PM +0100, Arnd Bergmann wrote:
> > On Wed, Nov 28, 2018 at 6:53 PM Lubomir Rintel wrote:
> > > Hi,
> > >
> > > this series contains contains a bunch of MMP2 platform fixes.
> > >
> > > Previous
Hi Greg,
On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
>
> Greg,
>
> Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> > On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > > From: Richard Weinberger
> > >
> > > [ Upstream commit
Hi Greg,
On Sun, Dec 2, 2018 at 8:51 AM Richard Weinberger wrote:
>
> Greg,
>
> Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> > On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > > From: Richard Weinberger
> > >
> > > [ Upstream commit
The Brownstone board is compatible with "mrvl,mmp2". The actual DTS
already contains the string -- add it to the binding doc as well.
Signed-off-by: Lubomir Rintel
---
Documentation/devicetree/bindings/arm/mrvl/mrvl.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The Brownstone board is compatible with "mrvl,mmp2". The actual DTS
already contains the string -- add it to the binding doc as well.
Signed-off-by: Lubomir Rintel
---
Documentation/devicetree/bindings/arm/mrvl/mrvl.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
There are more boards that can work with mmp2-dt than just Brownstone.
The OLPC XO-1.75 device tree root is compatible with "mrvl,mmp2" only.
The "mrvl,mmp2-brownstone" string is safe to remove: the Brownstone
device tree contains the "mrvl,mmp2" compatible string too.
Signed-off-by: Lubomir
There are more boards that can work with mmp2-dt than just Brownstone.
The OLPC XO-1.75 device tree root is compatible with "mrvl,mmp2" only.
The "mrvl,mmp2-brownstone" string is safe to remove: the Brownstone
device tree contains the "mrvl,mmp2" compatible string too.
Signed-off-by: Lubomir
On Sat, Dec 1, 2018 at 5:48 PM Jonathan Cameron
wrote:
>
> On Sun, 25 Nov 2018 16:44:23 +0100
> Tomasz Duszynski wrote:
>
> > On Sun, Nov 25, 2018 at 06:14:44AM -0800, Matt Ranostay wrote:
> > > On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
> > > wrote:
> > > >
> > > > On Sun, 25 Nov 2018
On Sat, Dec 1, 2018 at 5:48 PM Jonathan Cameron
wrote:
>
> On Sun, 25 Nov 2018 16:44:23 +0100
> Tomasz Duszynski wrote:
>
> > On Sun, Nov 25, 2018 at 06:14:44AM -0800, Matt Ranostay wrote:
> > > On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
> > > wrote:
> > > >
> > > > On Sun, 25 Nov 2018
Get passports, resident cards WhatsApp +19173008136
(puredocumentat...@gmail.com)
--
Sent from: http://linux-kernel.2935.n7.nabble.com/
Another motivation to utilize Whatsapp..+1(917)-300-8136 a Netherlands
Passports for Sale cover is close to home security. Enterprise travelers
more often than not go to some remote spots where pickpockets and cheats are
numerous. Covering your passport with a masterful and colorful plan will
Get passports, resident cards WhatsApp +19173008136
(puredocumentat...@gmail.com)
--
Sent from: http://linux-kernel.2935.n7.nabble.com/
Another motivation to utilize Whatsapp..+1(917)-300-8136 a Netherlands
Passports for Sale cover is close to home security. Enterprise travelers
more often than not go to some remote spots where pickpockets and cheats are
numerous. Covering your passport with a masterful and colorful plan will
On 2018/12/01 23:44, Tetsuo Handa wrote:
> On 2018/12/01 0:40, Petr Mladek wrote:
>>> Some examples for console output:
>>>
>>> [0.293000] [T1] smpboot: CPU0: Intel(R) Core(TM) i5-4440S CPU @
>>> 2.80GHz (family: 0x6, model: 0x3c, stepping: 0x3)
>>> [0.299733] [T1] Performance Events:
On 2018/12/01 23:44, Tetsuo Handa wrote:
> On 2018/12/01 0:40, Petr Mladek wrote:
>>> Some examples for console output:
>>>
>>> [0.293000] [T1] smpboot: CPU0: Intel(R) Core(TM) i5-4440S CPU @
>>> 2.80GHz (family: 0x6, model: 0x3c, stepping: 0x3)
>>> [0.299733] [T1] Performance Events:
Hi Rob,
Commit
a288ee6eb8d0 ("drm/msm: validate display and event threads")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpBbmV9joR9Y.pgp
Description: OpenPGP digital signature
Hi Rob,
Commit
a288ee6eb8d0 ("drm/msm: validate display and event threads")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpBbmV9joR9Y.pgp
Description: OpenPGP digital signature
Move Eric Miao and Haojian Zhuang over to CREDITS, since they're AWOL
for some time already. The git trees have gone away too.
I'm adding myself as a reviewer. I'd like to be Cc'd on patches and will
be able to test them, but I don't possess a data sheet thus there might
be things I'll be unable
Move Eric Miao and Haojian Zhuang over to CREDITS, since they're AWOL
for some time already. The git trees have gone away too.
I'm adding myself as a reviewer. I'd like to be Cc'd on patches and will
be able to test them, but I don't possess a data sheet thus there might
be things I'll be unable
cpu_is_mmp2() was equivalent to cpu_is_pj4(), wouldn't be correct for
multiplatform kernels. Fix it by also considering mmp_chip_id, as is
done for cpu_is_pxa168() and cpu_is_pxa910() above.
Moreover, it is only available with CONFIG_CPU_MMP2 and thus doesn't work
on DT-based MMP2 machines.
cpu_is_mmp2() was equivalent to cpu_is_pj4(), wouldn't be correct for
multiplatform kernels. Fix it by also considering mmp_chip_id, as is
done for cpu_is_pxa168() and cpu_is_pxa910() above.
Moreover, it is only available with CONFIG_CPU_MMP2 and thus doesn't work
on DT-based MMP2 machines.
knowledge of HW internals.
>
> Signed-off-by: Oleksij Rempel
Forgot to add a changelog for this patchset:
20181202 v6:
- split one patch to two patches: cardreader and mmc
- use SIMPLE_DEV_PM_OPS in mmc driver
- use ida_simple_get/remove
- move DRV_NAME_ALCOR_PCI to cardreader driver. Other defi
knowledge of HW internals.
>
> Signed-off-by: Oleksij Rempel
Forgot to add a changelog for this patchset:
20181202 v6:
- split one patch to two patches: cardreader and mmc
- use SIMPLE_DEV_PM_OPS in mmc driver
- use ida_simple_get/remove
- move DRV_NAME_ALCOR_PCI to cardreader driver. Other defi
This driver provides support for Alcor Micro AU6601 and AU6621
card readers.
This is single LUN HW and it is expected to work with following standards:
- Support SDR104 / SDR50
- MultiMedia Card (MMC)
- Memory Stick (MS)
- Memory Stick PRO (MS_Pro)
Since it is a PCIe controller, it should work
This driver provides support for Alcor Micro AU6601 and AU6621
card readers.
This is single LUN HW and it is expected to work with following standards:
- Support SDR104 / SDR50
- MultiMedia Card (MMC)
- Memory Stick (MS)
- Memory Stick PRO (MS_Pro)
Since it is a PCIe controller, it should work
This driver provides support for Alcor Micro AU6601 and AU6621
SD/MMC controller.
Signed-off-by: Oleksij Rempel
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/alcor.c | 1165 +
3 files changed, 1173 insertions(+)
This driver provides support for Alcor Micro AU6601 and AU6621
SD/MMC controller.
Signed-off-by: Oleksij Rempel
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/alcor.c | 1165 +
3 files changed, 1173 insertions(+)
Hi Dmitry,
On Tue, Nov 20, 2018 at 1:15 AM Dmitry V. Levin wrote:
> syscall_get_arch() is required to be implemented on all architectures
> in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO
> request.
>
> Signed-off-by: Dmitry V. Levin
Reviewed-by: Geert Uytterhoeven
Hi Dmitry,
On Tue, Nov 20, 2018 at 1:15 AM Dmitry V. Levin wrote:
> syscall_get_arch() is required to be implemented on all architectures
> in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO
> request.
>
> Signed-off-by: Dmitry V. Levin
Reviewed-by: Geert Uytterhoeven
devm_kstrdup() may return NULL if internal allocation failed.
Thus using label, name is unsafe without checking. Therefor
in the unlikely case of allocation failure, sx150x_probe() simply
returns -ENOMEM.
Signed-off-by: Nicholas Mc Guire
Fixes: 9e80f9064e73 ("pinctrl: Add SX150X GPIO Extender
devm_kstrdup() may return NULL if internal allocation failed.
Thus using label, name is unsafe without checking. Therefor
in the unlikely case of allocation failure, sx150x_probe() simply
returns -ENOMEM.
Signed-off-by: Nicholas Mc Guire
Fixes: 9e80f9064e73 ("pinctrl: Add SX150X GPIO Extender
On Sat, Dec 01, 2018 at 12:52:24PM +1300, Christian Brauner wrote:
> On November 30, 2018 1:28:15 AM GMT+13:00, Florian Weimer
> wrote:
> >Disclaimer: I'm looking at this patch because Christian requested it.
> >I'm not a kernel developer.
>
> Given all your expertise this really doesn't
On Sat, Dec 01, 2018 at 12:52:24PM +1300, Christian Brauner wrote:
> On November 30, 2018 1:28:15 AM GMT+13:00, Florian Weimer
> wrote:
> >Disclaimer: I'm looking at this patch because Christian requested it.
> >I'm not a kernel developer.
>
> Given all your expertise this really doesn't
On Sun, Dec 02, 2018 at 12:02:54PM +0300, Alexey Dobriyan wrote:
> Empty function will be inlined so asmlinkage doesn't do anything.
Yes, that is an example of a perfect explanation to have in the
commit message :) Ack from me after that addition.
Acked-by: Joey Pabalinas
--
Cheers,
Joey
On Sun, Dec 02, 2018 at 12:02:54PM +0300, Alexey Dobriyan wrote:
> Empty function will be inlined so asmlinkage doesn't do anything.
Yes, that is an example of a perfect explanation to have in the
commit message :) Ack from me after that addition.
Acked-by: Joey Pabalinas
--
Cheers,
Joey
On Thu, Nov 29, 2018 at 12:04 PM Andy Shevchenko
wrote:
> Use %ptR instead of open coded variant to print content of
> struct rtc_time in human readable format.
>
> Cc: Geert Uytterhoeven
> Cc: linux-m68k
> Signed-off-by: Andy Shevchenko
Reviewed-by: Geert Uytterhoeven
Acked-by: Geert
On Thu, Nov 29, 2018 at 12:04 PM Andy Shevchenko
wrote:
> Use %ptR instead of open coded variant to print content of
> struct rtc_time in human readable format.
>
> Cc: Geert Uytterhoeven
> Cc: linux-m68k
> Signed-off-by: Andy Shevchenko
Reviewed-by: Geert Uytterhoeven
Acked-by: Geert
The kernel commandline parameter named in CONFIG_PSI_DEFAULT_DISABLED
help text contradicts the documentation in kernel-parameters.txt, and
the code. Fix that.
Fixes: e0c274472d ("psi: make disabling/enabling easier for vendor kernels")
Signed-off-by: Baruch Siach
---
init/Kconfig | 4 ++--
1
The kernel commandline parameter named in CONFIG_PSI_DEFAULT_DISABLED
help text contradicts the documentation in kernel-parameters.txt, and
the code. Fix that.
Fixes: e0c274472d ("psi: make disabling/enabling easier for vendor kernels")
Signed-off-by: Baruch Siach
---
init/Kconfig | 4 ++--
1
On Sat, Dec 1, 2018 at 10:32 PM Ondrej Mosnacek wrote:
> On Thu, Nov 29, 2018 at 11:07 AM Ondrej Mosnacek wrote:
> > On Wed, Nov 28, 2018 at 10:52 PM Paul Moore wrote:
> > > On Tue, Nov 27, 2018 at 6:50 AM Stephen Rothwell
> > > wrote:
> > > > Hi Ondrej,
> > > >
> > > > On Tue, 27 Nov 2018
On Sat, Dec 1, 2018 at 10:32 PM Ondrej Mosnacek wrote:
> On Thu, Nov 29, 2018 at 11:07 AM Ondrej Mosnacek wrote:
> > On Wed, Nov 28, 2018 at 10:52 PM Paul Moore wrote:
> > > On Tue, Nov 27, 2018 at 6:50 AM Stephen Rothwell
> > > wrote:
> > > > Hi Ondrej,
> > > >
> > > > On Tue, 27 Nov 2018
On Sat, Dec 01, 2018 at 09:33:38PM -1000, Joey Pabalinas wrote:
> On Sat, Nov 24, 2018 at 12:35:30PM +0300, Alexey Dobriyan wrote:
> > -static inline asmlinkage void dump_stack(void)
> > +static inline void dump_stack(void)
>
> Why is it "silly"? An explanation in the commit message would be
On Sat, Dec 01, 2018 at 09:33:38PM -1000, Joey Pabalinas wrote:
> On Sat, Nov 24, 2018 at 12:35:30PM +0300, Alexey Dobriyan wrote:
> > -static inline asmlinkage void dump_stack(void)
> > +static inline void dump_stack(void)
>
> Why is it "silly"? An explanation in the commit message would be
Hi Linus,
Here is the pull request for v4.20-rc5. It contains two fixes (cced
stable) to fix serial dma memory leak on at_hdmac dma
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the Git repository at:
Hi Linus,
Here is the pull request for v4.20-rc5. It contains two fixes (cced
stable) to fix serial dma memory leak on at_hdmac dma
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the Git repository at:
On Sat, Dec 01, 2018 at 09:28:47AM -0600, Eric W. Biederman wrote:
>
> It just occurs to me that the simple way to implement
> procfd_sigqueueinfo info is like:
>
> int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
> {
> #ifdef CONFIG_COMPAT
> if (in_compat_syscall)
On Sat, Dec 01, 2018 at 09:28:47AM -0600, Eric W. Biederman wrote:
>
> It just occurs to me that the simple way to implement
> procfd_sigqueueinfo info is like:
>
> int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
> {
> #ifdef CONFIG_COMPAT
> if (in_compat_syscall)
Greg,
Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > From: Richard Weinberger
> >
> > [ Upstream commit 34653fd8c46e771585fce5975e4243f8fd401914 ]
> >
> > This commit got merged along with commit
Greg,
Am Donnerstag, 29. November 2018, 09:09:23 CET schrieb Greg KH:
> On Mon, Nov 26, 2018 at 11:38:42AM +0100, Martin Kepplinger wrote:
> > From: Richard Weinberger
> >
> > [ Upstream commit 34653fd8c46e771585fce5975e4243f8fd401914 ]
> >
> > This commit got merged along with commit
Dear All,
> The NXP's Vybryd vf610 can work as a SPI slave device (the CS and
> clock signals are provided by master).
>
> It is possible to specify a single device to work in that mode. As we
> do use DMA for transferring data, the RX channel must be prepared for
> incoming data.
> Moreover, in
> From: gre...@linuxfoundation.org
> Sent: Saturday, December 1, 2018 11:34 PM
> To: Dexuan Cui
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; vkuznets
> ; o...@aepfle.de; jasow...@redhat.com;
Dear All,
> The NXP's Vybryd vf610 can work as a SPI slave device (the CS and
> clock signals are provided by master).
>
> It is possible to specify a single device to work in that mode. As we
> do use DMA for transferring data, the RX channel must be prepared for
> incoming data.
> Moreover, in
> From: gre...@linuxfoundation.org
> Sent: Saturday, December 1, 2018 11:34 PM
> To: Dexuan Cui
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; vkuznets
> ; o...@aepfle.de; jasow...@redhat.com;
501 - 600 of 614 matches
Mail list logo
