On 10/01/2015 at 17:14:00 -0800, Guenter Roeck wrote :
> Not sure I understand what my comment has to do with 'parent'.
>
> The fact that the code checks if it has already been instantiated
> suggests that the original author of the driver was concerned about
> that case. Since you did not remove
On Sun, Jan 11, 2015 at 08:52:19PM +0100, Pavel Machek wrote:
>
> Actually, why not? Tools should know to look at From: in the
> commit. AFAICT, Alan has it set up correctly.
> Pavel
Normally, the Extra From header should only be used
Hello.
On 1/12/2015 9:41 AM, Fu, Zhonghui wrote:
From 8685c3c2746b4275fc808d9db23c364b2f54b52a Mon Sep 17 00:00:00 2001
From: Zhonghui Fu
Date: Mon, 12 Jan 2015 14:25:46 +0800
Subject: [PATCH] brcmfmac: avoid duplicated suspend/resume operation
The lines above are not needed.
WiFi
On Mon, Jan 12, 2015 at 02:59:57PM +0100, Philipp Zabel wrote:
> Am Montag, den 12.01.2015, 12:25 + schrieb Russell King - ARM Linux:
> > It's not quite that simple, because the SPDIF AP pins are multiplexed
> > with the I2S pins - and there is variation between chip models and
> > packages.
>
Le 18/12/2014 15:05, Nicolas Ferre a écrit :
> From: Sylvain Rochet
>
> Waiting for PIT to stop counting takes a long time:
> 1/(Master clock/prescaler/PIVR)
> = 1/(133 MHz /16 /2^20)
> = 126 ms
>
> Up to 126 ms if master clock is set to 133 MHz, skipping suspend/resume
> of the
Em Mon, Jan 12, 2015 at 08:17:52PM +0900, Masami Hiramatsu escreveu:
> (2015/01/10 19:33), Namhyung Kim wrote:
> > When it failed to write probe commands to the probe_event file in
> > debugfs, it needs to propagate the error code properly. Current code
> > blindly uses the return value of the
Em Mon, Jan 12, 2015 at 08:44:23PM +0900, Masami Hiramatsu escreveu:
> (2015/01/10 19:33), Namhyung Kim wrote:
> > The exclusive options are to prohibit use of conflicting options at the
> > same time. But it had a side effect that it also limits a such option
> > can be used at most once.
Peter Zijlstra writes:
> On Mon, Jan 12, 2015 at 03:12:58PM +0200, Alexander Shishkin wrote:
>> > I suppose we could; I'm trying to remember why I did it like this, I'm
>> > failing to remember much past yesterday atm :/
>>
>> Well, right now we can only map things in one order: user page +
On Mon, Jan 12, 2015 at 08:55:21AM -0500, Tejun Heo wrote:
> On Mon, Jan 12, 2015 at 02:50:34PM +0100, Peter Zijlstra wrote:
> > See this thread:
> > https://lkml.org/lkml/2012/5/9/416
> > https://lkml.org/lkml/2012/5/9/353
> >
> > At the time I couldn't make it work :/
>
> Dang, I was
Am Montag, den 12.01.2015, 12:25 + schrieb Russell King - ARM Linux:
> On Mon, Jan 12, 2015 at 10:25:28AM +0100, Philipp Zabel wrote:
> > Jean-Francois' reply already reflects this, but the 'port' nodes should
> > correspond to physical ports of the device if possible. If you can
> > configure
My first code review of the new year, so let's start with a simple one to avoid
taxing my brain cells (that are still in vacation mode) too much...
On 12/18/2014 05:20 PM, Shuah Khan wrote:
> There is no need to zero out fmt.pix.priv in vidioc_g_fmt_vid_cap()
> vidioc_try_fmt_vid_cap(), and
On Monday 12 January 2015 12:18:15 Catalin Marinas wrote:
> On Sat, Jan 10, 2015 at 09:36:13PM +, Arnd Bergmann wrote:
> > On Saturday 10 January 2015 13:00:27 Linus Torvalds wrote:
> > > > IIRC, AIX works great with 64k pages, but only because of two
> > > > reasons that don't apply on Linux:
On Mon, Jan 12, 2015 at 02:50:34PM +0100, Peter Zijlstra wrote:
> See this thread:
> https://lkml.org/lkml/2012/5/9/416
> https://lkml.org/lkml/2012/5/9/353
>
> At the time I couldn't make it work :/
Dang, I was worrying about the same thing, so the compiler does
complain about using
On Fri, 2015-01-09 at 17:16 +0100, Lars-Peter Clausen wrote:
> On 01/09/2015 05:14 PM, Ivan T. Ivanov wrote:
> > On Fri, 2015-01-09 at 16:54 +0100, Lars-Peter Clausen wrote:
> > > On 01/09/2015 04:50 PM, Ivan T. Ivanov wrote:
> > > > On Fri, 2015-01-09 at 16:41 +0100, Lars-Peter Clausen wrote:
>
unregister_console() will be called from uart_remove_one_port() while
removing the platform driver. So not necessary to call it in driver
exit path.
Signed-off-by: Pramod Gurav
---
drivers/tty/serial/msm_serial.c |3 ---
1 file changed, 3 deletions(-)
diff --git
Hello,
On Sun, Jan 11, 2015 at 03:36:12PM -0500, Ahmed S. Darwish wrote:
> From: Ahmed S. Darwish
>
> CAN to USB interfaces sold by the Swedish manufacturer Kvaser are
> divided into two major families: 'Leaf', and 'UsbcanII'. From an
> Operating System perspective, the firmware of both
On 01/12/2015 02:49 PM, Appana Durga Kedareswara Rao wrote:
> Hi Marc,
>
>> -Original Message-
>> From: Marc Kleine-Budde [mailto:m...@pengutronix.de]
>> Sent: Monday, January 12, 2015 6:56 PM
>> To: Appana Durga Kedareswara Rao
>> Cc: linux-...@vger.kernel.org; net...@vger.kernel.org;
On Mon, Jan 12, 2015 at 2:32 AM, Jacek Anaszewski
wrote:
> On 01/09/2015 07:33 PM, Rob Herring wrote:
>>
>> On Fri, Jan 9, 2015 at 9:22 AM, Jacek Anaszewski
>> wrote:
>>>
>>> Add a property for defining the device outputs the LED
>>> represented by the DT child node is connected to.
>>>
>>>
On 01/11/2015 10:31 PM, Pavel Machek wrote:
> On Sun 2015-01-11 21:58:00, Konrad Zapalowicz wrote:
>> On 01/11, Pavel Machek wrote:
>>> On Sun 2015-01-11 17:24:26, Konrad Zapalowicz wrote:
On 01/11, atull wrote:
> On Sat, 10 Jan 2015, Konrad Zapalowicz wrote:
>
>> On 01/06,
On Mon, Jan 12, 2015 at 08:31:45AM -0500, Tejun Heo wrote:
> Hello, Peter.
>
> On Mon, Dec 15, 2014 at 11:39:15AM +0100, Peter Zijlstra wrote:
> > I would very much prefer something like the below instead..
> >
> > I'm not a great fan of pr_cont, it makes a mess of things if there's
> > multiple
On Mon, Jan 12, 2015 at 02:33:30PM +0100, Olivier Sobrie wrote:
> Hello,
>
> On Mon, Jan 12, 2015 at 05:14:07AM -0500, Ahmed S. Darwish wrote:
> > On Sun, Jan 11, 2015 at 09:51:10PM +0100, Marc Kleine-Budde wrote:
> > > On 01/11/2015 09:45 PM, Ahmed S. Darwish wrote:
> > > > From: Ahmed S.
On 01/12/2015 09:45 AM, Pavel Machek wrote:
> On Sun 2015-01-11 10:29:00, atull wrote:
>> On Sat, 10 Jan 2015, Pavel Machek wrote:
>>
>>> On Sat 2015-01-10 10:10:51, Pantelis Antoniou wrote:
Hi Pavel,
> On Jan 9, 2015, at 22:56 , Pavel Machek wrote:
>
> On Fri 2015-01-09
Hi Marc,
> -Original Message-
> From: Marc Kleine-Budde [mailto:m...@pengutronix.de]
> Sent: Monday, January 12, 2015 6:56 PM
> To: Appana Durga Kedareswara Rao
> Cc: linux-...@vger.kernel.org; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Soren Brinkmann;
Signed-off-by: Bartosz Golaszewski
---
drivers/hwmon/ina2xx.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index a16d6a2..ae110c5 100644
--- a/drivers/hwmon/ina2xx.c
+++ b/drivers/hwmon/ina2xx.c
@@ -370,9 +370,6 @@ static ssize_t
Use DIV_ROUND_CLOSEST() when dealing with the calibration values to make the
calculations less error prone.
Signed-off-by: Bartosz Golaszewski
---
drivers/hwmon/ina2xx.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c
This small series fixes two minor issues in the driver after recent
implementation of new attributes. The first patch removes an unnecessary
result check after calling dev_get_drvdata() and the second one adds
calls to DIV_ROUND_CLOSEST() to avoid rounding errors.
This series is rebased against
On 01/12/2015 02:25 PM, Pavel Machek wrote:
Hi!
+struct max77693_sub_led {
+ /* related FLED output identifier */
->flash LED, about 4x.
+/* split composite current @i into two @iout according to @imax weights */
+static void __max77693_calc_iout(u32 iout[2], u32 i, u32 imax[2])
+{
+
If CONFIG_BUG=n __WARN_printf won't be defined leading to the below
build failure. The double underscores should have told us to steer clear
of it anyway.
drivers/gpu/drm/i915/intel_display.c: In function ‘assert_pll’:
drivers/gpu/drm/i915/intel_display.c:1027:2: error: implicit declaration
of
The change does following:
- baud, flow, bits, parity were being overwritten as they were
being reinitialized after parsing. Initialize them when they are
declared so that user provided setting are not overwritten.
- msm_set_baud_rate() is anyway called in uart_set_options when it calls
On 01/11/2015 10:12 PM, Christoffer Dall wrote:
> On Wed, Dec 03, 2014 at 05:07:10PM +0100, Eric Auger wrote:
>> on arm/arm64 the VGIC is dynamically instantiated and it is useful
>> to expose its state, especially for irqfd setup.
>>
>> This patch defines __KVM_HAVE_ARCH_VIRTUAL_INTC_INITIALIZED
On 01/11/2015 10:17 PM, Christoffer Dall wrote:
> On Wed, Dec 03, 2014 at 05:07:11PM +0100, Eric Auger wrote:
>> On arm/arm64, the interrupt controller is dynamically instantiated.
>> There is a risk the user-space assigns an irqfd before this latter
>> is initialized and ready to accept virtual
Hi Christoffer,
On 01/11/2015 10:11 PM, Christoffer Dall wrote:
> On Wed, Dec 03, 2014 at 05:07:09PM +0100, Eric Auger wrote:
>> Introduce __KVM_HAVE_ARCH_VIRTUAL_INTC_INITIALIZED define and
>> associated kvm_arch_is_virtual_intc_initialized function. This latter
>> allows to test whether the
Guenter Roeck suggested to return -ENODATA instead -ERANGE or -EINVAL when BIOS
reports invalid temperature value.
Signed-off-by: Pali Rohár
Reviewed-by: Guenter Roeck
Tested-by: Guenter Roeck
---
drivers/char/i8k.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Mon, Jan 12, 2015 at 03:12:58PM +0200, Alexander Shishkin wrote:
> > I suppose we could; I'm trying to remember why I did it like this, I'm
> > failing to remember much past yesterday atm :/
>
> Well, right now we can only map things in one order: user page + perf
> buffer, then aux buffer.
Commit b81975eade8c ("x86, irq: Clean up irqdomain transition code")
breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke
setup_IO_APIC(), so no irqdomains created for IOAPICs and
mp_map_pin_to_irq() fails at the very beginning.
Enhance xen_smp_prepare_cpus() to call
Detect presense of sensor by calling type function instead trying to read
temperature value. Type function is working also for sensors which are temporary
turned off (e.g on GPU which is turned off). Dell DOS binary NBSVC.MDM is doing
similar checks, so we should do that too.
Signed-off-by: Pali
This patch adds labels support for fans if SMM function with EAX register
0x03a3 reports it. This information was taken from DOS binary NBSVC.MDM.
Additionally this patch change detection of fan presece. Instead reading fan
status now detection is based on new label SMM function. Dell DOS binary
Hello,
On Mon, Jan 12, 2015 at 05:14:07AM -0500, Ahmed S. Darwish wrote:
> On Sun, Jan 11, 2015 at 09:51:10PM +0100, Marc Kleine-Budde wrote:
> > On 01/11/2015 09:45 PM, Ahmed S. Darwish wrote:
> > > From: Ahmed S. Darwish
> > >
> > > (This is a draft patch, I'm not sure if this fixes the USB
>
Setting negative fan multiplier or maximal fan speed does make any sense and
can cause problems. So ensure that negative values will not be accepted.
Signed-off-by: Pali Rohár
Reviewed-by: Guenter Roeck
---
drivers/char/i8k.c | 18 +-
1 file changed, 9 insertions(+), 9
Both Dell Latitude machines were tested with new fan autodetection code and they
are working fine. We already have DMI_MATCH data for generic Latitude machines
which match also E6440 and E6540 models. So we do not need to maintain DMI data
for those specific machines anymore.
Signed-off-by: Pali
From: Guenter Roeck
Instead of returning a previous value if the SMM code returns
an error when trying to read a temperature, retry once.
If that fails again, return -ENODATA. Also return -ENODATA if an
attempt is made to read the GPU temperature but the GPU is
currently turned off.
Drop the
This patch adds new function i8k_get_fan_nominal_speed() for doing SMM call
which will return nominal fan RPM for specified fan speed. It returns nominal
RPM value at which fan operate when speed (0, 1, 2, 3) is set. It looks like
RPM value is not accurate, but still provides very useful
From: Guenter Roeck
XPS 13 does not support turbo speed, so its initialization data
matches that of XPS M140. Make XPS initialization data generic,
and add support for XPS 13.
Signed-off-by: Guenter Roeck
Reviewed-by: Jean Delvare
---
drivers/char/i8k.c | 14 +++---
1 file changed,
Hello, Peter.
On Mon, Dec 15, 2014 at 11:39:15AM +0100, Peter Zijlstra wrote:
> I would very much prefer something like the below instead..
>
> I'm not a great fan of pr_cont, it makes a mess of things if there's
> multiple cpus printing bits.
Yeah, it does sometimes get annoying and bitmaps
At Mon, 12 Jan 2015 08:21:50 -0500,
David Flater wrote:
>
> On 01/12/2015 08:12 AM, Takashi Iwai wrote:
> > At Mon, 12 Jan 2015 08:09:49 -0500,
> > David Flater wrote:
> >> You can use dave@ for sign-off purposes.
> >
> > The author field should be identical with the sign-off while you
> > posted
This patch adds labels for temperature sensors if SMM function with EAX register
0x11a3 reports it. This information was taken from DOS binary NBSVC.MDM.
Signed-off-by: Pali Rohár
Reviewed-by: Guenter Roeck
Tested-by: Guenter Roeck
Tested-by: Pali Rohár
Tested-by: Steven Honeyman
Tested-by:
This patch series contains all i8k patches which were already sent to LKML and
are not included in Greg's char-misc-testing branch yet (2015-01-12).
Guenter Roeck (2):
i8k: Rework error retries
i8k: Add support for Dell XPS 13
Pali Rohár (7):
i8k: Add support for temperature sensor labels
On Sat, Jan 10, 2015 at 11:03:18PM -0500, David Long wrote:
> From: Sandeepa Prabhu
>
> Add support for basic kernel probes(kprobes) and jump probes
> (jprobes) for ARM64.
>
> Kprobes will utilize software breakpoint and single step debug
> exceptions supported on ARM v8.
>
> Software
On Sat, 2015-01-10 at 23:31 -0500, Nicholas Krause wrote:
> Changes various calls in the functions,send_pkg_prepare and send_pkg_done
> for mdelay to msleep. These changes are needed due to use working with
> various sleep modes supported by this hardware and thus needing to sleep
> for a small
Hi!
> >>+* the state of V4L2_CID_FLASH_INDICATOR_INTENSITY control only.
> >>+* Therefore it must be possible to set it to 0 level which in
> >>+* the LED subsystem reflects LED_OFF state.
> >>+*/
> >>+ if (cdata_id != INDICATOR_INTENSITY)
> >>+ ++__intensity;
> >
>
On 01/12/2015 07:59 AM, Appana Durga Kedareswara Rao wrote:
> Hi Marc,
>
>> -Original Message-
>> From: Marc Kleine-Budde [mailto:m...@pengutronix.de]
>> Sent: Sunday, January 11, 2015 9:11 PM
>> To: Appana Durga Kedareswara Rao
>> Cc: linux-...@vger.kernel.org; net...@vger.kernel.org;
Hi!
> >>+struct max77693_sub_led {
> >>+ /* related FLED output identifier */
> >
> >->flash LED, about 4x.
> >
> >>+/* split composite current @i into two @iout according to @imax weights */
> >>+static void __max77693_calc_iout(u32 iout[2], u32 i, u32 imax[2])
> >>+{
> >>+ u64 t = i;
> >>+
On Mon, 01/12 02:08, Josh Triplett wrote:
> On Mon, Jan 12, 2015 at 04:24:00PM +0800, Fam Zheng wrote:
> > On Thu, 01/08 21:21, Josh Triplett wrote:
> > > On Fri, Jan 09, 2015 at 12:49:08PM +0800, Fam Zheng wrote:
> > > > On Thu, 01/08 18:24, Andy Lutomirski wrote:
> > > > > On Thu, Jan 8, 2015 at
Hi Linus,
Here is a few mmc fixes for 3.19, take 2.
Details are as usual found in the signed tag. Please pull this in!
Kind regards
Ulf Hansson
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4 (2015-01-11 12:44:53 -0800)
are available in the git
On 01/12/2015 06:42 AM, Will Deacon wrote:
On Sat, Jan 10, 2015 at 07:51:03PM +, Linus Torvalds wrote:
I can revert the commit that causes problems, but considering the
performance impact on x86 (it would be a regression since 3.18), I
would *really* like to fix the arm64 problem instead.
Le 09/01/2015 10:18, Bo Shen a écrit :
> The MICBIAS is a supply, should route to MIC while not IN1L.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
I stack it up in at91-3.19-fixes.
Thanks. Bye.
> ---
>
> arch/arm/boot/dts/sama5d3xmb.dtsi | 2 +-
> 1 file changed, 1 insertion(+), 1
On 01/12/2015 08:12 AM, Takashi Iwai wrote:
At Mon, 12 Jan 2015 08:09:49 -0500,
David Flater wrote:
You can use dave@ for sign-off purposes.
The author field should be identical with the sign-off while you
posted with a different mail address. So, I should correct the from
address (vger@) to
On 01/09/2015 04:58 PM, Joe Perches wrote:
> The git commit message can be confusing,
>
> Try to clarify the message a bit to reduce
> the confusion when emitted.
>
> Show the correct form using
> Please use git commit description style 'commit <12+ chars of sha1>
> ("")'
> and if the
From: Colin Ian King
Although on some systems va_end is a no-op, it is good practice
to use va_end, especially since the manual states:
"Each invocation of va_start() must be matched by a corresponding
invocation of va_end() in the same function."
Signed-off-by: Colin Ian King
---
On Monday 12 January 2015 11:53:42 Catalin Marinas wrote:
> On Sat, Jan 10, 2015 at 08:16:02PM +, Arnd Bergmann wrote:
> > Regarding ARM64 in particular, I think it would be nice to investigate
> > how to extend the THP code to cover 64KB TLBs when running with the 4KB
> > page size. There is
2015-01-09 18:21 GMT+01:00 Wolfram Sang :
> Let the core do the checks if HW quirks prevent a transfer. Saves code
> from drivers and adds consistency.
>
> Signed-off-by: Wolfram Sang
> ---
> drivers/i2c/i2c-core.c | 53
> ++
> 1 file changed, 53
Hello,
What you're experiencing looks like the ssd behaving badly after link
state transition. I wonder whether the right solution is plugging
PHYRDY IRQ for a while after LPM state change. Does the following
path make any difference?
Thanks.
diff --git a/drivers/ata/libahci.c
Peter Zijlstra writes:
> On Mon, Nov 17, 2014 at 09:33:00AM +, Metzger, Markus T wrote:
>> > From: Peter Zijlstra
>> >
>> > This patch introduces "AUX space" in the perf mmap buffer, intended for
>> > exporting high bandwidth data streams to userspace, such as instruction
>> > flow traces.
At Mon, 12 Jan 2015 08:09:49 -0500,
David Flater wrote:
>
> On 01/12/2015 03:26 AM, Takashi Iwai wrote:
> > I have a different "From" address (v...@flaterco.com) from this
> > sign-off. Which address should I take?
>
> You can use dave@ for sign-off purposes.
The author field should be
On 01/12/2015 03:26 AM, Takashi Iwai wrote:
I have a different "From" address (v...@flaterco.com) from this
sign-off. Which address should I take?
You can use dave@ for sign-off purposes.
DWF
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
at91sam9rl SoC has an erratum forcing us to toggle the BIAS on USB
suspend/resume events.
This specific handling was only activated when CONFIG_ARCH_AT91SAM9RL
was set, but commit bcf8c7e7703b ("ARM: at91: remove at91sam9rl legacy
board support") removed this option.
Rework the toggle_bias
On 09/01/15 19:45, Arnd Bergmann wrote:
On Friday 09 January 2015 16:56:03 Robin Murphy wrote:
This one's a bit tricky to find a home for - I think technically it's
probably an IOMMU patch, but then the long-underlying problem doesn't
seem to have blown up anything until arm64, and my
On Mon, Jan 12, 2015 at 10:33:56AM +0100, Paul Bolle wrote:
> Maxime,
>
> Your commit d91125ddf962 ("ARM: mvebu: Rename DEBUG_LL to indicate UART
> index") is included in today's linux-next (ie, next-20150112). So is the
> related commit bd920490047a ("ARM: mvebu:
On Mon, Jan 12, 2015 at 03:59:56PM +0300, Vladimir Davydov wrote:
> I haven't dug deep into the cgroup core, but may be we could detach the
> old root in cgroup_kill_sb() and leave it dangling until the last
> reference to it has gone?
The root isn't the problem here. Individual controllers are
On Sat, Jan 10, 2015 at 09:00:54AM +0530, Abhilash Kesavan wrote:
> Hi Greg,
>
> On Thu, Dec 11, 2014 at 8:28 AM, Abhilash Kesavan
> wrote:
> > Implement a resource managed writecombine ioremap function.
> >
> > Signed-off-by: Abhilash Kesavan
> > ---
> > Documentation/driver-model/devres.txt
On 12/01/15 11:36, Roger Pau Monné wrote:
> El 12/01/15 a les 8.09, Bob Liu ha escrit:
>>
>> On 01/09/2015 11:51 PM, Roger Pau Monné wrote:
>>> El 06/01/15 a les 14.19, Bob Liu ha escrit:
When there is no enough free grants, gnttab_alloc_grant_references()
will fail and block request
On Mon, Jan 12, 2015 at 11:56:56AM +0100, Robert Jarzmik wrote:
> Luis Henriques writes:
>
> > On Sun, Jan 11, 2015 at 10:39:08PM +, Ben Hutchings wrote:
> > Thanks Ben.
> >
> > Robert, do you think this is a problem? I can revert this patch as
> > it has already been released in
On Fri, Jan 09, 2015 at 07:45:49PM +, Arnd Bergmann wrote:
> On Friday 09 January 2015 16:56:03 Robin Murphy wrote:
> >
> > This one's a bit tricky to find a home for - I think technically it's
> > probably an IOMMU patch, but then the long-underlying problem doesn't
> > seem to have blown
On Mon, Jan 12, 2015 at 06:28:45AM -0500, Tejun Heo wrote:
> On Mon, Jan 12, 2015 at 11:01:14AM +0300, Vladimir Davydov wrote:
> > Come to think of it, I wonder how many users actually want to mount
> > different controllers subset after unmount. Because we could allow
>
> It wouldn't be a common
On Sat, Jan 10, 2015 at 11:03:16PM -0500, David Long wrote:
> From: "David A. Long"
>
> Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64.
>
> Signed-off-by: David A. Long
> ---
> arch/arm64/Kconfig | 1 +
> arch/arm64/include/asm/ptrace.h | 29 +
>
Hi Paul,
On Mon, 12 Jan 2015 13:15:58 +0100
Paul Bolle wrote:
> On Mon, 2015-01-12 at 11:57 +0100, Boris Brezillon wrote:
> > at91sam9rl SoC has an erratum forcing us to toggle the BIAS on USB
> > suspend/resume events.
> >
> > This specific handling is only activated when
Fixed sparse warings 'restricted __le16 degrades to integer' generated
from below titled patch
[PATCH v2 02/22] [SCSI] mpt2sas, mpt3sas: Added support to log message
when Temperature Threshold exceeds for any Sensor
Signed-off-by: Sreekanth Reddy
---
drivers/scsi/mpt2sas/mpt2sas_scsih.c | 12
Peter Zijlstra writes:
> On Fri, Nov 14, 2014 at 03:43:45PM +0200, Alexander Shishkin wrote:
>> +static __init int pt_init(void)
>> +{
>> +int ret, cpu, prior_warn = 0;
>> +
>> +BUILD_BUG_ON(sizeof(struct topa) > PAGE_SIZE);
>> +get_online_cpus();
>> +for_each_online_cpu(cpu) {
(2015/01/12 21:09), Wang Nan wrote:
> Original code failed to disarm the probed instruction after
>
> echo 0 > /sys/kernel/debug/kprobes/enabled
>
> if OPTPROBE is enabled.
>
> This patch checks kprobes_all_disarmed in unoptimized_kprobe().
>
Looks good :)
Acked-by: Masami Hiramatsu
Thank
On 10/01/2015 14:51, Hans de Goede wrote:
> Hi,
>
> On 10-01-15 12:17, Mark Brown wrote:
>> On Sat, Jan 10, 2015 at 11:20:13AM +0100, Hans de Goede wrote:
>>> On 09-01-15 18:11, Mark Brown wrote:
>>
Or if the supply is for the device at the other end of the link (which
is what it
Since the commit 6e0bd6c35b021dc73a81ebd1ef79761233c48b50
("cfg80211: 802.11p OCB mode handling") and
239281f803e2efdb77d906ef296086b6917e5d71
("mac80211: 802.11p OCB mode support")
does the Linux kernel support OCB mode. This commit adds
proper OCB mode handling.
Modify the command for device
On Sat, 2015-01-10 at 02:16 +0300, Alexey Khoroshilov wrote:
> Commit e4c7f259c5be ("USB: kaweth.c: use GFP_ATOMIC under spin_lock")
> makes sure that kaweth_internal_control_msg() allocates memory with
> GFP_ATOMIC,
> but kaweth_internal_control_msg() also calls usb_start_wait_urb()
> that still
On Mon, Jan 12, 2015 at 10:40:04AM +0100, Linus Walleij wrote:
> On Tue, Dec 2, 2014 at 5:12 PM, Maxime Ripard
> > We do have one board where we have a pin (let's say GPIO14 of the bank
> > A) that enables a regulator that will provide VCC the bank B.
> I think it's a hog in this case though,
Hi Stephen,
On Friday 09 January 2015 03:16 AM, Stephen Boyd wrote:
> On 01/08/2015 01:15 AM, Pramod Gurav wrote:
>> drivers/tty/serial/msm_serial.c | 15 ---
>> 1 file changed, 15 deletions(-)
>>
>> diff --git a/drivers/tty/serial/msm_serial.c
>> b/drivers/tty/serial/msm_serial.c
Peter Zijlstra writes:
> On Fri, Nov 14, 2014 at 03:43:45PM +0200, Alexander Shishkin wrote:
>> +static void pt_handle_status(struct pt *pt)
>> +{
>> +struct pt_buffer *buf = perf_get_aux(>handle);
>> +int advance = 0;
>> +u64 status;
>> +
>> +rdmsrl(MSR_IA32_RTIT_STATUS,
(2015/01/08 9:11), Jiri Kosina wrote:
> On Wed, 7 Jan 2015, Andrew Morton wrote:
>
>>> --- a/kernel/livepatch/core.c
>>> +++ b/kernel/livepatch/core.c
>>> @@ -911,6 +911,12 @@ static int klp_init(void)
>>> {
>>> int ret;
>>>
>>> + ret = klp_check_compiler_support();
>>> + if (ret) {
On Sat, Jan 10, 2015 at 07:51:03PM +, Linus Torvalds wrote:
> On Sat, Jan 10, 2015 at 5:37 AM, Will Deacon wrote:
> >>
> >> Will?
> >
> > I'm wondering if this is now broken in the fullmm case, because tlb->end
> > will be zero and we won't actually free any of the pages being unmapped
> > on
On 01/12/15 at 09:38am, Ying Xue wrote:
> Hi Thomas,
>
> I am really unable to see where is wrong leading to below warning
> complaints. Can you please help me check it?
Not sure yet. It's not your patch that introduced the issue though.
It merely exposed the affected code path.
Just wondering,
This patch add the resource-managed function for devfreq-event device as
following functions. The devm_devfreq_event_add_edev() manages automatically
the memory of devfreq-event device using resource management.
- devm_devfreq_event_add_edev()
- devm_devfreq_event_remove_edev()
Cc: Myungjoo Ham
This patch add new devfreq_event class for devfreq_event device which provide
raw data (e.g., memory bus utilization/GPU utilization). This raw data from
devfreq_event data would be used for the governor of devfreq subsystem.
- devfreq_event device : Provide raw data for governor of existing
This patch adds the documentation for Exynos PPMU (Platform Performance
Monitoring Unit) devfreq-event driver.
Cc: MyungJoo Ham
Cc: Kyungmin Park
Signed-off-by: Chanwoo Choi
Acked-by: MyungJoo Ham
---
.../bindings/devfreq/event/exynos-ppmu.txt | 110 +
1 file
This patch add PPMU (Platform Performance Monitoring Unit) dt node for Exynos4
(Exynos4210/4212/4412) SoC. PPMU dt node is used to monitor the utilization of
each IP.
The Exynos4210/Exynos4212/Exynos4412 SoC includes following PPMUs:
- PPMU_DMC0 0x106A_
- PPMU_DMC1 0x106B_
-
Nicholas Mc Guire writes:
> wait_for_completion_timeout does not return negative values so the tests
> for <= 0 are not needed and the case differentiation in the error handling
> path unnecessary.
>
> v2: all wait_for_completion_timeout changes in a single patch
> v3: patch formatting cleanups
This patch adds exynos-ppmu devfreq-event driver to get performance data
of each IP for Samsung Exynos SoC. These event from Exynos PPMU provide
useful information about the behavior of the SoC that you can use when
analyzing system performance, and made visible and can be counted using
logic in
On Sun, Jan 11, 2015 at 07:24:54PM +0100, Rickard Strandqvist wrote:
> Remove the function objio_alloc_deviceid_node() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
It needs to be wire up, just like the alloc_deviceid_node
Hi Rob,
On 10/01/15 12:34, Rob Herring wrote:
Convert the ks8695 PCI driver to use the generic config access functions.
This changes accesses from __raw_readX/__raw_writeX to readX/writeX
variants.
Signed-off-by: Rob Herring
Cc: Greg Ungerer
I wasn't CC'ed on the generic implementation
This patchset add new devfreq_event class to provide raw data to determine
current utilization of device which is used for devfreq governor.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data from
This patch add dt node for PPMU_{DMC0|DMC1|LEFTBUS|RIGHTBUS} for
exynos4412-trats2 board. Each PPMU dt node includes one event of 'PPMU Count3'.
Cc: Kukjin Kim
Cc: Myungjoo Ham
Cc: Kyungmin Park
Signed-off-by: Chanwoo Choi
Acked-by: MyungJoo Ham
---
arch/arm/boot/dts/exynos4412-trats2.dts |
This patch add PPMU dt node to Exynos3250-base Rinato/Monk board. The PPMU node
is used to get the utilization of DMC0/DMC1/LEFTBUS/RIGHTBUS Block.
Cc: Kukjin Kim
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250-monk.dts | 40
On Mon, Jan 12, 2015 at 07:07:41AM -0500, Ahmed S. Darwish wrote:
> Hi Marc,
>
> On Mon, Jan 12, 2015 at 12:43:56PM +0100, Marc Kleine-Budde wrote:
> > On 01/11/2015 09:36 PM, Ahmed S. Darwish wrote:
> > > +
> > > + switch (dev->family) {
> > > + case KVASER_LEAF:
> > > + rx_msg =
801 - 900 of 2278 matches
Mail list logo