Hi Uffe,
On 2019年10月03日 18:00, Ulf Hansson wrote:
On Thu, 5 Sep 2019 at 09:40, Zhou Yanjie wrote:
1.add support for probing mmc driver on the JZ4760 Soc from Ingenic.
2.add support for Low Power Mode of Ingenic's MMC/SD Controller.
Normally we try to make "one" change per patch, unless there
>>> In vt6655_probe, if vnt_init() fails the cleanup code needs to be called
>>> like other error handling cases. The call to device_free_info() is
>>> added.
>>
>> Please improve this change description.
>
> It is fine as-is, please do not confuse people.
Would you like to clarify a known
From: Bartosz Golaszewski
Provide a variant of devm_platform_ioremap_resource() that allows to
lookup resources from platform devices by name rather than by index.
Signed-off-by: Bartosz Golaszewski
---
.../driver-api/driver-model/devres.rst| 1 +
drivers/base/platform.c
From: Bartosz Golaszewski
Provide a write-combined variant of devm_platform_ioremap_resource().
Signed-off-by: Bartosz Golaszewski
---
.../driver-api/driver-model/devres.rst| 1 +
drivers/base/platform.c | 19 ++-
include/linux/platform_device.h
On Sun, Oct 06, 2019 at 10:30:28AM +1100, Aleksa Sarai wrote:
> While writing the tests for copy_struct_from_user(), I used a construct
> that Linus doesn't appear to be too fond of:
>
> On 2019-10-04, Linus Torvalds wrote:
> > Hmm. That code is ugly, both before and after the fix.
> >
> > This
On Sat, 5 Oct 2019 15:05:18 -0700, Florian Fainelli
wrote:
> Clearing the existing bitmask of mirrored ports essentially prevents us
> from capturing more than one port at any given time. This is clearly
> wrong, do not clear the bitmask prior to setting up the new port.
>
> Reported-by:
As the @state passed to apply() is now const the comment in the
kerneldoc about drivers being expected to adjust the parameters is no
longer valid. Update it to reflect the API change.
Fixes: 71523d1812ac ("pwm: Ensure pwm_apply_state() doesn't modify the state
argument")
Signed-off-by: Bjorn
From: Vitaly Wool
For each page scheduled for compaction (e. g. by z3fold_free()),
try to apply inter-page compaction before running the traditional/
existing intra-page compaction. That means, if the page has only one
buddy, we treat that buddy as a new object that we aim to place into
an
Subject: Running BOINC Project (SETI@home) for 48 Hours Killed My
Galax GeForce GTX 1650 4 GB GDDR5 GPU
Good day from Singapore,
I bought my Galax GeForce GTX1650 4 GB GDDR5 GPU on 29th September 2019 Sunday.
REFERENCES:
[1] http://lkml.iu.edu/hypermail/linux/kernel/1909.3/04148.html
[2]
On Tue, Sep 10, 2019 at 10:39:19AM -0400, Anson Huang wrote:
> i.MX8MN can reuse i.MX8MQ's src driver, add "fsl,imx8mq-src" as
> src's fallback compatible to enable it.
>
> Signed-off-by: Anson Huang
Applied, thanks.
On Tue, Sep 10, 2019 at 05:50:51PM +0530, Ashish Kumar wrote:
> Add fspi node property for LS1028A SoC for FlexSPI driver.
> Property added for FlexSPI controller and for the connected
> slave device for the LS1028ARDB and LS1028AQDS target.
> RDB and QDS is having one SPI-NOR flash device,
On Sat, Oct 5, 2019 at 9:56 PM Shawn Guo wrote:
>
> On Mon, Sep 09, 2019 at 05:02:44PM +0800, Yinbo Zhu wrote:
> > layerscape otg function should be supported HNP SRP and ADP protocol
> > accroing to rm doc, but dwc3 code not realize it and use id pin to
> > detect who is host or device(0 is host
On Mon, Sep 09, 2019 at 05:02:44PM +0800, Yinbo Zhu wrote:
> layerscape otg function should be supported HNP SRP and ADP protocol
> accroing to rm doc, but dwc3 code not realize it and use id pin to
> detect who is host or device(0 is host 1 is device) this patch is to
> enable OTG mode on
On Sat, Oct 5, 2019 at 8:23 PM Adam Ford wrote:
>
> On Fri, Oct 4, 2019 at 10:45 PM Adam Ford wrote:
> >
> > On Fri, Oct 4, 2019 at 11:51 AM Adam Ford wrote:
> > >
> > > On Fri, Oct 4, 2019 at 9:08 AM Adam Ford wrote:
> > > >
> > > > On Fri, Oct 4, 2019 at 7:27 AM Yegor Yefremov
> > > >
There are two checks to see if the manual gpio is configured, but
these the check is seeing if the structure is NULL instead it
should check to see if there are CTS and/or RTS pins defined.
This patch uses checks for those individual pins instead of
checking for the structure itself.
On Mon, Aug 12, 2019 at 3:50 AM Rikard Falkeborn
wrote:
>
> GENMASK() and GENMASK_ULL() are supposed to be called with the high bit
> as the first argument and the low bit as the second argument. Mixing
> them will return a mask with zero bits set.
>
> Recent commits show getting this wrong is
On Fri, Oct 04, 2019 at 08:14:25AM -0700, Dave Hansen wrote:
> On 10/4/19 7:59 AM, Andy Lutomirski wrote:
> >> @@ -123,7 +125,8 @@ __visible bool ex_handler_uaccess(const struct
> >> exception_table_entry *fixup,
> >> unsigned long error_code,
> >>
On Mon, Aug 12, 2019 at 3:50 AM Rikard Falkeborn
wrote:
>
> Having BUILD_BUG_ON_ZERO produce a value of type size_t leads to awkward
> casts in cases where the result needs to be signed, or of smaller type
> than size_t. To avoid this, cast the value to int instead and rely on
> implicit type
to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url:
https://github.com/0day-ci/linux/commits/Wei-Yang/hugetlb-remove-unused-hstate-in-hugetlb_fault_mutex_hash/20191005-090034
reproduce:
# apt-get install sparse
# sparse version: v0.6.1
On Fri, Sep 06, 2019 at 09:34:05AM -0400, Anson Huang wrote:
> Many i.MX8M SoCs use same 1443X/1416X PLL, such as i.MX8MM,
> i.MX8MN and later i.MX8M SoCs, moving these PLL definitions
> to pll14xx driver can save a lot of duplicated code on each
> platform.
>
> Meanwhile, no need to define PLL
Hi Carlos,
On 10/5/19 9:28 PM, kbuild test robot wrote:
>
> Fixes: 4d124d159dff ("media: vimc: get pixformat info from v4l2_format_info
> to avoid code repetition")
Usually, the Fixes flag is used for something that is already accepted in
mainline.
If you want to fix anything in the previous
Just make the code a little easy to read.
Signed-off-by: Wei Yang
---
Note: For nommu part, the code is not tested.
---
v2: rebase on top of 5.4-rc1
---
mm/internal.h | 1 +
mm/mmap.c | 12 +---
mm/nommu.c| 8 +---
mm/util.c | 14 ++
4 files changed, 17
Hi Matthew,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2d00aee21a5d4966e086d98f9d710afb92fb14e8
commit: 171a9bae68c72f2d1260c3825203760856e6793b staging/octeon: Allow test
build on !MIPS
date: 10 weeks ago
Currently __vma_unlink_common handles two cases:
* has_prev
* or not
When has_prev is false, it is obvious prev is calculated from
vma->vm_prev in __vma_unlink_common.
When has_prev is true, the prev is passed through from __vma_unlink_prev
in __vma_adjust for non-case 8. And at the
The third parameter of __vma_unlink_common could differentiate these two
types. __vma_unlink_prev is not necessary now.
Signed-off-by: Wei Yang
---
v2: rebase on top of 5.4-rc1
---
mm/mmap.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/mm/mmap.c b/mm/mmap.c
index
Hi Carlos,
Thank you for the patch, please see my comments below.
On 10/5/19 6:11 PM, Carlos E. C. Barbosa wrote:
> From: "Carlos E.C. Barbosa"
>
> As the info found in vim_pix_map members are already available in
> v4l2_format_info those were removed and their calls remapped to it.
>
>
On Fri, Oct 4, 2019 at 10:45 PM Adam Ford wrote:
>
> On Fri, Oct 4, 2019 at 11:51 AM Adam Ford wrote:
> >
> > On Fri, Oct 4, 2019 at 9:08 AM Adam Ford wrote:
> > >
> > > On Fri, Oct 4, 2019 at 7:27 AM Yegor Yefremov
> > > wrote:
> > > >
> > > > Hi Adam,
> > > >
> > > > On Fri, Oct 4, 2019 at
On Wed, Sep 04, 2019 at 03:13:14PM -0400, Anson Huang wrote:
> The SCU firmware API for getting UID should have response,
> otherwise, the message stored in function stack could be
> released and then the response data received from SCU will be
> stored into that released stack and cause kernel
On Wed, Sep 04, 2019 at 02:09:18PM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Introduce DTS for Colibri iMX6S/DL V1.1x re-design, where UHS-I support was
> added. Provide proper configuration for VGEN3, which allows that rail to
> be automatically switched to 1.8 volts for proper UHS-I
> On Oct 5, 2019, at 8:44 PM, Andrew Morton wrote:
>
> There is no "console_lock". Please be much more specific.
>
>> It is easier to avoid,
>>
>> zone_lock -> console_lock
>>
>> rather than fixing the opposite.
>
> "ease" isn't the main objective. A more important question is "what
>
This patch makes WirelessDeviceStatus (0x1d4b) events get detected as
connection events on devices with HIDPP_QUIRK_WIRELESS_DEVICE_STATUS.
This quirk is currently an alias for HIDPP_QUIRK_CLASS_BLUETOOTH since
the added Bluetooth devices do not support regular connect events.
Signed-off-by:
This patch adds support for the 0x0001 (FeatureSet) feature. This feature
is used to look up the feature ID of a feature index on a device and list
the total count of features on the device.
I also added the hidpp20_get_features function which iterates through all
feature indexes on the device
This patch allows the hid-logitech-hidpp module to support devices that do
not have support for Short HID++ reports. So far, it seems that Bluetooth
HID++ 2.0 devices are missing short reports.
This has been tested and confirmed with the MX Master and MX Master 2S and
is therefore likely the case
This patch adds support for several MX mice over Bluetooth. The device IDs
have been copied from the libratbag device database and their features
have been based on their DJ device counterparts.
Signed-off-by: Mazin Rezk
---
drivers/hid/hid-logitech-hidpp.c | 18 ++
1 file
On Wed, Sep 04, 2019 at 04:51:04PM +0800, Biwen Li wrote:
> The rtc is on i2c2 bus(hardware), not on i2c1 channel 3,
> so correct it
>
> Signed-off-by: Biwen Li
This looks a like a fix. Do we need a Fixes tag for it?
> ---
> arch/arm64/boot/dts/freescale/fsl-ls1028a-qds.dts | 13
From: Jonathan Marek
Add frequency table for the gfx3d clock that's needed in order to
support the GPU upstream on msm8974-based systems.
Signed-off-by: Jonathan Marek
Signed-off-by: Brian Masney
---
drivers/clk/qcom/mmcc-msm8974.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
> On Oct 5, 2019, at 7:29 PM, Andrew Morton wrote:
>
>> -> #2 (&(>lock)->rlock){-.-.}:
>> lock_acquire+0x21a/0x468
>> _raw_spin_lock+0x54/0x68
>> get_page_from_freelist+0x8b6/0x2d28
>> __alloc_pages_nodemask+0x246/0x658
>> __get_free_pages+0x34/0x78
>>
On Thu, Oct 03, 2019 at 09:46:20PM +0300, Jarkko Sakkinen wrote:
commit db4d8cb9c9f2af71c4d087817160d866ed572cc9 upstream
This backport is for v4.14 and v4.19 The backport requires non-racy
behaviour from TPM 1.x sysfs code. Thus, the dependecies for that
are included.
NOTE: 1/3 is only needed
On Sat, 5 Oct 2019 20:10:47 -0400 Qian Cai wrote:
>
>
> >> the existing dependency chain (in reverse order) is:
> >>
> >> -> #2 (&(>lock)->rlock){-.-.}:
> >> lock_acquire+0x21a/0x468
> >> _raw_spin_lock+0x54/0x68
> >> get_page_from_freelist+0x8b6/0x2d28
> >>
The pull request you sent on Sat, 5 Oct 2019 15:41:04 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/43b815c6a8e7dbccb5b8bd9c4b099c24bc22d135
Thank you!
--
Deet-doot-dot, I am a
On Mon, Sep 23, 2019 at 02:34:07AM +, Anson Huang wrote:
> Hi, Pavel
>
> > Subject: Re: [PATCH V2 1/5] dt-bindings: fsl: scu: add scu power key binding
> >
> > On Tue 2019-09-03 10:03:40, Anson Huang wrote:
> > > NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as system
> > >
Hi "Carlos,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linuxtv-media/master]
[cannot apply to v5.4-rc1 next-20191004]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base'
Fixes: 4d124d159dff ("media: vimc: get pixformat info from v4l2_format_info to
avoid code repetition")
Signed-off-by: kbuild test robot
---
vimc-common.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/vimc/vimc-common.c
On Tue, Sep 03, 2019 at 09:27:57AM -0400, Anson Huang wrote:
> i.MX8MN DDR4 EVK board has a GPIO LED to indicate status,
> add support for it.
>
> Signed-off-by: Anson Huang
Applied, thanks.
Duh.
I only looked at recent issues in this area, and overlooked your
sentence in between the two ELF section dumps, and it appears that you
have already biseced it to something else:
On Sat, Oct 5, 2019 at 4:32 PM Russell King - ARM Linux admin
wrote:
>
> Seems we've broken older i386 binaries
Le mer., oct. 2, 2019 at 19:25, Zhou Yanjie a
écrit :
Add process for the situation that more than one irq is coming to
a single chip at the same time. The original code will only respond
to the lowest setted bit in JZ_REG_INTC_PENDING, and then exit the
interrupt dispatch function. After
Hi Zhou,
Le mer., oct. 2, 2019 at 19:25, Zhou Yanjie a
écrit :
From: Paul Cercueil
The same behaviour can be obtained by using the
IRQCHIP_MASK_ON_SUSPEND
flag on the IRQ chip.
Signed-off-by: Paul Cercueil
If you sumbit a patchset that contains someone else's patches you need
to add
On Tue, Sep 03, 2019 at 11:31:32AM +0800, Yuantian Tang wrote:
> Add the TMU (Thermal Monitoring Unit) device node to enable
> TMU feature.
>
> Signed-off-by: Yuantian Tang
> ---
> .../arm64/boot/dts/freescale/fsl-lx2160a.dtsi | 108 +++---
> 1 file changed, 92 insertions(+), 16
On Sat, Oct 5, 2019 at 4:32 PM Russell King - ARM Linux admin
wrote:
>
> Under a 4.19 kernel (debian stable), I am surprised to find that some
> previously working i386 binaries no longer work, whereas others are
> fine. ls, for example, dies with a SEGV, but bash is fine.
Hmm. Is this with
Under a 4.19 kernel (debian stable), I am surprised to find that some
previously working i386 binaries no longer work, whereas others are
fine. ls, for example, dies with a SEGV, but bash is fine.
Looking at the kernel log reveals:
[13117.361000] 20899 (ls): Uhuuh, elf segment at
While writing the tests for copy_struct_from_user(), I used a construct
that Linus doesn't appear to be too fond of:
On 2019-10-04, Linus Torvalds wrote:
> Hmm. That code is ugly, both before and after the fix.
>
> This just doesn't make sense for so many reasons:
>
> if ((ret |=
On Fri, 4 Oct 2019 12:42:26 -0400 Qian Cai wrote:
> It is unsafe to call printk() while zone->lock was held, i.e.,
>
> zone->lock --> console_sem
>
> because the console could always allocate some memory in different code
> paths and form locking chains in an opposite order,
>
> console_sem
Hi William,
I love your patch! Yet something to improve:
[auto build test ERROR on gpio/for-next]
[cannot apply to v5.4-rc1 next-20191004]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2019.10.02a
head: 06250c65ccb8bd7cbaffe62ed0cc638c0f15b49c
commit: 06250c65ccb8bd7cbaffe62ed0cc638c0f15b49c [24/24] rcu: Remove
rcu_swap_protected()
config: arm64-allyesconfig (attached as .config)
compiler:
On Sun, Sep 29, 2019 at 11:08:52AM -0700, Nathan Chancellor wrote:
On Sun, Sep 29, 2019 at 01:35:18PM -0400, Sasha Levin wrote:
From: Nick Desaulniers
[ Upstream commit a05b9608456e0d4464c6f7ca8572324ace57a3f4 ]
Clang produces references to __aeabi_uidivmod and __aeabi_idivmod for
On Sun, Sep 29, 2019 at 07:40:28PM +0200, Martin Blumenstingl wrote:
Hi Sasha,
On Sun, Sep 29, 2019 at 7:34 PM Sasha Levin wrote:
From: Martin Blumenstingl
[ Upstream commit ed90302be64a53d9031c8ce05428c358b16a5d96 ]
The mainline PCIe PHY driver has it's own devicetree node. Update the
On Sun, Sep 29, 2019 at 07:39:49PM +0200, Hauke Mehrtens wrote:
On 9/29/19 7:32 PM, Sasha Levin wrote:
From: Martin Blumenstingl
[ Upstream commit ed90302be64a53d9031c8ce05428c358b16a5d96 ]
The mainline PCIe PHY driver has it's own devicetree node. Update the
clock alias so the mainline
On Sun, Sep 29, 2019 at 12:39:05PM -0700, Florian Fainelli wrote:
On 9/29/2019 10:30 AM, Sasha Levin wrote:
From: Florian Fainelli
[ Upstream commit feb4eb060c3aecc3c5076bebe699cd09f1133c41 ]
When building on a 64-bit host, we will get warnings like those:
From: Dmitry Torokhov
Date: Fri, 4 Oct 2019 16:13:53 -0700
> This series switches phy drivers form using fwnode_get_named_gpiod() and
> gpiod_get_from_of_node() that are scheduled to be removed in favor
> of fwnode_gpiod_get_index() that behaves more like standard
> gpiod_get_index() and will
Hi Linus,
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes
for you to fetch changes up to
> On Oct 5, 2019, at 5:22 PM, Andrew Morton wrote:
>
> Apparently some console drivers can do memory allocation on the printk()
> path.
>
> This behavior is daft, IMO. Have we identified which ones and looked
> into fixing them?
Not necessary that simple. It is more of 2+ CPUs required to
Clearing the existing bitmask of mirrored ports essentially prevents us
from capturing more than one port at any given time. This is clearly
wrong, do not clear the bitmask prior to setting up the new port.
Reported-by: Hubert Feurstein
Fixes: ed3af5fd08eb ("net: dsa: b53: Add support for port
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2019.10.02a
head: 06250c65ccb8bd7cbaffe62ed0cc638c0f15b49c
commit: 06250c65ccb8bd7cbaffe62ed0cc638c0f15b49c [24/24] rcu: Remove
rcu_swap_protected()
config: i386-randconfig-a002-201940 (attached as .config)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-next
head: 905eccc6a509d2818e3dd1304c55dc5291b7ea88
commit: 1c48c759ef4bb9031b3347277f04484e07e27d97 [32/37] usb: typec: driver for
TI HD3SS3220 USB Type-C DRP port controller
reproduce:
# apt-get install sparse
> What is the bad CSTS bit? CSTS.RDY?
The reset will be triggered by the result of nvme_should_reset():
1196 static bool nvme_should_reset(struct nvme_dev *dev, u32 csts)
1197 {
1198
1199 ⇥ /* If true, indicates loss of adapter communication, possibly by a
1200 ⇥* NVMe Subsystem
Fixes: 1c48c759ef4b ("usb: typec: driver for TI HD3SS3220 USB Type-C DRP port
controller")
Signed-off-by: kbuild test robot
---
hd3ss3220.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/typec/hd3ss3220.c b/drivers/usb/typec/hd3ss3220.c
index
The patch titled
Subject: vsprintf: add support for printing symbolic error codes
has been added to the -mm tree. Its filename is
printf-add-support-for-printing-symbolic-error-codes.patch
This patch should soon appear at
On Fri, 4 Oct 2019 16:41:50 +0200 Michal Hocko wrote:
> > > This is just insane. The hotplug code is in no way special wrt printk.
> > > It is never called from the printk code AFAIK and thus there is no real
> > > reason why this particular code should be any special. Not to mention
> > > it
From: "Carlos E.C. Barbosa"
As the info found in vim_pix_map members are already available in
v4l2_format_info those were removed and their calls remapped to it.
Signed-off-by: Carlos E. C. Barbosa
---
drivers/media/platform/vimc/vimc-capture.c | 20 ++--
The dwc3 code to get the "peripheral" / "host" / "otg" IRQ first tries
platform_get_irq_byname() and then falls back to the IRQ at index 0 if
the platform_get_irq_byname().
In this case we do not want platform_get_irq_byname() to print an error
on failure, so switch to
Some drivers (e.g dwc3) first try to get an IRQ byname and then fall
back to the one at index 0. In this case we do not want the error(s)
printed by platform_get_irq_byname(). This commit adds a new
platform_get_irq_byname_optional(), which does not print errors, for this.
While at it also
Hi All,
Here is a fix for the false-positive dev_err in platform_get_irq_byname()
discussed recently and reported here:
https://bugzilla.kernel.org/show_bug.cgi?id=205037
Since patch 2 depends on patch 1, I think it might be best to merge
all three patches through the same tree ...
Regards,
Since commit 7723f4c5ecdb ("driver core: platform: Add an error message to
platform_get_irq*()"), platform_get_irq() will call dev_err() itself on
failure, so there is no need for the driver to also do this.
Signed-off-by: Hans de Goede
---
drivers/usb/dwc3/drd.c| 3 ---
Fix CHECK: add blank line after declarations
Signed-off-by: Gabriela Bittencourt
---
drivers/staging/greybus/control.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/greybus/control.h
b/drivers/staging/greybus/control.h
index 3a29ec05f631..5a45d55349a1 100644
---
Hi all,
There will be no linux-next release on Monday Oct 7.
--
Cheers,
Stephen Rothwell
pgpiamCdZiFmz.pgp
Description: OpenPGP digital signature
I'm announcing the release of the 3.16.75 kernel.
All users of the 3.16 kernel series should upgrade.
The updated 3.16.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.16.y
and can be browsed at the normal kernel.org git web
Patch to support INT33FE ACPI pseudo-device on hardware with USB Micro-B
connector.
v5:
- Spelling corrections in Kconfig, commit description and comments;
- Micro-B code: Remove warning at fuel gauge registration failure and
use PTR_ERR_OR_ZERO() for simplicity.
v4:
- Micro-B variant: Don't
Existing intel_cht_int33fe ACPI pseudo-device driver assumes that
hardware has Type-C connector and register related devices described as
I2C connections in the _CRS resource.
There is at least one hardware (Lenovo Yoga Book YB1-91L/F) with Micro-B
USB connector exists. It has INT33FE device in
On Fri, 2019-10-04 at 16:09 -0700, Guenter Roeck wrote:
> On Wed, Oct 02, 2019 at 08:06:50PM +0100, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.16.75 release.
> > There are 87 patches in this series, which will be posted as responses
> > to this one. If anyone
Hi,
On 05-10-2019 17:01, Maximilian Luz wrote:
Hi, again
On 10/5/19 3:20 PM, Hans de Goede wrote:
Ok, on x86 the GPIO drivers really should all be builtin because
various ACPI methods including device D0 / D3 (power-on/off) methods
may depend on them. So normally this should never happen.
If
Lieber Freund,
Ich bin Frau Mavis Wanczyk, Bürgerin von Massachusetts, Vereinigte Staaten von
Amerika, die Mega-Gewinnerin des Powerball-Jackpots in Höhe von 758,7 Millionen
US-Dollar. Ich spende an 5 zufällige Personen. Wenn Sie diese E-Mail erhalten,
wird Ihre E-Mail zu einer von mir
On 24/09/2019 13:20:15-0700, Stephen Boyd wrote:
> Quoting Uwe (2019-09-24 05:21:47)
> > On Fri, Sep 20, 2019 at 05:39:06PM +0200, Alexandre Belloni wrote:
> > > Note that this was already discussed a while ago and Arnd said this
> > > approach was
> > > reasonable:
> > >
The pull request you sent on Sat, 5 Oct 2019 17:21:15 +0900:
> git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
> tags/kbuild-fixes-v5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2d00aee21a5d4966e086d98f9d710afb92fb14e8
Thank you!
--
The pull request you sent on Sat, 5 Oct 2019 17:38:47 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-5.4-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6fe137cbe3e85e832a169006e8ccc04cec69c653
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 04 Oct 2019 21:44:15 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/126195c972a2adba8cae12a65cdee155440a4525
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 04 Oct 2019 18:47:16 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9819a30c11ea439e5e3c81f5539c4d42d6c76314
Thank you!
--
Deet-doot-dot, I
On Sat, Oct 5, 2019 at 10:35 PM Andrew Morton wrote:
>
> On Fri, 04 Oct 2019 16:09:22 +0300 Konstantin Khlebnikov
> wrote:
>
> > This is very slow operation. There is no reason to do it again if somebody
> > else already drained all per-cpu vectors while we waited for lock.
> >
> > Piggyback on
--
Dear Sir/ Madam,
Please forgive me if my request is not acceptable by your kind person.
I am Mr.Francis Hashim, Working at One of the bank here in (Burkina
Faso) as the Independent Non-Executive Director & Audit Committee.
During our last banking Audits we discovered an abandoned account
On Sun, Aug 11, 2019 at 08:49:35PM +0200, Rikard Falkeborn wrote:
> Hello,
>
> A new attempt to try to add build time validity checks of GENMASK (and
> GENMASK_ULL) inputs. There main differences from v2:
>
> Remove a define of BUILD_BUG_ON in x86/boot to avoid a compiler warning
> about
On Sat, Oct 05, 2019 at 09:31:23PM +0200, Jonathan Neuschäfer wrote:
> On Sat, Oct 05, 2019 at 06:33:30AM -0700, Paul E. McKenney wrote:
> > On Sat, Oct 05, 2019 at 01:23:28AM +0200, Jonathan Neuschäfer wrote:
> > > On Fri, Oct 04, 2019 at 03:24:39PM -0700, Paul E. McKenney wrote:
> > > > On Fri,
On Fri, 04 Oct 2019 16:09:22 +0300 Konstantin Khlebnikov
wrote:
> This is very slow operation. There is no reason to do it again if somebody
> else already drained all per-cpu vectors while we waited for lock.
>
> Piggyback on drain started and finished while we waited for lock:
> all pages
On Sat, Oct 05, 2019 at 06:33:30AM -0700, Paul E. McKenney wrote:
> On Sat, Oct 05, 2019 at 01:23:28AM +0200, Jonathan Neuschäfer wrote:
> > On Fri, Oct 04, 2019 at 03:24:39PM -0700, Paul E. McKenney wrote:
> > > On Fri, Oct 04, 2019 at 11:54:02PM +0200, Jonathan Neuschäfer wrote:
> > > > Without
On Thu, Oct 03, 2019 at 12:13:30PM +0200, Andrea Parri wrote:
> On Tue, Oct 01, 2019 at 01:40:19PM -0400, Alan Stern wrote:
> > This patch updates the Linux Kernel Memory Model's explanation.txt
> > file by adding a section devoted to the model's handling of plain
> > accesses and data-race
On Sat, Oct 5, 2019 at 1:10 AM Dmitry Torokhov
wrote:
> This series swiches regulator drivers form using
> [devm_]gpiod_get_from_of_node() that is scheduled to be removed in favor
> of [devm_]fwnode_gpiod_get_index() that behaves more like standard
> [devm_]gpiod_get_index() and will potentially
Oh! It's duplicate, thanks for catching that.
On Sat, Oct 5, 2019 at 11:08 AM Markus Elfring wrote:
>
> > In rtl_usb_probe, a new hw is allocated via ieee80211_alloc_hw(). This
> > allocation should be released in case of allocation failure for
> > rtlpriv->usb_data.
> >
> > Fixes: a7959c1394d4
On Sat, Oct 05, 2019 at 02:36:54PM -0400, William Breathitt Gray wrote:
> Changes in v15:
> - Move find_next_clump8 to lib/find_bit.c since it requires round_down
> (I want this to be static inline like the others, but I need help)
> - Utilize for_each_set_clump8 in pisosr, max3191x, and
Replace verbose implementation in get_multiple/set_multiple callbacks
with for_each_set_clump8 macro to simplify code and improve clarity.
Reviewed-by: Linus Walleij
Signed-off-by: William Breathitt Gray
---
drivers/gpio/gpio-pci-idio-16.c | 75 -
1 file
This macro iterates for each 8-bit group of bits (clump) with set bits,
within a bitmap memory region. For each iteration, "start" is set to the
bit offset of the found clump, while the respective clump value is
stored to the location pointed by "clump". Additionally, the
bitmap_get_value8 and
Changes in v15:
- Move find_next_clump8 to lib/find_bit.c since it requires round_down
(I want this to be static inline like the others, but I need help)
- Utilize for_each_set_clump8 in pisosr, max3191x, and pca953x
While adding GPIO get_multiple/set_multiple callback support for various
Replace verbose implementation in get_multiple/set_multiple callbacks
with for_each_set_clump8 macro to simplify code and improve clarity.
Reviewed-by: Linus Walleij
Signed-off-by: William Breathitt Gray
---
drivers/gpio/gpio-ws16c48.c | 73 ++---
1 file
1 - 100 of 264 matches
Mail list logo
