Hi Sudeep,
On Wed, Sep 03, 2014 at 06:00:15PM +0100, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch adds support for cacheinfo on ARM64.
>
> On ARMv8, the cache hierarchy can be identified through Cache Level ID
> (CLIDR) register while the cache geometry is provided by Cache Size ID
On Mon, Sep 08, 2014 at 10:15:57PM +0200, Christoph Hellwig wrote:
> On Mon, Sep 08, 2014 at 11:18:30AM +0300, Michael S. Tsirkin wrote:
> > Could you respond to Ming Lei's mail, who benchmarked the patch, please?
>
> I don't really have any additional data or disagreement, not sure what
> I
On Wed, Sep 10, 2014 at 8:55 AM, Mark Rutland wrote:
> On Wed, Sep 10, 2014 at 03:58:15PM +0100, Christopher Covington wrote:
>> On 09/05/2014 06:11 PM, Doug Anderson wrote:
>> > Mark,
>> >
>> > On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
>> >> Not if you boot Linux at hyp, as we've
On 09/09/2014 04:22 PM, Anup Chenthamarakshan wrote:
On Tue, Sep 09, 2014 at 08:15:13AM -0700, Dirk Brandewie wrote:
On 09/08/2014 05:10 PM, Anup Chenthamarakshan wrote:
Exported stats appear in
/devices/system/cpu/intel_pstate/time_in_state as follows:
## CPU 0
40 3647
50 24342
On Wed, Sep 10, 2014 at 04:32:33PM +0100, Liviu Dudau wrote:
[...]
> > > > > + /*
> > > > > + * If we failed translation or got a zero-sized region
> > > > > + * then skip this range
> > > > > + */
> > > > > + if (range.cpu_addr ==
On Wed, Sep 10, 2014 at 04:40:12PM +0200, Andi Kleen wrote:
> > We did this once, and that blew up big time.
> >
> > Even now, vmalloc_fault() has a very explicit:
> >
> > WARN_ON_ONCE(in_nmi());
> >
> > So this isn't going to happen until you fix that.
>
> Good point.
>
> We just need to
On Fri 05-09-14 11:25:37, Michal Hocko wrote:
> On Thu 04-09-14 13:27:26, Dave Hansen wrote:
> > On 09/04/2014 07:27 AM, Michal Hocko wrote:
> > > Ouch. free_pages_and_swap_cache completely kills the uncharge batching
> > > because it reduces it to PAGEVEC_SIZE batches.
> > >
> > > I think we
On Tue, Sep 09, 2014 at 09:44:56PM -0500, Rob Herring wrote:
> On Tue, Sep 9, 2014 at 10:41 AM, Jason Gunthorpe
> wrote:
> > On Tue, Sep 09, 2014 at 08:26:19AM -0600, Bjorn Helgaas wrote:
> >
> >> So as long as the DT tells you the ECAM information for each host
> >> bridge, that should be
On Tue, Sep 09, 2014 at 10:16:04AM +0100, Arnd Bergmann wrote:
> On Tuesday 09 September 2014 09:46:21 Liviu Dudau wrote:
> > On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
> > > >>> on new requests. This function gets called quite a lot and I'm trying
> > > >>> not to
> > > >>>
On Wednesday 10 September 2014 17:59:41 Alban Bedel wrote:
> On Wed, 10 Sep 2014 17:51:36 +0200
> Arnd Bergmann wrote:
>
> > On Wednesday 10 September 2014 17:43:42 Alban Bedel wrote:
> > > +- #pwm-cells: should be 3. See pwm.txt in this directory for a
> > > description of
> > > + the cells
On Fri, Sep 05, 2014 at 11:11:47PM +0100, Doug Anderson wrote:
> On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
> > Not if you boot Linux at hyp, as we've recommended for this precise
> > reason. That doesn't fix other things like CNTFRQ if the secure
> > initialisation doesn't poke that,
Kernels 3.14 and newer fail ACPI handover [1] on Supermicro H8QGL
servers, invariant of BIOS version or settings, causing boot failure,
confirmed across a bunch of servers.
Doing some bisect-fu, it turns out that reverting Yinghai's patch fixes
the behaviour. Booting with Santosh's patch
On Mon, Sep 08, 2014 at 02:55:49PM +0100, Liviu Dudau wrote:
> Use the generic PCI domain and OF functions
> to provide support for PCI Express on arm64.
>
> Signed-off-by: Liviu Dudau
> [Generic PCI domain support]
> Signed-off-by: Catalin Marinas
Minor detail: when have I signed this patch
On Mon, Sep 08, 2014 at 02:54:28PM +0100, Liviu Dudau wrote:
> The handling of PCI domains (or PCI segments in ACPI speak) is
> usually a straightforward affair but its implementation is
> currently left to the architectural code, with pci_domain_nr(b)
> querying the value of the domain associated
Hi Robert,
On 08/09/14 15:11, Robert Richter wrote:
> From: Robert Richter
>
> Fixing 32 bit compatibility by using ULL for u64 constants.
>
> Signed-off-by: Robert Richter
> ---
> drivers/irqchip/irq-gic-v3.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
Quoting Chen Hanxiao (chenhanx...@cn.fujitsu.com):
> This patch will show the hierarchy of pid namespace
> under /proc/pidns like:
> /proc/pidns
> ├── hierarchy
> │ ├── pidns4026532399
> │ │ ├── pidns -> /proc/2863/ns/pid
> │ │ └── pidns4026532515
> │ │ └── pidns ->
Quoting Seth Forshee (seth.fors...@canonical.com):
> On Tue, Sep 02, 2014 at 10:44:53AM -0500, Seth Forshee wrote:
> > Another issue mentioned by Eric was what to use for i_[ug]id if the ids
> > from userspace don't map into the user namespace, which is going to be a
> > problem for any other
On Wed, 10 Sep 2014, Nicolas Pitre wrote:
> And I did ask for a clarification on the proposed fix which produced no
> answer so far.
What clarification is needed?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Wed, 10 Sep 2014, Jason Cooper wrote:
>
> Thanks Chris. I'm a bit behind on irqchip stuff, so I may have missed
> something here... Did we get Cc'd on the original patch that caused the
> regression? I'm fairly certain I haven't seen it to Ack it.
This is a trivial fix to the original
On Wed, 10 Sep 2014, Jason Cooper wrote:
> Christoph,
>
> On Wed, Sep 10, 2014 at 09:15:30AM -0500, Christoph Lameter wrote:
> > On Tue, 9 Sep 2014, Tejun Heo wrote:
> > > On Fri, Sep 05, 2014 at 02:11:23AM +0900, Tejun Heo wrote:
> > > > On Tue, Sep 02, 2014 at 10:00:07AM -0500, Christoph
On Wed, 10 Sep 2014, Andrey Ryabinin wrote:
> virt_to_obj takes kmem_cache address, address of slab page,
> address x pointing somewhere inside slab object,
> and returns address of the begging of object.
This function is SLUB specific. Does it really need to be in slab.h?
--
To unsubscribe from
On 09/10/2014 03:07 AM, Boaz Harrosh wrote:
> On 09/09/2014 09:36 PM, Dave Hansen wrote:
>> On 09/09/2014 08:45 AM, Boaz Harrosh wrote:
>>> This is for add_persistent_memory that will want a section of pages
>>> allocated but without any zone associated. This is because belonging
>>> to a zone
On Wed, Sep 10, 2014 at 05:50:25PM +0200, Michal Nazarewicz wrote:
> Even though the BUG() in __ffs_event_add is a dead-code, it is still
> better to warn rather then crash the system if that code ever gets
> executed.
>
> Suggested-by: Felipe Balbi
> Signed-off-by: Michal Nazarewicz
> ---
>
">> When we use hdparm to download firmware on system with Marvell
>> 88SE9125 SATA controller, it returns failure always and it has been
>> observed in several systems:"
[Gaurav]: So I have another moonshot cartridge with same SATA controller and
I was able to update FW with hdparm with
On 10 September 2014 11:44, Dirk Brandewie wrote:
> Hi Ashwin,
Hi Dirk,
>
> I think the CPPC based driver should be a separate driver.
>
> We made the conscious decision to not use any of the ACPI mechanisms
> to enumerate or control P state selection. Experience over the years
> has shown
In Chicago, there was a brief discussion about making more drivers
compile on architectures where there was no possible way they could run
(since the relevant hardware does not exist for those platforms).
I have recently needed to compile-test axonram and dcssblk, which rely
on hardware unique
On Wed, Sep 10, 2014 at 09:28:44AM -0600, Azael Avalos wrote:
> Hi there,
>
> 2014-09-09 21:35 GMT-06:00 Darren Hart :
> >
> > I immediately went to a tablet with a marble maze game and it didn't seem
> > too
> > crazy, but I don't suppose that is what people are actually doing with it...
> >
>
Building with the attached random configuration file,
net/built-in.o: In function `socket_mt_init':
xt_socket.c:(.init.text+0x36ce): undefined reference to `nf_defrag_ipv6_enable'
make: *** [vmlinux] Error 1
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 3.17.0-rc4 Kernel
The options -mno-mmx and -mno-sse are unconditionally added to
KBUILD_CFLAGS in both branches of an ifeq and through a $(cc-option)
further down. We can safely remove the first instances.
In fact, since the -mno-mmx and -mno-sse options were introduced
simultaneous with the other two options in
On Fri, Sep 05, 2014 at 04:24:20PM -0700, beh...@converseincode.com wrote:
> From: Mark Charlebois
>
> Fix variable types for 64-bit inline assembly.
>
> This patch now works with both gcc and clang.
>
> Signed-off-by: Mark Charlebois
> Signed-off-by: Behan Webster
> ---
>
On Wed, 10 Sep 2014 17:51:36 +0200
Arnd Bergmann wrote:
> On Wednesday 10 September 2014 17:43:42 Alban Bedel wrote:
> > +- #pwm-cells: should be 3. See pwm.txt in this directory for a description
> > of
> > + the cells format. The only third cell flag supported by this binding is
> > +
On Wed, Sep 10, 2014 at 05:35:32PM +0200, Boris BREZILLON wrote:
> On Wed, 10 Sep 2014 17:07:02 +0200 Johan Hovold wrote:
> > Yes, this essentially what I suggested in the thread (and my last reply)
> > and relying on syscon rather than a custom driver seems like a good
> > idea. It would allow
On September 10, 2014 10:50, Lee Jones wrote:
> On Tue, 09 Sep 2014, Opensource [Adam Thomson] wrote:
>
> > On August 28, 2014 17:36, Lee Jones wrote:
> >
> > Thanks for the feedback. As a general comment a couple of the items you've
> > identified relate to future updates (additional
The current codes in gameport and analog joystick drivers for the time
accounting have a long-standing problem when the system is running
with CPU freq; since the timing is measured via TSC or sample counter,
the calculation isn't reliable.
In this patch, as a simple fix, use the standard ktime
Use static initializers instead of setting up global variables during
runtime. This reduces code size and execution time.
Signed-off-by: David Herrmann
---
drivers/video/backlight/backlight.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git
So far backlights have only been controlled via sysfs. However, sysfs is
not a proper user-space API for runtime modifications, and never was
intended to provide such. The DRM drivers are now prepared to provide
such a backlight link so user-space can control backlight via DRM
connector
Backlight devices have always been managed independently of display
controllers. They're often controlled via different hardware interfaces
and their relationship to display-controllers varies vastly between
different boards. However, display brightness is obviously a property of
a display, and
On Wed, Sep 10, 2014 at 03:58:15PM +0100, Christopher Covington wrote:
> On 09/05/2014 06:11 PM, Doug Anderson wrote:
> > Mark,
> >
> > On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
> >> Not if you boot Linux at hyp, as we've recommended for this precise
> >> reason. That doesn't fix
Hi
This series introduces a link between DRM connectors and backlight-class
devices. It tries to solve some long standing issues:
* User-space currently has a hard-time figuring out which backlight device to
use, and which backlight device belongs to which display. So far, most
systems
On Wed, Sep 10, 2014 at 05:31:14PM +0200, Boris BREZILLON wrote:
> On Wed, 10 Sep 2014 17:07:02 +0200
> Johan Hovold wrote:
> > Yes, this essentially what I suggested in the thread (and my last reply)
> > and relying on syscon rather than a custom driver seems like a good
> > idea. It would
There is really no reason to use a mutex to protect a simple list. Convert
the list-lock to a simple spinlock instead.
The spin-locks prepare for a backlight_find() helper, which should
preferably be usable from atomic context. A mutex would prevent that, so
use an irq-save spinlock instead.
On Wed, Sep 10, 2014 at 05:28:11PM +0200, Jiri Kosina wrote:
>
> Too late for this now, yes.
We could still introduce a __kfree_fast_path() which doesn't have
checking.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Sep 10, 2014 at 11:18:01PM +0800, Robin Gong wrote:
> On Wed, Sep 10, 2014 at 12:45:30PM +0100, Mark Brown wrote:
> > > Yes, you're right. I should use "transfer->tx_sg->sgl == NULL" or
> > > "transfer->rx_sg->sgl == NULL" instead of usedma flag in driver, right?
> > Right.
> But looks
Hi Mike,
Am Dienstag, 2. September 2014, 09:33:21 schrieb Heiko Stübner:
> Am Montag, 1. September 2014, 17:26:29 schrieb Mike Turquette:
> > Quoting Heiko Stübner (2014-08-28 03:46:10)
> >
> > > On 32bit architectures, like ARM calculating the fractional rate will
> > > do the multiplication
On Wednesday 10 September 2014 17:43:42 Alban Bedel wrote:
> +- #pwm-cells: should be 3. See pwm.txt in this directory for a description of
> + the cells format. The only third cell flag supported by this binding is
> + PWM_POLARITY_INVERTED.
If you don't have multiple pwm outputs or
Overall, the approach here looks pretty sane. As you noted, it would be
nice to keep PAGE_OFFSET in one place, but it's not a deal breaker for
me. The use of the vmemmap code looks to be a nice fit.
Few nits below.
On 09/10/2014 07:31 AM, Andrey Ryabinin wrote:
> 16TB of virtual addressed used
Even though the BUG() in __ffs_event_add is a dead-code, it is still
better to warn rather then crash the system if that code ever gets
executed.
Suggested-by: Felipe Balbi
Signed-off-by: Michal Nazarewicz
---
This has been compile tested only.
drivers/usb/gadget/function/f_fs.c | 4 +++-
1
Instead of using variable length array, use a static length equal to
the size of the ffs->ev.types array. This gets rid of a sparse warning:
drivers/usb/gadget/function/f_fs.c:401:44: warning:
Variable length array is used.
and makes it more explicit that the array has a very
On Wed, Sep 10, 2014 at 03:58:15PM +0100, Christopher Covington wrote:
> On 09/05/2014 06:11 PM, Doug Anderson wrote:
> > On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
> >> Not if you boot Linux at hyp, as we've recommended for this precise
> >> reason. That doesn't fix other things like
On Wed, Sep 10, 2014 at 09:21:24AM +0200, Hans de Goede wrote:
> I've applied the patch, this results in the following new dmesg output
> when using uas:
>
> [ 120.602632] initialized host-wide tag map!
>
> Thank you for looking into this.
So we're initializing the tag map, but
On Tue, Sep 09, 2014 at 04:44:04PM +0200, Antoine Tenart wrote:
> IEEE 802.3x Ethernet flow control is disabled when bit (1 << 2) is set
> in the port status register. Fix the flow control detection in the link
> event handling function which was relying on the opposite assumption.
>
>
The LPC32xx motor PWMs have 3 channels that each drives a pair of
pins A and B, with B = !A. The polarity configuration is from the
point of view of pin A, so when using pin B the polarity is inverted.
Signed-off-by: Alban Bedel
---
V4: * Fixed the Kconfig dependencies
* Replaced
Hi Ashwin,
I think the CPPC based driver should be a separate driver.
We made the conscious decision to not use any of the ACPI mechanisms
to enumerate or control P state selection. Experience over the years
has shown that the quality/accuracy of the BIOS/ACPI implementations
vary widely
On Wed, 10 Sep 2014, Jiri Kosina wrote:
> Still, I believe that kernel shouldn't be just ignoring kfree(ERR_PTR)
> happening. Would something like the below be more acceptable?
CONFIG_DEBUG_SLAB is the wrong debugging option since it is used for
object debugging. This kind of patch would need
On Wed, Sep 10, 2014 at 11:27:16PM +0800, Baoquan He wrote:
> On 09/10/14 at 11:05am, Vivek Goyal wrote:
> > On Wed, Sep 10, 2014 at 07:41:38AM -0700, Kees Cook wrote:
> > > On Wed, Sep 10, 2014 at 7:30 AM, Vivek Goyal wrote:
> > > > So I would suggest that test and repost the other patch with
At Wed, 10 Sep 2014 20:37:50 +0530,
Sudip Mukherjee wrote:
>
> On Wed, Sep 10, 2014 at 04:43:03PM +0200, Takashi Iwai wrote:
> > At Wed, 10 Sep 2014 20:02:04 +0530,
> > Sudip Mukherjee wrote:
> > >
> > > On Wed, Sep 10, 2014 at 03:57:04PM +0200, Johannes Berg wrote:
> > > > On Wed, 2014-09-10 at
Hi Greg,
thanks for your reply!
> > +static int __init pm_genpd_debug_init(void)
> > +{
> > + struct dentry *d;
> > +
> > + pm_genpd_debugfs_dir = debugfs_create_dir("pm_genpd", NULL);
> > +
> > + /* No debugfs */
> > + if (IS_ERR(pm_genpd_debugfs_dir))
> > + return
On Wed, 10 Sep 2014 17:07:02 +0200
Johan Hovold wrote:
> On Wed, Sep 10, 2014 at 03:20:19PM +0200, Boris BREZILLON wrote:
> > On Wed, 10 Sep 2014 14:14:24 +0200
> > Johan Hovold wrote:
>
> > > This does not describe the hardware, but rather a specific software
> > > configuration.
> > >
> > >
Wed, 10 Sep 2014 16:16:21 +0200 от Tobias Klauser :
> On 2014-09-10 at 15:57:16 +0200, Greg Kroah-Hartman
> wrote:
> > On Wed, Sep 10, 2014 at 10:06:58AM +0200, Tobias Klauser wrote:
> > > If SERIAL_MCTRL_GPIO is selected but GPIOLIB is not, the noop functions
> > > from serial_mctrl_gpio.h are
From: Eduardo Valentin
This patch introduces a new thermal cooling device based on common clock
framework. The original motivation to write this cooling device is to be
able to cool down thermal zones using clocks that feed co-processors, such
as GPUs, DSPs, Image Processing Co-processors, etc.
On Wed, Sep 10, 2014 at 04:10:26PM +0100, Lorenzo Pieralisi wrote:
> On Wed, Sep 10, 2014 at 03:22:41PM +0100, Liviu Dudau wrote:
> > On Tue, Sep 09, 2014 at 02:35:46PM +0100, Lorenzo Pieralisi wrote:
> > > On Mon, Sep 08, 2014 at 02:54:30PM +0100, Liviu Dudau wrote:
> > > > Provide a function to
On Wed, Sep 03, 2014 at 05:47:24PM +1000, Dave Chinner wrote:
> > + error = get_block(inode, block, , 0);
> > + if (!error && (bh.b_size < PAGE_SIZE))
> > + error = -EIO;
> > + if (error)
> > + goto unlock_page;
>
> page fault into unwritten region, returns
On Wed, 10 Sep 2014 17:07:02 +0200
Johan Hovold wrote:
> On Wed, Sep 10, 2014 at 03:20:19PM +0200, Boris BREZILLON wrote:
> > On Wed, 10 Sep 2014 14:14:24 +0200
> > Johan Hovold wrote:
>
> > > This does not describe the hardware, but rather a specific software
> > > configuration.
> > >
> > >
This patch adds DT support for leds-pca9532.
Signed-off-by: Roland Stigge
---
Applies to v3.17-rc4
v3: Removed superfluous whitespace
v2: Removed #ifdef statements
Documentation/devicetree/bindings/leds/leds-pca9532.txt | 43 ++
drivers/leds/leds-pca9532.c
Hi there,
2014-09-09 21:35 GMT-06:00 Darren Hart :
>
> I immediately went to a tablet with a marble maze game and it didn't seem too
> crazy, but I don't suppose that is what people are actually doing with it...
>
> What are people actually doing with this thing Azael?
Gaming mostly
On 09/09/2014 08:08 PM, Arnd Bergmann wrote:
> Is this a full PWM controller? If it is, it would be better to also
> provide a #pwm-cells property and register the device with the PWM
> subsystem to allow arbitrary users.
>
> If the PWM is only really usable for LED, it's probably enough to
>
On Wed, 10 Sep 2014, Dan Carpenter wrote:
> > BTW if we stretch this argument a little bit more, we should also kill the
> > ZERO_OR_NULL_PTR() check from kfree() and make it callers responsibility
> > to perform the checking only if applicable ... we are currently doing a
> > lot of pointless
On 09/10/14 at 11:05am, Vivek Goyal wrote:
> On Wed, Sep 10, 2014 at 07:41:38AM -0700, Kees Cook wrote:
> > On Wed, Sep 10, 2014 at 7:30 AM, Vivek Goyal wrote:
> > > So I would suggest that test and repost the other patch with proper
> > > changelog
> > > and that might be sufficient for now.
This patch adds DT support for leds-pca9532.
Signed-off-by: Roland Stigge
---
Applies to v3.17-rc4
v2: Removed #ifdef statements
Documentation/devicetree/bindings/leds/leds-pca9532.txt | 43 ++
drivers/leds/leds-pca9532.c | 47
2
On Wed, Sep 10, 2014 at 04:26:46PM +0200, Jiri Kosina wrote:
> On Wed, 10 Sep 2014, Theodore Ts'o wrote:
>
> > I'd much rather depending on better testing and static checkers to fix
> > them, since kfree *is* a hot path.
>
> BTW if we stretch this argument a little bit more, we should also kill
On Wed, Sep 10, 2014 at 11:18 PM, Paolo Bonzini wrote:
> Il 07/09/2014 12:32, Ming Lei ha scritto:
>> It is a good idea to disable SG merge for vq incapable of indirect because
>> there are very limited direct descriptors.
>
> I think you mean _enabling_ SG merge if indirect descriptors are not
On Tue, Sep 09, 2014 at 07:36:18PM +0800, Baoquan He wrote:
> In locate_mem_hole functions, a memory hole is located and added as
> kexec_segment. But from the name of locate_mem_hole, it should only
> take responsibility of searching a available memory hole to contain
> data of a specified size.
Il 07/09/2014 12:32, Ming Lei ha scritto:
> It is a good idea to disable SG merge for vq incapable of indirect because
> there are very limited direct descriptors.
I think you mean _enabling_ SG merge if indirect descriptors are not there.
> For vq capable of indirect, it should be better to not
On 09/10/2014 10:31 AM, Andrey Ryabinin wrote:
> Hi,
> This is a second iteration of kerenel address sanitizer (KASan).
FWIW, I've been using v1 for a while and it has uncovered quite a few
real bugs across the kernel.
Some of them (I didn't go beyond the first page on google):
*
On 09/10/14 at 11:04am, Vivek Goyal wrote:
> On Wed, Sep 10, 2014 at 10:53:34PM +0800, Baoquan He wrote:
> > On 09/10/14 at 10:30am, Vivek Goyal wrote:
> > > In case of kdump we will have to pass nokaslr, as we don't want kernel
> > > to move as it could stomp over other things we have loaded.
> >
Add support for the temperature alarm peripheral found inside
Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
peripheral outputs a pulse on an interrupt line whenever the
thermal over temperature stage value changes. Implement an ISR
to manage this interrupt.
Register a thermal
On Wed, Sep 10, 2014 at 03:18:53PM +0100, Mark Rutland wrote:
> On Tue, Sep 09, 2014 at 08:17:17PM +0100, Stefan Wahren wrote:
Ugh, this looks like it might be a regulator driver but since the
subject line was "ARM: " I deleted it unread - if your changelog looks
different to all the other
On Wed, Sep 10, 2014 at 12:45:30PM +0100, Mark Brown wrote:
> On Wed, Sep 10, 2014 at 07:22:59PM +0800, Robin Gong wrote:
> > On Wed, Sep 10, 2014 at 11:21:05AM +0100, Mark Brown wrote:
>
> > > This isn't going to work, anything that looks at the usedma flag will
> > > see the result of the last
On Wed, Sep 10, 2014 at 03:22:41PM +0100, Liviu Dudau wrote:
> On Tue, Sep 09, 2014 at 02:35:46PM +0100, Lorenzo Pieralisi wrote:
> > On Mon, Sep 08, 2014 at 02:54:30PM +0100, Liviu Dudau wrote:
> > > Provide a function to parse the PCI DT ranges that can be used to
> > > create a pci_host_bridge
On Wed, Sep 10, 2014 at 03:20:19PM +0200, Boris BREZILLON wrote:
> On Wed, 10 Sep 2014 14:14:24 +0200
> Johan Hovold wrote:
> > This does not describe the hardware, but rather a specific software
> > configuration.
> >
> > The RTT is first of all not an RTC (although it can be used as one in a
On Wed, Sep 10, 2014 at 04:43:03PM +0200, Takashi Iwai wrote:
> At Wed, 10 Sep 2014 20:02:04 +0530,
> Sudip Mukherjee wrote:
> >
> > On Wed, Sep 10, 2014 at 03:57:04PM +0200, Johannes Berg wrote:
> > > On Wed, 2014-09-10 at 19:21 +0530, Sudip Mukherjee wrote:
> > > > as pr_* macros are more
On 09.09.2014 14:39, Sean Young wrote:
> On Tue, Sep 09, 2014 at 02:10:43AM +0400, Alexey Khoroshilov wrote:
>> mceusb_init_rc_dev() does usb_get_dev(), but there is no any
>> usb_put_dev() in the driver.
> drivers/media/rc/imon.c suffers from the same problem.
>
> Thanks
> Sean
Yes, our static
On 09/10/2014 07:01 PM, Dave Hansen wrote:
> On 09/10/2014 07:31 AM, Andrey Ryabinin wrote:
>> This is a second iteration of kerenel address sanitizer (KASan).
>
> Could you give a summary of what you've changed since the last version?
>
I gave, grep for "Changes since v1:"
--
To unsubscribe
Christoph,
On Wed, Sep 10, 2014 at 09:15:30AM -0500, Christoph Lameter wrote:
> On Tue, 9 Sep 2014, Tejun Heo wrote:
> > On Fri, Sep 05, 2014 at 02:11:23AM +0900, Tejun Heo wrote:
> > > On Tue, Sep 02, 2014 at 10:00:07AM -0500, Christoph Lameter wrote:
> > > > Subject: irqchip: Properly fetch the
On Wed, Sep 10, 2014 at 07:41:38AM -0700, Kees Cook wrote:
> On Wed, Sep 10, 2014 at 7:30 AM, Vivek Goyal wrote:
> > So I would suggest that test and repost the other patch with proper
> > changelog
> > and that might be sufficient for now. Only other thing we will need is
> > Kees's patch for
On Wed, Sep 10, 2014 at 10:53:34PM +0800, Baoquan He wrote:
> On 09/10/14 at 10:30am, Vivek Goyal wrote:
> > On Wed, Sep 10, 2014 at 03:21:15PM +0800, Baoquan He wrote:
>
>
> > > In fact, I think below checking will be clearer and works too.
> > >
> > >
> > > static void
On Friday, September 05, 2014 6:41 PM, Marek Vasut wrote:
> On Friday, September 05, 2014 at 12:32:40 PM, Yao Yuan wrote:
> [...]
> > > > +static int i2c_imx_dma_write(struct imx_i2c_struct *i2c_imx,
> > > > + struct i2c_msg *msgs)
> > > > +{
> > > > +
On 09/10/2014 07:31 AM, Andrey Ryabinin wrote:
> This is a second iteration of kerenel address sanitizer (KASan).
Could you give a summary of what you've changed since the last version?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wednesday, September 10, 2014 at 10:53:50 AM, Rostislav Lisovy wrote:
> Tested with this particular FRAM chip
>
> Signed-off-by: Rostislav Lisovy
> ---
> drivers/mtd/spi-nor/spi-nor.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/mtd/spi-nor/spi-nor.c
On 09/05/2014 06:11 PM, Doug Anderson wrote:
> Mark,
>
> On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
>> Not if you boot Linux at hyp, as we've recommended for this precise
>> reason. That doesn't fix other things like CNTFRQ if the secure
>> initialisation doesn't poke that, however.
>
On 09/10/14 at 10:30am, Vivek Goyal wrote:
> On Wed, Sep 10, 2014 at 03:21:15PM +0800, Baoquan He wrote:
> > In fact, I think below checking will be clearer and works too.
> >
> >
> > static void handle_relocations(void *output, unsigned long output_len)
> > {
> >
> > ...
> >
> > #if
Hello!
On Sep 10, 2014, at 10:36 AM, Joe Perches wrote:
> On Wed, 2014-09-10 at 16:06 +0200, Julia Lawall wrote:
>> On Wed, 10 Sep 2014, Joe Perches wrote:
>>> On Wed, 2014-09-10 at 11:43 +0300, Dan Carpenter wrote:
On Tue, Sep 09, 2014 at 01:38:13PM -0700, Joe Perches wrote:
> Macros
Reduce boilerplate code by using seq_open_private() instead of seq_open()
Signed-off-by: Rob Jones
---
fs/ocfs2/dlm/dlmdebug.c | 39 ++-
1 file changed, 14 insertions(+), 25 deletions(-)
diff --git a/fs/ocfs2/dlm/dlmdebug.c b/fs/ocfs2/dlm/dlmdebug.c
index
Use seq_open_private() and __seq_open_private() to reduce boilerplate
code in ocfs2.
These two functions have been around, undocumented, for years. They can
simplify the set up code for seq file operations.
Note that sparse complains about all three files in this series but the
problems are
Reduce boilerplate code by using seq_open_private() instead of seq_open()
Signed-off-by: Rob Jones
---
fs/ocfs2/dlmglue.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/fs/ocfs2/dlmglue.c b/fs/ocfs2/dlmglue.c
index 6bd690b..503184d 100644
---
Reduce boilerplate code by using seq_open_private() instead of seq_open()
Note that the code in and using sc_common_open() has been quite
extensively changed. Not least because there was a latent memory
leak in the code as was: if sc_common_open() failed, the previously
allocated buffer was not
On 09/10/2014 09:08 AM, Peter Zijlstra wrote:
> On Wed, Sep 10, 2014 at 07:02:10AM -0400, Peter Hurley wrote:
>> On 09/04/2014 01:14 AM, Ingo Molnar wrote:
>>>
>>> * Peter Zijlstra wrote:
>>>
On Wed, Sep 03, 2014 at 10:50:01AM -0400, Peter Hurley wrote:
> So a lockdep-only assert is
On Wed, Sep 10, 2014 at 5:33 AM, Darren Hart wrote:
> On Tue, Sep 09, 2014 at 10:50:08AM +0200, Paul Bolle wrote:
>> Hi Darren,
>>
>> On Sat, 2014-09-06 at 23:17 +0200, Rafael J. Wysocki wrote:
>> > On Friday, September 05, 2014 07:17:57 PM Darren Hart wrote:
>> > > On Thu, Sep 04, 2014 at
On Wed, Sep 10, 2014 at 01:28:56PM +0200, Maciej Matraszek wrote:
> Add /sys/kernel/debug/pm_genpd/pm_genpd_summary file, which
> lists power domains in the system, their statuses and attached devices,
> resembling /sys/kernel/debug/clk/clk_summary.
>
> Currently it is impossible to inspect (from
Currently kdb's ftdump command unconditionally crashes due to a null
pointer de-reference whenever the command is run. This in turn causes
the kernel to panic.
The abridged stacktrace (gathered with ARCH=arm) is:
--- cut here ---
[] (panic) from [] (die+0x264/0x440)
[] (die) from []
401 - 500 of 1760 matches
Mail list logo
