Hi Linus,
Please pull.
Thx,
-Vineet
->
he following changes since commit 0df1f2487d2f0d04703f142813d53615d62a1da4:
Linux 3.18-rc3 (2014-11-02 15:01:51 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/
tags/arc-3.19-rc
From: Marco Varlese
Switch hardware offers a list of attributes that are configurable
on a per port basis.
This patch provides a mechanism to configure switch ports by adding
an NDO for setting specific values to specific attributes.
There will be a separate patch that adds the "get" functionalit
Linus,
here is the first part of the ACCESS_ONCE vs. non-scalar types rework.
I deferred the final patch as linux-next already contains new offenders.
I will provide the final patch (kernel: tighten rules for
ACCESS ONCE) in linux-next after rc1 together with some fixups.
This will make sure that
Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying:
> This patch adds i.MX MIPI DSI host controller driver support.
> Currently, the driver supports the burst with sync pulses mode only.
>
> Signed-off-by: Liu Ying
> ---
> v1->v2:
> * Address almost all comments from Thierry Reding and
On Thu, Dec 18, 2014 at 7:00 PM, Mauro Carvalho Chehab
wrote:
> Em Thu, 18 Dec 2014 17:38:14 +0800
> Chunyan Zhang escreveu:
>
>> On Thu, Dec 18, 2014 at 3:50 PM, Arnd Bergmann wrote:
>> > On Thursday 18 December 2014 11:37:13 Chunyan Zhang wrote:
>> >> This patch changes the 32-bit time type (t
On 12/18/14 at 11:29am, Varlese, Marco wrote:
> diff --git a/include/uapi/linux/if_link.h b/include/uapi/linux/if_link.h
> index f7d0d2d..19cb51a 100644
> --- a/include/uapi/linux/if_link.h
> +++ b/include/uapi/linux/if_link.h
> @@ -146,6 +146,7 @@ enum {
> IFLA_PHYS_PORT_ID,
> IFLA_CAR
On 12/18/2014 10:26 AM, Huang Ying wrote:
On Thu, 2014-12-18 at 10:20 +0200, Oded Gabbay wrote:
On 12/18/2014 10:17 AM, Huang Ying wrote:
FYI, we noticed the below changes on
commit e28740ece34d314002b1ddfa14e8fb7c7b909489 ("drm/radeon: Add radeon <--> amdkfd
interface")
+
(2014/12/17 2:58), Seth Jennings wrote:
> This adds a new taint flag to indicate when the kernel or a kernel
> module has been live patched. This will provide a clean indication in
> bug reports that live patching was used.
>
> Additionally, if the crash occurs in a live patched function, the liv
This patch-set changes the 32-bit time type (timeval) to the 64-bit one
(ktime_t) in imon.c, speedtest.c and torturetest.c, since 32-bit time
types will break in the year 2038.
This patch-set also introduces a reusable time difference function which
returns the difference in millisecond in ktime.h
This patch introduces a reusable time difference function which returns
the difference in millisecond, as often used in some driver code, e.g.
mtd/test, media/rc, etc.
Signed-off-by: Chunyan Zhang
Acked-by: Arnd Bergmann
---
include/linux/ktime.h |5 +
1 file changed, 5 insertions(+)
d
This patch changes the 32-bit time type (timeval) to the 64-bit one
(ktime_t), since 32-bit time types will break in the year 2038.
I use ktime_t instead of timeval to define 'start' and 'finish'
which are used to get the time for tow points.
This patch also changes do_gettimeofday() to ktime_get
This patch changes the 32-bit time type (timeval) to the 64-bit one
(ktime_t), since 32-bit time types will break in the year 2038.
I use ktime_t instead of all uses of timeval in imon.c
This patch also changes do_gettimeofday() to ktime_get() accordingly,
since ktime_get returns a ktime_t, but d
(2014/12/17 2:58), Seth Jennings wrote:
> Changelog:
>
> Thanks for all the feedback!
>
> I think that we have something that is workable for everyone now. Barring
> functional defects, I think we should put a hold on any nits to avoid churn
> for
> the moment and start gathering acks so that w
If the probe of an fb driver has been deferred due to missing
dependencies, and the probe is later ran when a module is loaded, the
fbdev framework will try to find a logo to use.
However, the logos are __initdata, and have already been freed. This
causes sometimes page faults, if the logo memory
Hi,
The fbdev logo seems to be rather messed up when deferred probing is happening.
This is a quick fix for the problem.
The code in the logo.c is quite scary, using __init_refok to silence warnings
about accessing __initdata from non-init context.
Another option would be to make the logos not _
When I am checking usb remote wakeup code, I found that usb remote wakeup will
not work after system going to S3 sate and I confirmed with my PC.
During enumeration, usb device will be set as wakeup capable by
usb_set_device_state if it supports. Whether usb driver send
SET_FEATURE(REMOTE_WAKUP)
On 12/18/2014 01:42 PM, Oded Gabbay wrote:
On 12/18/2014 10:26 AM, Huang Ying wrote:
On Thu, 2014-12-18 at 10:20 +0200, Oded Gabbay wrote:
On 12/18/2014 10:17 AM, Huang Ying wrote:
FYI, we noticed the below changes on
commit e28740ece34d314002b1ddfa14e8fb7c7b909489 ("drm/radeon: Add radeo
Hi Herbert,
While testing the vmsplice/splice interface of algif_hash I was made
aware of the problem that data blobs larger than 16 pages do not seem to
be hashed properly.
For testing, a file is mmap()ed and handed to vmsplice / splice. If the
file is smaller than 2**16, the interface return
Add "acpi_osi=" quirk for ASUS X200MA
More information can be found in UX302LA bugreport
https://bugzilla.kernel.org/show_bug.cgi?id=70241
X200MA is affected by th e same bug and the solution has been tested
I reported it to launchpad too
https://bugs.launchpad.net/ubuntu/bug/1400068
Cc: sta...
This patch is a workaround quirk to enable brightness keys.
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=70241
Cc: sta...@vger.kernel.org
Signed-off-by: Dmitry Tunin
---
drivers/acpi/blacklist.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/acpi/blacklist.c b/driv
Hello dear,
how is the weather in your area? I hope it's normal. I am Sergeant Ann
Leigh Hester, United States military Sergeant, looking for a reliable
and trust worthy person for a cordial relationship, I like honesty,
trust, love, caring, truth, and respect, I have all these qualities in
me, Ple
Le 18/12/2014 13:15, Stephan Mueller a écrit :
Hi Herbert,
While testing the vmsplice/splice interface of algif_hash I was made
aware of the problem that data blobs larger than 16 pages do not seem to
be hashed properly.
For testing, a file is mmap()ed and handed to vmsplice / splice. If the
fi
Load balancing can be triggered in the critical sections protected by
srmmu_context_spinlock in destroy_context() and switch_mm() and can hang
the cpu waiting for the rq lock of another cpu that in turn has called
switch_mm hangning on srmmu_context_spinlock leading to deadlock.
So, disable interr
When big files (over 64kbytes) are sent with sendfile(), they are sent by blocks
of 64kbytes. In that case, the target must be informed that the current block is
not the last one, otherwise it might take wrong actions.
The issue was observed while sending a file to an AF_ALG socket for hashing. The
On 12/17/14 22:22, J. Bruce Fields wrote:
> On Tue, Dec 16, 2014 at 10:19:18PM +, Holger Hoffstätte wrote:
>> (..oddly broken directory over NFS..)
> That doesn't sound familiar. A network trace showing the READDIR would
> be really useful. Since this is so reproducible, I think that should b
Am Donnerstag, 18. Dezember 2014, 13:22:20 schrieb leroy christophe:
Hi Leroy, Herbert,
>Le 18/12/2014 13:15, Stephan Mueller a écrit :
>> Hi Herbert,
>>
>> While testing the vmsplice/splice interface of algif_hash I was made
>> aware of the problem that data blobs larger than 16 pages do not se
Hi,
I am following the "frequent lockups in 3.18rc4" thread (see [0]).
So, people still work on it, and one fixlet was going towards the sched/x86.
Is there an update of your patchset [1] (especially of patch 2/2 [2]) around?
One good thing in the discussion of [0] would be a short summarize and
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v3.19-2
For a second set of changes for 3.19, including:
- moves drivers for really old legacy hardware to staging. Those are
using obsolete media kAPIs and are for hardware that nobody
This patchset adds driver for Richtek rt5033 chip The chip contains
switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge.
Additionally, This includes document for device tree of RT5033 device.
RT5033 core driver is applied by Lee Jones.
RT5033 regulator driver have been merged by Mar
This patch adds device driver of Richtek PMIC.
The driver support battery fuel gange. Fuel gauge calculates and determines the
battery state of charge(SOC) according to battery open circuit voltage(OCV).
Also, this driver provides battery average voltage, voltage and bettery present
property.
Cc:
This patch device tree binding documentation for rt5033 multifunction device.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian campbell
Cc: Kumar Gala
Signed-off-by: Beomho Seo
Acked-by: Chanwoo Choi
---
Documentation/devicetree/bindings/mfd/rt5033.txt | 108
This patch add device driver of Richtek RT5033 PMIC. The driver support
switching charger. rt5033 charger provide three charging mode.
Three charging mode are pre charge mode, fast cahrge mode and constant voltage
mode. They are have vary charge rate, charge parameters. The charge parameters
can be
On Thu, 12/18 11:14, Paolo Bonzini wrote:
>
>
> On 13/12/2014 14:52, One Thousand Gnomes wrote:
> > Is it the year for a Google summer of code project or similar to turn
> > patchwork into a proper patch management tool (one that collects the
> > patches, provides a good maintainer interface, tel
On Thu, Dec 18, 2014 at 7:16 AM, Dmitry Tunin wrote:
> Add "acpi_osi=" quirk for ASUS X200MA
> More information can be found in UX302LA bugreport
> https://bugzilla.kernel.org/show_bug.cgi?id=70241
>
> X200MA is affected by th e same bug and the solution has been tested
>
> I reported it to launch
On Thu, Dec 18, 2014 at 08:25:42AM -0500, Josh Boyer wrote:
> What does this do to the rest of the function keys? Does everything
> else still work as expected, including suspend and resume?
Disabling OSI completely certainly runs the risk of turning off things
like HPET. It certainly shouldn't
Josh,
I agree, that a better approach is to implement opregion in a right way.
But it will take some time. In the meantime this kind of quirks solve the
problem.
And it is quite safe.
18.12.2014 16:25, Josh Boyer пишет:
On Thu, Dec 18, 2014 at 7:16 AM, Dmitry Tunin wrote:
Add "acpi_osi=" qui
On Tue 2014-12-16 11:58:19, Seth Jennings wrote:
> This commit introduces code for the live patching core. It implements
> an ftrace-based mechanism and kernel interface for doing live patching
> of kernel and kernel module functions.
>
> It represents the greatest common functionality set betwee
Le 18/12/2014 10:45, Alexandre Belloni a écrit :
> The special function registers gather some registers that allow to tweak
> features provided by IPs controlled through another register range.
>
> Signed-off-by: Alexandre Belloni
> Acked-by: Boris Brezillon
It seems okay. For the whole series:
I did not notice the inline question.
The rest of the keys work as they did before.
Now other regressions have been noticed.
Many people use acpi_osi= as a boot paremeter, since there
is no other way to get Fn+F5 and F6 working.
18.12.2014 16:25, Josh Boyer пишет:
On Thu, Dec 18, 2014 at 7:16 AM
Am Donnerstag, den 18.12.2014, 08:35 -0500 schrieb nick:
> Krzysztof,
> If we look at the code for this function, it already is handling the data
> correctly. In addition the locks
> seem to be better protection then msleep. Further more is no reason for this
> delay as we are neither resetting
So you actually tested the code I removed in the patch? can you
provide a configuration that compiles that piece of code?
2014-12-17 17:16 GMT+01:00 Heiko Stübner :
> Am Mittwoch, 17. Dezember 2014, 16:52:40 schrieb Arnd Bergmann:
>> On Wednesday 17 December 2014 16:40:37 Stefan Hengelein wrote:
>
Hi Tomi,
On Thu, Dec 18, 2014 at 12:57 PM, Tomi Valkeinen wrote:
> If the probe of an fb driver has been deferred due to missing
> dependencies, and the probe is later ran when a module is loaded, the
> fbdev framework will try to find a logo to use.
>
> However, the logos are __initdata, and hav
Can you run acpidump and upload the ACPI tables somewhere?
--
Matthew Garrett | mj...@srcf.ucam.org
--
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
P
On 18/12/14 15:46, Geert Uytterhoeven wrote:
> Hi Tomi,
>
> On Thu, Dec 18, 2014 at 12:57 PM, Tomi Valkeinen
> wrote:
>> If the probe of an fb driver has been deferred due to missing
>> dependencies, and the probe is later ran when a module is loaded, the
>> fbdev framework will try to find a lo
Hello Thomas,
On Thu, Dec 18, 2014 at 11:51:01AM +0100, Thomas Gleixner wrote:
> commit 4dbd27711cd9 "tick: export nohz tick idle symbols for module
> use" was merged via the thermal tree without an explicit ack from the
> relevant maintainers.
>
This is a shame. Rui, do you have any comments on
It is already done.
https://bugzilla.kernel.org/attachment.cgi?id=160161
18.12.2014 16:57, Matthew Garrett пишет:
Can you run acpidump and upload the ACPI tables somewhere?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
Sry, wrong url b4
https://bugzilla.kernel.org/attachment.cgi?id=125091
18.12.2014 16:57, Matthew Garrett пишет:
Can you run acpidump and upload the ACPI tables somewhere?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
From: Sylvain Rochet
Waiting for PIT to stop counting takes a long time:
1/(Master clock/prescaler/PIVR)
= 1/(133 MHz /16 /2^20)
= 126 ms
Up to 126 ms if master clock is set to 133 MHz, skipping suspend/resume
of the unused PIT device reduce (suspend time + resume time) from ~140 ms
On 18/12/14 15:48, nick wrote:
> Lucas,
> That's fair do you known of anyone who does have the hardware so we can test
> my patch. If you do then we can get this fixed rather
> easily.
> Cheers Nick
>
> On 2014-12-18 08:39 AM, Lucas Stach wrote:
>> Am Donnerstag, den 18.12.2014, 08:35 -0500 schr
Here is another one from X200MA
https://bugzilla.kernel.org/attachment.cgi?id=160161
18.12.2014 16:57, Matthew Garrett пишет:
Can you run acpidump and upload the ACPI tables somewhere?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On Wed, Dec 17, 2014 at 04:45:07PM +0100, Jiri Olsa wrote:
> On Wed, Dec 17, 2014 at 04:35:08PM +0100, Peter Zijlstra wrote:
> > On Wed, Dec 17, 2014 at 03:31:05PM +0100, Jiri Olsa wrote:
> > > looks like we could also sanitize the perf_ftrace_function_call
> > > in the same way.. like below (untes
On Thu, Dec 18, 2014 at 05:04:23PM +0300, Dmitry Tunin wrote:
> Sry, wrong url b4
>
> https://bugzilla.kernel.org/attachment.cgi?id=125091
Can you check whether acpi_osi="Windows 2012" also results in things
working?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: se
diff --git a/drivers/staging/gdm724x/gdm_mux.c
b/drivers/staging/gdm724x/gdm_mux.c
index b5b063a..d1ab996 100644
--- a/drivers/staging/gdm724x/gdm_mux.c
+++ b/drivers/staging/gdm724x/gdm_mux.c
@@ -220,7 +220,7 @@ static int up_to_host(struct mux_rx *r)
static void do_rx(struct work_struct *work)
On Wed, Dec 17, 2014 at 6:36 AM, Fabio Estevam wrote:
> Hi Tim,
>
> On Fri, Oct 31, 2014 at 2:27 AM, Tim Harvey wrote:
>> When an external PMIC is used for VDD_SOC and VDD_ARM you can save power by
>> bypassing the internal LDO's provided by the anantop regulator as long as
>> you are running les
On 12/18/2014 12:18 AM, Kishon Vijay Abraham I wrote:
>
>
> On Tuesday 16 December 2014 02:20 AM, Nishanth Menon wrote:
>> On 12/12/2014 02:06 AM, Kishon Vijay Abraham I wrote:
>>> The reset values for all the PCF lines are high and hence on shutdown
>>> we should drive all the lines high in orde
On Thu, Dec 18, 2014 at 03:08:47PM +0100, Jiri Olsa wrote:
> diff --git a/kernel/trace/trace_event_perf.c b/kernel/trace/trace_event_perf.c
> index 6fa484de2ba1..54bffedd28b6 100644
> --- a/kernel/trace/trace_event_perf.c
> +++ b/kernel/trace/trace_event_perf.c
> @@ -304,7 +304,7 @@ perf_ftrace_fun
On Thu, Dec 18, 2014 at 06:11:15AM -0800, Tim Harvey wrote:
> On Wed, Dec 17, 2014 at 6:36 AM, Fabio Estevam wrote:
> > On Fri, Oct 31, 2014 at 2:27 AM, Tim Harvey wrote:
> >> When an external PMIC is used for VDD_SOC and VDD_ARM you can save power by
> >> bypassing the internal LDO's provided by
No, It does not. That's first I tried.
18.12.2014 17:09, Matthew Garrett пишет:
On Thu, Dec 18, 2014 at 05:04:23PM +0300, Dmitry Tunin wrote:
Sry, wrong url b4
https://bugzilla.kernel.org/attachment.cgi?id=125091
Can you check whether acpi_osi="Windows 2012" also results in things
working?
[@balabit ML: pls Cc: me I'm not subscribed]
It looks a little bit odd to me, that this rule :
$IPT -t filter -A INPUT --match limit --limit 1/second --limit-burst 10 -j LOG
--log-prefix "MYFW4 "
logs timestamps which are delayed about 6 minutes wrt to other log messages
(for comparisation I m
Ah, I see - can you try acpi_osi="!Windows 2013" ?
--
Matthew Garrett | mj...@srcf.ucam.org
--
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 re
On 12/18/2014 02:13 AM, Lukasz Majewski wrote:
Several new properties to allow PWM fan working as a cooling device have been
combined into this single commit.
Signed-off-by: Lukasz Majewski
---
.../devicetree/bindings/hwmon/pwm-fan.txt | 28 ++
1 file changed, 28
On Thu, Dec 18, 2014 at 03:20:27PM +0100, Peter Zijlstra wrote:
> On Thu, Dec 18, 2014 at 03:08:47PM +0100, Jiri Olsa wrote:
> > diff --git a/kernel/trace/trace_event_perf.c
> > b/kernel/trace/trace_event_perf.c
> > index 6fa484de2ba1..54bffedd28b6 100644
> > --- a/kernel/trace/trace_event_perf.c
Feng Wu wrote on 2014-12-12:
> We don't need to migrate the irqs for VT-d Posted-Interrupts here.
> When 'pst' is set in IRTE, the associated irq will be posted to guests
> instead of interrupt remapping. The destination of the interrupt is
> set in Posted-Interrupts Descriptor, and the migration h
I tried that too. No effect.
18.12.2014 17:26, Matthew Garrett пишет:
Ah, I see - can you try acpi_osi="!Windows 2013" ?
--
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.o
2014-12-17 21:08 GMT+09:00 Jesper Dangaard Brouer :
> On Wed, 17 Dec 2014 16:13:49 +0900 Joonsoo Kim wrote:
>
>> Ping... and I found another way to remove preempt_disable/enable
>> without complex changes.
>>
>> What we want to ensure is getting tid and kmem_cache_cpu
>> on the same cpu. We can ac
That's odd - it looks like the default behaviour in the absence of any
OSI strings is to just default to an OSYS value that matches Windows
2012, so disabling the 2013 value should be equivalent. If it's not,
it's definitely not safe to turn off all values - there are several
devices that chang
2014-12-18 0:36 GMT+09:00 Christoph Lameter :
> On Wed, 17 Dec 2014, Joonsoo Kim wrote:
>
>> Ping... and I found another way to remove preempt_disable/enable
>> without complex changes.
>>
>> What we want to ensure is getting tid and kmem_cache_cpu
>> on the same cpu. We can achieve that goal with
But at least two devices work well with this quirk.
That must be some ASUS UEFI firmware fault, but still it is a workaround.
You can find some more information in those bugzilla reports.
https://bugzilla.kernel.org/show_bug.cgi?id=89401
https://bugzilla.kernel.org/show_bug.cgi?id=70241
18.12.20
2014-12-18 1:10 GMT+09:00 Christoph Lameter :
> On Wed, 17 Dec 2014, Joonsoo Kim wrote:
>
>> + do {
>> + tid = this_cpu_read(s->cpu_slab->tid);
>> + c = this_cpu_ptr(s->cpu_slab);
>> + } while (IS_ENABLED(CONFIG_PREEMPT) && unlikely(tid != c->tid));
>
>
> Ass
On Thu, 18 Dec 2014, Eduardo Valentin wrote:
> > The real solution is to fix the powerclamp driver by rewriting it with
> > a sane concept, but that's beyond the scope of this.
> >
>
> Do you have suggestions on what exactly is the expected rewriting or the
> correct sane concepts?
There was qui
The actual fix is known - Intel need to fix their code to match their
specification. Applying this patch may break functionality that other
users are depending on.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 12/18/14, 3:29 AM, Varlese, Marco wrote:
From: Marco Varlese
Switch hardware offers a list of attributes that are configurable
on a per port basis.
This patch provides a mechanism to configure switch ports by adding
an NDO for setting specific values to specific attributes.
There will be a s
On Wed, Dec 17, 2014 at 05:03:22PM +0300, Dan Carpenter wrote:
> On Wed, Dec 17, 2014 at 04:43:54PM +0300, samuel kihahu wrote:
> > On Wed, Dec 17, 2014 at 03:11:19PM +0300, Dan Carpenter wrote:
> > > On Wed, Dec 17, 2014 at 02:56:02PM +0300, samuel kihahu wrote:
> > > > Replacing obsolete simple_s
On 07:38-20141218, Viresh Kumar wrote:
> On 17 December 2014 at 21:21, Nishanth Menon wrote:
> > CPUFRreq subsystem is not a system catastrophic failure point.
> > Failures in these cases DONOT need complete system shutdown with BUG.
> > just refuse to let cpufreq function
On Thu, Dec 18, 2014 at 01:22:40PM +0100, Holger Hoffstätte wrote:
> On 12/17/14 22:22, J. Bruce Fields wrote:
> > On Tue, Dec 16, 2014 at 10:19:18PM +, Holger Hoffstätte wrote:
> >> (..oddly broken directory over NFS..)
> > That doesn't sound familiar. A network trace showing the READDIR woul
Feng Wu wrote on 2014-12-12:
> This patch defines a new interface kvm_find_dest_vcpu for
> VT-d PI, which can returns the destination vCPU of the
> interrupt for guests.
>
> Since VT-d PI cannot handle broadcast/multicast interrupt,
> Here we only handle Fixed and Lowest priority interrupts.
>
>
Oh, I see - acpi_osi= disables _OSI entirely, so we end up going down a
different path that results in us claiming to be XP. That results in a
bunch of changes in exposed hardware, so this patch certainly isn't
acceptable.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this li
On Wed, 17 Dec 2014, Dave Hansen wrote:
> IOW, do *ALL* of the sl*b allocators in all of their forms with all of
> their debugging options guarantee 32-byte alignment when allocating
> 256-byte objects?
No. For that the arch has to set a macro call ARCH_KMALLOC_MINALIGN or
ARCH_DMA_MINALIGN. Defa
Feng Wu wrote on 2014-12-12:
> Currently, we use a global vector as the Posted-Interrupts
> Notification Event for all the vCPUs in the system. We need to
> introduce another global vector for VT-d Posted-Interrtups, which will
> be used to wakeup the sleep vCPU when an external interrupt from a
>
> -Original Message-
> From: Roopa Prabhu [mailto:ro...@cumulusnetworks.com]
> Sent: Thursday, December 18, 2014 2:45 PM
> To: Varlese, Marco
> Cc: net...@vger.kernel.org; Fastabend, John R; Thomas Graf; Jiri Pirko;
> sfel...@gmail.com; linux-kernel@vger.kernel.org
> Subject: Re: [RFC PATCH
On Thu, 18 Dec 2014, Joonsoo Kim wrote:
> > Good idea. How does this affect the !CONFIG_PREEMPT case?
>
> One more this_cpu_xxx makes fastpath slow if !CONFIG_PREEMPT.
> Roughly 3~5%.
>
> We can deal with each cases separately although it looks dirty.
Ok maybe you can come up with a solution that
Frame 36 of nfs-client.pcap has this interesting string:
0ff0 00 01 3b f6 fb b6 26 16 8f 7c 00 00 00 41 62 74 ..;...&..|...Abt
1000 72 66 73 2d 32 30 00 00 00 00 00 00 00 00 30 36 rfs-2006
1010 2d 66 69 78 2d 64 65 61 64 6c 6f 63 6b 2d 77 68 -fix-deadlock-wh
1020 65 6e 2d 6d 6f 7
Hi Linus,
Please pull from 'master' branch of
git://www.linux-watchdog.org/linux-watchdog.git
It will:
* fix the argument of watchdog_active() in imx2_wdt
* Add power management support to the imx2_wdt watchdog.
This will update the following files:
imx2_wdt.c | 47 ++
On 12/11/2014 08:44 AM, Mike Looijmans wrote:
If the master clock supports programmable rates, program it to generate
the desired frequency. Only apply constraints when the clock is fixed.
This allows proper clock generation for both 44100 and 48000 Hz based
sampling rates if the platform support
2014-12-18 23:57 GMT+09:00 Christoph Lameter :
>
> On Thu, 18 Dec 2014, Joonsoo Kim wrote:
>> > Good idea. How does this affect the !CONFIG_PREEMPT case?
>>
>> One more this_cpu_xxx makes fastpath slow if !CONFIG_PREEMPT.
>> Roughly 3~5%.
>>
>> We can deal with each cases separately although it loo
On Thu, 18 Dec 2014 12:08:58 +0100, Pali Rohár said:
> So your BIOS cannot report nominal_rpm and because your machine=20
> is not in dmi list, all 3 patches do nothing for your machine.
>
> But you need to set multiplier to 1, right?
>
> What about this patch? (on top of 3/3)
>
> --- a/drivers
On Thu, Dec 18, 2014 at 03:28:27PM +0100, Jiri Olsa wrote:
> > Would not something like:
> >
> > struct pt_regs *regs;
> >
> > entry = perf_trace_buf_prepare(ENTRY_SIZE, TRACE_FN, ®s, &rctx);
> > if (!pt_regs) {
> > perf_fetch_caller_regs(regs);
> > pt_regs = r
Paolo Bonzini wrote on 2014-12-18:
>
>
> On 18/12/2014 04:14, Wu, Feng wrote:
>>
>>
>> linux-kernel-ow...@vger.kernel.org wrote on
>> mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Paolo:
>>> x...@kernel.org; Gleb Natapov; Paolo Bonzini; dw...@infradead.org;
>>> joro-zlv9swrftaidnm+yr
Adds helper for following kernel formats:
%pi4 print an IPv4 address with leading zeros
%pI4 print an IPv4 address without leading zeros
%pi6 print an IPv6 address without colons
%pI6 print an IPv6 address with colons
%pI6c print an IPv6 address with colons
%pISpc print an IP address fr
On 12/18/14, 6:55 AM, Varlese, Marco wrote:
-Original Message-
From: Roopa Prabhu [mailto:ro...@cumulusnetworks.com]
Sent: Thursday, December 18, 2014 2:45 PM
To: Varlese, Marco
Cc: net...@vger.kernel.org; Fastabend, John R; Thomas Graf; Jiri Pirko;
sfel...@gmail.com; linux-kernel@vger.ke
On Thu, Dec 18, 2014 at 09:58:06AM -0500, Benjamin Coddington wrote:
> Frame 36 of nfs-client.pcap has this interesting string:
>
> 0ff0 00 01 3b f6 fb b6 26 16 8f 7c 00 00 00 41 62 74 ..;...&..|...Abt
> 1000 72 66 73 2d 32 30 00 00 00 00 00 00 00 00 30 36 rfs-2006
> 1010 2d 66 69 7
Feng Wu wrote on 2014-12-12:
> This patch initializes the VT-d Posted-Interrupts Descriptor.
>
> Signed-off-by: Feng Wu
> ---
> arch/x86/kvm/vmx.c | 27 +++
> 1 file changed, 27 insertions(+)
> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index
> 0b1383e..66ca275
> -Original Message-
> From: Thomas Graf [mailto:t...@infradead.org] On Behalf Of Thomas Graf
> Sent: Thursday, December 18, 2014 11:42 AM
> To: Varlese, Marco
> Cc: net...@vger.kernel.org; Fastabend, John R; Jiri Pirko;
> ro...@cumulusnetworks.com; sfel...@gmail.com; linux-
> ker...@vger.k
From: Marco Varlese
Switch hardware offers a list of attributes that are configurable on a per port
basis.
This patch provides a mechanism to configure switch ports by adding an NDO
for setting specific values to specific attributes.
There will be a separate patch that adds the "get" functionali
On 12/17/2014 05:54 PM, at...@opensource.altera.com wrote:
> From: Alan Tull
>
> Add driver to fpga manager framework to allow configuration
> of FPGA in Altera SoCFPGA parts.
>
> Signed-off-by: Alan Tull
> ---
> v2: fpga_manager struct now contains struct device
> fpga_manager_register par
This patch fixes a coding style issue found by the checkpatch.pl tool in
amplc_dio200_common.c by removing the unnecessary parentheses around the
expression in a return statement.
Signed-off-by: Aapo Vienamo
---
drivers/staging/comedi/drivers/amplc_dio200_common.c | 2 +-
1 file changed, 1 inser
Please tell your email client to wrap lines after 72 columns or so.
On Thu, 18 Dec 2014, Du, Changbin wrote:
> When I am checking usb remote wakeup code, I found that usb remote
> wakeup will not work after system going to S3 sate and I confirmed
> with my PC.
USB remote _does_ work.
> During e
On 12/18/2014 06:52 AM, Christoph Lameter wrote:
> On Wed, 17 Dec 2014, Dave Hansen wrote:
>> > IOW, do *ALL* of the sl*b allocators in all of their forms with all of
>> > their debugging options guarantee 32-byte alignment when allocating
>> > 256-byte objects?
> No. For that the arch has to set a
There are quite a few hwmods that don't have sysconfig register and so
_find_mpu_rt_port(oh) will return NULL thus preventing ready state check
on those modules after the module is enabled.
This can potentially cause a bus access error if the module is accessed
before the module is ready.
Get rid
On Thu, Dec 18, 2014 at 08:55:21PM +0900, Masami Hiramatsu wrote:
> (2014/12/17 2:58), Seth Jennings wrote:
> > changes in v7:
> > - TODO: set IPMODIFY (not a blocker to moving forward)
>
> Why don't you set this?
> IPMODIFY series are not completely applied yet, but you can already
> use the flag
501 - 600 of 604 matches
Mail list logo
