Current save/restore is specific to standard capabilities.
Signed-off-by: Alex Williamson
---
drivers/pci/pci.c | 43 +++
include/linux/pci.h |9 -
2 files changed, 43 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/pci.c
These are set of two capability registers, it's pretty much given that
they're registers, so reflect their purpose in the name.
Suggested-by: Bjorn Helgaas
Signed-off-by: Alex Williamson
---
drivers/pci/vc.c | 28 ++--
While we don't really have any infrastructure for making use of VC
support, the system BIOS can configure the topology to non-default
VC values prior to boot. This may be due to silicon bugs, desire to
reserve traffic classes, or perhaps just BIOS bugs. When we reset
devices, the VC
We currently have two instance of this loop which waits for a pending
bit to clear in a status dword. Generalize the function for future
users.
Signed-off-by: Alex Williamson
---
drivers/pci/pci.c | 54 +--
include/linux/pci.h |1 +
2
v1->v2:
Address Bjorn's comments
- split code out to vc.c
- #defines for everything
- rename VC defines
- fix word access to PCI_VC_PORT_CTRL
It ended up getting a little bigger since I added function description
comments, header, includes and misc lines here and there.
v1:
Turns out that
On Tue, Dec 17, 2013 at 11:51:29PM +0100, Frederic Weisbecker wrote:
> When there are full dynticks CPUs around and the timekeeper goes
> offline, we have to hand over the timekeeping duty to another potential
> timekeeper.
>
> The default timekeeper (aka CPU 0) is the perfect candidate for this
On Tue, Dec 17, 2013 at 11:51:30PM +0100, Frederic Weisbecker wrote:
> When a full dynticks CPU wakes up from sysidle state, which means that
> all full dynticks CPUs were previously sleeping, it's possible that
> all the potential timekeeping CPUs are sleeping as well and nobody
> maintains the
Hi All,
On Wed, Dec 18, 2013 at 8:49 AM, Sander Eikelenboom
wrote:
>
> Tuesday, December 17, 2013, 10:27:09 PM, you wrote:
>
>> On Tue, Dec 17, 2013 at 09:33:19PM +0100, Sander Eikelenboom wrote:
>> Debian official kernels use modular drivers, and neither
>> initramfs-tools nor dracut includes
On Wed, Dec 18, 2013 at 12:08:43AM +0100, Pavel Machek wrote:
> Hi!
>
> > >>> Did this patch ever wind up going anywhere? Fedora has it sitting in
> > >>> our tree with a comment that says "rebase" and I don't see it in the
> > >>> linux-next tree at all.
> > >>>
> > >>> Did if fall through the
On Tue, Dec 17, 2013 at 11:51:31PM +0100, Frederic Weisbecker wrote:
> Now that we have all the infrastructure in place and ready to support
> timekeeping duty balanced across every non full dynticks CPUs, we can
> hereby extend the timekeeping duty affinity.
>
> Signed-off-by: Frederic
Hi Laurent,
Here are some replies to your comments, my apologies for the delay.
On Wed, Nov 27, 2013 at 7:54 PM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Wednesday 27 November 2013 16:41:22 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Add r7s72100 PINCTRL
From: Mark Brown
The interfaces that used to be built in only (interrupts IIRC) no longer
are so allow the driver to be built as a module fixing arm64 allmodconfig
builds.
Signed-off-by: Mark Brown
---
drivers/mfd/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Wed, Dec 18, 2013 at 1:38 AM, Jonas Jensen wrote:
> Add a generic (dtsi) include file for MOXA ART SoCs.
>
> Also add a file for UC-7112-LX.
>
> Signed-off-by: Jonas Jensen
> ---
> Documentation/devicetree/bindings/arm/moxart.txt | 12 ++
> arch/arm/boot/dts/Makefile |
After the locking semantics for the SysV IPC API got improved, a couple of
IPC_RMID race windows were opened because we ended up dropping the
'kern_ipc_perm.deleted' check performed way down in ipc_lock().
The spotted races got sorted out by re-introducing the old test within
the racy critical
On Tue, Dec 17, 2013 at 11:51:22PM +0100, Frederic Weisbecker wrote:
> The purpose of the full system idle detection is to notify the CPU
> handling the timekeeping when the rest of the system is idle so that it
> can sleep when nobody needs the jiffies nor GTOD to be maintained.
>
> Now this
On Tue, Dec 17, 2013 at 07:58:56PM +0200, Ivajlo Dimitrov wrote:
> >On Mon, Dec 16, 2013 at 02:31:53PM +0100, Linus Walleij wrote:
> >>I am very reluctant in letting device trees specify exports of GPIOs
> >>to userspace, not so much because it's Linux-specific but for
> >>the fact that people are
On Tue, Dec 17, 2013 at 05:57:16PM -0500, Johannes Weiner wrote:
> On Tue, Dec 17, 2013 at 09:22:16PM +, Mel Gorman wrote:
> > On Tue, Dec 17, 2013 at 12:43:02PM -0500, Johannes Weiner wrote:
> > > > > > When looking at this closer I found that sysv is a weird exception.
> > > > > > It's
> >
On Tue, Dec 17, 2013 at 11:51:24PM +0100, Frederic Weisbecker wrote:
> The plan with full system idle detection is to allow the timekeeper
> to sleep when all full dynticks CPUs are sleeping.
>
> Then when a full dynticks CPU wakes up while the whole system is idle,
> it sends an IPI to the
Hi!
> >>> Did this patch ever wind up going anywhere? Fedora has it sitting in
> >>> our tree with a comment that says "rebase" and I don't see it in the
> >>> linux-next tree at all.
> >>>
> >>> Did if fall through the cracks or was it NAKed somewhere?
> >>
> >> No, it wasn't in principle.
The plan with full system idle detection is to allow the timekeeper
to sleep when all full dynticks CPUs are sleeping.
Then when a full dynticks CPU wakes up while the whole system is idle,
it sends an IPI to the timekeeping CPU which then restarts its tick
and polls on its timekeeping duty on
On Tue, Dec 17, 2013 at 09:22:16PM +, Mel Gorman wrote:
> On Tue, Dec 17, 2013 at 12:43:02PM -0500, Johannes Weiner wrote:
> > > > > When looking at this closer I found that sysv is a weird exception.
> > > > > It's
> > > > > file-backed as far as most of the VM is concerned but looks
Traditionally, all online CPUs in the system are allowed to handle
the timekeeping duty.
Now with the full dynticks subsystem, we don't want the busy CPUs
running tickless to be bothered with housekeeping duties that
require periodic interrupts because that would defeat the main purpose
of
When a full dynticks CPU wakes up while the whole rest of the system
is idle, we need to wake up the CPU in charge of the timekeeping duty
handling.
As of today, the CPU that maintains this duty is CPU 0 when
CONFIG_NO_HZ_FULL=y. So referring to tick_do_timer_cpu like we
currently do is correct.
Hi,
This series makes the nohz subsystem eventually use the RCU full sysidle
detection.
When we have CPUs running in full dynticks mode in the system, the
CPU 0 handles the timekeeping duty on behalf of all other CPUs. Given
that full dynticks can run anytime, CPU 0 stays periodic and never
The purpose of the full system idle detection is to notify the CPU
handling the timekeeping when the rest of the system is idle so that it
can sleep when nobody needs the jiffies nor GTOD to be maintained.
Now this machinery excludes CPU 0 itself from the range of the idle
detection because if
This makes the code more symetric against the existing tick functions
called on irq exit: tick_irq_exit() and tick_nohz_irq_exit().
These function are also symetric as they mirror each other's action:
we start to account idle time on irq exit and we stop this accounting
on irq entry. Also the
:887
copy_huge_pmd+0x145/
0x3a0()
[ 1704.597258] Modules linked in:
[ 1704.597844] CPU: 28 PID: 35287 Comm: trinity-main Tainted: GW
3.13.0-rc4-
next-20131217-sasha-00013-ga878504-dirty #4149
[ 1704.599924] 0377e delta! pid slot 27 [36258]: old:2
now:537927697 diff
We don't need to fetch the timekeeping max deferment under the
jiffies_lock seqlock.
If the clocksource is updated concurrently while we stop the tick,
stop machine is called and the tick will be reevaluated again along with
uptodate jiffies and its related values.
Signed-off-by: Frederic
When all full dynticks CPUs are idle, as detected by RCU's sysidle
detection, there is no need to keep the timekeeping CPU's tick alive
anymore. So lets shut it down when we meet this favourable state. The
timekeeper will be notified with an IPI if any full dynticks CPU
wakes up.
Also, since we
When there are full dynticks CPUs around and the timekeeper goes
offline, we have to hand over the timekeeping duty to another potential
timekeeper.
The default timekeeper (aka CPU 0) is the perfect candidate for this
task since it can't be offlined itself.
So lets send an IPI to the default
Now that we have all the infrastructure in place and ready to support
timekeeping duty balanced across every non full dynticks CPUs, we can
hereby extend the timekeeping duty affinity.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Steven Rostedt
We need the default timekeeping CPU to be able to receive IPIs sent
from full dynticks CPUs when they wake up from full system idle state.
Therefore we need an entrypoint from the scheduler IPI so that the
need to poll on timekeeping duty is re-evaluated from irq_exit().
In order to achieve
Hi all,
While building Linus' tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c: In function
'ixgbe_pci_sriov_disable':
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c:294:6: warning: unused variable
'current_flags'
When a full dynticks CPU wakes up from sysidle state, which means that
all full dynticks CPUs were previously sleeping, it's possible that
all the potential timekeeping CPUs are sleeping as well and nobody
maintains the associated duty.
But full dynticks CPUs don't run the tick by definition so
From: Alex Shi
Code usually starts with 'tab' instead of 7 'space' in kernel
Signed-off-by: Alex Shi
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Steven Rostedt
Cc: Paul E. McKenney
Cc: John Stultz
Cc: Alex Shi
Cc: Kevin Hilman
---
Now that we have an API to determine if a CPU is allowed to handle
timekeeping duty, use it now on timekeeper selection time for clarity.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Steven Rostedt
Cc: Paul E. McKenney
Cc: John Stultz
Cc:
On Tue, Dec 17, 2013 at 02:18:02PM -0800, Davidlohr Bueso wrote:
> On Tue, 2013-12-17 at 19:46 -0200, Rafael Aquini wrote:
> > On Tue, Dec 17, 2013 at 01:27:49PM -0800, Davidlohr Bueso wrote:
> > > Ccing Manfred.
> > >
> > > On Tue, 2013-12-17 at 17:03 -0200, Rafael Aquini wrote:
> > > > After
On Thu, Dec 12, 2013 at 05:59:28PM +0800, Nicolin Chen wrote:
> + mask = WM8962_MIXINL_TO_HPMIXL_MASK | WM8962_MIXINR_TO_HPMIXL_MASK |
> + WM8962_IN4L_TO_HPMIXL_MASK | WM8962_IN4R_TO_HPMIXL_MASK;
> + bypass |= snd_soc_read(codec, WM8962_HEADPHONE_MIXER_1) & mask;
> +
Instead of duplicating the CC_STACKPROTECTOR Kconfig and Makefile logic
in each architecture, switch to using HAVE_CC_STACKPROTECTOR and keep
everything in one place. This retains the x86-specific bug verification
scripts.
Signed-off-by: Kees Cook
---
Makefile | 14 +++---
This changes the stack protector config option into a choice of "None",
"Regular", and "Strong". For "Strong", the kernel is built with
-fstack-protector-strong (gcc 4.9 and later). This options increases
the coverage of the stack protector without the heavy performance hit
of
This reorganizes the build options for CONFIG_CC_STACKPROTECTOR so that
the new CONFIG_CC_STACKPROTECTOR_STRONG can be used when building with
a compiler that supports it.
-Kees
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 2013-12-17 at 06:54 +0100, leroy christophe wrote:
> Le 16/12/2013 23:57, Scott Wood a écrit :
> > On Wed, 2013-12-11 at 00:36 +0100, leroy christophe wrote:
> >> Le 11/12/2013 00:18, Scott Wood a écrit :
> >>> There wasn't previously an ifdef specifically around the setting of
> >>>
Hi Laurent,
Thanks for your feedback.
On Wed, Dec 18, 2013 at 1:01 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patches.
>
> On Tuesday 17 December 2013 11:38:14 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Introduce macros that allow description of one pin per line.
>>
> No, it hasn't. But I explicitly checked the relevant EFI=n and EFI=y
> cases.
Jan,
I pushed your patch into my "next" tree - the robots will notice soon and send
us e-mail if they find any issues.
-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, 2013-12-17 at 15:24 -0700, Bjorn Helgaas wrote:
> On Tue, Dec 17, 2013 at 3:12 PM, Alex Williamson
> wrote:
> > On Mon, 2013-12-16 at 17:48 -0700, Bjorn Helgaas wrote:
> >> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>
> >> > +static void pci_vc_load_arb_table(struct
Linus,
This fixes a long standing bug in the ftrace profiler.
The problem is that the profiler only initializes the online
CPUs, and not possible CPUs. This causes issues if the user takes
CPUs online or offline while the profiler is running.
If we online a CPU after starting the profiler, we
On Tue, Dec 17, 2013 at 09:03:40PM +, Mel Gorman wrote:
> On Tue, Dec 17, 2013 at 03:11:47PM -0500, Johannes Weiner wrote:
> > On Tue, Dec 17, 2013 at 04:08:08PM +, Mel Gorman wrote:
> > > On Tue, Dec 17, 2013 at 10:38:29AM -0500, Johannes Weiner wrote:
> > > > On Tue, Dec 17, 2013 at
Hi Wolfram,
On Wed, Dec 18, 2013 at 6:04 AM, Wolfram Sang wrote:
> Hi,
>
>> +#define _P_DATA(bank, pin, name, sfx)
>> \
>> + PINMUX_DATA(name##_DATA, name##_PMC_0, name##_PIPC_0, \
>> + name##_PIBC_1, name##_PBDC_1)
>> +
>>
A quick batch of fixes, including the annoying bad lock stack
problem introduced by udp_sk_rx_dst_set() locking change:
1) Use xchg() instead of sk_dst_lock() in udp_sk_rx_dst_set(), from
Eric Dumazet.
2) qlcnic bug fixes from Himanshu Madhani and Manish Chopra.
3) Update IPSEC MAINTAINERS
Hi Heiko,
On Tue, 17 Dec 2013 16:11:30 +0100 Heiko Stübner wrote:
>
> The contents of clk-provide.h, struct clk_hw etc, are only available
> if CONFIG_COMMON_CLK is selected. Therefore IS_ENABLED(COMMON_CLK) is
> not sufficient and real preprocessor conditions are necessary to
> keep the code in
On Tue, Dec 17, 2013 at 3:12 PM, Alex Williamson
wrote:
> On Mon, 2013-12-16 at 17:48 -0700, Bjorn Helgaas wrote:
>> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>> > +static void pci_vc_load_arb_table(struct pci_dev *dev, int pos)
>> > +{
>> > + u32 ctrl;
>> > +
>> > +
Hi Laurent,
On Wed, Dec 18, 2013 at 1:08 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Tuesday 17 December 2013 11:38:23 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Add support for SCIF functions SCK, TXD, RXD, CTS and RTS to the
>> r7s72100 PINCTRL code. There
On Tue, 2013-12-17 at 20:56 +0100, Dr. H. Nikolaus Schaller wrote:
> Hi Dan,
>
> Am 16.12.2013 um 20:40 schrieb Dan Williams:
>
> > On Fri, 2013-12-13 at 15:43 +0100, Dr. H. Nikolaus Schaller wrote:
> >> Hi,
> >>
> >> Am 02.10.2013 um 09:00 schrieb Dr. H. Nikolaus Schaller:
> >>
> >>> Hi Jan,
On Tue, Dec 17, 2013 at 9:47 AM, Alex Thorlton wrote:
> On Tue, Dec 17, 2013 at 08:54:10AM -0800, Andy Lutomirski wrote:
>> On Tue, Dec 17, 2013 at 8:04 AM, Alex Thorlton wrote:
>> > On Mon, Dec 16, 2013 at 05:43:40PM -0800, Andy Lutomirski wrote:
>> >> On Mon, Dec 16, 2013 at 9:12 AM, Alex
On Tue, Dec 17, 2013 at 3:12 PM, Alex Williamson
wrote:
> On Mon, 2013-12-16 at 17:48 -0700, Bjorn Helgaas wrote:
>> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>> > +static void pci_vc_load_arb_table(struct pci_dev *dev, int pos)
>> > +{
>> > + u32 ctrl;
>> > +
>> > +
Dmitry Mikushin writes:
>
> So, it seems ia32 emulation assumes Pentium II+. Do you see a quick
> way to make it Pentium I -compatible?
The SYSENTER code path should be never executed, so you could either hack the
assembler to allow it, or just open code it.
Something like (totally untested):
On Tue, 2013-12-17 at 19:46 -0200, Rafael Aquini wrote:
> On Tue, Dec 17, 2013 at 01:27:49PM -0800, Davidlohr Bueso wrote:
> > Ccing Manfred.
> >
> > On Tue, 2013-12-17 at 17:03 -0200, Rafael Aquini wrote:
> > > After the locking semantics for the SysV IPC API got improved, a couple of
> > >
> "Luis" == Luis Henriques writes:
Luis> 3.5.7.28 -stable review patch. If anyone has any objections,
Luis> please let me know.
Luis> - dropped changes to drivers/scsi/sd.c ]
WRITE SAME support didn't go in until 3.7. And without the sd.c pieces
the patch doesn't actually do
On Tue, 17 Dec 2013, Eliezer Tamir wrote:
> On 17/12/2013 17:13, Peter Zijlstra wrote:
> > On Tue, Dec 17, 2013 at 04:03:58PM +0200, Eliezer Tamir wrote:
> >>
> >> I'm not sure that subtracting the spin time is the optimal thing to do.
> >>
> >> The busy poll time is supposed to be limited to
On Mon, 2013-12-16 at 17:48 -0700, Bjorn Helgaas wrote:
> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
> > While we don't really have any infrastructure for making use of VC
> > support, the system BIOS can configure the topology to non-default
> > VC values prior to boot.
On 12/17/2013 03:37 PM, Christoph Lameter wrote:
On Tue, 17 Dec 2013, Sasha Levin wrote:
I'm still seeing warnings with this patch applied:
Looks like this is related to some device release mechanism that frees
twice?
I do not see any kmem_cache management functions in the backtrace and
On Tue, Dec 17, 2013 at 1:49 PM, Sander Eikelenboom
wrote:
>
> So if i combine the two .. it's essentially just a very bad idea to compile
> the wireless stuff in.
> It needs a access to a userland program at module load time, or it will block
> forever.
No, it's a very stupid module if it
On Mon, Dec 16, 2013 at 07:00:04AM -0800, Li Wang wrote:
> Currently, Linux only support file system wide VFS
> cache (dentry cache and page cache) cleaning through
> '/proc/sys/vm/drop_caches'. Sometimes this is less
> flexible. The applications may know exactly whether
> the metadata and data
(active state 0) object type: timer_list
> hint: delay
> ed_work_timer_fn+0x0/0x20
> [ 24.900482] Modules linked in:
> [ 24.900482] CPU: 12 PID: 3654 Comm: kworker/12:1 Tainted: GW
> 3.13.0-rc4-n
> ext-20131217-sasha-00013-ga878504-dirty #4149
> [ 24.900482] Workq
Acked-by: Bradley Grove
On 12/17/2013 01:27 PM, Kees Cook wrote:
This makes sure format strings cannot leak into the printk call via the
constructed buffer.
Signed-off-by: Kees Cook
---
drivers/scsi/esas2r/esas2r_log.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, Dec 17, 2013 at 1:28 PM, Alex Williamson
wrote:
> On Tue, 2013-12-17 at 11:03 -0700, Bjorn Helgaas wrote:
>> On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>> >...
>> > + pci_read_config_dword(dev->bus->self, pos2 + PCI_VC_PORT_REG1, );
>> > + evcc = reg1 &
On Tue, Dec 17, 2013 at 01:17:51PM -0800, Kees Cook wrote:
> On Tue, Dec 17, 2013 at 12:00 PM, Greg Kroah-Hartman
> wrote:
> > On Tue, Dec 17, 2013 at 10:27:33AM -0800, Kees Cook wrote:
> >> This makes sure format strings cannot leak into the printk call via the
> >> constructed buffer.
> >>
> >>
Tuesday, December 17, 2013, 10:27:09 PM, you wrote:
> On Tue, Dec 17, 2013 at 09:33:19PM +0100, Sander Eikelenboom wrote:
> [...]
>> > It's the official Debian package.
> [...]
>> > I will report back when i have tested converting the wireless stuff to
>> > loadable modules / seeing if i can
On Thu, Dec 12, 2013 at 11:48:10PM +, Zoltan Kiss wrote:
> This patch changes the grant copy on the TX patch to grant mapping
>
> v2:
> - delete branch for handling fragmented packets fit PKT_PROT_LINE sized first
> request
> - mark the effect of using ballooned pages in a comment
> - place
From: Mukesh Rathor
PVH is a PV guest with a twist - there are certain things
that work in it like HVM and some like PV. There is
a similar mode - PVHVM where we run in HVM mode with
PV code enabled - and this patch explores that.
The most notable PV interfaces are the XenBus and event
On Tue, Dec 17, 2013 at 01:27:49PM -0800, Davidlohr Bueso wrote:
> Ccing Manfred.
>
> On Tue, 2013-12-17 at 17:03 -0200, Rafael Aquini wrote:
> > After the locking semantics for the SysV IPC API got improved, a couple of
> > IPC_RMID race windows were opened because we ended up dropping the
> >
On Fri, Dec 13, 2013 at 12:55:26PM -0500, Boris Ostrovsky wrote:
> On 12/12/2013 09:10 PM, Konrad Rzeszutek Wilk wrote:
> >From: Mukesh Rathor
> >
> >In the bootup code for PVH we can trap cpuid via vmexit, so don't
> >need to use emulated prefix call. We also check for vector callback
> >early
On Tue, 2013-12-17 at 15:06 +, Laszlo Papp wrote:
> ./scripts/Lindent seems to be working OK, but there are a few minor
> issues like this:
>
> static struct i2c_driver max6651_driver = {
> .driver = {
> - .name = "gpio-max6651",
> - .owner = THIS_MODULE,
>
Serial modules (I-870xxW series) implement DCON protocol which
allows one-master-many-slaves configuration over RS-485. When
these modules are installed into the device, they could be
accessed using the 2nd PXA built-in UART port (/dev/ttyS1).
However, it seems that addresses are not processed by
Off-topic, Cc:s dropped, related to DVB / V4L2 tuner communication problems.
On 17.12.2013 07:39, Devin Heitmueller wrote:
Hi Connor,
On Tue, Dec 17, 2013 at 12:28 AM, Connor Behan wrote:
Thanks for the detailed answer. I have tried your patch and updated the
wiki page. Would a 950 or 950Q
From: Arnaldo Carvalho de Melo
It was called "data_type", but in this context "data" is way too vague,
it could mean the "data" ELF segment, or something else.
Since we have dso__read_binary_type_filename() and the values this field
receives are all DSO__BINARY_TYPE_ we may as well call it
2013/12/17 Masami Hiramatsu :
> (2013/12/17 9:22), Jean-Jacques Hiblot wrote:
>> This patch implements a new tracing mechanism based on kprobes and using
>> GPIO.
>> Debugging with GPIO is very common in the embedded world. At least for those
>> of us
>> fortunate enough to have an oscilloscope
> Hi
>
> This implements the recently discussed ABS2 API. It's working fine on my
> machine with libevdev. Comments welcome!
Just looking at the documentation file, I have a couple of suggestions.
1). Make a note on the direction of gravity wrt the example image. Ie what
which axis/value will be
On Tue, Dec 17, 2013 at 4:09 PM, Antti Palosaari wrote:
> That shared DVB / V4L2 tuner is one problem that I have also currently (SDR
> is on V4L2 API and DTV is provided via DVB API). I have decided to try model
> where I separate RF tuner totally independent used DVB / V4L2 APIs, just to
>
On Tue, Dec 17, 2013 at 09:33:19PM +0100, Sander Eikelenboom wrote:
[...]
> > It's the official Debian package.
[...]
> > I will report back when i have tested converting the wireless stuff to
> > loadable modules / seeing if i can put the CRDA stuff in initrd.
>
> With all the wireless stuff
Ccing Manfred.
On Tue, 2013-12-17 at 17:03 -0200, Rafael Aquini wrote:
> After the locking semantics for the SysV IPC API got improved, a couple of
> IPC_RMID race windows were opened because we ended up dropping the
> 'kern_ipc_perm.deleted' check performed way down in ipc_lock().
> The spotted
From: Mukesh Rathor
During early bootup we start life using the Xen provided
GDT, which means that we are running with %cs segment set
to FLAT_KERNEL_CS (FLAT_RING3_CS64 0xe033, GDT index 261).
But for PVH we want to be use HVM type mechanism for
segment operations. As such we need to switch to
On Monday 16 December 2013 11:39 AM, Grygorii Strashko wrote:
> This series adds Keystone GPIO IP definition in DT and enable GPIO support in
> Keystone configuration file.
>
> Also, it enables LEDs support for Keystone 2 K2H EVM as specified in board
> schematic. For more information see:
> -
From: Mukesh Rathor
In the bootup code for PVH we can trap cpuid via vmexit, so don't
need to use emulated prefix call. We also check for vector callback
early on, as it is a required feature. PVH also runs at default kernel
IOPL.
Finally, pure PV settings are moved to a separate function that
Hi Wim,
Would you be able to pull v5 of this patch series into
linux-watchdog-next? There haven't been any negative comments for
several weeks.
Thanks,
-Markus
On 22 November 2013 14:56, Markus Mayer wrote:
> This commit adds support for the watchdog timer used on the BCM281xx
> family of
On Tue, Dec 17, 2013 at 09:51:50AM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 17, 2013 at 10:54:47AM +0100, Fabio Fantoni wrote:
> > Il 16/12/2013 16:04, Konrad Rzeszutek Wilk ha scritto:
> > >The user has the option of disabling the platform driver:
> > >00:02.0 Unassigned class [ff80]:
Allow debugfs override of sched_tick_max_deferment in order to ease
finding/fixing the remaining issues with full nohz.
The value to be written is in jiffies, and -1 means the max deferment
is disabled (scheduler_tick_max_deferment() returns KTIME_MAX.)
Cc: Frederic Weisbecker
Signed-off-by:
The conversion of the max deferment from usecs to nsecs can easily
overflow on platforms where a long is 32-bits. To fix, cast the usecs
value to u64 before multiplying by NSECS_PER_USEC.
This was discovered on 32-bit ARM platform when extending the max
deferment value.
Cc: Frederic Weisbecker
On Tue, Dec 17, 2013 at 04:07:35PM +0100, Zlatko Calusic wrote:
> On 13.12.2013 15:10, Mel Gorman wrote:
> >Kicked this another bit today. It's still a bit half-baked but it restores
> >the historical performance and leaves the door open at the end for playing
> >nice with distributing file pages
On Tue, Dec 17, 2013 at 12:43:02PM -0500, Johannes Weiner wrote:
> > > > When looking at this closer I found that sysv is a weird exception. It's
> > > > file-backed as far as most of the VM is concerned but looks anonymous to
> > > > most applications that care. That and MAP_SHARED anonymous
In PVH the shared grant frame is the PFN and not MFN,
hence its mapped via the same code path as HVM.
The allocation of the grant frame is done differently - we
do not use the early platform-pci driver and have an
ioremap area - instead we use balloon memory and stitch
all of the non-contingous
Hi Dan,
Am 16.12.2013 um 20:40 schrieb Dan Williams:
> On Fri, 2013-12-13 at 15:43 +0100, Dr. H. Nikolaus Schaller wrote:
>> Hi,
>>
>> Am 02.10.2013 um 09:00 schrieb Dr. H. Nikolaus Schaller:
>>
>>> Hi Jan,
>>>
>>> we are using a GTM601 modem (Firmware 1.7) for a while and have spotted an
>>>
check_link_active() functionality needs to be used by subsequent patches
(that introduce link state change based hotplug). Thus make the function
non-static, and rename it to pciehp_check_link_active() so as to be
consistent with other non-static functions.
Signed-off-by: Rajat Jain
Signed-off-by: Sergei Ianovich
CC: Daniel Mack
CC: Arnd Bergmann
---
v2..v3
* no changes
v1..v2
* use of_have_populated_dt() instead of a static variable
* drop #ifdef in header file
* number changed from 8 to 5 (dropped patches)
arch/arm/mach-pxa/include/mach/pxa27x.h | 1
On Tue, Dec 17, 2013 at 12:00 PM, Greg Kroah-Hartman
wrote:
> On Tue, Dec 17, 2013 at 10:27:33AM -0800, Kees Cook wrote:
>> This makes sure format strings cannot leak into the printk call via the
>> constructed buffer.
>>
>> Signed-off-by: Kees Cook
>> ---
>> drivers/scsi/esas2r/esas2r_log.c |
Add a binding that describes the Broadcom Kona USB2 PHY found
on the BCM281xx family of SoCs.
Signed-off-by: Matt Porter
Acked-by: Kishon Vijay Abraham I
---
Documentation/devicetree/bindings/phy/bcm-phy.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
From: Sasha Levin
Date: Fri, 13 Dec 2013 10:54:22 -0500
> This is similar to the set_peek_off patch where calling bind while the
> socket is stuck in unix_dgram_recvmsg() will block and cause a hung task
> spew after a while.
>
> This is also the last place that did a straightforward
Adds USB OTG/PHY and clock support to BCM281xx and enables
UDC support on the bcm11351-brt and bcm28155-ap boards.
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
Reviewed-by: Tim Kryger
---
arch/arm/boot/dts/bcm11351-brt.dts | 6 ++
arch/arm/boot/dts/bcm11351.dtsi| 18
From: Jason Wang
Date: Fri, 13 Dec 2013 17:21:27 +0800
> There's a possible deadlock if we flush the peers notifying work during
> setting
> mtu:
...
> Reported-by: Yaju Cao
> Tested-by: Yaju Cao
> Cc: K. Y. Srinivasan
> Cc: Haiyang Zhang
> Signed-off-by: Jason Wang
> ---
> The patch is
From: Stanislav Fomichev
Add backtrace info to the CPU usage timechart.
Signed-off-by: Stanislav Fomichev
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Ramkumar Ramachandra
Link:
201 - 300 of 1784 matches
Mail list logo
