Commit-ID: 2c0a6894df19515baf9d2bf0076a2b57c8b51efb
Gitweb: http://git.kernel.org/tip/2c0a6894df19515baf9d2bf0076a2b57c8b51efb
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 10 Jun 2014 14:11:23 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun
Commit-ID: a491cc902ca495365e9cd45154b60d8c702d86da
Gitweb: http://git.kernel.org/tip/a491cc902ca495365e9cd45154b60d8c702d86da
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:32 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 2e0ad0e2c13534f1a0e7f63661e666c281e09b66
Gitweb: http://git.kernel.org/tip/2e0ad0e2c13534f1a0e7f63661e666c281e09b66
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:38 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 4035ed0134b2dc545a0b22e3c052f684786649d4
Gitweb: http://git.kernel.org/tip/4035ed0134b2dc545a0b22e3c052f684786649d4
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:40 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: f44d16929638a6dc34bdd51e7422e7e3c1d0b904
Gitweb: http://git.kernel.org/tip/f44d16929638a6dc34bdd51e7422e7e3c1d0b904
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:42 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 518b2c63fcdde0723d2719bbe5b14086bdc8ec80
Gitweb: http://git.kernel.org/tip/518b2c63fcdde0723d2719bbe5b14086bdc8ec80
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:41 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 32f5ef5d8dd5ac3cc7ac12cdaf33023e2fbd33c1
Gitweb: http://git.kernel.org/tip/32f5ef5d8dd5ac3cc7ac12cdaf33023e2fbd33c1
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:43 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 6532ce994c304835f3bfc8479acce9d102cd8b5b
Gitweb: http://git.kernel.org/tip/6532ce994c304835f3bfc8479acce9d102cd8b5b
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:47 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 4b92b4f754939e4ac6bb53355abbe48a5054b573
Gitweb: http://git.kernel.org/tip/4b92b4f754939e4ac6bb53355abbe48a5054b573
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:49 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: d7f3d4781852f5160b939f526afbc21a813a0206
Gitweb: http://git.kernel.org/tip/d7f3d4781852f5160b939f526afbc21a813a0206
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:52 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 84245af7297ced9e8fe837dc0fc4782438771bd2
Gitweb: http://git.kernel.org/tip/84245af7297ced9e8fe837dc0fc4782438771bd2
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 10 Jun 2014 14:14:47 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun
Commit-ID: 6b9fb7082409cd4a2c7caf43e3c023ad82dad0d4
Gitweb: http://git.kernel.org/tip/6b9fb7082409cd4a2c7caf43e3c023ad82dad0d4
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 10 Jun 2014 14:13:25 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun
Commit-ID: 1b5d3e00d45e093fa0551c588034c3355b362f66
Gitweb: http://git.kernel.org/tip/1b5d3e00d45e093fa0551c588034c3355b362f66
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:56 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 74501edcd846830bec86bfa06c47c25083e70ffc
Gitweb: http://git.kernel.org/tip/74501edcd846830bec86bfa06c47c25083e70ffc
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:55 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Am Samstag, 21. Juni 2014, 22:29:01 schrieb Pavel Machek:
Hi!
I just test-booted 3.16-rc1, and background in X looked just wrong --
very noticeable bands on the background gradient. I thought that maybe
it is just my eyes, but I went back to older kernel, and background is
ok now.
I'm
Commit-ID: facd8fdb25fc4d041a283446cfb040cbfe2c3723
Gitweb: http://git.kernel.org/tip/facd8fdb25fc4d041a283446cfb040cbfe2c3723
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:57 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 6084a6e23c971ef703229ee1aec68d01688578d6
Gitweb: http://git.kernel.org/tip/6084a6e23c971ef703229ee1aec68d01688578d6
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:46 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 9506063992cc0785246fd314a4a40b6314685aa8
Gitweb: http://git.kernel.org/tip/9506063992cc0785246fd314a4a40b6314685aa8
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:00 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: ecc527d560cd87c74cc0bc7aff36eb72f7e18615
Gitweb: http://git.kernel.org/tip/ecc527d560cd87c74cc0bc7aff36eb72f7e18615
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:01 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 795aacf63fee1bfe8b68fd5db4882576c5c0c570
Gitweb: http://git.kernel.org/tip/795aacf63fee1bfe8b68fd5db4882576c5c0c570
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:02 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 9f354b0252b81c870ac7534d71906280cb573f86
Gitweb: http://git.kernel.org/tip/9f354b0252b81c870ac7534d71906280cb573f86
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:03 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: c03b3b0738a56cf283b0d05256988d5e3c8bd719
Gitweb: http://git.kernel.org/tip/c03b3b0738a56cf283b0d05256988d5e3c8bd719
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:08 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 18e485518656205bbffce5e01f07830a6c3f557d
Gitweb: http://git.kernel.org/tip/18e485518656205bbffce5e01f07830a6c3f557d
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:45 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 79598505aee61bc943955de3653be054c2f7393f
Gitweb: http://git.kernel.org/tip/79598505aee61bc943955de3653be054c2f7393f
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:44 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: d7b830013f59cf586c1cec3caa1ce7156da59a13
Gitweb: http://git.kernel.org/tip/d7b830013f59cf586c1cec3caa1ce7156da59a13
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:59 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 16ee7b3dcc56be14b9a813612cff2cc2339cdced
Gitweb: http://git.kernel.org/tip/16ee7b3dcc56be14b9a813612cff2cc2339cdced
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:04 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 00f49c29b3298806c74589a4ed016a2afb359e98
Gitweb: http://git.kernel.org/tip/00f49c29b3298806c74589a4ed016a2afb359e98
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:10 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: b81975eade8c6495f3c4d6746d22bdc95f61
Gitweb: http://git.kernel.org/tip/b81975eade8c6495f3c4d6746d22bdc95f61
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:11 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 95d76acc7518d566df18d67c1343bb375b78d1f3
Gitweb: http://git.kernel.org/tip/95d76acc7518d566df18d67c1343bb375b78d1f3
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:48 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 6a38fa0e3c94dfd1394a71a2d47c9c4d47367374
Gitweb: http://git.kernel.org/tip/6a38fa0e3c94dfd1394a71a2d47c9c4d47367374
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 10 Jun 2014 14:16:27 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun
Commit-ID: 15a3c7cc9154321fc3ed1f7738bb7bbe690af91d
Gitweb: http://git.kernel.org/tip/15a3c7cc9154321fc3ed1f7738bb7bbe690af91d
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:58 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: ca7e28aa4ff34fdd6622d915682b2765453c5ddd
Gitweb: http://git.kernel.org/tip/ca7e28aa4ff34fdd6622d915682b2765453c5ddd
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:54 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 44767bfaaed782d6d635ecbb13f3980041e6f33e
Gitweb: http://git.kernel.org/tip/44767bfaaed782d6d635ecbb13f3980041e6f33e
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:53 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: df334bead7e94772c41745af9f329383067d44ae
Gitweb: http://git.kernel.org/tip/df334bead7e94772c41745af9f329383067d44ae
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:06 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 8a3e533df17f821a4d25dd2969d2f90d7c168b46
Gitweb: http://git.kernel.org/tip/8a3e533df17f821a4d25dd2969d2f90d7c168b46
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:09 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Replace parse_mac_addr with sscanf.
Signed-off-by: Daniel Walter dwal...@google.com
---
Patch applies against current linux-tree
---
arch/mips/rb532/devices.c | 30 +++---
1 file changed, 7 insertions(+), 23 deletions(-)
---
diff --git a/arch/mips/rb532/devices.c
Hi
Sounds like a good idea to have better error handling although it is
an example, even more important there.
At the first return nothing has been allocated, so it's ok I guess.
At the second I reflect about adding some deallocation, there are
comments on some form of goto error part which
On Saturday 21 June 2014 23:00:37 Rickard Strandqvist wrote:
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
The subject is still wrong (it is not a cleanup, but a fix) and the
commit
On Saturday 21 June 2014 23:03:42 Rickard Strandqvist wrote:
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
See other mail, this subject and commit message still suck. The change itself
Select CLKSRC_OF for PXA architectures, as the clocksource
driver can be also initialized from device-tree.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig
Move time.c from arch/arm/mach-pxa/time.c to
drivers/clocksource/pxa_timer.c.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
---
arch/arm/mach-pxa/Makefile | 2 +-
drivers/clocksource/Makefile| 1 +
arch/arm/mach-pxa/time.c =
Add device-tree support to PXA platforms.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
---
drivers/clocksource/pxa_timer.c | 131 ++--
1 file changed, 98 insertions(+), 33 deletions(-)
diff --git a/drivers/clocksource/pxa_timer.c
-Original Message-
From: Christoph Hellwig [mailto:h...@lst.de]
Sent: Thursday, 12 June, 2014 8:49 AM
To: James Bottomley
Cc: Jens Axboe; Bart Van Assche; Elliott, Robert (Server Storage); linux-
s...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: [PATCH 10/14] scsi: only
This patchset introduces a new private data struct for this driver, adds
all of the code required to support Change-of-State interrupts for the
digital input subdevice, and finally fixes
apci1564_interrupt() to service this type of interrupt correctly.
CHANGES FROM v1:
*leave the send_sig() calls
This member of the private data struct is only set at one location in the
entire driver, and then never even used for anything. Let's just remove
its use.
Signed-off-by: Chase Southwood chase.southw...@gmail.com
Cc: Ian Abbott abbo...@mev.co.uk
Cc: H Hartley Sweeeten hswee...@visionengravers.com
The global variables ui_InterruptStatus_1564 and ui_InterruptData are both
set but never used. Just remove them from the driver.
Signed-off-by: Chase Southwood chase.southw...@gmail.com
Cc: Ian Abbott abbo...@mev.co.uk
Cc: H Hartley Sweeten hswee...@visionengravers.com
---
The addi_private struct defined in addi-data/addi_common.h is very bloated
and contains many fields which addi_apci_1564 does not require. In the
interest of eventually removing this driver's dependency on
addi_common.h, we can create a private data struct specifically for
addi_apci_1564
This board supports an interrupt that can be generated by an AND/OR
combination of 16 of the input channels.
Create a separate subdevice to handle this interrupt.
The apci1564_di_config() function is used to configure which
inputs are used to generate the interrupt. Currently this function
is
On moving the function into the driver proper, also check the device is
asserting the shared interrupt line.
This patch also fixes the interrupt handling for the digital input
change-of-state interrupts.
Signed-off-by: Chase Southwood chase.southw...@gmail.com
Cc: Ian Abbott abbo...@mev.co.uk
Applying ++ to a bool is equivalent to setting it true, regardless of
its initial value (bools are not uint1_t). Hence the function
wl_get_vif_state_all can only ever return true/false. The only in-tree
caller uses its return value as a boolean. So update its return type,
and since the list
Hi Ondrej,
On Sat, Jun 21, 2014 at 1:29 PM, Ondrej Zary li...@rainbow-software.org wrote:
Poll link status every 2 seconds instead of 60 for ADMtek Comet chips.
Why use 2 seconds for the polling interval?
I'm sure you have a good reason for this and it should be in the
commit message or as a
On Sat, Jun 21, 2014 at 06:53:07AM +0100, Al Viro wrote:
ed include/linux/uio.h EOF
/iov_iter_truncate/s/size_t/u64/
w
q
EOF
Could you check if that fixes the sucker?
The following patch (attached at the end) appears to fix the problem,
but looking at uio.h, I'm completely confused
Hi,
It's a 2nd set that fixes some missing dyntick kicks in the timer's code.
This new version also handles missing kicks in the hrtimers subsystem.
The patches are also available at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/missing-kick-v2
From: Viresh Kumar viresh.ku...@linaro.org
In lowres mode, hrtimers are serviced by the tick instead of a clock
event. Now it works well as long as the tick stays periodic but we
must also make sure that the hrtimers are serviced in dynticks mode.
Part of that job consist in kicking a dynticks
From: Viresh Kumar viresh.ku...@linaro.org
We call hrtimer_enqueue_reprogram() only when we are in high resolution
mode now so we don't need to check that again in hrtimer_enqueue_reprogram().
Once the check is removed, hrtimer_enqueue_reprogram() turns to be an
useless wrapper over
From: Viresh Kumar viresh.ku...@linaro.org
In lowres mode, hrtimers are serviced by the tick instead of a clock
event. It works well as long as the tick stays periodic but we must also
make sure that the hrtimers are serviced in dynticks mode targets,
pretty much like timer list timers do.
Note
From: Viresh Kumar viresh.ku...@linaro.org
When a timer is enqueued or modified on a dynticks target, that CPU
must re-evaluate the next tick to service that timer.
The tick re-evaluation is performed by an IPI kick on the target.
Now while we correctly call wake_up_nohz_cpu() from
On Thu, Jun 19, 2014 at 09:34:37PM -, Thomas Gleixner wrote:
The ras3 block on spear320 claims to have 3 interrupts. In fact it has
one and 6 reserved interrupts. Account the 6 reserved to this block so
it has 7 interrupts total. That matches the datasheet and the device
tree entries.
From: Viresh Kumar viresh.ku...@linaro.org
Timers are serviced by the tick. But when a timer is enqueued on a
dynticks target, we need to kick it in order to make it reconsider the
next tick to schedule to correctly handle the timer's expiring time.
Now while this kick is correctly performed for
On Sat, Jun 21, 2014 at 07:09:22PM -0400, Theodore Ts'o wrote:
On Sat, Jun 21, 2014 at 06:53:07AM +0100, Al Viro wrote:
ed include/linux/uio.h EOF
/iov_iter_truncate/s/size_t/u64/
w
q
EOF
Could you check if that fixes the sucker?
The following patch (attached at the end)
On Sun, 2014-06-22 at 00:49 +0100, Al Viro wrote:
On Sat, Jun 21, 2014 at 07:09:22PM -0400, Theodore Ts'o wrote:
On Sat, Jun 21, 2014 at 06:53:07AM +0100, Al Viro wrote:
ed include/linux/uio.h EOF
/iov_iter_truncate/s/size_t/u64/
w
q
EOF
Could you check if that fixes
On Sat, Jun 21, 2014 at 05:03:20PM -0700, James Bottomley wrote:
Anyway, does the following alone fix the problem you are seeing?
diff --git a/include/linux/uio.h b/include/linux/uio.h
index ddfdb53..dbb02d4 100644
--- a/include/linux/uio.h
+++ b/include/linux/uio.h
@@ -94,7 +94,7
On Sun, 2014-06-22 at 01:26 +0100, Al Viro wrote:
On Sat, Jun 21, 2014 at 05:03:20PM -0700, James Bottomley wrote:
Anyway, does the following alone fix the problem you are seeing?
diff --git a/include/linux/uio.h b/include/linux/uio.h
index ddfdb53..dbb02d4 100644
---
On Sat, Jun 21, 2014 at 05:32:44PM -0700, James Bottomley wrote:
No, we are not. Look:
* comparison promotes both operands to u64 here, so its result is
accurate, no matter how large count is. They are compared as natural
numbers.
True ... figured this out 10 seconds after sending
On Sun, 2014-06-22 at 01:53 +0100, Al Viro wrote:
On Sat, Jun 21, 2014 at 05:32:44PM -0700, James Bottomley wrote:
No, we are not. Look:
* comparison promotes both operands to u64 here, so its result is
accurate, no matter how large count is. They are compared as natural
numbers.
On Sun, Jun 22, 2014 at 01:53:52AM +0100, Al Viro wrote:
On Sat, Jun 21, 2014 at 05:32:44PM -0700, James Bottomley wrote:
No, we are not. Look:
* comparison promotes both operands to u64 here, so its result is
accurate, no matter how large count is. They are compared as natural
In an rt-kernel with CONFIG_MISSED_TIMER_OFFSETS_HIST enabled,
__hrtimer_start_range_ns() now crashes, as new_base is not assigned
before it is used.
I'm not sure how this should be fixed; is it:
--- a/kernel/hrtimer.c
+++ b/kernel/hrtimer.c
@@ -1108,7 +1108,7 @@ int
On Sat, Jun 21, 2014 at 12:29:01PM -0700, James Bottomley wrote:
On Thu, 2014-06-19 at 14:58 -0700, Daniel Phillips wrote:
On Thursday, June 19, 2014 2:26:48 AM PDT, Lukáš Czerner wrote:
Let me remind you some more important problems Dave brought up,
including page forking:
The
The following changes since commit 64b2d1fbbfda07765dae3f601862796a61b2c451:
Merge tag 'for-f2fs-3.16' of
git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs (2014-06-09 19:11:44
-0700)
are available in the git repository at:
git://git.samba.org/jlayton/linux.git
From: Joe Perches j...@perches.com
Date: Sat, 21 Jun 2014 07:10:06 -0700
In this case, it seems the simple substitution of
unnecessary null to the subject would have been
enough validation.
Agreed.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
From: Grant Grundler grantgrund...@gmail.com
Date: Sat, 21 Jun 2014 15:59:30 -0700
Hi Ondrej,
On Sat, Jun 21, 2014 at 1:29 PM, Ondrej Zary li...@rainbow-software.org
wrote:
Poll link status every 2 seconds instead of 60 for ADMtek Comet chips.
Why use 2 seconds for the polling interval?
For subtraction between 2 pointers, the result's type is 'long', so
need use '%lx' instead of '%zx'.
The related warning (allmodconfig under unicore32):
CC [M] fs/ntfs/compress.o
fs/ntfs/compress.c: In function 'ntfs_decompress':
fs/ntfs/compress.c:207:2: warning: format '%zx' expects
On Saturday, June 21, 2014 12:29:01 PM PDT, James Bottomley wrote:
On Thu, 2014-06-19 at 14:58 -0700, Daniel Phillips wrote:
We already removed 450 lines of core kernel workarounds from Tux3 with
an
approach that was literally cut and pasted from one of Dave's
emails. Then
Dave changed his
On Sun, 2014-06-22 at 02:04 +0100, Ben Hutchings wrote:
In an rt-kernel with CONFIG_MISSED_TIMER_OFFSETS_HIST enabled,
__hrtimer_start_range_ns() now crashes, as new_base is not assigned
before it is used.
Oh yeah, forgot about this.
I'm not sure how this should be fixed; is it:
My
(CCs stable -rt maintainer)
On Sun, 2014-06-22 at 06:10 +0200, Mike Galbraith wrote:
On Sun, 2014-06-22 at 02:04 +0100, Ben Hutchings wrote:
In an rt-kernel with CONFIG_MISSED_TIMER_OFFSETS_HIST enabled,
__hrtimer_start_range_ns() now crashes, as new_base is not assigned
before it is
'COUNTER' and other same kind macros are too common to use, and easy to
get conflict with other modules. So add prefix for them.
The related warning (allmodconfig with score):
CC [M] drivers/md/raid1.o
In file included from drivers/md/raid1.c:42:0:
drivers/md/bitmap.h:93:0: warning:
On 06/21/2014 09:48 PM, Chen Gang wrote:
'COUNTER' and other same kind macros are too common to use, and easy to
get conflict with other modules. So add prefix for them.
The related warning (allmodconfig with score):
CC [M] drivers/md/raid1.o
In file included from
It's a day early, but tomorrow ends up being inconvenient for me due
to being on the road most of the day, so here you are. These days most
people send me their pull requests and patches during the week, so
it's not like I expect that a Sunday release would have made much of a
difference. And it's
On 06/22/2014 01:16 PM, Guenter Roeck wrote:
On 06/21/2014 09:48 PM, Chen Gang wrote:
'COUNTER' and other same kind macros are too common to use, and easy to
get conflict with other modules. So add prefix for them.
The related warning (allmodconfig with score):
CC [M]
Currently, we have no kernel paramater to avoid loading a configured initial
RAM filesystem. Therefore, if a kernel is built with an appended initramfs,
there's no way to avoid unpacking and mounting it as the rootfs.
This commit adds a new kernel parameter to provide such option, following the
401 - 480 of 480 matches
Mail list logo