Hi,
On Thu, 25 Aug 2016 19:38:52 +0200 Wolfram Sang wrote:
> Here is my next series to save memory by removing unneeded strings. It removes
> in the usb subsystem all unspecific error messages after calling malloc-based
> functions, i.e. (devm_)k[zcm]alloc. kmalloc prints enough information in tha
On 08/26/2016 12:55 AM, Scott Wood wrote:
> On 08/26/2016 12:26 AM, Tillmann Heidsieck wrote:
>> On 2016-08-24 23:39, Scott Wood wrote:
>>> BTW, for some reason your patch is not showing up in Patchwork.
>>
>> Are there some known pitfalls when sending patches to Patchwork?
>
> It's not the first
This allows PCI devices that can only address (e.g.) 36 or 40 bit DMA to
use direct DMA, at the cost of not being able to DMA to non-RAM addresses
(this doesn't affect MSIs as there is a separate dedicated window for
that) which we wouldn't have been able to do anyway if the RAM size didn't
trigger
On Fri, Aug 26, 2016 at 01:58:03PM +1000, Nicholas Piggin wrote:
> On Mon, 22 Aug 2016 20:47:58 +1000
> Nicholas Piggin wrote:
>
> > On Fri, 19 Aug 2016 20:44:55 +1000
> > Nicholas Piggin wrote:
> >
> > > On Fri, 19 Aug 2016 10:37:00 +0200
> > > Michal Marek wrote:
> > >
> > > > On 2016-08-
Hi,
On Tue, Aug 23, 2016 at 03:36:17PM -0500, Kim Phillips wrote:
> On Tue, 23 Aug 2016 11:17:16 +0900
> Namhyung Kim wrote:
>
> > On Tue, Aug 23, 2016 at 8:01 AM, Kim Phillips wrote:
> > > On Fri, 19 Aug 2016 18:29:33 +0530
> > > Ravi Bangoria wrote:
> > >
> > >> Changes in v6:
> > >> - Ins
On 08/26/2016 12:26 AM, Tillmann Heidsieck wrote:
> Hello Scott,
>
> thanks for the fast reply!
>
> On 2016-08-24 23:39, Scott Wood wrote:
> [..]
>>
>> The second inbound window is at 256G, and it maps all of RAM. Note
>> that
>> for accesses in this window, the PCI address is different from th
Hello Scott,
thanks for the fast reply!
On 2016-08-24 23:39, Scott Wood wrote:
[..]
The second inbound window is at 256G, and it maps all of RAM. Note
that
for accesses in this window, the PCI address is different from the host
address.
I probably really misunderstand the manual here ...
On Mon, 22 Aug 2016 20:47:58 +1000
Nicholas Piggin wrote:
> On Fri, 19 Aug 2016 20:44:55 +1000
> Nicholas Piggin wrote:
>
> > On Fri, 19 Aug 2016 10:37:00 +0200
> > Michal Marek wrote:
> >
> > > On 2016-08-19 07:09, Stephen Rothwell wrote:
>
> [snip]
>
> > > >
> > > > I may be missin
The same logic appears twice and should probably be pulled out into a function.
Suggested-by: Michael Ellerman
Signed-off-by: Rui Teng
---
arch/powerpc/mm/hash_utils_64.c | 45 +
1 file changed, 19 insertions(+), 26 deletions(-)
diff --git a/arch/powerpc
> "Tyrel" == Tyrel Datwyler writes:
Tyrel> This patchset introduces optional FC-TAPE/FC Class 3 Error
Tyrel> Recovery to the ibmvfc client driver.
Applied to 4.9/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
On 08/25/16 at 11:00pm, Hari Bathini wrote:
>
>
> On Thursday 25 August 2016 12:31 PM, Dave Young wrote:
> > On 08/10/16 at 03:35pm, Hari Bathini wrote:
> > > When fadump is enabled, by default 5% of system RAM is reserved for
> > > fadump kernel. While that works for most cases, it is not good e
On Tue, 2016-08-23 at 13:34 +0200, Christophe Leroy wrote:
>
> Le 23/08/2016 à 11:20, Alessio Igor Bogani a écrit :
> >
> > Hi Christophe,
> >
> > Sorry for delay in reply I was on vacation.
> >
> > On 6 August 2016 at 11:29, christophe leroy
> > wrote:
> > >
> > > Alessio,
> > >
> > >
> >
On Thursday 25 August 2016 12:45 PM, Nicholas Piggin wrote:
On Thu, 25 Aug 2016 11:59:51 +0530
Madhavan Srinivasan wrote:
Local atomic operations are fast and highly reentrant per CPU counters.
Used for percpu variable updates. Local atomic operations only guarantee
variable modification ato
On Thursday 25 August 2016 12:38 PM, Nicholas Piggin wrote:
On Thu, 25 Aug 2016 12:00:02 +0530
Madhavan Srinivasan wrote:
Code to replay the Performance Monitoring Interrupts(PMI).
In the masked_interrupt handler, for PMIs we reset the MSR[EE]
and return. In the __check_irq_replay(), replay
On Thursday 25 August 2016 12:35 PM, Nicholas Piggin wrote:
On Thu, 25 Aug 2016 11:59:59 +0530
Madhavan Srinivasan wrote:
diff --git a/arch/powerpc/include/asm/hw_irq.h
b/arch/powerpc/include/asm/hw_irq.h
index c19169ac1fbb..e457438c6fdf 100644
--- a/arch/powerpc/include/asm/hw_irq.h
+++ b/
From: Wei Yongjun
Date: Wed, 24 Aug 2016 13:50:03 +
> From: Wei Yongjun
>
> Remove an open coded simple_open() function and replace file
> operations references to the function with simple_open()
> instead.
>
> Generated by: scripts/coccinelle/api/simple_open.cocci
>
> Signed-off-by: Wei
From: Wei Yongjun
Date: Wed, 24 Aug 2016 13:47:58 +
> From: Wei Yongjun
>
> Fix to return error code -ENOMEM from the dma_map_single error
> handling case instead of 0, as done elsewhere in this function.
>
> Fixes: 032c5e82847a ("Driver for IBM System i/p VNIC protocol")
> Signed-off-by:
Am Donnerstag, 25 August 2016, 14:12:43 schrieb Andrew Morton:
> I grabbed these two patch series. I also merged the "IMA:
> Demonstration code for kexec buffer passing." demonstration patch just
> to get things a bit of testing.
Thank you very much!
> I assume that once the "ima: carry the
> me
On Thu, 25 Aug 2016 15:18:26 -0300 Thiago Jung Bauermann
wrote:
> Hello,
>
> This patch series implements a mechanism which allows the kernel to pass
> on a buffer to the kernel that will be kexec'd. This buffer is passed
> as a segment which is added to the kimage when it is being prepared
> b
On Thu, Aug 25, 2016 at 12:41 PM, Luis R. Rodriguez wrote:
> On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote:
>> On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez
>> wrote:
>> > Can they use initramfs for this ?
>>
>> Apparently that's also uncool with the embedded folks.
>
> Wh
On Thu, Aug 25, 2016 at 10:10:52PM +0200, Daniel Vetter wrote:
> Cutting down since a lot of this is probably better discussed at
> ks/lpc. Aside, if you want to check out Chris Wilson's work on our new
> depency handling, it's called kfence.
>
> https://lkml.org/lkml/2016/7/17/37
Thanks more rea
Cutting down since a lot of this is probably better discussed at
ks/lpc. Aside, if you want to check out Chris Wilson's work on our new
depency handling, it's called kfence.
https://lkml.org/lkml/2016/7/17/37
On Thu, Aug 25, 2016 at 9:41 PM, Luis R. Rodriguez wrote:
>> > So .. I agree, let's avo
Summoning Felix for the embedded aspect on initramfs below.
Jörg might be interested in the async facilities you speak of as well.
On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote:
> On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez wrote:
> > On Wed, Aug 24, 2016 at 08:55:55AM +02
This shows how kernel code can use the kexec buffer passing mechanism
to pass information to the next kernel.
This patch is not intended to be committed.
Signed-off-by: Thiago Jung Bauermann
---
include/linux/ima.h | 11 +
kernel/kexec_file.c | 4 ++
sec
kexec_update_segment allows a given segment in kexec_image to have
its contents updated. This is useful if the current kernel wants to
send information to the next kernel that is up-to-date at the time of
reboot.
Signed-off-by: Thiago Jung Bauermann
---
include/linux/kexec.h | 2 ++
kernel/kexe
Add skip_checksum member to struct kexec_buf to specify whether the
corresponding segment should be part of the checksum calculation.
The next patch will add a way to update segments after a kimage is loaded.
Segments that will be updated in this way should not be checksummed,
otherwise they will
The buffer hand-over mechanism allows the currently running kernel to pass
data to kernel that will be kexec'd via a kexec segment. The second kernel
can check whether the previous kernel sent data and retrieve it.
This is the architecture-specific part.
Signed-off-by: Thiago Jung Bauermann
---
Hello,
This patch series implements a mechanism which allows the kernel to pass
on a buffer to the kernel that will be kexec'd. This buffer is passed
as a segment which is added to the kimage when it is being prepared
by kexec_file_load.
How the second kernel is informed of this buffer is archite
The buffer hand-over mechanism allows the currently running kernel to pass
data to kernel that will be kexec'd via a kexec segment. The second kernel
can check whether the previous kernel sent data and retrieve it.
This is the architecture-independent part of the feature.
Signed-off-by: Thiago Ju
On Thu, Aug 25, 2016 at 10:38:34PM +1000, Paul Mackerras wrote:
> On Mon, Mar 21, 2016 at 02:53:07PM +1100, David Gibson wrote:
> > This is an implementation of the kernel parts of the PAPR hashed page
> > table (HPT) resizing extension.
> >
> > It contains a complete guest-side implementation - o
Am 24.08.2016 22:36, schrieb SF Markus Elfring:
> From: Markus Elfring
> Date: Wed, 24 Aug 2016 22:26:37 +0200
>
> A multiplication for the size determination of a memory allocation
> indicated that an array data structure should be processed.
> Thus reuse the corresponding function "kmalloc_ar
All kmalloc-based functions print enough information on failures.
Signed-off-by: Wolfram Sang
---
drivers/usb/gadget/udc/fsl_qe_udc.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/gadget/udc/fsl_qe_udc.c
b/drivers/usb/gadget/udc/fsl_qe_udc.c
i
Here is my next series to save memory by removing unneeded strings. It removes
in the usb subsystem all unspecific error messages after calling malloc-based
functions, i.e. (devm_)k[zcm]alloc. kmalloc prints enough information in that
case. If the message was specific (e.g. "can't save CLEAR_TT_BUF
On Thursday 25 August 2016 12:31 PM, Dave Young wrote:
On 08/10/16 at 03:35pm, Hari Bathini wrote:
When fadump is enabled, by default 5% of system RAM is reserved for
fadump kernel. While that works for most cases, it is not good enough
for every case.
Currently, to override the default value
On Wed, 24 Aug 2016 22:35:58 +0200,
Aaro Koskinen wrote:
>
> Hi,
>
> On Wed, Aug 24, 2016 at 09:43:23PM +0200, Johannes Berg wrote:
> > On Wed, 2016-08-24 at 20:57 +0300, Aaro Koskinen wrote:
> > > Enable sound on PowerBook G4 12".
> >
> > Looks good to me, I assume you tested it and it works :)
On 08/25/2016 03:46 PM, Balbir Singh wrote:
>
>
> On 25/08/16 01:06, Daniel Lezcano wrote:
>> On 08/24/2016 04:48 PM, Balbir Singh wrote:
>>>
>>>
>>> On 25/08/16 00:44, Daniel Lezcano wrote:
On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
> From: "Gautham R. Shenoy"
>
> Current
On 25/08/16 01:06, Daniel Lezcano wrote:
> On 08/24/2016 04:48 PM, Balbir Singh wrote:
>>
>>
>> On 25/08/16 00:44, Daniel Lezcano wrote:
>>> On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
From: "Gautham R. Shenoy"
Currently all the idle states registered by a cpu-idle driver are
On Mon, Aug 22, 2016 at 9:06 PM, Kevin Hao wrote:
> The specific buses which need to be probed at boot time are different
> between platforms. Instead of put all the buses into the default
> of_default_bus_match_table[] match tables, this patch introduces a
> general way to declare a platform bus.
Rui Teng writes:
> There are three #ifdef CONFIG_PPC_BOOK3E sections in nohash/64/pgtable.h.
> And there should be no configurations possible which use nohash/64/pgtable.h
> but don't also enable CONFIG_PPC_BOOK3E.
>
> Suggested-by: Michael Ellerman
> Signed-off-by: Rui Teng
Reviewed-by: Anee
> I will propose to use devm_ioremap_resource() instead for removing this
> hardcoded 0x100, but i cannot find any user of this driver in any dts. (And
> so cannot check that this 0x100 is given in any DT resource node)
>
> Is this normal ?
I wanted to use devm_ioremap_resource but could not fin
On Mon, Mar 21, 2016 at 02:53:07PM +1100, David Gibson wrote:
> This is an implementation of the kernel parts of the PAPR hashed page
> table (HPT) resizing extension.
>
> It contains a complete guest-side implementation - or as complete as
> it can be until we have a final PAPR change.
>
> It al
On Thu, Aug 25, 2016 at 05:04:16PM +0530, PrasannaKumar Muralidharan wrote:
> Use devm_ioremap and devm_hwrng_register instead of ioremap and
> hwrng_register. This removes unregistering and error handling code.
>
> This patch is not tested with hardware as I don't have access to it.
>
> Signed-o
Use devm_ioremap and devm_hwrng_register instead of ioremap and
hwrng_register. This removes unregistering and error handling code.
This patch is not tested with hardware as I don't have access to it.
Signed-off-by: PrasannaKumar Muralidharan
---
drivers/char/hw_random/pasemi-rng.c | 26 +++
On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez wrote:
> On Wed, Aug 24, 2016 at 08:55:55AM +0200, Daniel Vetter wrote:
>> On Fri, Jun 17, 2016 at 12:54 AM, Luis R. Rodriguez
>> wrote:
>> > Thou shalt not make firmware calls early on init or probe.
>
> <-- snip -->
>
>> > There are 4 offende
On Thu, 2016-08-25 at 05:09 +0200, Mike wrote:
> Any improvement on your ends? Seems -1 is now the quirk. But does
> your trackpads work? Did an update after getting a new and the latest
> released powerbook up. Also found an interesting interface which can
> replace our ide drives, intended for ip
>
>On Fri, Aug 12, 2016 at 09:34:41AM +0800, Peter Chen wrote:
>> of_node_put needs to be called when the device node which is got from
>> of_parse_phandle has finished using.
>>
>> Cc: Minghuan Lian
>> Cc: Mingkai Hu
>> Cc: Roy Zang
>> Signed-off-by: Peter Chen
>> ---
>> drivers/pci/host/pc
On Thu, 25 Aug 2016 11:59:51 +0530
Madhavan Srinivasan wrote:
> Local atomic operations are fast and highly reentrant per CPU counters.
> Used for percpu variable updates. Local atomic operations only guarantee
> variable modification atomicity wrt the CPU which owns the data and
> these needs to
On Thu, 25 Aug 2016 12:00:02 +0530
Madhavan Srinivasan wrote:
> Code to replay the Performance Monitoring Interrupts(PMI).
> In the masked_interrupt handler, for PMIs we reset the MSR[EE]
> and return. In the __check_irq_replay(), replay the PMI interrupt
> by calling performance_monitor_common h
On Thu, 25 Aug 2016 11:59:59 +0530
Madhavan Srinivasan wrote:
> diff --git a/arch/powerpc/include/asm/hw_irq.h
> b/arch/powerpc/include/asm/hw_irq.h
> index c19169ac1fbb..e457438c6fdf 100644
> --- a/arch/powerpc/include/asm/hw_irq.h
> +++ b/arch/powerpc/include/asm/hw_irq.h
> @@ -32,6 +32,7 @@
>
On 08/10/16 at 03:35pm, Hari Bathini wrote:
> When fadump is enabled, by default 5% of system RAM is reserved for
> fadump kernel. While that works for most cases, it is not good enough
> for every case.
>
> Currently, to override the default value, fadump supports specifying
> memory to reserve w
50 matches
Mail list logo
