From: Honghui Zhang
Two fixups for mediatek's host bridge:
The first patch fixup the IRQ handle routine to avoid IRQ reentry which
may exist for both MT2712 and MT7622.
The second patch fixup class type for MT7622.
Change since v2:
- Move the initialize of the iterate before the loop to fix an
From: Honghui Zhang
There maybe a same IRQ reentry scenario after IRQ received in current
IRQ handle flow:
EP device PCIe host driverEP driver
1. issue an IRQ
2. received IRQ
3. clear IRQ status
From: Honghui Zhang
The host bridge of MT7622 has hardware code the class code to an
arbitrary, meaningless value, fix that.
Signed-off-by: Honghui Zhang
---
drivers/pci/host/pcie-mediatek.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/pci/host/pcie-mediatek.c b/dr
Hi,
On 21/12/17 07:12, Stephen Rothwell wrote:
Hi all,
Commits
bb5cdf8d1c76 ("drm: omapdrm: Remove filename from header and fix copyright
tag")
d66c36a3ee79 ("drm: omapdrm: Simplify platform registration")
are missing a Signed-off-by from their committer.
Sorry about that, I missed t
From: Crt Mori
> Sent: 20 December 2017 17:30
> I did a quick run through unit tests for the sensor and the results
> are way off
> ...
Try this version instead:
unsigned int sqrt64(unsigned long long x_in)
{
unsigned int x = x_in >> 32;
unsigned int b = 0;
unsigned int y
On Wed, Dec 20, 2017 at 6:53 PM, Brian Norris wrote:
>
> On Wed, Dec 20, 2017 at 07:00:07PM +0800, Kai-Heng Feng wrote:
> > This commit causes a regression on some QCA ROME chips. The USB device
> > reset happens in btusb_open(), hence firmware loading gets interrupted.
>
> Oh, did you really conf
On Thu 21-12-17 06:25:55, Jeff Layton wrote:
> Got it, I think. How about this (sorry for the unrelated deltas here):
>
> [PATCH] SQUASH: add memory barriers around i_version accesses
Yep, this looks good to me.
Honza
>
> Signed-of
* Mike Travis wrote:
>
> This patchset handles the fixes made to the UV4 HUB for upcoming Intel
> processors as there are some interface changes.
>
> * Update uv_mmrs.h to prep for fixed defines for UV4A.
>
> * Updates to handle UV4 vs. UV4A (fixed) arches.
>
> * Updates to handl
Hi Greg,
On 2017/12/19 18:52, Yisheng Xie wrote:
> Hi Greg,
>
> On 2017/12/19 16:46, Greg KH wrote:
>> On Sat, Nov 25, 2017 at 05:23:33PM +0800, Yisheng Xie wrote:
>>> Default ioremap is ioremap_nocache, so devm_ioremap has the same function
>>> with devm_ioremap_nocache, which may just be killed
Remove duplicate expression in nested_vmx_prepare_msr_bitmap, and make
the register names clearer in hardware_setup.
Suggested-by: Jim Mattson
Reviewed-by: Jim Mattson
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
This replaces the patch "KVM: vmx: speed up MSR bitmap merge",
taking into account Jim and David's suggestions.
Paolo
Paolo Bonzini (3):
KVM: vmx: speed up MSR bitmap merge
KVM: vmx: simplify MSR bitmap setup
KVM: VMX: introduce X2APIC_MSR macro
arch/x86/kvm/vmx.c | 99 +++
The bulk of the MSR bitmap is either immutable, or can be copied from
the L1 bitmap. By initializing it at VMXON time, and copying the mutable
parts one long at a time on vmentry (rather than one bit), about 4000
clock cycles (30%) can be saved on a nested VMLAUNCH/VMRESUME.
The resulting for loo
The APICv-enabled MSR bitmap passes through all MSRs in the
APICv-disabled bitmap (and then some). Make that obvious in
vmx_disable_intercept_msr_x2apic.
Signed-off-by: Paolo Bonzini
---
v1->v2: included the right version of the patch
arch/x86/kvm/vmx.c | 14 ++
1 file chan
Hi Rob,
On 12/21/2017 2:48 AM, Rob Herring wrote:
> On Wed, Dec 20, 2017 at 11:55:33AM +0530, Sricharan R wrote:
>> Hi Viresh,
>>
>> On 12/20/2017 8:56 AM, Viresh Kumar wrote:
>>> On 19-12-17, 21:25, Sricharan R wrote:
+ cpu@0 {
+ compatible = "qcom,krait";
+ enab
rsm_load_state_64() and rsm_enter_protected_mode() load CR3, then
CR4 & ~PCIDE, then CR0, then CR4.
However, setting CR4.PCIDE fails if CR3[11:0] != 0. It's probably easier
in the long run to replace rsm_enter_protected_mode() with an emulator
callback that sets all the special registers (like KV
On Thu, Dec 21, 2017 at 11:08:19AM +0100, Maciej Purski wrote:
> On 12/12/2017 12:35 PM, Mark Brown wrote:
> > On Thu, Dec 07, 2017 at 10:46:14AM +0100, Maciej Purski wrote:
> > > + mutex_lock(®ulator_list_mutex);
> > > + regulator_resolve_coupling(rdev);
> > > + mutex_unlock(®ulator_list_mutex);
Joe Perches writes:
> On Tue, 2017-12-12 at 08:43 +1100, Dave Chinner wrote:
>> On Sat, Dec 09, 2017 at 09:00:18AM -0800, Joe Perches wrote:
>> > On Sat, 2017-12-09 at 09:36 +1100, Dave Chinner wrote:
>> > > 1. Using lockdep_set_novalidate_class() for anything other
>> > > than device->mutex wi
Declaration of of_usb_get_dr_mode_by_phy only depends on CONFIG_OF
and not on CONFIG_USB_SUPPORT, which actually defines it. This can
break the build like below, if USB_SUPPORT is not selected :
drivers/phy/renesas/phy-rcar-gen3-usb2.o: In function
`rcar_gen3_phy_usb2_probe':
drivers/phy/renesa
On Wed, Dec 20, 2017 at 01:52:18PM -0800, Jakub Kicinski wrote:
> On Wed, 20 Dec 2017 20:53:41 +, Roman Gushchin wrote:
> > On Wed, Dec 20, 2017 at 12:29:21PM -0800, Jakub Kicinski wrote:
> > > On Wed, 20 Dec 2017 20:19:43 +, Roman Gushchin wrote:
> > > > Bpftool determines it's own versi
Linus,
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to aa12f594f97efe50223611dbd13ecca
Josh Poimboeuf writes:
> On Tue, Dec 19, 2017 at 12:28:33PM +0100, Torsten Duwe wrote:
>> On Mon, Dec 18, 2017 at 12:56:22PM -0600, Josh Poimboeuf wrote:
>> > On Mon, Dec 18, 2017 at 03:33:34PM +1000, Nicholas Piggin wrote:
>> > > On Sun, 17 Dec 2017 20:58:54 -0600
>> > > Josh Poimboeuf wrote:
>
On Thu, Dec 21, 2017 at 11:11:18AM +0100, Linus Walleij wrote:
> > In contrast, the pinctrl-amd driver only mentions the newer KERNCZ platform
> > name and uses ACPI for probing without disclosing any Family or Model
> > numbers.
> >
> > pinctrl-amd applies to "AMD0030" and "AMDI0030"
> >
> > The
On Wed 20-12-17 14:41:14, Dan Williams wrote:
> On Wed, Dec 20, 2017 at 6:38 AM, Jan Kara wrote:
> > On Tue 19-12-17 17:11:38, Dan Williams wrote:
> >> On Fri, Nov 10, 2017 at 1:08 AM, Christoph Hellwig wrote:
> >> >> + struct {
> >> >> + /*
> >> >> +
On Thu, Dec 21, 2017 at 10:49:44AM +0800, Wei Wang wrote:
> On 12/21/2017 01:10 AM, Matthew Wilcox wrote:
> One more question is about the return value, why would it be ambiguous? I
> think it is the same as find_next_bit() which returns the found bit or size
> if not found.
Because find_next_bit
PCI_EXYNOS has the dependency with SOC_EXYNOS5440.
It's modified to ARCH_EXYNOS from SOC_EXYNOS5440, because other
SoCs needs to use this driver.
Signed-off-by: Jaehoon Chung
---
drivers/pci/dwc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/dwc/Kconfig b
Exynos5433 has the PCIe for WiFi.
Add the codes relevant to PCIe for supporting the exynos5433.
Also changed the binding documentation name to
'samsung,exynos-pcie.txt'.
(It's not only exynos5440 anymore.)
Signed-off-by: Jaehoon Chung
---
...exynos5440-pcie.txt => samsung,exynos-pcie.txt} | 2
Exynos5433 has the PCIe for WiFi.
Added the codes relevant to PCIe for supporting the exynos5433.
Also changed the binding documentation name to
'samsung,exynos-pcie.txt'.
(It's not only exynos5440 anymore.)
Signed-off-by: Jaehoon Chung
---
...exynos5440-pcie.txt => samsung,exynos-pcie.txt} |
On 21 December 2017 at 10:20, Arnd Bergmann wrote:
> On Wed, Dec 20, 2017 at 10:46 PM, Jakub Jelinek wrote:
>> On Wed, Dec 20, 2017 at 09:52:05PM +0100, Arnd Bergmann wrote:
>>> diff --git a/crypto/aes_generic.c b/crypto/aes_generic.c
>>> index ca554d57d01e..35f973ba9878 100644
>>> --- a/crypto/a
> From: Ulf Hansson, Sent: Thursday, December 21, 2017 7:58 PM
>
> On 21 December 2017 at 11:33, Yoshihiro Shimoda
> wrote:
> > Hi Ulf-san,
> >
> >> -Original Message-
> >> From: Ulf Hansson, Sent: Wednesday, December 20, 2017 11:09 PM
> >
> >> diff --git a/include/linux/phy/phy.h b/inc
Thu, Dec 21, 2017 at 10:17:42AM CET, sven.eckelm...@openmesh.com wrote:
>The batman-adv unicast packets contain a full layer 2 frame in encapsulated
>form. The flow dissector must therefore be able to parse the batman-adv
>unicast header to reach the layer 2+3 information.
>
> +---
The patch
regmap: debugfs: emit a debug message when locking is disabled
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
The patch
spi: pxa2xx: avoid redundant gpio_to_desc(desc_to_gpio()) round-trip
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
The driver xmit function chooses an egress FQ based on the current
core id. The network stack itself sets a mapping field in the skb
based on many things - the default one being a hash on packet fields,
which the current driver ignores.
This patch saves the ingress frame flow affinity information
The previous patch ensures Tx flow affinity for forwarded frames,
but for termination traffic the initial flow affinity is determined
based on the skb hash, which is expected to hit only a few Tx queues
when there is a small number of flows.
Instead, use XPS (transmit packet steering) to set netde
On Wednesday 20 December 2017 04:42 AM, David Lechner wrote:
> On 12/19/2017 07:47 AM, Sekhar Nori wrote:
>> Hi David,
>>
>> On Saturday 09 December 2017 07:45 AM, David Lechner wrote:
>>> This converts the clocks in mach-davinci to the common clock framework.
>>>
>>> Most of the patch just involve
On Thu, Dec 21, 2017 at 05:35:22PM +1100, Herbert Xu wrote:
> On Wed, Dec 20, 2017 at 08:09:25PM +, Corentin Labbe wrote:
> > Each crypto algorithm "cra_name" can have multiple implementation called
> > "cra_driver_name".
> > If two different implementation have the same cra_driver_name, nothin
On Thu, Dec 21, 2017 at 12:19:47AM -0800, rao.sho...@oracle.com wrote:
> This patch moves kfree_call_rcu() and related macros out of rcu code. A new
> function __call_rcu_lazy() is created for calling __call_rcu() with the lazy
> flag.
Something you probably didn't know ... there are two RCU imple
Kees Cook writes:
> On Mon, Dec 18, 2017 at 11:12 AM, Michael Kerrisk (man-pages)
> wrote:
>> Hello Kees,
>>
>> I'm late to the party, and only just caught up with the fuss :-).
>
> No worries!
>
>> On 12/14/2017 12:19 AM, Kees Cook wrote:
>>> On Wed, Dec 13, 2017 at 6:40 AM, Cyril Hrubis wrote
2017-12-20 18:32 UTC+ ~ Roman Gushchin
> On Tue, Dec 19, 2017 at 04:22:51PM +, Quentin Monnet wrote:
>> 2017-12-19 16:10 UTC+ ~ Roman Gushchin
>>> On Tue, Dec 19, 2017 at 03:57:02PM +, Quentin Monnet wrote:
Hi Roman, thanks for working on this!
I discussed this
That's about 800-1000 clock cycles more that can be easily peeled, by
saving about 60 VMWRITEs on every exit.
My numbers so far have been collected on a Haswell system vs. the
Broadwell that Jim used for his KVM Forum talk, and I am now down
from 22000 (compared to 18000 that Jim gave as the basel
On Wed, 20 Dec 2017 23:08:38 -0500 (EST)
David Miller wrote:
> From: Masami Hiramatsu
> Date: Thu, 21 Dec 2017 11:36:57 +0900
>
> > Could you share your .config file?
>
> You never need to ask me this question.
>
> All of my test builds are with "allmodconfig".
OK, thanks!
--
Masami Hirama
These fields are also simple copies of the data in the vmcs12 struct.
For some of them, prepare_vmcs02 was skipping the copy when the field
was unused. In prepare_vmcs02_full, we copy them always as long as the
field exists on the host, because the corresponding execution control
might be one of t
This part is separate for ease of review, because git prefers to move
prepare_vmcs02 below the initial long sequence of vmcs_write* operations.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 56 +-
1 file changed, 34 insertions(+), 22 de
Prepare for multiple inclusions of the list.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 64 +++-
arch/x86/kvm/vmx_shadow_fields.h | 71
2 files changed, 75 insertions(+), 60 deletions(-)
create mod
VMCS12 fields that are not handled through shadow VMCS are rarely
written, and thus they are also almost constant in the vmcs02. We can
thus optimize prepare_vmcs02 by skipping all the work for non-shadowed
fields in the common case.
This patch introduces the (pretty simple) tracking infrastructu
Hello Andrew,
On Thu, 21 Dec 2017 12:32:54 +0100 Andrew Lunn wrote:
> > +Optional properties:
> > + - resets: A phandle to the reset control for the MAC
> > + - local-mac-address: See ethernet.txt in the same directory.
> > +
> > +Required subnode:
> > + - mdio: Device tree subnode with the foll
Hello James,
On 12/21/2017 11:51 AM, James Ettle wrote:
> OK, I built a kernel based on:
>
> - git clone of git.infradead.org/users/jjs/linux-tpmdd.git taken last night
> - applying the patch in https://patchwork.kernel.org/patch/10119417/
I meant linux-tpmdd + the 4 patches in this series.
> -
Em Tue, 19 Dec 2017 09:05:53 +0530
Satendra Singh Thakur escreveu:
> -Ported below mentioned patch to latest kernel:
> commit ace52288edf0 ("Merge tag 'for-linus-20171218' of
> git://git.infradead.org/linux-mtd")
>
> -Fixed few bugs in the patch, enhanced it and added polling
> --dvb_vb2.c:dvb
Hi,
On Thu, Dec 21, 2017 at 10:24:11PM +1100, Jonathan Liu wrote:
> There are several issues in sun4i_tmds_determine_rate:
> - doesn't check if the best match was already set before comparing it
> with the enumerated parameters which could result in integer divide
> by zero
> - doesn't conside
Hello Azhar,
On 12/20/2017 08:15 PM, Shaikh, Azhar wrote:
>
>
>> -Original Message-
>> From: Jason Gunthorpe [mailto:j...@ziepe.ca]
>> Sent: Wednesday, December 20, 2017 10:55 AM
>> To: Javier Martinez Canillas
>> Cc: linux-kernel@vger.kernel.org; James Ettle ; Hans de
>> Goede ; Shaikh
On Thu, Dec 21, 2017 at 12:13 AM, Maciej S. Szmigiero
wrote:
> On 20.12.2017 13:06, Linus Walleij wrote:
>> On Tue, Dec 19, 2017 at 12:07 AM, Maciej S. Szmigiero
>> wrote:
>>> On 18.12.2017 22:22, Linus Walleij wrote:
>>
> (..)
> +static void winbond_gpio_warn_conflict(unsigned int idx, const
Vitaly Kuznetsov writes:
> Paolo Bonzini writes:
>
>> On 18/12/2017 18:17, Vitaly Kuznetsov wrote:
>>> The original author of these patches does no longer work at Red Hat, I
>>> agreed to take this over and send upstream. Here is his original
>>> description:
>>>
>>> "Makes KVM implement the en
Matthew Wilcox writes:
> On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote:
>> What I'm hoping to do with this series is to just provide a sysfs
>> representation of the HMAT so that applications can know which NUMA nodes to
>> select with existing utilities like numactl. This series
On Thu, Dec 21, 2017 at 1:41 AM, Joel Stanley wrote:
> The GPIO tools build fails when using a buildroot toolchain that uses musl
> as it's C library:
>
> arm-broomstick-linux-musleabi-gcc -Wp,-MD,./.gpio-event-mon.o.d \
> -Wp,-MT,gpio-event-mon.o -O2 -Wall -g -D_GNU_SOURCE \
> -Iinclude -D"BUI
Hello,
You might have seen bug reports coming from syzbot on LKML recently.
syzbot is an automated system that continuously fuzzes main Linux
kernel branches using syzkaller fuzzer and reports all found bugs:
https://github.com/google/syzkaller/blob/master/docs/syzbot.md
So far it has reported ~28
On Thu, Dec 21, 2017 at 1:27 AM, Rasmus Villemoes
wrote:
> While we do need macros to be able to return from the "calling"
> function, we can still factor the checks done by the VALIDATE_DESC*
> macros into a real helper function. This reduces the backslashtitis,
> avoids duplicating the logic in
On 21/12/17 13:51, Paolo Bonzini wrote:
Remove duplicate expression in nested_vmx_prepare_msr_bitmap, and make
the register names clearer in hardware_setup.
Suggested-by: Jim Mattson
Reviewed-by: Jim Mattson
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 19 +--
1
Hello Rasmus,
On 12/21/2017 02:27 AM, Rasmus Villemoes wrote:
> While we do need macros to be able to return from the "calling"
> function, we can still factor the checks done by the VALIDATE_DESC*
> macros into a real helper function. This reduces the backslashtitis,
> avoids duplicating the logi
On Wed, Dec 20, 2017 at 10:35:03PM +0100, Thomas Gleixner wrote:
> The series is also available from git:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/pti
The patchset looks sane in 5-level paging configuration as long as commit
c739f930be1d ("x86/espfix/64: Fix espfix
Signed-off-by: Chen Guanqiao
---
fs/fat/file.c | 103 ++
1 file changed, 103 insertions(+)
diff --git a/fs/fat/file.c b/fs/fat/file.c
index 4724cc9ad650..c42c1e2e3e09 100644
--- a/fs/fat/file.c
+++ b/fs/fat/file.c
@@ -20,6 +20,25 @@
static
Wei Wang wrote:
> Thanks for the effort. That's actually caused by the previous "!node"
> path, which incorrectly changed "index = (index | RADIX_TREE_MAP_MASK) +
> 1". With the change below, it will run pretty well with the test cases.
>
> if (!node && !bitmap)
> return size;
>
> Would yo
The FAT filesystem partition volume label can be read with
FAT_IOCTL_GET_VOLUME_LABEL and written with FAT_IOCTL_SET_VOLUME_LABEL.
v2:
1. add filesystem version check.
2. add diretory permissions check.
3. add volume label string check.
4. fixed part of return value.
5. fixed some indent issue.
6.
On Thu, Dec 07, 2017 at 05:34:02PM -0600, Tom Lendacky wrote:
> In preparation for encrypting more than just the kernel, the encryption
> support in sme_encrypt_kernel() needs to support 4KB page aligned
> encryption instead of just 2MB large page aligned encryption.
...
> static void __init __s
On Thursday, December 21, 2017 8:25:03 AM CET Andrew Cooks wrote:
> I'm working on gpio for an AMD Family 16h Model 30h system[1].
> The SoC is the same as the GX412-TC used in the PC Engines APU2.
>
> There is an out-of-tree gpio driver (gpio-amd) for this SoC in the
> meta-amd yocto layer[2].
After today, I won't have physical access to the problem machine until
January 2nd. So if you guys have any testing suggestions I need them soon
if they are to get done before my vacation.
I do plan to try booting to level 1 to see if I can get a login prompt
that might facilitate testing. The l
Paolo Bonzini writes:
> On 19/12/2017 13:25, Vitaly Kuznetsov wrote:
>>
>>> At this point in time, I don't think you can just blithely change the
>>> virtual VMCS layout and revision number. Existing VMs using the old
>>> layout and revision number must continue to work on versions of kvm
>>> pa
Signed-off-by: Chen Guanqiao
---
fs/fat/fat.h | 1 +
fs/fat/inode.c| 15 ---
include/uapi/linux/msdos_fs.h | 2 ++
3 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/fs/fat/fat.h b/fs/fat/fat.h
index 8fc1093da47d..204012c94421 100644
---
On Thu, Dec 21, 2017 at 01:40:28PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> On 21/12/17 07:12, Stephen Rothwell wrote:
> > Hi all,
> >
> > Commits
> >
> >bb5cdf8d1c76 ("drm: omapdrm: Remove filename from header and fix
> > copyright tag")
> >d66c36a3ee79 ("drm: omapdrm: Simplify platform
On 05/12/2017 02:04, Brijesh Singh wrote:
> This part of Secure Encrypted Virtualization (SEV) patch series focuses on KVM
> changes required to create and manage SEV guests.
>
> SEV is an extension to the AMD-V architecture which supports running encrypted
> virtual machine (VMs) under the contro
Dmitry Vyukov wrote:
> On Wed, Dec 20, 2017 at 11:55 AM, Tetsuo Handa
> wrote:
> > Dmitry Vyukov wrote:
> >> On Tue, Dec 19, 2017 at 3:27 PM, Tetsuo Handa
> >> wrote:
> >> > syzbot wrote:
> >> >>
> >> >> syzkaller has found reproducer for the following crash on
> >> >> f3b5ad89de16f5d42e8ad36fbdf
The first three patches fix certain issues with the DT binding
document.
The last two extend the device tree support in the driver with more
at24 EEPROM variants.
Bartosz Golaszewski (5):
dt-bindings: at24: consistently document the compatible property
dt-bindings: at24: add a missing compati
Make formatting and style consistent for the entire document.
This patch doesn't change the content of the binding.
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/eeprom/at24.txt | 24 +++
1 file changed, 12 insertions(+), 12 deletions(-)
diff --gi
Add other variants of at24 EEPROMs we support in the driver to the
list of allowed compatible strings.
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/eeprom/at24.txt | 9 +
1 file changed, 9 insertions(+)
diff --git a/Documentation/devicetree/bindings/eeprom/at
"atmel,spd" is reported by checkpatch as undocumented in the device
tree bindings. Add it to the list of supported compatible strings.
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/eeprom/at24.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/device
Add all supported at24 variants to the of_match table.
Signed-off-by: Bartosz Golaszewski
---
drivers/misc/eeprom/at24.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c
index e79833d62284..01f9c4921c50 100644
--- a/drivers/misc
Current description of the compatible property for at24 is quite vague.
Specify an exact list of accepted compatibles and document the - now
deprecated - strings which were previously used in device tree files.
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/eeprom/at24
On Wed, 20 Dec 2017 22:12:38 -0500
Steven Rostedt wrote:
> On Thu, 21 Dec 2017 11:36:57 +0900
> Masami Hiramatsu wrote:
>
> > On Wed, 20 Dec 2017 14:24:24 -0500 (EST)
> > David Miller wrote:
> >
> > > From: David Miller
> > > Date: Wed, 20 Dec 2017 14:20:40 -0500 (EST)
> > >
> > > > From:
On 21 December 2017 at 12:43, David Laight wrote:
> From: Crt Mori
>> Sent: 20 December 2017 17:30
>> I did a quick run through unit tests for the sensor and the results
>> are way off
>> ...
>
> Try this version instead:
> unsigned int sqrt64(unsigned long long x_in)
> {
> unsigned int x
Hi Rafael,
On Thu, Sep 14, 2017 at 02:40:32PM -0700, Viresh Kumar wrote:
> On 31-08-17, 19:43, Dong Aisheng wrote:
> > Use clk_bulk_get to ease the driver clocks handling.
> >
> > Cc: "Rafael J. Wysocki"
> > Cc: Viresh Kumar
> > Cc: Shawn Guo
> > Cc: Anson Huang
> > Cc: Leonard Crestez
> > S
On Wed 20-12-17 09:41:07, Ross Zwisler wrote:
> On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote:
> > On Thu, Dec 14, 2017 at 02:00:32PM +0100, Michal Hocko wrote:
> <>
> > > What is the testing procedure? How can I setup qemu to simlate such HW?
> >
> > Well, the QEMU table simulation
Hello Bartosz,
Nice patch.
On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
> Current description of the compatible property for at24 is quite vague.
>
> Specify an exact list of accepted compatibles and document the - now
> deprecated - strings which were previously used in device tr
On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
> "atmel,spd" is reported by checkpatch as undocumented in the device
> tree bindings. Add it to the list of supported compatible strings.
>
> Signed-off-by: Bartosz Golaszewski
> ---
Reviewed-by: Javier Martinez Canillas
Best regards
On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
> Make formatting and style consistent for the entire document.
>
> This patch doesn't change the content of the binding.
>
> Signed-off-by: Bartosz Golaszewski
> ---
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
> Add other variants of at24 EEPROMs we support in the driver to the
Again I wouldn't mention the driver here, but instead say that there
are variations of the chip that are compatible or something like that.
> list of allowed compatibl
2017-12-21 15:52 GMT+03:00 Dmitry Vyukov :
> Any other proposals, thoughts, ideas?
>
a) Assume that patches send in replies to the bug report are fixes.
b) Almost the same as your "syzbot-fix: HASH" proposal, but slightly
closer to normal kernel development workflow.
Add hash/bug id into t
On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
> Add all supported at24 variants to the of_match table.
>
> Signed-off-by: Bartosz Golaszewski
> ---
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
2017-12-21 14:19 GMT+01:00 Javier Martinez Canillas :
> Hello Bartosz,
>
> Nice patch.
>
> On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
>> Current description of the compatible property for at24 is quite vague.
>>
>> Specify an exact list of accepted compatibles and document the - n
On 12/15/2017 04:19 PM, Mark Brown wrote:
On Wed, Dec 13, 2017 at 10:25:00AM +0100, Maciej Purski wrote:
shared. To that end I'd adjust the code so that we always have a
coupling descriptor and then handle the case where there's only one
regulator described in there.
Do you have any sugge
On Wed 2017-12-20 11:09:37, Josh Poimboeuf wrote:
> On Wed, Dec 20, 2017 at 03:35:12PM +0100, Petr Mladek wrote:
> > On Fri 2017-12-08 18:25:22, Miroslav Benes wrote:
> > > immediate flag has been used to disable per-task consistency and patch
> > > all tasks immediately. It could be useful if the
On Thu, Dec 21, 2017 at 2:28 PM, Bartosz Golaszewski wrote:
> 2017-12-21 14:19 GMT+01:00 Javier Martinez Canillas :
>> Hello Bartosz,
>>
>> Nice patch.
>>
>> On Thu, Dec 21, 2017 at 2:08 PM, Bartosz Golaszewski wrote:
>>> Current description of the compatible property for at24 is quite vague.
>>>
__dump_byte_array used to be hidden, but is now visible to the compiler
and causes a harmless warning:
drivers/staging/ccree/ssi_driver.c:82:6: error: conflicting types for
'__dump_byte_array'
drivers/staging/ccree/ssi_driver.c: In function '__dump_byte_array':
drivers/staging/ccree/ssi_driver.c:
On Thu, Dec 21, 2017 at 02:29:14PM +0100, Maciej Purski wrote:
> Now I can understand your point, but I still have doubts what is the
> advantage of that solution. For non-coupled regulators we end up with
> useless data structure - coupling_desc. That also might cause some
> confusion. We expect
Hi Paul,
On Mon, 2017-12-11 at 13:54 +0100, Paul Menzel wrote:
> Dear Jason,
>
>
> On 12/08/17 17:18, Jason Gunthorpe wrote:
> > On Fri, Dec 08, 2017 at 05:07:39PM +0100, Paul Menzel wrote:
> >
> >> I have no access to the system right now, but want to point out, that the
> >> log was created b
Hi Alexandre,
On 20 December 2017 at 01:39, Alexandre Belloni
wrote:
> Hi,
>
> On 19/12/2017 at 20:27:02 +0530, PrasannaKumar Muralidharan wrote:
>> Given the fact that setup code is very small and most of it is generic
>> code I strongly believe that it is plausible to make use of generic
>> cod
Am Donnerstag, 21. Dezember 2017, 14:22:40 CET schrieb Andrey Ryabinin:
Hi Andrey,
> 2017-12-21 15:52 GMT+03:00 Dmitry Vyukov :
> > Any other proposals, thoughts, ideas?
>
> a) Assume that patches send in replies to the bug report are fixes.
>
> b) Almost the same as your "syzbot-fix: HASH" pr
Hello, Shakeel.
On Wed, Dec 20, 2017 at 05:15:41PM -0800, Shakeel Butt wrote:
> Let's say we have a job that allocates 100 MiB memory and suppose 80
> MiB is anon and 20 MiB is non-anon (file & kmem).
>
> [With memsw] Scheduler sets the memsw limit of the job to 100 MiB and
> memory to max. Now s
On Thu, 2017-12-21 at 11:01 +0100, Matthias Brugger wrote:
>
> On 12/01/2017 11:43 AM, Matthias Brugger wrote:
> >
> > The mtk_thermal has some defiens which are never used within the
> > driver.
> > This patch delets them.
> >
> > Signed-off-by: Matthias Brugger
> > ---
> Rui, Eduardo, do you
klp_send_signals() and klp_force_transition() do not acquire klp_mutex,
because it seemed to be superfluous. A potential race in
klp_send_signals() was harmless and there was nothing in
klp_force_transition() which needed to be synchronized. That changed
with the addition of klp_forced variable dur
Hi Ard,
On 21 December 2017 at 17:52, Ard Biesheuvel wrote:
> On 21 December 2017 at 10:20, Arnd Bergmann wrote:
>> On Wed, Dec 20, 2017 at 10:46 PM, Jakub Jelinek wrote:
>>> On Wed, Dec 20, 2017 at 09:52:05PM +0100, Arnd Bergmann wrote:
diff --git a/crypto/aes_generic.c b/crypto/aes_gener
Add all supported at24 variants to the of_match table.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Javier Martinez Canillas
---
drivers/misc/eeprom/at24.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c
index e79833d62284.
201 - 300 of 975 matches
Mail list logo
