> -Original Message-
> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On
> Behalf Of K. Y. Srinivasan
> Sent: Monday, March 23, 2015 2:07 PM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com; jbottom...@pa
On Mon, 2015-03-23 at 22:37 +0200, Andrei Maresu wrote:
> The following chaeckpatch error was fixed:
> ERROR: space prohibited after that open parenthesis '('
[]
> diff --git a/drivers/dma/at_hdmac_regs.h b/drivers/dma/at_hdmac_regs.h
[]
> @@ -53,7 +53,7 @@
>
> #define AT_DMA_CHER 0x28
On Mon, Mar 23, 2015 at 03:45:34PM -0500, Bjorn Helgaas wrote:
> On Mon, Mar 23, 2015 at 08:22:39PM +0100, Michael S. Tsirkin wrote:
> > On Mon, Mar 23, 2015 at 01:50:06PM -0500, Bjorn Helgaas wrote:
> > > Hi Michael,
> > >
> > > On Thu, Mar 19, 2015 at 07:57:52PM +0100, Michael S. Tsirkin wrote:
On Mon, Mar 23, 2015 at 8:16 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.0-rc5[1] to v4.0-rc4[3], the summaries are:
> - build errors: +19/-7
+ /home/kisskb/slave/src/drivers/gpu/drm/bridge/ptn3460.c: error:
implicit declaration of function 'devm_gpiod_get'
[-Werror=implicit-funct
On Thu, Mar 5, 2015 at 3:59 AM, Boaz Harrosh wrote:
>
> One of the current shortcomings of the NVDIMM/PMEM
> support is that this memory does not have a page-struct(s)
> associated with its memory and therefor cannot be passed
> to a block-device or network or DMAed in any way through
> another de
On Thursday 12 March 2015 13:11:47 Paul Bolle wrote:
> On Wed, 2015-03-11 at 13:59 +, Jan Beulich wrote:
> > Default "no" is pretty pointless for options without (visible) prompts:
>
> Related: is there ever a situation where using "default n" or "def_bool
> n" makes sense (whether or not the
On Fri, Mar 13, 2015 at 09:50:14AM +, Srinivas Kandagatla wrote:
A couple of *very* minor points below, otherwise this looks OK to me.
> +struct eeprom_device *eeprom_register(struct eeprom_config *config)
> +{
> + struct eeprom_device *eeprom;
> + int rval;
> +
> + if (!config->r
> >> the arm-soc tree.
> >>
> >> I fixed it up (see below) and can carry the fix as necessary (no action
> >> is required).
> >
> > Not sure if this has been reported elsewhere, but I am seeing core
> > boot-up failures on the exynos5420 with nex
On Monday 23 March 2015 16:48:15 Benjamin Tissoires wrote:
> On Sun, Mar 22, 2015 at 10:43 AM, Gabriele Mazzotta
> wrote:
> > The minimum value these sensors can report is 4, so this should be the
> > value used when W is not reporting the width.
> >
> > Signed-off-by: Gabriele Mazzotta
> > ---
>
Currently GPIO4 is hardcoded to output the pll-lock signal.
Unfortunately this is after the pll-out GPIO is configured which
is selectable in the device tree. Therefore it is not possible to
use GPIO4 for pll-out. Therefore this patch removes the
configuration of GPIO4.
Signed-off-by: Howard Mitch
Hi Martin,
On Mon, 2015-03-23 at 22:08 +0100, Martin Walch wrote:
> On Thursday 12 March 2015 13:11:47 Paul Bolle wrote:
> Your memory is right.
That's nice to hear, but I'm pretty sure this never occurred to me.
> It is rarely used, but there is an application for
> using a plain "default n": t
On Mon 2015-03-23 10:20:28, NeilBrown wrote:
> From: NeilBrown
>
> Final allocations/registrations are now managed by devres.
>
> Signed-off-by: NeilBrown
Patches 1,2: Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni
On Mon 2015-03-23 09:35:23, NeilBrown wrote:
> Hi Kishon,
> I wonder if you could queue the following for the next merge window.
> They allow the twl4030 phy to provide more information to the
> twl4030 battery charger.
> There are only minimal changes since the first version, particularly
> d
Hi!
> The USB Battery Charging spec (BC1.2) suggests a dedicated
> charging port can deliver from 0.5 to 5.0A at between 4.75 and 5.25
> volts.
>
> To choose the "correct" current voltage setting requires a trial
> and error approach: try to draw current and see if the voltage drops
> too low.
>
On Thu 2015-03-19 13:51:02, Vlastimil Babka wrote:
> On 03/17/2015 02:21 AM, Andy Lutomirski wrote:
> > On Mon, Mar 16, 2015 at 5:49 PM, Mark Seaborn wrote:
> >> On 16 March 2015 at 14:11, Pavel Machek wrote:
> >>
> >>> Can we do anything about that? Disabling cache flushes from userland
> >>> sh
> > > The Intel people I asked last week weren't confident. For one thing,
> > > I fully expect that rowhammer can be exploited using only reads and
> > > writes with some clever tricks involving cache associativity. I don't
> > > think there are any fully-associative caches, although the cache
On Fri, Mar 20, 2015 at 1:27 PM, Alex Williamson
wrote:
> Intel has verified that there is no peer-to-peer between functions for
> the below selection of 82580, 82576, 82575, I350, and 82571 multi-port
> devices. This adds the necessary quirks to consider the functions
> isolated from each other.
> -Original Message-
> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On
> Behalf Of K. Y. Srinivasan
> Sent: Monday, March 23, 2015 2:07 PM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com; jbottom...@pa
On Mon, Mar 23, 2015 at 07:29:15PM +, Ian Abbott wrote:
> On 23/03/15 18:50, Mark Brown wrote:
> >This doesn't apply against Linus' tree as far as I can tell - if you
> >think this needs to go to stable please send a version that applies
> >against that.
> Sorry about that. It applies to lin
Em Fri, Mar 20, 2015 at 06:12:54PM +, Javi Merino escreveu:
> This series add support to libtraceevent for dynamic arrays in traces.
> The kernel learned to create this traces in 6ea22486ba46 ("tracing: Add
> array printing helper"), which was merged for v4.0-rc1.
>
> Changes since v7[0]:
>
Em Fri, Mar 20, 2015 at 06:12:56PM +, Javi Merino escreveu:
> Since 6ea22486ba46 ("tracing: Add array printing helper") trace can
> traces with variable element size arrays. Add support to parse them.
>
> Cc: Arnaldo Carvalho de Melo
> Cc: Jiri Olsa
> Acked-by: Steven Rostedt
> Acked-by: N
>
> Some initial questions:
>
> 1. Have you seen the pending tracepoint patches to add
> tracepoints to the framework[1]?
>
> 2. Have you considered using tracepoints and the ability to
> register callbacks on tracepoints and/or register_stat_tracer()
> to implement the functionality in
Patch1: Introduce AMD severities function
Patch2: Initialise mce_severity function pointer to mce_severity_intel
and override it to mce_severity_amd on AMD systems
Aravind Gopalakrishnan (2):
x86, mce, severities: Add AMD severities function
x86, mce, severities: Define mce_severity f
The latest maintenance release Git v2.3.4 is now available at the
usual places. It is comprised of 22 non-merge commits since v2.3.3,
contributed by 9 people, 1 of which is a new face. All these fixes
have already been in the 'master' branch for some time.
The tarballs are found at:
https:/
On Mon, Mar 23, 2015 at 09:17:01PM +, Howard Mitchell wrote:
> Currently GPIO4 is hardcoded to output the pll-lock signal.
> Unfortunately this is after the pll-out GPIO is configured which
> is selectable in the device tree. Therefore it is not possible to
> use GPIO4 for pll-out. Therefore th
> Patch1: Introduce AMD severities function
> Patch2: Initialise mce_severity function pointer to mce_severity_intel
> and override it to mce_severity_amd on AMD systems
both parts:
Acked-by: Tony Luck
-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Mon, Mar 23, 2015 at 10:08:43PM +0530, Vinod Koul wrote:
> On Sat, Mar 21, 2015 at 12:42:06PM -0700, Maxime Ripard wrote:
> > This framework aims at easing the development of dmaengine drivers by
> > providing
> > generic implementations of the functions usually required by dmaengine,
> > whil
On Mon, Mar 23, 2015 at 02:27:58PM -0400, Sasha Levin wrote:
> Hi all,
>
> Commit 963ecbd41a ("rhashtable: Fix use-after-free in rhashtable_walk_stop")
> is causing
> RCU warnings since the code now locks a mutex (which might sleep) within an
> RCU critical
> section within rhashtable_walk_stop(
On Mon, Mar 23, 2015 at 9:38 PM, Andy Lutomirski wrote:
> Actually, I want to remove the added comment in the code. I don't see
> why we should have a specific comment about SS and not about, say, CS,
> ESP, or anything else. OK?
Ok.
--
To unsubscribe from this list: send the line "unsubscribe
Michael Ellerman [m...@ellerman.id.au] wrote:
| > +static void start_24x7_get_data(struct hv_24x7_request_buffer
*request_buffer,
| > + struct hv_24x7_data_result_buffer *result_buffer)
| > +{
|
| Just init_24x7_request() ?
Sure.
|
| > +
| > + memset(request_buffer, 0, 4096
Michael Ellerman [m...@ellerman.id.au] wrote:
| On Tue, 2015-17-02 at 22:00:34 UTC, Sukadev Bhattiprolu wrote:
| > Add missing put_cpu_var() for 24x7 requests.
|
| When did it go missing? I assume in upstream, in which case this should be a
| separate patch which I could merge for 4.0.
It went mi
On 23/03/15 21:09, Mark Brown wrote:
On Fri, Mar 13, 2015 at 09:50:14AM +, Srinivas Kandagatla wrote:
A couple of *very* minor points below, otherwise this looks OK to me.
Thankyou for the review.
+struct eeprom_device *eeprom_register(struct eeprom_config *config)
+{
+ struct ee
Add a severities function that caters to AMD processors.
This allows us to do some vendor specific work within the
function if necessary.
Also, introduce a vendor flag bitfield which contains vendor
specific flags. The severities code uses this to define error
scope based on the prescence of the f
Rename mce_severity() as mce_severity_intel and assign mce_severity
function pointer to mce_severity_amd during init if we are on an
AMD processor.
This way, we can avoid a test to call mce_severity_amd every time we
get into mce_severity(). And it's cleaner to do it this way.
Suggested-by: Tony
Hi Archit,
> Hi Stephane,
>
> On 03/14/2015 01:19 AM, Stephane Viau wrote:
>> Some interfaces (WB, DSI Command Mode) need to be kicked off
>> through a START Signal. This signal needs to be sent at the right
>> time and requests in some cases to keep track of the pipeline
>> status (eg: whether pi
Em Tue, Mar 10, 2015 at 11:03:31AM +0100, Ingo Molnar escreveu:
> So I got this error today:
>
> ┌─Warning:───┐
> │The vmlinux file can't be used. │
> │Kernel samples will not be resolved.│
>
Michael Ellerman [m...@ellerman.id.au] wrote:
| On Tue, 2015-17-02 at 22:00:27 UTC, Sukadev Bhattiprolu wrote:
| > Use pr_notice_ratelimited() to log error messages and remove
| > the 'success_expected' parameter.
|
| I don't understand how this is equivalent?
They are two unrelated changes that
Hello everyone,
We've been cross checking various file systems for the general
inconsistencies and we have a question about the check of MS_RDONLY
during fsync.
We know that the vfs layer does not check for MS_RDONLY for fsync and
this is confirmed by the ubifs where they have explicitly mentione
On Thu, Mar 12, 2015 at 4:48 PM, Jilai Wang wrote:
> Introduce msm_drm_sub_dev for each mdp interface component such as
> HDMI/eDP/DSI to contain common information shared with MDP.
>
> Signed-off-by: Jilai Wang
> ---
> drivers/gpu/drm/msm/edp/edp.c | 18 +--
> drivers/gpu/drm/
On Mon, 23 Mar 2015, Ingo Molnar wrote:
> > > > wth is a 'universe' in this context?
> > >
> > > We use the term "universe" to define whether the system or task uses
> > > original or patched functions. It is especially important for patches
> > > that modify semantic of functions. They need more
On 23.3.2015 22:26, Pavel Machek wrote:
> On Thu 2015-03-19 13:51:02, Vlastimil Babka wrote:
>> On 03/17/2015 02:21 AM, Andy Lutomirski wrote:
>>> On Mon, Mar 16, 2015 at 5:49 PM, Mark Seaborn wrote:
>>>
>>> The Intel people I asked last week weren't confident. For one thing,
>>> I fully expect t
Whitespace nits, mainly, I'm afraid.
On Mon, 2015-03-23 at 00:46 -0700, Jim Kukunas wrote:
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> +menu "XIP Alternative Instructions"
> + depends on XIP_KERNEL
> +
> + config XIP_ENABLE_X86_FEATURE_POPCNT
No need to indent this line.
> +
Commit 38c5ce936a08 converted ACCESS_ONCE usage in gup_pmd_range() to
READ_ONCE, since ACCESS_ONCE doesn't work reliably on non-scalar types.
This patch removes the rest of the usages of ACCESS_ONCE, and use
READ_ONCE for the read accesses. This also makes things cleaner,
instead of using separate
Add initial device tree support for Qualcomm APQ8016 SBC Evaluation board.
This board is also referred to as the DragonBoard 410c.
Signed-off-by: Kumar Gala
---
arch/arm64/boot/dts/qcom/Makefile | 2 +-
arch/arm64/boot/dts/qcom/apq8016-sbc.dts | 22 +
arch/arm64/boo
On Tue, Mar 24, 2015 at 08:55:13AM +1100, Herbert Xu wrote:
> On Mon, Mar 23, 2015 at 02:27:58PM -0400, Sasha Levin wrote:
> >
> > Commit 963ecbd41a ("rhashtable: Fix use-after-free in
> > rhashtable_walk_stop") is causing
> > RCU warnings since the code now locks a mutex (which might sleep) with
On 03/18, Georgi Djakov wrote:
> +
> +enum {
> + P_XO,
> + P_GPLL0,
> + P_GPLL0_AUX,
> + P_BIMC,
> + P_GPLL1,
> + P_GPLL1_AUX,
> + P_GPLL2,
> + P_GPLL2_AUX,
> + P_SLEEP_CLK,
> + P_DSI0_PHYPLL_BYTE,
> + P_DSI0_PHYPLL_DSI,
> +};
> +
> +static const struct p
On Mon, Mar 23, 2015 at 04:50:24PM +, Daniel Lezcano wrote:
> On some platforms, the low level PM code may not be initialized correctly for
> a specific cpu. In this case, the EXNIO tells the cpuidle driver to not
"-ENXIO", but honestly these sentences should be rewritten, I understand
what yo
On Monday 23 March 2015 22:24:28 Paul Bolle wrote:
> > A real world case is PCI_QUIRKS in the mainline kernel:
> >
> > init/Kconfig:1554: default y
> > arch/s390/Kconfig:59: def_bool n
> >
> > When setting PCI!=n && EXPERT=n then on each architecture PCI_QUIRKS=y
> > except on s390 where P
> Do you really see some udc drivers call it after composite_unbind is
> called? If it is, you may add dump_stack() to track that error.
>
> Besides this, function suspended_show is needed to add cdev NULL pointer
> checking.
We see this happening occasionally in *not yet* upstreamed UDC
code of
On Mon, 23 Mar 2015, Tomasz Figa wrote:
> IOMMU should be able to use single pages as well as bigger blocks, so if
> higher order allocations fail, we should not affect state of the system,
> with events such as OOM killer, but rather fall back to order 0
> allocations.
>
> This patch changes the
On Fri, Mar 20, 2015 at 02:54:44PM +, Brian Russell wrote:
> Protect uio driver from its owner being unplugged while there are open fds.
> Embed struct device in struct uio_device, use refcounting on device, free
> uio_device on release.
> info struct passed in uio_register_device can be freed
On Sat, 21 Mar 2015, Gioh Kim wrote:
> When the compaction is activated via /proc/sys/vm/compact_memory
> it would better scan the whole zone.
> And some platform, for instance ARM, has the start_pfn of a zone is zero.
> Therefore the first try to compaction via /proc doesn't work.
> It needs to f
On Tue, Mar 17, 2015 at 08:31:24PM +0530, Sudip Mukherjee wrote:
> fixed the handling of dev_t and the major number.
> now the major and minor number is passed to the init function.
> similarly in the cleanup function dev_t is passed to unregister it.
>
> Signed-off-by: Sudip Mukherjee
> ---
> d
On 03/20, Georgi Djakov wrote:
> This patchset introduces the parent_map index tables, which solve the
> issue discussed here [1].
> While doing this, fix also some of the code around (patches 1 and 2).
>
> [1] https://lkml.org/lkml/2015/3/5/682
>
> Patchset based on clk-next.
>
Thanks. Applied
On Mon, Mar 23, 2015 at 8:28 AM, David Herrmann wrote:
> Hi
>
> On Thu, Mar 19, 2015 at 4:48 PM, Andy Lutomirski wrote:
>> On Thu, Mar 19, 2015 at 4:26 AM, David Herrmann
>> wrote:
>>> metadata handling is local to the connection that sends the message.
>>> It does not affect the overall perfor
On Wed, Mar 18, 2015 at 07:38:22PM +0100, Radim Krčmář wrote:
> kvm_ioapic_update_eoi() wasn't called if directed EOI was enabled.
> We need to do that for irq notifiers. (Like with edge interrupts.)
>
> Fix it by skipping EOI broadcast only.
>
> Bug: https://bugzilla.kernel.org/show_bug.cgi?id=
On Mon, 23 Mar 2015, Paul E. McKenney wrote:
> > > Even if it was documented (it isn't), it's pretty weird terminology -
> > > please use clearer formulations, like 'patched function' or 'unpatched
> > > function' or 'function with pending patch'. No need to redefine
> > > existing words in a w
On 03/18, Georgi Djakov wrote:
> Add clocks/resets defines for the global clock controller
> found on Qualcomm MSM8916 SoCs.
>
> Signed-off-by: Georgi Djakov
> ---
Applied to clk-next.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Projec
On Tue, Mar 10, 2015 at 07:59:23PM +0800, Chen-Yu Tsai wrote:
> The Hummingbird A31 has an AMPAK AP6210 WiFi+Bluetooth module. The
> WiFi part is a BCM43362 IC connected to MMC1 in the A31 SoC via SDIO.
> The IC also takes a power enable signal via GPIO.
>
> The WiFi module supports out-of-band in
Hi David,
On Mon, Mar 23, 2015 at 07:44:37AM -0600, David Ahern wrote:
> On 3/23/15 2:18 AM, Namhyung Kim wrote:
> >>Just curious, could you try to measure the performance impact of this
> >>change?
> >
> > $ time perf record --call-graph dwarf -o kbuild.xxx -a -- sleep 30
> > [ perf record: W
Hi Arnaldo,
On Mon, Mar 23, 2015 at 11:08:38AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Mar 23, 2015 at 03:30:40PM +0900, Namhyung Kim escreveu:
> > Like perf stat, this makes easy to read the numbers on stat like below:
> >
> > # perf kmem stat
> >
> > SUMMARY
> > ===
> > To
On Mon, Mar 23, 2015 at 01:15:32PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Mar 23, 2015 at 11:50:05AM +0800, Yunlong Song escreveu:
> > Signed-off-by: Yunlong Song
> > Signed-off-by: Namhyung Kim
>
> Humm, this doesn't seem to apply (Namhyung's S-o-B), as this patch was
> made by you an
Hi Joonsoo,
On Tue, Mar 24, 2015 at 02:23:05AM +0900, Joonsoo Kim wrote:
> Hello, Namhyung.
>
> 2015-03-23 15:30 GMT+09:00 Namhyung Kim :
> > Hello,
> >
> > Currently perf kmem command only analyzes SLAB memory allocation. And
> > I'd like to introduce page allocation analysis also. Users can u
Hello,
I was wondering if this patch is in any of the queue?
On Mon, Mar 2, 2015 at 3:16 PM, Anish Kumar wrote:
> This patch adds maintainer for maxim audio codecs.
> Signed-off-by: Anish Kumar
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/MAINTAINERS b/MA
From: Rafael J. Wysocki
Commit 5c0acf3b4f96 (driver core: Add comments about returning array
counts) forgot to update fwnode_property_read_string_array() along
the lines of device_property_read_string_array(), although it did
change the kerneldoc comment of it. Fix that.
Signed-off-by: Rafael J
On Thu, Mar 19, 2015 at 09:52:41PM +0100, Radim Krčmář wrote:
> An overhead from function call is not appropriate for its size and
> frequency of execution.
>
> Suggested-by: Paolo Bonzini
> Signed-off-by: Radim Krčmář
> ---
> I'm not very fond of that smp_rmb(): there is no real synchronizati
On Mon, Mar 23, 2015 at 2:06 PM, K. Y. Srinivasan wrote:
> Size the queue depth based on the ringbuffer size. Also accomodate for the
> fact that we could have multiple channels (ringbuffers) per adaptor.
>
> Signed-off-by: K. Y. Srinivasan
> Reviewed-by: Long Li
> ---
> drivers/scsi/storvsc_dr
Andy Lutomirski writes:
> On Mon, Mar 23, 2015 at 8:28 AM, David Herrmann wrote:
>> Hi
>>
>> On Thu, Mar 19, 2015 at 4:48 PM, Andy Lutomirski wrote:
>>> On Thu, Mar 19, 2015 at 4:26 AM, David Herrmann
>>> wrote:
>>> But you're comparing to the wrong thing, IMO. Of course it's much
>>> faste
On Mon, Mar 23, 2015 at 3:16 PM, Maxime Ripard
wrote:
> On Tue, Mar 10, 2015 at 07:59:23PM +0800, Chen-Yu Tsai wrote:
>> The Hummingbird A31 has an AMPAK AP6210 WiFi+Bluetooth module. The
>> WiFi part is a BCM43362 IC connected to MMC1 in the A31 SoC via SDIO.
>> The IC also takes a power enable s
On Tue, Mar 24, 2015 at 02:32:17AM +0900, Joonsoo Kim wrote:
> 2015-03-23 15:30 GMT+09:00 Namhyung Kim :
> > The perf kmem command records and analyze kernel memory allocation
> > only for SLAB objects. This patch implement a simple page allocator
> > analyzer using kmem:mm_page_alloc and kmem:mm_
On Tue, Mar 24, 2015 at 02:27:09AM +0900, Joonsoo Kim wrote:
> 2015-03-23 15:30 GMT+09:00 Namhyung Kim :
> > Add new sort keys for page: page, order, mtype, gfp - existing
> > 'bytes', 'hit' and 'callsite' sort keys also work for page. Note that
> > -s/--sort option should be preceded by either of
Hi,
On 03/07/2015 03:39 AM, Nishanth Menon wrote:
> time_init invokes timer64_init (which is __init annotation)
> since all of these are invoked at init time, lets maintain
> consistency by ensuring time_init is marked appropriately
> as well.
>
> This fixes the following warning with CONFIG_DEBU
Hi Vinson,
On Mon, Mar 23, 2015 at 12:09:16PM -0700, Vinson Lee wrote:
> From: Vinson Lee
>
> This patch fixes this build error with glibc < 2.6.
>
> CC util/cloexec.o
> cc1: warnings being treated as errors
> util/cloexec.c: In function ‘perf_flag_probe’:
> util/cloexec.c:24: error: im
I'm sorry not to answer it.
I'm too busy nowadays on my project.
So, I'll add some details later.
Thank you.
-Original Message-
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Thursday, March 19, 2015 8:37 PM
To: Tom(JeHyeon) Yeon
Cc: pa...@ucw.cz; BROWN, A LEONARD; jroe...@suse
On Mon, 2015-03-23 at 14:18 +0800, Li, Aubrey wrote:
> On 2015/3/20 16:38, Huang Ying wrote:
> > FYI, we noticed the below changes on
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> > commit 7486341a98f26857f383aec88ffa10950087c3a1 ("x86/platform, acpi:
> > Bypas
Return a negative error value like the rest
of the entries in this function.
Signed-off-by: Joe Perches
---
Maybe this should be stable, it goes back to
commit b77a493b1dc8 ("SELinux: standardize return code
handling in selinuxfs.c") back in Nov 2010, but it's
guarded by a #ifdef CONFIG_SECURITY_
On 3/23/15 1:35 PM, David Miller wrote:
From: David Ahern
Date: Mon, 23 Mar 2015 11:34:34 -0600
seems like a formality at this point, but this resolves the panic on
the M7-based ldom and baremetal. The T5-8 failed to boot, but it could
be a different problem.
Specifically, does the T5-8 boot
2015-03-24 0:43 GMT+08:00 :
> From: Fu Wei
>
> This is a update of Chinese documentation:Documentation/zh_CN/arm64/memory.txt
>
> It is based on the modifications of Documentation/arm64/memory.txt in
> submission:
> "08375198", "4edae01e", "a24637d5", "383c2799".
>
> Signed-off-by: Fu Wei
Sign
>> sparse warnings: (new ones prefixed by >>)
>>
drivers/pci/host-bridge.c:147:24: sparse: symbol 'pci_find_host_bridge'
was not declared. Should it be static?
>>
>> Please review and possibly fold the followup patch.
>
> It does look like pci_find_host_bridge() is only used inside
> dr
2015-03-24 오전 8:16에 David Rientjes 이(가) 쓴 글:
On Sat, 21 Mar 2015, Gioh Kim wrote:
When the compaction is activated via /proc/sys/vm/compact_memory
it would better scan the whole zone.
And some platform, for instance ARM, has the start_pfn of a zone is zero.
Therefore the first try to compacti
When the compaction is activated via /proc/sys/vm/compact_memory
it would better scan the whole zone.
And some platform, for instance ARM, has the start_pfn of a zone is zero.
Therefore the first try to compaction via /proc doesn't work.
It needs to force to reset compaction scanner position at fir
This patch uses the existing CALAO Systems ftdi_8u2232c_probe in order
to avoid attaching a TTY to the JTAG port as this board is based on the
CALAO Systems reference design and needs the same fix up.
Signed-off-by: Doug Goldstein
CC: stable
---
drivers/usb/serial/ftdi_sio.c | 3 ++-
1 file cha
On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
> I have a machine that no longer boots in a headless manner with -rc5.
> It's an Celeron based NUC device. I blacklisted the i915 driver and
> it boots fine, then I ran insmod manually and got the backtrace below.
> This machine on
Unused after commit 71684406905f ("iommu/vt-d: Detach domain *only*
from attached iommus"). Reported by 0-day builder.
Signed-off-by: Alex Williamson
---
drivers/iommu/intel-iommu.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
i
> -Original Message-
> From: Venkatesh Srinivas [mailto:venkate...@google.com]
> Sent: Monday, March 23, 2015 5:23 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; Linux Kernel Developers List;
> de...@linuxdriverproject.org; oher...@suse.com; James E.J. Bottomley;
> Christoph Hel
drivers/net/usb/cx82310_eth.c:175:2-3: Unneeded semicolon
Removes unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Ondrej Zary
Signed-off-by: Fengguang Wu
---
cx82310_eth.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/net/usb/cx82310_
debugfs_create_dir and debugfs_create_file may return -ENODEV when debugfs
is not configured, so the return value should be checked against ERROR_VALUE
as well, otherwise the later dereference of the dentry pointer would crash
the kernel.
Signed-off-by: Chengyu Song
---
fs/dlm/debug_fs.c | 70 ++
From: Alexander Drozdov
Date: Mon, 23 Mar 2015 09:11:12 +0300
> It is just an optimization. We don't need the value of status variable
> if the packet is filtered.
>
> Signed-off-by: Alexander Drozdov
Applied to net-next
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
Martin Kepplinger writes:
> There is a proposed change to the miscdevice's behaviour on open(). Currently
> file->private_data stays NULL, but only because we don't have an open-entry in
> struct file_operations.
>
> This may change so that private_data, more consistently, is always set to
> struc
From: Alexander Drozdov
Date: Mon, 23 Mar 2015 09:11:13 +0300
> Introduce TP_STATUS_CSUM_VALID tp_status flag to tell the
> af_packet user that at least the transport header checksum
> has been already validated.
>
> For now, the flag may be set for incoming packets only.
>
> Signed-off-by: Ale
On 2015/3/24 0:15, Arnaldo Carvalho de Melo wrote:
> Em Mon, Mar 23, 2015 at 11:50:05AM +0800, Yunlong Song escreveu:
>> Signed-off-by: Yunlong Song
>> Signed-off-by: Namhyung Kim
>
> Humm, this doesn't seem to apply (Namhyung's S-o-B), as this patch was
> made by you and is not going thru him,
This patch tries to fix the wrong values returned by various functions
such as EIO and ENOMEM.
Signed-off-by: Sanidhya Kashyap
---
fs/adfs/dir_fplus.c | 1 +
fs/adfs/super.c | 20 +++-
2 files changed, 16 insertions(+), 5 deletions(-)
diff --git a/fs/adfs/dir_fplus.c b/fs/a
Hi Eduardo,
Today's linux-next merge of the thermal-soc tree got a conflict in
include/linux/thermal.h between commit 33f1e05e1536 ("Thermal:
initialize thermal zone device correctly") from the thermal tree and
commit f7e41876c4b2 ("thermal: of: fix cooling device weights in device
tree") from the
Hi Linus,
a few people reported an oops that looks to be fixed in drm-next already,
so I've pulled the patch back.
Dave.
The following changes since commit 90a5a895cc8b284ac522757a01de15e36710c2b9:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2015-03-23
10:16:13 -0700)
a
From: Herbert Xu
Date: Tue, 24 Mar 2015 09:53:17 +1100
> rhashtable: Fix sleeping inside RCU critical section in walk_stop
>
> The commit 963ecbd41a1026d99ec7537c050867428c397b89 ("rhashtable:
> Fix use-after-free in rhashtable_walk_stop") fixed a real bug
> but created another one because we ma
On 2015/3/24 8:53, Huang Ying wrote:
> On Mon, 2015-03-23 at 14:18 +0800, Li, Aubrey wrote:
>> On 2015/3/20 16:38, Huang Ying wrote:
>>> FYI, we noticed the below changes on
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>>> commit 7486341a98f26857f383aec88ffa109500
Hi Linus,
Please pull some powerpc fixes for 4.0:
The following changes since commit 06e5801b8cb3fc057d88cb4dc03c0b64b2744cda:
Linux 4.0-rc4 (2015-03-15 17:38:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mpe/linux.git tags/powerpc-4.0-3
f
On 2015/3/24 0:48, Bjorn Helgaas wrote:
> On Mon, Mar 23, 2015 at 03:22:14PM +0800, Jiang Liu wrote:
>> Commit 63f1789ec716("Ignore resources consumed by host bridge itself")
>> tries to ignore resources consumed by PCI host bridge itself by
>> checking IORESOURCE_WINDOW flag, which causes regressi
On 23 March 2015 at 22:13, Bartlomiej Zolnierkiewicz
wrote:
> Would you pick this patch up or should I resend it to Rafael?
Please resend it to Rafael and cc me and linux-pm list.. Also add my
Ack to it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/15/2014 07:46 PM, Phillip Susi wrote:
> On 11/25/2014 02:13 PM, Akers, Jason B wrote:
>> Hi Phillip, It turns out that this patch was based on an old
>> github repository that doesn't appear to be updated. Doug
>> Gilbert reached out after the
601 - 700 of 785 matches
Mail list logo