Previously external clock were set through platform_data struct.
Now device uses clk struct defined in include/linux/clk.h to handle
external clock source.
It also removes mclk from platform_data struct.
Signed-off-by: Marcelo Schmitt
---
drivers/staging/iio/frequency/ad9832.c | 37
Add SPDX identifier of GPL-2.0 for the ad9832 driver.
Signed-off-by: Marcelo Schmitt
---
drivers/staging/iio/frequency/ad9832.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/iio/frequency/ad9832.c
b/drivers/staging/iio/frequency/ad9832.c
index
Organize includes to list them in lexicographic order.
Signed-off-by: Marcelo Schmitt
---
drivers/staging/iio/frequency/ad9832.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/iio/frequency/ad9832.c
b/drivers/staging/iio/frequency/ad9832.c
This series of patches do minor codestyle ajusts, set SPDX licence
identifier, set use of linux's clock framework to handle external
clock, and add a devicetree documentation.
Marcelo Schmitt (4):
staging: iio: ad9832: organize includes
staging: iio: ad9832: add SPDX identifier
staging:
On 03/29/2019 11:20 AM, Alex Kogan wrote:
> In CNA, spinning threads are organized in two queues, a main queue for
> threads running on the same node as the current lock holder, and a
> secondary queue for threads running on other nodes. At the unlock time,
> the lock holder scans the main queue
From: Jann Horn
> Sent: 28 March 2019 21:23
> Fix __user annotations in various places across the x86 tree:
>
...
> - generic_load_microcode() deals with a pointer that can be either a
>kernel pointer or a user pointer; change the code to pass it around as
>a __user pointer, and add
On Mon, Apr 01, 2019 at 10:21:58PM +0800, Muchun Song wrote:
> Thanks for your reply. In fact, I didn't hit any problem. I just read the
> code
> and found the problem. I see max_mapnr is to only be used in the
> generic pfn_valid().
> As you said, we do not use it on arm64. So in a sense, the
On Mon, Apr 01, 2019 at 04:48:42PM +0530, Vidya Sagar wrote:
> On 3/31/2019 12:12 PM, Rob Herring wrote:
> > On Tue, Mar 26, 2019 at 08:43:22PM +0530, Vidya Sagar wrote:
> > > Add support for Tegra194 PCIe controllers. These controllers are based
> > > on Synopsys DesignWare core IP.
> > >
> > >
* Roger Quadros [190329 14:02]:
> Hi Tony,
>
> On 04/02/2019 20:03, Tony Lindgren wrote:
> > * Roger Quadros [190204 15:54]:
> >> --- a/arch/arm/boot/dts/dra7.dtsi
> >> +++ b/arch/arm/boot/dts/dra7.dtsi
> >> @@ -167,6 +167,200 @@
> >>l4_per3: interconnect@4880 {
> >>
On 2019/4/1 下午10:02, Chen, Rong A wrote:
>
> On 4/1/2019 9:28 PM, Nikolay Borisov wrote:
>>
>> On 1.04.19 г. 16:24 ч., kernel test robot wrote:
>>> FYI, we noticed the following commit (built with gcc-7):
>>>
>>> commit: 70d28b0e4f8ed2d38571e7b1f9bec7f321a53102 ("btrfs:
>>> tree-checker:
Hi folks,
In current kernel implementation for ARM platform, all devices under one PCI
bridge share a same device ID and the total number of MSI interrupts is fixed
at the first time any child device is allocating MSI. However, this may cause
failure of allocating MSI if the system supports
Hello,
I was looking for some work on staging: iio: ad9832 and made some
observations while reading the driver.
Apparently it had no devicetree documentation so I tried to elaborate
one.
It uses a platform_data variable to load external clock
frequency (I tried to make it use linux's clock
On 4/1/19 9:22 AM, Will Cunningham wrote:
> Line was >80 characters.
This looks fine, but "tmp" is not a meaningful name.
That argument to gb_connection_create() is a cport id,
so "cport_id" would be a much better name for the variable.
It seems picky, but details like this make the code much
This is a bit of a mess, to put it mildly. But, it's a bug
that seems to have gone unticked up to now, probably because
nobody uses MPX. The other alternative to this fix is to just
deprecate MPX, even in -stable kernels.
MPX has the arch_unmap() hook inside of munmap() because MPX
uses
Hi Catalin,
Thanks for your reply. In fact, I didn't hit any problem. I just read the code
and found the problem. I see max_mapnr is to only be used in the
generic pfn_valid().
As you said, we do not use it on arm64. So in a sense, the patch is
meaningless.
But I think since it is a problem,
Line was >80 characters.
Signed-off-by: Will Cunningham
---
Changes in v2:
- Created a tmp variable to shorten line length.
---
drivers/staging/greybus/usb.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/greybus/usb.c b/drivers/staging/greybus/usb.c
On Tue, Mar 26, 2019 at 02:57:09PM +0530, Mukesh Ojha wrote:
On 3/26/2019 11:58 AM, lantianyu1...@gmail.com wrote:
From: Lan Tianyu
The Hyperv vIOMMU file name should be "hyperv-iommu.c" rather
s/vIOMMU/IOMMU
What's wrong with vIOMMU? There's no hardware involved (afaik).
--
Thanks,
A very strange -ENOMEM error which only when output
is displayed using the GTK GUI (I have copied the text from the GUI):
[root@m35lp76 perf]# ./perf report -i perf.data.error68-1
Processing events... [974K/3M]
Error:failed to process sample
0xf4198 [0x8]: failed to
On 1.04.19 г. 12:01 ч., Johannes Thumshirn wrote:
> Over the last 20 years, the Linux kernel has accumulated hundreds if not
> thousands of security vulnerabilities.
>
> One common pattern in most of these security related reports is processes
> called "syzkaller", "trinity" or "syz-executor"
Hi Lee.
On Mon, Apr 1, 2019 at 4:52 AM Lee Jones wrote:
>
> On Tue, 26 Mar 2019, Jeffrey Hugo wrote:
>
> > This adds the initial DT for the Lenovo Miix 630 laptop. Supported
> > functionality includes USB (host), microSD-card, keyboard, and trackpad.
> >
> > Signed-off-by: Jeffrey Hugo
> > ---
On 01.04.19 16:09, David Hildenbrand wrote:
>>> Thinking about your approach, there is one elementary thing to notice:
>>>
>>> Giving the guest pages from the buffer while hinting requests are being
>>> processed means that the guest can and will temporarily make use of more
>>> memory than
>> Thinking about your approach, there is one elementary thing to notice:
>>
>> Giving the guest pages from the buffer while hinting requests are being
>> processed means that the guest can and will temporarily make use of more
>> memory than desired. Essentially up to the point where MADV_FREE is
> > From: Bjorn Helgaas
> >
> > 54fb4a05af0a ("i2c: Check for ACPI resource conflicts") included
> > so we could use acpi_check_region(). fd46a0064af1 ("i2c:
> > convert i2c-isch to platform_device") removed the use of
> > acpi_check_region() but not the include.
> >
> > Remove the
On 04/01/2019 02:38 AM, Juergen Gross wrote:
> On 25/03/2019 19:03, Waiman Long wrote:
>> On 03/25/2019 12:40 PM, Juergen Gross wrote:
>>> On 25/03/2019 16:57, Waiman Long wrote:
It was found that passing an invalid cpu number to pv_vcpu_is_preempted()
might panic the kernel in a VM
On 4/1/2019 9:28 PM, Nikolay Borisov wrote:
On 1.04.19 г. 16:24 ч., kernel test robot wrote:
FYI, we noticed the following commit (built with gcc-7):
commit: 70d28b0e4f8ed2d38571e7b1f9bec7f321a53102 ("btrfs: tree-checker: Verify dev
item")
Hello,
it is right that temperature is always put inside the FIFO with this chip.
But beware that it should also be the case when accelerometer only is enabled.
The FIFO should contain accel data + temp. You can easily verify that by
looking at the size of a sample inside the FIFO when only
Removed unnecessary parentheses.
Signed-off-by: Will Cunningham
---
Changes in v2:
- Removed a typo from the commit message.
---
drivers/staging/comedi/drivers/pcl818.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/comedi/drivers/pcl818.c
Hi Boris,
I love your patch! Yet something to improve:
[auto build test ERROR on char-misc/char-misc-testing]
[also build test ERROR on v5.1-rc3 next-20190401]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Il 01/04/19 12:24, Matteo Croce ha scritto:
These are all cases when the aural errors framework comes to help. This
framework adds to the kernel a generic library to play sounds, which can
be used to report errors or generic events.
hello Matteo,
this reminds me of a hack that Mr.
On Mon, Mar 25, 2019 at 1:37 PM wrote:
>
> From: Bjorn Helgaas
>
> 54fb4a05af0a ("i2c: Check for ACPI resource conflicts") included
> so we could use acpi_check_region(). fd46a0064af1 ("i2c:
> convert i2c-isch to platform_device") removed the use of
> acpi_check_region() but not the include.
>
On Fri, Mar 29, 2019 at 11:55:36AM +, Jisheng Zhang wrote:
> Currently, the PCI dwc host users don't support the remove, but nothing
> prevent us from supporting it. To achieve this goal, we need to ensure
> we can do necessary clean up work.
>
> Changes since v3:
> - add Gustavo's ACK to
Hi Steven,
We're wondering what the correct number of bits to take from the
commit field is when determining the size of the page data. The
format file shows the bottom 56 bits not overlapping with anything:
field: local_t commit; offset:8; size:8; signed:1;
field: int
From: "Steven Rostedt (Red Hat)"
The only users that calls syscall_get_arguments() with a variable and not a
hard coded '6' is ftrace_syscall_enter(). syscall_get_arguments() can be
optimized by removing a variable input, and always grabbing 6 arguments
regardless of what the system call
From: "Steven Rostedt (Red Hat)"
task_current_syscall() has a single user that passes in 6 for maxargs, which
is the maximum arguments that can be used to get system calls from
syscall_get_arguments(). Instead of passing in a number of arguments to
grab, just get 6 arguments. The args argument
[ Looking for acks ]
Two and a half years ago I sent out 3 patches and a title letter that
had this[1]:
At Linux Plumbers, Andy Lutomirski approached me to tell me that the
syscall_get_arguments() implementation in x86 was horrible and gcc
certainly gets it wrong. He said that since the
From: "Dmitry V. Levin"
RISC-V syscall arguments are located in orig_a0,a1..a5 fields
of struct pt_regs.
Due to an off-by-one bug and a bug in pointer arithmetic
syscall_get_arguments() was reading s3..s7 fields instead of a1..a5.
Likewise, syscall_set_arguments() was writing s3..s7 fields
From: "Dmitry V. Levin"
C-SKY syscall arguments are located in orig_a0,a1,a2,a3,regs[0],regs[1]
fields of struct pt_regs.
Due to an off-by-one bug and a bug in pointer arithmetic
syscall_get_arguments() was reading orig_a0,regs[1..5] fields instead.
Likewise, syscall_set_arguments() was writing
On Sat, Mar 30, 2019 at 11:26:23PM +0530, Mukesh Ojha wrote:
> On 3/25/2019 11:44 PM, helg...@kernel.org wrote:
> > From: Bjorn Helgaas
> >
> > Fix spelling errors and format function comments consistently. Changes
> > whitespace and comments only; no functional change intended.
> >
> >
On Mon, Apr 1, 2019 at 2:04 PM Christian Brauner wrote:
> On Sun, Mar 31, 2019 at 08:13:38PM -0600, Andy Lutomirski wrote:
> > > On Mar 31, 2019, at 3:17 PM, Linus Torvalds
> > > wrote:
> > >> On Sun, Mar 31, 2019 at 2:10 PM Christian Brauner
> > >> wrote:
> > >>
> > >> I don't think that we
Hi Andi,
We have already discussed about that here:
https://lore.kernel.org/patchwork/patch/866406/
Now that strscpy is largely deployed within kernel, could you retest
with the change I suggested ?
Best regards,
Hugues.
On 3/21/19 11:00 PM, Andi Kleen wrote:
> From: Andi Kleen
>
>
Hi Masami,
On Mon, 2019-04-01 at 09:19 +0700, Masami Hiramatsu wrote:
> Hi Tom,
>
> On Sun, 31 Mar 2019 18:48:14 -0500
> Tom Zanussi wrote:
>
> > From: Tom Zanussi
> >
> > Hi,
> >
> > This is v5 of the frace error_log patchset. This version updates
> > the
> > patches according to
On 1.04.19 г. 16:24 ч., kernel test robot wrote:
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 70d28b0e4f8ed2d38571e7b1f9bec7f321a53102 ("btrfs: tree-checker:
> Verify dev item")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
>
> in
Greetings My Dear,
I sent this mail praying it will found you in a good condition of
health, since I myself are in a very critical health condition in
which I sleep every night without knowing if I may be alive to see
the next day. I am Mrs. Monika John Carlsen from Denmark wife of late
Mr
On Mon, Apr 01, 2019 at 10:17:51AM +0200, David Hildenbrand wrote:
> On 29.03.19 17:51, Michael S. Tsirkin wrote:
> > On Fri, Mar 29, 2019 at 04:45:58PM +0100, David Hildenbrand wrote:
> >> On 29.03.19 16:37, David Hildenbrand wrote:
> >>> On 29.03.19 16:08, Michael S. Tsirkin wrote:
> On
FYI, we noticed the following commit (built with gcc-7):
commit: 70d28b0e4f8ed2d38571e7b1f9bec7f321a53102 ("btrfs: tree-checker: Verify
dev item")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: trinity
with following parameters:
runtime: 300s
On Mon, Apr 01, 2019 at 10:35:04AM +0800, liu.son...@zte.com.cn wrote:
>
> Our device is CF card(TS8GCF300), mount options are very general(rw,dirsync,
> relatime,data=ordered).
> The hung problem appears under ext4, but the reason is related to the way
> of use. In our system, there are many RT
On 01/04/2019 05:21:43+, Anson Huang wrote:
> Use the new helper devm_platform_ioremap_resource() which wraps the
> platform_get_resource() and devm_ioremap_resource() together, to
> simplify the code.
>
> Signed-off-by: Anson Huang
> ---
> drivers/rtc/rtc-mxc.c | 4 +---
> 1 file changed,
On 18/03/2019 03:10:06+, Anson Huang wrote:
> Add i.MX system controller RTC alarm support, the RTC alarm
> is implemented via SIP(silicon provider) runtime service call
> and ARM-Trusted-Firmware will communicate with system controller
> via MU(message unit) IPC to set RTC alarm. When RTC
On 01/04/2019 05:29:13+, Anson Huang wrote:
> Use the new helper devm_platform_ioremap_resource() which wraps the
> platform_get_resource() and devm_ioremap_resource() together, to
> simplify the code.
>
> Signed-off-by: Anson Huang
> ---
> drivers/rtc/rtc-snvs.c | 4 +---
> 1 file changed,
On Mon, Apr 01, 2019 at 11:01:13AM +0200, Johannes Thumshirn wrote:
> Over the last 20 years, the Linux kernel has accumulated hundreds if not
> thousands of security vulnerabilities.
>
> One common pattern in most of these security related reports is processes
> called "syzkaller", "trinity" or
If for any reason, the backend does not have the requested substream
(like capture on a playback only backend), the BE will be skipped in
dpcm_be_dai_startup().
However, dpcm_apply_symmetry() does not skip those BE and will
dereference the be_substream (NULL) pointer anyway.
Like in
Hi,
On 2019/04/01 20:35, Maxime Ripard wrote:
Hi,
On Mon, Apr 01, 2019 at 07:52:06PM +0900, Sugaya, Taichi wrote:
On 2019/04/01 18:10, Maxime Ripard wrote:
Hi Sugaya, Arnd, Olof,
On Thu, Mar 28, 2019 at 02:35:54PM -0500, Rob Herring wrote:
+arm-soc
On Mon, Mar 18, 2019 at 5:05 AM Maxime
Hi Peter and Thomas,
Have you got a chance to review this series?
Any comments are very appreciated.
Thanks,
Kan
On 3/26/2019 12:08 PM, kan.li...@linux.intel.com wrote:
From: Kan Liang
The patch series intends to add Icelake support for Linux perf.
PATCH 1-18: Kernel patches to support
According to the AM654x Data Manual[1], the setup timing in lower speed
modes can only be met if the controller uses a falling edge data launch.
To ensure this, the HIGH_SPEED_ENA (HOST_CONTROL[2]) bit should be
cleared in default speed, SD high speed, MMC high speed, SDR12 and SDR25
speed modes.
On 2/23/2019 6:50 PM, Julia Lawall wrote:
Add an of_node_put when a tested device node is not available.
The semantic patch that fixes this problem is as follows
(http://coccinelle.lip6.fr):
//
@@
identifier f;
local idexpression e;
expression x;
@@
e = f(...);
... when != of_node_put(e)
Hi Steve,
On Mon, Apr 1, 2019 at 5:38 AM Steve Twiss
wrote:
> This patch looks surprisingly similar to this one ;)
> https://lore.kernel.org/patchwork/patch/1052588/
>
> Link:
> https://lkml.kernel.org/r/1397569821-5530-4-git-send-email-thomas.petazz...@free-electrons.com
> Tested-by: Steve
On 2/23/2019 6:50 PM, Julia Lawall wrote:
Add an of_node_put when a tested device node is not available.
The semantic patch that fixes this problem is as follows
(http://coccinelle.lip6.fr):
//
@@
identifier f;
local idexpression e;
expression x;
@@
e = f(...);
... when != of_node_put(e)
On Mon, Apr 01, 2019 at 11:32:59AM +0200, Rafael J. Wysocki wrote:
> Or I can queue it up if you prefer.
Doesn't matter to me - it doesn't have any dependencies to previous
patches so however you like.
Thx.
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and
On 2/23/2019 6:50 PM, Julia Lawall wrote:
Add an of_node_put when a tested device node is not available.
The semantic patch that fixes this problem is as follows
(http://Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh.lip6.fr):
//
@@
identifier f;
local idexpression e;
expression x;
@@
e =
On 3/31/19 1:54 PM, Vincent Stehlé wrote:
> When initializing the priv->data array starting from index 1, there is one
> less element to consider than when initializing the full array.
>
> Fixes: e717f8c6dfec8f76 ("iio: adc: Add the TI ads124s08 ADC code")
> Signed-off-by: Vincent Stehlé
> Cc:
Hi Steve,
On Mon, Apr 1, 2019 at 2:39 PM Steve Twiss
wrote:
> On 01 April 2019 10:00, Geert Uytterhoeven wrote:
> > Subject: Re: [PATCH 1/2] rtc: da9063: set range
> > On Mon, Apr 1, 2019 at 10:43 AM Wolfram Sang wrote:
> > > On Thu, Mar 21, 2019 at 11:15:56AM +0100, Alexandre Belloni wrote:
>
Hi Rob,
Could you please help to review DT bindings patch.
On 2019-03-27 17:58, Harish Bandi wrote:
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V6:
- no changes
---
On 3/28/2019 10:29 PM, Thierry Reding wrote:
On Tue, Mar 26, 2019 at 08:43:23PM +0530, Vidya Sagar wrote:
Add P2U (PIPE to UPHY) and PCIe controller nodes to device tree.
The Tegra194 SoC contains six PCIe controllers and twenty P2U instances
grouped into two different PHY bricks namely
On Mon, Apr 01, 2019 at 10:36:24PM +1100, Stephen Rothwell wrote:
> Hi Lee,
>
> On Mon, 1 Apr 2019 11:27:32 +0100 Lee Jones wrote:
> >
> > On Thu, 28 Mar 2019, Stephen Rothwell wrote:
> >
> > > I reported that a while ago (x86_64 allmodconfig after the merge of the
> > > sunxi tree). Apparently
Hi Dmitry,
-Original Message-
From: Dmitry Torokhov [mailto:d...@chromium.org]
Sent: Saturday, March 30, 2019 2:24 AM
To: Hans de Goede; 廖崇榮
Cc: Vladislav Dalechyn; Benjamin Tissoires; Jiri Kosina;
kai.heng.f...@canonical.com; swb...@chromium.org; bige...@linutronix.de; open
list:HID
On Mon, Apr 01, 2019 at 06:41:57PM +0800, Chris Chiu wrote:
> On Mon, Apr 1, 2019 at 3:49 PM Mika Westerberg
> wrote:
> > On Fri, Mar 29, 2019 at 04:38:20PM +0800, Chris Chiu wrote:
> > Sure I can but it probably does not happen until end of the week because
> > I'm currently busy with something
Hi Mark,
On 04/03/2019 13:31, Jon Hunter wrote:
> From: Jonathan Hunter
>
> Commit 78a24e10cd94 ("ASoC: soc-core: clear platform pointers on error")
> re-worked the clean-up of any platform pointers that may have been
> initialised by the function snd_soc_init_platform(). This commit missed
>
On 4/1/2019 4:55 PM, Geert Uytterhoeven wrote:
There are several issues with the formula used for calculating the
deviation from the intended rate:
1. While min_err and last_stop are signed, srr and baud are unsigned.
Hence the signed values are promoted to unsigned, which will lead
On Sun, Mar 31, 2019 at 08:13:38PM -0600, Andy Lutomirski wrote:
>
>
> > On Mar 31, 2019, at 3:17 PM, Linus Torvalds
> > wrote:
> >
> >> On Sun, Mar 31, 2019 at 2:10 PM Christian Brauner
> >> wrote:
> >>
> >> I don't think that we want or can make them equivalent since that would
> >> mean
Currently, a CUSE server running on a 64-bit kernel can tell when an
ioctl request comes from a process running a 32-bit ABI, but cannot tell
whether the requesting process is using legacy IA32 emulation or x32
ABI, for example. In particular, the server does not know the size of
the client
On Mon, Mar 25, 2019 at 8:11 PM wrote:
>
> From: Jérôme Glisse
>
> This is a all in one helper that fault pages in a range and map them to
> a device so that every single device driver do not have to re-implement
> this common pattern.
>
> This is taken from ODP RDMA in preparation of ODP RDMA
CONFIG_VALIDATE_FS_PARSER is a debugging tool to check that the parser
tables are vaguely sane. It was set to default to 'Y' for the moment to
catch errors in upcoming fs conversion development.
Make sure it is not enabled by default in the final release of v5.1.
Fixes: 31d921c7fb969172 ("vfs:
> > "This matches the use cases for atomic I2C transfers I have seen so far:
> > very late communication (mostly to a PMIC) to powerdown or reboot the
> > system."
>
> Ah, sorry, I missed that.
>
> > And yes, I would never recommend a HW design to use I2C for shutting
> > down/rebooting. But
On 4/1/2019 2:31 PM, Johannes Thumshirn wrote:
Over the last 20 years, the Linux kernel has accumulated hundreds if not
thousands of security vulnerabilities.
One common pattern in most of these security related reports is processes
called "syzkaller", "trinity" or "syz-executor" opening
On Mon 01-04-19 09:59:36, Oscar Salvador wrote:
> On Fri, Mar 29, 2019 at 02:42:43PM +0100, Michal Hocko wrote:
> > Having a larger contiguous area is definitely nice to have but you also
> > have to consider the other side of the thing. If we have a movable
> > memblock with unmovable memory then
On Sun, 2019-03-31 at 18:16 +0530, Mukesh Ojha wrote:
> On 3/31/2019 6:04 PM, Hanna Hawa wrote:
> > Update driver license to be in-line with Linux conventions.
> >
> > Signed-off-by: Hanna Hawa
> > ---
> > drivers/irqchip/irq-alpine-msi.c | 5 +
> > 1 file changed, 1 insertion(+), 4
On 25/03/2019 11:03, Neil Armstrong wrote:
> Add following peripherals :
> - SAR-ADC
> - USB
> - Mali GPU
>
> Dependencies :
> - ADC
>
> Depends on CLKID_AO_SAR_ADC_SEL, stable clk headers tags will be
> available after v5.1-rc4
>
> Bindings has been merged for 5.2-rc1
>
> - USB
>
> USB
On 4/1/2019 4:18 PM, Feng Tang wrote:
Current console_flush_on_panic() will only dump the new messages
in buffer, and users may need an opportunity to check all the
messages on panic which could help debugging, as user may haven't
seen the log before panic due to loglevel settings.
Add a flag
On 25/03/2019 15:59, Neil Armstrong wrote:
> This patchset adds nodes for Video Display support.
>
> Dependencies :
> - patch 1: VPU, HDMI & Power Controller bindings still in reviewe at [1]
> - patch 2: None
> - patch 3, 4, 5: Patch 1
>
> [1]
On 01/04/2019 13:22, Matthew Wilcox wrote:
[...]
>
> I think you should have credited Cisco for the idea.
>
> https://twitter.com/RedTeamPT/status/1110843396657238016
I actually had the idea longer but they won the race by several days.
Just not sure if their calendar was broken or it was a
On 3/28/2019 6:03 PM, Thierry Reding wrote:
On Tue, Mar 26, 2019 at 08:43:20PM +0530, Vidya Sagar wrote:
move PCIe config space capability search API to common designware file
as this can be used by both host and ep mode codes.
It also adds extended capability search APIs.
Signed-off-by: Vidya
On Sat, Mar 30, 2019 at 10:18:38AM -0700, Nathan Chancellor wrote:
> On Tue, Mar 26, 2019 at 03:30:04PM +0900, Greg Kroah-Hartman wrote:
> > 4.9-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Andrey Konovalov
> >
> > commit
On 2019-03-31, Andy Lutomirski wrote:
> > On Mar 31, 2019, at 3:17 PM, Linus Torvalds
> > wrote:
> >> On Sun, Mar 31, 2019 at 2:10 PM Christian Brauner
> >> wrote:
> >>
> >> I don't think that we want or can make them equivalent since that would
> >> mean we depend on procfs.
> >
> > Sure
Hi,
On Mon, Apr 01, 2019 at 07:52:06PM +0900, Sugaya, Taichi wrote:
> On 2019/04/01 18:10, Maxime Ripard wrote:
> > Hi Sugaya, Arnd, Olof,
> >
> > On Thu, Mar 28, 2019 at 02:35:54PM -0500, Rob Herring wrote:
> > > +arm-soc
> > >
> > > On Mon, Mar 18, 2019 at 5:05 AM Maxime Ripard
> > > wrote:
>
Hi Lee,
On Mon, 1 Apr 2019 11:27:32 +0100 Lee Jones wrote:
>
> On Thu, 28 Mar 2019, Stephen Rothwell wrote:
>
> > I reported that a while ago (x86_64 allmodconfig after the merge of the
> > sunxi tree). Apparently there is a fix out there but it hasn't been
> > applied yet.
>
> Where is the
There are several issues with the formula used for calculating the
deviation from the intended rate:
1. While min_err and last_stop are signed, srr and baud are unsigned.
Hence the signed values are promoted to unsigned, which will lead
to a bogus value of deviation if min_err is
On Mon, Apr 01, 2019 at 11:01:13AM +0200, Johannes Thumshirn wrote:
> Over the last 20 years, the Linux kernel has accumulated hundreds if not
> thousands of security vulnerabilities.
>
> One common pattern in most of these security related reports is processes
> called "syzkaller", "trinity" or
On 3/31/2019 12:12 PM, Rob Herring wrote:
On Tue, Mar 26, 2019 at 08:43:22PM +0530, Vidya Sagar wrote:
Add support for Tegra194 PCIe controllers. These controllers are based
on Synopsys DesignWare core IP.
Signed-off-by: Vidya Sagar
---
.../bindings/pci/nvidia,tegra194-pcie.txt |
Mark Brown writes:
> On Wed, Mar 27, 2019 at 03:29:55PM +1100, Michael Ellerman wrote:
>> Mark Brown writes:
>
>> > Hrm, seems PowerPC is still not using the common clock API - is there
>> > any plan for that? There are some ASoC PowerPC uses so it's going to be
>> > a bit of an issue as we
From: Pankaj Suryawanshi
Sent: 01 April 2019 13:26
To: linux-kernel@vger.kernel.org; linux...@kvack.org
Subject: CMA area pages information
Hello,
Is there any way to get CMA area pages information (tool/application) ?
Trying to get CMA-pages info
Hello, Andrew.
>
> It's a lot of new code. I t looks decent and I'll toss it in there for
> further testing. Hopefully someone will be able to find the time for a
> detailed review.
>
I have got some proposals and comments about simplifying the code a bit.
So i am about to upload the v3 for
Hi Boris,
I love your patch! Yet something to improve:
[auto build test ERROR on char-misc/char-misc-testing]
[also build test ERROR on v5.1-rc3 next-20190401]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Fri, Mar 29, 2019 at 03:05:54PM -0700, Paul E. McKenney wrote:
> On Fri, Mar 29, 2019 at 02:51:26PM -0700, H. Peter Anvin wrote:
> > On 3/29/19 2:09 PM, Paul E. McKenney wrote:
> > >>
> > >> Note: the atomic versions of these functions obviously need to have
> > >> "volatile" and the clobber
Hi Maxime,
Thanks for pointing my bug.
On 2019/04/01 18:10, Maxime Ripard wrote:
Hi Sugaya, Arnd, Olof,
On Thu, Mar 28, 2019 at 02:35:54PM -0500, Rob Herring wrote:
+arm-soc
On Mon, Mar 18, 2019 at 5:05 AM Maxime Ripard wrote:
Commit fd73403a4862 ("dt-bindings: arm: Add SMP enable-method
On Tue, 26 Mar 2019, Jeffrey Hugo wrote:
> This adds the initial DT for the Lenovo Miix 630 laptop. Supported
> functionality includes USB (host), microSD-card, keyboard, and trackpad.
>
> Signed-off-by: Jeffrey Hugo
> ---
> arch/arm64/boot/dts/qcom/Makefile | 1 +
>
Current console_flush_on_panic() will only dump the new messages
in buffer, and users may need an opportunity to check all the
messages on panic which could help debugging, as user may haven't
seen the log before panic due to loglevel settings.
Add a flag for console_flush_on_panic() to chose
On Wed, Mar 27, 2019 at 10:12:56PM +0100, Wolfram Sang wrote:
> Commit cea443a81c9c ("i2c: Support i2c_transfer in atomic contexts")
> added in_atomic() to the I2C core. However, the use of in_atomic()
> outside of core kernel code is discouraged and was already[1] when this
> code was added in
Currently on panic, kernel will lower the loglevel and print out
new printk msg only. With this patch, user can configure the
"panic_print" to see all dmesg in buffer, some of which they may
have never seen due to the loglevel setting.
Signed-off-by: Feng Tang
---
Hi Adrian,
On 01/04/19 2:42 PM, Adrian Hunter wrote:
> On 1/04/19 12:01 PM, Faiz Abbas wrote:
>> Hi Adrian,
>>
>> On 01/04/19 2:21 PM, Adrian Hunter wrote:
>>> On 29/03/19 4:22 PM, Faiz Abbas wrote:
Some controllers on TI devices requires the HISPD bit to be cleared
even in some high
On Sat, Mar 30, 2019 at 09:13:46PM +0800, Muchun Song wrote:
> When we not use flat memory, the mem_map will be NULL and
> pfn_to_page(max_pfn) is a pointer which is located in kernel space. So
> max_mapnr is assigned a very large number(e.g., 0x_) - fix
> it.
>
> Signed-off-by:
1001 - 1100 of 1290 matches
Mail list logo
