This v2 patch is good,
Tested-by: Mike Qiu
On 06/11/2014 11:40 PM, Michal Marek wrote:
The rule to create the final images uses a zImage.% pattern.
Unfortunately, this also matches the names of the zImage.*.lds linker
scripts, which appear as a dependency of the final images. This somehow
work
On Wed, 2014-06-11 at 23:33 +0400, Kirill Tkhai wrote:
> В Ср, 11/06/2014 в 17:43 +0400, Kirill Tkhai пишет:
> >
> > 11.06.2014, 17:15, "Srikar Dronamraju" :
> > >>> * Kirill Tkhai [2014-06-11 13:52:10]:
> > Currently migrate_tasks() skips throttled tasks,
> > because they are not
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/infiniband/hw/cxgb4/cm.c between commits 11b8e22d4d09
("RDMA/cxgb4: Fix vlan support") and 9eccfe109b27 ("RDMA/cxgb4: Add
support for iWARP Port Mapper user space service") from Linus' tree and
commits 92e7ae71726c ("i
On Thu, Jun 5, 2014 at 12:45 AM, David Miller wrote:
> From: Iyappan Subramanian
> Date: Mon, 2 Jun 2014 12:39:14 -0700
>
>> + netdev_err(ndev, "LERR: %d ring_num: %d ", status, ring->num);
>> + switch (status) {
>> + case HBF_READ_DATA:
>> + netdev_err(ndev, "HBF read da
> Sadly I can't find the tree, but I'm 94% sure it was Skein-256
> (specifically the SHA3-256 candidate parameter set.)
It would be nice to have two hash functions, optimized separately for 32-
and 64-bit processors. As the Skein report says, the algorithm can
be adapted to 32 bits easily enough.
This bug was introduced by commit 92eb77d ("Input: evdev - fall back
to vmalloc for client event buffer").
vzalloc is used to alloc memory as fallback in case of failure
of kzalloc. But err_free_client was not considered on below case.
1. kzalloc fail
2. vzalloc success
3. evdev_open_device fail
4
>> Persuading GCC to throw away *all* the self-test data after running
>> it was surprisingly annoying.
>
> Yeah. Props for making the attempt.
*Whew*. I was worried I'd get upbraided for overoptimziation.
>> The one thing I'm not really sure about is what to do if the self-test
>> fails. For
On Wed, Jun 11, 2014 at 5:25 PM, wrote:
> On Wed, Jun 11, 2014 at 04:39:42PM -0400, Pranith Kumar wrote:
>> kernel/rcu/tree.c:3435:21: warning: incorrect type in argument 1 (different
>> modifiers)
>> kernel/rcu/tree.c:3435:21:expected int ( *threadfn )( ... )
>> kernel/rcu/tree.c:3435:21:
On 6/11/2014 6:54 AM, Peter Zijlstra wrote:
On Fri, May 30, 2014 at 11:43:55AM -0400, Waiman Long wrote:
Enabling this configuration feature causes a slight decrease the
performance of an uncontended lock-unlock operation by about 1-2%
mainly due to the use of a static key. However, uncontended
On 06/12/2014 12:55 AM, Vlad Yasevich wrote:
On 06/11/2014 08:55 AM, Vlad Yasevich wrote:
On 06/10/2014 10:37 PM, Xufeng Zhang wrote:
Consider the scenario:
For a TCP-style socket, while processing the COOKIE_ECHO chunk in
sctp_sf_do_5_1D_ce(), after it has passed a series of sanity c
On Fri, Mar 28, 2014 at 11:08 AM, Grant Likely wrote:
> Hi all,
>
> This is a series that I've been playing with over the last few days to
> clean up the selection of default console devices when using the device
> tree. The device tree defines a way of specifying the console by using a
> "stdout-
On 6/11/2014 2:37 PM, Jason Low wrote:
Upon entering the slowpath in __mutex_lock_common(), we try once more to
acquire the mutex. We only try to acquire if (lock->count >= 0). However,
what we actually want here is to try to acquire if the mutex is unlocked
(lock->count == 1).
This patch ch
On 6/11/2014 2:37 PM, Jason Low wrote:
v1->v2:
- There were discussions in v1 about a possible mutex_has_waiters()
function. This patch didn't use that function because the places which
used MUTEX_SHOW_NO_WAITER requires checking for lock->count while an
actual mutex_has_waiters() shoul
On 05/27/2014 07:11 AM, Torsten Duwe wrote:
> [checkpatch tells me not to 0-init...]
>
> This patch introduces a derating factor to struct hwrng for
> the random bits going into the kernel input pool, and a common
> default derating for drivers which do not specify one.
>
> Signed-off-by: Torsten
On 6/11/2014 5:48 PM, Jason Low wrote:
On Wed, 2014-06-11 at 17:00 -0400, Long, Wai Man wrote:
On 6/9/2014 1:38 PM, Jason Low wrote:
On Wed, 2014-06-04 at 13:58 -0700, Davidlohr Bueso wrote:
On Wed, 2014-06-04 at 13:57 -0700, Davidlohr Bueso wrote:
In addition, how about the following helper
I have a proposal for you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 06/11/2014 11:26 PM, Greg Kroah-Hartman wrote:
On Wed, Jun 11, 2014 at 06:25:20AM +0800, Lu Baolu wrote:
When the xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_bus_suspend needs to clear all root port wake on bits. Otherwise some Intel
platform may get a spuriou
Ok, some misconfiguration here probably, never mind. I'll finish the
tests tomorrow, compare with existent ones and let you know asap. Tks.
On Wed, Jun 11, 2014 at 10:09 PM, Eric W. Biederman
wrote:
> Rafael Tinoco writes:
>
>> I'm getting a kernel panic with your patch:
>>
>> -- panic
>> -- mou
Rafael Tinoco writes:
> I'm getting a kernel panic with your patch:
>
> -- panic
> -- mount_block_root
> -- mount_root
> -- prepare_namespace
> -- kernel_init_freeable
>
> It is giving me an unknown block device for the same config file i
> used on other builds. Since my test is running on a kvm
Hi Steve,
On Wed, 11 Jun 2014 10:03:40 -0400, Steven Rostedt wrote:
> On Wed, 11 Jun 2014 17:06:53 +0900
> Namhyung Kim wrote:
>
>> As struct ftrace_page is managed in a single linked list, it should
>> free from the start page.
>>
>> Signed-off-by: Namhyung Kim
>> ---
>> kernel/trace/ftrace.c
On Wed, Jun 11, 2014 at 04:53:55PM -0700, John Stultz wrote:
> On Wed, Jun 11, 2014 at 4:01 PM, John Whitmore wrote:
> > I'm having a problem with a DS3234 SPI based RTC chip and rtc/hctosys.c on
> > the
> > 3.10.29 kernel of the RaspberryPi. I'm not sure this is a bug or not but
> > thought I'd
On Tue, 10 Jun 2014 19:04:54 +0400, Stanislav Fomichev wrote:
> --io-skip-eagain - don't show EAGAIN errors
> --io-min-time- make small io bursts visible
> --io-merge-dist - merge adjacent events
>
> Signed-off-by: Stanislav Fomichev
> ---
> tools/perf/Documentation/perf-timechart.txt | 9 +
On 06/11/2014 06:11 AM, Theodore Ts'o wrote:
> On Tue, Jun 10, 2014 at 11:58:06PM -0400, George Spelvin wrote:
>> You can forbid underflows, but the code doesn't forbid overflows.
>>
>> 1. Assume the entropy count starts at 512 bytes (input pool full)
>> 2. Random writer mixes in 20 bytes of entrop
Hi Stanislav,
On Tue, 10 Jun 2014 19:04:52 +0400, Stanislav Fomichev wrote:
> In IO mode timechart shows any disk/network activity.
[SNIP]
> +Record system-wide IO events:
> +
> + $ perf timechart record -I
I got a segfault here:
Core was generated by `perf timechart record -I'.
Program te
On Mon, Jun 9, 2014 at 6:40 PM, Ming Lei wrote:
> The root cause is that device returns
> NVME_INTERNAL_DEV_ERROR(0x6) with your conversion
> patch.
The above problem is caused by qemu not handling -EAGAIN from
io_submit(), so please ignore the report.
Thanks,
--
Ming Lei
--
To unsubscribe fro
On Wed, Jun 11, 2014 at 05:53:02PM -0700, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> Current vendor-prefixes.txt already has
> "ak" prefix for Asahi Kasei Corp by
> ae8c4209af2cec065fef15d200a42a04130799f7
> (of: Add vendor prefix for Asahi Kasei Corp.)
>
> It went through the approp
Commit-ID: eff50c347fcc8feeb8c1723c23c89aba67c60263
Gitweb: http://git.kernel.org/tip/eff50c347fcc8feeb8c1723c23c89aba67c60263
Author: Jiri Kosina
AuthorDate: Tue, 10 Jun 2014 22:49:31 +0200
Committer: H. Peter Anvin
CommitDate: Wed, 11 Jun 2014 17:55:30 -0700
x86/smep: Be more informa
Hi Jon, Thanks for your detailed explanation. Now I have a clearer
understanding of it.
Thanks! :)
Yijing.
On 2014/6/12 1:18, Jon Mason wrote:
> On Wed, Jun 11, 2014 at 05:03:38PM +0800, Yijing Wang wrote:
>> Hi Jon,
>>I have a Intel Haswell platform in hand, and our team want to use NTB in
From: Kuninori Morimoto
Current vendor-prefixes.txt already has
"ak" prefix for Asahi Kasei Corp by
ae8c4209af2cec065fef15d200a42a04130799f7
(of: Add vendor prefix for Asahi Kasei Corp.)
It went through the appropriate review process,
and is already in use.
But, almost all Asahi Kasei chip drive
Oleg reports a division by zero error on zero-length write() to the
percpu_pagelist_fraction sysctl:
divide error: [#1] SMP DEBUG_PAGEALLOC
CPU: 1 PID: 9142 Comm: badarea_io Not tainted 3.15.0-rc2-vm-nfs+ #19
Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
ta
On 06/11/2014 01:41 PM, H. Peter Anvin wrote:
> On 06/11/2014 12:25 PM, Theodore Ts'o wrote:
>> On Wed, Jun 11, 2014 at 09:48:31AM -0700, H. Peter Anvin wrote:
>>> While talking about performance, I did a quick prototype of random using
>>> Skein instead of SHA-1, and it was measurably faster, in p
> It's not something where if the changes required massive changes, that
> I'd necessarily feel the need to backport them to stable. It's a
> certificational weakness, but it's a not disaster.
Agreed! It's been there for years, and I'm not too worried. It takes
a pretty tight race to cause the
Hi Kukjin,
Today's linux-next merge of the samsung tree got a conflict in
arch/arm/mach-exynos/sleep.S between commit 25a9ef63cd2b ("ARM: l2c:
exynos: convert to common l2c310 early resume functionality") from
Linus' tree and commit af728bd84cc8 ("ARM: EXYNOS: Fix build error with
thumb2") from th
On Wed, 11 Jun 2014, John Stultz wrote:
> On Wed, Jun 11, 2014 at 5:22 PM, Thomas Gleixner wrote:
> > On Wed, 11 Jun 2014, John Stultz wrote:
> >
> >> On Wed, Jun 11, 2014 at 4:59 PM, Thomas Gleixner
> >> wrote:
> >> > There is no point in calling gettimeofday if only the seconds part of
> >> >
> ... but how did you measure the "2/3 the time"? I've done some
> measurements, using both "time calling fast_mix() and fast_mix2() N
> times and divide by N (where N needs to be quite large). Using that
> metric, fast_mix2() takes seven times as long to run.
Wow, *massively* different results.
On Wed, Jun 11, 2014 at 5:22 PM, Thomas Gleixner wrote:
> On Wed, 11 Jun 2014, John Stultz wrote:
>
>> On Wed, Jun 11, 2014 at 4:59 PM, Thomas Gleixner wrote:
>> > There is no point in calling gettimeofday if only the seconds part of
>> > the timespec is used. Use get_seconds() instead. It's not
I'm getting a kernel panic with your patch:
-- panic
-- mount_block_root
-- mount_root
-- prepare_namespace
-- kernel_init_freeable
It is giving me an unknown block device for the same config file i
used on other builds. Since my test is running on a kvm guest under a
ramdisk, i'm still checking
On Wed, 11 Jun 2014, Vlastimil Babka wrote:
> > > diff --git a/mm/compaction.c b/mm/compaction.c
> > > index c339ccd..d1e30ba 100644
> > > --- a/mm/compaction.c
> > > +++ b/mm/compaction.c
> > > @@ -965,8 +965,8 @@ static isolate_migrate_t isolate_migratepages(struct
> > > zone *zone,
> > >
On Wed, Jun 11, 2014 at 04:07:44PM -0600, Alex Williamson wrote:
>On Wed, 2014-06-11 at 15:15 -0600, Bjorn Helgaas wrote:
>> On Sat, Jun 7, 2014 at 9:02 PM, Ben Hutchings wrote:
>> > On Wed, 2014-06-04 at 16:23 -0700, Greg Kroah-Hartman wrote:
>> >> 3.14-stable review patch. If anyone has any obj
On Wed, 11 Jun 2014, John Stultz wrote:
> On Wed, Jun 11, 2014 at 4:59 PM, Thomas Gleixner wrote:
> > There is no point in calling gettimeofday if only the seconds part of
> > the timespec is used. Use get_seconds() instead. It's not only the
> > proper interface it's also faster.
>
> My only ca
On Wed, 11 Jun 2014, Vlastimil Babka wrote:
> > I hate to belabor this point, but I think gcc does treat it differently.
> > If you look at the assembly comparing your patch to if you do
> >
> > unsigned long freepage_order = ACCESS_ONCE(page_private(page));
> >
> > instead, then if you enab
"Paul E. McKenney" writes:
> On Wed, Jun 11, 2014 at 04:12:15PM -0700, Eric W. Biederman wrote:
>> "Paul E. McKenney" writes:
>>
>> > On Wed, Jun 11, 2014 at 01:46:08PM -0700, Eric W. Biederman wrote:
>> >> On the chance it is dropping the old nsproxy which calls syncrhonize_rcu
>> >> in switch
On Wed, Jun 11, 2014 at 4:59 PM, Thomas Gleixner wrote:
> There is no point in calling gettimeofday if only the seconds part of
> the timespec is used. Use get_seconds() instead. It's not only the
> proper interface it's also faster.
My only caution here is you only get tick-granular time here. S
> What gcc version are you using?
> Ralf
I am using gcc 4.4.1.
Thanks.
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts()
Signed-off-by: Thomas Gleixner
---
kernel/tsacct.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/tsacct.c
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts()
Signed-off-by: Thomas Gleixner
---
kernel/acct.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/acct.c
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts().
Signed-off-by: Thomas Gleixner
Cc: Jaroslav Kysela
Cc: Takashi Iwai
---
include/sound/pcm.h |2 +-
sound/core/timer.c |4 ++--
2 files changed, 3 insertions(+), 3
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts().
Signed-off-by: Thomas Gleixner
Cc: Oleg Nesterov
---
kernel/fork.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/fork.c
This is part 1 of a larger cleanup series I have on store. This just
deals with simple independent cleanups, except for the removal of
do_posix_clock_monotonic_gettime() which depends on all the related
cleanup patches being applied. I'm happy to take the whole series
trough my tree if nobody objec
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts() and returns
the monotonic time in a timespec.
Use ktime based ktime_get() and use the ktime_delta_us() function to
calculate the delta instead of open coding the timespec math.
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts().
Signed-off-by: Thomas Gleixner
Cc: Jason Wessel
---
kernel/debug/kdb/kdb_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/debug/kdb/kdb_
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts()
Signed-off-by: Thomas Gleixner
Cc: Stefan Richter
---
drivers/firewire/core-cdev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/drivers/firewire/co
Converting time from one format to another seems to give coders a warm
and fuzzy feeling.
Use the proper interfaces.
Signed-off-by: Thomas Gleixner
Cc: Johannes Berg
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
---
net/mac80211/status.c |7 ++-
net/mac80211/tx.c |
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts().
Signed-off-by: Thomas Gleixner
Cc: Johannes Berg
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
---
net/mac80211/cfg.c |2 +-
net/mac80211/debugfs_s
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts(). Remove the
silly wrapper while at it.
Signed-off-by: Thomas Gleixner
---
kernel/delayacct.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
Index:
Why is converting time formats so desired if there are proper
interfaces for this?
Signed-off-by: Thomas Gleixner
Cc: Bing Zhao
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
---
drivers/net/wireless/mwifiex/cfg80211.c |4 +---
drivers/net/wireless/mwifiex/main.c |4 +---
There is no point in calling gettimeofday if only the seconds part of
the timespec is used. Use get_seconds() instead. It's not only the
proper interface it's also faster.
Signed-off-by: Thomas Gleixner
Cc: Kentaro Takeda
Cc: linux-security-mod...@vger.kernel.org
---
security/tomoyo/audit.c |
do_posix_clock_monotonic_gettime() is a leftover from the initial
posix timer implementation which maps to ktime_get_ts().
No more users. Remove the cruft.
Signed-off-by: Thomas Gleixner
---
include/linux/time.h |1 -
1 file changed, 1 deletion(-)
Index: linux/include/linux/time.h
On Wed, Jun 11, 2014 at 04:12:15PM -0700, Eric W. Biederman wrote:
> "Paul E. McKenney" writes:
>
> > On Wed, Jun 11, 2014 at 01:46:08PM -0700, Eric W. Biederman wrote:
> >> On the chance it is dropping the old nsproxy which calls syncrhonize_rcu
> >> in switch_task_namespaces that is causing you
wing spew:
> >
> > [ 3460.136058] =
> > [ 3460.138017] [ BUG: trinity-c70/27193 still has locks held! ]
> > [ 3460.141491] 3.15.0-next-20140611-sasha-00022-g9466d2f-dirty #638 Not
> > tainted
> > [ 3460.143219] -
> &g
On Wed, Jun 11, 2014 at 4:01 PM, John Whitmore wrote:
> I'm having a problem with a DS3234 SPI based RTC chip and rtc/hctosys.c on the
> 3.10.29 kernel of the RaspberryPi. I'm not sure this is a bug or not but
> thought I'd ask. I've enabled the kernel config option for HCTOSYS which, on
> boot, s
On Wed, Jun 11, 2014 at 02:22:30PM +0200, Vlastimil Babka wrote:
> On 06/11/2014 03:10 AM, Minchan Kim wrote:
> >On Mon, Jun 09, 2014 at 11:26:14AM +0200, Vlastimil Babka wrote:
> >>Async compaction aborts when it detects zone lock contention or
> >>need_resched()
> >>is true. David Rientjes has r
On Wed, Jun 11, 2014 at 10:58 AM, Rob Herring wrote:
> On 06/10/2014 03:52 PM, Tony Luck wrote:
> I think I figured it out. The function
> serial8250_find_port_for_earlycon is failing to match 'uart' console to
> 'ttyS' console and transfer the options. It was also failing to create
> an option st
On Wed, Jun 11, 2014 at 11:57:02PM +0800, Chew Chiau Ee wrote:
> It was observed that after module removal followed by insertion,
> the SW mode chipselect is not properly set. Thus causing transfer
> failure due to incorrect CS toggling.
> - value &= ~SPI_CS_CONTROL_SW_MODE;
> + orig = va
Some fields in "struct net_bridge" aren't available when compiling the
kernel without IPv6 support. Therefore adding a check/macro to skip the
complaining code sections in that case.
Introduced by 2cd4143192e8c60f66cb32c3a30c76d0470a372d
("bridge: memorize and export selected IGMP/MLD querier port
Once my last patchset got applied, I got slapped by an automatic smatch
and build bot. Here are two patches fixing the according issues, a potential
null pointer dereference and a compile error when compiling without IPv6.
[PATCH 1/2] is probably not the ideal solution - the assignment of the
grou
"New smatch warnings:
net/bridge/br_multicast.c:1368 br_ip6_multicast_query() error:
we previously assumed 'group' could be null (see line 1349)"
In the rare (sort of broken) case of a query having a Maximum
Response Delay of zero, we could create a potential null pointer
dereference.
Fixi
rinity-c70/27193 still has locks held! ]
> [ 3460.141491] 3.15.0-next-20140611-sasha-00022-g9466d2f-dirty #638 Not
> tainted
> [ 3460.143219] -
> [ 3460.167979] 2 locks held by trinity-c70/27193:
> [ 3460.169172] #0: (tick_broadcast_lock){-.-.-
From: Rafael J. Wysocki
Commit 66345d5f79fc (ACPI / ia64 / sba_iommu: Use ACPI scan handler
for device discovery) changed the ordering of SBA (System Bus Adapter)
IOMMU initialization with respect to the PCI host bridge initialization
which broke things inadvertently, because the SBA IOMMU initia
On Tue, Jun 10, 2014 at 12:14 PM, Ed Tomlinson wrote:
> On Monday 09 June 2014 12:17:50 Sasha Levin wrote:
>> On 06/09/2014 11:59 AM, Chris Mason wrote:
>> > On 06/09/2014 11:16 AM, Sasha Levin wrote:
>> >> > Hi all,
>> >> >
>> >> > It seems that some recent changes to btrfs tests make it hang dur
"Paul E. McKenney" writes:
> On Wed, Jun 11, 2014 at 01:46:08PM -0700, Eric W. Biederman wrote:
>> On the chance it is dropping the old nsproxy which calls syncrhonize_rcu
>> in switch_task_namespaces that is causing you problems I have attached
>> a patch that changes from rcu_read_lock to task_
On 6 Jun 2014 22:49:28 -0400 "George Spelvin" wrote:
> This was useful during development, and is retained for future regression
> testing.
>
> GCC appears to have no way to place string literals in a particular
> section; adding __initconst to a char pointer leaves the string itself
> in the de
On Wed, 11 Jun 2014, David Rientjes wrote:
> Any reason to not switch this to
>
> ARM64_64K_PAGES && TRANSPARENT_HUGEPAGE && CMA
>
(ARM64_64K_PAGES) && (TRANSPARENT_HUGEPAGE || CMA)
> instead? If pageblock_order > MAX_ORDER because of
> HPAGE_SHIFT > PAGE_SHIFT, then cma is always goin
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel I've stumbled on the following spew:
[ 3460.136058] =
[ 3460.138017] [ BUG: trinity-c70/27193 still has locks held! ]
[ 3460.141491] 3.15.0-next-20140611-sasha-
On Wed, 11 Jun 2014, Mark Salter wrote:
> With a kernel configured with ARM64_64K_PAGES && !TRANSPARENT_HUGEPAGE
> I get this at early boot:
>
> SMP: Total of 8 processors activated.
> devtmpfs: initialized
> Unable to handle kernel NULL pointer dereference at virtual address 0008
> p
I'm having a problem with a DS3234 SPI based RTC chip and rtc/hctosys.c on the
3.10.29 kernel of the RaspberryPi. I'm not sure this is a bug or not but
thought I'd ask. I've enabled the kernel config option for HCTOSYS which, on
boot, should set the system's date/time to the value read from the RTC
On Wednesday, June 11, 2014 01:42:16 PM Todd E Brandt wrote:
> Is this accepted?
Yes, applied. Thanks!
> On Tue, Jun 10, 2014 at 11:41:33PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, June 10, 2014 05:17:16 PM Steven Rostedt wrote:
> > > On Tue, 10 Jun 2014 23:17:46 +0200
> > > "Rafael J. Wy
Hi Folks,
The CFP has been extended to the end of next week: 20th June, with speaker
notifications going out by the 27th.
On Tue, 29 Apr 2014, James Morris wrote:
> ==
> ANNOUNCEMENT AND CALL FOR PARTICIPA
On Wed, 11 Jun 2014, Christoph Lameter wrote:
> > > The zone should not cross the 8M boundary?
> >
> > Yes, but the question is: why?
>
> zones need to be aligned so that the huge pages order and other page
> orders allocated from the page allocator are at their "natural alignment".
> Otherwise h
On Wed, Jun 11, 2014 at 01:46:08PM -0700, Eric W. Biederman wrote:
> Dave Chiluk writes:
>
> > On 06/11/2014 11:18 AM, Paul E. McKenney wrote:
> >> On Wed, Jun 11, 2014 at 10:46:00AM -0500, David Chiluk wrote:
> >>> Now think about what happens when a gateway goes down, the namespaces
> >>> need
On Wed, 11 Jun 2014, Matias Bjørling wrote:
I've rebased nvmemq_review and added two patches from Jens that add
support for requests with single range virtual addresses.
Keith, will you take it for a spin and see if it fixes 068 for you?
There might still be a problem with some flushes, I'm loo
This driver adds support for USB controlled led panels that exists in MSI
GT683R laptop
Signed-off-by: Janne Kanniainen
---
Changes in v2:
- sorted headers to alphabetic order
- using devm_kzalloc
- using BIT(n)
- using usb_control_msg instead of usb_submit_urb
On Tue, 10 Jun 2014, Steven Miao (Steven Miao) wrote:
> From: Steven Miao
>
> mm could be removed from current task struct, using previous vma->vm_mm
>
> It will crash on blackfin after updated to Linux 3.15. The commit "mm:
> per-thread vma caching" caused the crash.
> mm could be removed fro
From: Dmitry Popov
Date: Wed, 11 Jun 2014 15:09:14 +0400
> This patch fixes the following sparse warnings:
>
> net/ipv4/ip_tunnel.c:245:53: warning: restricted __be16 degrades to integer
> net/ipv4/ip_vti.c:321:19: warning: incorrect type in assignment (different
> base types)
> net/ipv4/ip_vti
From: Varka Bhadram
Date: Wed, 11 Jun 2014 10:04:44 +0530
> adds the device managed APIs so that no need worry about
> freeing the resources.
>
> Signed-off-by: Varka Bhadram
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
On Wed, Jun 11, 2014 at 3:28 PM, Andy Lutomirski wrote:
> On Wed, Jun 11, 2014 at 3:27 PM, H. Peter Anvin wrote:
>> On 06/11/2014 03:22 PM, Andy Lutomirski wrote:
>>> On Wed, Jun 11, 2014 at 3:18 PM, H. Peter Anvin wrote:
On 06/11/2014 02:56 PM, Andy Lutomirski wrote:
>
> 13ns is wi
From: Milos Vyletel
Date: Tue, 10 Jun 2014 13:49:35 -0400
> On Tue, Jun 10, 2014 at 1:13 PM, Stephen Hemminger
> wrote:
>> On Tue, 10 Jun 2014 12:19:11 -0400
>> Milos Vyletel wrote:
>>
>>> As it is right now net.ipv6.conf.all.* are mostly ignored and instead
>>> we're only making decisions base
On Wed, 11 Jun 2014, Heiko Carstens wrote:
> Alternatively we could also change the seqfile code to fall back to
> vmalloc allocations. That would probably "fix" all single_open usages
> where large contiguous memory areas are needed and later on fail due
> to memory fragmentation.
> Does anybody
On Wed, Jun 11, 2014 at 3:27 PM, H. Peter Anvin wrote:
> On 06/11/2014 03:22 PM, Andy Lutomirski wrote:
>> On Wed, Jun 11, 2014 at 3:18 PM, H. Peter Anvin wrote:
>>> On 06/11/2014 02:56 PM, Andy Lutomirski wrote:
13ns is with the simplest nonempty filter. I hope that empty filters
On 06/11/2014 03:22 PM, Andy Lutomirski wrote:
> On Wed, Jun 11, 2014 at 3:18 PM, H. Peter Anvin wrote:
>> On 06/11/2014 02:56 PM, Andy Lutomirski wrote:
>>>
>>> 13ns is with the simplest nonempty filter. I hope that empty filters
>>> don't work.
>>>
>>
>> Why wouldn't they?
>
> Is it permissibl
On Wed, Jun 11, 2014 at 11:17:28AM +0200, Boris BREZILLON wrote:
> Hello,
>
> This series adds support for the P2WI block used by some Allwinner boards
> to interface with the AXP221 PMIC.
>
> The P2WI controller looks like an SMBus controller which only supports byte
> data transfers. But, it di
On Wed, Jun 11, 2014 at 10:34:37PM +0200, Max Schwarz wrote:
> Driver for the native I2C adapter found in Rockchip RK3xxx SoCs.
>
> Configuration is only possible through devicetree. The driver is
> interrupt driven and supports the I2C_M_IGNORE_NAK mangling bit.
>
> Signed-off-by: Max Schwarz
On Wed, Jun 11, 2014 at 7:09 PM, Matthew Wilcox wrote:
> On Wed, Jun 11, 2014 at 10:54:52AM -0600, Jens Axboe wrote:
>> OK, so essentially any single request must be a virtually contig piece
>> of memory. Is there any size limitations to how big this contig segment
>> can be?
>
> The maximum size
On Wed, Jun 11, 2014 at 3:18 PM, H. Peter Anvin wrote:
> On 06/11/2014 02:56 PM, Andy Lutomirski wrote:
>>
>> 13ns is with the simplest nonempty filter. I hope that empty filters
>> don't work.
>>
>
> Why wouldn't they?
Is it permissible to fall off the end of a BPF program? I'm getting
EINVAL
On 06/11/2014 03:15 PM, David Rientjes wrote:
> +CONFIG_ARCH_MEMORY_PROBE and can be configured on powerpc, sh, and x86
> +if hotplug is supported, although for x86 this should be handled by ACPI
> +notification.
Looks like a good change, in general.
My only nit is that this implies that all hotp
On Wed, Jun 11, 2014 at 10:58 AM, Rob Herring wrote:
> I think I figured it out. The function
> serial8250_find_port_for_earlycon is failing to match 'uart' console to
> 'ttyS' console and transfer the options. It was also failing to create
> an option string when the baud rate is probed. Can you
On 06/11/2014 02:56 PM, Andy Lutomirski wrote:
>
> 13ns is with the simplest nonempty filter. I hope that empty filters
> don't work.
>
Why wouldn't they?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
From: Jongsung Kim
Date: Tue, 10 Jun 2014 12:50:12 +0900
> Using phy_drivers_register/_unregister functions is proper way to
> handle multiple PHY drivers registration. For Realtek PHY drivers
> module, it fixes incomplete current error-handlings up and adds
> missed unregistration for the RTL820
Documentation/memory-hotplug.txt incorrectly states that the memory driver
"probe" interface is only supported on powerpc and is vague about its
application on x86. Clarify the platforms that make this interface
available if memory hotplug is enabled.
Signed-off-by: David Rientjes
---
Docume
On Wed, 11 Jun 2014, Zhang Zhen wrote:
> Hi,
>
> Now we can hot-add memory by
>
> % echo start_address_of_new_memory > /sys/devices/system/memory/probe
>
> Then, [start_address_of_new_memory, start_address_of_new_memory +
> memory_block_size] memory range is hot-added.
>
> But we can only hot-
101 - 200 of 780 matches
Mail list logo
