Signed-off-by: Nicholas Mc Guire
>> ---
>>
>> Patch was compile tested with x86_64_defconfig +
>> CONFIG_X86_AMD_PLATFORM_DEVICE=y, CONFIG_I2C_DESIGNWARE_PLATFORM=m
>> (implies CONFIG_I2C_DESIGNWARE_CORE=y)
>>
>> Patch is against 3.19.0-rc7 (localversion-next
On 09.02.2015 20:54, Sander Eikelenboom wrote:
> Hi.
>
> In 3.19 the device name associates with IRQ's for ahci controllers operating
> with a single IRQ changed from "ahci?" to "", was this intentional ?
>
> It's probably commit 18dcf433f3ded61eb140a55e7048ec2fef79e723 (or another one
> in that
On 09/02/2015 22:00, Christian Borntraeger wrote:
> I can confirm that this also helps uperf with a 1/1 byte round trip work load
> between guests on s390. And I can confirm the higher CPU load. This is
> normally
> a no-go for the typical s390 users, which utilize their systems as much as
>
On Mon, Feb 09, 2015 at 04:08:25PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> When the SSC acts as BCK master, use a ratnum rule to limit
> the rate instead of only doing the standard rates. When the SSC
> acts as BCK slave, allow any BCK frequency up to the SSC master
> clock, divided by
On Mon, Feb 09, 2015 at 02:08:41PM -0800, Bjorn Andersson wrote:
> You said something when we talked that I interpreted to
> regulator_set_optimum_mode() is not a good name for the consumer API;
> was that a correct interpretation or was your comment limited to the
> driver facing API?
> Should
On Thu, 05 Feb 2015, Brian Norris wrote:
> On Wed, Jan 21, 2015 at 03:24:20PM +, Lee Jones wrote:
> > To trim down on the amount of properties used by this driver and to conform
> > to the newly agreed method of acquiring syscfg registers/offsets, we now
> > obtain this information using
Pressing Fn+Esc in a Lenovo Thinkpad x240 to lock the Fn keys generates
an unhandled hkey event
Signed-off-by: Xavier Naveira
---
drivers/platform/x86/thinkpad_acpi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/platform/x86/thinkpad_acpi.c
On 9 February 2015 at 07:22, Alexandre Courbot wrote:
> On Thu, Jan 29, 2015 at 1:30 AM, Rhyland Klein wrote:
>> On 1/28/2015 1:06 AM, Alexandre Courbot wrote:
>>> On Wed, Jan 28, 2015 at 2:23 AM, Rhyland Klein wrote:
From: Pavan Kunapuli
If there is a gap between xfer mode and
On pon, 2015-02-09 at 20:02 +0100, Stefan Wahren wrote:
> Hi Krzysztof,
>
> > Krzysztof Kozlowski hat am 30. Januar 2015 um
> > 15:47
> > geschrieben:
> >
> >
> > Replace direct calls to power supply function attributes with wrappers.
> > Wrappers provide safe access in case of unregistering
On Mon, Feb 2, 2015 at 4:53 PM, Lee Jones wrote:
> On Sat, 31 Jan 2015, Chen-Yu Tsai wrote:
>
>> Hi Lee,
>>
>> On Thu, Jan 22, 2015 at 5:02 PM, Lee Jones wrote:
>> > On Thu, 22 Jan 2015, Chen-Yu Tsai wrote:
>> >
>> >> From: Carlo Caione
>> >>
>> >> Bindings documentation for the AXP20x driver.
For tip/timers/urgent
Additional validation of adjtimex freq values to avoid
potential multiplication overflows were added in commit
5e5aeb4367b (time: adjtimex: Validate the ADJ_FREQUENCY values)
Unfortunately the patch used LONG_MAX/MIN instead of
LLONG_MAX/MIN, which was fine on 64bit
Hi,
On Mon, Feb 09, 2015 at 09:31:20AM +0100, Peter Zijlstra wrote:
> On Mon, Feb 09, 2015 at 01:58:33PM +0800, Huang Ying wrote:
> > FYI, we noticed the below changes on
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
> > commit
On Mon, Feb 9, 2015 at 5:02 PM, Sedat Dilek wrote:
> On Mon, Feb 9, 2015 at 4:58 PM, Sedat Dilek wrote:
>> On Mon, Feb 9, 2015 at 4:44 PM, Greg Kroah-Hartman
>> wrote:
>>> On Mon, Feb 09, 2015 at 04:35:53PM +0100, Sedat Dilek wrote:
Hi Greg,
nice to see the kbuild and trace
On Mon, 9 Feb 2015, Josh Poimboeuf wrote:
> > The way how do detect whether given CPU is running in userspace
> > (without interfering with it too much, like, say, sending costly IPI)
> > is rather tricky though. On kernels with CONFIG_CONTEXT_TRACKING we
> > could make use of that feature,
On Fri, 06 Feb 2015, Sascha Hauer wrote:
> Hi All,
>
> We are adding support for a new pretty typical MFD device, the MediaTek
> MT6397. Initial patches are already posted. It's a PMIC which among other
> things has regulators and a RTC. The same RTC is reused on another PMIC,
> but with another
+
CONFIG_X86_AMD_PLATFORM_DEVICE=y, CONFIG_I2C_DESIGNWARE_PLATFORM=m
(implies CONFIG_I2C_DESIGNWARE_CORE=y)
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/i2c/busses/i2c-designware-core.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses
On Tue, 2015-02-03 at 12:38 -0800, Bjorn Andersson wrote:
> On Tue, Feb 3, 2015 at 4:17 AM, Ivan T. Ivanov wrote:
> > Following set of patches add initial DT support for PMIC devices
> > found on recent Quqalcomm chipsets. Details for SPMI bus and PMIC arbiter
> > could be found here [1].
> >
>
On Tue, 10 Feb 2015, Lee Jones wrote:
> On Mon, 09 Feb 2015, Bjorn Andersson wrote:
>
> > On Thu, Jan 29, 2015 at 5:51 PM, Bjorn Andersson
> > wrote:
> > > Add the regulator subnodes to the Qualcomm RPM MFD device tree bindings.
> > >
> > > Signed-off-by: Bjorn Andersson
> > > ---
> > > After
On Mon, 09 Feb 2015, Bjorn Andersson wrote:
> On Thu, Jan 29, 2015 at 5:51 PM, Bjorn Andersson
> wrote:
> > Add the regulator subnodes to the Qualcomm RPM MFD device tree bindings.
> >
> > Signed-off-by: Bjorn Andersson
> > ---
> > After discussing this back and forth we've concluded that we
add test_bit() before clear close_on_exec and open_fds,
by trace __clear_bit(), these 2 place are false in most times,
we test it so that we don't need clear_bit, and we can win
in most time.
Signed-off-by: Yalin Wang
---
fs/file.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Am 09.02.2015 um 18:20 schrieb Guenter Roeck:
> On Mon, Feb 09, 2015 at 09:18:27PM +1100, Stephen Rothwell wrote:
>> Hi all,
>>
>> Please oo not add any material destined for v3.21 to your linux-next
>> included trees until after v3.20-rc1 has been released.
>>
>
> Build failures:
>
> Building
add test_bit() before clear close_on_exec and open_fds,
by trace __clear_bit(), these 2 place are false in most times,
we test it so that we don't need dirty cacheline, and we can win
in most time.
Signed-off-by: Yalin Wang
---
fs/file.c | 5 +++--
1 file changed, 3 insertions(+), 2
> -Original Message-
> From: Andrew Morton [mailto:a...@linux-foundation.org]
> Sent: Tuesday, February 10, 2015 4:34 AM
> To: Wang, Yalin
> Cc: 'Kirill A. Shutemov'; 'a...@arndb.de'; 'linux-a...@vger.kernel.org';
> 'linux-kernel@vger.kernel.org'; 'li...@arm.linux.org.uk'; 'linux-arm-
>
On Tue, Feb 10, 2015 at 02:34:15PM +0800, Greg Kroah-Hartman wrote:
> On Tue, Feb 10, 2015 at 10:50:06AM +0530, Sudip Mukherjee wrote:
>
> Nothing to do on your side, I am on the road this week and will move
> those to my -next branch right now, thanks for reminding me.
welcome sir. If you ever
On Tue, Feb 10, 2015 at 05:05:01PM +1030, Rusty Russell wrote:
> Since PCI is little endian, 8-bit access might work, but the spec section
> is very clear on this:
>
> 4.1.3.1 Driver Requirements: PCI Device Layout
>
> The driver MUST access each field using the “natural” access method,
>
On Mon, Feb 9, 2015 at 10:57 PM, Toralf Förster wrote:
> At a 32 bit Gentoo stable KVM machine I do realized since 3.19.0-rc6 :
>
> Feb 2 15:40:55 n22kvm kernel: [0.00] Linux version 3.19.0-rc6
> (root@n22kvm) (gcc version 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) ) #9 SMP Fri
> Jan 30
On Tue, Feb 10, 2015 at 9:32 AM, Rusty Russell
wrote:
Jason Wang writes:
This patch enables the interrupt coalescing setting through ethtool.
The problem is that there's nothing network specific about interrupt
coalescing. I can see other devices wanting exactly the same thing,
which
Since PCI is little endian, 8-bit access might work, but the spec section
is very clear on this:
4.1.3.1 Driver Requirements: PCI Device Layout
The driver MUST access each field using the “natural” access method,
i.e. 32-bit accesses for 32-bit fields, 16-bit accesses for 16-bit
fields
In am33xx and am43xx, ehrpwm tbclk is derived from functional clock of
PWMSS. The schematics and TRMs show that there is only one input clock to
the PWMSS. But currently, tbclk is wrongly shown to be deriving from
dpll_per_m2_ck instead of functional clock l4ls_gclk in the DT.
Fixing ehrpwm tbclk
ehrpwm tbclk is wrongly modelled as deriving from dpll_per_m2_ck.
The TRM says tbclk is derived from SYSCLKOUT. SYSCLKOUT nothing but the
functional clock of pwmss (l4ls_gclk).
Fix this by changing source of ehrpwmx_tbclk to l4ls_gclk.
Fixes: 9e100ebafb91: ("Fix ehrpwm tbclk data")
Signed-off-by:
ehrpwm tbclk is wrongly modelled as deriving from dpll_per_m2_ck.
The TRM says tbclk is derived from SYSCLKOUT. SYSCLKOUT nothing but the
functional clock of pwmss (l4ls_gclk).
Fix this by changing source of ehrpwmx_tbclk to l4ls_gclk.
Fixes: 4da1c67719f61 ("add tbclk data for ehrpwm")
On Tue, Feb 10, 2015 at 10:50:06AM +0530, Sudip Mukherjee wrote:
> > > if you want I can add an extra From: line, but Dan has already given his
> > > commments for that at https://lkml.org/lkml/2014/9/3/135
> > > quoting him :
> > >
> > > "If everyone starts using From headers like this then it
On Tue, Feb 10, 2015 at 9:03 AM, Rusty Russell
wrote:
Jason Wang writes:
We currently does:
bufs = (avail->idx - last_used_idx) * 3 / 4;
This is ok now since we only try to enable the delayed callbacks
when
the queue is about to be full. This may not work well when there is
only
On Tue, Feb 3, 2015 at 9:21 PM, Linus Walleij wrote:
> On Wed, Jan 28, 2015 at 3:30 AM, Chao Xie wrote:
>
>> From: Chao Xie
>>
>> For some old PXA series, they used PXA GPIO driver.
>> The IP of GPIO changes since PXA988 which is Marvell MMP
>> series.
>> It will use new way to control the GPIO
matches the more
> >> > common kernel style. This makes grep a bit easier.
> >
> > Hey Rob.
> >
> >> I've got the same fix in -next for 3.20 already:
> >
> > Then you should push that change to Stephen's -next
> > 'cause it's not there.
On 01/09/2015 11:34 AM, Cyril Bur wrote:
> This permits the use of arch specific clocks for which virtualised kernels can
> use their notion of 'running' time, not the elpased wall time which will
s/elpased/elapsed/
thanks
chai wen
> include host execution time.
>
> Signed-off-by: Cyril Bur
Guarantee and trusted loan at 0.2% to process a loan with us please send
Name:Country:Amount:Duration:Purpose For Loan:Phone Number:Loan Firm Loan
Offer at 0.2%. Contact us for more info.{financiersworldw...@rogers.com}
---
This email is free from viruses and malware because avast!
On Mon, Feb 9, 2015 at 11:34 AM, Joe Perches wrote:
> Uses of struct of_device_id are most commonly const.
>
> Suggest using it as such.
>
> Signed-off-by: Joe Perches
Acked-by: Rob Herring
> ---
> scripts/checkpatch.pl | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff
p a bit easier.
>
> Hey Rob.
>
>> I've got the same fix in -next for 3.20 already:
>
> Then you should push that change to Stephen's -next
> 'cause it's not there.
Huh? I just double checked that it is in fact in 20150209.
Rob
>
>> commit 851c63e3b381fdbf5aca1a797f37d860
On Mon, Feb 9, 2015 at 9:13 PM, Steven Rostedt wrote:
>> \
>> + if (prog) { \
>> + __maybe_unused const u64 z = 0; \
>> +
On Mon, Feb 9, 2015 at 8:46 PM, Steven Rostedt wrote:
>
> Looks like this is entirely perf based and does not interact with
> ftrace at all. In other words, it's perf not tracing.
>
> It makes more sense to go through tip than the tracing tree.
well, all of earlier series were based on ftrace
On 01/22/2015 11:48 PM, Andy Gross wrote:
On Thu, Jan 22, 2015 at 12:34:26PM +0530, Archit Taneja wrote:
Add register offset table entry for the newer (v1.7.0) version of the BAM IP
found on MSM8916. Update the DT bindings documentation.
Signed-off-by: Archit Taneja
---
Looks good.
On Mon, Feb 9, 2015 at 9:45 PM, Alexei Starovoitov wrote:
> I thought we already stated that.
> Here is the quote from perf_event.h:
> * # The RAW record below is opaque data wrt the ABI
> * #
> * # That is, the ABI doesn't make any promises wrt to
>
On Mon, Feb 9, 2015 at 9:16 PM, Steven Rostedt wrote:
> On Mon, 9 Feb 2015 23:08:36 -0500
> Steven Rostedt wrote:
>
>> I don't want to get stuck with pinned kernel data structures again. We
>> had 4 blank bytes of data for every event, because latency top hard
>> coded the field. Luckily, the 64
On 2/9/2015 9:34 PM, Florian Fainelli wrote:
> Le 09/02/2015 21:24, Ray Jui a écrit :
>>
>>
>> On 2/9/2015 4:11 AM, Wolfram Sang wrote:
>>> On Sat, Feb 07, 2015 at 09:25:26PM -0800, Ray Jui wrote:
Add I2C device nodes and its properties in bcm-cygnus.dtsi but keep
them disabled there.
Le 09/02/2015 21:24, Ray Jui a écrit :
>
>
> On 2/9/2015 4:11 AM, Wolfram Sang wrote:
>> On Sat, Feb 07, 2015 at 09:25:26PM -0800, Ray Jui wrote:
>>> Add I2C device nodes and its properties in bcm-cygnus.dtsi but keep
>>> them disabled there. Individual I2C devices can be enabled in board
>>>
On Tue, Feb 10, 2015 at 2:38 AM, Robert Jarzmik wrote:
> Tyler Hall writes:
>
>>> The issue with multiple gpiochips per of-node could be worked around as
>>> followed I believe, comments?
>>>
>>> diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
>>> index 08261f2..43984ab
On Mon, Feb 09, 2015 at 08:55:52PM -0800, Darren Hart wrote:
> I'd welcome the thoughts of the previous maintainers as to whether we want to
> include these kinds of OS-parity changes in the kernel. I'm probably leaning
> toward taking them.
The only real thing is whether there's any way to
On 2/9/2015 4:11 AM, Wolfram Sang wrote:
> On Sat, Feb 07, 2015 at 09:25:26PM -0800, Ray Jui wrote:
>> Add I2C device nodes and its properties in bcm-cygnus.dtsi but keep
>> them disabled there. Individual I2C devices can be enabled in board
>> specific dts file when I2C slave devices are
On 2/9/2015 4:10 AM, Wolfram Sang wrote:
> On Sat, Feb 07, 2015 at 09:25:25PM -0800, Ray Jui wrote:
>> Add initial support to the Broadcom iProc I2C controller found in the
>> iProc family of SoCs.
>>
>> The iProc I2C controller has separate internal TX and RX FIFOs, each has
>> a size of 64
On Tue, Feb 10, 2015 at 05:35:40AM +0800, Greg Kroah-Hartman wrote:
> On Sun, Feb 08, 2015 at 04:31:07PM +0530, Sudip Mukherjee wrote:
> > On Sat, Feb 07, 2015 at 05:22:16PM +0800, Greg Kroah-Hartman wrote:
> > > On Fri, Feb 06, 2015 at 06:13:21PM +0530, Sudip Mukherjee wrote:
> > > > we were
Hi Peter,
On 02/09/2015 11:08 PM, Peter Rosin wrote:
From: Peter Rosin
When the SSC acts as BCK master, use a ratnum rule to limit
the rate instead of only doing the standard rates. When the SSC
acts as BCK slave, allow any BCK frequency up to the SSC master
clock, divided by either of 2, 3
On Mon, 9 Feb 2015 23:08:36 -0500
Steven Rostedt wrote:
> I don't want to get stuck with pinned kernel data structures again. We
> had 4 blank bytes of data for every event, because latency top hard
> coded the field. Luckily, the 64 bit / 32 bit interface caused latency
> top to have to use
On Mon, 9 Feb 2015 19:45:54 -0800
Alexei Starovoitov wrote:
> +/* For tracepoint filters argN fields match one to one to arguments
> + * passed to tracepoint events
> + *
> + * For syscall entry filters argN fields match syscall arguments
> + * For syscall exit filters arg1 is a return value
>
Michael Ellerman writes:
> I'm going to be a total pain, and suggest that this is the wrong approach :)
>
> I was on board until patch 15, where you have to add an #ifdef SKIBOOT to
> guard
> an include, and you have to remove an include on the Linux side.
(the Linux include was actually not
Hi Darren,
2015-02-09 21:55 GMT-07:00 Darren Hart :
> On Mon, Feb 09, 2015 at 09:46:07PM -0700, Azael Avalos wrote:
>> Hi Darren,
>>
>> 2015-02-09 21:11 GMT-07:00 Darren Hart :
>> > On Mon, Feb 09, 2015 at 08:34:53PM -0700, Azael Avalos wrote:
>> >> Toshiba laptops that come with USB 3 ports have
Hi Darren,
2015-02-09 21:22 GMT-07:00 Darren Hart :
> On Mon, Feb 09, 2015 at 08:55:02PM -0700, Azael Avalos wrote:
>> Some Toshiba laptops do not come with the ECO led installed, however,
>> the driver is registering support for it when it should not.
>>
>> This patch makes the
On Mon, Feb 09, 2015 at 09:46:07PM -0700, Azael Avalos wrote:
> Hi Darren,
>
> 2015-02-09 21:11 GMT-07:00 Darren Hart :
> > On Mon, Feb 09, 2015 at 08:34:53PM -0700, Azael Avalos wrote:
> >> Toshiba laptops that come with USB 3 ports have a feature that lets
> >> them disable USB 3 functionality
From: Linus Torvalds
Date: Mon, 9 Feb 2015 20:37:13 -0800
> It's a NULL pointer derefernce (at offset 0x18) where the callchain
> looks like this:
>
> RIP: skcipher_recvmsg+0x360/0x410
> Call Trace:
> sock_read_iter+0xd0/0x120
> new_sync_read+0x79/0xb0
> __vfs_read+0x13/0x50
Jason Baron wrote:
> On 02/09/2015 05:45 PM, Andy Lutomirski wrote:
> > On Mon, Feb 9, 2015 at 1:32 PM, Jason Baron wrote:
> >> On 02/09/2015 03:18 PM, Andy Lutomirski wrote:
> >>> On 02/09/2015 12:06 PM, Jason Baron wrote:
> Epoll file descriptors that are added to a shared wakeup source
Hi Darren,
2015-02-09 21:11 GMT-07:00 Darren Hart :
> On Mon, Feb 09, 2015 at 08:34:53PM -0700, Azael Avalos wrote:
>> Toshiba laptops that come with USB 3 ports have a feature that lets
>> them disable USB 3 functionality and act as a regular USB 2 port, and
>> thus, saving power.
>>
>> This
On Mon, 9 Feb 2015 19:45:54 -0800
Alexei Starovoitov wrote:
> +#endif /* _LINUX_KERNEL_BPF_TRACE_H */
> diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
> index 139b5067345b..4c275ce2dcf0 100644
> --- a/include/trace/ftrace.h
> +++ b/include/trace/ftrace.h
> @@ -17,6 +17,7 @@
> */
A race condition starts to be visible in recent mmotm, where a PG_hwpoison
flag is set on a migration source page *before* it's back in buddy page pool.
This is problematic because no page flag is supposed to be set when freeing
(see __free_one_page().) So the user-visible effect of this race is
Hi Darren,
2015-02-09 21:08 GMT-07:00 Darren Hart :
> On Mon, Feb 09, 2015 at 08:34:51PM -0700, Azael Avalos wrote:
>> Recent Toshiba laptops that come with the new keyboard layout have
>> the Special Functions (hotkeys) enabled by default, which, in order to
>> access the F{1-12} keys, you need
On Mon, Feb 9, 2015 at 7:16 PM, David Miller wrote:
>
> 1) More iov_iter conversion work from Al Viro.
> ...
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
I pulled, but had to unpull.
This doesn't work for me AT ALL.
I get an
Sorry for multiple emails.
On Mon, Feb 9, 2015 at 2:42 PM, Viet Nga Dao wrote:
> Please ignore previous 2 emails of mine ^^
>
> On Thu, Feb 5, 2015 at 4:37 AM, Brian Norris
> wrote:
>> On Tue, Jan 27, 2015 at 02:53:59PM +0800, Viet Nga Dao wrote:
>>> On Tue, Jan 20, 2015 at 10:05 AM, Viet Nga
Hi Darren,
2015-02-09 21:02 GMT-07:00 Darren Hart :
> On Mon, Feb 09, 2015 at 08:34:50PM -0700, Azael Avalos wrote:
>> This patch adds a fan entry to sysfs, enabling the user to get and
>> set the fan status.
>>
>
> Hi Azael,
>
> I was finally getting around to these when you resent them.
On Mon, Feb 09, 2015 at 08:55:02PM -0700, Azael Avalos wrote:
> Some Toshiba laptops do not come with the ECO led installed, however,
> the driver is registering support for it when it should not.
>
> This patch makes the toshiba_eco_mode_available function more robust
> in detecting ECO led
On Mon, Feb 09, 2015 at 08:34:53PM -0700, Azael Avalos wrote:
> Toshiba laptops that come with USB 3 ports have a feature that lets
> them disable USB 3 functionality and act as a regular USB 2 port, and
> thus, saving power.
>
> This patch adds support to that feature, by creating a sysfs entry
On Mon, 9 Feb 2015 19:45:57 -0800
Alexei Starovoitov wrote:
> +static void print_netif_receive_skb(void *data, int size)
> +{
> + struct ftrace_raw_netif_receive_skb {
> + struct trace_entry t;
> + void *skb;
> + __u32 len;
> + __u32 name;
> +
On Mon, Feb 09, 2015 at 08:34:51PM -0700, Azael Avalos wrote:
> Recent Toshiba laptops that come with the new keyboard layout have
> the Special Functions (hotkeys) enabled by default, which, in order to
> access the F{1-12} keys, you need to press the FN-F{1-12} key to
> access such key.
>
>
On Mon, 9 Feb 2015 19:45:57 -0800
Alexei Starovoitov wrote:
> +int perf_event_mmap(int fd);
> +int perf_event_poll(int fd);
> +typedef void (*print_fn)(void *data, int size);
> +void perf_event_read(print_fn fn);
> +struct trace_entry {
> + unsigned short type;
> + unsigned
On 02/09/2015 04:50 PM, Peter Zijlstra wrote:
> On Mon, Feb 09, 2015 at 08:05:57PM +, Jason Baron wrote:
>> diff --git a/kernel/sched/wait.c b/kernel/sched/wait.c
>> index 852143a..17d1039 100644
>> --- a/kernel/sched/wait.c
>> +++ b/kernel/sched/wait.c
>> @@ -71,8 +71,11 @@ static void
On Sun, Feb 08, 2015 at 11:37:33AM -0500, Nicholas Mc Guire wrote:
> return type of wait_for_completion_timeout is unsigned long not int. The
> return variable is renamed to reflect its use and the type adjusted to
> unsigned long.
>
> Signed-off-by: Nicholas Mc Guire
Acked-by: Huang Shijie
--
On Mon, Feb 09, 2015 at 08:34:50PM -0700, Azael Avalos wrote:
> This patch adds a fan entry to sysfs, enabling the user to get and
> set the fan status.
>
Hi Azael,
I was finally getting around to these when you resent them. Apologies for the
delay. Travel and still fighting a cold/flu/bug.
On Fri, Feb 06, 2015 at 11:09:50AM -0800, Brian Norris wrote:
> (fixed Huang's current email)
>
> Hi,
>
> On Fri, Feb 06, 2015 at 10:33:29PM +0800, Jim-Ting Kuo wrote:
> > On Fri, Feb 6, 2015 at 9:18 AM, Brian Norris
> > wrote:
> > > On Fri, Feb 06, 2015 at 02:44:04AM +0800, Jim Kuo wrote:
> >
On 02/09/2015 05:45 PM, Andy Lutomirski wrote:
> On Mon, Feb 9, 2015 at 1:32 PM, Jason Baron wrote:
>> On 02/09/2015 03:18 PM, Andy Lutomirski wrote:
>>> On 02/09/2015 12:06 PM, Jason Baron wrote:
Epoll file descriptors that are added to a shared wakeup source are always
added in a
On Tue, 2015-02-10 at 13:26 +1100, Stewart Smith wrote:
> This patch series takes a careful step-by-step process to sync the
> opal.h header file (definition of interface to OPAL firmware) with
> opal.h in firmware.
>
> Each patch is designed to be as obvious as possible so that it's
> easy for
Some Toshiba laptops do not come with the ECO led installed, however,
the driver is registering support for it when it should not.
This patch makes the toshiba_eco_mode_available function more robust
in detecting ECO led capabilities, not registering the led on laptops
that do not support it and
Hi Steven,
This patch set is for linux-trace/for-next
It adds ability to attach eBPF programs to tracepoints, syscalls and kprobes.
Obviously too late for 3.20, but please review. I'll rebase and repost when
merge window closes.
Main difference in V3 is different attaching mechanism:
- load
On Mon, Feb 09, 2015 at 08:44:26PM +0100, Xavier Naveira wrote:
> On 2015-02-07 05:22, Darren Hart wrote:
> >On Sat, Jan 31, 2015 at 07:52:03PM +0100, Xavier Naveira wrote:
> >>Pressing Fn+Esc in a Lenovo Thinkpad x240 to lock the Fn keys generates
> >>an unhandled hkey event
> >>
>
bpf_ktime_get_ns() is used by programs to compue time delta between events
or as a timestamp
Signed-off-by: Alexei Starovoitov
---
include/uapi/linux/bpf.h |1 +
kernel/trace/bpf_trace.c | 10 ++
2 files changed, 11 insertions(+)
diff --git a/include/uapi/linux/bpf.h
User interface:
struct perf_event_attr attr = {.type = PERF_TYPE_TRACEPOINT, .config =
event_id, ...};
event_fd = perf_event_open(,...);
ioctl(event_fd, PERF_EVENT_IOC_SET_BPF, prog_fd);
prog_fd is a file descriptor associated with eBPF program previously loaded.
event_id is an ID of static
this example has two probes in one C file that attach to different tracepoints
and use two different maps.
1st probe is the similar to dropmon.c. It attaches to kfree_skb tracepoint and
count number of packet drops at different locations
2nd probe attaches to syscalls/sys_enter_write and
tracex1_kern.c - C program which will be compiled into eBPF
to filter netif_receive_skb events on skb->dev->name == "lo"
The programs returns 1 to store an event into ring_buffer
and returns 0 - to discard an event.
tracex1_user.c - corresponding user space component that:
- loads bpf program via
eBPF C program attaches to block_rq_issue/block_rq_complete events to calculate
IO latency. Then it waits for the first 100 events to compute average latency
and uses range [0 .. ave_lat * 2] to record histogram of events in this latency
range.
User space reads this histogram map every 2 seconds
introduce new type of eBPF programs BPF_PROG_TYPE_KPROBE.
Such programs are allowed to call the same helper functions
as tracing filters, but bpf_context is different:
For tracing filters bpf_context is 6 arguments of tracepoints or syscalls
For kprobe filters bpf_context == pt_regs
the logic of the example is similar to tracex2, but syscall 'write' statistics
is capturead from kprobe placed at sys_write function instead of through
syscall instrumentation.
Also tracex4_kern.c has a different way of doing log2 in C.
Note, unlike tracepoint and syscall programs, kprobe programs
simple packet drop monitor:
- in-kernel eBPF program attaches to skb:kfree_skb event and records number
of packet drops at given location
- userspace iterates over the map every second and prints stats
Usage:
$ sudo dropmon
location 0x81695995 count 1
location 0x816d0da9 count 2
- Original Message -
> From: "Huang Ying"
> To: "Mathieu Desnoyers"
> Cc: "Michael Cree" , "Greg KH"
> , linux-al...@vger.kernel.org,
> "Richard Henderson" , "Ivan Kokshaysky"
> , "Matt Turner"
> , linux-kernel@vger.kernel.org, "Paul McKenney"
> , "David Howells"
> , "Pranith Kumar" ,
On Tue, 2015-02-10 at 13:26 +1100, Stewart Smith wrote:
> --- a/arch/powerpc/platforms/powernv/pci-ioda.c
> +++ b/arch/powerpc/platforms/powernv/pci-ioda.c
> @@ -1481,9 +1481,9 @@ int pnv_phb_to_cxl(struct pci_dev *dev)
>
> pe_info(pe, "Switching PHB to CXL\n");
>
> - rc =
Recent Toshiba laptops that come with the new keyboard layout have
the Special Functions (hotkeys) enabled by default, which, in order to
access the F{1-12} keys, you need to press the FN-F{1-12} key to
access such key.
This patch adds support to toggle the Keyboard Functions operation
mode by
Toshiba laptops come with a feature called "Panel Open - Power ON",
which makes the laptop turn on whenever the LID is opened.
This patch adds support for such feature, by creating a sysfs entry
named "panel_power_on", accepting only two values, 0 to disable and
1 to enable such feature.
Several new features were added on previous patches, so lets bump up
the driver version.
And also, update the copyright year.
Signed-off-by: Azael Avalos
---
drivers/platform/x86/toshiba_acpi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch adds a fan entry to sysfs, enabling the user to get and
set the fan status.
Signed-off-by: Azael Avalos
---
drivers/platform/x86/toshiba_acpi.c | 51 -
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git
These patches add five new files to sysfs.
With the first two files we are paving the way to the (hopefully)
future removal of the (now deprecated) proc entries. The remaining
entries were not ported due to the fact that they duplicate existing
kernel functionality (eg.: lcd <-> backlight, keys
This patch adds a new entry to the sysfs, showing the version of the
driver.
Signed-off-by: Azael Avalos
---
drivers/platform/x86/toshiba_acpi.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers/platform/x86/toshiba_acpi.c
index
Toshiba laptops that come with USB 3 ports have a feature that lets
them disable USB 3 functionality and act as a regular USB 2 port, and
thus, saving power.
This patch adds support to that feature, by creating a sysfs entry
named "usb_three", acceptig only two parameters, 0 to disable the
USB 3
On Mon, 2015-02-09 at 19:35 -0600, Rob Herring wrote:
> On Mon, Feb 9, 2015 at 3:15 PM, Joe Perches wrote:
> > Move the open brace so the definition matches the more
> > common kernel style. This makes grep a bit easier.
Hey Rob.
> I've got the same fix in -next for 3.20 already:
Then you
macb0 DT node can have phy child nodes, so add the #{address, size}_cell
for macb0 node.
Signed-off-by: Josh Wu
---
Changes in v3:
- new added
Changes in v2: None
arch/arm/boot/dts/sama5d4.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d4.dtsi
1 - 100 of 1528 matches
Mail list logo
