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
rcu_note_context_switch().
If we have the sync thing do something like:
for_each_task(t)
On Fri, Aug 08, 2014 at 02:52:50PM -0700, David Rientjes wrote:
On Fri, 8 Aug 2014, Bart Van Assche wrote:
diff --git a/include/linux/spinlock.h b/include/linux/spinlock.h
index 3f2867f..262ba4e 100644
--- a/include/linux/spinlock.h
+++ b/include/linux/spinlock.h
@@ -197,7 +197,13 @@
From nobody Sat Aug 9 08:17:15 CEST 2014
From: Julia Lawall julia.law...@lip6.fr
To: Adaptec OEM Raid Solutions aacr...@adaptec.com
Cc: James E.J. Bottomley
jbottom...@parallels.com,linux-s...@vger.kernel.org,linux-kernel@vger.kernel.org
Subject: [PATCH] dpt_i2o: delete unnecessary null test on
Hi All,
On a PowerMac G4 I noticed that between the kernel v3.2 and v3.14 I lost
the fan management.
I found on internet other references to this kind of problem [2]
**How reproduce:
- booting with the kernel 3.2, the fan is quite silent.
The module therm_windtunnel is loaded and in the log
Add a verbose option to control the message in the kernel log
verbose = 0 no message
verbose = 1 log only the fan speed changes
verbose = 2 log the fan speed changes and the temperature changes
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
drivers/macintosh/therm_windtunnel.c |
Update drivers names to the ones invoked by i2c-powermac:
- therm_ds1775 - MAC,ds1775
- therm_adm1030 - MAC,adm1030
The background fan control loop is started from
the devices probing methods.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
drivers/macintosh/therm_windtunnel.c | 23
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
This patch is extracted from a Bryan Christianson's bigger one (see
debian bug #741663)
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
drivers/macintosh/therm_windtunnel.c | 10 +-
1 file changed, 9
Remove attach_method because i2c-powermac is
in charge to instantiate the driver directly.
Signed-off-by: Goffredo Baroncelli kreij...@inwind.it
---
drivers/macintosh/therm_windtunnel.c | 35 ---
1 file changed, 35 deletions(-)
diff --git
Export the temperature via the hwmon subsystem.
See the list below for the sensors exported:
$ cd /sys/devices/temperature/hwmon/hwmon0
$ echo name: $(cat name); for i in temp*; do echo $i: $(cat $i); done
name: therm_windtunnel
temp1_input: 59312
temp1_label: CPU
temp2_input: 36750
temp2_label:
A sparse warning is generated about 'tlb_single_page_flush_ceiling'
not being declared.
arch/x86/mm/tlb.c:177:15: warning: symbol
'tlb_single_page_flush_ceiling' was not declared. Should it be static?
Since it isn't used anywhere outside this file, fix the warning by
making it static.
Also,
Hi!
I've inquired on the bugzilla why the reporter is abusing urandom in
this way. The other commenter on the bug replicated the problem, but
that's not a second bug report in my book.
At the very least, this will probably cause me to insert a warning
printk: insane user of /dev/urandom:
On Wed 2014-07-23 16:26:41, Theodore Ts'o wrote:
I don't think this patch is worthwhile. There is no legitimate reason
to be using such large reads like this, and read(2) is always allowed
to return a short read (for example, if a signal comes in while the
read is happening). The only
Fixed spelling issue -- changed celcius to celsius
Kernel version: mainline
Signed-off-by: Ankit learnertillde...@gmail.com
---
drivers/gpu/drm/nouveau/core/engine/graph/nv10.c | 4 ++--
drivers/gpu/drm/nouveau/core/engine/graph/nv20.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/graph/nv25.c
+@r depends on context || report || org @
+expression E;
+position p;
+@@
+
+* if (E)
+*
\(kfree@p\|debugfs_remove@p\|debugfs_remove_recursive@p\|usb_free_urb\)(E);
How do you think about to add the construct @p also behind the function name
usb_free_urb?
Is my previous update
Some boards need to set the INn_MODE[1:0] register to change
the input signal patch. This wlf,inmode property is optional.
If present values must be specified by the number of
ARIZONA_MAX_INPUT.
Example:
- wlf,inmode = 2 0 2 0;/* IN1, IN3 use DMIC */
Signed-off-by: Inha Song
This patch update DT binding to support INn_MODE init_data
Signed-off-by: Inha Song ideal.s...@samsung.com
---
Documentation/devicetree/bindings/mfd/arizona.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
On Sat, 9 Aug 2014, SF Markus Elfring wrote:
+@r depends on context || report || org @
+expression E;
+position p;
+@@
+
+* if (E)
+*
\(kfree@p\|debugfs_remove@p\|debugfs_remove_recursive@p\|usb_free_urb\)(E);
How do you think about to add the construct @p also behind the
On Thu, Aug 7, 2014 at 2:03 AM, Mike Galbraith umgwanakikb...@gmail.com wrote:
I see subversion of a perfectly functional and specified mechanism
Just wondering if the following line of thinking would sound just as much an
anathema from your perspective or perhaps a bit less terrible...
On Sat, Aug 9, 2014 at 12:07 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Fri, Aug 8, 2014 at 1:52 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Got this while bisecting. I'm not sure it's related
It's not.
Iirc it was an intermediate merge issue between two patch
On Sat, Aug 9, 2014 at 3:21 AM, Alan Stern st...@rowland.harvard.edu 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 particular, we really do not want
to disable runtime pm whilst
On Fri, 8 Aug 2014, Cong Wang wrote:
diff --git a/kernel/freezer.c b/kernel/freezer.c
index aa6a8aa..c6d189d 100644
--- a/kernel/freezer.c
+++ b/kernel/freezer.c
@@ -68,7 +68,9 @@ bool __refrigerator(bool check_kthr_stop)
spin_lock_irq(freezer_lock);
At Fri, 8 Aug 2014 18:25:59 +0200,
Janek Kozicki wrote:
Full reply, along with CONFIG_PM_TRACE_RTC=y results is below.
(snip)
Now I tried to identify the problem. There are two magic numbers
recorded in realtime clock:
pci :ff:0d.1: hash matches
pci_bus :ff: hash matches
On Thu, 7 Aug 2014, Oleg Nesterov wrote:
Aleksei hit the soft lockup during reading /proc/PID/smaps.
David investigated the problem and suggested the right fix.
while_each_thread() is racy and should die, this patch updates
vm_is_stack().
Reported-and-tested-by: Aleksei Besogonov
I still don't think this should be done for any random function that
performs a null test on its argument. The corrections involved here are
not as trivial as they would seem.
I would prefer to make the list of corresponding function names more complete.
Often it is not the case that the
Vineet,
Am 07.08.2014 22:44, schrieb Vineet Gupta:
Hi Richard,
On Wednesday 06 August 2014 04:18 AM, Richard Weinberger wrote:
arc: Use get_signal() signal_setup_done()
I'd added this patch into arc tree for 3.17 (in linux-next for a while) and
AFAIKR
I'd also left you a note to
On Sun, May 11, 2014 at 05:45:30PM +0100, Al Viro wrote:
Sigh... It's really messy.
All versions since lazy fput introduction have acct_auto_close()
doing the wrong thing on r/o remount of superblock; we want the damn file
closed *before* we go further than acct_auto_close(). Worse, we
From: Mariusz Ceier mceier+ker...@gmail.com
Otherwise warning is printed even when capacity_now before assignment is
equal to design_capacity, making the check useless and current charge level
wrong
(it should be higher than, not equal to, maximum charge level, which is
full_charge_capacity):
Takashi Iwai said: (by the date of Sat, 09 Aug 2014 10:59:13 +0200)
At Fri, 8 Aug 2014 18:25:59 +0200,
Janek Kozicki wrote:
Full reply, along with CONFIG_PM_TRACE_RTC=y results is below.
(snip)
Now I tried to identify the problem. There are two magic numbers
recorded in realtime
Al Viro v...@zeniv.linux.org.uk writes:
On Sun, May 11, 2014 at 05:45:30PM +0100, Al Viro wrote:
Sigh... It's really messy.
All versions since lazy fput introduction have acct_auto_close()
doing the wrong thing on r/o remount of superblock; we want the damn file
closed *before* we go
David Rientjes rient...@google.com writes:
Memcg aligns memory.limit_in_bytes to PAGE_SIZE as part of the resource
counter
since it makes no sense to allow a partial page to be charged.
As a result of the hugetlb cgroup using the resource counter, it is also
aligned
to PAGE_SIZE but
(2014/08/09 11:12), Wang Nan wrote:
This patch introduce kprobeopt for ARM 32.
Limitations:
- Currently only kernel compiled with ARM ISA is supported.
- Offset between probe point and optinsn slot must not larger than
32MiB. Masami Hiramatsu suggests replacing 2 words, it will make
I am back and have physical access to the machine now.
I re-ran the test just to be sure, and I can confirm that platform
does in fact result in a crash.
Furthermore, I ran the test that Rui asked for. I suspended, resumed,
and upon crashing power-cycled the machine ASAP. dmesg suggests that
the
(2014/08/09 2:27), Steven Rostedt wrote:
On Fri, 8 Aug 2014 18:27:14 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Fri, Aug 08, 2014 at 10:58:58AM -0400, Steven Rostedt wrote:
No, they are also used by optimized kprobes. This is why optimized
kprobes depend on !CONFIG_PREEMPT. [
(2014/08/08 23:28), Paul E. McKenney wrote:
On Fri, Aug 08, 2014 at 10:12:21AM -0400, Steven Rostedt wrote:
On Fri, 8 Aug 2014 08:40:20 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Thu, Aug 07, 2014 at 05:18:23PM -0400, Steven Rostedt wrote:
On Thu, 7 Aug 2014 22:08:13 +0200
Peter
Hi dudes,
with the current impl. of jump labels, people can't really do the
following:
---
JMP unlikely_code
likely_code
unlikely_code:
unlikely code
---
and after some initialization queries overwrite the JMP with a NOP so
that the likely code gets executed at 0 cost.
The issue is that jump
On Wed, Jul 30, 2014 at 11:52:29AM +0200, Jan Kara wrote:
I see the problem now. How about an attached patch? Do you see other
lockdep warnings with it?
Hit another one :-( Same inversion between i_mmap_mutex and jbd2_handle:
- #1 (mapping-i_mmap_mutex){+.+...}:
[810cfa12]
On Fri, Aug 8, 2014 at 1:32 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Fri, Aug 08, 2014 at 01:06:15AM -0400, Oleg Drokin wrote:
On Aug 8, 2014, at 12:42 AM, Greg Kroah-Hartman wrote:
On Fri, Aug 08, 2014 at 12:03:20AM -0400, Oleg Drokin wrote:
Hello!
On Aug 7, 2014,
On 08/08/2014 06:59 PM, Murali Karicheri wrote:
On 08/08/2014 06:09 PM, Peter Hurley wrote:
On 08/08/2014 05:02 PM, Murali Karicheri wrote:
On 08/08/2014 04:44 PM, Peter Hurley wrote:
On 08/08/2014 03:36 PM, Murali Karicheri wrote:
On 08/07/2014 07:03 PM, Peter Hurley wrote:
[...]
But I
The issue was introduced in a79b7d4b3e8118f265dcb4bdf9a572c392f02708,
adding allocation of extent_workers, so this stray check is surely not
meant to be a check of something else.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=82021
Reported-by: Maks Naumov maksq...@ukr.net
Signed-off-by:
PS: it appears that my email account has problems dealing with so much
email traffic. I will monitor archives online in this thread, and
please reply both to mailing list and my email.
I resubscribed the mailing list using another account:
janek.listy.mailowe (at) gmail ! com I hope this one
On Sat, 9 Aug 2014 08:15:14 +0200
Peter Zijlstra pet...@infradead.org 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
ftrace/kprobes, we should _not_ be waking idle cpus.
I agree, but I
On Fri, 2014-08-08 at 13:11 -0700, Sergey Oboguev wrote:
On Thu, Aug 7, 2014 at 2:03 AM, Mike Galbraith umgwanakikb...@gmail.com
wrote:
task priority cannot be used by any task to describe a critical section.
I assert that is that there is _zero_ critical section information present.
Forgivé me if you don't find interest in this.
I have a profitablé / Confidéntial deal [worth 48M Dollars] to discuss
with you, but I need your permission before I give détails.
Thanks in adv.
This message was sent using
On Fri, Aug 08, 2014 at 08:15:54AM -0400, edubez...@gmail.com wrote:
Hello Shawn,
On Thu, Aug 7, 2014 at 4:50 AM, Shawn Guo shawn@linaro.org wrote:
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,
On 8/9/14, 6:51 AM, Andrey Utkin wrote:
The issue was introduced in a79b7d4b3e8118f265dcb4bdf9a572c392f02708,
adding allocation of extent_workers, so this stray check is surely not
meant to be a check of something else.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=82021
On Fri, Aug 08, 2014 at 03:02:48PM +0800, Shengjiu Wang wrote:
As some clocks are mutually exlcusive, they can't be enabled simultaneously,
So add this new API for registering exclusive clock, the enable function will
check if there is exclusive clock and it is not enabled, then this clock can
On August 9, 2014 1:39:39 AM EDT, Thomas Hellstrom thellst...@vmware.com
wrote:
Hi.
Hey Thomas!
IIRC I don't think the TTM DMA pool allocates coherent pages more than
one page at a time, and _if that's true_ it's pretty unnecessary for
the
dma subsystem to route those allocations to CMA. Maybe
Linus,
here is the pull request for 3.17 for the I2C subsystem. Highlights:
* class based instantiation finally dropped for most embedded drivers
bringing boot up performance gains
* removed two drivers (one outdated, one a duplicate)
* ACPI has now operation region support (thanks to Lan
On Fri, Aug 08, 2014 at 03:02:49PM +0800, Shengjiu Wang wrote:
@@ -176,8 +182,12 @@ static void __init imx6q_clocks_init(struct device_node
*ccm_node)
* the output_enable bit as a gate, even though it's really just
* enabling clock output.
*/
-
On 08/09/2014 03:33 PM, Konrad Rzeszutek Wilk wrote:
On August 9, 2014 1:39:39 AM EDT, Thomas Hellstrom thellst...@vmware.com
wrote:
Hi.
Hey Thomas!
IIRC I don't think the TTM DMA pool allocates coherent pages more than
one page at a time, and _if that's true_ it's pretty unnecessary
On Sat, 2014-08-09 at 01:38 -0700, Sergey Oboguev wrote:
On Thu, Aug 7, 2014 at 2:03 AM, Mike Galbraith umgwanakikb...@gmail.com
wrote:
I see subversion of a perfectly functional and specified mechanism
Just wondering if the following line of thinking would sound just as much an
On Sat, Aug 09, 2014 at 07:05:46PM +0800, Peng Tao wrote:
On Fri, Aug 8, 2014 at 1:32 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Fri, Aug 08, 2014 at 01:06:15AM -0400, Oleg Drokin wrote:
On Aug 8, 2014, at 12:42 AM, Greg Kroah-Hartman wrote:
On Fri, Aug 08, 2014 at
On Fri, Aug 08, 2014 at 09:17:21PM -0700, Guenter Roeck wrote:
On 08/08/2014 08:49 PM, Greg Kroah-Hartman wrote:
On Fri, Aug 08, 2014 at 08:49:11PM -0700, Greg Kroah-Hartman wrote:
On Fri, Aug 08, 2014 at 05:59:37PM -0700, Guenter Roeck wrote:
On 08/08/2014 02:35 PM, Greg Kroah-Hartman wrote:
On Fri, Aug 08, 2014 at 05:06:41PM -0700, Kees Cook wrote:
On Fri, Aug 8, 2014 at 10:11 AM, Dan Streetman ddstr...@ieee.org wrote:
On Fri, Aug 8, 2014 at 3:53 AM, Kees Cook keesc...@chromium.org wrote:
To avoid potential format string expansion via module parameters,
do not use the zpool
On Fri, Aug 08, 2014 at 09:41:48PM -0700, Valentina Manea wrote:
On Thu, Aug 7, 2014 at 1:16 PM, Greg KH gre...@linuxfoundation.org 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
On 08/07, Eric W. Biederman wrote:
Dave Jones da...@redhat.com 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:[8624a8f9]
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 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)) part has to go
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 which
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
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 = NULL;
+
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/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
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: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: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/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 Tue, Aug 05, 2014 at 02:43:10PM +0200, Bartlomiej Zolnierkiewicz wrote:
From: Tomasz Figa t.f...@samsung.com
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 Fri, Aug 8, 2014 at 2:40 PM, Olof Johansson o...@lixom.net wrote:
On Mon, Aug 4, 2014 at 11:02 PM, YoungJun Cho yj44@samsung.com 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
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 diand...@chromium.org
Reviewed-by: Heiko Stuebner he...@sntech.de
---
Hi!
+
+ skb_queue_tail(info-txq, fw_skb);
+ spin_lock_irqsave(info-lock, flags);
+ hci_h4p_outb(info, UART_IER, hci_h4p_inb(info, UART_IER) |
+ UART_IER_THRI);
+ spin_unlock_irqrestore(info-lock, flags);
+}
and as I explained before, this crazy can not
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 pa...@ucw.cz
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 much
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 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: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
rcu_note_context_switch().
If
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 li...@roeck-us.net 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
On Sat, Aug 09, 2014 at 08:44:39AM -0400, Steven Rostedt wrote:
On Sat, 9 Aug 2014 08:15:14 +0200
Peter Zijlstra pet...@infradead.org 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
atmel_priv_ioctl.
The following Coccinelle semantic patch detects the case:
@tn@
identifier i;
type td;
@@
-typedef
struct i { ... }
-td
;
@@
type tn.td;
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
On Wed, Jul 30, 2014 at 03:11:07PM -0700, David Miller wrote:
From: Luis R. Rodriguez mcg...@do-not-panic.com
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
On Sat, Aug 9, 2014 at 7:23 AM, Mantas Mikulėnas graw...@gmail.com 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
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:
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
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar su...@inforcecomputing.com
---
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
Hello Ankit,
On Sat, Aug 9, 2014 at 4:02 AM, Ankit learnertillde...@gmail.com wrote:
Fixed spelling issue -- changed celcius to celsius
Kernel version: mainline
Signed-off-by: Ankit learnertillde...@gmail.com
On the thermal part,
Acked-by: Eduardo Valentin edubez...@gmail.com
but I think
Hello,
On Fri, Aug 8, 2014 at 4:38 PM, Kamal Mostafa ka...@canonical.com wrote:
3.13.11.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Aaron Lu aaron...@intel.com
commit e8db5d6736a712a3e2280c0e31f4b301d85172d8 upstream.
On
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
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] undefined!
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:
drivers/mtd/nand/nand_timings.c:45: warning: integer constant is too large for
‘long’ type
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
drivers/mtd/nand/nand_timings.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_timings.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 ge...@linux-m68k.org
---
drivers/hid/wacom_sys.c | 2 ++
1 file changed, 2 insertions(+)
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar su...@inforcecomputing.com
---
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 li...@roeck-us.net 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
Fixes a coding style issue reported by checkpatch.pl
Signed-off-by: Suman Kumar su...@inforcecomputing.com
---
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 Sat, Aug 9, 2014 at 6:56 AM, Wolfram Sang w...@the-dreams.de 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
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 is
On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck li...@roeck-us.net 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
1 - 100 of 306 matches
Mail list logo