In order to handle systems which do not support 32bit at EL0,
split the COMPAT HWCAP entries into a separate table which can
be processed, only if the support is available.
Tested-by: Yury Norov
Signed-off-by: Suzuki K Poulose
---
arch/arm64/kernel/cpufeature.c | 104 +-
We use hwcaps for referring to ELF hwcaps capability information.
However this can be confusing with 'cpu_hwcaps' which stands for the
CPU capability bit field. This patch cleans up the names to make it
a bit more readable.
Tested-by: Yury Norov
Signed-off-by: Suzuki K Poulose
---
arch/arm64/ke
This series add checks to make sure that the AArch32 state is
supported before we process the 32bit ID registers. Also
checks the same for COMPAT binary execution.
Applies on top of 4.6-rc1. The series remains unchanged from V3, except
for :
Changes since V3:
- s/32bit/32-bit/ for capability na
Adds a helper to extract the support for AArch32 at EL0
Tested-by: Yury Norov
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/cpufeature.h |7 +++
arch/arm64/include/asm/sysreg.h |1 +
2 files changed, 8 insertions(+)
diff --git a/arch/arm64/include/asm/cpufeature.h
Well, looks like there is neither strong positive opinion nor strong negative
opinion. So, I will post the patch again with the suggested workflow soon.
Thanks,
SeongJae Park
On Sat, Apr 16, 2016 at 8:23 AM, Paul E. McKenney
wrote:
> On Fri, Apr 15, 2016 at 07:17:17AM +0900, SeongJae Park wrot
From: James Hogan
XPA (eXtended Physical Addressing) should be detected as a combination
of two architectural features:
- Large Physical Address (as per Config3.LPA). With XPA this will be set
on MIPS32r5 cores, but it may also be set for MIPS64r2 cores too.
- MTHC0/MFHC0 instructions (as per C
The same definition for pte_page is duplicated for the MIPS32
PHYS_ADDR_T_64BIT case & the generic case. Unify them by moving a single
definition outside of preprocessor conditionals.
Signed-off-by: Paul Burton
Reviewed-by: James Hogan
---
Changes in v2: None
arch/mips/include/asm/pgtable-32.
asm/pgtable-bits.h is included in 2 assembly files and thus has to
in either of the assembly files that include it.
Remove the redundant inclusions such that asm/pgtable-bits.h doesn't
need to #ifdef around C code, for cleanliness & and in preparation for
later patches which will add more C.
Sign
asm/pgtable-bits.h has grown to become an unreadable mess of #ifdef
directives defining bits conditionally upon other bits all at the
preprocessing stage, for no good reason.
Instead of having quite so many #ifdef's, simply use enums to provide
sequential numbering for bit shifts, without having t
From: James Hogan
The hardware page table walker (HTW) configuration is broken on XPA
kernels where XPA couldn't be enabled (either nohtw or the hardware
doesn't support it). This is because the PWSize.PTEW field (PTE width)
was only set to 8 bytes (an extra shift of 1) in config_htw_params() if
Rather than hardcode a scratch register for the XPA case in iPTE_SW,
pass one through from the work registers allocated by the caller. This
allows for the XPA path to function correctly regardless of the work
registers in use.
Without doing this there are cases (where KScratch registers are
unavai
From: James Hogan
For XPA kernels build_update_entries() uses $1 (at) as a scratch
register, but doesn't arrange for it to be preserved, so it will always
be clobbered by the TLB refill exception. Although this register
normally has a very short lifetime that doesn't cross memory accesses,
TLB re
We can simplify build_update_entries by unifying the code for the 36 bit
physical addressing with MIPS32 case with the general case, by using
pte_off_ variables in all cases & handling the trivial
_PAGE_GLOBAL_SHIFT == 0 case in build_convert_pte_to_entrylo. This
leaves XPA as the only special case
From: James Hogan
Performing an MTHC0 instruction without XPA being present will trigger a
reserved instruction exception, therefore conditionalise the use of this
instruction when building TLB handlers (build_update_entries()), and in
__update_tlb().
This allows an XPA kernel to run on non XPA
XPA kernels hardcode for the presence of RIXI - the PTE format & its
handling presume RI & XI bits. Make this dependence explicit by panicing
if we run on a system that violates it.
Signed-off-by: Paul Burton
---
Changes in v2:
- New patch, in response to clarification on patch 5.
arch/mips/m
The XPA case in iPTE_SW or's in software mode bits to the pte_low value
(which is what actually ends up in the high 32 bits of EntryLo...). It
does this presuming that only bits in the upper 16 bits of the 32 bit
pte_low value will be set. Make this assumption explicit with a BUG_ON.
A similar ass
On 18/04/16 07:51, Vineet Gupta wrote:
> Hi Marc,
>
> On Wednesday 13 April 2016 05:10 PM, Vineet Gupta wrote:
>> Now that we have Timers probed from DT, don't need legacy domain
>>
>> This however requires mapping to be called explicitly for the IRQ which
>> still can't (and probably never) be pr
On 2016/04/18 at 17:02, Thomas Gleixner wrote:
> On Mon, 18 Apr 2016, Xunlei Pang wrote:
>> On 2016/04/18 at 16:23, Thomas Gleixner wrote:
>>> On Thu, 14 Apr 2016, Xunlei Pang wrote:
We should deboost before waking the high-prio task such that
we don't run two tasks with the 'same' priori
Fixed codeing style formatting errors.
Signed-off-by: Bob Stlt
---
drivers/scsi/libiscsi.c | 90 -
1 file changed, 45 insertions(+), 45 deletions(-)
diff --git a/drivers/scsi/libiscsi.c b/drivers/scsi/libiscsi.c
index 6bffd91..41be9d3 100644
--- a
Hi Mark,
On 2016年04月18日 17:22, Mark Brown wrote:
On Mon, Apr 18, 2016 at 04:17:30PM +0800, Xing Zheng wrote:
This patch add a callback when a codec have the jack detect feature.
+void snd_soc_jack_codec_detect(struct snd_soc_codec *codec,
+ struct snd_soc_jack *jac
Hello,
I've hit the following GPF while running syzkaller fuzzer on commit
806fdcce017dc98c4dbf8ed001750a0d7d2bb0af (Apr 14):
general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN
Modules linked in:
CPU: 3 PID: 32 Comm: kworker/u10:1 Not tainted 4.6.0-rc3+ #349
Hardware name: QEMU Standar
On Mon, Apr 18, 2016 at 03:26:03PM +0800, Pingbo Wen wrote:
> On Tuesday, April 12, 2016 11:48 AM, Mark Brown wrote:
> > On Tue, Apr 12, 2016 at 10:44:11AM +0800, Pingbo Wen wrote:
> > What is the actual problem here? Every driver is responsible for
> > ensuring that regulators are in a good stat
On Saturday 20 February 2016 10:32 AM, Anju T wrote:
This short patch series adds the ability to sample the interrupted
machine state for each hardware sample.
To test this patchset,
Eg:
$ perf record -I? # list supported registers
output:
available registers: r0 r1 r2 r3 r4 r5 r6 r7 r8
Hi Dave,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c3b46c73264b03000d1e18b22f5caf63332547c9
commit: ab9d1e4f7b0217948a3b35a64178602ab30ff45d Merge branch
'xfs-misc-fixes-4.6-3' into for-next
date: 6 weeks ag
Hi Jonahtan,
Am 12.04.2016 um 17:46 schrieb Jonathan Corbet :
> On Fri, 8 Apr 2016 17:12:27 +0200
> Markus Heiser wrote:
>
>> motivated by this MT, I implemented a toolchain to migrate the kernel’s
>> DocBook XML documentation to reST markup.
>>
>> It converts 99% of the docs well ... to gai
On Mon, Apr 18, 2016 at 05:43:51PM +0800, Xing Zheng wrote:
> The patch_1/3 add an export of a function that calls the _detect_jack_
> function
> when a codec supports jack detection and fill the _detect_jack_ function in
> the
> struct snd_soc_codec_driver.
But why would anything ever call this
On 2016年04月18日 17:25, John Keeping wrote:
>We need to take care of the vop status when use
>rockchip_drm_crtc_mode_config, if vop is disabled,
>the function would failed, that is terrible.
>
>Save connector type and output mode on drm_display_mode->private_flags
>at encoder mode_fixup, then we ca
On Mon, Apr 18, 2016 at 09:42:58AM +0200, Krzysztof Kozlowski wrote:
> On S2MPS11 and S2MPS14 devices the default implementation of
> set_voltage_time_sel() for LDO regulators was not doing anything useful
> because users did not provide ramp delay in Device Tree so the
> set_voltage_time_sel() ex
Modern virtio pci devices can set VIRTIO_F_IOMMU_PLATFORM
to signal they are safe to use with an IOMMU.
Without this bit, exposing the device to userspace is unsafe, so probe
and fail VFIO initialization unless noiommu is enabled.
Signed-off-by: Michael S. Tsirkin
---
drivers/vfio/pci/vfio_pci_
When using vfio, callers might want to know whether device is added to a
regular group or an non-iommu group.
Report this status from vfio_add_group_dev.
Signed-off-by: Michael S. Tsirkin
---
drivers/vfio/pci/vfio_pci.c | 2 +-
drivers/vfio/platform/vfio_platform_common.c | 2 +
This is an attempt to allow enabling IOMMU for DMA.
Design:
- new feature bit IOMMU_PLATFORM which means
host won't bypass IOMMU
- virtio core uses DMA API if it sees IOMMU_PLATFORM
- add quirk for vfio to disable device unless IOMMU_PLATFORM is set
or th
The interaction between virtio and DMA API is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter whether we use the DMA API.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a physical IOMMU,
Acked-by: Rob Herring
Signed-off-by: Neil Armstrong
---
.../devicetree/bindings/clock/oxnas,stdclk.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Documentation/devicetree/bindings/clock/oxnas,stdclk.txt
diff --git a/Documentation/devicetree/bindings/cl
This patchset includes support for the standard clocks controller for the
Oxford Semiconductor OXNAS SoC Family.
Changes since v1 clk patchset :
- Add text to Kconfig
- Clean indice-clk table
- Add single struct to have a single kzalloc
v1 clk patchset:
http://lkml.kernel.org/r/1459520791-13269-
HI Mark,
On 2016年04月18日 17:53, Mark Brown wrote:
On Mon, Apr 18, 2016 at 05:43:51PM +0800, Xing Zheng wrote:
The patch_1/3 add an export of a function that calls the _detect_jack_
function
when a codec supports jack detection and fill the _detect_jack_ function in
the
struct snd_soc_codec_driv
On 04/17/2016 01:39 AM, Arnd Bergmann wrote:
> On Wednesday 13 April 2016 02:28:02 Tina Ruchandani wrote:
>> 'struct timespec' uses a 32-bit field for seconds, which
>> will overflow in year 2038 and beyond. This patch is part
>> of a larger attempt to remove instances of timeval, timespec
>> and t
Add Oxford Semiconductor OXNAS SoC Family Standard Clocks support.
Signed-off-by: Neil Armstrong
---
drivers/clk/Kconfig | 6 ++
drivers/clk/Makefile| 1 +
drivers/clk/clk-oxnas.c | 198
3 files changed, 205 insertions(+)
create mode
Suggested by Joe Perches.
Signed-off-by: Julia Lawall
---
scripts/coccinelle/api/access_once.cocci | 73 +++
1 file changed, 73 insertions(+)
diff --git a/scripts/coccinelle/api/access_once.cocci
b/scripts/coccinelle/api/access_once.cocci
new file mode 100644
ind
On Mon, Apr 18, 2016 at 10:35:33AM +0100, Paul Burton wrote:
> XPA kernels hardcode for the presence of RIXI - the PTE format & its
> handling presume RI & XI bits. Make this dependence explicit by panicing
> if we run on a system that violates it.
>
> Signed-off-by: Paul Burton
>
> ---
>
> Cha
On April 18, 2016 2:14:12 AM PDT, "Richard W.M. Jones"
wrote:
>On Sun, Apr 17, 2016 at 06:57:36PM -0700, Josh Triplett wrote:
>> O_NOUMASK seems potentially useful to support implementation of umask
>> entirely in userspace, which also addresses thread-safety. A program
>> could read its process
On Sun, Apr 17, 2016 at 02:41:40AM +, Scott Wood wrote:
> Looking more closely, the binding has a big-endian property. It says
> the default if that property is absent is native endian, which is
> insane. Fix the binding to say that little endian is the default (this
> change shouldn't break
On 15-04-16, 11:58, Akshay Adiga wrote:
> From: Shilpasri G Bhat
>
> commit 1b0289848d5d ("cpufreq: powernv: Add sysfs attributes to show
> throttle stats") used policy->driver_data as a flag for one-time creation
> of throttle sysfs files. Instead of this use 'kernfs_find_and_get()' to
> check i
Signed-off-by: Martin Kepplinger
---
drivers/rtc/rtc-pcf2123.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-pcf2123.c b/drivers/rtc/rtc-pcf2123.c
index f22e060..b4478cc 100644
--- a/drivers/rtc/rtc-pcf2123.c
+++ b/drivers/rtc/rtc-pcf2123.c
@@ -96,7 +96,7
On 15-04-16, 11:58, Akshay Adiga wrote:
> static int powernv_cpufreq_reboot_notifier(struct notifier_block *nb,
> - unsigned long action, void *unused)
> +unsigned long action, void *unused)
Unrelated change.. better don't add su
On 2016年04月17日 03:43, Arnd Bergmann wrote:
> On Wednesday 13 April 2016 19:15:17 Pan Xinhui wrote:
>> Hello Peter,
>>
>> On 2016年04月12日 22:30, Peter Zijlstra wrote:
>>> On Sun, Apr 10, 2016 at 10:17:28PM +0800, Pan Xinhui wrote:
On 2016年04月08日 15:47, Peter Zijlstra wrote:
> On Fri,
On 2016年04月18日 18:03, Xing Zheng wrote:
HI Mark,
On 2016年04月18日 17:53, Mark Brown wrote:
On Mon, Apr 18, 2016 at 05:43:51PM +0800, Xing Zheng wrote:
The patch_1/3 add an export of a function that calls the _detect_jack_
function
when a codec supports jack detection and fill the _detect_jack_
Hi!
> >> >>> +#define DEFAULT_SDP_CUR_LIMIT(500 - DEFAULT_CUR_PROTECT)
> >> >>
> >> >> According to the spec we should always be talking about unit loads (1
> >> >> unit load is 100mA for HS/FS/LS and 150mA for SS). Also, this will not
> >> >> work for SS capable ports and SS gadgets (we h
On Monday 18 April 2016 16:02:02 Herbert Xu wrote:
> Arnd Bergmann wrote:
> > The new MACsec driver uses the AES crypto algorithm, but can be configured
> > even if CONFIG_CRYPTO is disabled, leading to a build error:
> >
> > warning: (MAC80211 && MACSEC) selects CRYPTO_GCM which has unmet direct
On 04/18/2016 09:07 AM, Denis Ciocca wrote:
> Hi Leonard and Jonathan,
>
> basically the patch can not work.
Well, it can work as long as you don't initialize both the accel and the
magn at the same time. There is no issue with the gyro driver. Would it
be OK if I resend this as a [PATCH] intended
Cc'ing Ashwin.
--
viresh
On 15-04-16, 16:16, Al Stone wrote:
> When CPPC is being used by ACPI on arm64, user space tools such as
> cpupower report CPU frequency values from sysfs that are incorrect.
>
> What the driver was doing was reporting the values given by ACPI tables
> in whatever scale
On Fri, Apr 15, 2016 at 01:29:14PM -0500, Timur Tabi wrote:
> On Thu, Apr 14, 2016 at 12:25 PM, Lorenzo Pieralisi
> wrote:
> > +void acpi_dma_configure(struct device *dev, enum dev_dma_attr attr)
> > +{
> > + struct iommu_ops *iommu;
> > +
> > + iommu = iort_iommu_configure(dev);
> > +
Hi Stephen,
On 16-04-2016 00:46, Stephen Boyd wrote:
> On 04/11, Jose Abreu wrote:
>> new file mode 100644
>> index 000..3ba4e2f
>> --- /dev/null
>> +++ b/drivers/clk/axs10x/i2s_pll_clock.c
>> @@ -0,0 +1,217 @@
>> +
>> +static int i2s_pll_clk_probe(struct platform_device *pdev)
>> +{
>> +
Synopsys released SD Host Controller Standard Specification compliant IP
called as DWC_MSHC. This patch is to support DWC_MSHC controller with PCI
interface.
Signed-off-by: Prabu Thangamuthu
---
MAINTAINERS | 7 +
drivers/mmc/host/Makefile | 3 +-
driver
On Monday 18 April 2016 12:02:35 Vincent ABRIOU wrote:
>
> getrawmonotonic comes from a legacy code so the use is not intentional.
> Honestly, it is not clear to me the difference between monotonic and
> rawmonotonic. But in the debug context in which it is used, ktime_get
> and ktime_get_raw wi
On Sun, Apr 17, 2016 at 09:36:10AM +0100, Jonathan Cameron wrote:
> On 11/04/16 16:08, Crestez Dan Leonard wrote:
Please leave blank lines between paragraphs, it makes things much easier
to read.
> > Would it be
> > acceptable to just expand the REGMASK_* into a large or-ing of (1 <<
> > MAX44000
Hi,
Pavel Machek writes:
>> > Very often, you want to charge using 1.8A from an old desktop PC.
>>
>> if that old desktop's port is not a charging port, you shouldn't be
>> allowed to do that. Not ever.
>
> Yes, Felipe just decided that I should not be able to charge my N900
> in useful way.
y
Hi!
> >> > a) you are connected to a dedicated charger
> >> >
> >> > In this case, you can get up to 2000mA depending on the charger.
> >> >
> >> > If $this charger can give you or not 2000mA is not detectable,
> >> > so what do charging ICs do ? They slowly increase the at
On 04/18/2016 11:57 AM, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 09:42:58AM +0200, Krzysztof Kozlowski wrote:
>
>> On S2MPS11 and S2MPS14 devices the default implementation of
>> set_voltage_time_sel() for LDO regulators was not doing anything useful
>> because users did not provide ramp delay
On Mon 2016-04-18 13:30:54, Felipe Balbi wrote:
>
> Hi,
>
> Pavel Machek writes:
> >> > Very often, you want to charge using 1.8A from an old desktop PC.
> >>
> >> if that old desktop's port is not a charging port, you shouldn't be
> >> allowed to do that. Not ever.
> >
> > Yes, Felipe just dec
On 15/04/16 19:29, Timur Tabi wrote:
On Thu, Apr 14, 2016 at 12:25 PM, Lorenzo Pieralisi
wrote:
+void acpi_dma_configure(struct device *dev, enum dev_dma_attr attr)
+{
+ struct iommu_ops *iommu;
+
+ iommu = iort_iommu_configure(dev);
+
+ /*
+* Assume dma valid range st
On Mon, Apr 18, 2016 at 12:23:42PM +0200, Arnd Bergmann wrote:
>
> No, that is not the problem.
>
> These are the options from the randconfig file that showed the error:
>
> # CONFIG_MODULES is not set
> # CONFIG_CRYPTO is not set
> CONFIG_CRYPTO_GCM=y
> CONFIG_CRYPTO_AES=y
> CONFIG_MACSEC=y
> #
Hi Rich,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c3b46c73264b03000d1e18b22f5caf63332547c9
commit: 7480e0aabd5f9e6c3e3b72ed206e89284e90f11f sh: add device tree support
and generic board using device tree
date
From: Zefan Li
This is the start of the stable review cycle for the 3.4.112 release.
There are 92 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed Apr 20 10:44:28 UTC 2016
From: Bob Copeland
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 3633ebebab2bbe88124388b7620442315c968e8f upstream.
We already set a station to be associated when peering completes, both
in user space and in the kernel. Thus we should
From: David Härdeman
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit a66b0c41ad277ae62a3ae6ac430a71882f899557 upstream.
The input_dev is already gone when the rc device is being unregistered
so checking for its presence only means that no
From: Mark Rustad
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 932c435caba8a2ce473a91753bad0173269ef334 upstream.
Add a dev_flags bit, PCI_DEV_FLAGS_VPD_REF_F0, to access VPD through
function 0 to provide VPD access on other functions.
From: Bjorn Helgaas
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit d1541dc977d376406f4584d8eb055488655c98ec upstream.
In fixup_ti816x_class(), we assigned "class = PCI_CLASS_MULTIMEDIA_VIDEO".
But PCI_CLASS_MULTIMEDIA_VIDEO is only the t
From: Masahiro Yamada
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 64526370d11ce8868ca495723d595b61e8697fbf upstream.
Currently, devres_get() passes devres_free() the pointer to devres,
but devres_free() should be given with the pointe
From: Kees Cook
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit a068acf2ee77693e0bf39d6e07139ba704f461c3 upstream.
Many file systems that implement the show_options hook fail to correctly
escape their output which could lead to unescaped
From: Jeffery Miller
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 09bfda10e6efd7b65bcc29237bee1765ed779657 upstream.
With the radeon driver loaded the HP Compaq dc5750
Small Form Factor machine fails to resume from suspend.
Adding a qu
From: NeilBrown
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 199dc6ed5179251fa6158a461499c24bdd99c836 upstream.
When a (e.g.) RAID5 array is reshaped to RAID0, the updating
of queue parameters (e.g. max number of sectors per bio) is
do
From: Paul Mackerras
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit e297c939b745e420ef0b9dc989cb87bda617b399 upstream.
This fixes a race which can result in the same virtual IRQ number
being assigned to two different MSI interrupts. The
From: Grant Likely
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 7f5dcaf1fdf289767a126a0a5cc3ef39b5254b06 upstream.
The unregister path of platform_device is broken. On registration, it
will register all resources with either a parent a
From: Russell King
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 9b55613f42e8d40d5c9ccb8970bde6af4764b2ab upstream.
When a kernel is built covering ARMv6 to ARMv7, we omit to clear the
IT state when entering a signal handler. This can
From: NeilBrown
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit efcbc04e16dfa95fef76309f89710dd1d99a5453 upstream.
It is unusual to combine the open flags O_RDONLY and O_EXCL, but
it appears that libre-office does just that.
[pid 3250]
From: Stephen Chandler Paul
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 924f92bf12bfbef3662619e3ed24a1cea7c1cbcd upstream.
Most of the time this isn't an issue since hotplugging an adaptor will
trigger a crtc mode change which in turn
From: Mikulas Patocka
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit f49a26e7718dd30b49e3541e3e25aecf5e7294e2 upstream.
Update ctime and mtime when a directory is modified. (though OS/2 doesn't
update them anyway)
Signed-off-by: Mikulas
From: Trond Myklebust
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 0c78789e3a030615c6650fde89546cadf40ec2cc upstream.
In case the reconnection attempt fails.
Signed-off-by: Trond Myklebust
[lizf: Backported to 3.4: add definition of
From: Christoph Hellwig
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 294ab783ad98066b87296db1311c7ba2a60206a5 upstream.
It looks like the Kconfig check that was meant to fix this (commit
fe9233fb6914a0eb20166c967e3020f7f0fba2c9 [SCSI]
From: David Woodhouse
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 03da3ff1cfcd7774c8780d2547ba0d995f7dc03d upstream.
In 2007, commit 07190a08eef36 ("Mark TSC on GeodeLX reliable")
bypassed verification of the TSC on Geode LX. However,
From: Herbert Xu
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 93efac3f2e03321129de67a3c0ba53048bb53e31 upstream.
The IPv6 IPsec pre-encap path performs fragmentation for tunnel-mode
packets. That is, we perform fragmentation pre-encap
From: James Hogan
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 53960059d56ecef67d4ddd546731623641a3d2d1 upstream.
If there is a DMA zone (usually 24bit = 16MB I believe), but no DMA32
zone, as is the case for some 32-bit kernels, then
From: Peter Zijlstra
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 95913d97914f44db2b81271c2e2ebd4d2ac2df83 upstream.
So the problem this patch is trying to address is as follows:
CPU0CPU1
c
From: Johannes Berg
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5bd166872d8f99f156fac191299d24f828bb2348 upstream.
The code to send the RX PN data (for each TID) to the firmware
has a devastating bug: it overwrites the data for TID 0
From: NeilBrown
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit c340702ca26a628832fade4f133d8160a55c29cc upstream.
When a write fails and a bad-block-list is present, we can
update the bad-block-list instead of writing the data. If
this
From: Takashi Iwai
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 225db5762dc1a35b26850477ffa06e5cd0097243 upstream.
When OSS emulation is loaded on ISA SB AWE32 chip, we get now kernel
warnings like:
WARNING: CPU: 0 PID: 2791 at fs/sy
From: Joseph Qi
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 012572d4fc2e4ddd5c8ec8614d51414ec6cae02a upstream.
The order of the following three spinlocks should be:
dlm_domain_lock < dlm_ctxt->spinlock < dlm_lock_resource->spinlock
B
From: Christian Zander
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit ba2374fd2bf379f933773811fdb06cb6a5445f41 upstream.
In preparation for the installation of a large page, any small page
tables that may still exist in the target IOV ad
From: Jan Kara
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 296291cdd1629c308114504b850dc343eabc2782 upstream.
Currently a simple program below issues a sendfile(2) system call which
takes about 62 days to complete in my test KVM insta
From: Charles Keepax
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 97aff2c03a1e4d343266adadb52313613efb027f upstream.
There are 24 EQ registers not 25, I suspect this bug came about because
the registers start at EQ1 not zero. The bug i
From: Laura Abbott
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit fd7cd061adcf5f7503515ba52b6a724642a839c8 upstream.
We received several reports of systems rebooting and powering on
after an attempted shutdown. Testing showed that settin
From: Yao-Wen Mao
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 8484bf2981b3d006426ac052a3642c9ce1d8d980 upstream.
These two headphones need a reset-resume quirk to properly resume to
original volume level.
Signed-off-by: Yao-Wen Mao
From: Mel Gorman
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2f84a8990ebbe235c59716896e017c6b2ca1200f upstream.
SunDong reported the following on
https://bugzilla.kernel.org/show_bug.cgi?id=103841
I think I find a linux bu
From: Ben Hutchings
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 95c2b17534654829db428f11bcf4297c059a2a7e upstream.
Per-IRQ directories in procfs are created only when a handler is first
added to the irqdesc, not when the irqdesc is cr
From: Russell King
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 8996eafdcbad149ac0f772fb1649fbb75c482a6a upstream.
Unlike shash algorithms, ahash drivers must implement export
and import as their descriptors may contain hardware state
From: Mathias Nyman
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit ff30cbc8da425754e8ab96904db1d295bd034f27 upstream.
Bits 1:0 of the bmAttributes are used for the burst multiplier.
The rest of the bits used to be reserved (zero), but US
From: Jeff Mahoney
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit a30e577c96f59b1e1678ea5462432b09bf7d5cbc upstream.
In btrfs_evict_inode, we properly truncate the page cache for evicted
inodes but then we call btrfs_wait_ordered_range f
From: Peter Seiderer
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 98ce94c8df762d413b3ecb849e2b966b21606d04 upstream.
Linux cifs mount with ntlmssp against an Mac OS X (Yosemite
10.10.5) share fails in case the clocks differ more than +
From: Guenter Roeck
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit a394d635193b641f2c86ead5ada5b115d57c51f8 upstream.
Actually, spi_master_put() after spi_alloc_master() must _not_ be followed
by kfree(). The memory is already freed with
From: Ilia Mirkin
3.4.112-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2a6c521bb41ce862e43db46f52e7681d33e8d771 upstream.
On nv50+, we restrict the valid domains to just the one where the buffer
was originally created. However after the buffer
101 - 200 of 919 matches
Mail list logo
