On 1/9/15 8:21 AM, Namhyung Kim wrote:
Is it just return probe? Did it work for normal kprobes?
Maybe it's related to the below:
https://lkml.org/lkml/2014/12/31/15
Have you check the acme/perf/urgent too?
I believe that commit impacts uprobes only.
David
--
To unsubscribe from this list:
Add support for V4L2 Flash sub-device to the aat1290 LED Flash class
driver. The support allows for V4L2 Flash sub-device to take the control
of the LED Flash class device.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
Cc: Sakari Ailus
---
drivers/le
RTL8168DP jumbo frame patch is the same as RTL8168C. So, for RTL8168DP,
change to use RTL8168C jumbo frame patch. Also reomve uncessary function
"r8168dp_hw_jumbo_enable" and "r8168dp_hw_jumbo_disable".
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 28 ++--
For RTL8168EVL, RTL8168F, RTL8411, and RTL8105E, their pcie ephy will have bit
error check reset after receive FTS and cause pcie ephy enter recovery mode.
This will cause pcie ephy resume from L0s to L0 too slow.
This patch adjust the pcie ephy parameter to decrease the resume time from L0s
to L0
RTL8168F rev.B does not have to set following two ephy parameters.
{ 0x06, 0x00c0, 0x0020 }
{ 0x08, 0x0001, 0x0002 }
Add function rtl_hw_start_8168f_2 to set RTL8168F rev.B ephy parameters,
instead of using function rtl_hw_start_8168f_1.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realt
These series of patch include the pcie ephy parameter update of
following adapters.
rtl8411
rtl8168f
rtl8168evl
rtl8168dp
rtl8105
rtl8402
And include jumbo frame patch update of following adapters.
rtl8168dp
rtl8168e
rtl8168evl
Also remove unnecessary function rtl_hw_start_8168dp and add function
RTL8168E and RTL8168EVL do not need to change pcie max read request size
when jumbo frame is enabled. So remove setting pcie max read request
size from their jumbo frame patch.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 2 --
1 file changed, 2 deletions(-)
diff --git
The following parameter will disable more pcie ephy block (like pcie ephy
read/write clock.etc ) to save more power when in aspm+clkreq mode.
{ 0x10, 0x0004, 0x }
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Le 09/12/2014 14:31, Cyrille Pitchen a écrit :
> -EDEFER error wasn't handle properly by atmel_serial_probe().
> As an example, when atmel_serial_probe() is called for the first time, we pass
> the test_and_set_bit() test to check whether the port has already been
> initalized. Then we call atmel_i
Thease two chips should use the same pcie ephy parameters. So only need
function rtl_hw_start_8168d_4. Function rtl_hw_start_8168dp is uncessary.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 20 +---
1 file changed, 1 insertion(+), 19 deletions(-)
diff -
The original way is wrong, it always sets the ephy reg 0x03. Correct it
in this patch.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethe
On Fri, 09 Jan, at 02:02:50PM, Peter Zijlstra wrote:
> On Fri, Jan 09, 2015 at 12:14:01PM +, Matt Fleming wrote:
> > On Tue, 06 Jan, at 06:17:12PM, Peter Zijlstra wrote:
> > >
> > > afaict the again label will try and steal yet another rmid, if rmids
> > > don't decay fast enough, we could end
Use "skyworks" as the vendor prefix for the Skyworks Solutions, Inc.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 in
This patch adds suppport for external v4l2-flash devices.
The support includes parsing camera-flash DT property
and asynchronous subdevice registration.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/media-dev.c | 36 +
On Sat, Jan 10, 2015 at 12:21:13AM +0900, Namhyung Kim wrote:
> On Fri, Jan 09, 2015 at 03:55:39PM +0100, Jiri Olsa wrote:
> > hi,
> > I couldn't use following perf command to insert return probe:
> >
> > # perf probe -a fork_exit=do_fork%return
> > Added new event:
> > Failed to write event
Linus,
please pull sound fixes for v3.19-rc4 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-3.19-rc4
The topmost commit is 92cb46584e104e2f4b14a44959109ffe13524a26
sound fixes for 3.19-rc4
All
Add support for V4L2 Flash sub-device to the max77693 LED Flash class
driver. The support allows for V4L2 Flash sub-device to take the control
of the LED Flash class device.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
Cc: Sakari Ailus
---
drivers/l
This patch adds a driver for the 1.5A Step-Up Current Regulator
for Flash LEDs. The device is programmed through a Skyworks proprietary
AS2Cwire serial digital interface.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
---
drivers/leds/Kconfig|
On Fri, 2015-01-09 at 10:32AM +0100, Linus Walleij wrote:
> On Mon, Jan 5, 2015 at 7:16 PM, Soren Brinkmann
> wrote:
>
> > Add an attribute 'wakeup' to the GPIO sysfs interface which allows
> > marking/unmarking a GPIO as wake IRQ.
> > The file 'wakeup' is created in each exported GPIOs directory
Some LED devices support two operation modes - torch and flash.
This patch provides support for flash LED devices in the LED subsystem
by introducing new sysfs attributes and kernel internal interface.
The attributes being introduced are: flash_brightness, flash_strobe,
flash_timeout, max_flash_tim
On Thu, Jan 8, 2015 at 4:24 PM, Arnd Bergmann wrote:
> On Thursday 08 January 2015 14:26:36 Murali Karicheri wrote:
>> On 01/08/2015 03:40 AM, Arnd Bergmann wrote:
>> > On Wednesday 07 January 2015 17:37:56 Rob Herring wrote:
>> >> On Wed, Jan 7, 2015 at 12:49 PM, Murali Karicheri
>> >> wrote:
>
This patch adds device tree binding documentation for
the flash cell of the Maxim max77693 multifunctional device.
Signed-off-by: Jacek Anaszewski
Signed-off-by: Andrzej Hajda
Acked-by: Kyungmin Park
Cc: Lee Jones
Cc: Chanwoo Choi
Cc: Bryan Wu
Cc: Richard Purdie
Cc: Rob Herring
Cc: Pawel M
Change flash cell identifiers from max77693-flash to max77693-led
to avoid confusion with NOR/NAND Flash.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Chanwoo Choi
Cc: Lee Jones
---
drivers/mfd/max77693.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
1. Rename max77693_led_platform_data to max77693_led_config_data to
avoid making impression that the led driver expects a board file -
it relies on Device Tree data.
2. Remove fleds array, as the DT binding design has changed
3. Add "label" array for Device Tree strings with the name of a LED
Modify FLASH_EN_SHIFT and TORCH_EN_SHIFT macros to work properly
when passed enum max77693_fled values (0 for FLED1 and 1 for FLED2)
from leds-max77693 driver.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Chanwoo Choi
Cc: Lee Jones
---
include/linux/mfd/max77693-private.h |
Instead of checking whether provider module is still
loaded on every access to device just lock module to
memory when client get reference to provider device.
Signed-off-by: Ivan T. Ivanov
---
drivers/iio/industrialio-buffer.c | 18 +---
drivers/iio/industrialio-core.c | 10 -
drivers/
Le 09/12/2014 14:31, Cyrille Pitchen a écrit :
> Signed-off-by: Cyrille Pitchen
Acked-by: Nicolas Ferre
thanks Cyrille. Bye.
> ---
> drivers/tty/serial/atmel_serial.c | 40
> +--
> 1 file changed, 22 insertions(+), 18 deletions(-)
>
> diff --git a/drivers
Le 09/12/2014 14:31, Cyrille Pitchen a écrit :
> This patch fixes many bugs in the code dealing with the hardware handshake.
>
> As an example, in atmel_set_termios(), we used to test whether the CRTSCTS
> c_cflag was set. If so, we selected the "Hardware Handshake" mode through the
> Mode Registe
Hello.
On 1/9/2015 6:25 PM, Chunhao Lin wrote:
RTL8168DP jumbo frame patch is the same as RTL8168C. So, for RTL8168DP,
change to use RTL8168C jumbo frame patch. Also reomve uncessary function
s/reomve uncessary/remove unnecessary/.
"r8168dp_hw_jumbo_enable" and "r8168dp_hw_jumbo_disable"
On 01/09/2015 04:38 PM, Ivan T. Ivanov wrote:
Instead of checking whether provider module is still
loaded on every access to device just lock module to
memory when client get reference to provider device.
This has nothing to do with the module, it's about the device. In the Linux
device drive
My wife and i have a donation check for you, please reply back for more
details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
Instead of the driver caring about implementation details like device
tree, just provide information about driver specific pinconf parameters
to pinconf-generic which takes care of parsing the DT.
Signed-off-by: Soren Brinkmann
---
Changes since v2:
- remove hyphens in 'pull-up-strength' debugfs
Hi Linus,
I rebased my branch onto your current pinctrl/devel. Other than that
this should be exactly what has been sent out as v3. This time I'll use
the gmail SMTP again, which hopefully resolves the encoding issue.
Thanks,
Sören
Soren Brinkmann (7):
pinctrl: pinconf-generic:
This adds a pin-control driver for Zynq.
Signed-off-by: Soren Brinkmann
Tested-by: Andreas Färber
---
Changes since v2:
- driver-specific DT properties are passed to the core in two arrays,
one for the actual DT parsing one for the debugfs representation.
Issue a compiler warning when the nu
Add pinctrl descriptions to the zc702 and zc706 device trees.
Signed-off-by: Soren Brinkmann
Tested-by: Andreas Färber
---
Changes since v1:
- remove 'pinctrl-' prefix for pinctrl sub-nodes
- separate config and mux nodes
Changes since RFC v2:
- add pinconf properties to zc702 mdio node
- r
On Fri, Jan 09, 2015 at 04:30:56PM +0100, Jiri Olsa wrote:
> On Sat, Jan 10, 2015 at 12:21:13AM +0900, Namhyung Kim wrote:
> > On Fri, Jan 09, 2015 at 03:55:39PM +0100, Jiri Olsa wrote:
> > > hi,
> > > I couldn't use following perf command to insert return probe:
> > >
> > > # perf probe -a fork
Add documentation for the devicetree binding for the Zynq pincontroller.
Signed-off-by: Soren Brinkmann
Tested-by: Andreas Färber
---
Changes since v1:
- fix typo
- add USB related documentation
- remove 'pinctrl-' prefix for pinctrl sub-nodes
- update documentation to enforce strict separat
Select pinctrl and the Zynq pinctrl driver.
Signed-off-by: Soren Brinkmann
Tested-by: Andreas Färber
---
Changes since RFC v2:
- separate mach-zynq changes in their own patch
---
arch/arm/mach-zynq/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-zynq/Kconfig b/arch/
With the new 'groups' property, the DT parser can infer the map type
from the fact whether 'pins' or 'groups' is used to specify the pin
group to work on.
To maintain backwards compatibitliy with current usage of the DT
binding, this is only done when PIN_MAP_TYPE_INVALID is passed to the
parsing f
Hi,
On 09-01-15 11:39, Gregory CLEMENT wrote:
It is now possible to use a regulator property for each port of the
AHCI controller.
Signed-off-by: Gregory CLEMENT
---
Documentation/devicetree/bindings/ata/ahci-platform.txt | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff
On 11/24/2014 12:53 PM, David Drysdale wrote:
> Signed-off-by: David Drysdale
> ---
> man2/execveat.2 | 153
>
> 1 file changed, 153 insertions(+)
> create mode 100644 man2/execveat.2
David,
Thanks for the very nicely prepared man page.
2015-01-09 16:18+0100, Paolo Bonzini:
> On 09/01/2015 16:12, Radim Krčmář wrote:
> > > The chipset doesn't support it. :(
> >
> > I meant that we need to recompute PI entries for lowest priority
> > interrupts every time guest's TPR changes.
> >
> > Luckily, Linux doesn't use TPR, but other OS mi
On Thu, Jan 08, 2015 at 06:48:33PM +, Ard Biesheuvel wrote:
> Now that we are calling SetVirtualAddressMap() from the stub, there is no
> need to reserve boot-only memory regions, which implies that there is also
> no reason to free them again later.
>
> Acked-by: Leif Lindholm
> Signed-off-b
On 01/08/2015 02:03 PM, One Thousand Gnomes wrote:
> On Mon, 5 Jan 2015 18:26:07 -0800
> Andy Lutomirski wrote:
>
> Thats less of a concern I think. As far as I can tell it would depend how
> the memory is wired what actually gets hit. I'm not clear if its within
> the range or not.
>
>> > When
On Tue, Jan 6, 2015 at 4:34 PM, atull wrote:
> On Tue, 6 Jan 2015, Rob Herring wrote:
>
>> On Tue, Jan 6, 2015 at 2:13 PM, wrote:
>> > From: Alan Tull
>> >
>> > New bindings document for Altera fpga manager.
>> >
>> > Signed-off-by: Alan Tull
>>
>> Acked-by: Rob Herring
>>
>> Like I said, thi
On Fr, 2015-01-09 at 12:45 +0100, Pablo Neira Ayuso wrote:
> Hi Hannes,
>
> On Fri, Jan 09, 2015 at 12:34:15PM +0100, Hannes Frederic Sowa wrote:
> > On Fri, Jan 9, 2015, at 08:18, Rahul Sharma wrote:
> > > Hi Pablo,
> > >
> > > On Fri, Jan 9, 2015 at 5:35 AM, Pablo Neira Ayuso
> > > wrote:
> >
On Fri, 2015-01-09 at 16:41 +0100, Lars-Peter Clausen wrote:
> On 01/09/2015 04:38 PM, Ivan T. Ivanov wrote:
> > Instead of checking whether provider module is still
> > loaded on every access to device just lock module to
> > memory when client get reference to provider device.
> >
>
> This has
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 queue will stop.
> If the system is always lack of grants, blkif_restart_queue_callback() can't
> be
> scheduled and block request queue can't be restart
On Fri, Nov 07, 2014 at 03:58:19PM -0800, Andy Lutomirski wrote:
> We used to optimize rescheduling and audit on syscall exit. Now that
> the full slow path is reasonably fast, remove these optimizations.
>
> This adds something like 10ns to the previously optimized paths on my
> computer, presum
Additionally to the generic DT parameters, allow drivers to provide
driver-specific DT parameters to be used with the generic parser
infrastructure.
To achieve this 'struct pinctrl_desc' is extended to pass custom pinconf
option to the core. In order to pass this kind of information, the
related d
tree: git://git.infradead.org/users/hch/scsi-queue.git scsi-for-3.20
head: 0128d5cf8f85c93b3c70ff03299c2839f3e6d21e
commit: c8dd61eff2780c481fcf919c1572e16e397c714e [39/42] megaraid_sas: complete
outstanding IOCTLs before killing adapter
reproduce:
# apt-get install sparse
git checkout c8d
drivers/scsi/megaraid/megaraid_sas_base.c:1701:6: sparse: symbol
'megasas_complete_outstanding_ioctls' was not declared. Should it be static?
Signed-off-by: Fengguang Wu
---
megaraid_sas_base.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/megaraid/megaraid
On 01/09/2015 04:50 PM, Ivan T. Ivanov wrote:
On Fri, 2015-01-09 at 16:41 +0100, Lars-Peter Clausen wrote:
On 01/09/2015 04:38 PM, Ivan T. Ivanov wrote:
Instead of checking whether provider module is still
loaded on every access to device just lock module to
memory when client get reference to
On Thu 08-01-15 10:37:50, Mark Langsdorf wrote:
> On 01/08/2015 09:08 AM, Michal Hocko wrote:
> >[CCing linux-mm and CMA people]
> >[Full message here:
> >http://article.gmane.org/gmane.linux.ports.arm.kernel/383669]
>
> >>[ 1054.095277] DMA: 109*64kB (UR) 53*128kB (R) 8*256kB (R) 0*512kB 0*1024kB
Currently, the sys_stat64, sys_fstat64 and sys_lstat64 prototpyes are
only declared if BITS_PER_LONG == 32. Following commit 0753f70f07fb
(fs: Build sys_stat64() and friends if __ARCH_WANT_COMPAT_STAT64), the
implementation of these functions is allowed on 64-bit systems for
compat support. The pat
From: Mark Rutland
As with x86, mark the sys_call_table const such that it will be placed
in the .rodata section. This will cause attempts to modify the table
(accidental or deliberate) to fail when strict page permissions are in
place. In the absence of strict page permissions, there should be n
This patch moves the sys_rt_sigreturn_wrapper prototype to
arch/arm64/kernel/sys.c and removes the asm/syscalls.h header.
Signed-off-by: Catalin Marinas
---
arch/arm64/include/asm/syscalls.h | 30 --
arch/arm64/kernel/sys.c | 3 +--
2 files changed, 1 inser
Unlike the sys_call_table[], the compat one was implemented in sys32.S
making it impossible to notice discrepancies between the number of
compat syscalls and the __NR_compat_syscalls macro, the latter having to
be defined in asm/unistd.h as including asm/unistd32.h would cause
conflicts on __NR_* d
On Fri, Jan 09 2015, "George G. Davis" wrote:
> The totalcma_pages variable is not updated to account for CMA regions
> defined via device tree reserved-memory sub-nodes. Fix this omission by
> moving the calculation of totalcma_pages into cma_init_reserved_mem()
> instead of cma_declare_contiguo
On Fri, Jan 09, 2015 at 03:24:42PM +, Matt Fleming wrote:
> On Fri, 09 Jan, at 02:02:50PM, Peter Zijlstra wrote:
> > On Fri, Jan 09, 2015 at 12:14:01PM +, Matt Fleming wrote:
> > > On Tue, 06 Jan, at 06:17:12PM, Peter Zijlstra wrote:
> > > >
> > > > afaict the again label will try and stea
This series moves the arm64 compat_sys_call_table from .S to a .c file
for consistency with the native syscalls and also for detecting when the
real number of compat system calls and the __NR_compat_syscalls
definition are out of sync.
The first two patches, however, touch some generic header file
__ARCH_WANT_SYS_SIGPENDING or __ARCH_WANT_SYS_SIGPROGMASK may be defined
for compat support but the corresponding prototypes are missing from
linux/compat.h.
Signed-off-by: Catalin Marinas
Cc: Andrew Morton
Cc: Arnd Bergmann
---
include/linux/compat.h | 9 +
1 file changed, 9 insertion
On Thu, Jan 08, 2015 at 10:22:37AM -0500, Vince Weaver wrote:
> Hello,
>
> I was working on improving the manpage by working out how the
> perf_event_open() PERF_FLAG_FD_OUTPUT flag works.
>
> It turns out it doesn't.
>
> In kernel/events/core.c when opening a file this is done:
>
> if
On Thu, Jan 08, 2015 at 06:48:34PM +, Ard Biesheuvel wrote:
> Now that we have moved the call to SetVirtualAddressMap() to the stub,
> UEFI has no use for the ID map, so we can drop the code that installs
> ID mappings for UEFI memory regions.
>
> Acked-by: Leif Lindholm
> Signed-off-by: Ard
This attribute allows to configure the update interval of ina226. Although
the bus and shunt voltage conversion times remain hardcoded to 1.1 ms, we can
now modify said interval by changing the averaging rate.
While we're at it - add an additional variable to ina2xx_data, which holds
the current c
The 'pm_data', 'exynos_release_ret_regs' and
'exynos5420_release_ret_regs' are not exported nor used outside of
suspend.c file. Make them static.
This fixes following sparse warnings:
arch/arm/mach-exynos/suspend.c:83:23: warning: symbol 'pm_data' was not
declared. Should it be static?
arch/arm/m
On Fri, Jan 09, 2015 at 02:55:40PM +0100, Arnd Bergmann wrote:
> It's an i2c device, so it won't break, based on the implementation
> we use in the kernel that ignores the vendor part when the part number
> matches the i2c driver name.
Plus this update is actually changing the board DT file have
On Fri, Jan 9, 2015 at 7:53 AM, Borislav Petkov wrote:
> On Fri, Nov 07, 2014 at 03:58:19PM -0800, Andy Lutomirski wrote:
>> We used to optimize rescheduling and audit on syscall exit. Now that
>> the full slow path is reasonably fast, remove these optimizations.
>>
>> This adds something like 10
From: Graham Moore
commit "3157d1ed2309 mtd: denali: remove unnecessary casts" introduced
an error by using a wrong bitmask.
A uint16_t cast was replaced with & 0xff, should be & 0x.
Signed-off-by: Graham Moore
Signed-off-by: Dinh Nguyen
---
drivers/mtd/nand/denali.c |2 +-
1 file ch
From: Songjun Wu
When unloading the module 'g_hid.ko', the urb request will be dequeued and the
completion routine will be excuted. If there is no urb packet, the urb request
will not be added to the endpoint queue and the completion routine pointer in
urb request is NULL.
Accessing to this NULL
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:
> > > On 01/09/2015 04:38 PM, Ivan T. Ivanov wrote:
> > > > Instead of checking whether provider module is still
> > > > loa
Some ARM platforms mux the PMU interrupt of every core into a single
SPI. On such platforms if the PMU of any core except 0 raises an interrupt
then it cannot be serviced and eventually, if you are lucky, the spurious
irq detection might forcefully disable the interrupt.
On these SoCs it is not po
For the series:
Tested-by: Leif Lindholm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 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:
On 01/09/2015 04:38 PM, Ivan T. Ivanov wrote:
Instead of checking whether prov
On Fri, Jan 09, 2015 at 03:01:43PM +0100, Stefan Agner wrote:
> On i.MX28, the MDIO bus is shared between the two FEC instances.
> The driver makes sure that the second FEC uses the MDIO bus of the
> first FEC. This is done conditionally if FEC_QUIRK_ENET_MAC is set.
> However, in newer designs, su
Hi Hans,
On 09/01/2015 16:46, Hans de Goede wrote:
> Hi,
>
> On 09-01-15 11:39, Gregory CLEMENT wrote:
>> It is now possible to use a regulator property for each port of the
>> AHCI controller.
>>
>> Signed-off-by: Gregory CLEMENT
>> ---
>> Documentation/devicetree/bindings/ata/ahci-platform.t
Building with the attached random configuration file,
drivers/gpu/drm/i915/intel_display.c: In function ‘assert_pll’:
drivers/gpu/drm/i915/intel_display.c:1027:2: error: implicit
declaration of function ‘__WARN_printf’
[-Werror=implicit-function-declaration]
I915_STATE_WARN(cur_state != state,
On Fri, Jan 09, 2015 at 04:47:31PM +0100, Michael Kerrisk (man-pages) wrote:
> On 11/24/2014 12:53 PM, David Drysdale wrote:
> > Signed-off-by: David Drysdale
> > ---
> > man2/execveat.2 | 153
> >
> > 1 file changed, 153 insertions(+)
> >
On Fri, 9 Jan 2015 20:19:51 +0530
Vaibhav Shinde wrote:
> Hi Peter,
>
> Thanks for you reply.
>
> I am interested in scheduling latency, and using ftrace I see for my
> application suffering from it, that's why I am digging in preemption/irq
> disable time which might cause the latency.
>
> My
On Fri, 9 Jan 2015, Peter Zijlstra wrote:
> > So is this worth fixing seeing as apparently no one uses this feature?
>
> I think there's a fair argument for removing it, Ingo, Acme?
could the functionality be replaced with a subsequent call to
ioctl(PERF_EVENT_IOC_SET_OUTPUT)
?
Although
On 2014-12-25 06:31, Masahiro Yamada wrote:
> Masahiro Yamada (6):
> kbuild: fix cc-ifversion macro
> kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
> kbuild,gcov: remove unnecessary workaround
> kbuild,gcov: simplify kernel/gcov/Makefile
> kbuild: allow cc-ifversio
Hi,
On Sat, Jan 10, 2015 at 12:20 AM, Gregory CLEMENT
wrote:
> Hi Hans,
>
> On 09/01/2015 16:46, Hans de Goede wrote:
>> Hi,
>>
>> On 09-01-15 11:39, Gregory CLEMENT wrote:
>>> It is now possible to use a regulator property for each port of the
>>> AHCI controller.
>>>
>>> Signed-off-by: Gregory
INTERNATIONAL LOTERIA 2014/2015 VINNERE
NR: Nº / E / 12591871 (CITA Apartado Postal 17083-28080
PRODUKSJONS: Nº / Spill 79: 9348610 Dato 09/01/2015
__
Gratulerer til dere vinneren av Euro-Million International Loteria © 2015
nyttår
Hi Dave,
here are few more fixes to 3.19. Please let me know if there are any
problems.
Kalle
The following changes since commit 7ce67a38f799d1fb332f672b117efbadedaa5352:
net: ethernet: cpsw: fix hangs with interrupts (2015-01-04 22:18:34 -0500)
are available in the git repository at:
git
Hi!
> Then it's also quite trivial to induce cache misses without clflush, using
> just
> few addresses that map to the same cache set, without having to cycle throuh
> more memory than the cache size is.
Hmm. If you can do "clflush" without "clflush", and result is no more
then 10 times slower
Building with the attached random configuration file,
ERROR: "spi_sync" [sound/soc/codecs/snd-soc-rt5677-spi.ko] undefined!
ERROR: "spi_register_driver" [sound/soc/codecs/snd-soc-rt5677-spi.ko] undefined!
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 3.19.0-rc3 Kernel Configuration
#
On Fri, Jan 09, 2015 at 10:25:54AM +, Jon Medhurst (Tixy) wrote:
> On Fri, 2015-01-09 at 14:37 +0800, Wang Nan wrote:
> > + " and r4, sp, #4\n"
> > + " sub sp, sp, r4\n"
> > +#if __LINUX_ARM_ARCH__ >= 5
> > + " blx
This is patch to file pcl812.c that fix line over 80
characters warning which is found by checkpatch.pl tool.
Signed-off-by: Jitendra kumar khasdev
---
drivers/staging/comedi/drivers/pcl812.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/stagin
While do PF reset with function i40e_reset_and_rebuild(), it will
call i40e_init_pf_fcoe() by default if FCOE is defined, thus if the
PF is resetted, FCOE will be enabled whatever it was - enabled or
not.
Such bug might be hit when PF resumes from suspend, run diagnostic
test with ethtool, setup V
On Fri, Jan 02, 2015 at 09:55:02PM +0100, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> armada_drm_encoder_mode_fixup() armada_drm_encoder_commit()
> armada_drm_encoder_prepare()
>
> This was partially found by using a static code analysis program called
> cpp
On Thu, Jan 08, 2015 at 06:48:32PM +, Ard Biesheuvel wrote:
> In order to support kexec, the kernel needs to be able to deal with the
> state of the UEFI firmware after SetVirtualAddressMap() has been called.
> To avoid having separate code paths for non-kexec and kexec, let's move
> the call t
Adding Vasu and Neerav
Cheers,
John
> -Original Message-
> From: Ethan Zhao [mailto:ethan.z...@oracle.com]
> Sent: Friday, January 9, 2015 8:38 AM
> To: Kirsher, Jeffrey T; Brandeburg, Jesse; Allan, Bruce W; Wyborny, Carolyn;
> Skidmore, Donald C; Rose, Gregory V; Vick, Matthew; Ronciak,
On Mon, Jan 05, 2015 at 12:40:16PM +, Daniel Thompson wrote:
> This patchset removes some single-platform compatibility tricks related
> to DEBUG_LL and, as a result, allows multi_v7_defconfig derived builds
> to enable DEBUG_LL. Currently the user selected kbuild setting is
> ignored and the P
On Mon, Jan 05, 2015 at 03:12:38PM +, Daniel Thompson wrote:
> Currently restore_user_regs deallocates the SVC stack early in
> its execution and relies on no exception being taken between
> the deallocation and the registers being restored. The introduction
> of a default FIQ handler that also
On Mon, Jan 05, 2015 at 10:19:25AM -0500, Steven Rostedt wrote:
> On Mon, 5 Jan 2015 14:54:58 +
> Daniel Thompson wrote:
> > +/* For reliability, we're prepared to waste bits here. */
> > +static DECLARE_BITMAP(backtrace_mask, NR_CPUS) __read_mostly;
> > +static cpumask_t printtrace_mask;
>
- Original Message -
> From: "Paul E. McKenney"
> To: "Peter Zijlstra"
> Cc: "Davidlohr Bueso" , linux-kernel@vger.kernel.org,
> mi...@kernel.org, la...@cn.fujitsu.com,
> dipan...@in.ibm.com, a...@linux-foundation.org, "mathieu desnoyers"
> ,
> j...@joshtriplett.org, t...@linutronix.de,
On Fri, 2015-01-09 at 07:43AM -0800, Soren Brinkmann wrote:
> Hi Linus,
>
> I rebased my branch onto your current pinctrl/devel. Other than that
> this should be exactly what has been sent out as v3. This time I'll use
> the gmail SMTP again, which hopefully resolves the encoding issue.
The trans
Many DMA controllers and other devices set max_segment_size to
indicate their scatter-gather capability, but have no interest in
segment_boundary_mask. However, the existence of a dma_parms structure
precludes the use of any default value, leaving them as zeros (assuming
a properly kzalloc'ed struc
On 01/09/2015 03:29 AM, Peter De Schrijver wrote:
On Fri, Jan 09, 2015 at 10:51:35AM +0100, Thierry Reding wrote:
* PGP Signed by an unknown key
On Thu, Jan 08, 2015 at 02:37:09PM +0200, Peter De Schrijver wrote:
On Thu, Jan 08, 2015 at 11:57:43AM +0100, Thierry Reding wrote:
Old Signed by an
Giel van Schijndel writes:
> This highlights the differences (e.g. the bug fixed in the previous
> commit).
>
> Signed-off-by: Giel van Schijndel
> ---
> drivers/net/wireless/ti/wlcore/acx.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/driver
401 - 500 of 870 matches
Mail list logo
