Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[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/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
OK, I'll submit a patch quite soon. Thanks again.
Eli
On 23/06/16 22:51, Colin Ian King wrote:
On 23/06/16 20:23, Eli Billauer wrote:
This is getting increasingly embarrassing. I suppose a single patch,
fixing both silly mistakes (of mine), would be in place.
Colin, would you prefer to
On 06/23/2016 06:54 PM, Martin KaFai Lau wrote:
On Thu, Jun 23, 2016 at 11:53:50AM +0200, Daniel Borkmann wrote:
diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
index 668e079..68753e0 100644
--- a/kernel/bpf/verifier.c
+++ b/kernel/bpf/verifier.c
@@ -1062,6 +1062,10 @@ static int chec
On 23 June 2016 at 21:58, Kees Cook wrote:
> On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper wrote:
>> Hey Kees, Thomas,
>>
>> On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
>>> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier wrote:
>>> > On Wed, Jun 22, 2016 at 5:47 AM, Jason Cooper
On Thu, Jun 23, 2016 at 8:50 PM, Eric W. Biederman
wrote:
> Jann Horn writes:
>
>> This allows the admin of a user namespace to mark the namespace as
>> transparent. All other namespaces, by default, are opaque.
>>
>> While the current behavior of user namespaces is appropriate for use in
>> cont
On Fri, 2016-06-24 at 03:50 +0800, kbuild test robot wrote:
> Hi,
>
> [auto build test ERROR on v4.7-rc4]
> [also build test ERROR on next-20160623]
> [if your patch is applied to the wrong git tree, please drop us a note
> to help improve the system]
Right, thanks, I neg
On Thu, Jun 23, 2016 at 12:45 PM, Sandy Harris wrote:
> Jason Cooper wrote:
>
>> Modern systems that receive a seed from the bootloader via the
>> random-seed property (typically from the hw-rng) can mix both sources
>> for increased resilience.
>>
>> Unfortunately, I'm not very familiar with the
Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[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/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper wrote:
> Hey Kees, Thomas,
>
> On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
>> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier wrote:
>> > On Wed, Jun 22, 2016 at 5:47 AM, Jason Cooper wrote:
>> >> Hey Kees,
>> >>
>> >> On Tue, Jun 21,
On Thu, Jun 23, 2016 at 08:41:09PM +0200, Michael Kerrisk (man-pages) wrote:
> On 06/23/2016 08:28 PM, Darren Hart wrote:
> > On Thu, Jun 23, 2016 at 07:26:52PM +0200, Thomas Gleixner wrote:
> > > On Thu, 23 Jun 2016, Darren Hart wrote:
> > > > On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleix
On Thu, Jun 23, 2016 at 08:35:15PM +0200, Michael Kerrisk (man-pages) wrote:
> Hi Darren,
>
> On 06/23/2016 06:16 PM, Darren Hart wrote:
> > On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleixner wrote:
> > > On Thu, 23 Jun 2016, Michael Kerrisk (man-pages) wrote:
> > > > On 06/23/2016 09:18 AM
On Thu, Jun 23, 2016 at 02:37:39PM -0500, Reza Arbab wrote:
Could it be that the functions just need to be renamed
hash__create_mapping()/radix__create_mapping() and moved out of #ifdef
SPARSEMEM_VMEMMAP?
Or vice-versa, maybe the callers should have been wrapped in the first
place:
arch_add
Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[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/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
On 23/06/16 20:23, Eli Billauer wrote:
> This is getting increasingly embarrassing. I suppose a single patch,
> fixing both silly mistakes (of mine), would be in place.
>
> Colin, would you prefer to submit a patch with both issues fixed
> yourself, or should I take care of it?
Eli, I don't mind
On Thu, Jun 23, 2016 at 12:34:24PM -0700, Linus Torvalds wrote:
> On Thu, Jun 23, 2016 at 12:11 PM, Peter Zijlstra wrote:
> >
> > Didn't we talk about using SLAB_DESTROY_BY_RCU for task_struct before?
> > If that is possible, a reuse in per-cpu cache is equally possible.
> >
> > All we really want
On Wed, Jun 22, 2016 at 09:52:46PM -0700, Greg Kroah-Hartman wrote:
> Let's try a -rc2!
>
> This is the start of the stable review cycle for the 4.6.3 release.
> There are 87 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
Jason Cooper wrote:
> Modern systems that receive a seed from the bootloader via the
> random-seed property (typically from the hw-rng) can mix both sources
> for increased resilience.
>
> Unfortunately, I'm not very familiar with the internals of x86
> bootstrapping. Could GRUB be scripted to d
On Wed, Jun 22, 2016 at 09:54:21PM -0700, Greg Kroah-Hartman wrote:
> -rc2!
>
> This is the start of the stable review cycle for the 4.4.14 release.
> There are 81 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> l
On Wed, Jun 22, 2016 at 09:54:56PM -0700, Greg Kroah-Hartman wrote:
> -rc2!
>
> Please test this...
>
> This is the start of the stable review cycle for the 3.14.73 release.
> There are 35 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these
From: Kalle Valo
Date: Tue, 21 Jun 2016 13:47:45 +0300
> I hope it's ok to send two pull requests the same day, both for net
> and net-next? This is targeted to 4.8 so it is for net-next.
Yeah that's fine.
> Even though is this the first pull request for 4.8 we actually
> remove more code than
Cc: Joseph Jezak
Cc: Jörg Sommer
Cc: Mark Rutland
Signed-off-by: Stephan Linz
Acked-by: Rob Herring
Signed-off-by: Jacek Anaszewski
---
Changes in v5:
- Keep documentation for the old 'ide-disk' device tree
binding, but mark as deprecated and refer to the new
trigger 'disk-activity'
On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote:
> From: Rob Landley
>
> Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.
>
> Update help text, slightly improve error reporting, move /dev/console open
> down after devtmpfs mount, don't check IS_ENABLED(CONFIG_TMPFS) before
> m
On Thu, Jun 23, 2016 at 10:47:20PM +0530, Aneesh Kumar K.V wrote:
Reza Arbab writes:
These functions are making direct calls to the hash table APIs,
leading to a BUG() on systems using radix.
Switch them to the vmemmap_{create,remove}_mapping() wrappers, and
move to the __meminit section.
Th
Jason Cooper writes:
> Matt, Ben,
Hi Jason,
> Both of you submitted similar patches for the same driver, same
> purpose. Since Ben's hit my inbox first, I'll take his.
Apologies. I missed Ben sending in that patch.
Thanks,
--
Matt
From: Ondrej Jirman
Orange PI PC uses SY8106A regulator for fine grained CPUX voltage
regulation. Setup appropriate operating points for the board.
---
arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 50 ++
1 file changed, 50 insertions(+)
diff --git a/arch/arm/boot/dts
Hey Kees, Thomas,
On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier wrote:
> > On Wed, Jun 22, 2016 at 5:47 AM, Jason Cooper wrote:
> >> Hey Kees,
> >>
> >> On Tue, Jun 21, 2016 at 05:46:57PM -0700, Kees Cook wrote:
> >>> Notable problem
From: Josef Gajdusek
Add a node describing the Security ID memory to the Allwinner H3 .dtsi file.
Signed-off-by: Josef Gajdusek
---
arch/arm/boot/dts/sun8i-h3.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
index
On Thu, Jun 23, 2016 at 12:11 PM, Peter Zijlstra wrote:
>
> Didn't we talk about using SLAB_DESTROY_BY_RCU for task_struct before?
> If that is possible, a reuse in per-cpu cache is equally possible.
>
> All we really want to guarantee is that the memory remains a
> task_struct, it need not remain
From: Ondrej Jirman
Xulong Orange Pi One uses GPIO based regulator that
switches between two voltages: 1.1V and 1.3V. The
regulator is controlled from the PL6 pin.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 26 ++
1 file changed, 26 i
From: Ondrej Jirman
Add sy8106a regulator to r_twi bus on Orange Pi PC. This
regulator controls the CPUX voltage.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3-orangepi-pc.d
From: Ondrej Jirman
Add label to the first cpu so that it can be referenced
from derived dts files.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.
From: Ondrej Jirman
Use Xulong Orange Pi One GPIO based regulator for
passive cooling and thermal management.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 39 +
1 file changed, 39 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-
From: Ondrej Jirman
This patch adds nodes for the THS driver and the THS clock to
the Allwinner sun8i-h3.dtsi file.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3.dtsi | 33 +
1 file changed, 33 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3
From: Ondrej Jirman
Enable I2C controller where the SY8106A regulator for
CPUX voltage is attached on Orange Pi PC SBC.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts
From: Ondrej Jirman
PLL1 on H3 requires special factors application algorithm,
when the rate is changed. This algorithm was extracted
from the arisc code that handles frequency scaling
in the BSP kernel.
This commit adds optional apply function to
struct factors_data, that can implement non-triv
From: Ondrej Jirman
SY8106A is I2C attached single output voltage regulator
made by Silergy.
Signed-off-by: Ondrej Jirman
---
drivers/regulator/Kconfig | 8 +-
drivers/regulator/Makefile| 2 +-
drivers/regulator/sy8106a-regulator.c | 153
From: Ondrej Jirman
H3 SoC contains I2C controller optionally available
on the PL0 and PL1 pins. This patch makes this controller
available.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3.dtsi | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff
Hello Dmitry,
Tested against 4.6.2 and it works fine!
Here is a little log:
[manager@archlaptop linux-4.6.2]$ cat elantech.patch
--- a/drivers/input/mouse/elantech.c
+++ b/drivers/input/mouse/elantech.c
@@ -1568,13 +1568,7 @@ static int elantech_set_properties(struct elantech_data
*etd)
From: Josef Gajdusek
This patch adds a driver for the THS clock which is present on the
Allwinner H3.
Signed-off-by: Josef Gajdusek
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/Makefile| 1 +
drivers/clk/sunxi/clk-h3-ths.c
From: Ondrej Jirman
This patch adds the binding documentation for the sun8i_ths driver
Signed-off-by: Ondřej Jirman
---
.../devicetree/bindings/thermal/sun8i-ths.txt | 31 ++
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/thermal
From: Ondrej Jirman
This patch adds support for the sun8i thermal sensor on
Allwinner H3 SoC.
Signed-off-by: Ondřej Jirman
---
drivers/thermal/Kconfig | 7 ++
drivers/thermal/Makefile| 1 +
drivers/thermal/sun8i_ths.c | 295
3 files chan
> +void sta_get_expected_throughput(struct sta_info *sta, u32 *thr)
> +{
> + struct ieee80211_sub_if_data *sdata = sta->sdata;
> + struct ieee80211_local *local = sdata->local;
> + struct rate_control_ref *ref = NULL;
> +
> + if (test_sta_flag(sta, WLAN_STA_RATE_CONTROL))
> +
On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
> hif_drv->usr_scan_req.net.net_info[i] contains found_net_info structs
> which have the following element:
> u8 bssid[6];
[]
> I am aware this patch gives a few checkpatch.pl warnings about lines being
> over 80 characters. Fixing that
Replace goto err_gpio by return ret
Signed-off-by: Helen Koike
Tested-by: Sebastian Reichel
Reviewed-by: Sebastian Reichel
---
Changes since v1:
- this is a new patch in the series
Changes since v2:
- Add tested-by and reviewed-by from Sebastian
sound/soc/codecs/tpa6130a2.c | 11 ---
Add DAPM support and updated rx51 accordingly.
As a consequence:
- the exported function tpa6130a2_stereo_enable is not needed anymore
- the mutex is dealt in the DAPM
- the power state is tracked by the DAPM
Signed-off-by: Lars-Peter Clausen
[koike: port for upstream]
Signed-off-by: Helen Koike
This is getting increasingly embarrassing. I suppose a single patch,
fixing both silly mistakes (of mine), would be in place.
Colin, would you prefer to submit a patch with both issues fixed
yourself, or should I take care of it?
Thanks, both of you.
Eli
On 23/06/16 22:05, Joe Perches wro
On 06/23/2016 02:12 PM, Joe Perches wrote:
> On Thu, 2016-06-23 at 13:53 -0500, Andrew F. Davis wrote:
>> Add a script to check for unneeded conversions to bool.
>
> this could also be extended for bool functions that:
>
> return !!expression;
> and
> return expression != 0;
>
Agree
The current tpa6130a2 driver supports only a single instance.
This patch series add support for multiple instances by removing the global
variable that holds the instance.
This is performed by using the component API, regmap, the
snd_soc_{info,put,get}_volsw API and DAPM.
The first 3 pathes of thi
On 06/21/2016 02:30 AM, Davidlohr Bueso wrote:
On Sat, 18 Jun 2016, Manfred Spraul wrote:
diff --git a/include/linux/sem.h b/include/linux/sem.h
index 976ce3a..d0efd6e 100644
--- a/include/linux/sem.h
+++ b/include/linux/sem.h
@@ -21,6 +21,7 @@ struct sem_array {
struct list_headlist_id
From: Kalle Valo
Date: Tue, 21 Jun 2016 13:27:16 +0300
> here is a pull request for 4.7, really small fixes this time, some of
> them fix important regressions. Please let me know if there are any
> problems.
Applied, thanks.
Thomas,
Here is the first round of changes for v4.8. Mostly minor stuff
submitted by Ben Dooks. I have a bit more waiting in the wings that
I'll send once it's had some time in -next.
Please pull.
thx,
Jason.
The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
Li
From: Julia Lawall
Date: Tue, 21 Jun 2016 12:03:28 +0200 (CEST)
> PTR_ERR should normally access the value just tested by IS_ERR
>
> Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci
>
> CC: Tien Hock Loh
> Signed-off-by: Julia Lawall
> Signed-off-by: Fengguang Wu
This doesn't apply
From: Chris Packham
Date: Tue, 21 Jun 2016 15:39:43 +1200
> The assignment of rth->dst.output in vrf_rt6_create() and
> vrf_rtable_create() used a hard tab before the '='. The neighboring
> assignments did not. Make the assignment of rth->dst.output consistent
> with the surrounding code.
>
> Si
From: Haishuang Yan
Date: Tue, 21 Jun 2016 16:26:49 +0800
> Tx errors present summation of errors encountered while transmitting
> packets.
>
> Signed-off-by: Haishuang Yan
Applied.
On Thu, Jun 23, 2016 at 11:53 AM, Peter Zijlstra wrote:
>>
>> So the attached patch seems to be the right thing to do regardless of
>> this whole discussion.
>
> Yeah, that looks fine. Want me to take it or will you just commit?
I'm committing these trivial non-semantic patches, I'm actually
runn
"Michael Kerrisk (man-pages)" writes:
> Hi Eric,
>
> On 06/21/2016 09:55 PM, Eric W. Biederman wrote:
>> Hmm.
>>
>> When I gave this level of detail about the user namespace permission
>> checks you gave me some flack, because it was not particularly
>> comprehensible to the end users. I think y
On 6/23/2016 3:07 PM, Alex Williamson wrote:
>> might be useful.
> Oops, I accidentally picked the v7 version to reply to, but the nit
> exists in v8 as well. Thanks,
No problem. I'll work on your comments and post a follow up.
--
Sinan Kaya
Qualcomm Technologies, Inc. on behalf of Qualcomm In
On Thu, Jun 23, 2016 at 12:09:53PM -0700, Andy Lutomirski wrote:
> On Thu, Jun 23, 2016 at 11:53 AM, Peter Zijlstra wrote:
> > Yeah, that looks fine. Want me to take it or will you just commit?
>
> PeterZ, mind if I split it into a couple of patches, test it, and add
> it to my series?
Not at al
On Thu, 2016-06-23 at 13:53 -0500, Andrew F. Davis wrote:
> Add a script to check for unneeded conversions to bool.
this could also be extended for bool functions that:
return !!expression;
and
return expression != 0;
On Thu, Jun 23, 2016 at 04:31:26PM +0200, Oleg Nesterov wrote:
> On 06/22, Linus Torvalds wrote:
> >
> > Oleg, what do you think? Would it be reasonable to free the stack and
> > thread_info synchronously at exit time, clear the pointer (to catch
> > any odd use), and only RCU-delay the task_struct
On Thu, Jun 23, 2016 at 11:53 AM, Peter Zijlstra wrote:
> On Thu, Jun 23, 2016 at 10:52:58AM -0700, Linus Torvalds wrote:
>> Ugh. Looking around at this, it turns out that a great example of this
>> kind of legacy issue is the debug_mutex stuff.
>>
>> It uses "struct thread_info *" as the owner po
Using functions instead of macros can reduce overall code size
by eliminating unnecessary "KERN_SOH" prefixes from
format strings.
defconfig x86-64:
$ size vmlinux*
textdata bss dec hex filename
10193570 4331464 1105920 15630954 ee826a vmlinux.new
10192623 4335560 1105920 15
On Thu, Jun 23, 2016 at 11:46 AM, Linus Torvalds
wrote:
> On Thu, Jun 23, 2016 at 10:52 AM, Linus Torvalds
> wrote:
>>
>> Ugh. Looking around at this, it turns out that a great example of this
>> kind of legacy issue is the debug_mutex stuff.
>
> Interestingly, the *only* other user of ti->task f
"Michael Kerrisk (man-pages)" writes:
> Hi Oleg,
>
> On 06/22/2016 11:51 PM, Oleg Nesterov wrote:
>> On 06/21, Eric W. Biederman wrote:
>>>
>>> Adding Oleg just because he seems to do most of the ptrace related
>>> maintenance these days.
>>
>> so I have to admit that I never even tried to actual
On Thu, 23 Jun 2016 12:59:48 -0600
Alex Williamson wrote:
> On Mon, 13 Jun 2016 00:26:38 -0400
> Sinan Kaya wrote:
>
> > The device tree code checks for the presence of a reset driver and calls
> > the of_reset function pointer by looking up the reset driver as a module.
> >
> > ACPI defines _
On Thu, 2016-06-23 at 19:36 +0200, Pablo Neira Ayuso wrote:
> On Wed, Jun 15, 2016 at 01:58:45PM -0700, Joe Perches wrote:
> >
> > There is code duplication of a masked ethernet address comparison here
> > so make it a separate function instead.
> >
> > Miscellanea:
> >
> > o Neaten alignment of
On Thu, 2016-06-23 at 18:48 +0100, Colin King wrote:
> trivial fix to spelling mistake in dev_err message
[]
> diff --git a/drivers/char/xillybus/xillybus_core.c
> b/drivers/char/xillybus/xillybus_core.c
[]
> @@ -658,7 +658,7 @@ static int xilly_obtain_idt(struct xilly_endpoint
> *endpoint)
>
On Sun, 12 Jun 2016 17:02:00 +0800
Peng Fan wrote:
> Hi,
>
> Kindly ping.. Any comments on V3?
>
> Thanks,
> Peng.
> On Mon, May 23, 2016 at 05:47:30PM +0800, Peng Fan wrote:
> >The vfio No-IOMMU mode was supported by this
> >'commit 03a76b60f8ba2797 ("vfio: Include No-IOMMU mode")',
> >but it
Jann Horn writes:
> This allows the admin of a user namespace to mark the namespace as
> transparent. All other namespaces, by default, are opaque.
>
> While the current behavior of user namespaces is appropriate for use in
> containers, there are many programs that only use user namespaces becau
I stand corrected. Thanks.
Acked-by: Eli Billauer
On 23/06/16 20:48, Colin King wrote:
From: Colin Ian King
trivial fix to spelling mistake in dev_err message
Signed-off-by: Colin Ian King
---
drivers/char/xillybus/xillybus_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
On Mon, 20 Jun 2016 11:51:17 -0400
Sinan Kaya wrote:
> The code was allowing platform devices to be used without a supporting
> VFIO reset driver. The hardware can be left in some inconsistent state
> after a guest machine abort.
>
> The reset driver will put the hardware back to safe state and
On Mon, 13 Jun 2016 00:26:38 -0400
Sinan Kaya wrote:
> The device tree code checks for the presence of a reset driver and calls
> the of_reset function pointer by looking up the reset driver as a module.
>
> ACPI defines _RST method to perform device level reset. After the _RST
> method is execu
Copy the config fragments from the AOSP common kernel android-4.4
branch. It is becoming possible to run mainline kernels with Android,
but the kernel defconfigs don't work as-is and debugging missing config
options is a pain. Adding the config fragments into the kernel tree,
makes configuring a ma
On Thu, Jun 23, 2016 at 08:12:16PM +0200, Oleg Nesterov wrote:
>
> And probably kill task_struct->blocked_on? I do not see the point of
> this task->blocked_on != waiter check.
I think that came about because of PI and or deadlock detection. Of
course, the current mutex code doesn't have anything
On 06/21/2016 01:04 AM, Andrew Morton wrote:
On Sat, 18 Jun 2016 22:02:21 +0200 Manfred Spraul
wrote:
Commit 6d07b68ce16a ("ipc/sem.c: optimize sem_lock()") introduced a race:
sem_lock has a fast path that allows parallel simple operations.
There are two reasons why a simple operation cannot
Add a script to check for unneeded conversions to bool.
Signed-off-by: Andrew F. Davis
---
scripts/coccinelle/misc/boolconv.cocci | 90 ++
1 file changed, 90 insertions(+)
create mode 100644 scripts/coccinelle/misc/boolconv.cocci
diff --git a/scripts/coccinelle/
On Thu, Jun 23, 2016 at 11:00:08AM -0700, Kees Cook wrote:
>
> Why does __mutex_lock_common() have "task" as a stack variable?
That's actually a fairly common thing to do. The reason is that
'current' is far more expensive to evaluate than a local variable.
On Thu, Jun 23, 2016 at 10:52:58AM -0700, Linus Torvalds wrote:
> Ugh. Looking around at this, it turns out that a great example of this
> kind of legacy issue is the debug_mutex stuff.
>
> It uses "struct thread_info *" as the owner pointer, and there is _no_
> existing reason for it. In fact, in
On 06/23, Linus Torvalds wrote:
>
> On Thu, Jun 23, 2016 at 10:03 AM, Oleg Nesterov wrote:
> >
> > Let me quote my previous email ;)
> >
> > And we can't free/nullify it when the parent/debuger reaps a zombie,
> > say, mark_oom_victim() expects that get_task_struct() protects
> >
Signed-off-by: Pratyush Patel
---
kernel/time/hrtimer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c
index e99df0f..c7f6f5b 100644
--- a/kernel/time/hrtimer.c
+++ b/kernel/time/hrtimer.c
@@ -703,7 +703,7 @@ static void clock
On Thu, Jun 23, 2016 at 10:52 AM, Linus Torvalds
wrote:
>
> Ugh. Looking around at this, it turns out that a great example of this
> kind of legacy issue is the debug_mutex stuff.
Interestingly, the *only* other user of ti->task for a full
allmodconfig build of x86-64 seems to be
arch/x86/kern
Hello,
On Tuesday, June 21, 2016 05:56:58 AM Yoshihiro Shimoda wrote:
> > From: Christian Lamparter
> > Sent: Tuesday, June 21, 2016 12:32 AM
> >
> > On Wednesday, June 08, 2016 12:14:57 AM Christian Lamparter wrote:
> > > This patch adds a firmware check for the uPD720201K8-711-BAC-A
> > > and u
On Thu, Jun 23, 2016 at 08:33:18PM +0200, Peter Zijlstra wrote:
> On Fri, Jun 17, 2016 at 01:04:23AM +0200, Jirka Hladky wrote:
>
> > > What kind of config and userspace setup? Do you run this cruft in a
> > > cgroup of sorts?
> >
> > No, we don't do any special setup except to control the numbe
On 06/23/2016 08:28 PM, Darren Hart wrote:
On Thu, Jun 23, 2016 at 07:26:52PM +0200, Thomas Gleixner wrote:
On Thu, 23 Jun 2016, Darren Hart wrote:
On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleixner wrote:
In my opinion, we should treat the timeout value as relative for FUTEX_WAIT
regard
Hi Darren,
On 06/23/2016 06:16 PM, Darren Hart wrote:
On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleixner wrote:
On Thu, 23 Jun 2016, Michael Kerrisk (man-pages) wrote:
On 06/23/2016 09:18 AM, Thomas Gleixner wrote:
Once upon a time, you told me the following:
On 15 May 2014 at 16:14, T
On Mon, 20 Jun 2016 11:51:14 -0400
Sinan Kaya wrote:
> The code is using the compatible DT string to associate a reset driver
> with the actual device itself. The compatible string does not exist on
> ACPI based systems. HID is the unique identifier for a device driver
> instead.
>
> Signed-off-
On Fri, Jun 17, 2016 at 01:04:23AM +0200, Jirka Hladky wrote:
> > What kind of config and userspace setup? Do you run this cruft in a
> > cgroup of sorts?
>
> No, we don't do any special setup except to control the number of threads.
OK, so I'm fairly certain you _do_ run in a cgroup, because i
On Thu, Jun 23, 2016 at 09:35:29AM -0700, Andy Lutomirski wrote:
> > So which is the least-bad option? To summarize:
> >
> > 1) task flag(s) for preemption and page faults
> >
> > 2) turn pt_regs into a stack frame
> >
> > 3) annotate all calls from entry code in a table
> >
> > 4) encode
On Thu, Jun 23, 2016 at 07:26:52PM +0200, Thomas Gleixner wrote:
> On Thu, 23 Jun 2016, Darren Hart wrote:
> > On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleixner wrote:
> > In my opinion, we should treat the timeout value as relative for FUTEX_WAIT
> > regardless of the CLOCK used.
>
> Whic
Matt, Ben,
Both of you submitted similar patches for the same driver, same purpose.
Since Ben's hit my inbox first, I'll take his.
thx,
Jason.
On Wed, Jun 22, 2016 at 05:57:01PM +0100, Matthew Leach wrote:
> Use the byte-order aware big endian accessors, allowing for kernels
> running under big
BTRFS is using a variety of slab caches to satisfy internal needs.
Those slab caches are always allocated with the SLAB_RECLAIM_ACCOUNT,
meaning allocations from the caches are going to be accounted as
SReclaimable. At the same time btrfs is not registering any shrinkers
whatsoever, thus preventing
On 06/23, Linus Torvalds wrote:
>
> Ugh. Looking around at this, it turns out that a great example of this
> kind of legacy issue is the debug_mutex stuff.
Heh ;) I am looking at it too.
> It uses "struct thread_info *" as the owner pointer, and there is _no_
> existing reason for it. In fact, in
Qais,
On Tue, May 24, 2016 at 11:43:07AM +0100, Qais Yousef wrote:
> Hmm I certainly did test this on real hardware with GIC. Are you using the
> new dev domain? The idea is that GIC is logically divided and shouldn't be
> used directly. Sorry I'm travelling and can't check the code.
Any update o
On Thu, Jun 23, 2016 at 11:05 AM, Yigal Korman wrote:
> On Thu, Jun 23, 2016 at 8:36 PM, Kani, Toshimitsu wrote:
>> On Thu, 2016-06-23 at 19:31 +0300, Yigal Korman wrote:
>>> On Thu, Jun 23, 2016 at 2:54 AM, Toshi Kani wrote:
>>> >
>>> >
>>> > Currently, presence of direct_access() in block_devi
Hi Greg,
> Greg Kroah-Hartman hat am 1. Juni 2016 um 19:55
> geschrieben:
>
>
> On Wed, Jun 01, 2016 at 10:27:49AM +0200, Stefan Wahren wrote:
> > Hi Greg,
> >
> > Am 02.05.2016 um 20:36 schrieb Srinivas Kandagatla:
> > > Hi Greg,
> > >
> > > This is v3 patchset for the leftover 2 patches for
On Thu, Jun 23, 2016 at 8:36 PM, Kani, Toshimitsu wrote:
> On Thu, 2016-06-23 at 19:31 +0300, Yigal Korman wrote:
>> On Thu, Jun 23, 2016 at 2:54 AM, Toshi Kani wrote:
>> >
>> >
>> > Currently, presence of direct_access() in block_device_operations
>> > indicates support of DAX on its block devic
On 06/21/2016 05:41 AM, Michael Kerrisk (man-pages) wrote:
> Hi Jann, Stephen, et al.
>
> Jann, since you recently committed a patch in this area, and Stephen,
> since you committed 006ebb40d3d much further back in time, I wonder if
> you might help me by reviewing the text below that I propose to
On Thu, Jun 23, 2016 at 10:52 AM, Linus Torvalds
wrote:
> On Thu, Jun 23, 2016 at 10:44 AM, Linus Torvalds
> wrote:
>>
>> The thread_info->tsk pointer, that was one of the most critical issues
>> and the main raison d'être of the thread_info, has been replaced on
>> x86 by just using the per-cpu
hif_drv->usr_scan_req.net.net_info[i] contains found_net_info structs
which have the following element:
u8 bssid[6];
pstrNetworkInfo, of type network_info, also contains an u8 array named
bssid.
request->ssids is an array of cfg80211_ssid structs. Making ssid:
u8 ssid[IEEE80211_MAX_SSID_LEN];
In
On Thu, Jun 23, 2016 at 10:44 AM, Linus Torvalds
wrote:
>
> The thread_info->tsk pointer, that was one of the most critical issues
> and the main raison d'être of the thread_info, has been replaced on
> x86 by just using the per-cpu "current_task". Yes,.there are probably
> more than a few "ti->ta
301 - 400 of 926 matches
Mail list logo