3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Tilman Schmidt
commit fd98e9419d8d622a4de91f76b306af6aa627aa9c upstream.
Commit 79901317ce80 ("n_tty: Don't flush buffer when closing ldisc"),
first merged in kernel release 3.10,
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Brian Campbell
commit 326124a027abc9a7f43f72dc94f6f0f7a55b02b3 upstream.
When resetting a device the number of active TTs may need to be
corrected by xhci_update_tt_active_eps, but
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Tomas Winkler
commit 9098f84cced870f54d8c410dd2444cfa61467fa0 upstream.
Enclosing mmc_blk_put() is missing in power_ro_lock_show() sysfs handler,
let's add it.
Fixes: add710eaa886
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nikolay Aleksandrov
commit 5ebc784625ea68a9570d1f70557e7932988cd1b4 upstream.
Since the mdb add/del code was introduced there have been 2 br_mdb_notify
calls when doing
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Herbert Xu
commit 738ac1ebb96d02e0d23bc320302a6ea94c612dec upstream.
Shared skbs must not be modified and this is crucial for broadcast
and/or multicast paths where we use it as an
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nikolay Aleksandrov
commit 7d5cd2ce5292b45e555de776cb9e72975a07460d upstream.
If the bond is enslaving a device with different type it will be setup
by it, but if after being setup
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Axel Lin
commit fa8173a3ef0570affde7da352de202190b3786c2 upstream.
The de-emphasis sampling rate selection is controlled by BIT[3:4] of
PCM1681_DEEMPH_CONTROL register. Do proper
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nikolay Aleksandrov
commit 06f6d1094aa0992432b1e2a0920b0ee86ccd83bf upstream.
When the bonding is being unloaded and the netdevice notifier is
unregistered it executes
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Edward Hyunkoo Jee
commit 0848f6428ba3a2e42db124d41ac6f548655735bf upstream.
When ip_frag_queue() computes positions, it assumes that the passed
sk_buff does not contain L2
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Takashi Iwai
commit b9d9c9efc292dd0ffe172780f915ed74eba3556c upstream.
Toshiba Satellite S50D has another model with a different PCI SSID
(1179:fa93) while the previous fixup was
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Joakim Tjernlund
commit 8e91125ff3f57f15c6568e2a6d32743b3f7815e4 upstream.
Support for 8BIT bus with was added some time ago to sdhci-esdhc but
then missed to remove the 8BIT from
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Roger Quadros
commit 9a258afa928b45e6dd2efcac46ccf7eea705d35a upstream.
For hwmods without sysc, _init_mpu_rt_base(oh) won't be called and so
_find_mpu_rt_port(oh) will return NULL
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nicholas Bellinger
commit 417c20a9bdd1e876384127cf096d8ae8b559066c upstream.
This patch fixes a use-after-free bug in iscsit_release_sessions_for_tpg()
where
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nicholas Bellinger
commit e54198657b65625085834847ab6271087323ffea upstream.
This patch fixes a regression introduced with the following commit
in v4.0-rc1 code, where a
Hi Heiko,
在 09/02/2015 12:51 AM, Heiko Stuebner 写道:
Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
This phy driver would control the Rockchip DisplayPort module
phy clock and phy power, it is relate to analogix_dp-rockchip
dp driver. If you want DP works rightly on rockchip
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Marc-Andr=C3=A9=20Lureau?=
commit 7932c0bd7740f4cd2aa168d3ce0199e7af7d72d5 upstream.
While reviewing vhost log code, I found out that log_file is never
set. Note: I
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nicholas Bellinger
commit 007d038bdf95ccfe2491d0078be54040d110fd06 upstream.
This patch fixes a regression introduced with the following commit
in v4.0-rc1 code, where an explicit
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alex Deucher
commit 0a90a0cff9f429f886f423967ae053150dce9259 upstream.
Fixes a broken hsync start value uncovered by:
abc0b1447d4974963548777a5ba4a4457c82c426
(drm: Perform basic
When driver get exception ic type (0xFF), maybe occurred from wrong
I2C protocol communication, system crash or other unknown situation,
instead of ic_type we use iap_version to get firmware information.
Signed-off-by: Duson Lin
---
drivers/input/mouse/elan_i2c_core.c |8
1 file
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dmitry Skorodumov
commit 7cc03e48965453b5df1cce5062c826189b04b960 upstream.
The efi_info structure stores low 32 bits of memory map
in efi_memmap and high 32 bits in efi_memmap_hi.
On Tue, Sep 1, 2015 at 5:36 PM, Nuno Gonçalves wrote:
> On Tue, Sep 1, 2015 at 9:25 PM, Thomas Gleixner wrote:
>> On Tue, 1 Sep 2015, Nuno Gonçalves wrote:
>>
>>> There is a regression on the clock system since v3.16-rc5-111-g4396e05
>>> [1],
>>
>>> [1]
>>>
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Pablo Neira Ayuso
commit 95dd8653de658143770cb0e55a58d2aab97c79d2 upstream.
We have to put back the references to the master conntrack and the expectation
that we just created,
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dave Chinner
commit df150ed102baa0e78c06e08e975dfb47147dd677 upstream.
We don't log remote attribute contents, and instead write them
synchronously before we commit the block
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Yao-Wen Mao
commit 2d1cb7f658fb9c3ba8f9dab8aca297d4dfdec835 upstream.
Add the correct dB ranges of Bose Companion 5 and Drangonfly DAC 1.2.
Signed-off-by: Yao-Wen Mao
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Takashi Iwai
commit 649ccd08534ee26deb2e5b08509800d0e95167f5 upstream.
MacBook Pro 5,2 with ALC889 codec had already a fixup entry, but this
seems not working correctly, a fix for
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Brian King
commit 3f1c0581310d5d94bd72740231507e763a6252a4 upstream.
Fixes another signed / unsigned array indexing bug in the ipr driver.
Currently, when hrrq_index wraps, it
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nikolay Aleksandrov
commit 7ae90a4f96486e3e20274afa1b8329802f5e1981 upstream.
Since mdb states were introduced when deleting an entry the state was
left as it was set in the delete
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Brian King
commit bb7c54339e6a10ecce5c4961adf5e75b3cf0af30 upstream.
When ipr's internal driver trace was changed to an atomic, a signed/unsigned
bug slipped in which results in us
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dan Carpenter
commit 44008f0896ae205b02b0882dbf807f0de149efc4 upstream.
Smatch complains that we have nested checks for "spdif_present". It
turns out the current behavior isn't
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Joe Stringer
commit 4b31814d20cbe5cd4ccf18089751e77a04afe4f2 upstream.
When zones were originally introduced, the expectation functions were
all extended to perform lookup using
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jiri Pirko
commit 42288830494cd51873ca745a7a229023df061226 upstream.
Fixes: a3138df9 ("[NIU]: Add Sun Neptune ethernet driver.")
Signed-off-by: Jiri Pirko
Signed-off-by: David S.
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Julian Anastasov
commit 56184858d1fc95c46723436b455cb7261cd8be6f upstream.
Fix crash in 3.5+ if FTP is used after switching
sync_version to 0.
Fixes: 749c42b620a9 ("ipvs: reduce
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski
commit aa1acff356bbedfd03b544051f5b371746735d89 upstream.
The update_va_mapping hypercall can fail if the VA isn't present
in the guest's page tables. Under
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jack Morgenstein
commit 1c1bf34951e8d17941bf708d1901c47e81b15d55 upstream.
The port-change event processing in procedure mlx4_eq_int() uses "slave"
as the vf_oper array index.
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Brian King
commit 36b8e180e1e929e00b351c3b72aab3147fc14116 upstream.
Make sure we have the host lock held when calling scsi_report_bus_reset. Fixes
a crash seen as the __devices
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Julian Anastasov
commit 05f00505a89acd21f5d0d20f5797dfbc4cf85243 upstream.
I overlooked the svc->sched_data usage from schedulers
when the services were converted to RCU in 3.10.
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: WANG Cong
commit 5175f7106cc55a1bcf97bf7d5ba0900017ebcef8 upstream.
When we share an action within a filter, the bind refcnt
should increase, therefore we should not call
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Julian Anastasov
commit 4754957f04f5f368792a0eb7dab0ae89fb93dcfd upstream.
Michael Vallaly reports about wrong source address used
in rare cases for tunneled traffic. Looks like
This is the start of the review cycle for the Linux 3.13.11-ckt26 stable kernel.
This version contains 60 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jingju Hou
commit 9cd76049f0d90ae241f5ad80e311489824527000 upstream.
pdev->dev.platform_data is not initialized if match is true in function
sdhci_pxav3_probe. Just local variable
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alexey Khoroshilov
commit 53e20f2eb161fbe9eea28b54dccc870cec94eca2 upstream.
There was an omission in transition to devm_xxx resource handling.
iounmap(udc->phy_regs) were removed,
Hi Dmitry,
Please ignore this patch, I will send a right again. Thank you.
Duson
-Original Message-
From: duson [mailto:duson...@emc.com.tw]
Sent: Wednesday, September 02, 2015 8:45 AM
To: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org; linux-kernel@vger.kernel.org; dusonlin@emc.
Hi Dmitry,
Please ignore this patch, I will send a right again. Thank you.
Duson
-Original Message-
From: duson [mailto:duson...@emc.com.tw]
Sent: Wednesday, September 02, 2015 8:38 AM
To: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org; linux-kernel@vger.kernel.org; dusonlin@emc.
Hi all-
Linux has a handful of weird features that are only supported for
backwards compatibility. The big one is the x86_64 vsyscall page, but
uselib probably belongs on the list, too, and we might end up with
more at some point.
I'd like to add a way that new programs can turn these features
Hi Russell,
On Wed, 12 Aug 2015 09:48:34 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the arm-soc tree got a conflict in:
>
> arch/arm/kernel/psci.c
>
> between commit:
>
> be120397e770 ("ARM: migrate to common PSCI client code")
>
> from the arm tree and commit:
>
>
When driver get exception ic type (0xFF), maybe occurred from wrong
I2C protocol communication, system crash or other unknown situation,
instead of ic_type we use iap_version to get firmware information.
Signed-off-by: Duson Lin
---
drivers/input/mouse/elan_i2c_core.c |6 +++---
1 file
On Sat, Aug 29, 2015 at 12:09:01PM +0800, Ming Lei wrote:
> On Sat, Aug 29, 2015 at 9:11 AM, Luis R. Rodriguez wrote:
> > On Thu, Aug 27, 2015 at 08:55:13AM +0800, Ming Lei wrote:
> >> On Thu, Aug 27, 2015 at 2:07 AM, Linus Torvalds
> >> wrote:
> >> > On Wed, Aug 26, 2015 at 1:06 AM, Liam
When driver get exception ic type (0xFF), maybe occurred from wrong
I2C protocol communication, system crash or other unknown situation,
instead of ic_type we use iap_version to get firmware information.
---
drivers/input/mouse/elan_i2c_core.c |6 +++---
1 file changed, 3 insertions(+), 3
On Tue, Sep 1, 2015 at 9:25 PM, Thomas Gleixner wrote:
> On Tue, 1 Sep 2015, Nuno Gonçalves wrote:
>
>> There is a regression on the clock system since v3.16-rc5-111-g4396e05
>> [1],
>
>> [1]
>>
On Mon, 2015-08-31 at 16:58 +0800, Zhao Qiang wrote:
> @@ -187,12 +190,25 @@ static inline int qe_alive_during_sleep(void)
> }
>
> /* we actually use cpm_muram implementation, define this for convenience */
> -#define qe_muram_init cpm_muram_init
> -#define qe_muram_alloc cpm_muram_alloc
>
On Mon, 2015-08-31 at 16:58 +0800, Zhao Qiang wrote:
> Bytes alignment is required to manage some special RAM,
> so add gen_pool_first_fit_align to genalloc,
> meanwhile add gen_pool_alloc_data to pass data to
> gen_pool_first_fit_align(modify gen_pool_alloc as a wrapper)
>
> Signed-off-by: Zhao
On 9/2/15 7:24 AM, David Matlack wrote:
On Tue, Sep 1, 2015 at 3:58 PM, Wanpeng Li wrote:
On 9/2/15 6:34 AM, David Matlack wrote:
On Tue, Sep 1, 2015 at 3:30 PM, Wanpeng Li wrote:
On 9/2/15 5:45 AM, David Matlack wrote:
On Thu, Aug 27, 2015 at 2:47 AM, Wanpeng Li
wrote:
v3 -> v4:
*
irstly.
>
> Signed-off-by: Leo Yan
The kernelci.org build/boot bot detected boot failures in
linux-next[1], and the failure was bisected down to this patch (landed
in linux-next as commit c1628a2c416da947f5afac615d53189250fa49cb.
I verifed that reverting this commit on top of next-20150901
> On Sep 2, 2015, at 3:13 AM, Siarhei Siamashka
> wrote:
>
> On Wed, 2 Sep 2015 01:58:56 +0800
> pins...@gmail.com wrote:
>
>>> On Sep 2, 2015, at 1:30 AM, Mark Rutland wrote:
>>>
>>> [...]
>>>
>>> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
>>> It is useful
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy [150901 10:22]:
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System
On Tue, Sep 01, 2015 at 01:20:37PM -0700, Kees Cook wrote:
> On Thu, Aug 27, 2015 at 2:29 PM, Luis R. Rodriguez wrote:
> > On Thu, Aug 27, 2015 at 10:57:23AM -, David Woodhouse wrote:
> > Right so now that firmware usermode helper is behind us (systemd ripped it)
> > we
> > do the fs lookup
On Tue, 1 Sep 2015, Stephen Rothwell wrote:
> This has one commit that has not been in linux-next. Not judging
> anything about it, just noting.
>
> > David Howells (28):
> > PKCS#7: Add OIDs for sha224, sha284 and sha512 hash algos and use them
This is a minor bugfix which was sent out
On Mon, Aug 31, 2015 at 12:45:36PM -0400, Mimi Zohar wrote:
> On Mon, 2015-08-31 at 17:05 +0100, David Woodhouse wrote:
> > On Mon, 2015-08-31 at 10:18 -0400, Mimi Zohar wrote:
> > > I'm not real happy about it, but since we can't break the existing ABI
> > > of loading data into the kernel via a
On 09/01/2015 08:03 AM, Michael S. Tsirkin wrote:
>>>
>>> Hmm - so do you take back the ack?
>>
>> I have no strong feelings either way, it simply strikes me as misguided to
>> explicitly optimize for something that is listed as a high overhead
>> instruction.
>>
>
> [mst@robin test]$ diff a.c
Hi Linus,
On Tue, 1 Sep 2015 16:20:13 -0500 Rob Herring wrote:
>
> The following changes since commit cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f:
>
> Linux 4.2-rc4 (2015-07-26 12:26:21 -0700)
>
> are available in the git repository at:
>
>
Steven,
I was playing with ktest.pl and I found that it reboots after each test. What I
wanted to do was to boot
the system with one TEST_START section, then leave it booted. I would have
additional TEST_START sections
which would run on the already booted target. The only way I see to do that
On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote:
> On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote:
> > On Thu, Aug 27, 2015 at 07:54:33PM -0400, Mimi Zohar wrote:
> > > On Thu, 2015-08-27 at 23:29 +0200, Luis R. Rodriguez wrote:
> > > > On Thu, Aug 27, 2015 at 10:57:23AM
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-4.3-rc1
to receive power management and ACPI material for v4.3-rc1 with
top-most commit e625ccec1fa6c24620f38fd72d5b2fd62230ad2b
Merge branches 'pm-tools' and 'powercap'
on top of commit
The values passed to le32_to_cpu are already in the correct byte order.
This fixes four "cast to restricted __le32" sparse warnings.
Signed-off-by: Michał Bartoszkiewicz
---
drivers/staging/rtl8723au/core/rtw_security.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Tuesday, September 01, 2015 04:53:37 PM Daniel Lezcano wrote:
> The function dev_pm_set_wake_irq is typically called after device_init_wakeup.
>
> Instead of summing a couple of call, let's call device_init_wakeup directly
> from dev_pm_set_wake_irq / dev_pm_clear_wake_irq.
>
> Signed-off-by:
On Tue, 01.09.2015 at 00:21 +0200 Jarod Wilson wrote:
On 2015-08-17 4:51 PM, Uwe Koziolek wrote:
On Mon, Aug 17, 2015 at 09:14PM +0200, Jay Vosburgh wrote:
Uwe Koziolek wrote:
On2015-08-17 07:12 PM,Jarod Wilson wrote:
...
Uwe, can you perhaps further enlighten us as to what num_grat_arp
On Tue, Sep 01, 2015 at 05:41 PM +0200, Andy Gospodarek wrote:
On Mon, Aug 17, 2015 at 10:51:27PM +0200, Uwe Koziolek wrote:
On Mon, Aug 17, 2015 at 09:14PM +0200, Jay Vosburgh wrote:
Uwe Koziolek wrote:
On2015-08-17 07:12 PM,Jarod Wilson wrote:
On 2015-08-17 12:55 PM, Veaceslav Falico
>
> Em Tue, Sep 01, 2015 at 09:58:13AM -0400, Kan Liang escreveu:
> > From: Jiri Olsa
> >
> > This patch test cpu core_id and socket_id which are stored in perf_env.
> >
> > Signed-off-by: Jiri Olsa
> > Signed-off-by: Kan Liang
> > ---
> >
> > Changes since jirka's original version
> > -
On Tue, Sep 1, 2015 at 3:58 PM, Wanpeng Li wrote:
> On 9/2/15 6:34 AM, David Matlack wrote:
>>
>> On Tue, Sep 1, 2015 at 3:30 PM, Wanpeng Li wrote:
>>>
>>> On 9/2/15 5:45 AM, David Matlack wrote:
On Thu, Aug 27, 2015 at 2:47 AM, Wanpeng Li
wrote:
>
> v3 -> v4:
>*
On Thu, Aug 20, 2015 at 9:59 AM, Sean O. Stalley wrote:
> Add support for devices using Enhanced Allocation entries instead of BARs.
> This patch allows the kernel to parse the EA Extended Capability structure
> in PCI configspace and claim the BAR-equivalent resources.
>
> Signed-off-by: Sean O.
On 09/01, Viresh Kumar wrote:
> This patch adds debugfs support to OPP layer to export OPPs and their
> properties for all the devices.
>
> This creates a top level directory: /sys/kernel/debug/opp and then
> device specific directories (based on device names) inside it. For
> example: 'cpu0',
On 9/2/15 6:34 AM, David Matlack wrote:
On Tue, Sep 1, 2015 at 3:30 PM, Wanpeng Li wrote:
On 9/2/15 5:45 AM, David Matlack wrote:
On Thu, Aug 27, 2015 at 2:47 AM, Wanpeng Li
wrote:
v3 -> v4:
* bring back grow vcpu->halt_poll_ns when interrupt arrives and shrinks
when idle VCPU is
Clearing NT is part of the prologue, whereas loading up arg6 makes
more sense to think about as part of syscall processing. Reorder
them.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
From: Andi Kleen
Since 3b3eb0445 running perf stat on a system without
backend-stalled-cycles spits out ugly warnings by default. Since that is quite
common, make the message a debug message only. We know
anyways that the counter wasn't read by the normal
output.
Signed-off-by: Andi Kleen
---
We eventually want to make it all the way into C code before
enabling interrupts. We need to rework our flags handling slightly
to delay enabling interrupts.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 30 ++
1 file changed, 22
Rather than worrying about exactly where LOCKDEP_SYS_EXIT should go
in the asm code, add it to prepare_exit_from_usermode and remove all
of the asm calls that are followed by prepare_exit_to_usermode.
LOCKDEP_SYS_EXIT now appears only in the syscall fast paths.
Signed-off-by: Andy Lutomirski
This tests assumptions about how fast syscall works wrt pt_regs and,
in particular, what happens if IP is decremented by 2 during a syscall.
Signed-off-by: Andy Lutomirski
---
tools/testing/selftests/x86/Makefile | 3 +-
tools/testing/selftests/x86/ptrace_syscall.c | 294
Daniel Lezcano writes:
> The power domains code allows to tie a cpuidle state with a power domain.
>
> Preventing the cpuidle framework to enter a specific idle state by disabling
> from the power domain framework is a good idea. Unfortunately, the current
> implementation has some gaps with a
On 09/01, Viresh Kumar wrote:
> OPP code is expanding and is already present in multiple directories
> (cpufreq and power). Lets move it to its own directory, to manage it
> better.
>
> This also moves/renames the cpufreq_opp file to cpu.c, as it will
> contain helpers for cpu device. Its not
Commit 131484c8da97 ("x86/debug: Remove perpetually broken,
unmaintainable dwarf annotations") removed all the manual DWARF
annotations outside the vDSO. It also removed the macros we used
for the manual annotations.
Re-add the macros so that we can clean up the vDSO annotations.
Signed-off-by:
Maintaining the current CFI annotations written in R'lyehian is
difficult for most of us. Translate them to something a little
closer to English.
This will remove the CFI data for kernels built with extremely old
versions of binutils. I think this is a fair tradeoff for the
ability for mortals
For the vDSO, user code wants runtime unwind info. Make sure that,
if we use .cfi directives, we generate it.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/vdso/Makefile | 4 ++--
arch/x86/include/asm/dwarf2.h | 13 ++---
2 files changed, 12 insertions(+), 5 deletions(-)
diff
These audit optimizations are messy and hard to maintain. We'll
get a similar effect from opportunistic sysret when fast compat
system calls are re-implemented.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 98 +---
1 file changed, 2
32-bit userspace will now always see the same vDSO, which is exactly
what used to be the int80 vDSO. Subsequent patches will clean it up
and make it support SYSENTER and SYSCALL using alternatives.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/vdso/Makefile | 35 +++---
On Tue, Sep 01, 2015 at 01:08:04PM +0300, Kirill A. Shutemov wrote:
> On Tue, Sep 01, 2015 at 09:38:03AM +1000, Dave Chinner wrote:
> > On Mon, Aug 31, 2015 at 12:59:44PM -0600, Ross Zwisler wrote:
> > Even for DAX, msync has to call vfs_fsync_range() for the filesystem to
> > commit
> > the
On 09/01, Viresh Kumar wrote:
> We already have a better API to get the opp descriptor block's node from
> cpu-node. Lets reuse that instead of creating our own routines for the
> same stuff. That cleans the code a lot.
>
> This also kills a check we had earlier (as we are using the generic API
>
System calls are really quite simple. Add a helper to call
a 32-bit system call.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/common.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
index
Syscalls are asmlinkage functions (on 32-bit kernels), take six args
of type unsigned long, and return long. Note that uml could
probably be slightly cleaned up on top of this patch.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/syscall_32.c | 4 ++--
arch/x86/entry/syscall_64.c |
We now have only one code path that calls through the compat syscall
table. This will make it much more pleasant to change the pt_regs
vs register calling convention, which we need to do to move the call
into C.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 246
We've disabled the vDSO helpers to call them, so turn off the
entries entirely (temporarily) in preparation for cleaning them up.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 13 +
1 file changed, 13 insertions(+)
diff --git
The header was missing some compat declarations.
Also make sys_call_ptr_t have a consistent type.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/syscall_32.c | 5 +
arch/x86/include/asm/syscall.h | 12 +++-
arch/x86/um/sys_call_table_32.c | 3 +--
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64.S| 2 +-
arch/x86/entry/entry_64_compat.S | 56 +---
2 files changed, 19 insertions(+), 39 deletions(-)
diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S
index
This handles both SYSENTER and SYSCALL. The asm glue will take care
of the differences.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/common.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
This is conceptually simpler. More importantly, it eliminates the
PTREGSCALL stubs, which were not compatible with the C ABI. This
means that C code can call through the compat syscall table.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 42
If CS, SS and IP are as expected and FLAGS is compatible with SYSRETL,
then return from fast compat syscalls (both SYSCALL and SYSENTER) using
SYSRETL.
Unlike native 64-bit opportunistic SYSRET, this is not invisible to
user code: RCX and R8-R15 end up in a different state than shown
saved in
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/common.c | 15 +++-
arch/x86/entry/entry_32.S| 132 ---
arch/x86/entry/vdso/vdso32/system_call.S | 2 +
3 files changed, 50 insertions(+), 99 deletions(-)
diff --git
syscall_exit is going away, and return tracing is just a function
call now, so open-code the two non-syscall 32-bit users.
While we're at it, update the big register layout comment.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_32.S | 18 +++---
1 file changed, 15
What, you didn't realize that SYSENTER and SYSCALL were actually the
same thing? :)
Unlike the old code, this actually passes the ptrace_syscall_32 test
on AMD systems.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/entry_64_compat.S | 90 +++-
On Wed, 2015-08-19 at 11:18 +0530, Vaishali Thakkar wrote:
> In little endian cases, the macro htons unfolds to __swab16 which
> provides special case for constants. In big endian cases,
> __constant_htons and htons expand directly to the same expression.
> So, replace __constant_htons with htons
These checks are quite slow. Disable them in non-lockdep kernels to
reduce the performance hit.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/common.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
index
101 - 200 of 1480 matches
Mail list logo
