On Mon, Dec 12, 2016 at 01:29:48PM +0100, Tomeu Vizoso wrote:
> In preparation to using a generic API in the DRM core for continuous CRC
> generation, move the related code out of i915_debugfs.c into a new file.
>
> Eventually, only the Intel-specific code will remain in this new file.
>
> v2: Re
From: Colin Ian King
spi->irq is an unsigned integer hence the check if status is less than
zero has no effect. Fix this by replacing spi->irq with an int irq
so the less than zero compare will correctly detect errors.
Issue found with static analysis with CoverityScan, CID1388567
Signed-off-b
Em Tue, Dec 13, 2016 at 05:06:31PM +0900, Namhyung Kim escreveu:
> When idle hist is enabled, the itr->last_thread should be set so that
> it can find which thread run before idle task. But it was only set in
> the save_idle_callchain(). This makes idle task doesn't show up in
> the output when c
Em Tue, Dec 13, 2016 at 05:06:32PM +0900, Namhyung Kim escreveu:
> When --idle-hist option is used, run/wait time and sched delay value
> should be shown for idle task only. But due to internal accounting, a
> last thread has same value of next idle task's and it was shown.
>
> In the below examp
Commit 72e6ae285a1d ('ARM: 8043/1: uprobes need icache flush after xol
write' has introduced an arch-specific method to ensure all caches are
flushed appropriately after an instruction is written to an XOL page.
However, when the XOL area is created and the out-of-line breakpoint
instruction is co
On 24/11/16 13:33, Nicolas Saenz Julienne wrote:
> Hi,
>
> This series adds support for all SBS compatible battery chargers, as defined
> here: http://sbs-forum.org/specs/sbc110.pdf.
>
> The first patch changes the sbs-battery device name in order to be able to
> create a proper supplier/supplied
On 2016-12-12 19:50, Tobias Klausmann wrote:
> Starting with ath9k: use ieee80211_tx_status_noskb where possible
> [d94a461d7a7df68991fb9663531173f60ef89c68] the driver uses rcu_read_lock() &&
> rcu_read_unlock() yet on returning early in ath_tx_edma_tasklet() the unlock
> is
> missing leading to
Hi Arnaldo,
On Tue, Dec 13, 2016 at 07:32:02AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 13, 2016 at 05:06:31PM +0900, Namhyung Kim escreveu:
> > When idle hist is enabled, the itr->last_thread should be set so that
> > it can find which thread run before idle task. But it was only set
On 2016-12-12 16:10, Cong Wang wrote:
> On Mon, Dec 12, 2016 at 2:02 AM, Richard Guy Briggs wrote:
> > On 2016-12-09 20:13, Cong Wang wrote:
> >> Netlink notifier can safely be converted to blocking one, I will send
> >> a patch.
> >
> > I had a quick look at how that might happen. The netlink no
On Tue, Dec 13, 2016 at 10:10:51AM +, Ian Arkver wrote:
> On 13/12/16 09:43, Sakari Ailus wrote:
> >Hi Nicholas,
> >
> >On Tue, Dec 13, 2016 at 02:58:02AM +0100, Nicholas Mc Guire wrote:
> >>As this is not in atomic context and it does not seem like a critical
> >>timing setting a range of 1ms
Hello,
Le 13/12/2016 à 11:28, Colin King a écrit :
From: Colin Ian King
spi->irq is an unsigned integer hence the check if status is less than
zero has no effect. Fix this by replacing spi->irq with an int irq
so the less than zero compare will correctly detect errors.
Issue found with stati
If we run out of memory, in cache_nat_entry, it's better to avoid loop
for allocating memory to cache nat entry, so in low memory scenario, for
read path of node block, I expect this can avoid unneeded latency.
Signed-off-by: Chao Yu
---
fs/f2fs/node.c | 27 ---
1 file ch
On Tue, Dec 13, 2016 at 07:32:36AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 13, 2016 at 05:06:32PM +0900, Namhyung Kim escreveu:
> > When --idle-hist option is used, run/wait time and sched delay value
> > should be shown for idle task only. But due to internal accounting, a
> > last t
From: Colin Ian King
mask and bit are unsigned longs, so if bit is 31 we end up sign
extending the 1 and mask ends up as 0x8000. Fix this
by explicitly adding integer suffix UL ensure 1 is a unsigned long
rather than an signed int.
Issue found with static analysis with CoverityScan,
--- a/drivers/scsi/megaraid/megaraid_sas_base.c
+++ b/drivers/scsi/megaraid/megaraid_sas_base.c
@@ -1614,16 +1614,13 @@ megasas_queue_command(struct Scsi_Host *shost, struct
scsi_cmnd *scmd)
goto out_done;
}
- switch (scmd->cmnd[0]) {
- case SYNCHRONIZE_CACHE:
Michael Kerrisk (man-pages) wrote:
>The destination keyring serial number may be that of a valid
>keyring for which the caller has write permission, or it may be
>one of the following special keyring IDs:
No comma before "or".
>"user" This is a general purpose
This series adds a separate stack for each CPU wihin the system to use
when handling IRQs. Previously IRQs were handled on the kernel stack of
the current task. If that task was deep down a call stack at the point
of the interrupt, and handling the interrupt required a deep IRQ stack,
then there w
Since do_IRQ is now invoked on a separate IRQ stack, we select
HAVE_IRQ_EXIT_ON_IRQ_STACK so that softirq's may be invoked directly
from irq_exit(), rather than requiring do_softirq_own_stack.
Signed-off-by: Matt Redfearn
---
Changes in v2: None
arch/mips/Kconfig | 1 +
1 file changed, 1 inser
When enterring interrupt context via handle_int or except_vec_vi, switch
to the irq_stack of the current CPU if it is not already in use.
The current stack pointer is masked with the thread size and compared to
the base or the irq stack. If it does not match then the stack pointer
is set to the to
The controller for i2c-designware cannot be slave/master at the same time and
it has to be enabled knowing beforehand if we want it to be slave or master by
something outside of the controller itself.
I as looking and I see the use of this I2C_OWN_SLAVE_ADDRESS with the
"linux,slave-24c02" slav
The SAVE_SOME macro is used to save the execution context on all
exceptions.
If an exception occurs while executing user code, the stack is switched
to the kernel's stack for the current task, and register $28 is switched
to point to the current_thread_info, which is at the bottom of the stack
regi
Within unwind stack, check if the stack pointer being unwound is within
the CPU's irq_stack and if so use that page rather than the task's stack
page.
Signed-off-by: Matt Redfearn
---
Changes in v2: None
arch/mips/kernel/process.c | 15 ++-
1 file changed, 14 insertions(+), 1 delet
Allocate a per-cpu irq stack for use within interrupt handlers.
Also add a utility function on_irq_stack to determine if a given stack
pointer is within the irq stack for that cpu.
Signed-off-by: Matt Redfearn
---
Changes in v2: None
arch/mips/include/asm/irq.h| 12
arch/mip
On 13/12/16 10:55, Romain Perier wrote:
> Hello,
>
> Le 13/12/2016 à 11:28, Colin King a écrit :
>> From: Colin Ian King
>>
>> spi->irq is an unsigned integer hence the check if status is less than
>> zero has no effect. Fix this by replacing spi->irq with an int irq
>> so the less than zero com
Hello,
Le 13/12/2016 à 11:55, Romain Perier a écrit :
Why don't you change only the type of "irq" in struct a3700_spi ?
Thanks,
Romain
In fact, it cannot work with devmem_request_irq/request_irq which
require an unsigned int as second argument... So it's okay for me.
Acked-by: Romain
On 13/12/2016 05:03, Li, Liang Z wrote:
> Hi Paolo,
>
> We intended to enable UMIP for KVM and found you had already worked on it.
> Do you have any plan for the following patch set? It's there anything else
> you expect
> us help to do?
Yes, I plan to resend these patches for 4.11.
Paolo
We can no longer rely on the return value of
devm_snd_dmaengine_pcm_register(...) to check if the DMA
handle is declared in the DT.
Previously this check activated PIO mode but currently
dma_request_chan returns either a valid channel or -EPROBE_DEFER.
In order to activate PIO mode check instead
On Tue, 13 Dec 2016, Andrew Jeffery wrote:
> On Mon, 2016-12-12 at 09:39 -0600, Rob Herring wrote:
> > On Tue, Dec 06, 2016 at 01:53:21PM +1100, Andrew Jeffery wrote:
> > > The use of syscons is growing, lets collate them in their own part of
> > > the bindings tree.
> > >
> > > > > Signed-off-by
On 12/08/2016 09:13 PM, Jens Axboe wrote:
+static int dd_init_queue(struct request_queue *q, struct elevator_type *e)
+{
+ struct deadline_data *dd;
+ struct elevator_queue *eq;
+
+ eq = elevator_alloc(q, e);
+ if (!eq)
+ return -ENOMEM;
+
+ dd = kzallo
On Mon, 12 Dec 2016, Rob Herring wrote:
> On Fri, Dec 09, 2016 at 03:15:14PM +0100, Benjamin Gaignard wrote:
> > Define bindings for pwm-stm32
> >
> > version 6:
> > - change st,breakinput parameter format to make it usuable on stm32f7 too.
> >
> > version 2:
> > - use parameters instead of comp
On Mon, 12 Dec 2016 16:02:30 +0100
Frederic Weisbecker wrote:
> On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote:
> > 3) The call to vtime_flush in account_process_tick is done in irq context
> > from
> >update_process_times. hardirq_offset==1 is also correct.
>
> Let's
On Mon 12-12-16 16:26:00, Mark Salyzyn wrote:
> On 12/11/2016 04:34 PM, Cong Wang wrote:
> >On Mon, Dec 5, 2016 at 9:16 AM, Mark Salyzyn wrote:
> >>Commit 073931017b49d9458aa351605b43a7e34598caef has several occurrences of
> >>an acl leak.
> >>
> >>posix_acl_update_mode(inose, &mode, &acl);
> >>
>
Commit-ID: 9d85eb9119f4eeeb48e87adfcd71f752655700e9
Gitweb: http://git.kernel.org/tip/9d85eb9119f4eeeb48e87adfcd71f752655700e9
Author: Thomas Gleixner
AuthorDate: Mon, 12 Dec 2016 11:04:53 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 13 Dec 2016 10:22:39 +0100
x86/smpboot: Make lo
On Tue, Dec 13, 2016 at 10:56:46AM +, Colin King wrote:
> From: Colin Ian King
>
> mask and bit are unsigned longs, so if bit is 31 we end up sign
> extending the 1 and mask ends up as 0x8000. Fix this
> by explicitly adding integer suffix UL ensure 1 is a unsigned long
> rather t
Hello David
Thanks for the review!
On 12/13/2016 11:58 AM, David Howells wrote:
> Michael Kerrisk (man-pages) wrote:
>
>>The destination keyring serial number may be that of a valid
>>keyring for which the caller has write permission, or it may be
>>one of the followi
On Mon, Dec 12, 2016 at 9:04 PM, Masahiro Yamada
wrote:
> Fix typos and add the following to the scripts/spelling.txt:
>
> efective||effective
>
> While we are here, fix the "addres" as well in the touched line in
> arch/openrisc/kernel/entry.S.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arc
On Tue, 2016-12-13 at 17:03 +0700, Tin Huynh wrote:
> ACPI always sets Tx/Rx FIFO to 32. This configuration will
> cause problem if the IP core supports a FIFO size of less than 32.
> The driver should read the FIFO size from the IP and select the
> smaller
> one of the two.
>
> Signed-off-by: Tin
On Mon 12-12-16 22:26:09, Cong Wang wrote:
> On Mon, Dec 12, 2016 at 4:26 PM, Mark Salyzyn wrote:
> >
> > The leaks were introduced in 9p, gfs2, jfs and xfs drivers only.
>
>
> Only the 9p case is obvious to me:
Agreed and the patch below looks good to me. Please make it a proper patch
(includi
On 13/12/16 11:21, Boqun Feng wrote:
> On Tue, Dec 13, 2016 at 10:56:46AM +, Colin King wrote:
>> From: Colin Ian King
>>
>> mask and bit are unsigned longs, so if bit is 31 we end up sign
>> extending the 1 and mask ends up as 0x8000. Fix this
>> by explicitly adding integer suffi
Michael Kerrisk wrote:
>The Linux key-management facility is primarily a way for driv‐
>ers to retain or cache security data, authentication keys,
>encryption keys, and other data in the kernel.
No comma before "and".
>access to the facility. See keyctl(1)
Andy Lutomirski writes:
> Eric Biggers pointed out that the orinoco driver pointed scatterlists
> at the stack.
>
> Fix it by switching from ahash to shash. The result should be
> simpler, faster, and more correct.
>
> Cc: sta...@vger.kernel.org # 4.9 only
> Reported-by: Eric Biggers
> Signed-o
Michael Kerrisk (man-pages) wrote:
> > "stored encrypted in swap space".
>
> Fixed.
Since 4.8, that is.
David
Hello!
On 12/12/2016 11:54 PM, Andy Lutomirski wrote:
smbencrypt() points a scatterlist to the stack, which is breaks if
s/is//.
CONFIG_VMAP_STACK=y.
Fix it by switching to crypto_cipher_encrypt_one(). The new code
should be considerably faster as an added benefit.
This code is nearly
On 12/12/2016 08:54 AM, Lee Jones wrote:
> On Fri, 09 Dec 2016, Marek Vasut wrote:
>
>> On 12/09/2016 01:25 PM, Mika Westerberg wrote:
>>> On Fri, Dec 09, 2016 at 08:57:53AM +, Lee Jones wrote:
On Wed, 07 Dec 2016, Marek Vasut wrote:
> On 12/07/2016 09:53 AM, Mika Westerberg wrot
On 12/12/2016 05:20 PM, Ricardo Ribalda Delgado wrote:
> Hi Marek
Hi,
> Can I get a Reviewed-by or Signed-of?
Yes, sorry for the delay.
> Thanks!
>
> On Fri, Dec 2, 2016 at 12:31 PM, Ricardo Ribalda Delgado
> wrote:
>> Xilinx Spartan-3AN FPGAs contain an In-System Flash where they keep
>> the
On 12/02/2016 12:31 PM, Ricardo Ribalda Delgado wrote:
> Xilinx Spartan-3AN FPGAs contain an In-System Flash where they keep
> their configuration data and (optionally) some user data.
>
> The protocol of this flash follows most of the spi-nor standard. With
> the following differences:
>
> - Pag
On Tue 13-12-16 09:27:51, Huang, Ying wrote:
> Jan Kara writes:
>
> > On Mon 12-12-16 18:13:21, kernel test robot wrote:
> >> FYI, we noticed the following commit:
> >>
> >> commit: e2ae766c1b030271b5099b25674e2131d1d1e8c1 ("ext4: convert DAX
> >> faults to iomap infrastructure")
> >> https://g
On 13 December 2016 at 12:37, David Howells wrote:
> Michael Kerrisk (man-pages) wrote:
>
>> > "stored encrypted in swap space".
>>
>> Fixed.
>
> Since 4.8, that is.
Which commit was that? I could not find it?
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
On 10/12/16 00:32, Gautham R. Shenoy wrote:
> From: "Gautham R. Shenoy"
>
> In the current code for powernv_add_idle_states, there is a lot of code
> duplication while initializing an idle state in powernv_states table.
>
> Add an inline helper function to populate the powernv_states[] table f
v4l2_subdev_pad_ops structures are stored in the pad field
of the v4l2_subdev_ops structure and this field is of type const.
As the v4l2_subdev_pad_ops structures are never modified, they can be
declared as const.
Done using Coccinelle:
@r1 disable optional_qualifier @
identifier i;
position p;
@@
2016-12-13 Gerd Hoffmann :
> Hi,
>
> > +struct virtio_gpu_fence *virtio_gpu_fence_alloc(struct virtio_gpu_device
> > *vgdev)
> > +{
> > + struct virtio_gpu_fence_driver *drv = &vgdev->fence_drv;
> > + struct virtio_gpu_fence *fence;
> > + unsigned long irq_flags;
> > +
> > + fence = km
On Mon, Dec 12, 2016 at 05:29:43PM +0100, Radim Krčmář wrote:
> 2016-12-12 17:02+0300, Denis Plotnikov:
> > When processing KVM_REQ_EVENT, apic_update_ppr is called which may set
> > KVM_REQ_EVENT again if the recalculated value of PPR becomes smaller
> > than the previous one. This results in canc
Em Tue, Dec 13, 2016 at 07:49:44PM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Tue, Dec 13, 2016 at 07:32:02AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 13, 2016 at 05:06:31PM +0900, Namhyung Kim escreveu:
> > > When idle hist is enabled, the itr->last_thread should be set so t
On Tue, 13 Dec 2016, Nicholas Mc Guire wrote:
> On Tue, Dec 13, 2016 at 11:10:50AM +0200, Jani Nikula wrote:
> > On Tue, 13 Dec 2016, Nicholas Mc Guire wrote:
> > > useleep_range() with a delta of 0 makes no sense and only prevents the
> > > timer subsystem from optimizing interrupts. As any us
On Tue, Dec 13, 2016 at 11:49 AM, Michael Kerrisk (man-pages)
wrote:
> On 13 December 2016 at 12:37, David Howells wrote:
>> Michael Kerrisk (man-pages) wrote:
>>
>>> > "stored encrypted in swap space".
>>>
>>> Fixed.
>>
>> Since 4.8, that is.
>
> Which commit was that? I could not find it?
1310
hould be passing a range.
>
> Patch is against 4.9.0 (localversion-next is next-20161213)
>
> scripts/coccinelle/api/bad_usleep_range.cocci | 55
> +++
> 1 file changed, 55 insertions(+)
> create mode 100644 scripts/coccinelle/api/bad_usleep_range.
On Tue, 2016-12-13 at 11:07 +, Lee Jones wrote:
> On Tue, 13 Dec 2016, Andrew Jeffery wrote:
>
> > On Mon, 2016-12-12 at 09:39 -0600, Rob Herring wrote:
> > > On Tue, Dec 06, 2016 at 01:53:21PM +1100, Andrew Jeffery wrote:
> > > > The use of syscons is growing, lets collate them in their own p
On Mon, Dec 12, 2016 at 07:32:07PM -0800, Guenter Roeck wrote:
> There is now a different driver for the slicoss devices in
> drivers/net/ethernet/alacritech/. That driver supports the same PCI
> device IDs as the driver in staging. Both drivers use the same
> configuration symbol (CONFIG_SLICOSS),
Compte cher utilisateur,
Quelques uns de vos mails entrants ont été imposées dans l'attente de statut en
raison de la récente mise à jour sur notre base de données. Afin de recevoir
vos messages,
Cliquez sur le lien ci-dessous pour vous connecter et d'attendre la réponse de
Webmail.
CLIQUEZ ICI<
On 12/12/16 18:38, Sricharan R wrote:
> Currently the driver sets all the device transactions privileges
> to UNPRIVILEGED, but there are cases where the iommu masters wants
> to isolate privileged supervisor and unprivileged user.
> So don't override the privileged setting to unprivileged, instead
Hi Krzysztof,
This still seems to be broken with the latest 4.9 kernel, right?
Has there been any progress on this? Do you have an updated patch series
for me to use?
Regards,
Hans
On 05/05/16 14:34, Krzysztof Kozlowski wrote:
Hi,
This is a different, second try to fix usb3503+lan o
On Tuesday, December 13, 2016 10:35:34 PM CET Andrew Jeffery wrote:
> On Tue, 2016-12-13 at 11:07 +, Lee Jones wrote:
> > On Tue, 13 Dec 2016, Andrew Jeffery wrote:
> > > On Mon, 2016-12-12 at 09:39 -0600, Rob Herring wrote:
> > > > On Tue, Dec 06, 2016 at 01:53:21PM +1100, Andrew Jeffery wrote
On Tue, Dec 13, 2016 at 01:05:12PM +0100, Julia Lawall wrote:
>
>
> On Tue, 13 Dec 2016, Nicholas Mc Guire wrote:
>
> > On Tue, Dec 13, 2016 at 11:10:50AM +0200, Jani Nikula wrote:
> > > On Tue, 13 Dec 2016, Nicholas Mc Guire wrote:
> > > > useleep_range() with a delta of 0 makes no sense and o
ATTENZIONE;
La cassetta postale ha superato il limite di archiviazione, che è 5 GB come
definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si
può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare
la tua mailbox. Per rinnovare la vostra casella
On Tue, Dec 13, 2016 at 07:21:48PM +0800, Boqun Feng wrote:
> On Tue, Dec 13, 2016 at 10:56:46AM +, Colin King wrote:
> > From: Colin Ian King
> >
> > mask and bit are unsigned longs, so if bit is 31 we end up sign
> > extending the 1 and mask ends up as 0x8000. Fix this
> > by ex
On 12/13/2016 11:12 AM, John Stultz wrote:
> When removing a USB-A to USB-otg adapter cable, we get a change
> status irq, and then in dwc2_conn_id_status_change, we
> erroniously see the GOTGCTL_CONID_B flag set. This causes us to
> get stuck in the "while (!dwc2_is_device_mode(hsotg))" loop,
> s
re
> > ---
> >
> > As of 4.9.0 this finds about 20 cases - all of which look like the
> > should be passing a range.
> >
> > Patch is against 4.9.0 (localversion-next is next-20161213)
> >
> > scripts/coccinelle/api/bad_usleep_range.cocci | 55
&g
On Tue, Dec 06, 2016 at 03:50:52PM -0800, Laura Abbott wrote:
>
> __pa_symbol is technically the marcro that should be used for kernel
> symbols. Switch to this as a pre-requisite for DEBUG_VIRTUAL which
> will do bounds checking.
>
> Tested-by: James Morse
> Signed-off-by: Laura Abbott
This l
On Tue, Dec 06, 2016 at 03:50:55PM -0800, Laura Abbott wrote:
>
> __pa_symbol is the correct API to find the physical address of symbols.
> Switch to it to allow for debugging APIs to work correctly. Other
> functions such as p*d_populate may call __pa internally. Ensure that the
> address passed
On 12/12/2016 04:55 PM, Johannes Weiner wrote:
On Mon, Dec 12, 2016 at 10:21:24AM +0100, Vlastimil Babka wrote:
On 12/10/2016 06:26 PM, Johannes Weiner wrote:
When FADV_DONTNEED cannot drop all pages in the range, it observes
that some pages might still be on per-cpu LRU caches after recent
ins
Try again, this time with Krzysztof's new email address...
On 13/12/16 13:20, Hans Verkuil wrote:
Hi Krzysztof,
This still seems to be broken with the latest 4.9 kernel, right?
Has there been any progress on this? Do you have an updated patch series
for me to use?
Regards,
Hans
On 05/05
On Tue, 2016-12-13 at 13:17 +0100, Arnd Bergmann wrote:
> On Tuesday, December 13, 2016 10:35:34 PM CET Andrew Jeffery wrote:
> > On Tue, 2016-12-13 at 11:07 +, Lee Jones wrote:
> > > On Tue, 13 Dec 2016, Andrew Jeffery wrote:
> > > > On Mon, 2016-12-12 at 09:39 -0600, Rob Herring wrote:
> > >
On 12/13/2016 02:58 AM, Nicholas Mc Guire wrote:
> As this is not in atomic context and it does not seem like a critical
> timing setting a range of 1ms allows the timer subsystem to optimize
> the hrtimer here.
>
> Fixes: commit bfa8dd3a0524 ("[media] v4l: Add v4l2 subdev driver for S5K6AAFX
>
From: Andy Lutomirski
> Sent: 12 December 2016 20:53
> The driver put a constant buffer of all zeros on the stack and
> pointed a scatterlist entry at it in two places. This doesn't work
> with virtual stacks. Use a static 16-byte buffer of zeros instead.
...
I didn't think you could dma from st
Hi David,
On 12/13/2016 12:35 PM, David Howells wrote:
> Michael Kerrisk wrote:
>
>>The Linux key-management facility is primarily a way for driv‐
>>ers to retain or cache security data, authentication keys,
>>encryption keys, and other data in the kernel.
>
> No c
On 12/13/2016 11:58 AM, Dmitry Vyukov wrote:
> --- a/Documentation/dev-tools/kasan.rst
> +++ b/Documentation/dev-tools/kasan.rst
> @@ -40,6 +40,14 @@ similar to the following to the respective kernel Makefile:
>
> KASAN_SANITIZE := n
>
> +Sometimes it may be useful to disable instrumentat
Hi Eugene,
On 13 December 2016 at 13:06, Eugene Syromyatnikov wrote:
> On Tue, Dec 13, 2016 at 11:49 AM, Michael Kerrisk (man-pages)
> wrote:
>> On 13 December 2016 at 12:37, David Howells wrote:
>>> Michael Kerrisk (man-pages) wrote:
>>>
> "stored encrypted in swap space".
Fixe
Hello David,
Amended a piece here after Eugene's note about encrypted keys.
On 13 December 2016 at 13:43, Michael Kerrisk (man-pages)
wrote:
> Hi David,
>
> On 12/13/2016 12:35 PM, David Howells wrote:
>> Michael Kerrisk wrote:
>>
>>>"big_key" (since Linux 3.13)
>>> This
Hi Luis,
On 12/13/2016 04:08 AM, Luis R. Rodriguez wrote:
You may notice I've dropped the SmPL patches which complain on use of the
API on init and probe -- although valid the context was off given the only
valid use case was if you don't use initramfs, and that's a corner case.
Fortunatley Dani
Em Tue, Dec 13, 2016 at 07:49:44PM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Tue, Dec 13, 2016 at 07:32:02AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 13, 2016 at 05:06:31PM +0900, Namhyung Kim escreveu:
> > > When idle hist is enabled, the itr->last_thread should be set so t
On Mon, 2016-12-12 at 12:54 -0800, Andy Lutomirski wrote:
> smbencrypt() points a scatterlist to the stack, which is breaks if
> CONFIG_VMAP_STACK=y.
>
> Fix it by switching to crypto_cipher_encrypt_one(). The new code
> should be considerably faster as an added benefit.
>
> This code is nearly
Em Tue, Dec 13, 2016 at 07:54:42PM +0900, Namhyung Kim escreveu:
> On Tue, Dec 13, 2016 at 07:32:36AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 13, 2016 at 05:06:32PM +0900, Namhyung Kim escreveu:
> > > When --idle-hist option is used, run/wait time and sched delay value
> > > should b
Roland reported that his DELL T5810 sports a value add BIOS which
completely wreckages the TSC. The squirmware [(TM) Ingo Molnar] boots with
random negative TSC_ADJUST values, different on all CPUs. That renders the
TSC useless because the sycnchronization check fails.
Roland tested the new TSC_AD
Some 'feature' BIOSes fiddle with the TSC_ADJUST register during
suspend/resume which renders the TSC unusable.
Add sanity checks into the resume path and restore the
original value if it was adjusted.
Reported-by: Roland Scheidegger
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/tsc.
Roland reported interesting TSC ADJUST register wreckage on his DELL
machine, which seems to populate that MSR with a random number generator.
Deeper investagation into fixing this wreckage unearthed another special
feature which is designed by Intel: Negative TSC adjuste values cause
interrupt st
On Tue, 13 Dec 2016 12:13:22 +0100
Martin Schwidefsky wrote:
> On Mon, 12 Dec 2016 16:02:30 +0100
> Frederic Weisbecker wrote:
>
> > On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote:
> > > 3) The call to vtime_flush in account_process_tick is done in irq context
> > > from
Hi,
I ran into the following lockdep complaint:
[7.059561] INFO: trying to register non-static key.
[7.059566] the code is fine but needs lockdep annotation.
[7.059570] turning off the locking correctness validator.
[7.059579] CPU: 6 PID: 6 Comm: kworker/u32:0 Not tainted
4.9.0-0
On Tue, Dec 13, 2016 at 01:14:17PM -, Thomas Gleixner wrote:
> --- a/arch/x86/power/cpu.c
> +++ b/arch/x86/power/cpu.c
> @@ -256,6 +256,7 @@ static void notrace __restore_processor_
> mtrr_bp_restore();
> perf_restore_debug_store();
> msr_restore_context(ctxt);
> + tsc_ver
Hi Linus:
Here is the crypto update for 4.10:
API:
- Add skcipher walk interface.
- Add asynchronous compression (acomp) interface.
- Fix algif_aed AIO handling of zero buffer.
Algorithms:
- Fix unaligned access in poly1305.
- Fix DRBG output to large buffers.
Drivers:
- Add support for iMX
On Mon, 12 Dec 2016, John Stultz wrote:
> From: Chen Yu
>
> The Hi6220's usb controller is limited in that it does not
> support "Split Transactions", so it does not support communicating
> with low-speed and full-speed devices behind a high-speed hub.
>
> Thus it requires a quirk so that we ca
On Tue, 13 Dec 2016, Peter Zijlstra wrote:
> On Tue, Dec 13, 2016 at 01:14:17PM -, Thomas Gleixner wrote:
> > --- a/arch/x86/power/cpu.c
> > +++ b/arch/x86/power/cpu.c
> > @@ -256,6 +256,7 @@ static void notrace __restore_processor_
> > mtrr_bp_restore();
> > perf_restore_debug_store()
+++ b/Documentation/driver-api/firmware/built-in-fw.rst
@@ -0,0 +1,36 @@
+=
+Built-in firmware
+=
+
+Firmware can be built-in to the kernel, that is built-in to vmlinux,
+to enable firmware lookups to avoid having to look for firmware from
+the filesystem.
I find
On 13 December 2016 at 14:26, Daniel Wagner wrote:
>> +* Some firmware files may be really large in size. The remote-proc
>> subsystem
>> + is an example subsystem which deals with these sorts of firmware
>> +* The firmware may need to be scraped out from some device specific
>> location
>> + dy
Michael Kerrisk (man-pages) wrote:
> I use/Linux man-pages uses the "Oxford comma" convention.
"... an optional comma ..." ;-)
There's also:
... LSM security checks are still performed, and may filter out
further keys that the process is not authorized to view.
but has two par
On Tue, 13 Dec 2016, Michal Hocko wrote:
> > > That being said, what ep_write_iter does sounds quite stupit. It just
> > > allocates a large continuous buffer which seems to be under user
> > > control... Aka no good! It should do that per pages or something like
> > > that. Something worth fixin
On 12/13/2016 01:25 PM, Andy Shevchenko wrote:
On Tue, 2016-12-13 at 17:03 +0700, Tin Huynh wrote:
ACPI always sets Tx/Rx FIFO to 32. This configuration will
cause problem if the IP core supports a FIFO size of less than 32.
The driver should read the FIFO size from the IP and select the
smaller
Michael Kerrisk (man-pages) wrote:
> So, I've updated this piece a couple of times since the draft that you
> reviewed, and by now it reads:
>
>"big_key" (since Linux 3.13)
> This key type is similar to the "user" key type, but it may
> hold a payload of up
Hello
I have some comment below
On Mon, Dec 12, 2016 at 04:04:37PM +0100, Jan Glauber wrote:
> From: Mahipal Challa
>
[...]
> --- a/drivers/crypto/Makefile
> +++ b/drivers/crypto/Makefile
> @@ -27,6 +27,7 @@ obj-$(CONFIG_CRYPTO_DEV_MXC_SCC) += mxc-scc.o
> obj-$(CONFIG_CRYPTO_DEV_TALITOS) += ta
This patchset adds bug fixes reported by devices using STM32 DMA and some
improvements mainly linked to dmaengine framework evolution.
M'boumba Cedric Madianga (9):
dmaengine: stm32-dma: Set correct args number for DMA request from DT
dmaengine: stm32-dma: Fix typo in Kconfig
dt-bindings: st
On Sun, Dec 11, 2016 at 04:41:51PM -0500, Alexandre-Xavier Labonté-Lamoureux
wrote:
>
> Here are my results (using "time make -j32" on my VM that has 4 cores):
>
> Kernel 4.8.14
> real 26m56.151s
> user 79m52.472s
> sys 7m42.964s
>
> Same kernel, but patched:
> real 4m25.238s
> user 1
101 - 200 of 907 matches
Mail list logo
