On Tue, Oct 28, 2014 at 09:40:35PM +, Linus Torvalds wrote:
> On Tue, Oct 28, 2014 at 8:30 AM, Linus Torvalds
> wrote:
> > On Tue, Oct 28, 2014 at 4:44 AM, Will Deacon wrote:
> >>
> >> This patch fixes the problem by incrementing addr by the PAGE_SIZE
> >> before breaking out of the loop on
>> diff --git a/drivers/pinctrl/pinctrl-tegra-xusb.c
>> b/drivers/pinctrl/pinctrl-tegra-xusb.c
> [...]
>> struct tegra_xusb_padctl_function {
>> const char *name;
>> const char * const *groups;
>> @@ -72,6 +222,16 @@ struct tegra_xusb_padctl_soc {
>>
>> const struct
Fix sparse warnings: symbol X was not declared. Should it be static?
Some functions used only in files where they are declared. They can
be static.
Signed-off-by: Anton Saraev
---
drivers/staging/lustre/lnet/selftest/conctl.c| 34
As I can understand warning in previous series is about unused function
(I don't see other differences in output of make with C=1, W=1 and W=2).
I remove "static" for lnet_selftest_structure_assertion from
first patch. Maybe I should merge patches in one but I think that
addition of static
Function lnet_selftest_structure_assertion is never used and can
be removed.
Signed-off-by: Anton Saraev
---
drivers/staging/lustre/lnet/selftest/module.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/staging/lustre/lnet/selftest/module.c
On Wed, 2014-10-29 at 20:36 +0100, Peter Zijlstra wrote:
> On Wed, Oct 29, 2014 at 07:33:00PM +0100, Thomas Gleixner wrote:
> > Yuck. No. You are just papering over the problem.
> >
> > What happens if you add 'threadirqs' to the kernel command line? Or if
> > the interrupt line is shared with a
On Wed, Oct 29, 2014 at 07:33:00PM +0100, Thomas Gleixner wrote:
> Yuck. No. You are just papering over the problem.
>
> What happens if you add 'threadirqs' to the kernel command line? Or if
> the interrupt line is shared with a real threaded interrupt user?
>
> The proper solution is to have a
From: Jim Davis
Date: Tue, 28 Oct 2014 07:52:47 -0700
> Building with the attached random configuration file,
>
> net/built-in.o: In function `br_handle_frame_finish':
> (.text+0x40edf): undefined reference to `arp_tbl'
> net/built-in.o: In function `br_handle_frame_finish':
> (.text+0x40f3a):
On 10/22/2014 01:09 PM, Boris Ostrovsky wrote:
Commit 2ed53c0d6cc9 ("x86/smpboot: Speed up suspend/resume by avoiding
100ms sleep for CPU offline during S3") introduced completions to CPU
offlining process. These completions are not initialized on Xen kernels
causing a panic in
Pantelis Antoniou wrote on Wed [2014-Oct-29
18:42:48 +0200]:
> Hi Benoit,
>
> > On Oct 29, 2014, at 18:34 , Benoit Parrot wrote:
> >
> > Pantelis,
> >
> > Thanks for the feedback.
> >
> > Pantelis Antoniou wrote on Wed [2014-Oct-29
> > 10:53:44 +0200]:
> >> Hi Benoit,
> >>
> >>> On Oct
From: Lothar Waßmann
Date: Tue, 28 Oct 2014 14:22:55 +0100
> Changes wrt. v1:
> - added some cleanup patches
> - simplify handling of 'quirks' flags as suggested by Russell King.
> - remove DIV_ROUND_UP() from byte swapping loop as suggested by
> Eric Dumazet
>
> Changes wrt. v2:
> - rebased
On Tue, Oct 28, 2014 at 6:29 PM, Paul E. McKenney
wrote:
> Hello!
>
> This series provides torture-testing updates:
>
> 1. Run the Linux-kernel binary out of the results directory,
> easing re-runs.
>
> 2. Add early-boot callback-posting self-tests for RCU, courtesy
> of
On 10/29/2014 03:07 PM, Santosh Shilimkar wrote:
Murali,
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
Now that Keystone PCI driver is merged to v3.18, this patch series
add build options and DTS bindings to enable the driver for Keystone
SoCs.
v1: resend with some minor fix up of the
On Wednesday, October 29, 2014 10:55:14 AM Linus Walleij wrote:
> On Mon, Oct 20, 2014 at 8:46 AM, Lee Jones wrote:
> > On Sat, 18 Oct 2014, Linus Walleij wrote:
> >> This adds the register offsets for pull up/down for the STMPE
> >> 1601, 1801 and 24xx expanders. This is used to bias GPIO lines
Kevin,
On Wed, Oct 29, 2014 at 12:01 PM, Kevin Hilman wrote:
>> + /* set bit 8 so that system will resume to FAST_BOOT_ADDR */
>> + regmap_write(sgrf_regmap, RK3288_SGRF_SOC_CON0,
>> + BIT(SGRF_FAST_BOOT_EN) | BIT(SGRF_FAST_BOOT_EN + 16));
>
> Comment says "bit 8", but
an open syscall now assignes file->private_data to a pointer to the
miscdevice structure. This reminds driver developers not to duplicate
code if they need this.
Signed-off-by: Martin Kepplinger
---
drivers/char/misc.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
the miscdevice core now does the work in any case.
Signed-off-by: Martin Kepplinger
---
drivers/video/fbdev/pxa3xx-gcu.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/video/fbdev/pxa3xx-gcu.c b/drivers/video/fbdev/pxa3xx-gcu.c
index 4df3657..7678a94 100644
---
This slightly changes the behaviour of miscdevice drivers at an open()
syscall. Not only if the driver happens to implement an open() fop itself,
but now just always file->private_data points to struct miscdevice, when
a user opens the device file.
This call for review once more: if anybody has
As of now, a miscdevice driver has to provide an implementation of
the open() file operation if it wants to have misc_open() assign a
pointer to struct miscdevice to file->private_data for other file
operations to use (given the user calls open()).
This leads to situations where a miscdevice
On 10/27/2014 07:31 AM, Bastien Nocera wrote:
> On Mon, 2014-10-27 at 10:28 +0100, Pavel Machek wrote:
>> Hi!
>>
I suspect wakeup type reporting is maybe not the best way to go about
this, since there may be a number of causes for wakeups and they can
arrive closely together in
Add a i8042 filter to hp_accel to remove accelerometer's data with acpi
id HPQ6000 from keyboard bus stream. The codes sent by accelerometer are
e0 25, e0 26, e0 27 and e0 28. The relevant information is already
passed through /dev/freefall so no need to send these undocumented weird
signals
On Wednesday 29 October 2014 10:36:25 Florian Fainelli wrote:
> On 10/29/2014 12:43 AM, Arnd Bergmann wrote:
> > On Tuesday 28 October 2014 20:58:48 Kevin Cernekee wrote:
> >>
> >> +#ifdef CONFIG_RAW_IRQ_ACCESSORS
> >> +
> >> +#ifndef irq_reg_writel
> >> +# define irq_reg_writel(val, addr)
On Wed, 29 Oct 2014 13:50:05 +0100 Johan Hovold wrote:
> On Tue, Oct 28, 2014 at 09:36:33AM +0100, Johan Hovold wrote:
> > On Mon, Oct 27, 2014 at 03:40:31PM -0700, Andrew Morton wrote:
> > > On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold wrote:
>
> > But in general, how do you want to handle
On Wednesday 29 October 2014 11:48:39 Kevin Cernekee wrote:
> On Wed, Oct 29, 2014 at 12:43 AM, Arnd Bergmann wrote:
> > On Tuesday 28 October 2014 20:58:48 Kevin Cernekee wrote:
> >>
> >> +#ifdef CONFIG_RAW_IRQ_ACCESSORS
> >> +
> >> +#ifndef irq_reg_writel
> >> +# define irq_reg_writel(val,
On Wed, Oct 29, 2014 at 7:15 PM, Josh Triplett wrote:
> Document several common practices and conventions regarding conditional
> compilation, most notably the preference for ifdefs in headers rather
> than .c files.
>
> Signed-off-by: Josh Triplett
> +If you have a function or variable which
On Wed, 29 Oct 2014, Kevin Cernekee wrote:
> Thomas:
> > How does that work with multi arch kernels?
>
> I am assuming this question refers to e.g. CONFIG_ARCH_MULTIPLATFORM
>
> If GENERIC_IRQ_CHIP is being used, the current implementation of
> generic-chip.c will have to pick one global
From: Hayes Wang
Date: Tue, 28 Oct 2014 14:05:50 +0800
> Fix the CHECK from checkpatch.pl and support nway_reset.
Series applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Murali,
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
Now that Keystone PCI driver is merged to v3.18, this patch series
add build options and DTS bindings to enable the driver for Keystone SoCs.
v1: resend with some minor fix up of the commit description and fixing
the email ID for
On 10/27/2014 05:22 PM, Waiman Long wrote:
On 10/27/2014 02:04 PM, Peter Zijlstra wrote:
On Mon, Oct 27, 2014 at 01:38:20PM -0400, Waiman Long wrote:
On 10/24/2014 04:54 AM, Peter Zijlstra wrote:
On Thu, Oct 16, 2014 at 02:10:38PM -0400, Waiman Long wrote:
Since enabling paravirt spinlock
The cpsw driver did not support the IFF_ALLMULTI flag which makes dynamic
multicast routing rather hard to handle. Related to this, when enabling
IFF_PROMISC in non dual_emac mode, all registered vlans are flushed,
and only broadcast and unicast are allowed which isn't what you would
want from
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
K2E SoC has a second PCI port based on Synopsis Designware PCIe h/w.
Add DT bindings to support PCI controller for port 1 for this SoC.
Signed-off-by: Murali Karicheri
CC: Santosh Shilimkar
CC: Rob Herring
CC: Pawel Moll
CC: Mark Rutland
CC:
From: Roberto Medina
Date: Tue, 28 Oct 2014 00:51:56 +0100
> From: Roberto Medina
>
> Several warnings and errors of coding style rules corrected.
> Compile tested.
>
> Signed-off-by: Roberto Medina
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
"Jason B. Akers" writes:
> From: Dan Williams
>
> Steal one unused bit from the priority class and two bits from the
> priority data, to implement a 3 bit cache-advice field. Similar to the
> page cache advice from fadvise() these hints are meant to be consumed
> by hybrid drives. Solid State
Hi Kever,
Am Mittwoch, 29. Oktober 2014, 18:06:07 schrieb Kever Yang:
> The rockchip clock driver use CLK_IGNORE_UNUSED flag to make sure
> all the clocks are available like default power on state.
> We have implement the clock manage in most of rockchip drivers,
> it is time to remove it for
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
Add common DT bindings to support PCI controller driver for port 0 on all of
the K2 SoCs that has Synopsis Designware based pcie h/w.
Signed-off-by: Murali Karicheri
CC: Santosh Shilimkar
CC: Rob Herring
CC: Pawel Moll
CC: Mark Rutland
CC:
Chris Zhong writes:
> It's a basic version of suspend and resume for rockchip,
> it only support RK3288 now.
>
> Signed-off-by: Tony Xie
> Signed-off-by: Chris Zhong
> Tested-by: Doug Anderson
> Reviewed-by: Doug Anderson
>
> ---
>
> Changes in v6:
> - get rid of the save/restore of SRAM
> -
On Wed, Oct 29, 2014 at 04:27:31PM +0900, Masahiro Yamada wrote:
> The motivation of this commit is to avoid duplicated definitions
> of "clean" and "hdr-inst" shorthands.
>
> The shorthand "clean" is defined in both the top Makefile and
> scripts/Makefile.clean.
>
> Likewise, "hdr-inst" is
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
Please add some change log here even if it minimum.
Signed-off-by: Murali Karicheri
CC: Santosh Shilimkar
CC: Russell King
CC: Greg Kroah-Hartman
---
v1 - fixed email ID for Santosh
arch/arm/configs/keystone_defconfig |3 +++
1 file
On 10/29/2014 09:45 AM, Murali Karicheri wrote:
Now that Keystone PCI controller is merged, add pcie related options
by default for keystone architecture so that driver can be enabled in
the build.
Signed-off-by: Murali Karicheri
CC: Russell King
CC: Santosh Shilimkar
---
- v1 - No change
On 10/29/2014 08:02 AM, Murali Karicheri wrote:
On 10/28/2014 12:33 PM, Santosh Shilimkar wrote:
On 10/28/2014 09:07 AM, Murali Karicheri wrote:
On 10/28/2014 12:06 PM, Murali Karicheri wrote:
On 10/24/2014 01:51 PM, Murali Karicheri wrote:
Now that Keystone PCI driver is merged to
On 14/10/29, Richard Guy Briggs wrote:
> On 14/10/29, Greg KH wrote:
> > On Wed, Oct 29, 2014 at 09:35:06AM -0400, Richard Guy Briggs wrote:
> > > When an AUDIT_GET_FEATURE message is sent from userspace to the kernel, it
> > > should reply with a message tagged as an AUDIT_GET_FEATURE type with a
On Wed, Oct 29, 2014 at 11:36 AM, Dan Carpenter
wrote:
> On Wed, Oct 29, 2014 at 09:23:45AM -0700, Andy Lutomirski wrote:
>> I have no idea what the semantics are. All I'm saying is that it
>> looks like the code still accesses memory past the end of the buffer.
>> The buffer isn't a null
On Wed, Oct 29, 2014 at 12:43 AM, Arnd Bergmann wrote:
> On Tuesday 28 October 2014 20:58:48 Kevin Cernekee wrote:
>>
>> +#ifdef CONFIG_RAW_IRQ_ACCESSORS
>> +
>> +#ifndef irq_reg_writel
>> +# define irq_reg_writel(val, addr) __raw_writel(val, addr)
>> +#endif
>> +#ifndef irq_reg_readl
>> +#
On Wed, Oct 29, 2014 at 08:15:19PM +0100, Oleg Nesterov wrote:
> On 10/29, Paul E. McKenney wrote:
> >
> > On Wed, Oct 29, 2014 at 11:57:04AM +0100, Peter Zijlstra wrote:
> > > On Tue, Oct 28, 2014 at 03:10:02PM -0700, Paul E. McKenney wrote:
> > > > From: "Paul E. McKenney"
> > > >
> > > >
On 21.10.2014 11:22, Sebastian Hesselbarth wrote:
Marvell Berlin BG2 has three, BG2CD just one pxav3 compatible
sdhci controllers, add them to the corresponding DT SoC
includes.
Signed-off-by: Sebastian Hesselbarth
Applied the three DT patches to berlin/dt.
Sebastian
---
Cc: Chris Ball
On 22.10.2014 20:26, Sebastian Hesselbarth wrote:
Marvell BG2 has two fast ethernet controllers with internal PHY,
add the corresponding nodes to SoC dtsi.
Tested-by: Antoine Ténart
Reviewed-by: Florian Fainelli
Signed-off-by: Sebastian Hesselbarth
Applied the four DT patches to berlin/dt.
2014-10-24 20:19 GMT+03:00 Dmitry Eremin-Solenikov :
> Some boards with TC6393XB chip require full state restore during system
> resume thanks to chip's VCC being cut off during suspend (Sharp SL-6000
> tosa is one of them). Failing to do so would result in ohci Oops on
> resume due to internal
From: Dan Williams
The priority in the io_context is consumed by the io scheduler. For
caching advice we need the request->ioprio field to be up-to-date. Set
the bio ioprio at submit time.
Signed-off-by: Dan Williams
Signed-off-by: Jason B. Akers
---
block/bio.c|1 +
block/ioprio.c
From: Kapil Karkra
Added the necessary plumbing to take the ioprio hints down to the block
layer from where they further flow down into the libata. For reads or
direct IO, bio_associate_ioprio (invoked from blk_throtl_bio) copies
the ioprio from the current io context into the bio in the
From: Jason B. Akers
Augment the libata to add support for SSHDs--hard disks with a
small embedded NAND memory in them. The hybrid information feature is
part of the SATA standard 3.2 that specifies a way for host drivers to
pass hints to the drives over the SATA interface to guide the placement
From: Dan Williams
Steal one unused bit from the priority class and two bits from the
priority data, to implement a 3 bit cache-advice field. Similar to the
page cache advice from fadvise() these hints are meant to be consumed
by hybrid drives. Solid State Hyrbid-Drives, as defined by the
On Wed, Oct 29, 2014 at 09:23:45AM -0700, Andy Lutomirski wrote:
> I have no idea what the semantics are. All I'm saying is that it
> looks like the code still accesses memory past the end of the buffer.
> The buffer isn't a null pointer, so the symptom is different, but it
> may still be a
From: Dan Williams
If BLK_CGROUP is disabled, still enable ionice to set advice on bios.
Signed-off-by: Dan Williams
Signed-off-by: Jason B. Akers
---
block/bio.c | 43 +++-
block/blk.h |2 ++
include/linux/bio.h | 68
The following series enables the use of Solid State hybrid drives
ATA standard 3.2 defines the hybrid information feature, which provides a means
for the host driver to provide hints to the SSHDs to guide what to place on the
SSD/NAND portion and what to place on the magnetic media.
This
gt; > Preemption disabled at:[] printk_emit+0x31/0x33
> >
> > CPU: 1 PID: 1 Comm: systemd Not tainted 3.18.0-rc2-next-20141029-dirty #222
> > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
> > 1.7.5-20140617_173321-var-lib-archbuild-testing-x86_64-tobias 04/01/2014
On Wed, 2014-10-29 at 09:23 -0700, Andy Lutomirski wrote:
> On Oct 29, 2014 6:00 AM, "Mimi Zohar" wrote:
> >
> > On Tue, 2014-10-28 at 22:08 -0700, Andy Lutomirski wrote:
> > > On Tue, Oct 28, 2014 at 8:55 PM, James Morris wrote:
> > > > These changes fix a bug in xattr handling, where the evm
On 10/29, Kirill Tkhai wrote:
>
> On 29.10.2014 01:52, Oleg Nesterov wrote:
>
> > And cgroup_task_migrate() can free ->cgroups via call_rcu(). Of course,
> > in practice raw_spin_lock_irq() should also act as rcu_read_lock(), but
> > we should not rely on implementation details.
>
> Do you mean
On 10/29/2014 10:44 AM, Guenter Roeck wrote:
> Patch 01/15 addresses a bug indicated by an an annoying and unhelpful
> log message.
>
> Patches 02/15 and 03/15 are minor enhancements, adding support for
> known switch revisions.
>
> Patches 04/15 and 05/15 add support for MV88E6352 and
On Wed, Oct 29, 2014 at 10:41:47AM -0700, Vikas Shivappa wrote:
> Was wondering if it is a requirement of the 'full hierarchy' for the child
> to inherit the cbm of parent ? .
> Alternately we can allocate the CLOSid when a cgroup is created and have an
> empty cbm - but dont let the tasks to be
On 10/29, Paul E. McKenney wrote:
>
> On Wed, Oct 29, 2014 at 11:57:04AM +0100, Peter Zijlstra wrote:
> > On Tue, Oct 28, 2014 at 03:10:02PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Although rcu_dereference() and friends can be used in situations where
> > >
On Wed, Oct 29, 2014 at 10:26:16AM -0700, Vikas Shivappa wrote:
> >It appears to me this 'mode' thing is entirely superfluous and can be
> >constructed by voluntary operation of this and cpusets or manual
> >affinity calls.
>
> Do you mean user would would just user the cpusets for cpu affinity
The handle_rx() path calls uart_handle_sysrq_char() with the port
lock held. This causes a spinlock recursion. Release and
reacquire the lock here to avoid this.
BUG: spinlock recursion on CPU#0, swapper/0
lock: msm_uart_ports+0x1e0/0x2d0, .magic: dead4ead, .owner: swapper/0,
.owner_cpu: 0
CPU:
If the device tree pointer is NULL, early_init_dt_verify() fails, leaving
initial_boot_params unchanged. If the device tree pointer is non-NULL but
invalid, early_init_dt_verify() again fails but this time it also clears
initial_boot_params.
Leave initial_boot_params unchanged if the device tree
To properly support sysrq on uartDM hardware we need to properly
handle break characters. With the DM hardware the fifo can pack 4
characters at a time, where a break is indicated by an all zero
byte. Unfortunately, we can't differentiate between an all zero
byte for a break and an all zero byte
On 10/28/2014 03:48 AM, Len Brown wrote:
On Thu, Oct 23, 2014 at 5:01 AM, Daniel Lezcano
wrote:
The first time the 'get_typical_function' is called, it computes an average
of zero as no data is filled yet. That leads the 'data->predicted_us' variable
to be set to zero too.
The caller,
Document several common practices and conventions regarding conditional
compilation, most notably the preference for ifdefs in headers rather
than .c files.
Signed-off-by: Josh Triplett
---
I found myself explaining a few of these unwritten rules in patch
feedback, so I figured I'd document
On Wed, Oct 29, 2014 at 12:14 PM, Jiri Kosina wrote:
> On Wed, 29 Oct 2014, Benjamin Tissoires wrote:
>
>> No worries. I definitively understand. Being close to the merge window
>> is never a good time to send you patches and I am sure SuSE asks you a
>> lot also :)
>
> Indeed, sometimes the flow
The first patch fixes a spinlock recursion. I suppose we can ship it back
to stable but I doubt anyone has noticed or cares. The second one adds
break support to the DM path, and allows sysrq to work.
Stephen Boyd (2):
tty: serial: msm: Fix sysrq spinlock recursion on non-DM
tty: serial: msm:
On Wed, 29 Oct 2014, Andy Lutomirski wrote:
> If an attacker can cause a controlled kernel stack overflow,
> overwriting the restart block is a very juicy exploit target.
> Moving the restart block to struct task_struct prevents this
> exploit.
>
> Note that there are other fields in thread_info
77/0x6a0
> softirqs last enabled at (10102342): []
> __do_softirq+0x27a/0x6f0
> softirqs last disabled at (10102337): [] irq_exit+0x56/0xe0
> Preemption disabled at:[] printk_emit+0x31/0x33
>
> CPU: 1 PID: 1 Comm: systemd Not tainted 3.18.0-rc2-next-20141029-dirty #222
> H
Hello, Ingo,
This pull request contains a couple of fixes for RCU regressions:
1. Complete the work of commit dd56af42bd82 (rcu: Eliminate deadlock
between CPU hotplug and expedited grace periods), which was
intended to allow synchronize_sched_expedited() to be safely
>> + for (i = 0; i < ARRAY_SIZE(mbox->vchan_allocated); i++) {
>> + if (mbox->vchan_allocated[i])
>> + mbox_chan_received_data(>mbox.chans[i], );
>> + }
>
> It seems like the only reason why you need to explicitly check for an
> allocated channel is that
On Wed, Oct 29, 2014 at 04:55:56PM +, Andrew Bresticker wrote:
> Hi James,
>
> On Wed, Oct 29, 2014 at 2:21 AM, James Hogan wrote:
> > Hi Andrew,
> >
> > On 29/10/14 00:12, Andrew Bresticker wrote:
> >> - changed compatible string to include CPU version
> >
> >> +Required properties:
> >>
On 10/29/2014 09:38 AM, Daniel Thompson wrote:
> Currently the _dm RX handler detects breaks but does not pass any
> characters to uart_handle_sysrq_char().
>
> The _dm optimizations combined with the port's spin lock make if
> difficult to pass all characters to the sysrq logic because we cannot
On Tue, Oct 28, 2014 at 5:59 PM, Paul E. McKenney
wrote:
> Hello!
>
> This series contains a few documentation updates:
>
> 1. Records limitations of bitfields and small variables.
> Also rules out pre-EV56 Alpha, which lack 8- and 16-bit
> memory-reference instructions.
On Wed, Oct 29, 2014 at 10:20:28AM -0700, H. Peter Anvin wrote:
> On 10/29/2014 10:17 AM, j...@joshtriplett.org wrote:
> >>
> >> But this is entirely a style decision, so I leave it up to the x86
> >> maintainers ...
> >
> > I can certainly do that if the x86 maintainers prefer, but that tends to
Andrzej Hajda writes:
> PM uses three separate functions to fetch RPM callbacks.
> These functions uses quite complicated macro in their body.
> The patch replaces these routines with one small macro and
> one helper function.
>
> Signed-off-by: Andrzej Hajda
Acked-by: Kevin Hilman
--
To
On 29 October 2014 17:46, Andrea Arcangeli wrote:
> After some chat during the KVMForum I've been already thinking it
> could be beneficial for some usage to give userland the information
> about the fault being read or write
...I wonder if that would let us replace the current nasty
mess we use
Em Wed, 29 Oct 2014 10:06:51 -0600
Shuah Khan escreveu:
> On 10/28/2014 05:42 PM, Mauro Carvalho Chehab wrote:
> > Hi Shuah,
> >
> > I'm understanding that you're collecting comments to write a RFC with the
> > needs by the media token, right?
> >
> > I'm sending you my contributions to such
On Tue, Oct 28, 2014 at 5:53 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> A long string of get_online_cpus() with each followed by a
> put_online_cpu() that fails to acquire cpu_hotplug.lock can result in
> overflow of the cpu_hotplug.puts_pending counter. Although this is
>
On Tue, Oct 28, 2014 at 5:51 PM, Paul E. McKenney
wrote:
> Hello!
>
> This series updates RCU's handling of per-CPU variables, mostly
> moving from "cpu" function arguments to various "this_"-style accessors
> for per-CPU variables:
>
> 1. Drop the rdtp argument from RCU's dyntick-idle and
Setting skb->protocol to a private protocol type may result in warning
messages such as
e1000e :00:19.0 em1: checksum_partial proto=dada!
This happens if the L3 protocol is IP or IPv6 and skb->ip_summed is set
to CHECKSUM_PARTIAL. Looking through the code, it appears that changing
Mikael,
On Wed, Oct 29, 2014 at 05:55:34PM +0100, Mikael Svantesson wrote:
> Signed-off-by: Mikael Svantesson
> ---
> drivers/staging/skein/skein_api.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Jason Cooper
For future patches, please remember to add the 'V3' to the
Patch 01/15 addresses a bug indicated by an an annoying and unhelpful
log message.
Patches 02/15 and 03/15 are minor enhancements, adding support for
known switch revisions.
Patches 04/15 and 05/15 add support for MV88E6352 and MV88E6176.
Patch 06/15 adds support for hardware monitoring,
Report known silicon revisions when probing Marvell 88E6060 switches.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
drivers/net/dsa/mv88e6060.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/dsa/mv88e6060.c b/drivers/net/dsa/mv88e6060.c
On Wed, Oct 29, 2014 at 12:12:42AM +, Andrew Bresticker wrote:
> Parse the GIC timer frequency and interrupt from the device-tree.
>
> Signed-off-by: Andrew Bresticker
> ---
> New for v3.
> ---
> drivers/clocksource/Kconfig | 1 +
> drivers/clocksource/mips-gic-timer.c | 37
>
MV88E6176 is mostly compatible to MV88E6352 and is documented
in the same functional specification. Add support for it.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
drivers/net/dsa/Kconfig | 5 +++--
drivers/net/dsa/mv88e6352.c | 2 ++
2 files changed, 5 insertions(+),
On some chips it is possible to access the switch eeprom.
Add infrastructure support for it.
Signed-off-by: Guenter Roeck
---
v3:
- Fix bug seen if devicetree is enabled; eeprom-length property is
attached to switch devicetree node, not to dsa node.
v2:
- Add support for configuring switch
MV88E6123 and compatible chips support reading the chip temperature
from PHY register 6:26.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- Make new functionality optional, depending on CONFIG_NET_DSA_HWMON
drivers/net/dsa/mv88e6123_61_65.c | 68 +--
Marvell 88E6352 is mostly compatible to MV88E6123/61/65,
but requires indirect phy access. Also, its configuration
registers are a bit different.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
MAINTAINERS | 5 +
drivers/net/dsa/Kconfig | 8 +
Report known silicon revisions when probing Marvell 88E6131 switches.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
drivers/net/dsa/mv88e6131.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/dsa/mv88e6131.c
MV88E6352 supports reading the chip temperature from two PHY registers,
6:26 and 6:27. Report it using the more accurate register 6:27.
Also report temperature limit and alarm.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- Make new functionality optional, depending on
Some switches provide chip temperature data.
Add support for reporting it through the hwmon subsystem.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- Updated headline to reflect what is reported, not how.
- Make added functionality optional with new Kconfig flag
- Register with hwmon
The dsa core now supports reading from and writing to a switch EEPROM
if connected. Describe optional devicetree property indicating that
an EEPROM is present and its size.
Signed-off-by: Guenter Roeck
---
v3:
- eeprom-length property is attached to switch devicetree node,
not to dsa node.
v2:
MV88E6352 supports read and write access to its configuration eeprom.
There is no means to detect if an EEPROM is connected to the switch.
Also, the switch supports EEPROMs with different sizes, but can not detect
or report the type or size of connected EEPROMs. Therefore, do not implement
the
Display sw_in_discards, sw_in_filtered, and sw_out_filtered for chips
supported by mv88e6123_61_65 and mv88e6352 drivers.
The variables are provided in port registers, not the normal status registers.
Mark by adding 0x100 to the register offset and add special handling code
to
The infrastructure can now report switch registers to ethtool.
Add support for it to the mv88e6123_61_65 driver.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
drivers/net/dsa/mv88e6123_61_65.c | 2 ++
drivers/net/dsa/mv88e6xxx.c | 24
Report switch register values to ethtool.
Signed-off-by: Guenter Roeck
---
v3:
- No change
v2:
- No change
drivers/net/dsa/mv88e6352.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/dsa/mv88e6352.c b/drivers/net/dsa/mv88e6352.c
index 8a956f9..d5bbe49 100644
---
es1968_measure_clock uses struct timeval, which on 32-bit systems will overflow
in 2038, leading to incorrect interpretation of time.This patch changes the
function to use ktime_t instead of struct timeval, which implies:
- no y2038: ktime_t uses a 64-bit datatype explicitly.
- efficent
Hi Zhanghailiang,
On Mon, Oct 27, 2014 at 05:32:51PM +0800, zhanghailiang wrote:
> Hi Andrea,
>
> Thanks for your hard work on userfault;)
>
> This is really a useful API.
>
> I want to confirm a question:
> Can we support distinguishing between writing and reading memory for
> userfault?
>
301 - 400 of 2010 matches
Mail list logo