On Mon, 27 Aug 2018 10:38:21 +0200 Vincent Whitchurch
wrote:
> Currently, kmemleak only prints the number of suspected leaks to dmesg
> but requires the user to read a debugfs file to get the actual stack
> traces of the objects' allocation points. Add an option to print the
> full object
On Mon, 27 Aug 2018 10:38:21 +0200 Vincent Whitchurch
wrote:
> Currently, kmemleak only prints the number of suspected leaks to dmesg
> but requires the user to read a debugfs file to get the actual stack
> traces of the objects' allocation points. Add an option to print the
> full object
Both devm_kcalloc() and devm_kzalloc() return NULL on error. They
never return error pointers.
The use of IS_ERR_OR_NULL is currently applied to the wrong
context.
Fix this by replacing IS_ERR_OR_NULL with regular NULL checks.
Fixes: bf2a952d31d2 ("NTB: Add IDT 89HPESxNTx PCIe-switches
Both devm_kcalloc() and devm_kzalloc() return NULL on error. They
never return error pointers.
The use of IS_ERR_OR_NULL is currently applied to the wrong
context.
Fix this by replacing IS_ERR_OR_NULL with regular NULL checks.
Fixes: bf2a952d31d2 ("NTB: Add IDT 89HPESxNTx PCIe-switches
On Mon, Aug 27, 2018 at 11:56 AM, Jann Horn wrote:
> Test whether the kernel WARN()s when, under KERNEL_DS, a bad kernel pointer
> is used as "userspace" pointer. Should normally be used in "DIRECT" mode.
>
> Signed-off-by: Jann Horn
Acked-by: Kees Cook
-Kees
> ---
>
On Mon, Aug 27, 2018 at 11:56 AM, Jann Horn wrote:
> Test whether the kernel WARN()s when, under KERNEL_DS, a bad kernel pointer
> is used as "userspace" pointer. Should normally be used in "DIRECT" mode.
>
> Signed-off-by: Jann Horn
Acked-by: Kees Cook
-Kees
> ---
>
The RISC-V Linux port doesn't support systems that have the F extension
but don't have the D extension -- we actually don't support systems
without D either, but Alan's patch set is rectifying that soon. For now
I think we can leave this in a semi-broken state and just wait for
Alan's patch set
The RISC-V Linux port doesn't support systems that have the F extension
but don't have the D extension -- we actually don't support systems
without D either, but Alan's patch set is rectifying that soon. For now
I think we can leave this in a semi-broken state and just wait for
Alan's patch set
On Mon, Aug 27, 2018 at 6:45 AM Guenter Roeck wrote:
>
> Build results:
> total: 132 pass: 129 fail: 3
Thanks for running these. Looks like everything but the sparc thing is
under control, and the sparc thing might be one of those "big builds
don't work on sparc" ;(
Linus
On Mon, Aug 27, 2018 at 6:45 AM Guenter Roeck wrote:
>
> Build results:
> total: 132 pass: 129 fail: 3
Thanks for running these. Looks like everything but the sparc thing is
under control, and the sparc thing might be one of those "big builds
don't work on sparc" ;(
Linus
at 1:16 PM, Nadav Amit wrote:
> at 12:58 PM, Andy Lutomirski wrote:
>
>> On Mon, Aug 27, 2018 at 12:43 PM, Nadav Amit wrote:
>>> at 12:10 PM, Nadav Amit wrote:
>>>
at 11:58 AM, Andy Lutomirski wrote:
> On Mon, Aug 27, 2018 at 11:54 AM, Nadav Amit wrote:
>>> On Mon, Aug
On Mon, Aug 27, 2018 at 2:51 PM, Kees Cook wrote:
> Instead of forcing a distro or other system builder to choose
> at build time whether the CPU is trusted for CRNG seeding via
> CONFIG_RANDOM_TRUST_CPU, provide a boot-time parameter for end users to
> control the choice. The CONFIG will set the
On Mon, Aug 27, 2018 at 2:51 PM, Kees Cook wrote:
> Instead of forcing a distro or other system builder to choose
> at build time whether the CPU is trusted for CRNG seeding via
> CONFIG_RANDOM_TRUST_CPU, provide a boot-time parameter for end users to
> control the choice. The CONFIG will set the
at 1:16 PM, Nadav Amit wrote:
> at 12:58 PM, Andy Lutomirski wrote:
>
>> On Mon, Aug 27, 2018 at 12:43 PM, Nadav Amit wrote:
>>> at 12:10 PM, Nadav Amit wrote:
>>>
at 11:58 AM, Andy Lutomirski wrote:
> On Mon, Aug 27, 2018 at 11:54 AM, Nadav Amit wrote:
>>> On Mon, Aug
On Mon, Aug 27, 2018 at 12:39:06AM -0700, Christoph Hellwig wrote:
> On Mon, Aug 27, 2018 at 10:21:34AM +1000, Dave Chinner wrote:
> > tl; dr: Once you pass a certain point, ramdisks can be *much* slower
> > than SSDs on journal intensive workloads like AIM7. Hence it would be
> > useful to see if
On Mon, Aug 27, 2018 at 12:39:06AM -0700, Christoph Hellwig wrote:
> On Mon, Aug 27, 2018 at 10:21:34AM +1000, Dave Chinner wrote:
> > tl; dr: Once you pass a certain point, ramdisks can be *much* slower
> > than SSDs on journal intensive workloads like AIM7. Hence it would be
> > useful to see if
Hi Eric,
Fetching the bcm2835 tree (git://github.com/anholt/linux.git#for-next)
produces this error:
fatal: Couldn't find remote ref refs/heads/for-next
--
Cheers,
Stephen Rothwell
pgpFmpA2pK_4O.pgp
Description: OpenPGP digital signature
On Mon, 2018-08-27 at 21:53 +0300, Jarkko Sakkinen wrote:
> From: Sean Christopherson
>
> Add a function to perform ENCLS(EINIT), which initializes an enclave,
> which can be used by a driver for running enclaves and VMMs.
>
> Writing the LE hash MSRs is extraordinarily expensive, e.g. 3-4x
>
Hi Eric,
Fetching the bcm2835 tree (git://github.com/anholt/linux.git#for-next)
produces this error:
fatal: Couldn't find remote ref refs/heads/for-next
--
Cheers,
Stephen Rothwell
pgpFmpA2pK_4O.pgp
Description: OpenPGP digital signature
On Mon, 2018-08-27 at 21:53 +0300, Jarkko Sakkinen wrote:
> From: Sean Christopherson
>
> Add a function to perform ENCLS(EINIT), which initializes an enclave,
> which can be used by a driver for running enclaves and VMMs.
>
> Writing the LE hash MSRs is extraordinarily expensive, e.g. 3-4x
>
Fixes commit 208cbb325589 ("x86/irqflags: Provide a declaration for
native_save_fl")
This should have been marked extern inline in order to pick up the out
of line definition in arch/x86/kernel/irqflags.S.
Cc: sta...@vger.kernel.org # 4.18, 4.14, 4.9, 4.4
Reported-by: Ben Hutchings
Fixes commit 208cbb325589 ("x86/irqflags: Provide a declaration for
native_save_fl")
This should have been marked extern inline in order to pick up the out
of line definition in arch/x86/kernel/irqflags.S.
Cc: sta...@vger.kernel.org # 4.18, 4.14, 4.9, 4.4
Reported-by: Ben Hutchings
On Mon, 2018-08-27 at 17:50 +0200, Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on
> > > Tegra
> > > SDHCI
On Mon, 2018-08-27 at 17:50 +0200, Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on
> > > Tegra
> > > SDHCI
On Mon, 27 Aug 2018 06:44:59 PDT (-0700), li...@roeck-us.net wrote:
On Sun, Aug 26, 2018 at 02:49:14PM -0700, Linus Torvalds wrote:
So two weeks have passed, and the merge window for 4.19 is over.
[ ... ]
Anyway, go forth and test,
Build results:
total: 132 pass: 129 fail: 3
On Mon, 27 Aug 2018 06:44:59 PDT (-0700), li...@roeck-us.net wrote:
On Sun, Aug 26, 2018 at 02:49:14PM -0700, Linus Torvalds wrote:
So two weeks have passed, and the merge window for 4.19 is over.
[ ... ]
Anyway, go forth and test,
Build results:
total: 132 pass: 129 fail: 3
> > Hi Florian
> >
> > I didn't need anything like this for the mv88e6xxx. I had patches
> > merged in -rc1 to make SFF work connected to the mv88e6390. The DT
> > change was not merged, but it is here:
> >
> > https://patchwork.ozlabs.org/patch/955635/
> >
> > +
> > Hi Florian
> >
> > I didn't need anything like this for the mv88e6xxx. I had patches
> > merged in -rc1 to make SFF work connected to the mv88e6390. The DT
> > change was not merged, but it is here:
> >
> > https://patchwork.ozlabs.org/patch/955635/
> >
> > +
The ID for RV8803 must be rv_8803
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-rv8803.c b/drivers/rtc/rtc-rv8803.c
index 29fc3d210392..17ccef5d5db1 100644
--- a/drivers/rtc/rtc-rv8803.c
+++
The ID for RV8803 must be rv_8803
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-rv8803.c b/drivers/rtc/rtc-rv8803.c
index 29fc3d210392..17ccef5d5db1 100644
--- a/drivers/rtc/rtc-rv8803.c
+++
Hi Masami,
On Sun, 26 Aug 2018 17:10:58 +0900 Masami Hiramatsu wrote:
>
> Hmm, unfortunately, I couldn't reproduce the ".data..LPBX1" error with
> my gcc-8.1.0 + ld-2.30 distributed at
> https://cdn.kernel.org/pub/tools/crosstool/.
> Could you also try to enable CONFIG_GCOV_PROFILE_ALL=y and
The Epson rx8803 is mostly similar to the Microcrystal RV8803 but the size
of the offset register is 4 bits vs 6 bits but it has a configurable
temperature compensation.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi Masami,
On Sun, 26 Aug 2018 17:10:58 +0900 Masami Hiramatsu wrote:
>
> Hmm, unfortunately, I couldn't reproduce the ".data..LPBX1" error with
> my gcc-8.1.0 + ld-2.30 distributed at
> https://cdn.kernel.org/pub/tools/crosstool/.
> Could you also try to enable CONFIG_GCOV_PROFILE_ALL=y and
The Epson rx8803 is mostly similar to the Microcrystal RV8803 but the size
of the offset register is 4 bits vs 6 bits but it has a configurable
temperature compensation.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi Tejun, Jens,
I noticed the maintaership change - so what shuld I sues for linux-next,
now?
I currently have
git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git#for-next
--
Cheers,
Stephen Rothwell
pgp3Pa2feAmUK.pgp
Description: OpenPGP digital signature
Hi Tejun, Jens,
I noticed the maintaership change - so what shuld I sues for linux-next,
now?
I currently have
git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git#for-next
--
Cheers,
Stephen Rothwell
pgp3Pa2feAmUK.pgp
Description: OpenPGP digital signature
Quoting Krzysztof Kozlowski (2018-08-07 09:17:13)
> The clock IDs must match between DeviceTree bindings and the driver.
> There is already a header file used by DeviceTree sources so include it
> in the driver to remove duplicated symbols.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied
Quoting Krzysztof Kozlowski (2018-08-07 09:17:13)
> The clock IDs must match between DeviceTree bindings and the driver.
> There is already a header file used by DeviceTree sources so include it
> in the driver to remove duplicated symbols.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied
Quoting Krzysztof Kozlowski (2018-08-07 09:17:11)
> Replace GPL v2.0 and v2.0+ license statements with SPDX license
> identifiers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied to clk-next
Quoting Krzysztof Kozlowski (2018-08-07 09:17:12)
> Replace GPL v2.0 and v2.0+ license statements with SPDX license
> identifiers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied to clk-next
Quoting Krzysztof Kozlowski (2018-08-07 09:17:11)
> Replace GPL v2.0 and v2.0+ license statements with SPDX license
> identifiers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied to clk-next
Quoting Krzysztof Kozlowski (2018-08-07 09:17:12)
> Replace GPL v2.0 and v2.0+ license statements with SPDX license
> identifiers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Applied to clk-next
On 08/27/2018 02:09 PM, Andrew Lunn wrote:
> On Mon, Aug 27, 2018 at 01:52:42PM -0700, Florian Fainelli wrote:
>> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
@@ -210,6 +228,17 @@
reg = <4>;
};
+ port@5 {
+ label
On 08/27/2018 02:09 PM, Andrew Lunn wrote:
> On Mon, Aug 27, 2018 at 01:52:42PM -0700, Florian Fainelli wrote:
>> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
@@ -210,6 +228,17 @@
reg = <4>;
};
+ port@5 {
+ label
Am Mittwoch, 4. Juli 2018, 14:41:28 CEST schrieb Sascha Hauer:
> Make sure that during replay all buds can be authenticated. To do
> this we calculate the hash chain until we find an authentication
> node and check the HMAC in that node against the current status
> of the hash chain.
>
> After a
On 08/27/2018 11:53 AM, Jarkko Sakkinen wrote:
> +struct sgx_epc_page_ops {
> + bool (*get)(struct sgx_epc_page *epc_page);
> + void (*put)(struct sgx_epc_page *epc_page);
> + bool (*reclaim)(struct sgx_epc_page *epc_page);
> + void (*block)(struct sgx_epc_page *epc_page);
> +
Am Mittwoch, 4. Juli 2018, 14:41:28 CEST schrieb Sascha Hauer:
> Make sure that during replay all buds can be authenticated. To do
> this we calculate the hash chain until we find an authentication
> node and check the HMAC in that node against the current status
> of the hash chain.
>
> After a
On 08/27/2018 11:53 AM, Jarkko Sakkinen wrote:
> +struct sgx_epc_page_ops {
> + bool (*get)(struct sgx_epc_page *epc_page);
> + void (*put)(struct sgx_epc_page *epc_page);
> + bool (*reclaim)(struct sgx_epc_page *epc_page);
> + void (*block)(struct sgx_epc_page *epc_page);
> +
The driver only defines a subset of all possible ADC channels. Channel
numbers read from the device tree are accepted as long as they don't
exceed a max value, even when no channel definition exists. Add a
check to abort initialization in this case.
Signed-off-by: Matthias Kaehlcke
---
The driver only defines a subset of all possible ADC channels. Channel
numbers read from the device tree are accepted as long as they don't
exceed a max value, even when no channel definition exists. Add a
check to abort initialization in this case.
Signed-off-by: Matthias Kaehlcke
---
Quoting Taniya Das (2018-08-03 05:21:13)
> Add device tree bindings for Low Power Audio subsystem clock controller for
> Qualcomm Technology Inc's SDM845 SoCs.
>
> Signed-off-by: Taniya Das
> ---
> .../devicetree/bindings/clock/qcom,gcc.txt | 2 ++
>
Quoting Taniya Das (2018-08-03 05:21:13)
> Add device tree bindings for Low Power Audio subsystem clock controller for
> Qualcomm Technology Inc's SDM845 SoCs.
>
> Signed-off-by: Taniya Das
> ---
> .../devicetree/bindings/clock/qcom,gcc.txt | 2 ++
>
On 24/08/2018 11:30:40+0800, Tony Xie wrote:
> RK809 and RK817 are power management IC chips for multimedia products.
> Most of their functions and registers are same, including the rtc.
>
> Signed-off-by: Tony Xie
Acked-by: Alexandre Belloni
> ---
> drivers/rtc/Kconfig | 4 +--
>
On 24/08/2018 11:30:40+0800, Tony Xie wrote:
> RK809 and RK817 are power management IC chips for multimedia products.
> Most of their functions and registers are same, including the rtc.
>
> Signed-off-by: Tony Xie
Acked-by: Alexandre Belloni
> ---
> drivers/rtc/Kconfig | 4 +--
>
On 23/08/2018 20:07:06-0500, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
>
On 23/08/2018 20:07:06-0500, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
>
Greetings,
We are rebuilding Iraq after years of conflicts and we are inviting you to
take up contracts. We are determined to purchase your products in large
quantities, for use in all over our 18 governorates(provinces) as the task
of re-building Iraq covers every single sectormand facet of
Greetings,
We are rebuilding Iraq after years of conflicts and we are inviting you to
take up contracts. We are determined to purchase your products in large
quantities, for use in all over our 18 governorates(provinces) as the task
of re-building Iraq covers every single sectormand facet of
Quoting Taniya Das (2018-08-03 05:21:14)
> diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
> index 2b69cf2..7bd940d 100644
> --- a/drivers/clk/qcom/Kconfig
> +++ b/drivers/clk/qcom/Kconfig
> @@ -254,6 +254,15 @@ config SDM_VIDEOCC_845
> Say Y if you want to support video
Quoting Taniya Das (2018-08-03 05:21:14)
> diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
> index 2b69cf2..7bd940d 100644
> --- a/drivers/clk/qcom/Kconfig
> +++ b/drivers/clk/qcom/Kconfig
> @@ -254,6 +254,15 @@ config SDM_VIDEOCC_845
> Say Y if you want to support video
On Mon, Aug 27, 2018 at 01:52:42PM -0700, Florian Fainelli wrote:
> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
> >> @@ -210,6 +228,17 @@
> >>reg = <4>;
> >>};
> >>
> >> + port@5 {
> >> + label = "sfp";
> >> + phy-mode =
On Mon, Aug 27, 2018 at 01:52:42PM -0700, Florian Fainelli wrote:
> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
> >> @@ -210,6 +228,17 @@
> >>reg = <4>;
> >>};
> >>
> >> + port@5 {
> >> + label = "sfp";
> >> + phy-mode =
On 08/27/2018 01:52 PM, Florian Fainelli wrote:
> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
>>> @@ -210,6 +228,17 @@
>>> reg = <4>;
>>> };
>>>
>>> + port@5 {
>>> + label = "sfp";
>>> + phy-mode = "sgmii";
>>> +
On 08/27/2018 01:52 PM, Florian Fainelli wrote:
> On 08/27/2018 01:35 PM, Andrew Lunn wrote:
>>> @@ -210,6 +228,17 @@
>>> reg = <4>;
>>> };
>>>
>>> + port@5 {
>>> + label = "sfp";
>>> + phy-mode = "sgmii";
>>> +
On 08/27/2018 11:53 AM, Jarkko Sakkinen wrote:
> Add data structures to track Enclave Page Cache (EPC) pages. EPC is
> divided into multiple banks (1-N) of which addresses and sizes can be
> enumerated with CPUID by the OS.
>
> On NUMA systems a node can have at most bank. A bank can be at most
On 08/27/2018 11:53 AM, Jarkko Sakkinen wrote:
> Add data structures to track Enclave Page Cache (EPC) pages. EPC is
> divided into multiple banks (1-N) of which addresses and sizes can be
> enumerated with CPUID by the OS.
>
> On NUMA systems a node can have at most bank. A bank can be at most
On Mon, Aug 27, 2018 at 10:10 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=16e0823e40
> kernel config:
On Mon, Aug 27, 2018 at 10:10 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=16e0823e40
> kernel config:
Quoting Stephen Boyd (2018-08-23 11:25:41)
> Quoting Taniya Das (2018-08-22 03:28:31)
> >
> > >
> > > H. Ok. That won't work then. recalc_rate() better not try to
> > > populate the frequency table then or it will not work. So I suppose it
> > > needs to fallback to reading the registers and
Quoting Stephen Boyd (2018-08-23 11:25:41)
> Quoting Taniya Das (2018-08-22 03:28:31)
> >
> > >
> > > H. Ok. That won't work then. recalc_rate() better not try to
> > > populate the frequency table then or it will not work. So I suppose it
> > > needs to fallback to reading the registers and
On Mon, 27 Aug 2018 09:26:21 -0700 Roman Gushchin wrote:
> I've noticed, that dying memory cgroups are often pinned
> in memory by a single pagecache page. Even under moderate
> memory pressure they sometimes stayed in such state
> for a long time. That looked strange.
>
> My investigation
On Mon, 27 Aug 2018 09:26:21 -0700 Roman Gushchin wrote:
> I've noticed, that dying memory cgroups are often pinned
> in memory by a single pagecache page. Even under moderate
> memory pressure they sometimes stayed in such state
> for a long time. That looked strange.
>
> My investigation
Hello,
syzbot found the following crash on:
HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=11bf156a40
kernel config: https://syzkaller.appspot.com/x/.config?x=28446088176757ea
Hello,
syzbot found the following crash on:
HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1772020a40
kernel config: https://syzkaller.appspot.com/x/.config?x=28446088176757ea
Hello,
syzbot found the following crash on:
HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=11bf156a40
kernel config: https://syzkaller.appspot.com/x/.config?x=28446088176757ea
Hello,
syzbot found the following crash on:
HEAD commit:e27bc174c9c6 Add linux-next specific files for 20180824
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1772020a40
kernel config: https://syzkaller.appspot.com/x/.config?x=28446088176757ea
On 23/08/2018 13:51:40-0500, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
>
On 23/08/2018 13:51:40-0500, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
>
On Mon, Aug 27, 2018 at 1:42 PM Daniel Santos wrote:
>
> Hello Nick,
>
> On 08/27/2018 03:09 PM, Nick Desaulniers wrote:
> >> Now we're back to the question of "what do you mean by 'constant'"? If
> >> you mean a C constant expression (as defined in the C standard) than
> >> almost none of this
On Mon, Aug 27, 2018 at 1:42 PM Daniel Santos wrote:
>
> Hello Nick,
>
> On 08/27/2018 03:09 PM, Nick Desaulniers wrote:
> >> Now we're back to the question of "what do you mean by 'constant'"? If
> >> you mean a C constant expression (as defined in the C standard) than
> >> almost none of this
On Mon, 27 Aug 2018 09:26:19 -0700 Roman Gushchin wrote:
> If CONFIG_VMAP_STACK is set, kernel stacks are allocated
> using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
> stack pages are charged against corresponding memory cgroups
> on allocation and uncharged on releasing them.
>
>
On Mon, 27 Aug 2018 09:26:19 -0700 Roman Gushchin wrote:
> If CONFIG_VMAP_STACK is set, kernel stacks are allocated
> using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
> stack pages are charged against corresponding memory cgroups
> on allocation and uncharged on releasing them.
>
>
On 20/08/2018 20:07:16+0200, Paul Cercueil wrote:
> Depending on MACH_INGENIC prevent us from creating a generic kernel that
> works on more than one MIPS board. Instead, we just depend on MIPS being
> set.
>
> Signed-off-by: Paul Cercueil
> ---
> drivers/rtc/Kconfig | 2 +-
> 1 file changed, 1
On 20/08/2018 20:07:16+0200, Paul Cercueil wrote:
> Depending on MACH_INGENIC prevent us from creating a generic kernel that
> works on more than one MIPS board. Instead, we just depend on MIPS being
> set.
>
> Signed-off-by: Paul Cercueil
> ---
> drivers/rtc/Kconfig | 2 +-
> 1 file changed, 1
On Mon, Aug 27, 2018 at 11:20 AM, Kees Cook wrote:
> On Tue, Dec 12, 2017 at 2:06 PM, Eric Biggers wrote:
>> On Fri, Dec 01, 2017 at 03:29:01AM -0800, syzbot wrote:
>>> Hello,
>>>
>>> syzkaller hit the following crash on
>>> df8ba95c572a187ed2aa7403e97a7a7f58c01f00
>>>
On Mon, Aug 27, 2018 at 11:20 AM, Kees Cook wrote:
> On Tue, Dec 12, 2017 at 2:06 PM, Eric Biggers wrote:
>> On Fri, Dec 01, 2017 at 03:29:01AM -0800, syzbot wrote:
>>> Hello,
>>>
>>> syzkaller hit the following crash on
>>> df8ba95c572a187ed2aa7403e97a7a7f58c01f00
>>>
Hi,
On 30/07/2018 21:53:14+0800, Jia-Ju Bai wrote:
> omap_rtc_power_off() is never called in atomic context.
> It calls mdelay() to busily wait, which is not necessary.
> mdelay() can be replaced with msleep().
>
> This is found by a static analysis tool named DCNS written by myself.
>
>
Hi,
On 30/07/2018 21:53:14+0800, Jia-Ju Bai wrote:
> omap_rtc_power_off() is never called in atomic context.
> It calls mdelay() to busily wait, which is not necessary.
> mdelay() can be replaced with msleep().
>
> This is found by a static analysis tool named DCNS written by myself.
>
>
On 08/27/2018 01:19 PM, David Arcari wrote:
> acpi_pcc_probe calls acpi_table_parse_entries_array but fails to check
> for an error return. This in turn can result in calling kcalloc with
> a negative count as well as emitting the following misleading erorr
> message:
>
> [2.642015] Could
On 08/27/2018 01:19 PM, David Arcari wrote:
> acpi_pcc_probe calls acpi_table_parse_entries_array but fails to check
> for an error return. This in turn can result in calling kcalloc with
> a negative count as well as emitting the following misleading erorr
> message:
>
> [2.642015] Could
On 16/08/2018 10:39:00+0530, Keerthy wrote:
> Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
> over try again.
>
> Signed-off-by: Keerthy
> ---
> drivers/rtc/rtc-omap.c | 25 +++--
> 1 file changed, 15 insertions(+), 10 deletions(-)
>
Applied, thanks.
On 16/08/2018 10:39:00+0530, Keerthy wrote:
> Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
> over try again.
>
> Signed-off-by: Keerthy
> ---
> drivers/rtc/rtc-omap.c | 25 +++--
> 1 file changed, 15 insertions(+), 10 deletions(-)
>
Applied, thanks.
On 16/08/2018 10:38:59+0530, Keerthy wrote:
> Use of_device_is_system_power_controller instead of manually reading
> the system-power-controller property from the device tree node.
>
> Reviewed-by: Johan Hovold
> Signed-off-by: Keerthy
> ---
> drivers/rtc/rtc-omap.c | 3 +--
> 1 file changed,
On 16/08/2018 10:38:59+0530, Keerthy wrote:
> Use of_device_is_system_power_controller instead of manually reading
> the system-power-controller property from the device tree node.
>
> Reviewed-by: Johan Hovold
> Signed-off-by: Keerthy
> ---
> drivers/rtc/rtc-omap.c | 3 +--
> 1 file changed,
On 08/27/2018 01:35 PM, Andrew Lunn wrote:
>> @@ -210,6 +228,17 @@
>> reg = <4>;
>> };
>>
>> +port@5 {
>> +label = "sfp";
>> +phy-mode = "sgmii";
>> +reg = <5>;
>> +sfp =
On 08/27/2018 01:35 PM, Andrew Lunn wrote:
>> @@ -210,6 +228,17 @@
>> reg = <4>;
>> };
>>
>> +port@5 {
>> +label = "sfp";
>> +phy-mode = "sgmii";
>> +reg = <5>;
>> +sfp =
On 30/07/2018 21:59:03+0800, Jia-Ju Bai wrote:
> mrst_read_time() is never called in atomic context.
> It calls mdelay() to busily wait, which is not necessary.
> mdelay() can be replaced with msleep().
>
> This is found by a static analysis tool named DCNS written by myself.
>
> Signed-off-by:
On 30/07/2018 21:59:03+0800, Jia-Ju Bai wrote:
> mrst_read_time() is never called in atomic context.
> It calls mdelay() to busily wait, which is not necessary.
> mdelay() can be replaced with msleep().
>
> This is found by a static analysis tool named DCNS written by myself.
>
> Signed-off-by:
Am Mittwoch, 4. Juli 2018, 14:41:27 CEST schrieb Sascha Hauer:
> To be able to authenticate the garbage collector journal head add
> authentication nodes to the buds the garbage collector creates.
>
> Signed-off-by: Sascha Hauer
> ---
> fs/ubifs/gc.c | 37 ++---
>
Am Mittwoch, 4. Juli 2018, 14:41:27 CEST schrieb Sascha Hauer:
> To be able to authenticate the garbage collector journal head add
> authentication nodes to the buds the garbage collector creates.
>
> Signed-off-by: Sascha Hauer
> ---
> fs/ubifs/gc.c | 37 ++---
>
301 - 400 of 1294 matches
Mail list logo