The ACPI PCI driver is leaking out memory mappings
when a slot is removed. Upon insertion following a
removal, we are hitting a BUG statement. Second call
to the remap API hits a bug statement because the area is
already mapped. This patch releases additional virtual
memory mapped by
On Fri, Mar 4, 2016 at 8:24 AM, Baoquan He wrote:
> From: Yinghai Lu
>
> real_mode is global variable, so we do not need to pass it around.
>
> Signed-off-by: Yinghai Lu
Cool, this makes things cleaner.
Acked-by: Kees Cook
[+cc Lorenzo]
On Tue, Mar 01, 2016 at 07:07:18AM +0100, Krzysztof Hałasa wrote:
> Many ARM platforms use a wrapper:
> /*
> * Compatibility wrapper for older platforms that do not care about
> * passing the parent device.
> */
> static inline void pci_common_init(struct hw_pci *hw)
> {
>
On Mon, Mar 07, 2016 at 04:30:50PM -0500, Joshua Kinard wrote:
> On 03/07/2016 10:03, Josh Poimboeuf wrote:
> > objtool reports the following warnings:
> >
> > drivers/rtc/rtc-ds1685.o: warning: objtool: ds1685_rtc_work_queue()+0x0:
> > duplicate frame pointer save
> >
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Haozhong Zhang
commit 81b1b9ca6d5ca5f3ce91c0095402def657cf5db3 upstream.
The current handling of accesses to
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Vladis Dronov
commit fa52bd506f274b7619955917abfde355e3d19ffe upstream.
The usbvision driver crashes when a
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: David Vrabel
commit 98dd166ea3a3c3b57919e20d9b0d1237fcd0349d upstream.
With commit
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Oliver Neukum
commit 588afcc1c0e45358159090d95bf7b246fb67565f upstream.
This fixes the crash reported in:
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hans Westgaard Ry
[ Upstream commit 5f74f82ea34c0da80ea0b49192bb5ea06e063593 ]
Devices may have limits on
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Nicolai=20H=C3=A4hnle?=
commit b19763d0d867eb863953500a5c87f2fd663863b8 upstream.
Signed-off-by:
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Xin Long
[ Upstream commit 7a84bd46647ff181eb2659fdc99590e6f16e501d ]
Commit ed5a377d87dc ("sctp: translate host
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Konrad Rzeszutek Wilk
commit d159457b84395927b5a52adb72f748dd089ad5e5 upstream.
Commit
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mario Kleiner
commit bb74fc1bf3072bd3ab4ed5f43afd287a63baf2d7 upstream.
drm_vblank_offdelay can have three
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Simon Guinot
commit 59ceeaaf355fa0fb16558ef7c24413c804932ada upstream.
In __request_region, if a conflict
(Sorry for the delay, $DAYJOB took a lot of cycles. Adding AHCI maintainers to
cc:)
On Tue, 16 Feb 2016 17:47:45 +0100, Joerg Roedel said:
> On Tue, Feb 09, 2016 at 02:59:00PM -0500, Valdis Kletnieks wrote:
> > [0.027629] Freeing SMP alternatives memory: 28K (8e111000 -
> >
The Rockchip dw_hdmi driver just called platform_set_drvdata() to get
your hopes up that maybe, somehow, you'd be able to retrieve the 'struct
rockchip_hdmi' from a pointer to the 'struct device'. You can't. When
we call dw_hdmi_bind() the main driver calls dev_set_drvdata(), which
clobbers our
On 03/05/2016 03:00 AM, Mauro Carvalho Chehab wrote:
> Em Wed, 2 Mar 2016 09:50:31 -0700
> Shuah Khan escreveu:
>
>> Change ALSA driver to use Media Controller API to
>> share media resources with DVB and V4L2 drivers
>> on a AU0828 media device. Media Controller
On Mon, 2016-03-07 at 16:08 -0500, Paul Gortmaker wrote:
> [dropping oe list and lkml since attaching dmesg files.]
>
> [Re: runtime regression with "x86/mm/pat: Emulate PAT when it is
> disabled"] On 07/03/2016 (Mon 09:03) Toshi Kani wrote:
>
> > On Sun, 2016-03-06 at 19:35 -0500, Paul
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Quinn Tran
commit cb43285ff7039fe3c4b0bc476e6d6569c31104f3 upstream.
[ Upstream Commit
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wenyou Yang
commit aae6b18f5c95b9dc78de66d1e27e8afeee2763b7 upstream.
On SAMA5D4EK board, the Ethernet doesn't
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jeremy McNicoll
commit 7dde55787b43a8f2b4021916db38d90c03a2ec64 upstream.
WCH382 2S board is a PCIe card with 2 DB9
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Andy Lutomirski
commit 3d44d51bd339766f0178f0cf2e8d048b4a4872aa upstream.
This doesn't seem to fix a regression -- I
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mark Fasheh
commit 293a8489f300536dc6d996c35a6ebb89aa03bab2 upstream.
Clone and extent same lock their source and
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit ed8b1d6d2c741ab26d60d499d7fbb7ac801f0f51 upstream.
A slave timer element also unlinks at
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Filipe Manana
commit 313140023026ae542ad76e7e268c56a1eaa2c28e upstream.
In the extent_same ioctl, we were grabbing
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Juergen Gross
commit f285aa8db7cc4432c1a03f8b55ff34fe96317c11 upstream.
When adding a new frontend to xen-scsiback
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: James Hogan
commit f4dce1ffd2e30fa31756876ef502ce6d2324be35 upstream.
Since commit 4c21b8fd8f14 ("MIPS: seccomp:
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tony Lindgren
commit 4da597d16602d14405b71a18d45e1c59f28f0fd2 upstream.
We don't want to write to .text so let's move
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tony Lindgren
commit 0a0b13275558c32bbf6241464a7244b1ffd5afb3 upstream.
We don't want to write to .text, so let's move
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mauro Carvalho Chehab
commit e8beb02343e7582980c6705816cd957cf4f74c7a upstream.
The tda1004x was updating the
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Matthew Wilcox
commit c6400ba7e13a41539342f1b6e1f9e78419cb0148 upstream.
of_hwspin_lock_get_id() is protected by
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Matthew Wilcox
commit 46437f9a554fbe3e110580ca08ab703b59f2f95a upstream.
If the indirect_ptr bit is set on a
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Larry Finger
commit c72fc9093718a3f8597249863a1bac345ba00859 upstream.
Recently, it has been reported that
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mathias Nyman
commit 5c82171167adb8e4ac77b91a42cd49fb211a81a0 upstream.
xhci driver frees data for all
08.03.2016 00:32, Andy Lutomirski пишет:
On Mon, Mar 7, 2016 at 1:20 PM, Stas Sergeev wrote:
08.03.2016 00:10, Andy Lutomirski пишет:
On Mon, Mar 7, 2016 at 12:02 PM, Stas Sergeev wrote:
09.01.2016 04:48, Andy Lutomirski пишет:
On Fri, Jan 8, 2016 at 5:43 PM,
On 03/05/2016 03:00 AM, Mauro Carvalho Chehab wrote:
> Em Wed, 2 Mar 2016 09:50:31 -0700
> Shuah Khan escreveu:
>
>> Change ALSA driver to use Media Controller API to
>> share media resources with DVB and V4L2 drivers
>> on a AU0828 media device. Media Controller
On 03/07/2016 02:34 PM, David Miller wrote:
From: Khalid Aziz
Date: Mon, 7 Mar 2016 14:27:09 -0700
I agree with your point of view. PSTATE.mcde and TTE.mcd are set in
response to request from userspace. If userspace asked for them to be
set, they already know but it
On Fri, Mar 4, 2016 at 8:25 AM, Baoquan He wrote:
> From: Yinghai Lu
>
> For better understanding clarify what are VO and ZO firstly. They are
> introduced in below commits by hpa.
> 77d1a49 x86, boot: make symbols from the main vmlinux available
> 37ba7ab
On 03/07/2016 11:46 AM, Khalid Aziz wrote:
> On 03/07/2016 12:22 PM, David Miller wrote:
>> Khalid, maybe you should share notes with the folks working on x86
>> protection keys.
>
> Good idea. Sparc ADI feature is indeed similar to x86 protection keys
> sounds like.
There are definitely some
David Miller wrote:
> I know you put a lot of time and effort into this, but I want to strongly
> recommend against a garbage collected hash table for anything whatsoever.
>
> Especially if the given objects are in some way created/destroyed/etc. by
> operations triggerable
On Mon, 7 Mar 2016, Benjamin Tissoires wrote:
> The Synaptics 0x11e5 over I2C found in the Asus T100-CHI requires to
> fetch the signature blob to actually start sending events.
>
> With this patch, we should be close enough to the Windows driver which
> checks the content of the blob at plugin
This is the start of the review cycle for the Linux 4.2.8-ckt5 stable
kernel.
This version contains 273 new patches, summarized below. The new patches
are posted as replies to this message and also available in this git branch:
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hariprasad S
commit 67f1aee6f45059fd6b0f5b0ecb2c97ad0451f6b3 upstream.
The cxgb3_*_send() functions return
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: David Howells
commit 0d62e9dd6da45bbf0f33a8617afc5fe774c8f45f upstream.
If the ASN.1 decoder is asked to parse a
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Yevgeny Pats
commit 23567fd052a9abb6d67fe8e7a9ccdd9800a540f2 upstream.
This fixes CVE-2016-0728.
If a
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit deccd16f91f930af8e91ffbbfc839d0ad8da999d upstream.
Commit 5ea94e7686a3 ("phy: add
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit d5c3d84657db57bd23ecd58b97f1c99dd42a7b80 upstream.
Commit 2c7b49212a86 ("phy: fix the use
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Konrad Rzeszutek Wilk
commit 8d47065f7d1980dde52abb874b301054f3013602 upstream.
Commit
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit 258bf44364263cb6391f35ebaca3c2366655bded upstream.
Since we were wrongly advertising
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Heiko Carstens
commit 232f5dd78586a684a7364a486b934e19384189dc upstream.
git commit dc7ee00d4771 ("s390:
4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit c6dd213abe40132f83e6ee569d70f3d60aa8b257 upstream.
The PHY entries for BCM7425/29/35
On Sat, 5 Mar 2016, Rob Herring wrote:
> On Thu, Feb 25, 2016 at 05:25:07PM -0600, Alan Tull wrote:
> > Add bindings documentation for Altera SOCFPGA bridges:
> > * fpga2sdram
> > * fpga2hps
> > * hps2fpga
> > * lwhps2fpga
> >
> > Signed-off-by: Alan Tull
> >
This commit deals with a bunch of check suggestions
that without changing behavior make checkpatch hapy.
Signed-off-by: Moritz Fischer
---
drivers/net/ethernet/cadence/macb.c | 46 +++--
1 file changed, 24 insertions(+), 22 deletions(-)
On Monday, March 07, 2016 02:24:54 PM Thomas Renninger wrote:
> It came out that on certain CPUs perf bias MSR has to be set to performance,
> so that the CPU enters turbo states at all.
>
> Better do not try to wrongly adjust perf bias value,
> its value probably is intended by BIOS.
This whole
This commit takes care of the coding style warnings
that are mostly due to a different comment style and
lines over 80 chars.
Notable exceptions are ether_addr_copy vs memcpy,
as well as a dangling else after a return.
Signed-off-by: Moritz Fischer
---
checkpatch.pl gave the following error:
ERROR: space required before the open parenthesis '('
+ for(; p < end; p++, offset += 4)
Signed-off-by: Moritz Fischer
---
drivers/net/ethernet/cadence/macb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hi Nicolas,
this series deals with most of the checkpatch warnings
generated for macb. There are two BUG_ON()'s that I didn't touch, yet,
that were suggested by checkpatch, that I can address in a follow up
commit if needed.
Let me know if you want me to split the fixes differently or squash
them
Try to pack address and command cycles into a single NAND controller
command to avoid polling the status register for each single change
on the NAND bus.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sunxi_nand.c | 52
From: Khalid Aziz
Date: Mon, 7 Mar 2016 08:07:53 -0700
> I can remove CONFIG_SPARC_ADI. It does mean this code will be built
> into 32-bit kernels as well but it will be inactive code.
The code should be built only into obj-$(CONFIG_SPARC64) just like the
rest of the
* Arnd Bergmann [160304 16:34]:
> On Friday 04 March 2016 16:22:03 Brian Norris wrote:
> > Hi Arnd,
> >
> > On Sat, Mar 05, 2016 at 01:19:21AM +0100, Arnd Bergmann wrote:
> > > On Friday 04 March 2016 16:02:25 Brian Norris wrote:
> > > > On Mon, Jan 25, 2016 at 04:41:50PM +0100,
Currently x86's get_sigframe() checks for "current->sas_ss_size"
to determine whether there is a need to switch to sigaltstack.
The common practice used by all other arches is to check for
sas_ss_flags(sp) == 0
This patch makes the code consistent with other arches.
The slight complexity of the
This patch adds SS_FLAG_BITS - the mask that splits sigaltstack
mode values and bit-flags. Since there is no bit-flags yet, the
mask is defined to 0. The flags are added by subsequent patches.
With every new flag, the mask should have the appropriate bit cleared.
This makes sure if some flag is
This patch implements the SS_AUTODISARM flag that can be ORed with
SS_ONSTACK when forming ss_flags.
When this flag is set, sigaltstack will be disabled when entering
the signal handler; more precisely, after saving sas to uc_stack.
When leaving the signal handler, the sigaltstack is restored by
Currently x86's get_sigframe() checks for "current->sas_ss_size"
to determine whether there is a need to switch to sigaltstack.
The common practice used by all other arches is to check for
sas_ss_flags(sp) == 0
This patch makes the code consistent with other arches.
The slight complexity of the
On Mar 7, 2016 12:22 AM, "Ingo Molnar" wrote:
>
>
> * Andy Lutomirski wrote:
>
> > Ingo suggested that the comments should explain when the various
> > entries are used. This adds these explanations and improves other
> > parts of the comments.
>
> Thanks for
Hi,
El 07/03/16 a las 12:47, Boris Brezillon escribió:
(...)
>> Does SPI refer the Serial Peripheral Interface?
>>
>> If yes, then I would point out that current sun4i SPI driver doesn't
>> actually use DMA [1]
>>
>> http://lists.infradead.org/pipermail/linux-arm-kernel/2016-February/411
>>
On Sun, Mar 6, 2016 at 12:52 AM, Andy Lutomirski wrote:
> Due to a blatant design error, SYSENTER doesn't clear TF. As a result,
> if a user does SYSENTER with TF set, we will single-step through the
> kernel until something clears TF. There is absolutely nothing we can
> do to
Sequence of calls is kern_path(filename, LOOKUP_FOLLOW, ) ->
filename_lookup(AT_FDCWD, getname_kernel(name), flags, path, NULL) ->
path_lookup(nameidata *nd, flags | LOOKUP_RCU, path) -> path_init(nd,
flags). In that function if I understand correctly nd->path is set to
On Fri, Mar 04, 2016 at 11:46:32PM -0800, Joe Perches wrote:
> Since commit 3cab1e711297 ("lib/vsprintf: refactor duplicate code
> to special_hex_number()") %pa uses have been ouput with a 0x prefix.
>
> These 0x prefixes in the formats are unnecessary.
>
> Signed-off-by: Joe Perches
On Sat, 2016-03-05 at 12:40 +0100, Ingo Molnar wrote:
> * Toshi Kani wrote:
>
> > > So I'd say that since ioremap() in itself is fragile enough, we
> > > should work towards eliminating overlapping ranges.
> > >
> > > The thing is, the whole vmap_area logic is based around
Adapt the NAND controller clk rate to the tWB, tADL, tWHR and tRHW
timings instead of returning an error when the maximum clk divisor is
not big enough to provide an appropriate timing.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sunxi_nand.c | 12
The ONFI spec says that EDO should be enabled if the host drives tRC less
than 30ns, but the code just tests for the tRC_min value extracted from
the timings exposed by the NAND chip not the timings actually configured
in the NAND controller.
Fix that by first rounding down the requested clk_rate
Hi,
This patchset aims at fixing a few minor bugs, and improving performances
of NAND accesses going through the sunxi NAND controller.
Note that patch 5 exports functions provided by the core which are needed
in patch 6 to still support raw OOB accesses. Other patches are just
fixes or
On Mon, Mar 7, 2016 at 4:59 PM, Sedat Dilek wrote:
> On Sun, Mar 6, 2016 at 6:23 PM, Alan Stern wrote:
>> On Sat, 5 Mar 2016, Sedat Dilek wrote:
>>
>>> On Fri, Mar 4, 2016 at 5:04 PM, Alan Stern
>>> wrote:
>>> > On
> This fixes concurrent access in the function, qib_init_iba6120_funcs by
> locking
> around the calls to when setting up f_sendctrl and f_set_armlauch function
> pointers to the functions, sendctrl_6120_mod qib_set_6120_armlaunch due to
> these functions needing to have their caller to hold the
The following patches make it possible to use swapcontext()
in a sighandler that works on sigaltstack.
The approach is inspired by Andy Lutomirski's suggestion that
sigaltstack should disarm itself after saving into uc_stack:
https://lkml.org/lkml/2016/2/1/594
I add the SS_AUTODISARM flag that
On 3/4/2016 1:09 PM, Bjorn Helgaas wrote:
> On Thu, Mar 03, 2016 at 12:29:01PM -0500, Sinan Kaya wrote:
>> On 3/3/2016 10:12 AM, Sinan Kaya wrote:
>>> On 3/3/2016 10:10 AM, Bjorn Helgaas wrote:
That was my idea, but your minimal patch from last night looks awfully
attractive, and maybe
From: Khalid Aziz
Date: Mon, 7 Mar 2016 08:07:53 -0700
> PR_GET_SPARC_ADICAPS
Put this into a new ELF auxiliary vector entry via ARCH_DLINFO.
So now all that's left is supposedly the TAG stuff, please explain
that to me so I can direct you to the correct existing
On Mon, 7 Mar 2016 11:41:37 -0500 (EST)
Alan Stern wrote:
> It's hard to call this a compiler bug, but perhaps it is -- I don't
> know how programmers are supposed to tell CLANG that a subroutine
> modifies the Interrupt Flag in a way that the compiler shouldn't mess
>
On Mon, 7 Mar 2016, Alan Stern wrote:
> > 319: 9c pushfq
> > 31a: 41 5c pop%r12
> > 31c: 48 89 dfmov%rbx,%rdi
> > 31f: e8 00 00 00 00 callq 324
> > 324:
Le 07/03/2016 17:17, Moritz Fischer a écrit :
> Hi Nicolas,
>
> this series deals with most of the checkpatch warnings
> generated for macb. There are two BUG_ON()'s that I didn't touch, yet,
> that were suggested by checkpatch, that I can address in a follow up
> commit if needed.
> Let me know
On Mon, Mar 07, 2016 at 12:01:05PM +, Eric Engestrom wrote:
> daemon_sleep is an unsigned, so testing if it's 0 or less than 1 does
> the same thing.
>
> Signed-off-by: Eric Engestrom
> ---
> drivers/md/bitmap.c | 3 +--
> 1 file changed, 1 insertion(+), 2
On Sun, Mar 06, 2016 at 08:40:10PM +0530, Sudip Mukherjee wrote:
> If the parport bus is not yet registered and any device using parallel
> port tries to register with the bus we get a stackdump with a message
> of Kernel bug.
>
> Reported-by: Fengguang Wu
> Cc:
On Sun, Mar 6, 2016 at 6:23 PM, Alan Stern wrote:
> On Sat, 5 Mar 2016, Sedat Dilek wrote:
>
>> On Fri, Mar 4, 2016 at 5:04 PM, Alan Stern wrote:
>> > On Wed, 2 Mar 2016, Sedat Dilek wrote:
>> >
>> >> On 3/1/16, Alan Stern
On 03/07/2016 08:43 AM, Andy Lutomirski wrote:
On Mon, Mar 7, 2016 at 7:30 AM, Rob Gardner wrote:
On 03/07/2016 07:07 AM, Khalid Aziz wrote:
On 03/05/2016 09:07 PM, David Miller wrote:
From: Khalid Aziz
Date: Wed, 2 Mar 2016 13:39:37 -0700
On Mon, 7 Mar 2016, Sedat Dilek wrote:
> Hmm, we are there where I was looking at...
>
> Please, read the reply of Jiri [1], we did some tweaking.
> With CONFIG_FTRACE=n and CONFIG_PROVE_LOCKING=n !
Yes, Jiri was looking more or less at the right place but his
conclusions were wrong.
> ***
On Mon, 2016-03-07 at 16:31 +0100, Sebastian Andrzej Siewior wrote:
> On 02/29/2016 05:58 AM, Mike Galbraith wrote:
> > WRT -rt: if dma tasklets really do have hard (ish) constraints, -rt
> > recently "broke" in the same way.. of all softirqs which are deferred
> > to kthread context, due to a
On Mon, Mar 7, 2016 at 5:41 PM, Alan Stern wrote:
> On Mon, 7 Mar 2016, Sedat Dilek wrote:
>
>> Hmm, we are there where I was looking at...
>>
>> Please, read the reply of Jiri [1], we did some tweaking.
>> With CONFIG_FTRACE=n and CONFIG_PROVE_LOCKING=n !
>
> Yes, Jiri
On Monday 07 March 2016 10:27 PM, Greg KH wrote:
On Mon, Mar 07, 2016 at 05:19:17PM +0530, Sudip Mukherjee wrote:
The variable p is a data structure which is used by the driver core
internally and it is not expected that busses will be directly accessing
these driver core internal only data.
On Mon, Mar 7, 2016 at 10:34 PM, David Miller wrote:
> From: Sunil Kovvuri
> Date: Mon, 7 Mar 2016 22:28:39 +0530
>
>> Hi David,
>>
you create a window of time during which the consumer
can release the page and prematurely free it.
>> Okay,
On Mon, 7 Mar 2016, Sedat Dilek wrote:
> Did someone look at the next/follow-ups in this thread?
> For example: D6629 "x86: Emit LAHF/SAHF instead of PUSHF/POPF" [2]?
Using LAHF/SAHF would "solve" it, as IF is at bit #9. The question is
whether they need to play with flags here at all.
On Mon,
On Mon, 2016-03-07 at 02:35 +, Qiang Zhao wrote:
> On Tue, Mar 05, 2016 at 12:26PM, Rob Herring wrote:
> > -Original Message-
> > From: Rob Herring [mailto:r...@kernel.org]
> > Sent: Saturday, March 05, 2016 12:26 PM
> > To: Qiang Zhao
> > Cc: o...@buserror.net;
> -Original Message-
> From: Nicholas Krause [mailto:xerofo...@gmail.com]
> Sent: Monday, March 07, 2016 4:12 AM
> To: Ariel Elior
> Cc: netdev ; linux-kernel
>
> Subject: [PATCH 2/2] bnx2x:Fix error handling
Unlike what is specified in the Allwinner datasheets, the NAND clock rate
is not equal to 2/T but 1/T. Fix the clock rate selection accordingly.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sunxi_nand.c | 8 +---
1 file changed, 1 insertion(+), 7
Allwinner's ECC engine is capable of protecting a few bytes of the OOB
area. Implement specific OOB functions to benefit from this capability.
Also, when in raw mode, the randomizer is disabled, which means you'll
only be able to retrieve randomized data, which is not really useful
for most
Being able to read subpages can greatly improve read performances if the
MTD user is only interested in a small section of a NAND page.
This is particularly true with large pages (>= 8k).
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sunxi_nand.c | 36
Export the default read/write oob functions (for the standard and syndrome
scheme), so that drivers can use them for their raw implementation and
implement their own functions for the normal oob operation.
This is required if your ECC engine is capable of fixing some of the OOB
data. In this case
sunxi_nand_chip_set_timings() is extracting a pointer to the nfc from the
nand->controller field, but this field is initialized after
sunxi_nand_chip_set_timings() call.
Reorder the calls to avoid any problem.
Signed-off-by: Boris Brezillon
---
Derp, it's monday morning. Ignore the second [3/3] patch... Sorry for the noise.
Moritz
Thierry,
On Thu, Feb 25, 2016 at 3:14 PM, Doug Anderson wrote:
> So just to summarize:
>
> * Add pwm_get_state(), pwm_apply_state(), pwm_get_args().
> pwm_get_state() initially returns 0 for duty cycle if driver doesn't
> support readout.
>
> * Re-implement pwm_get_period()
801 - 900 of 2750 matches
Mail list logo