Hi Laszlo,
On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
> In medias res, I find this interface cumbersome:
> http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
>
> It returns tachometer speed rather than actual fan speed when you deal
> with the fan1_target interface. T
On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
This patch converts this driver to use the regmap helper functions provided by
regulator core.
This fixes a few issues in current implementation:
1) In original code, the set voltage does not check max_uV,
which means if request max_uV < 1
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
function.
firewire core-device and sbp2 have been been multiplexing work items
with multiple
On Thu, Feb 20, 2014 at 03:44:23PM -0500, Tejun Heo wrote:
> PREPARE_[DELAYED_]WORK() are being phased out. They have few users
> and a nasty surprise in terms of reentrancy guarantee as workqueue
> considers work items to be different if they don't have the same work
> function.
>
> Update rt280
On Thu, Feb 20, 2014 at 03:44:29PM -0500, Tejun Heo wrote:
> PREPARE_[DELAYED_]WORK() are being phased out. They have few users
> and a nasty surprise in terms of reentrancy guarantee as workqueue
> considers work items to be different if they don't have the same work
> function.
>
> afs_call->as
On Thu, Feb 20, 2014 at 03:44:28PM -0500, Tejun Heo wrote:
> PREPARE_[DELAYED_]WORK() are being phased out. They have few users
> and a nasty surprise in terms of reentrancy guarantee as workqueue
> considers work items to be different if they don't have the same work
> function.
>
> nvme_dev->re
On Thu, Feb 20, 2014 at 03:44:31PM -0500, Tejun Heo wrote:
> Peter Hurley noticed that since a2c1c57be8d9 ("workqueue: consider
> work function when searching for busy work items"), a work item which
> gets assigned a different work function would break out of the
> non-reentrancy guarantee as work
On Fri, Mar 7, 2014 at 3:25 PM, Jean Delvare wrote:
> Hi Laszlo,
>
> On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
>> In medias res, I find this interface cumbersome:
>> http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
>>
>> It returns tachometer speed rather than actua
On Fri, Mar 07, 2014 at 10:18:04AM +0400, Vladimir Davydov wrote:
> [adding Andrew to Cc]
>
> On 03/07/2014 01:11 AM, Dave Jones wrote:
> > The failure paths of sysfs_slab_add don't release the allocation of 'name'
> > made by create_unique_id() a few lines above the context of the diff below
Ping?
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 7 Mar 2014 15:31:44 +, Laszlo Papp wrote:
> On Fri, Mar 7, 2014 at 3:25 PM, Jean Delvare wrote:
> > Hi Laszlo,
> >
> > On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
> >> In medias res, I find this interface cumbersome:
> >> http://lxr.free-electrons.com/source/Documentation/hwm
On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> This patch adds device_reset_optional and (devm_)reset_control_get_optional
> variants that drivers can use to indicate they can function without control
> over the reset line. For those functions, stubs are added so the drivers can
>
2014-03-06 23:20 GMT+08:00 Balaji T K :
> On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
>>
>> This patch converts this driver to use the regmap helper functions
>> provided by
>> regulator core.
>>
>> This fixes a few issues in current implementation:
>>
>> 1) In original code, the set voltag
The is_enabled implementation is wrong in some cases:
e.g. for pbias_mmc_omap5: emable_mask is : BIT(27) | BIT(25) | BIT(26)
However, pbias_regulator_enable() only sets BIT(26) | BIT(22) bits.
So is_enabled callback will always return false in this case.
Fix the logic to compare the register value
This patch converts this driver to use the regmap helper functions provided by
regulator core.
Signed-off-by: Axel Lin
---
drivers/regulator/pbias-regulator.c | 74 ++---
1 file changed, 19 insertions(+), 55 deletions(-)
diff --git a/drivers/regulator/pbias-regul
On 07/03/14 14:40, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> This patch adds the initial support for pinctrl based on H407 SoC.
>
> Signed-off-by: Maxime Coquelin
> Signed-off-by: Giuseppe Cavallaro
> ---
Acked-by: Srinivas Kandagatla
--
To unsubscribe from this list: send the li
On Fri, 7 Mar 2014, David Laight wrote:
> From: Mathias Nyman
> > This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
>
> You need to revert further.
> Just don�t set hcd->self.no_sg_constraint ever - since it just
> doesn't work.
No; it does work most of the time.
If hcd->self.no_sg_
On 07/03/14 14:40, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> This patch adds a new logic inside the st pinctrl to manage
> an unsupported scenario: some sysconfig are not available!
>
> This is the case of STiH407 where, although documented, the
> following registers from SYSCFG_FLAS
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add nodes for the four video input channels on the R8A7790.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and bindings
description, don't you think?
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b
[ +cc linux-acpi ]
On 03/07/2014 10:01 AM, Peter Senna Tschudin wrote:
On Thu, Mar 6, 2014 at 8:08 PM, Peter Hurley wrote:
On 03/06/2014 01:27 PM, Bjorn Helgaas wrote:
[+cc Stoney, Yinghai, Suresh, Joerg, Jiang, Pavel, Rafael, linux-pm]
Let's add some folks who know about x2apic and VT-d.
Hi Daniel,
On Thu, Feb 20, 2014 at 01:51:44PM +0100, Daniel Lezcano wrote:
> On 02/20/2014 12:54 PM, Wolfram Sang wrote:
> >This is V7 of the SH and ARM mach-shmobile clocksource Kconfig consolidation
> >series. It is a rebased version of V5 on top of timers/core. This series is
> >not
> >just an
On Fri, Mar 7, 2014 at 3:37 PM, Jean Delvare wrote:
>> > I'm quite confused. While I admit that the term "tachometer speed" is
>> > awkward, the max6650 driver is reporting fan speeds in RPM as every
>> > other hwmon driver. So I really have no idea what you think is wrong.
>> > What did you think
* Marc Kleine-Budde | 2014-03-06 22:39:58 [+0100]:
>> Therefore it should allow lower priority threads to run, not just
>> equal or higher priority ones.
>
>Yes, we need a call that does what you described, however I'm not sure
>if yield() really does that. According to:
>
>http://lxr.free-electro
If the glibc xattr.h header is included after the uapi header,
compilation fails due to an enum re-using a #define from the
uapi header. Protect against this by guarding the define and
enum inclusions against each other.
(See https://lists.debian.org/debian-glibc/2014/03/msg00029.html
and https:/
Since commit ca5d1b3524b4d
"regulator: helpers: Modify helpers enabling multi-bit control",
we can set enable_val setting for device that use multiple bits for control
when using regmap enable/disable/bypass ops.
Signed-off-by: Axel Lin
---
Note:
This patch depends on below commit which is only i
On Fri, Mar 07, 2014 at 04:06:10PM +0100, Philipp Zabel wrote:
> I have also updated the git branch. The following changes since commit
> d484700a36952c6675aa47dec4d7a536929aa922:
>
> of: Warn if of_graph_parse_endpoint is called with the root node
> (2014-03-06 17:41:54 +0100)
>
> are availabl
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and bindings
description, don't you think?
diff --git a/arch/arm/boot/dts/r8a7790-
The new Lenovo Haswell series (-40's) contains a new Synaptics touchpad.
However, these new Synaptics devices report bad axis ranges.
Under Windows, it is not a problem because the Windows driver uses RMI4
over SMBus to talk to the device. Under Linux, we are using the PS/2
fallback interface and i
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Friday, March 7, 2014 2:51 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com
Hi, Vivek
On 03/07/14 at 09:14am, Vivek Goyal wrote:
> On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
>
> [..]
> > }
> >
> > - specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
> > - saved_max_pfn : max_pfn) * PAGE_SIZE);
>
Commit 028a690a1ebc8b "i386: Remove unneeded test of 'task' in dump_trace()"
correctly removed the unneeded 'task != NULL' check because it would
be set to current if it was NULL.
Commit 2bc5f927d489 "i386: split out dumpstack code from traps_32.c"
moved the code from traps_32.c to its own file d
On 07/03/14 16:45, Sergei Shtylyov wrote:
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add nodes for the four video input channels on the R8A7790.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you think?
Giv
On 03/07/2014 02:36 PM, Stanislav Meduna wrote:
> On 07.03.2014 09:46, Marc Kleine-Budde wrote:
>
>> Adding the linux-can mailinglist to Cc.
>
> I am not subscribed so maybe that's why the original mail
> did not get through - I did Cc: linux-...@vger.kernel.org
>
>> Your kernel is missing the p
On 14/03/07, Tetsuo Handa wrote:
> Peter Zijlstra wrote:
> > https://lkml.org/lkml/2011/5/17/516
> Thank you for pointing that thread out. I found the following comment in that
> thread.
>
> Linus Torvalds wrote:
> | What folks?
> |
> | I don't think a new lock (or any lock) is at all appropri
From: Alan Stern
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Mathias Nyman
> > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > >
> > > This commit, together with commit 247bf557273dd775505fb9240d2d152f4f20d304
> > > "xhci 1.0: Limit arbitrarily-aligned scatter gather
On 03/07/2014 05:46 AM, Pravin Shelar wrote:
But I found bug in datapath user-space queue code. I am not sure how
this can work with skb fragments and MMAP-netlink socket.
Here is what happens, OVS allocates netlink skb and adds fragments to
skb using skb_zero_copy(), then calls genlmsg_unicast()
* Mike Galbraith | 2014-03-03 05:57:26 [+0100]:
> block/blk-mq-cpu.c | 14 +++---
This got in v3.13-rc1, are you running some kind of backported version
of this in v3.12 or do you have your own v3.13-rt?
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On 06/03/2014 20:05, Jason Cooper wrote:
> Thomas,
>
> nit: s/armanda/armada/ in the patch subject.
>
> Gregory,
>
> Mind providing an Ack on this?
Well sorry but with this patch the kernel doesn't
work anymore.
I am investigating to find if some part could be kept.
>
> thx,
>
> Jason.
>
>
2014-03-07 23:25 GMT+08:00 Balaji T K :
> On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
>>
>> This patch converts this driver to use the regmap helper functions
>> provided by
>> regulator core.
>>
>> This fixes a few issues in current implementation:
>>
>> 1) In original code, the set voltag
On Friday 07 March 2014, Santosh Shilimkar wrote:
> >> +
> >> + ret = dma_set_mask(dev, dma_mask);
> >> + if (ret < 0) {
> >> + dev_err(dev, "failed to set DMA mask %pad\n", &dma_mask);
> >> + dev->dma_mask = NULL;
> >> + return;
> >> + }
On 07/03/14 16:50, Sergei Shtylyov wrote:
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you think?
On Thu, Mar 6, 2014 at 10:44 PM, Stephen Boyd wrote:
> Here are some small fixes and cleanups for the msm pinctrl
> driver.
>
> Stephen Boyd (7):
> pinctrl: msm: Silence recursive lockdep warning
> pinctrl: msm: Check for ngpios > MAX_NR_GPIO
> pinctrl: msm: Drop unused includes
> pinctrl:
Am Freitag, den 07.03.2014, 18:21 +0800 schrieb Fengguang Wu:
> Hi Stefani,
>
> On Fri, Mar 07, 2014 at 10:57:28AM +0100, Stefani Seibold wrote:
> > Hi Fengguang,
> >
> > did you test the config i had sent to you?
> >
> > My test was all done with current 3.14-rc tree. And with this i have no
>
On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
> Add "wkupclk" and "refclk" information to DT binding information.
>
> Signed-off-by: Roger Quadros
> ---
so, should I take this one ?
--
balbi
signature.asc
Description: Digital signature
On Fri, 2014-03-07 at 14:26 +0100, Florian Vaussard wrote:
> Joe: I have split your patch to perform atomic changes. I also
> merged one part into one of my patch. I added your S-o-B on the
> corresponding patches, I let you check if you are OK with the changes.
Could you please send a clean V4 wi
On Fri, Mar 07, 2014 at 11:52:04PM +0800, WANG Chao wrote:
> Hi, Vivek
>
> On 03/07/14 at 09:14am, Vivek Goyal wrote:
> > On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
> >
> > [..]
> > > }
> > >
> > > - specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
> > > -
On Fri, Mar 07, 2014 at 03:59:30PM +0100, Maxime Ripard wrote:
> @@ -900,7 +902,8 @@ mv64xxx_i2c_probe(struct platform_device *pd)
> exit_free_irq:
> free_irq(drv_data->irq, drv_data);
> exit_reset:
> - if (pd->dev.of_node && !IS_ERR(drv_data->rstc))
> + if (pd->dev.of_node && IS_EN
On Friday 07 March 2014, Santosh Shilimkar wrote:
> On Friday 07 March 2014 11:55 AM, Rob Herring wrote:
>
> > Thinking about this some more, if the arch is always coherent or
> > always non-coherent, then the default ops are always fine. In that
> > case set_arch_dma_coherent_ops is always a nop a
From: Alan Stern
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Mathias Nyman
> > > This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
> >
> > You need to revert further.
> > Just don?t set hcd->self.no_sg_constraint ever - since it just
> > doesn't work.
>
> No; it does work mo
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
---
.../devicetree/bindings/media/rcar_vin.txt | 79 ++
drivers/media/platform/soc_camera/rcar_vin.c | 67 -
On 03/07/2014 07:06 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you think?
diff --git a/arch/arm/boot/dts/r8a7790-lager.d
On 02/28/2014 08:16 PM, Zoltan Kiss wrote:
The kernel datapath now switched to zerocopy Netlink messages, but that also
means that the pages on frags array are sent straight to userspace. If those
pages came outside the kernel, we have to swap them out with local copies.
Signed-off-by: Zoltan Ki
Felipe,
On Friday 07 March 2014 09:34 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
Add "wkupclk" and "refclk" information to DT binding information.
Signed-off-by: Roger Quadros
---
so, should I take this one ?
yes.. the ti-phy.txt is only in your
On Fri, 2014-03-07 at 11:30 +, Opensource [Steve Twiss] wrote:
> Dialog Semiconductor would like to add a new section called DIALOG
> SEMICONDUCTOR DRIVERS which contains the new support mailing list
> for Dialog supported drivers.
That's a fine idea.
It's generally better to have a person r
On Fri, Mar 07, 2014 at 09:53:03PM +0530, Kishon Vijay Abraham I wrote:
> Felipe,
>
> On Friday 07 March 2014 09:34 PM, Felipe Balbi wrote:
> >On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
> >>Add "wkupclk" and "refclk" information to DT binding information.
> >>
> >>Signed-off-by
On Friday 07 March 2014, Will Deacon wrote:
> asm-generic/rwsem.h used to live under arch/powerpc. During its
> liberation to common code, a few references to its former home where
> preserved, in particular the definition of RWSEM_ACTIVE_MASK is
> predicated on CONFIG_PPC64.
>
> This patch update
On 07.03.2014 00:32, poma wrote:
> ...
> After a few dozen tests with the vanilla commits, and with the same
> amount of rawhide kernels ...
> https://bugzilla.redhat.com/attachment.cgi?id=871694
>
> Dan, Francois you are both welcome with comments!
> Thanks.
Thomas U2. :)
No barking w-dog, but
Via commit 87809942d3fa "libata: add ATA_HORKAGE_BROKEN_FPDMA_AA quirk
for Seagate Momentus SpinPoint M8" we added a quirk for disks named
"ST1000LM024 HN-M101MBB" with firmware revision "2AR10001".
As reported on https://bugzilla.redhat.com/show_bug.cgi?id=1073901,
we need to also add firmware re
Hi Russell,
Am Freitag, den 07.03.2014, 15:49 + schrieb Russell King - ARM
Linux:
> On Fri, Mar 07, 2014 at 04:06:10PM +0100, Philipp Zabel wrote:
> > I have also updated the git branch. The following changes since commit
> > d484700a36952c6675aa47dec4d7a536929aa922:
> >
> > of: Warn if of_
On Friday 07 March 2014 09:13 PM, Axel Lin wrote:
This patch converts this driver to use the regmap helper functions provided by
regulator core.
Signed-off-by: Axel Lin
Acked-by: Balaji T K
---
drivers/regulator/pbias-regulator.c | 74 ++---
1 file change
On Friday 07 March 2014 09:20 PM, Axel Lin wrote:
Since commit ca5d1b3524b4d
"regulator: helpers: Modify helpers enabling multi-bit control",
we can set enable_val setting for device that use multiple bits for control
when using regmap enable/disable/bypass ops.
Signed-off-by: Axel Lin
---
Note
[+cc Yinghai, Rajat]
On Fri, Mar 7, 2014 at 7:33 AM, Andreas Noever wrote:
> Hi,
>
> After upgrading to the latest RC I noticed that suprise removal
> stopped working. Linux did not notice that the devices where gone.
> Bisection points to
>
> 1f42db786b14a31bf807fc41ee5583a00c08fcb1 PCI: Enable
No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
Also removed the unused members of struct omap_usb (after phy-omap-pipe3
started using it's own header file)
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v5:
fixes the following compilation error
drivers/usb/phy/phy-t
On Friday 07 March 2014 09:11 PM, Axel Lin wrote:
The is_enabled implementation is wrong in some cases:
e.g. for pbias_mmc_omap5: emable_mask is : BIT(27) | BIT(25) | BIT(26)
Hi Axel,
s/emable_mask/enable_mask
However, pbias_regulator_enable() only sets BIT(26) | BIT(22) bits.
You mixed up
On Fri, 7 Mar 2014, David Laight wrote:
> From: Alan Stern
> > On Fri, 7 Mar 2014, David Laight wrote:
> >
> > > From: Mathias Nyman
> > > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > > >
> > > > This commit, together with commit
> > > > 247bf557273dd775505fb9240d2d152f4f
On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
> No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
> Also removed the unused members of struct omap_usb (after phy-omap-pipe3
> started using it's own header file)
does this depend in any other patch ? I g
On 03/07/2014 05:08 PM, Joe Perches wrote:
> On Fri, 2014-03-07 at 14:26 +0100, Florian Vaussard wrote:
>> Joe: I have split your patch to perform atomic changes. I also
>> merged one part into one of my patch. I added your S-o-B on the
>> corresponding patches, I let you check if you are OK with
On Friday, March 07, 2014 1:32 AM, Chase Southwood wrote:
>>On Thursday, March 6, 2014 11:59 AM, Hartley Sweeten
>> wrote:
>> This one is incomplete and breaks the build.
>> Be sure to do a build after each patch to make sure it works.
>
> Hartley,
> I'm sorry for this, it appears that this whole
* Tero Kristo [140307 05:46]:
> On 03/07/2014 03:09 PM, Roger Quadros wrote:
> >USB_DPLL must be initialized and locked at boot so that
> >USB modules can work.
> >
> >Also program USB_DLL_M2 output to half rate.
> >
> >CC: Mike Turquette
> >CC: Tero Kristo
> >Signed-off-by: Roger Quadros
> >--
When unbinding a serial driver, uart_remove_one_port() clears
uart_state.uart_port:
state->uart_port = NULL;
If the serial port is still in use (e.g. by getty), uart_close() will be
called later:
static void uart_close(struct tty_struct *tty, struct file *filp)
{
On Fri, Mar 7, 2014 at 2:48 AM, Paul Bolle wrote:
> Bjorn Helgaas schreef op ma 10-02-2014 om 14:33 [-0700]:
>> I wouldn't start bisecting yet, but if you're in the mood, this
>> commit: 96702be56037 "Merge branch 'pci/resource' into next" looks
>> like a good place to start, so you could try the
On Thu, 6 Mar 2014, Stephen Rothwell wrote:
>
> I have reverted that commit for today.
>
> I suspect that this whole series may need more review and work.
Toss the bits that do not build for now. These can then be handled in
individual patches since the overall framework is present.
--
To unsubs
From:
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Alan Stern
> > > On Fri, 7 Mar 2014, David Laight wrote:
> > >
> > > > From: Mathias Nyman
> > > > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > > > >
> > > > > This commit, together with commit
> > > > > 247bf5572
On Thu, 6 Mar 2014, Andrew Morton wrote:
> > So, by "the whole series" do you mean just/all these:
> >
> > percpu-add-raw_cpu_ops.patch
> > ...
> > sh-replace-__get_cpu_var-uses.patch
>
> Yep. Commented out in http://ozlabs.org/~akpm/mmots/series
>
> > If so, I will remove them from my tree today
Hi Wolfram,
Am Freitag, den 07.03.2014, 16:39 +0100 schrieb Wolfram Sang:
> On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> > This patch adds device_reset_optional and (devm_)reset_control_get_optional
> > variants that drivers can use to indicate they can function without control
On Thu, 6 Mar 2014, Josh Cartwright wrote:
> Although, I'm wondering how exact these statistics need to be. Is
> making them preemption safe even a concern?
Not sure about that. You solution makes it preempt safe. If is can be
tolerated that its racy then raw_cpu_inc() could be used.
--
To unsub
On Fri, 7 Mar 2014, Dave Jones wrote:
> > Since this function was modified in the mmotm tree, I would propose
> > something like this on top of mmotm to avoid further merge conflicts:
>
> Looks good to me.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscrib
On 03/06/2014 05:55 PM, Davidlohr Bueso wrote:
> On Wed, 2014-03-05 at 16:45 -0800, Dave Hansen wrote:
>> From: Dave Hansen
>>
>> Now that we have some shiny new tracepoints, we can actually
>> figure out what the heck is going on.
>>
>> During a kernel compile, 60% of the flush_tlb_mm_range() cal
On Fri, 2014-03-07 at 17:00 +0100, Sebastian Andrzej Siewior wrote:
> * Mike Galbraith | 2014-03-03 05:57:26 [+0100]:
>
> > block/blk-mq-cpu.c | 14 +++---
>
> This got in v3.13-rc1, are you running some kind of backported version
> of this in v3.12 or do you have your own v3.13-rt?
It
On Fri, 7 Mar 2014, Gregory CLEMENT wrote:
> On 06/03/2014 20:05, Jason Cooper wrote:
> > Thomas,
> >
> > nit: s/armanda/armada/ in the patch subject.
> >
> > Gregory,
> >
> > Mind providing an Ack on this?
>
> Well sorry but with this patch the kernel doesn't
> work anymore.
>
> I am investi
Bjorn Helgaas schreef op vr 07-03-2014 om 09:55 [-0700]:
> On Fri, Mar 7, 2014 at 2:48 AM, Paul Bolle wrote:
> > This might end up not being relevant. And this is surely documented
> > somewhere, but anyhow:
> > - what git magic returns the hashes of the 15 commits that merge commit
> > 96702be5
Al Viro writes:
> * switch allocation to alloc_large_system_hash()
> * make sizes overridable by boot parameters (mhash_entries=, mphash_entries=)
> * switch mountpoint_hashtable from list_head to hlist_head
So how much memory does this use on a standard system (<4GB memory)?
How much memory doe
Joonsoo recently changed the handling of the freelist in SLAB. CCing him.
On Thu, 6 Mar 2014, Dave Jones wrote:
> I pretty much always use SLUB for my fuzzing boxes, but thought I'd give SLAB
> a try
> for a change.. It blew up when something tried to read /proc/slab_allocators
> (Just cat it, a
On 03/06/2014 05:37 PM, Davidlohr Bueso wrote:
> On Wed, 2014-03-05 at 16:45 -0800, Dave Hansen wrote:
>> From: Dave Hansen
>> +
>> +If you believe that invlpg is being called too often, you can
>> +lower the tunable:
>> +
>> +/sys/debug/kernel/x86/tlb_single_page_flush_ceiling
>> +
>
> Whene
On Fri, Mar 7, 2014 at 7:58 AM, Thomas Graf wrote:
> On 03/07/2014 05:46 AM, Pravin Shelar wrote:
>>
>> But I found bug in datapath user-space queue code. I am not sure how
>> this can work with skb fragments and MMAP-netlink socket.
>> Here is what happens, OVS allocates netlink skb and adds frag
On Fri, Mar 07, 2014 at 04:08:36PM +, Russell King - ARM Linux wrote:
> On Fri, Mar 07, 2014 at 03:59:30PM +0100, Maxime Ripard wrote:
> > @@ -900,7 +902,8 @@ mv64xxx_i2c_probe(struct platform_device *pd)
> > exit_free_irq:
> > free_irq(drv_data->irq, drv_data);
> > exit_reset:
> > - if
On Fri, Feb 28, 2014 at 12:11:43PM -0500, Vivek Goyal wrote:
> I was rather thinking of arch/x86/kernel/kexec. But that's for some other
> day. Not part of this patchset. This is alredy too big and I don't want
> to make any changes which are nice to have and bloat the patch size.
Ok.
Btw, we wer
David Rientjes writes:
>
> Per-process flags are a scarce resource so we should free them up
> whenever possible and make them available. We'll be using it shortly for
> memcg oom reserves.
I'm not convinced TCP_RR is a meaningfull benchmark for slab.
The shortness seems like an artificial prob
On Fri, Mar 7, 2014, at 16:52, Steven Rostedt wrote:
>
> Commit 028a690a1ebc8b "i386: Remove unneeded test of 'task' in dump_trace()"
> correctly removed the unneeded 'task != NULL' check because it would
> be set to current if it was NULL.
>
> Commit 2bc5f927d489 "i386: split out dumpstack code
On Thu, Mar 06, 2014 at 11:56:08AM -0800, beh...@converseincode.com wrote:
> From: Mark Charlebois
>
> Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in
> xt_repldata.h with a C99 compliant flexible array member and then calculated
> offsets to the other struct members.
This patch adds the APM X-Gene SoC 15Gbps Multi-purpose PHY driver binding
documentation.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/phy/apm-xgene-phy.txt | 79
1 files changed, 79 insertions(+), 0 deleti
This patch adds support for APM X-Gene SoC 15Gbps Multi-purpose PHY. This
is the physical layer interface for the corresponding host controller. This
driver uses the PHY generic framework.
v15:
* Fix all check patch warning and re-run checkpatch to confirm
v14:
* Fix function xgene_phy_xlate to c
On Fri, Mar 7, 2014 at 8:23 AM, Thomas Graf wrote:
> On 02/28/2014 08:16 PM, Zoltan Kiss wrote:
>>
>> The kernel datapath now switched to zerocopy Netlink messages, but that
>> also
>> means that the pages on frags array are sent straight to userspace. If
>> those
>> pages came outside the kernel,
> > Another question is... why do we need to check pd->dev.of_node here?
> > If CONFIG_RESET_CONTROLLER is set, we always try to get the reset
> > controller node, so drv_data->rstc is either going to be a valid
> > pointer, or it's going to be an error pointer - neither
> > reset_control_get() no
This patch adds the DTS entries for the APM X-Gene SoC 15Gbps Multi-purpose
PHY driver. The PHY for SATA controller 2 and 3 are enabled by default.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 75 +++
On Friday, March 07, 2014 1:38 AM, Chase Southwood wrote:
> This patch fixes the register map defines for the counter registers such
> that they are all the real offsets to each register, rather than a mix of
> real offsets and adders to those offsets.
>
> Signed-off-by: Chase Southwood
> ---
>
>
On Fri, Mar 7, 2014 at 4:29 AM, Zoltan Kiss wrote:
> On 07/03/14 04:46, Pravin Shelar wrote:
>>
>> On Thu, Mar 6, 2014 at 9:09 AM, Zoltan Kiss
>> wrote:
>>>
>>> Do you have any feedback on this? I'm also adding KVM list as they might
>>> be
>>> interested in this.
>>>
>>> Zoli
>>>
>>>
>>> On 28/0
On Friday 07 March 2014 10:20 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
Also removed the unused members of struct omap_usb (after phy-omap-pipe3
started using it's own head
Hi Laurent,
Am Freitag, den 07.03.2014, 01:12 +0100 schrieb Laurent Pinchart:
> Hi Philipp,
>
> Thank you for the patch.
>
> I've submitted a fix for the of_graph_get_next_endpoint() function, but it
> hasn't been applied yet due to the patch series that contained it needing
> more
> work.
>
On Fri, Mar 07, 2014 at 02:26:19PM +, Li, Bin (Bin) wrote:
> Can we have "per-VM PLE values"?
>
> My understanding is that the ple values are kvm module setting which applying
> to all VMs in the system.
> And all vms must be stopped first, then unload kvm-intel, reload kvm-intel
> with new
301 - 400 of 751 matches
Mail list logo
