From: Steven Rostedt
Date: Tue, 28 Jan 2014 15:57:56 -0500
> At Red Hat we base our real-time kernel off of 3.10.27 and do lots of
> stress testing on that kernel. This has discovered some bugs that we
> can hit with the vanilla 3.10.27 kernel (no -rt patches applied).
>
> I sent out a bug fix t
Hello Sylwester,
On 23 January 2014 16:11, Sylwester Nawrocki wrote:
> Hi,
>
> On 23/01/14 11:18, Naveen Krishna Ch wrote:
>> Hello All,
>>
>> On 15 January 2014 14:47, Naveen Krishna Chatradhi
>> wrote:
>>> This patch set adds use of clk_prepare/clk_unprepare as
>>> required by generic clock fr
From: Rashika Kheria
Date: Tue, 17 Dec 2013 16:41:11 +0530
> Include appropriate header file include/linux/ide.h in file
> ide-pio-blacklist.c because function ide_scan_pio_blacklist() has it's
> prototype declaration in include/linux/ide.h.
>
> This eliminates the following warning in ide-pio-b
From: Rashika Kheria
Date: Tue, 17 Dec 2013 16:38:16 +0530
> Include appropriate header file ide-cd.h in ide-cd_verbose.c because
> function ide_cd_log_error() has its prototype declaration in ide-cd.h.
> Also, include linux/ide.h because it contains certain declarations
> necessary for including
于 2014年01月29日 10:03, xinhui.pan 写道:
>
>> On Tue, Jan 28, 2014 at 01:48:28PM +0800, xinhui.pan wrote:
>>> From: "xinhui.pan"
>>>
>>> i2c_dw_pci_runtime_idle should return -EBUSY rather than zero if it do
>>> success.
>>
>> I don't understand...
>>
> Sorry for my poor English.
> Even if i2c_dw_
Am 29.01.2014 06:32, schrieb Andrew Ruder:
> Ok, I've got some more useful information. I have been adding
> a multitude of WARN_ON's and prink's all over the remount code and have
> come up with the attached log.
>
> A little bit of explanation:
>
> Line 1: sync_filesystem (from do_remount_sb)
On Wed, 22 Jan 2014, SeongJae Park wrote:
> Oops, I've forgot about the merge window. Thank you very much for your
> kind answer.
> Sorry if I bothered you while you're in busy time.
> Because the build problem is not a big deal because it exists only in
> -next tree,
This problem exists in Linus
On Wednesday, January 29, 2014 10:24 PM, Jenny Tc wrote:
> On Tue, Jan 28, 2014 at 07:14:45AM -0700, Pavel Machek wrote:
> > > +#define BQ24261_ICHRG_MASK (0x1F << 3)
> > > +#define BQ24261_ICHRG_100ma (0x01 << 3)
> > > +#define BQ24261_ICHRG_200ma (0x01 << 4
于 2014年01月29日 08:13, David Cohen 写道:
> On Tue, Jan 28, 2014 at 12:12:06PM -0600, Felipe Balbi wrote:
>> On Tue, Jan 28, 2014 at 09:24:13AM -0800, David Cohen wrote:
>>> On Tue, Jan 28, 2014 at 10:49:37AM -0600, Felipe Balbi wrote:
On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
>>
* Gu Zheng wrote:
> Hi Ingo,
> On 01/28/2014 07:48 PM, Ingo Molnar wrote:
>
> >
> > * David Rientjes wrote:
> >
> >> On Tue, 28 Jan 2014, Tang Chen wrote:
> >>
> >>> On-stack variable numa_kernel_nodes in numa_clear_kernel_node_hotplug()
> >>> was not initialized. So we need to initialize it
* Vince Weaver wrote:
> After some idle time I've started running the perf_fuzzer again.
>
> It quickly found this lockup on a core2 system running 3.13 (yes, I
> should probably be running 3.14-git but I'd rather wait for rc1
> first).
JFYI, if -git looks too dangerous to you (and I cannot
Am 29.01.2014 06:32, schrieb Andrew Ruder:
> Ok, I've got some more useful information. I have been adding
> a multitude of WARN_ON's and prink's all over the remount code and have
> come up with the attached log.
>
> A little bit of explanation:
>
> Line 1: sync_filesystem (from do_remount_sb)
Le 28/01/2014 22:00, Max Filippov a écrit :
MII management bus clock is derived from the MAC clock by dividing it by
MIIMODER register CLKDIV field value. This value may need to be set up
in case it is undefined or its default value is too high (and
communication with PHY is too slow) or too low
On Wed, Jan 29, 2014 at 10:47 AM, Florian Fainelli wrote:
> Hi Max,
>
> Le 28/01/2014 22:00, Max Filippov a écrit :
>
>> OpenCores 10/100 Mbps MAC does not support speeds above 100 Mbps, but does
>> not disable advertisement when PHY supports them. This results in
>> non-functioning network when t
Le 28/01/2014 22:00, Max Filippov a écrit :
The following methods are implemented:
- get/set settings;
- get registers length/registers;
- get link state (standard implementation);
- get/set ring parameters;
- get timestamping info (standard implementation).
Ideally you should have one patch pe
Hi Max,
Le 28/01/2014 22:00, Max Filippov a écrit :
OpenCores 10/100 Mbps MAC does not support speeds above 100 Mbps, but does
not disable advertisement when PHY supports them. This results in
non-functioning network when the MAC is connected to a gigabit PHY connected
to a gigabit switch.
The
> cost of en/disabling interrupts goes up (like if it takes you a hypercall).
>
> Fengguang, could you run a set of tests for the top patch in this branch
> to see if we'd be giving much up by axing the code?
>
>
> https://github.com/hansendc/linux/tree/slub-nocmpxchg
Resending this on netdev mailing list:
Default route for link local address is configured automatically if
NETWORKING_IPV6=yes is in ifcfg-eth*.
When the route table for the interface is flushed and a new address is
added to the same device with out removing linklocal addr, default route
for li
On Tue, 2014-01-28 at 16:08 -0500, Dave Jones wrote:
> On Tue, Jan 28, 2014 at 12:25:15PM -0800, Linus Torvalds wrote:
> > On Tue, Jan 28, 2014 at 12:15 PM, Borislav Petkov wrote:
> > >
> > > Shouldn't we hold that down in the Kconfig help text of DEBUG_INFO?
> > > Something like:
> > >
> >
On 2014/1/29 7:43, Tejun Heo wrote:
> Hello,
>
> This is the second take. Changes from the last take[L] are
>
> * Updated to reflect changes in fe1217c4f3f7 ("net: net_cls: move
> cgroupfs classid handling into core").
>
> * Rebased on top of the current linus#master + some cgroup fix
> pat
Hi,
On Monday 27 January 2014 07:49 PM, Yuvaraj Kumar C D wrote:
> This patch adds the SATA PHY driver for Exynos5250.Exynos5250 SATA
> PHY comprises of CMU and TRSV blocks which are of I2C register Map.
> So this patch also adds a i2c client driver, which is used configure
> the CMU and TRSV bloc
Fixed the subject.
On Wed, Jan 29, 2014 at 10:00 AM, Max Filippov wrote:
> Hello David, Ben, Florian, Chris and everybody,
>
> this series improves ethoc behavior in gigabit environment:
> - first patch introduces two phylib setters for 'advertising' and 'supported'
> fields of struct phy_devic
Hi Linus,
On Tue, 28 Jan 2014, Linus Torvalds wrote:
> On Tue, Jan 28, 2014 at 1:10 PM, Dave Jones wrote:
> >
> > This breaks the build for me.
>
> It is my merge (Christoph's ACL changes came in today through the VFS
> tree from Al).
>
> I was doing the merges today on my laptop (I had jury du
Many network drivers directly modify phy_device::advertising and
phy_device::supported. Provide accessors to these fields to better
isolate phylib from its users.
Suggested-by: Ben Hutchings
Signed-off-by: Max Filippov
---
Changes v1->v2:
- new patch
include/linux/phy.h | 12
1 fi
The following methods are implemented:
- get/set settings;
- get registers length/registers;
- get link state (standard implementation);
- get/set ring parameters;
- get timestamping info (standard implementation).
Signed-off-by: Max Filippov
---
Changes v1->v2:
- new patch.
drivers/net/etherne
MII management bus clock is derived from the MAC clock by dividing it by
MIIMODER register CLKDIV field value. This value may need to be set up
in case it is undefined or its default value is too high (and
communication with PHY is too slow) or too low (and communication with
PHY is impossible). Th
OpenCores 10/100 Mbps MAC does not support speeds above 100 Mbps, but does
not disable advertisement when PHY supports them. This results in
non-functioning network when the MAC is connected to a gigabit PHY connected
to a gigabit switch.
The fix is to disable gigabit speed advertisement on attach
Hello David, Ben, Florian, Chris and everybody,
this series improves ethoc behavior in gigabit environment:
- first patch introduces two phylib setters for 'advertising' and 'supported'
fields of struct phy_device;
- second patch disables gigabit advertisement in the attached PHY making
possib
Catalin,
Let me correct myself,
On 01/27/2014 09:15 PM, Catalin Marinas wrote:
On Mon, Jan 27, 2014 at 05:58:07AM +, AKASHI Takahiro wrote:
Catalin and audit maintainers,
On 01/23/2014 11:51 PM, Catalin Marinas wrote:
On Fri, Jan 17, 2014 at 08:03:15AM +, AKASHI Takahiro wrote:
diff
Hi,
On Wednesday 29 January 2014 02:56 AM, Arnd Bergmann wrote:
> On Tuesday 28 January 2014, Kishon Vijay Abraham I wrote:
>>> I have a common set of registers, which need to be programmed
>>> differently for PCIe and SATA during phy init/exit.
>>
>> One way is differentiate using different compa
Ok, I've got some more useful information. I have been adding
a multitude of WARN_ON's and prink's all over the remount code and have
come up with the attached log.
A little bit of explanation:
Line 1: sync_filesystem (from do_remount_sb)
Line 188: sync_filesystem ends
Line 43, 64, 81, 98, 114,
On Tue, Jan 28, 2014 at 07:14:45AM -0700, Pavel Machek wrote:
> > +#define BQ24261_ICHRG_MASK (0x1F << 3)
> > +#define BQ24261_ICHRG_100ma(0x01 << 3)
> > +#define BQ24261_ICHRG_200ma(0x01 << 4)
> > +#define BQ24261_ICHRG_400ma(0x01 << 5)
> > +
On Wed, 29 Jan 2014 16:28:55 +1100 Stephen Rothwell
wrote:
>
> Non-merge commits (relative to Linus' tree): 2689
> 3435 files changed, 215376 insertions(+), 61940 deletions(-)
Actually:
Non-merge commits (relative to Linus' tree): 2751
3315 files changed, 222970 insertions(+), 63268 deletions
Hi all,
Please do *not* add material destined for v3.15 to your linux-next
included trees until after v3.14-rc1 is released.
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140128:
Linus' tree gained a build failure for which I applied a supplied patch.
Hi Dongsheng,
On Mon, 27 Jan 2014 17:15:37 -0500, Dongsheng Yang wrote:
> Some bits about priority are defined in linux/sched/rt.h, but
> some of them are not only for rt scheduler, such as MAX_PRIO.
>
> This patch move them all into a new header file, linux/sched/prio.h.
>
> Signed-off-by: Dongsh
Hi,
On Thu, Jan 23, 2014 at 11:22 AM, Viresh Kumar wrote:
> Hi Guys,
>
> So the first question is why cpufreq needs it and is it really stupid?
> Yes, it is stupid but that's how its implemented since a long time. It does
> so to get data about the load on CPUs, so that freq can be scaled up/dow
On Tue, 28 Jan 2014, Konrad Rzeszutek Wilk wrote:
> diff --git a/drivers/xen/xen-acpi-processor.c
> b/drivers/xen/xen-acpi-processor.c
> index 7231859..7602229 100644
> --- a/drivers/xen/xen-acpi-processor.c
> +++ b/drivers/xen/xen-acpi-processor.c
> @@ -46,7 +46,7 @@ module_param_named(off, no_h
2014/1/29 Tony Prisk :
> On 29/01/14 07:27, Alexey Charkov wrote:
>>
>> 2014/1/27 Rob Herring :
>>>
>>> On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov
>>> wrote:
This should make the driver usable with VIA/WonderMedia ARM-based
Systems-on-Chip integrated Rhine III adapters. Note th
On Fri, Jan 24, 2014 at 08:25:19AM -0700, Dmitry Eremin-Solenikov wrote:
> On 22/01/14 21:19, Jenny TC wrote:
> > Add new power supply properties for input current, charge termination
> > current, min and max temperature
> >
> > POWER_SUPPLY_PROP_TEMP_MIN - minimum operatable temperature
> > POWER
Hi Hannes,
It's interesting timing, I posted this patch Yew Year's Day
and receives indepth design review Lunar New Year's Day. :)
It's almost 0-day review. :)
On Tue, Jan 28, 2014 at 07:03:59PM -0500, Johannes Weiner wrote:
> Hello Minchan,
>
> On Thu, Jan 02, 2014 at 04:12:08PM +0900, Minchan
On Tue, 28 Jan 2014, Dave Hansen wrote:
> From: Dave Hansen
>
> On x86, SLUB creates and handles <=8192-byte allocations internally.
> It passes larger ones up to the allocator. Saying "up to order 2" is,
> at best, ambiguous. Is that order-1? Or (order-2 bytes)? Make
> it more clear.
>
> S
On Wed, Jan 29, 2014 at 10:09 AM, Rakib Mullick wrote:
> On Tue, Jan 28, 2014 at 10:43 PM, Oleg Nesterov wrote:
>> On 01/28, Rakib Mullick wrote:
>>
>> You could simply do while_each_thread(p, t) to find a thread which
>> wants_signal(..).
>>
> Yes, while_each_thread() is much nicer than get_nr_t
Commit d084775738b746648d4102337163a04534a02982 switched the generic
powerpc iommu backend code to use the it_page_shift field to determine
page size. Commit 3a553170d35d69bea3877bffa508489dfa6f133d should have
initiliased this field for all platforms, however the DART iommu table
code was not upda
On Wed, 2014-01-29 at 09:33 +0530, Manish Badarkhe wrote:
> This patch introduces "devm_kstrdup" API so that the
> device's driver can allocate memory and copy string.
[]
> diff --git a/drivers/base/devres.c b/drivers/base/devres.c
[]
> @@ -791,6 +791,32 @@ void * devm_kmalloc(struct device *dev, s
> /**
> - * for_each_subsys - iterate all loaded cgroup subsystems
> + * for_each_subsys - iterate all enabled cgroup subsystems
> * @ss: the iteration cursor
> * @ssid: the index of @ss, CGROUP_SUBSYS_COUNT after reaching the end
> - *
> - * Iterates through all loaded subsystems. Should be
On Tue, Jan 28, 2014 at 10:43 PM, Oleg Nesterov wrote:
> On 01/28, Rakib Mullick wrote:
>
> You could simply do while_each_thread(p, t) to find a thread which
> wants_signal(..).
>
Yes, while_each_thread() is much nicer than get_nr_thread(), thanks for
the pointer.
> But I guess ->curr_target was
Use devm_* API operations for fixed regulator driver so that
driver core will manage resources.
Also, introduce a new API "devm_kstrdup" and used it in fixed
regulator driver to manage resources.
Changes since V2:
1. Update driver to use new API "devm_kstrdup" instead of
"kstrdup".
2. Added
This patch introduces "devm_kstrdup" API so that the
device's driver can allocate memory and copy string.
Signed-off-by: Manish Badarkhe
---
:100644 100644 545c4de... 6e88a3d... M drivers/base/devres.c
:100644 100644 952b010... 8fee649... M include/linux/device.h
drivers/base/devres.c | 26
Update the code to use devm_* API so that driver core will manage
resources.
Signed-off-by: Manish Badarkhe
---
:100644 100644 5ea64b9... 1d42613... M drivers/regulator/fixed.c
drivers/regulator/fixed.c | 44 ++--
1 file changed, 14 insertions(+), 30 de
On 2014/1/28 23:32, Tejun Heo wrote:
> cgroup_root_from_opts() checks whether (!opts->subsys_mask &&
> !opts->none) and returns NULL if so. After that, if allocation fails,
> returns ERR_PTR(-ENOMEM). The caller, cgroup_mount(), doesn't treat
> NULL as an error but set opts.new_root to NULL; howe
Hi,
On Mon, Jan 27, 2014 at 10:24 PM, Maxime Ripard
wrote:
> Hi,
>
> On Fri, Jan 17, 2014 at 02:47:29PM +0800, Chen-Yu Tsai wrote:
>> Signed-off-by: Chen-Yu Tsai
>> ---
>> .../devicetree/bindings/rfkill/rfkill-gpio.txt | 26
>> ++
>> net/rfkill/rfkill-gpio.c
On Tue, 28 Jan 2014, Jesse Brandeburg wrote:
> fresh pull, commit d891ea23d5203e5c47439b2a174f86a00b356a6c - merge
> ceph-client.
>
> I get a compile error:
> jbrandeb@jbrandeb-pseries:~/git/linux> make -j12
> scripts/kconfig/conf --silentoldconfig Kconfig
> CHK include/config/kernel.releas
On Tue, Jan 28, 2014 at 6:44 PM, Linus Torvalds
wrote:
> On Mon, Jan 27, 2014 at 1:43 PM, Mike Turquette wrote:
>>
>> git://git.linaro.org/people/mike.turquette/linux.git
>> tags/clk-for-linus-3.14-part2
>
> Dammit, this is pure shit, and after having to deal with yet another
> pointless merge
On Wed, Jan 29, 2014 at 01:25:13PM +1100, Stephen Rothwell wrote:
> Hi Shawn,
>
> On Wed, 29 Jan 2014 09:18:06 +0800 Shawn Guo wrote:
> >
> > I will rebase my branch on v3.14-rc1 once it's out.
>
> Um, does that mean that all that stuff is *not* destined for v3.14? ...
Yes, Stephen. That's the
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
fs/afs/proc.c between commit b42d570c9fbe ("afs: get rid of junk in
fs/afs/proc.c") from Linus' tree and commit 1a3459681f5c ("afs: proc
cells and rootcell are writeable") from the akpm-current tree.
I fixed it up (see
On 29/01/14 07:27, Alexey Charkov wrote:
2014/1/27 Rob Herring :
On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov wrote:
This should make the driver usable with VIA/WonderMedia ARM-based
Systems-on-Chip integrated Rhine III adapters. Note that these
are always in MMIO mode, and don't have any k
On 2014/1/28 23:32, Tejun Heo wrote:
> cgroup_cfts_commit() walks the cgroup hierarchy that the target
> subsystem is attached to and tries to apply the file changes. Due to
> the convolution with inode locking, it can't keep cgroup_mutex locked
> while iterating. It currently holds only RCU read
On 2014/1/28 23:32, Tejun Heo wrote:
> When cgroup_mount() fails to allocate an id for the root, it didn't
> set ret before jumping to unlock_drop ending up returning 0 after a
> failure. Fix it.
>
> Signed-off-by: Tejun Heo
> Cc: sta...@vger.kernel.org
Acked-by: Li Zefan
--
To unsubscribe fr
On 2014/1/28 23:32, Tejun Heo wrote:
> cgroup_create() was returning 0 after allocation failures. Fix it.
>
> Signed-off-by: Tejun Heo
> Cc: sta...@vger.kernel.org
Acked-by: Li Zefan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
_dt_parse(client, variant);
^
drivers/clk/clk-si5351.c:1296:12: note: declared here
static int si5351_dt_parse(struct i2c_client *client)
^
Caused by commit 9d43dc7f403d ("clk: si5351: remove variant from
platform_data").
I have used the clk tree from next-20140128 for today. (
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/Makefile between commit 0ad6125b1579 ("clk: at91: add PMC
base support") from Linus' tree and commit fd3fdaf09f26 ("clk: sort
Makefile") from the clk tree.
I fixed it up (see below) and can carry the fix as necessary
On Mon, Jan 27, 2014 at 6:25 AM, Al Viro wrote:
> Assorted stuff; the biggest pile here is Christoph's ACL series.
> Plus assorted cleanups and fixes all over the place... There will be
> another pile later this week.
The posix_acl_chmod() code looks wrong.
Not that it looked right befo
On Sun, Jan 26, 2014 at 4:03 PM, Francois Romieu wrote:
> Sander Eikelenboom :
> [...]
>> I have got a regression with a 3.14-mw kernel (last commit is
>> 4ba9920e5e9c0e16b5ed24292d45322907bb9035):
>> It looks like it's related to the rtl8169 ...
>>
>> --
>> Sander
>>
>> Jan 26 11:36:26 serveers
Commit 0abdd7a81b7e "dma-debug: introduce debug_dma_assert_idle()" was
reworked to expand the overlap counter to the full range expressable by
3 tag bits, but it has a thinko in treating the overlap counter as a
pure reference count for the entry.
Instead of deleting when the reference-count drops
> So the 1-2 threads case is the standard case on a small
> system, isn't it? This may well cause regressions.
Well, the common case should be uncontended, which is faster.
But yes, testing would be nice.
>> In the extremely unlikely case that all the queue node entries are
>> used up, the curren
On Tue, 28 Jan 2014 18:44:31 -0800 Linus Torvalds
wrote:
>
> On Mon, Jan 27, 2014 at 1:43 PM, Mike Turquette wrote:
> >
> > git://git.linaro.org/people/mike.turquette/linux.git
> > tags/clk-for-linus-3.14-part2
>
> I fixed it up in the merge, but I shouldn't need to. This should have
> been
On Mon, Jan 27, 2014 at 1:43 PM, Mike Turquette wrote:
>
> git://git.linaro.org/people/mike.turquette/linux.git
> tags/clk-for-linus-3.14-part2
Dammit, this is pure shit, and after having to deal with yet another
pointless merge conflict due to stupid "cleanups" in Makefiles, IT
DOES NOT EVEN
Tom Gundersen writes:
> Commit 78551277e4df5: "Input: i8042 - add PNP modaliases" had a bug, where the
> second call to MODULE_DEVICE_TABLE() overrode the first resulting in not all
> the modaliases being exposed.
>
> This fixes the problem by including the name of the device_id table in the
> __m
On Tue, 28 Jan 2014 10:39:23 +
"Jan Beulich" wrote:
> >>> On 28.01.14 at 03:18, Mukesh Rathor
> >>> wrote:
> > Until now, xen did not expose PSE to pvh guest, but a patch was
> > submitted to xen list to enable bunch of features for a pvh guest.
> > PSE has not been looked into for PVH, so u
On Mon, 27 Jan 2014 22:46:34 -0500
Konrad Rzeszutek Wilk wrote:
> On Mon, Jan 27, 2014 at 06:18:39PM -0800, Mukesh Rathor wrote:
> > Until now, xen did not expose PSE to pvh guest, but a patch was
> > submitted to xen list to enable bunch of features for a pvh guest.
> > PSE has not been
>
> Whi
On Wed, 2014-01-29 at 07:36 +0800, Peter De Schrijver wrote:
> Implement fuse driver for Tegra20, Tegra30, Tegra114 and Tegra124.
>
> Signed-off-by: Peter De Schrijver
> ---
> Documentation/ABI/testing/sysfs-driver-tegra-fuse |8 +
> drivers/misc/fuse/Makefile|1 +
Hi Shawn,
On Wed, 29 Jan 2014 09:18:06 +0800 Shawn Guo wrote:
>
> I will rebase my branch on v3.14-rc1 once it's out.
Um, does that mean that all that stuff is *not* destined for v3.14? ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpngr0ewErs2.pgp
Description: PG
>From 9c23aedc1c1a1446dae96ffec8f20a2f52942281 Mon Sep 17 00:00:00 2001
From: jzha144
Date: Wed, 29 Jan 2014 09:57:05 +0800
Subject: [PATCH] firmware: give a protection when map page failed
[ 7341.474236] [drm:do_intel_finish_page_flip] *ERROR* invalid or inactive
unpin_work!
[ 7341.494464] atom
On 01/28/2014 02:09 PM, Andreas Dilger wrote:
> On Jan 28, 2014, at 5:26 AM, George Spelvin wrote:
>>> The third part of the patch further increases the scalablity of an ext4
>>> filesystem by having each ext4 fielsystem allocate and use its own private
>>> mbcache structure, instead of sharing a
From: Masanari Iida
Date: Wed, 29 Jan 2014 01:05:28 +0900
> This patch fixed following Warning while executing "make htmldocs".
>
> Warning(/net/core/skbuff.c:2164): No description found for parameter 'from'
> Warning(/net/core/skbuff.c:2164): Excess function parameter 'source'
> description in
From: David Howells
Date: Tue, 28 Jan 2014 17:07:36 +
> Here are some small AF_RXRPC fixes.
>
> (1) Fix a place where a spinlock is taken conditionally but is released
> unconditionally.
>
> (2) Fix a double-free that happens when cleaning up on a checksum error.
>
> (3) Fix handli
> On Tue, Jan 28, 2014 at 01:48:28PM +0800, xinhui.pan wrote:
>> From: "xinhui.pan"
>>
>> i2c_dw_pci_runtime_idle should return -EBUSY rather than zero if it do
>> success.
>
> I don't understand...
>
Sorry for my poor English.
Even if i2c_dw_pci_runtime_idle succeed ,it should return -EBUSY.
On Tue, Jan 28, 2014 at 02:47:57PM -0800, Yinghai Lu wrote:
> On Tue, Jan 28, 2014 at 2:08 PM, Dave Hansen wrote:
> > On 01/28/2014 02:04 PM, Yinghai Lu wrote:
> >> In original bootmem wrapper for memblock, we have limit checking.
> >>
> >> Add it to memblock_virt_alloc, to address arm and x86 boo
Never mind. I just saw, Zynq is not the only affected ARM platform and
the issue is already being discussed on the list:
https://lkml.org/lkml/2014/1/28/52
Sören
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
On 01/28/2014 04:03 PM, Johannes Weiner wrote:
> Hello Minchan,
>
> On Thu, Jan 02, 2014 at 04:12:08PM +0900, Minchan Kim wrote:
>> Hey all,
>>
>> Happy New Year!
>>
>> I know it's bad timing to send this unfamiliar large patchset for
>> review but hope there are some guys with freshed-brain in new
Hi all,
Today's linux-next merge of the nfsd tree got a conflict in
fs/nfsd/nfs4acl.c between commit 4ac7249ea5a0 ("nfsd: use get_acl and
->set_acl") from Linus' tree and commit 3554116d3aae ("nfsd4: simplify
xdr encoding of nfsv4 names") from the nfsd tree.
I fixed it up (see below) and can carr
Hi Ingo,
On 01/28/2014 07:48 PM, Ingo Molnar wrote:
>
> * David Rientjes wrote:
>
>> On Tue, 28 Jan 2014, Tang Chen wrote:
>>
>>> On-stack variable numa_kernel_nodes in numa_clear_kernel_node_hotplug()
>>> was not initialized. So we need to initialize it.
>>>
>>> Signed-off-by: Tang Chen
>>> T
On Tue, Jan 28, 2014 at 2:04 PM, Yinghai Lu wrote:
> In original bootmem wrapper for memblock, we have limit checking.
>
> Add it to memblock_virt_alloc, to address arm and x86 booting crash.
>
> Signed-off-by: Yinghai Lu
>
> ---
> mm/memblock.c |3 +++
> 1 file changed, 3 insertions(+)
>
>
On Tue, 2014-01-28 at 19:36 -0500, Naoya Horiguchi wrote:
> On Mon, Jan 27, 2014 at 06:34:17PM -0800, Davidlohr Bueso wrote:
[...]
> > > If this retry is really essential for the fix, please comment the reason
> > > both in patch description and inline comment. It's very important for
> > > future
On Wed, Jan 29, 2014 at 01:13:10AM +, Russell King - ARM Linux wrote:
> On Wed, Jan 29, 2014 at 11:35:14AM +1100, Stephen Rothwell wrote:
> > Hi Shawn,
> >
> > Today's linux-next merge of the imx-mxs tree got a conflict in
> > arch/arm/boot/dts/Makefile between commits 208d7baf8085 ("ARM: imx:
On Wed, Jan 29, 2014 at 11:35:14AM +1100, Stephen Rothwell wrote:
> Hi Shawn,
>
> Today's linux-next merge of the imx-mxs tree got a conflict in
> arch/arm/boot/dts/Makefile between commits 208d7baf8085 ("ARM: imx:
> initial SolidRun HummingBoard support") and 971488f1149f ("ARM: imx:
> initial So
Hi Linus,
Please pull this xfs update for 3.14. This is to allow logical sector sized
direct io on advanced format disks.
Thanks,
Ben
The following changes since commit bf3964c188d686424ff7b69a45941851b9f437f0:
Merge branch 'xfs-extent-list-locking-fixes' into for-next (2014-01
Hi all,
Today's linux-next merge of the btrfs tree got a conflict in
fs/btrfs/acl.c between commit 996a710d4641 ("btrfs: use generic posix ACL
infrastructure") from the tree and commit cfad95253440 ("btrfs: remove
dead code") from the btrfs tree.
I fixed it up (I used the version from Linus' tre
Hi all,
I just found that the current Linux tree
(HEAD@ d891ea23d5203e5c47439b2a174f86a00b356a6c ) fails to boot on
Zynq (ARM).
The system runs into a panic relatively early (full boot log attached):
[0.00] Unable to handle kernel paging request at virtual address
ffc0
[0.00]
Hi Jens and Stephen,
In the case of f2fs, could you please check the following code changes?
It is based on the following commit from Linus tree.
commit d891ea23d5203e5c47439b2a174f86a00b356a6c
Merge: 08d21b5 125d725
Author: Linus Torvalds
Date: Tue Jan 28 11:02:23 2014 -0800
Merge branch
On Mon, Jan 27, 2014 at 06:34:17PM -0800, Davidlohr Bueso wrote:
> On Mon, 2014-01-27 at 20:53 -0500, Naoya Horiguchi wrote:
> > Hi Davidlohr,
> >
> > On Mon, Jan 27, 2014 at 01:44:02PM -0800, Davidlohr Bueso wrote:
> > > On Mon, 2014-01-27 at 16:02 -0500, Naoya Horiguchi wrote:
> > > > On Sun, Ja
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got a conflict in
arch/arm/boot/dts/Makefile between commits 208d7baf8085 ("ARM: imx:
initial SolidRun HummingBoard support") and 971488f1149f ("ARM: imx:
initial SolidRun Cubox-i support") from the arm tree and various commits
from the imx-mx
So the 1-2 threads case is the standard case on a small
system, isn't it? This may well cause regressions.
> In the extremely unlikely case that all the queue node entries are
> used up, the current code will fall back to busy spinning without
> waiting in a queue with warning message.
Tradition
Hi Linus,
Nothing amazingly special here. Some cleanups, a new driver to support a
single button on some new HPs, a tiny amount of hardware enablement.
The following changes since commit ec513b16c480c6cdda1e3d597e611eafca05227b:
Merge tag 'usb-3.14-rc1' of
git://git.kernel.org/pub/scm/linux/
On Tue, Jan 28, 2014 at 12:12:06PM -0600, Felipe Balbi wrote:
> On Tue, Jan 28, 2014 at 09:24:13AM -0800, David Cohen wrote:
> > On Tue, Jan 28, 2014 at 10:49:37AM -0600, Felipe Balbi wrote:
> > > On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
> > > > From: "xinhui.pan"
> > > >
> > >
On Tue, Jan 28, 2014 at 12:10:49PM -0500, Paul Gortmaker wrote:
> This bit of information is in the Kconfig help text:
>
> Note the boot CPU will still be kept outside the range to
> handle the timekeeping duty.
>
> However neither the variable NO_HZ_FULL_ALL, or the prompt
> convey this impo
Hi all,
On Tue, 28 Jan 2014 15:52:29 -0700 Jens Axboe wrote:
>
> On Tue, Jan 28 2014, Jens Axboe wrote:
> >
> > This is the pull request for the core block IO changes for 3.14. The
> > major piece in here is the immutable bio_ve series from Kent, the rest
> > is fairly minor. It was supposed to
Hello Minchan,
On Thu, Jan 02, 2014 at 04:12:08PM +0900, Minchan Kim wrote:
> Hey all,
>
> Happy New Year!
>
> I know it's bad timing to send this unfamiliar large patchset for
> review but hope there are some guys with freshed-brain in new year
> all over the world. :)
> And most important thin
On Sat, Jan 25, 2014 at 10:45:08AM +0800, Fabian Frederick wrote:
> mutex_destroy added on each device in block2mtd_exit and add_device failure
>
> Signed-off-by: Fabian Frederick
Pushed to l2-mtd.git/next. Thanks!
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Mount option "xattr" is no longer necessary as it's enabled by default
on kernfs. Warn if "xattr" is specified with "sane_behavior" so that
the option can be removed in the future.
Signed-off-by: Tejun Heo
---
include/linux/cgroup.h | 2 ++
kernel/cgroup.c| 3 +++
2 files changed, 5 ins
1 - 100 of 597 matches
Mail list logo