Drop dmtimer usage for pulse timer in favor of hrtimer. That allows
removing PWM dmitimer platform data usage.
Signed-off-by: Ivaylo Dimitrov
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 4 -
arch/arm/mach-omap2/pdata-quirks.c | 3 -
drivers/media/rc/ir-rx51.c
OMAP GP timers can have different input clocks that allow different PWM
frequencies. However, there is no other way of setting the clock source but
through clocks or clock-names properties of the timer itself. This limits
PWM functionality to only the frequencies allowed by the particular clock
sou
ir-rx51 is a driver for Nokia N900 IR transmitter. The current series
fixes the remaining problems in the driver:
- replace GP timer 9 with PWM framework usage
- replace pulse width timer dmtimer usage with hrtimer
- add DT support to the driver
- add driver to the board DTS
Pathe 2 is needed
Hi,
[auto build test ERROR on next-20160506]
[cannot apply to v4.6-rc7 v4.6-rc6 v4.6-rc5 v4.6]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Minchan-Kim/mm-use-put_page-to-free-page-instead-of-
Convert driver to use PWM framework instead of calling dmtimer functions
directly for PWM timer. Remove paragraph about writing to the Free Software
Foundation's mailing address while at it.
Signed-off-by: Ivaylo Dimitrov
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 1 -
arch/arm/mach-oma
Add the needed DT data to enable IR TX driver
Signed-off-by: Ivaylo Dimitrov
---
arch/arm/boot/dts/omap3-n900.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index b3c26a9..cb3878a 100644
--- a/arch/arm/boo
With the upcoming removal of legacy boot, lets add support to one of the
last N900 drivers remaining without it. As the driver still uses omap
dmtimer, add auxdata as well.
Signed-off-by: Ivaylo Dimitrov
---
.../devicetree/bindings/media/nokia,n900-ir | 20
arch/arm
From: Tony Lindgren
The ir-rx51 driver for n900 has been disabled since the multiarch
changes as plat include directory no longer is SoC specific.
Let's fix it with minimal changes to pass the dmtimer calls in
pdata. Then the following changes can be done while things can
be tested to be working
On Mon, May 16, 2016 at 11:52 AM, Pantelis Antoniou
wrote:
> When a device tree contains a lot of phandles, resolving one
> takes time because the original method uses a search against
> all nodes (not just the ones with phandles).
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/of/base.c
On Mon, May 16, 2016 at 11:52 AM, Pantelis Antoniou
wrote:
> Add a benchmarking hashed phandles unittest which report what kind
> of speed up we get switching to hashed phandle lookups.
>
> ### dt-test ### the hash method is 8.2 times faster than the original
>
> On the beaglebone we perform abou
On Wed, May 11, 2016 at 04:34:06PM +0300, Ville Syrjälä wrote:
> On Wed, May 11, 2016 at 08:44:45AM -0400, Steven Rostedt wrote:
> > On Wed, 11 May 2016 15:21:16 +0300
> > Ville Syrjälä wrote:
> >
> > > Yeah can't get anything from the machine at that point. netconsole
> > > didn't help either, a
Hi Pantelis,
On Mon, May 16, 2016 at 9:27 PM, Pantelis Antoniou
wrote:
>> On May 16, 2016, at 22:06 , Geert Uytterhoeven wrote:
>> On Mon, May 16, 2016 at 6:52 PM, Pantelis Antoniou
>> wrote:
>>> Insert overlay symbols to the base tree when applied.
>>> This makes it possible to apply an overla
Commit-ID: e8df1a95b685af84a81698199ee206e0e66a8b44
Gitweb: http://git.kernel.org/tip/e8df1a95b685af84a81698199ee206e0e66a8b44
Author: Dave Hansen
AuthorDate: Fri, 13 May 2016 15:13:28 -0700
Committer: Ingo Molnar
CommitDate: Mon, 16 May 2016 12:59:23 +0200
x86/cpufeature, x86/mm/pkeys
Hey James,
I probably did something wrong - but i applied your patch onto 4.6,
compiled in shiftfs, did
mount -t shiftfs -o uidmap=0:10:65536,gidmap=0:10:65536 /home/ubuntu
/mnt
and ls segfaults and gives me kernel syslog msgs like:
[ 1089.744726] ===
[ 108
On Mon, May 16, 2016 at 04:56:24PM +0530, Vignesh R wrote:
> From: Grygorii Strashko
>
> It is seen that just enabling the TSC module triggers a HW_PEN IRQ
> without any interaction with touchscreen by user. This results in first
> suspend/resume sequence to fail as system immediately wakes up fr
On Mon, May 16, 2016 at 04:56:22PM +0530, Vignesh R wrote:
> On AM335x, ti_am335x_tsc can wake up the system from suspend, mark the
> IRQ as wakeup capable, so that device irq is not disabled during system
> suspend.
I would love for platform core to do this for us, like I2C core does.
>
> Signe
Hello,
On 6 May 2016 at 02:31, Brian Norris wrote:
> Hi,
>
> I'm picking up Michal's patch set, since he dropped it on the floor, and it's
> useful for others. My additions:
>
> * rebased on latest
> * added fixes for drivers that have been merged in the meantime
> * addressed most of Heiner's
On 5/16/2016 10:34 AM, Paul E. McKenney wrote:
On Mon, May 16, 2016 at 09:33:57AM -0700, Santosh Shilimkar wrote:
On 5/16/2016 5:03 AM, Paul E. McKenney wrote:
On Sun, May 15, 2016 at 09:35:40PM -0700, santosh.shilim...@oracle.com wrote:
On 5/15/16 2:18 PM, Santosh Shilimkar wrote:
Hi Paul,
On Fri, May 13, 2016 at 05:37:06PM +0200, Benjamin Tissoires wrote:
> This is a basic driver for the Surface 3. I am not so sure it will work
> with any firmwares as most values are encoded, but given that I only have
> access to my current device with its firmware and I don't have the
> datasheet,
On Mon, 16 May, at 09:58:33AM, Steven Rostedt wrote:
>
> Can we solve this by doing the same thing it did for the kernel?
>
> -- Steve
>
> diff --git a/arch/x86/kernel/mcount_64.S b/arch/x86/kernel/mcount_64.S
> index ed48a9f465f8..e13a695c3084 100644
> --- a/arch/x86/kernel/mcount_64.S
> +++ b/
On Mon, May 16, 2016 at 7:46 AM, Ingo Molnar wrote:
>
> Please pull the latest efi-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> efi-urgent-for-linus
>
># HEAD: bea23c757f66d91dac8fdadd94da0cba6b0b66bc x86/efi: Fix 7th argument
> to efi_ca
From: David Wu
We've got 9 (count em!) i2c controllers on rk3399, some of which are in
the PMU power domain and some of which are normal peripherals. Add them
all to the main rk3399 dtsi file so future patches can turn them on in
the board dts files.
Note: by default we try to set the i2c clock
When acquiring the rwsem write lock in the slowpath, we first try
to set count to RWSEM_WAITING_BIAS. When that is successful,
we then atomically add the RWSEM_WAITING_BIAS in cases where
there are other tasks on the wait list. This causes write lock
operations to often issue multiple atomic operat
Hi
In the kernel 4.6 I get crashes in the tty layer. I can reproduce the
crash by logging into the machine with ssh and typing before the prompt
appears.
The crash is caused by the pointer tty->disc_data being NULL in the
function n_tty_receive_buf_common. The crash happens on the statement
s
Hi Rob,
> On May 16, 2016, at 22:37 , Rob Herring wrote:
>
> On Mon, May 16, 2016 at 11:52 AM, Pantelis Antoniou
> wrote:
>> When a device tree contains a lot of phandles, resolving one
>> takes time because the original method uses a search against
>> all nodes (not just the ones with phandles
On Mon, May 16, 2016 at 08:52:43PM +0200, Alexander Graf wrote:
> If you compile without OF_MDIO support in an RGMII configuration, we fail
> to configure the dp83867 phy today by writing garbage into its configuration
> registers.
>
> On the other hand if you do compile with OF_MDIO and the phy g
On Mon, May 16, 2016 at 11:31:12AM -0700, Megha Dey wrote:
> On Mon, 2016-05-16 at 09:44 -0500, Josh Poimboeuf wrote:
> > On Fri, May 13, 2016 at 10:32:26AM -0700, Megha Dey wrote:
> > > On Fri, 2016-05-13 at 07:51 +0200, Ingo Molnar wrote:
> > > > * Herbert Xu wrote:
> > > >
> > > > > On Thu, Ma
Hi,
On Mon, May 16, 2016 at 6:57 AM, David Wu wrote:
> There are three points differert from others:
> - new method to caculate i2c timings for rk3399
> - pclk and function clk are separated at rk3399
> - add fast-plus mode supported for rk3399
>
> David Wu (8):
> i2c: rk3x: add documentatio
Add a unittest for the indirect overlay target case.
Signed-off-by: Pantelis Antoniou
---
drivers/of/unittest-data/testcases.dts | 5 +++
drivers/of/unittest-data/tests-overlay.dtsi | 15
drivers/of/unittest.c | 60 +
3 files chang
Add a description of the target index overlay method to the overlay
documention file.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/overlay-notes.txt | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/overlay-notes.txt
b/
Some applications require applying the same overlay to a different
target according to some external condition (for instance depending
on the slot a card has been inserted, the overlay target is different).
The target index functionality use requires using the new
of_overlay_create_target_index()
The target facility of an overlay allows the target to be any point
in the live kernel tree, since it usually that's required when
creating overlays for internal SoC devices. The target ends up
to be a single node in the tree.
However when we're dealing with probeable busses this is a problem
sinc
This patchset implements two new target methods.
A target index method which allows selecting different
targets according to an argument using an extended API and
a target root method that fences the target only
to a specific given root.
Documentation and unit-tests are included.
Changes since v
Add unittests for target-root based overlays.
Signed-off-by: Pantelis Antoniou
---
drivers/of/unittest-data/testcases.dts | 5 +
drivers/of/unittest-data/tests-overlay.dtsi | 48 +++
drivers/of/unittest.c | 213
3 files changed, 266
Add a description of the target root overlay method to the overlay
documention file.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/overlay-notes.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/overlay-notes.txt
b/Documentation/devicetree/
On Mon, May 16, 2016 at 01:05:45PM -0700, Linus Torvalds wrote:
> On Mon, May 16, 2016 at 7:46 AM, Ingo Molnar wrote:
> >
> > Please pull the latest efi-urgent-for-linus git tree from:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > efi-urgent-for-linus
> >
> ># HEAD:
On Friday 05/13 at 21:17 +, Elliott, Robert (Persistent Memory) wrote:
>
>
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Calvin Owens
> > Sent: Friday, May 13, 2016 3:28 PM
> ...
> > Subject: [PATCH] m
On 05/16/2016 01:52 PM, Alexander Graf wrote:
> If you compile without OF_MDIO support in an RGMII configuration, we fail
> to configure the dp83867 phy today by writing garbage into its configuration
> registers.
>
> On the other hand if you do compile with OF_MDIO and the phy gets loaded via
> de
Signed-off-by: David Mosberger
---
.../devicetree/bindings/nvmem/atmel-secumod.txt| 46
drivers/nvmem/atmel-secumod.c | 125 +
2 files changed, 171 insertions(+)
create mode 100644 Documentation/devicetree/bindings/nvmem/atmel-secumod.txt
c
From: Jan Beulich
The switch to elf_getshdr{num,strndx} post-dates the oldest tool chain
the kernel is supposed to be able to build with, so try to cope with
such an environment.
Signed-off-by: Jan Beulich
Signed-off-by: Josh Poimboeuf
---
tools/objtool/Makefile | 4
tools/objtool/elf.h
On Mon, May 16, 2016 at 7:55 AM, Ingo Molnar wrote:
>
> This tree, by Michal Hocko, implements down_write_killable(). The main usecase
> will be to update mm_sem usage sites to use this new API,
Hmm. Is somebody (Michal?) looking at down_read_killable() too?
The VFS layer will want it with the p
Replying to thread:
https://lkml.org/lkml/2016/2/26/1090
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Thursday, January 28, 2016 7:37 AM
> To: Olaf Hering
> Cc: KY Srinivasan ; Haiyang Zhang
> ; linux-kernel@vger.kernel.org; linux-
>
On Thu, 28 Apr 2016 14:57:24 +0200
Daniel Wagner wrote:
> From: Daniel Wagner
>
> Completions have no long lasting callbacks and therefore do not need
> the complex waitqueue variant. Use simple waitqueues which reduces
> the contention on the waitqueue lock.
>
> This was a carry forward from
On Thu, 12 May 2016 16:08:34 +0200
Daniel Wagner wrote:
> In short, I haven't figured out yet why the kernel builds get slightly
> slower.
You're doing make -j 200, right? How many cores do you have? Couldn't it
be that you're saturating your CPUs?
You could try make -j, or some process creat
On 05/14/2016 09:16 PM, Tadeusz Struk wrote:
> First four patches are a resend of the v3 algif_akcipher from
> Stephan Mueller, with minor changes after rebase on top of 4.6-rc1.
>
> The next three patches add support for keys stored in system
> keyring subsystem.
>
> First patch adds algif_akcip
From: Daniel Hung-yu Wu
Add binding for Atmel Capacitive Touch Button device.
Signed-off-by: Daniel Hung-yu Wu
Signed-off-by: Grant Grundler
---
.../devicetree/bindings/input/atmel,captouch.txt | 36 ++
1 file changed, 34 insertions(+)
create mode 100644 Documentation/d
From: Daniel Hung-yu Wu
Add I2C driver for Atmel Capacitive Touch Button device.
Signed-off-by: Hung-yu Wu
Signed-off-by: Grant Grundler
---
drivers/input/misc/Kconfig | 13 ++
drivers/input/misc/Makefile | 1 +
drivers/input/misc/atmel_captouch.c | 287 +++
On Fri, 2016-05-13 at 14:56 +0900, Ethan Zhao wrote:
> Allocating 64 Tx/Rx as default doesn't benefit perfomrnace when less
> CPUs were assigned. especially when DCB is enabled, so we should take
> num_online_cpus() as top limit, and aslo to make sure every TC has
> at least one queue, take the MAX
On 5/16/16, Jeff Merkey wrote:
> On 5/15/16, OenHan wrote:
>> Maybe you should install kexec-tools or uncheck kdump options in .config:
>>
>> rpm -qf /lib/kdump/kdump-lib.sh
>> kexec-tools-2.0.7-38.el7_2.1.x86_64
>>
The problem here is that Centos 7 has the script at /usr/lib/kdump
instead of /l
The following changes since commit 1993b176a8224e371e0732ffada7ab9eb3b0912b:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide (2016-03-28
15:17:02 -0500)
are available in the git repository at:
git://github.com/kleikamp/linux-shaggy.git tags/jfs-4.7
for you to fetch changes up
On Wed, May 11, 2016 at 12:27:14PM -0400, Prarit Bhargava wrote:
> commit b894157145e4 ("x86/PCI: Mark Broadwell-EP Home Agent & PCU as having
> non-compliant BARs") marks Home Agent 0 & PCU has having non-compliant
> BARs. commit b84106b4e229 ("PCI: Disable IO/MEM decoding for devices with
> non-
Quoting Serge E. Hallyn (se...@hallyn.com):
...
> There's a problem though. The above suffices to prevent an unprivileged user
> in a user_ns from unsharing a user_ns to write a file capability and exploit
> that capability in the ns where he is unprivileged. With one exception, which
> is the ca
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.7-rc1
to receive the main part of power management material for v4.7-rc1
with top-most commit 27c4a1c5ef61b6d4a9aeae68b24419b4319b97ed
Merge branches 'pm-avs', 'pm-clk', 'powercap' and 'pm-too
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.7-rc1
to receive core ACPI code updates for v4.7-rc1 with top-most commit
fc723957801465c4a911d0a509709f0f8b91aa8a
Merge branches 'acpi-pci', 'acpi-misc' and 'acpi-tools'
on top of commit 4
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
device-properties-4.7-rc1
to receive an update of the generic device properties framework for
v4.7-rc1 with top-most commit dab2e29402f40431d2199e6faff48174204d2d06
Merge back new device properties
On Mon, May 09, 2016 at 10:15:03AM -0700, Jaegeuk Kim wrote:
> Hi Stephen,
>
> Thank you for the notice.
> I've been waiting for a comment about the below patch targeted to v4.7 from
> Ted.
> Meanwhile, I intended to prepare -next for that patch in advance.
> Surely, once I get a sense that I nee
On Mon, 2016-05-16 at 15:16 -0500, Josh Poimboeuf wrote:
> On Mon, May 16, 2016 at 11:31:12AM -0700, Megha Dey wrote:
> > On Mon, 2016-05-16 at 09:44 -0500, Josh Poimboeuf wrote:
> > > On Fri, May 13, 2016 at 10:32:26AM -0700, Megha Dey wrote:
> > > > On Fri, 2016-05-13 at 07:51 +0200, Ingo Molnar
On Fri, May 13, 2016 at 12:27:06AM -0600, Jan Beulich wrote:
> The kernel's unreachable() translates to __builtin_unreachable() only
> for gcc 4.5 and newer, and else expands to an infinite loop. Avoid
> "function has unreachable instruction" warnings for this case by
> inspecting the instructions
On Sunday 05/15 at 00:19 +0200, Richard Weinberger wrote:
> On Fri, May 13, 2016 at 10:58 PM, Calvin Owens wrote:
> > We use netconsole to collect kernel logs from all the servers at
> > Facebook. We use this patch internally so each logline has a record of
> > which kernel version emitted it.
> >
On Mon, May 16, 2016 at 02:39:06PM -0700, Megha Dey wrote:
> On Mon, 2016-05-16 at 15:16 -0500, Josh Poimboeuf wrote:
> > On Mon, May 16, 2016 at 11:31:12AM -0700, Megha Dey wrote:
> > > On Mon, 2016-05-16 at 09:44 -0500, Josh Poimboeuf wrote:
> > > > On Fri, May 13, 2016 at 10:32:26AM -0700, Megha
On Mon, May 16, 2016 at 04:15:23PM -0500, Serge E. Hallyn wrote:
> Quoting Serge E. Hallyn (se...@hallyn.com):
> ...
> > There's a problem though. The above suffices to prevent an unprivileged
> > user
> > in a user_ns from unsharing a user_ns to write a file capability and exploit
> > that capab
Our understanding is the relationship between the SCSI host and SAS end
devices is a parent-child and before ripping of SCSI host we need to rip of
all the children. Why the enclosure ends up trying to re-parent the SCSI
device from the enclosure to the SAS PHY even after we remove the SAS Phy?.
Do
Hi Alexander,
On Wed, May 11, 2016 at 6:18 PM, Alexander Potapenko wrote:
> Quarantine isolates freed objects in a separate queue. The objects are
> returned to the allocator later, which helps to detect use-after-free
> errors.
>
> Freed objects are first added to per-cpu quarantine queues.
> Wh
On Sunday 05/15 at 15:36 +0900, Sergey Senozhatsky wrote:
> Hello,
>
> On (05/13/16 13:58), Calvin Owens wrote:
> [..]
> > +#if defined(CONFIG_PRINTK_APPEND_UNAME)
> > +static ssize_t msg_print_ext_uname(char *buf, size_t size)
> > +{
> > + return scnprintf(buf, size, " UNAME=%s\n", init_utsname
On Mon, 16 May 2016 09:58:33 -0400
Steven Rostedt wrote:
>
> Nice work Masami!
>
> On Mon, 16 May 2016 21:32:50 +0900
> Namhyung Kim wrote:
>
>
> > > -/* This is global to keep gas from relaxing the jumps */
> > > -ENTRY(early_idt_handler)
> > > +/* This is weak to keep gas f
On Mon, May 16, 2016 at 05:30:28PM -0400, Theodore Ts'o wrote:
> On Mon, May 09, 2016 at 10:15:03AM -0700, Jaegeuk Kim wrote:
> > Hi Stephen,
> >
> > Thank you for the notice.
> > I've been waiting for a comment about the below patch targeted to v4.7 from
> > Ted.
> > Meanwhile, I intended to pre
On 04/30/2016 07:13 AM, Minfei Huang wrote:
Ping.
Any comment is appreciate.
Hi Minfei, I guess a good idea would be to resend the patch with the
typo fixed, as a v2 patch. What do you think?
Cheers,
Guilherme
Thanks
Minfei
On 04/25/16 at 11:13P, Minfei Huang wrote:
It's more elegant
Dear Greg,
On 2016년 05월 16일 21:35, Greg KH wrote:
> On Tue, May 10, 2016 at 10:47:23AM +0900, Chanwoo Choi wrote:
>> Dear Greg,
>>
>> I'm sorry for late pull request. This is extcon-next pull request for v4.7.
>> I add detailed description of this pull request on below.
>> Please pull extcon with
This patch uses percpu_count for sbi->alloc_valid_block_count.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 2 +-
fs/f2fs/f2fs.h | 8 +---
fs/f2fs/recovery.c | 5 +++--
fs/f2fs/super.c | 7 +--
4 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/fs/f2fs/
This patch uses percpu_counter to avoid stat_lock.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 18 +++---
fs/f2fs/super.c | 11 ---
2 files changed, 15 insertions(+), 14 deletions(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
index 43aa692..c965897 100644
--- a/fs/f2f
This patch adds percpu_counter for # of dirty pages in inode.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 10 +-
fs/f2fs/file.c | 2 +-
fs/f2fs/super.c | 8 +++-
3 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
index 2851078..ae9
It needs to maintain dirty file inodes only if DATA_FLUSH is set.
Otherwise, let's avoid its overhead.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
index 3da6499..d0
This patch substitutes percpu_counter for atomic_counter when counting
various types of pages.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/debug.c | 1 +
fs/f2fs/f2fs.h | 12 +++-
fs/f2fs/super.c | 31 +++
3 files changed, 35 insertions(+), 9 deletions(-)
diff -
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> Behalf Of Denys Vlasenko
> Sent: Friday, May 6, 2016 12:42 PM
> To: Kirsher, Jeffrey T
> Cc: intel-wired-...@lists.osuosl.org; Denys Vlasenko
> ; LKML ;
> net...@vger.kernel.org
> Subject: [Intel-wired-lan] [PATCH] e100
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phydev in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/freescale/fec_mpc52xx.c | 26 ++
1 files changed, 2 insertions(+), 24 delet
On Mon, 16 May 2016 16:23:33 +0200 Michal Hocko wrote:
> Andrew, I think that the following is more straightforward fix and
> should be folded in to the patch which has introduced vmstat_refresh.
> ---
> >From b8dd18fb7df040e1bfe61aadde1d903589de15e4 Mon Sep 17 00:00:00 2001
> From: Michal Hocko
On Mon, May 16, 2016 at 03:23:51PM -0500, Alex Thorlton wrote:
> Everything discussed above makes sense to me, and the patch looks sane.
> I will apply and test it today and let you know how it works.
I applied this to the latest -tip kernel and tested on both real
hardware and in our simulator.
On Thu, May 12, 2016 at 01:06:00PM +0100, Matt Fleming wrote:
> (Adding author of arch_efi_call code)
>
> On Wed, 11 May, at 02:55:44PM, Alex Thorlton wrote:
> > We need a slightly different macro than the standard efi_call_virt,
> > since those macros all assume that the function pointer, f, that
Hi Benjamin,
I'd suspect you're interested in some feedback on these, so here is a few :-)
Sadly (ideally?) nothing serious, but a bunch minor suggestions, plus
the odd bug.
On 9 May 2016 at 16:07, Benjamin Gaignard wrote:
> --- /dev/null
> +++ b/drivers/smaf/smaf-core.c
> @@ -0,0 +1,794 @@
>
On Mon, May 16, 2016 at 03:45:50PM +0530, Rajneesh Bhardwaj wrote:
> On Thu, May 12, 2016 at 06:02:45PM +0300, Andy Shevchenko wrote:
> > On Thu, May 12, 2016 at 4:50 PM, Rajneesh Bhardwaj
> > wrote:
> >
> > Sorry for a bit late review, but I think there are still issues need
> > to be addressed.
Fix:
WARNING: drivers/video/fbdev/pmag-ba-fb.o(.text+0x308): Section mismatch in
reference from the function pmagbafb_probe() to the function
.init.text:pmagbafb_erase_cursor()
The function pmagbafb_probe()
references the function __init pmagbafb_erase_cursor().
This is often because pmagbafb_p
Hi,
This is a pair of small cleanups for `__init' annotation issues in PMAG-B
and PMAGB-B frame buffer drivers discovered in a modular build, which is a
seldom used, but supported configuration.
Please apply; I think these are obvious enough to be fast-tracked to 4.7
right away.
Maciej
Fix:
WARNING: drivers/video/fbdev/pmagb-b-fb.o(.text+0x6dc): Section mismatch in
reference from the function pmagbbfb_probe() to the function
.init.text:pmagbbfb_erase_cursor()
The function pmagbbfb_probe()
references the function __init pmagbbfb_erase_cursor().
This is often because pmagbbfb_p
On Thu, May 12, 2016 at 10:17:39AM +0200, Ingo Molnar wrote:
> > Fine by me, although having a newline after arch_efi_call_virt_setup()
> > but not before arch_efi_call_virt_teardown() seems rather arbitrary
>
> It's an oversight! :-)
>
> #define efi_call_virt(f, args...)
On Mon, 2016-05-16 at 16:46 -0500, Josh Poimboeuf wrote:
> On Mon, May 16, 2016 at 02:39:06PM -0700, Megha Dey wrote:
> > On Mon, 2016-05-16 at 15:16 -0500, Josh Poimboeuf wrote:
> > > On Mon, May 16, 2016 at 11:31:12AM -0700, Megha Dey wrote:
> > > > On Mon, 2016-05-16 at 09:44 -0500, Josh Poimboe
Hi Benjamin,
On 9 May 2016 at 16:07, Benjamin Gaignard wrote:
> SMAF CMA allocator implement helpers functions to allow SMAF
> to allocate contiguous memory.
>
> match() each if at least one of the attached devices have coherent_dma_mask
> set to DMA_BIT_MASK(32).
>
What is the idea behind the ha
Hi Benjamin,
On 9 May 2016 at 16:07, Benjamin Gaignard wrote:
> This module is allow testing secure calls of SMAF.
>
"Add fake secure module" does sound like something not (m)any people
want to hear ;-)
Have you considered calling it 'dummy', 'test' or similar ?
> --- /dev/null
> +++ b/drivers/
On Fri, 2016-05-13 at 11:25 +0200, Christophe Leroy wrote:
> Le 11/05/2016 à 22:38, Scott Wood a écrit :
> > On Wed, 2016-05-11 at 17:03 +0200, Christophe Leroy wrote:
> > > Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
> > > 648K rodata, 508K init, 290K bss, 6644K reserved)
>
On Wed, Mar 09, 2016 at 09:21:28AM +0800, Zhao Qiang wrote:
> Add IC, SI and SIRAM document of QE to
> Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt
>
> Signed-off-by: Zhao Qiang
> Acked-by: Rob Herring
> ---
> changes for v2
> - Add interrupt-controller in Required propertie
On Mon, 16 May 2016, David Howells wrote:
> James Morris wrote:
>
> > I'm seeing this with the 4.6 kernel build:
> >
> > CHK include/generated/compile.h
> > make[1]: *** No rule to make target `signing_key.pem', needed by
> > `certs/signing_key.x509'. Stop.
> > make: *** [certs] Error 2
>
CONFIG_MODULE_SIG_KEY="signing_key.pem"
This should be 'certs/signing_key.pem', right?
I'm not sure how it ended up like that -- perhaps something happened in my
next branch (which shares the same .config generally).
--
James Morris
In the current implementation of ARM64 eBPF JIT, R23 and R24 are used for
tmp registers, which are callee-saved registers. This leads to variable size
of JIT prologue and epilogue. The latest blinding constant change prefers to
constant size of prologue and epilogue. AAPCS reserves R9 ~ R15 for tem
Hi Mikulas,
On 05/16/2016 01:12 PM, Mikulas Patocka wrote:
> Hi
>
> In the kernel 4.6 I get crashes in the tty layer. I can reproduce the
> crash by logging into the machine with ssh and typing before the prompt
> appears.
Thanks for the report.
I tried to reproduce this a number of times on d
On Thu, May 12, 2016 at 12:34:05AM +0300, Denis Gordienko wrote:
> Hi, Darren. This patch already tested on my laptop and I can confirm - it's
> work fine.
Awesome, thanks! Added your tested-by.
> Denis
> 11 Май 2016 г. 23:09 пользователь "Darren Hart"
> написал:
>
> On Mon, May 09, 2016 at 11:
On Wed, Apr 27, 2016 at 10:35:25AM +0200, Alessio Igor Bogani wrote:
> + bcsr@4,0 {
> + compatible = "artesyn,mvme7100-bcsr";
> + reg = <4 0 0x1>;
> + };
> +
> +serial@5,1000 {
> + cell-index = <2>;
On Mon, May 2, 2016 at 09:19 PM, Al Stone wrote:
> On 04/25/2016 03:21 PM, Al Stone wrote:
> > The ACPI 6.1 specification was recently released at the end of January
> > 2016, but the arm64 kernel documentation for the use of ACPI was written
> > for the 5.1 version of the spec. There were signifi
Hi Yang,
On Mon, May 16, 2016 at 4:09 PM, Yang Shi wrote:
> In the current implementation of ARM64 eBPF JIT, R23 and R24 are used for
> tmp registers, which are callee-saved registers. This leads to variable size
> of JIT prologue and epilogue. The latest blinding constant change prefers to
> con
On 5/16/2016 4:45 PM, Z Lim wrote:
Hi Yang,
On Mon, May 16, 2016 at 4:09 PM, Yang Shi wrote:
In the current implementation of ARM64 eBPF JIT, R23 and R24 are used for
tmp registers, which are callee-saved registers. This leads to variable size
of JIT prologue and epilogue. The latest blinding
On 05/13/2016 03:29 PM, Bjorn Andersson wrote:
On Thu 12 May 17:52 PDT 2016, Andrew Duggan wrote:
On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
So either we duplicate the regu
401 - 500 of 816 matches
Mail list logo
