On Sat, Aug 9, 2014 at 3:45 PM, Mantas Mikulėnas wrote:
> On Sat, Aug 9, 2014 at 10:23 PM, Matt Fleming wrote:
> [However... Whether it's five chunks, four (after making the initrd
> smaller), or just one (with your efi=nochunk), I noticed that it
> *always* hangs during the *last* read, and the
Hi Linus,
The following changes since commit cd3de83f147601356395b57a8673e9c5ff1e59d1:
Linux 3.16-rc4 (2014-07-06 12:37:51 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/olof/chrome-platform.git
tags/for-linus
for you to fetch changes up to
Hi Linus,
The following changes since commit c309bfa9b481e7dbd3e1ab819271bf3009f44859:
Merge tag 'for-linus-20140808' of git://git.infradead.org/linux-mtd
(2014-08-08 18:13:21 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
Hi Vincent,
FYI, we noticed some performance ups/downs on
commit 143e1e28cb40bed836b0a06567208bd7347c9672 ("sched: Rework sched_domain
topology definition")
107437febd495a5 143e1e28cb40bed836b0a0656 testbox/testcase/testparams
--- -
On Sun, 2014-08-10 at 05:13 +0200, Mike Galbraith wrote:
> On Sat, 2014-08-09 at 20:04 +0200, Andi Kleen wrote:
> > > NAK. There it is, my imaginary NAK to imaginary realtime priorities :)
> >
> > Ok, but do you have any alternative proposal yourself how to solve the
> > lockholder preemption
On Sat, Aug 9, 2014 at 6:47 PM, Guenter Roeck wrote:
> Hi folks,
>
> I am having some trouble with commit dbd952127d (seccomp: introduce
> writer locking) when running my qemu tests on the upstream kernel.
Eek, sorry this is causing you trouble!
> With powerpc, I get the following crash.
>
>
On Sat, 2014-08-09 at 20:04 +0200, Andi Kleen wrote:
> > NAK. There it is, my imaginary NAK to imaginary realtime priorities :)
>
> Ok, but do you have any alternative proposal yourself how to solve the
> lockholder preemption problem? I assume you agree it's a real problem.
>
> Just being
Resent this time without HTML formatting which lkml doesn't like. Sorry.
On 08/09/2014 03:58 PM, Thomas Hellstrom wrote:
On 08/09/2014 03:33 PM, Konrad Rzeszutek Wilk wrote:
On August 9, 2014 1:39:39 AM EDT, Thomas Hellstrom
wrote:
Hi.
Hey Thomas!
IIRC I don't think the TTM DMA pool
On Sat, Aug 9, 2014 at 6:21 PM, Stephen Rothwell wrote:
> Hi Linus,
>
> On Sat, 9 Aug 2014 10:43:51 -0700 Linus Torvalds
> wrote:
>>
>> On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck wrote:
>> >
>> > ERROR (phandle_references): Reference to non-existent node or label
>> > "disp_pd"
>> >
>> >
Hi folks,
I am having some trouble with commit dbd952127d (seccomp: introduce
writer locking) when running my qemu tests on the upstream kernel.
With powerpc, I get the following crash.
ftrace: allocating 20093 entries in 59 pages
[ cut here ]
kernel BUG at
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel with the KASAN patchset, I've stumbled on the following spew:
[ 3837.070452]
==
[ 3837.073101] AddressSanitizer: buffer overflow in
On Sat, Aug 09, 2014 at 08:33:55PM +0200, Peter Zijlstra wrote:
> On Fri, Aug 08, 2014 at 01:58:26PM -0700, Paul E. McKenney wrote:
> >
> > > And on that, you probably should change rcu_sched_rq() to read:
> > >
> > > this_cpu_inc(rcu_sched_data.passed_quiesce);
> > >
> > > That avoids
On Saturday, August 09, 2014 10:53:03 AM Daniel Vetter wrote:
> On Sat, Aug 9, 2014 at 3:21 AM, Alan Stern wrote:
> > On Sat, 9 Aug 2014, Rafael J. Wysocki wrote:
> >
> >> > > > Well it works currently. So where do you see the problem?
> >> > >
> >> > > Sampling registers from an timer - in
On Sat, Aug 09, 2014 at 08:24:00PM +0200, Peter Zijlstra wrote:
> On Sat, Aug 09, 2014 at 08:19:20PM +0200, Peter Zijlstra wrote:
> > How about we simply assume 'idle' code, as defined by the rcu idle hooks
> > are safe? Why do we want to bend over backwards to cover this?
>
> The thing is, we
On Sat, Aug 09, 2014 at 08:19:20PM +0200, Peter Zijlstra wrote:
> On Sat, Aug 09, 2014 at 09:01:37AM -0700, Paul E. McKenney wrote:
> > > That's so wrong its not funny. If you need some abortion to deal with
> > > NOHZ_FULL then put it under CONFIG_NOHZ_FULL, don't burden the entire
> > > world
Hi Linus,
On Sat, 9 Aug 2014 10:43:51 -0700 Linus Torvalds
wrote:
>
> On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck wrote:
> >
> > ERROR (phandle_references): Reference to non-existent node or label
> > "disp_pd"
> >
> > ERROR: Input tree has errors, aborting (use -f to force output)
> >
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/lustre/lustre/ptlrpc/nrs.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/lustre/lustre/ptlrpc/nrs.c
b/drivers/staging/lustre/lustre/ptlrpc/nrs.c
index
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/lustre/lustre/obdclass/genops.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/lustre/lustre/obdclass/genops.c
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/lustre/lustre/libcfs/workitem.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/lustre/lustre/libcfs/workitem.c
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/misc/ti-st/st_kim.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/ti-st/st_kim.c b/drivers/misc/ti-st/st_kim.c
index 9d3dbb2..bce4468 100644
---
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/misc/c2port/core.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/c2port/core.c b/drivers/misc/c2port/core.c
index 464419b..62b0baa 100644
---
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/message/fusion/mptbase.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/message/fusion/mptbase.c b/drivers/message/fusion/mptbase.c
index ebc0af7..66324f8
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/net/ethernet/ti/cpmac.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/ti/cpmac.c b/drivers/net/ethernet/ti/cpmac.c
index 7399a52..ad268a3 100644
---
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/net/ethernet/myricom/myri10ge/myri10ge.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/myricom/myri10ge/myri10ge.c
Added a guaranteed null-terminate after call to strncpy.
Signed-off-by: Rickard Strandqvist
---
drivers/net/wireless/ipw2x00/ipw2200.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c
b/drivers/net/wireless/ipw2x00/ipw2200.c
index c5aa404..389656b
On 08/09/2014 04:18 PM, Alex Williamson wrote:
On Sat, 2014-08-09 at 15:28 -0700, Guenter Roeck wrote:
On 08/09/2014 12:28 PM, Alex Williamson wrote:
On Sat, 2014-08-09 at 10:04 -0700, Guenter Roeck wrote:
The following build failure is seen with ppc:allmodconfig.
ERROR:
Hello x86 maintainers,
While adding some paranoia to the Intel Microcode driver, I noticed the
early Intel microcode update driver is not enforcing a 16-byte alignment
when it attempts to send the microcode update data to the processor via
WRMSR 79H.
This 16-byte alignment requirement is stated
On Sat, 2014-08-09 at 15:28 -0700, Guenter Roeck wrote:
> On 08/09/2014 12:28 PM, Alex Williamson wrote:
> > On Sat, 2014-08-09 at 10:04 -0700, Guenter Roeck wrote:
> >> The following build failure is seen with ppc:allmodconfig.
> >>
> >> ERROR: ".vfio_spapr_iommu_eeh_ioctl"
> >>
On Fri, 1 Aug 2014, Naoya Horiguchi wrote:
> There is a race condition between hugepage migration and change_protection(),
> where hugetlb_change_protection() doesn't care about migration entries and
> wrongly overwrites them. That causes unexpected results like kernel crash.
>
> This patch adds
On Fri, 1 Aug 2014, Naoya Horiguchi wrote:
> After fixing locking in follow_page(FOLL_GET) for hugepages, I start to
> observe the BUG of "get_page() on refcount 0 page" in hugetlb_fault() in
> the same test.
>
> I'm not exactly sure about how this race is triggered, but hugetlb_fault()
> calls
On Fri, 1 Aug 2014, Naoya Horiguchi wrote:
> We have a race condition between move_pages() and freeing hugepages,
> where move_pages() calls follow_page(FOLL_GET) for hugepages internally
> and tries to get its refcount without preventing concurrent freeing.
> This race crashes the kernel, so
On Sat, Aug 09, 2014 at 08:22:48PM +, Junien Fridrick wrote:
> Sorry for the noise, this is part of task 10 of the Eudyptula Challenge.
Nothing wrong with the patch itself, but maybe in the future you could
put such comments after the "---" line so that they won't be included
in the git
On Sat, Aug 9, 2014 at 10:23 PM, Matt Fleming wrote:
>
> On Sat, 09 Aug, at 09:44:55AM, Yinghai Lu wrote:
> > On Sat, Aug 9, 2014 at 7:23 AM, Mantas Mikulėnas wrote:
> > > As of commit 4bf7111f5016 ("x86/efi: Support initrd loaded above 4G"),
> > > the kernel freezes at the earliest possible
On 08/09/2014 12:28 PM, Alex Williamson wrote:
On Sat, 2014-08-09 at 10:04 -0700, Guenter Roeck wrote:
The following build failure is seen with ppc:allmodconfig.
ERROR: ".vfio_spapr_iommu_eeh_ioctl" [drivers/vfio/vfio_iommu_spapr_tce.ko]
undefined!
ERROR: ".vfio_spapr_pci_eeh_open"
On Sat, 9 Aug 2014, Aneesh Kumar K.V wrote:
> > diff --git a/mm/hugetlb_cgroup.c b/mm/hugetlb_cgroup.c
> > --- a/mm/hugetlb_cgroup.c
> > +++ b/mm/hugetlb_cgroup.c
> > @@ -275,6 +275,7 @@ static ssize_t hugetlb_cgroup_write(struct
> > kernfs_open_file *of,
> > ret =
On 08/09/2014 01:01 PM, Heiko Stübner wrote:
Hi Guenter,
Am Montag, 4. August 2014, 18:48:54 schrieb Guenter Roeck:
The kernel core now supports a restart handler call chain for system
restart functions.
With this change, the arm_pm_restart callback is now optional, so check
if it is set
Hi Guenter,
Am Montag, 4. August 2014, 18:48:54 schrieb Guenter Roeck:
> The kernel core now supports a restart handler call chain for system
> restart functions.
>
> With this change, the arm_pm_restart callback is now optional, so check
> if it is set before calling it. Only call the kernel
On Sat, 9 Aug 2014, Geert Uytterhoeven wrote:
> If CONFIG_PM is not set:
>
> drivers/hid/wacom_sys.c:1436: warning: ‘wacom_reset_resume’ defined but
> not used
>
> Protect the unused functions by #ifdef CONFIG_PM to fix this.
>
> Signed-off-by: Geert Uytterhoeven
Thanks Geert.
hid-wacom is
Sorry for the noise, this is part of task 10 of the Eudyptula Challenge.
Signed-off-by: Junien Fridrick
---
drivers/staging/lustre/lustre/llite/remote_perm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/llite/remote_perm.c
Add infrastructure to write the correct value to the restart register and
register the restart notifier for both rk3188 (including rk3066) and rk3288.
Signed-off-by: Heiko Stuebner
---
This of course needs the restart generalization from Guenter Roeck
and would need to go with that series.
Please pull nfsd changes for 3.17 from
git://linux-nfs.org/~bfields/linux.git for-3.17
This includes a major rewrite of the NFSv4 state code, which has always
depended on a single mutex. As an example, open creates are no longer
serialized, fixing a performance regression on NFSv3->NFSv4
(Ooops, this mail got somehow into my postponed folder. Sending
anyhow...)
On Wed, Aug 06, 2014 at 06:03:25PM +0530, Pramod Gurav wrote:
> This fixes a error handling scenario where clocks were not being disabled
> when QUP_OUTPUT_BLOCK_SIZE returns a size greater than the size of blk_sizes
>
On Sat, 2014-08-09 at 10:04 -0700, Guenter Roeck wrote:
> The following build failure is seen with ppc:allmodconfig.
>
> ERROR: ".vfio_spapr_iommu_eeh_ioctl" [drivers/vfio/vfio_iommu_spapr_tce.ko]
> undefined!
> ERROR: ".vfio_spapr_pci_eeh_open" [drivers/vfio/pci/vfio-pci.ko] undefined!
> ERROR:
On 08/09, Peter Zijlstra wrote:
>
> That would suggest we're failing to do the TASK_DEAD thing properly, and
> ARGH! bloody obvious why, see the this_rq() comment right before the
> finish_task_switch() call in context_switch().
Heh ;) and a similar comment in __schedule() after context_switch().
On Sat, 09 Aug, at 09:44:55AM, Yinghai Lu wrote:
> On Sat, Aug 9, 2014 at 7:23 AM, Mantas Mikulėnas wrote:
> > As of commit 4bf7111f5016 ("x86/efi: Support initrd loaded above 4G"),
> > the kernel freezes at the earliest possible moment when trying to boot
> > via UEFI on my Asus laptop. (It
Hello,
My name is Gordon Chang and I work in a reputable bank. I have a transaction
that I believe will be of mutual benefits to both of us. It involves an
investment portfolio in our organization which I like to acquire with your help
and assistance. This will be executed under a legitimate
On Sat, Aug 09, 2014 at 10:30:34PM +0800, Fengguang Wu wrote:
> Hi Peter,
>
> We noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/wait
> commit d58d631b474c552dce72da2dce9dd276d731b79a ("sched: Fix
> finish_task_switch vs prev_state")
>
>
On Fri, Aug 08, 2014 at 01:58:26PM -0700, Paul E. McKenney wrote:
>
> > And on that, you probably should change rcu_sched_rq() to read:
> >
> > this_cpu_inc(rcu_sched_data.passed_quiesce);
> >
> > That avoids touching the per-cpu data offset.
>
> Hmmm... Interrupts are disabled,
No they
On Sat, Aug 09, 2014 at 08:19:20PM +0200, Peter Zijlstra wrote:
> How about we simply assume 'idle' code, as defined by the rcu idle hooks
> are safe? Why do we want to bend over backwards to cover this?
The thing is, we already have the special rcu trace hooks for tracing
inside this rcu-idle
On Sat, Aug 09, 2014 at 09:01:37AM -0700, Paul E. McKenney wrote:
> > That's so wrong its not funny. If you need some abortion to deal with
> > NOHZ_FULL then put it under CONFIG_NOHZ_FULL, don't burden the entire
> > world with it.
>
> Peter, the polling approach actually -reduces- the
> NAK. There it is, my imaginary NAK to imaginary realtime priorities :)
Ok, but do you have any alternative proposal yourself how to solve the
lockholder preemption problem? I assume you agree it's a real problem.
Just being negative is not very constructive.
-Andi
--
To unsubscribe from this
The nlm_xlp_defconfig build fails with
./arch/mips/include/asm/mach-netlogic/topology.h:15:0:
error: "topology_core_id" redefined [-Werror]
In file included from include/linux/smp.h:59:0,
[ ...]
from arch/mips/mm/dma-default.c:12:
On 08/09/2014 07:36 PM, Guennadi Liakhovetski wrote:
> Hi Suman,
>
> On Sat, 9 Aug 2014, Suman Kumar wrote:
>
>> Fixes a coding style issue reported by checkpatch.pl
>
> Thanks for your patch. To my taste checkpatch.pl has unfortunately become
> too noisy with meaningless / unimportant
On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck wrote:
>
> ERROR (phandle_references): Reference to non-existent node or label
> "disp_pd"
>
> ERROR: Input tree has errors, aborting (use -f to force output)
> make[1]: *** [arch/arm/boot/dts/exynos5420-arndale-octa.dtb] Error 2
Ok, so it's
Hi Suman,
On Sat, 9 Aug 2014, Suman Kumar wrote:
> Fixes a coding style issue reported by checkpatch.pl
Thanks for your patch. To my taste checkpatch.pl has unfortunately become
too noisy with meaningless / unimportant warnings like this one. Is this
in CodingStyle? If not, my intention
On Sat, Aug 9, 2014 at 6:56 AM, Wolfram Sang wrote:
>
> here is the pull request for 3.17 for the I2C subsystem. Highlights:
Lowlight: selecting ACPI support (which used to be the default if ACPI
was enabled) now forces i2c to be built-in.
I've pulled this, but it's broken. You need to fix it
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar
---
drivers/media/platform/soc_camera/soc_camera_platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/soc_camera/soc_camera_platform.c
On 08/09/2014 09:07 AM, Linus Torvalds wrote:
On Sat, Aug 9, 2014 at 8:04 AM, Guenter Roeck wrote:
There are two arm build failures in Linus' tree which are not seen
in -next.
Ugh. Did I screw up the semantic merge wrt the devm_phy_create()
argument changes despite having an example patch
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar
---
drivers/media/platform/soc_camera/soc_camera_platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/soc_camera/soc_camera_platform.c
If CONFIG_PM is not set:
drivers/hid/wacom_sys.c:1436: warning: ‘wacom_reset_resume’ defined but
not used
Protect the unused functions by #ifdef CONFIG_PM to fix this.
Signed-off-by: Geert Uytterhoeven
---
drivers/hid/wacom_sys.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
drivers/mtd/nand/nand_timings.c:45: warning: integer constant is too large for
‘long’ type
Signed-off-by: Geert Uytterhoeven
---
drivers/mtd/nand/nand_timings.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_timings.c b/drivers/mtd/nand/nand_timings.c
On Fri, Aug 08, 2014 at 03:21:44PM -0700, David Rientjes wrote:
> On Thu, 7 Aug 2014, Ingo Molnar wrote:
>
> > Linus, please pull the latest x86-apic-for-linus git tree from:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > x86-apic-for-linus
> >
> ># HEAD:
The following build failure is seen with ppc:allmodconfig.
ERROR: ".vfio_spapr_iommu_eeh_ioctl" [drivers/vfio/vfio_iommu_spapr_tce.ko]
undefined!
ERROR: ".vfio_spapr_pci_eeh_open" [drivers/vfio/pci/vfio-pci.ko] undefined!
ERROR: ".vfio_spapr_pci_eeh_release" [drivers/vfio/pci/vfio-pci.ko]
If clk_data is NULL, it is not possible to access its clk_num field. So
if the NULL test succeeds the control sequence mush jump after the loop.
So, a new label is introduced and the labels are renamed to err0 and
err1. If clk_data is NULL, only parents need to be freed and hence the
goto now
Hello,
On Fri, Aug 8, 2014 at 4:38 PM, Kamal Mostafa wrote:
> 3.13.11.6 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Aaron Lu
>
> commit e8db5d6736a712a3e2280c0e31f4b301d85172d8 upstream.
>
> On 05/21/2014 04:22 PM, Aaron Lu wrote:
Hello Ankit,
On Sat, Aug 9, 2014 at 4:02 AM, Ankit wrote:
> Fixed spelling issue -- changed celcius to celsius
>
> Kernel version: mainline
>
> Signed-off-by: Ankit
On the thermal part,
Acked-by: Eduardo Valentin
but I think might be worth splitting the change per domain, so we
avoid merge
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar
---
drivers/media/platform/soc_camera/soc_camera_platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/soc_camera/soc_camera_platform.c
The Linux kernel coding style guidelines suggest not using typedefs
for structure types. This patch gets rid of the typedefs for
fr_hdr and pvc_device. Also, the names of the structs are changed to
drop the _t, to make the name look less typedef-like.
The following Coccinelle semantic patch
The Linux kernel coding style guidelines suggest not using typedefs
for structure types. This patch gets rid of the typedef for
local_info_t. Also, the name of the struct is changed to drop the _t,
to make the name look less typedef-like.
The following Coccinelle semantic patch detects the case:
On Sat, Aug 9, 2014 at 7:23 AM, Mantas Mikulėnas wrote:
> As of commit 4bf7111f5016 ("x86/efi: Support initrd loaded above 4G"),
> the kernel freezes at the earliest possible moment when trying to boot
> via UEFI on my Asus laptop. (It still boots via BIOS.)
>
> If I revert that commit on current
On Wed, Jul 30, 2014 at 03:11:07PM -0700, David Miller wrote:
> From: "Luis R. Rodriguez"
> Date: Mon, 28 Jul 2014 11:28:28 -0700
>
> > Tetsuo bisected and found that commit 786235ee "kthread: make
> > kthread_create() killable" modified kthread_create() to bail as
> > soon as SIGKILL is
If vtg is NULL, it is not possible to access its mode_reg field. At all
sites where the static function menelaus_set_voltage is called, the first
argument is the address of a structure defined in the file. So, the null
test is unnecessary and is removed. Also, a label is done away with.
This
The Linux kernel coding style guidelines suggest not using typedefs
for structure types. This patch gets rid of the typedef for
atmel_priv_ioctl.
The following Coccinelle semantic patch detects the case:
@tn@
identifier i;
type td;
@@
-typedef
struct i { ... }
-td
;
@@
type tn.td;
On Sat, Aug 09, 2014 at 08:44:39AM -0400, Steven Rostedt wrote:
> On Sat, 9 Aug 2014 08:15:14 +0200
> Peter Zijlstra wrote:
>
>
> > As for idle tasks, I'm not sure about those, I think that we should say
> > NO to anything that would require waking idle CPUs, push the pain to
> >
The Linux kernel coding style guidelines suggest not using typedefs
for structure types. This patch gets rid of the typedef for
com20020_dev_t. Also, the name of the struct is changed to drop the
_t, to make the name look less typedef-like.
The following Coccinelle semantic patch detects the
On Sat, Aug 9, 2014 at 8:04 AM, Guenter Roeck wrote:
>
> There are two arm build failures in Linus' tree which are not seen
> in -next.
Ugh. Did I screw up the semantic merge wrt the devm_phy_create()
argument changes despite having an example patch from Stephen? Or is
this something else due to
On Sat, Aug 09, 2014 at 08:15:14AM +0200, Peter Zijlstra wrote:
> On Fri, Aug 08, 2014 at 01:58:26PM -0700, Paul E. McKenney wrote:
> > On Fri, Aug 08, 2014 at 09:13:26PM +0200, Peter Zijlstra wrote:
> > >
> > >
> > > So I think you can make the entire thing work with
> > >
The Linux kernel coding style guidelines suggest not using typedefs
for structure types. This patch gets rid of the typedef for local_info_t.
Also, the name of the struct is changed to drop the _t, to make the
name look less typedef-like.
The following Coccinelle semantic patch detects the case:
On Sat, Aug 09, 2014 at 08:43:01AM -0600, Shuah Khan wrote:
> On 08/08/2014 03:35 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.16.1 release.
> >There are 17 patches in this series, all will be posted as a response
> >to this one. If anyone has any issues
On Thu 2014-08-07 13:24:07, Greg KH wrote:
> On Thu, Aug 07, 2014 at 10:13:29AM +0200, Pavel Machek wrote:
> >
> > Signed-off-by: Pavel Machek
> >
> > diff --git a/drivers/staging/nokia_h4p/Makefile
> > b/drivers/staging/nokia_h4p/Makefile
> > index 9625db4..daffe3c 100644
> > ---
On Sat, Aug 09, 2014 at 10:34:36AM -0400, Oleg Drokin wrote:
>
> > Because maybe these stats preceed the introduction of perf and other
> > tracing/debug tools? I don't know, it's really low down on the list of
> > reasons why lustre can't be merged out of staging at the moment, you all
> > have
Hi!
> > +
> > + skb_queue_tail(>txq, fw_skb);
> > + spin_lock_irqsave(>lock, flags);
> > + hci_h4p_outb(info, UART_IER, hci_h4p_inb(info, UART_IER) |
> > + UART_IER_THRI);
> > + spin_unlock_irqrestore(>lock, flags);
> > +}
>
> and as I explained before, this crazy can
Am Freitag, 8. August 2014, 15:29:09 schrieb Doug Anderson:
> Newer Rockchip SoCs have more muxing slots. Add slots 3 and 4 since
> the rk3288 table goes all the way up to 4.
>
> Signed-off-by: Doug Anderson
Reviewed-by: Heiko Stuebner
> ---
>
On Fri, Aug 8, 2014 at 2:40 PM, Olof Johansson wrote:
> On Mon, Aug 4, 2014 at 11:02 PM, YoungJun Cho wrote:
>> Hi Stephen and Dave,
>>
>>
>> On 08/05/2014 12:09 PM, Stephen Rothwell wrote:
>>>
>>> Hi Dave,
>>>
>>> After merging the drm tree, today's linux-next build (x86_64
>>> allmodconfig)
On Tue, Aug 05, 2014 at 02:43:10PM +0200, Bartlomiej Zolnierkiewicz wrote:
> From: Tomasz Figa
>
> Due to recent consolidation of Exynos suspend and cpuidle code, some
> parts of suspend and resume sequences are executed two times, once from
> exynos_pm_syscore_ops and then from
On 08/09/2014 07:16 AM, Greg Kroah-Hartman wrote:
[ .. ]
Just for reference, in mainline, we currently have
total: 133 pass: 127 fail: 6
plus four (!) qemu tests failing (arm, mips, mips64, and ppc),
meaning there will be three more dropped configurations (all arm
as far as I can see),
On 08/08/2014 03:35 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.16.1 release.
There are 17 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 08/08/2014 03:35 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.10 release.
There are 26 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 08/08/2014 03:34 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.53 release.
There are 24 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 08/08/2014 03:34 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.17 release.
There are 39 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 08/08/2014 03:34 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.103 release.
There are 23 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
> Because maybe these stats preceed the introduction of perf and other
> tracing/debug tools? I don't know, it's really low down on the list of
> reasons why lustre can't be merged out of staging at the moment, you all
> have much bigger issues to address first.
I wonder what is the prioritized
On 08/09, Cyrill Gorcunov wrote:
>
> On Fri, Aug 08, 2014 at 08:57:47PM +0200, Oleg Nesterov wrote:
> ...
> > +++ b/fs/proc/inode.c
> > @@ -73,6 +73,7 @@ static struct inode *proc_alloc_inode(struct super_block
> > *sb)
> > ei->pde = NULL;
> > ei->sysctl = NULL;
> > ei->sysctl_entry =
Hi Peter,
We noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/wait
commit d58d631b474c552dce72da2dce9dd276d731b79a ("sched: Fix finish_task_switch
vs prev_state")
test case: vm-vp-quantal-x86_64/boot/1
9e6e6179961e8dd d58d631b474c552dce72da2dc
Hello Anson,
On Wed, Aug 06, 2014 at 03:12:09PM +0800, Anson Huang wrote:
> i.MX6SX has some new features of thermal interrupt function,
> there are LOW, HIGH and PANIC irq for thermal sensor, so add
> platform data to separate different thermal version;
>
> The reset value of LOW ALARM is 0
On Wed, Aug 06, 2014 at 04:18:38PM -0400, Alan Stern wrote:
> On Wed, 6 Aug 2014, Sergey Klyaus wrote:
>
> > Hello.
> >
> > I wrote a patch that fixes the problem that described above, here are a
> > patch for 3.16.0+ kernel (cloned from GitHub today). Maybe that "if
> > (MAJOR(dev->devt)) "
As of commit 4bf7111f5016 ("x86/efi: Support initrd loaded above 4G"),
the kernel freezes at the earliest possible moment when trying to boot
via UEFI on my Asus laptop. (It still boots via BIOS.)
If I revert that commit on current master (c309bfa9b481), it boots
correctly again [although I see
On 08/07, Eric W. Biederman wrote:
>
> Dave Jones writes:
>
> > Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> > CPU: 2 PID: 8506 Comm: trinity-c124 Not tainted 3.16.0+ #41
> > task: 880227fc95e0 ti: 8800929a task.ti: 8800929a
> > RIP: 0010:[] []
> >
On Fri, Aug 08, 2014 at 09:41:48PM -0700, Valentina Manea wrote:
> On Thu, Aug 7, 2014 at 1:16 PM, Greg KH wrote:
> >
> > The top of the MAINTAINERS should have this information, look in the S:
> > Status section about what type of category you are in.
> >
> > Basically I'd like you to be the one
On Fri, Aug 08, 2014 at 05:06:41PM -0700, Kees Cook wrote:
> On Fri, Aug 8, 2014 at 10:11 AM, Dan Streetman wrote:
> > On Fri, Aug 8, 2014 at 3:53 AM, Kees Cook wrote:
> >> To avoid potential format string expansion via module parameters,
> >> do not use the zpool type directly in
1 - 100 of 306 matches
Mail list logo
