From: "Luis Claudio R. Goncalves"
According to the documentation, adding "traceoff_on_warning" to the boot
command line should be enough to enable the feature. But right now it is
necessary to specify "traceoff_on_warning=". Along with fixing that, also
verify if the value passed, if any, is
From: Daniel Bristot de Oliveira
On the function_graph tracer, the print_graph_irq() function prints a
trace line with the flag ==> on an irq handler entry, and the
flag <== on an irq handler return.
But when the latency-format is enable, it is not printing the
latency-format
From: Daniel Thompson
Currently kdb's ftdump command will livelock by constantly printk'ing
the empty string at KERN_EMERG level if it run when the ftrace system is
not in use. This occurs because trace_empty() never returns false when
the ring buffers are left at the start of a non-consuming
[Please don't top-post.]
On Sat, Nov 15, 2014 at 12:11:23AM +0100, Pieter Smith wrote:
> Off course! You are right. Most savings are gained from compiling out
> fs/splice.c. I'll eliminate file-system driver changes as far as possible.
>
> Turning splice exports into inline NOPs when splice is
From: Rasmus Villemoes
Printing a single character to a seqfile might as well be done with
seq_putc instead of seq_puts; this avoids a strlen() call and a memory
access. It also shaves another few bytes off the generated code.
Link:
From: Byungchul Park
Usually, "msecs" notation means milli-seconds, and "usecs" notation
means micro-seconds. Since the unit used in the code is micro-seconds,
the notation should be replaced from msecs to usecs.
Link:
From: Daniel Thompson
Currently kdb's ftdump command unconditionally crashes due to a null
pointer de-reference whenever the command is run. This in turn causes
the kernel to panic.
The abridged stacktrace (gathered with ARCH=arm) is:
--- cut here ---
[] (panic) from [] (die+0x264/0x440)
[]
Hi Linus,
exynos infinite loop regressions fixed
i915: one regression
radeon: one race condition on monitor probing
noveau: two regressions
tegra: one vblank regression fix.
Dave.
The following changes since commit 03dca708521d30153fc5c7e2ff136f780a7372c9:
Merge tag
On Friday, November 14, 2014 01:21:51 AM Zheng, Lv wrote:
> Hi, Rafael
>
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Friday, November 14, 2014 6:38 AM
> >
> > On Thursday, November 13, 2014 02:52:03 AM Zheng, Lv wrote:
> > > Hi, Rafael
> > >
> > > > From: Rafael J. Wysocki
On Friday, October 31, 2014 11:55:46 PM Rafael J. Wysocki wrote:
> On Friday, October 31, 2014 07:49:49 AM Hanjun Guo wrote:
> > On 2014年10月31日 04:12, Rafael J. Wysocki wrote:
> > > On Thursday, October 30, 2014 05:53:00 PM Hanjun Guo wrote:
> > >> acpi_map_lsapic() will allocate a logical CPU
On Wednesday, November 05, 2014 03:06:13 PM Lv Zheng wrote:
> It is possible that a GPE handler or a fixed event handler still accessed
> after removing the handlers by invoking acpi_remove_gpe_handler() or
> acpi_remove_fixed_event_handler(), this possibility can crash OPSM after a
> module
In case of any failure ieee802154fake_probe() just calls unregister_netdev().
But it does not look safe to unregister netdevice before it was registered.
The patch implements straightforward resource deallocation in case of
failure in ieee802154fake_probe().
Found by Linux Driver Verification
Hi Linus,
The 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.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.18-3
for you to fetch changes up to
Good day,This email is sequel to an ealier sent message of which you have
not responded.I have a personal charity project which I will want you to
execute on my behalf.Please kidnly get back to me with this code
MHR/3910/2014 .You can reach me on mrsalimqa...@gmail.com .
Thank you
Salim Qadri
--
On Friday, November 14, 2014 11:53:40 AM Mika Westerberg wrote:
> +Rafael
>
> On Fri, Nov 14, 2014 at 10:39:07AM +0100, Linus Walleij wrote:
> > On Tue, Nov 4, 2014 at 7:57 PM, Mika Westerberg
> > wrote:
> > > On Tue, Nov 04, 2014 at 10:05:26AM -0800, David Cohen wrote:
> >
> > >> It looks we
On Fri, 14 Nov 2014, Linus Torvalds wrote:
> On Fri, Nov 14, 2014 at 1:31 PM, Dave Jones wrote:
> > I'm not sure how long this goes back (3.17 was fine afair) but I'm
> > seeing these several times a day lately..
>
> Plus, judging by the fact that there's a stale "leave_mm+0x210/0x210"
>
The drive and sample phases are generated by dividing an upstream parent clock
by 2, this allows us to adjust the phase by 90 deg.
There's also an option to have up to 255 delay elements (40-80 picoseconds
long).
This driver uses those elements (under the assumption that they're 60ps long) to
This will be used in a later patch for clock phase tuning.
Suggested-by: Heiko Stuebner
Signed-off-by: Alexandru M Stan
---
include/dt-bindings/clock/rk3288-cru.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/dt-bindings/clock/rk3288-cru.h
(that is ready). You can test the getter like this:
localhost ~ # cat /sys/kernel/debug/clk/clk_summary|grep sample -C 1
sclk_sdio1002400 0 0
sdio1_sample 001200 0 0
On Wed, Nov 12, 2014 at 05:03:18PM -0500, Alan Stern wrote:
> On Wed, 12 Nov 2014, Sean O. Stalley wrote:
> > Our plan to support multiple MA devices is to have them all connected
> > to the same virtual host controller, so only 1 would be needed.
> >
> > Would you prefer we have 1 host
Felipe,
Thank you for your reply.
>> + vbat: fixedregulator@0 {
>> + compatible = "regulator-fixed";
>> + regulator-name = "vbat";
>> + regulator-min-microvolt = <500>;
>> + regulator-max-microvolt = <500>;
>> +
On Fri, Nov 14, 2014 at 02:06:37PM -0800, Dmitry Torokhov wrote:
> Return value of irq_of_parse_and_map() is unsigned int, with 0
> indicating failure, so testing for negative result never works.
>
> Signed-off-by: Dmitry Torokhov
This change is to remove the hdmi structure from mdp kms data structure.
To do this, the initialization flow is re-arranged.
- hdmi_init is moved from modeset_init to hdmi_bind.
- hdmi_destroy is called by hdmi_unbind and the use of kref is abandoned.
- A new interface hdmi_set_encoder is
All the sub-systems in mdss share the same irq. This change provides
the sub-systems with the interfaces to register/unregister their own
irq handlers.
With this change, struct mdp5_kms does not have to keep the hdmi or
edp context.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/hdmi/hdmi.c
> -Original Message-
> From: Andrey Utkin [mailto:andrey.krieger.ut...@gmail.com]
> Sent: Thursday, November 13, 2014 8:10 PM
> To: linux-...@vger.kernel.org; linux-kbu...@vger.kernel.org; linux-
> me...@vger.kernel.org; linux-kernel@vger.kernel.org; dri-
> de...@lists.freedesktop.org;
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Also report error returned by devm_gpio_request_one instead of
clobbering it with -ENODEV.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code
On Friday, November 14, 2014 09:58:41 AM Linus Walleij wrote:
> On Mon, Nov 3, 2014 at 11:56 PM, Rafael J. Wysocki wrote:
> > On Monday, November 03, 2014 02:22:10 PM Linus Walleij wrote:
>
> >> With that change:
> >> Reviewed-by: Linus Walleij
> >
> > OK, made the changes and added your
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Also report error returned by devm_gpio_request_one instead of
clobbering it with -ENODEV.
Signed-off-by: Dmitry Torokhov
---
drivers/nfc/st21nfca/i2c.c | 11
On Fri, Nov 14, 2014 at 02:01:27PM -0800, Linus Torvalds wrote:
> Plus, judging by the fact that there's a stale "leave_mm+0x210/0x210"
> (wouldn't that be the *next* function, namely do_flush_tlb_all())
> pointer on the stack, I suspect that whole range-flushing doesn't even
> trigger, and
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/nfc/pn544/i2c.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
On Sunday, November 09, 2014 02:00:38 PM Paul E. McKenney wrote:
> On Sun, Nov 09, 2014 at 01:53:37PM +0400, Konstantin Khlebnikov wrote:
> > ACPI maintains cache of ioremap regions to speed up operations and
> > access to them from irq context where ioremap() calls aren't allowed.
> > This code
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. Mostly small fixups to PS/2
tochpad drivers (ALPS, Elantech,
This patch:
https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/commit/?h=x86/paranoid=5b58c7ac3034a8d62e42a6ca91c7a95e887542e7
which is functionally identical to:
http://lkml.kernel.org/g/76efedcd3622e61feb2982eabe52a6bf531396a9.1415917623.git.l...@amacapital.net
causes Tony's MCE
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/pci/host/pcie-rcar.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On Friday, November 14, 2014 09:36:17 AM Kevin Hilman wrote:
> Geert Uytterhoeven writes:
>
> > Hi Kevin,
> >
> > On Thu, Nov 13, 2014 at 11:28 PM, Kevin Hilman wrote:
> >> It makes little sense to use generic power domains without runtime PM.
> >
> > Does it?
> > It still powers down the PM
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/pci/host/pci-keystone.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/irqchip/irq-brcmstb-l2.c | 4 ++--
1 file changed, 2 insertions(+), 2
Hi Hendrick,
On Fri, 14 November 2014 Henrik Rydberg wrote:
> > So it would need to at least be select VGA_ARB if (PCI && !S390)
> > in order to not have broken kernel configuration (in more or less
> > exotic cases) while depends on VGA_ARB would be the only correct option
> > if the rule
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/irqchip/irq-bcm7120-l2.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Friday, November 14, 2014 09:27:41 AM Kevin Hilman wrote:
> Hi Ulf,
>
> Ulf Hansson writes:
>
> > On 13 November 2014 23:28, Kevin Hilman wrote:
> >> From: Kevin Hilman
> >>
> >> It makes little sense to use generic power domains without runtime PM.
> >> Also, since the complexities of
From: Joe Stringer
Date: Thu, 13 Nov 2014 16:38:11 -0800
> Most NICs that report NETIF_F_GSO_UDP_TUNNEL support VXLAN, and not other
> UDP-based encapsulation protocols where the format and size of the header may
> differ. This patch series implements a generic ndo_gso_check() for detecting
>
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/net/wireless/brcm80211/brcmfmac/of.c | 4 ++--
1 file changed, 2
From: "John W. Linville"
Date: Thu, 13 Nov 2014 16:28:16 -0500
> Please pull this set of a few more wireless fixes intended for the
> 3.18 stream...
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/media/platform/exynos4-is/fimc-is.c | 4 ++--
1 file changed, 2 insertions(+),
From: Vincent Benayoun
Date: Thu, 13 Nov 2014 15:04:57 +
> From f25ff0f2645f9763552147d480f86973b7041e26 Mon Sep 17 00:00:00 2001
> From: Vincent BENAYOUN
> Date: Thu, 13 Nov 2014 13:47:26 +0100
> Subject: [PATCH] inetdevice: fixed signed integer overflow
>
> There could be a signed
On Fri, Nov 14, 2014 at 1:56 PM, Luck, Tony wrote:
>>> Right, I can do it in the meantime and we can always experiment more
>>> later. Getting rid of _TIF_MCE_NOTIFY is a good thing already.
>>
>> Yep, it looks pretty simple - not tested yet, it builds though.
>
> It seems pretty solid under test
From: Frank Rowand
Update devicetree binding for msm_serial to reflect msm_serial_probe()
getting line id (port number) from the serialN alias.
Signed-off-by: Frank Rowand
---
Documentation/devicetree/bindings/serial/qcom,msm-uartdm.txt | 15 +--
1 file changed, 13 insertions(+), 2
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/hsi/clients/nokia-modem.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Thu, Nov 13, 2014 at 10:10 PM, Pankaj Dubey wrote:
> +CC: Colin Cross, James Hogan
>
> On Thursday, November 13, 2014 11:30 PM, Nicolas Pitre wrote:
>> To: Russell King - ARM Linux
>> Cc: Pankaj Dubey; linux-arm-ker...@lists.infradead.org; linux-
>> ker...@vger.kernel.org
>> Subject: Re:
Hi,
On Fri, Nov 14, 2014 at 06:34:18PM +0100, Pali Rohár wrote:
> Anyway what is /dev/cmt_speech doing? If it exports gsm voice
> call data, [...]
Right.
> [...] should not it have alsa snd interface?
Sounds also like a promising standardized kernel interface.
I wonder why a custom interface
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
arch/nios2/kernel/time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hi
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> On Mon, 10 Nov 2014, Anatol Pomozov wrote:
>> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
>> wrote:
>> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
>> >> ARM timekeeping functionality allows to register
On Fri, Nov 14, 2014 at 1:31 PM, Dave Jones wrote:
> I'm not sure how long this goes back (3.17 was fine afair) but I'm
> seeing these several times a day lately..
Hmm. I don't see what would have changed in this area since v3.17.
There's a TLB range fix in mm/memory.c, but for the life of me I
Add support for the IMG Multi-threaded DMA Controller (MDC) found on
certain IMG SoCs. Currently this driver supports the variant present
on the MIPS-based Pistachio SoC.
Signed-off-by: Andrew Bresticker
---
Changes from v1:
- split device_control
- added generic slave caps
- iterate through
This series adds support for the IMG Multi-threaded DMA Controller (MDC)
which is found on IMG SoCs. Currently this driver only supports the
variant found on the MIPS-based Pistachio SoC.
The MDC supports slave and memory-to-memory transfers on up to 32 channels.
Requests from channels are
Add a binding document for the IMG Multi-threaded DMA Controller (MDC)
present on the MIPS-based Pistachio and other IMG SoCs.
Signed-off-by: Andrew Bresticker
---
No changes from v1.
---
.../devicetree/bindings/dma/img-mdc-dma.txt| 57 ++
1 file changed, 57
Hi,
On Fri, Nov 14, 2014 at 09:54:42PM +0200, Ivaylo Dimitrov wrote:
> On 14.11.2014 19:20, Sebastian Reichel wrote:
> >The patch looks ok. It does not cleanup the cmt-speech driver for
> >mainline usage, but it should work. Before adding this driver to the
> >mainline kernel there should be open
>> Right, I can do it in the meantime and we can always experiment more
>> later. Getting rid of _TIF_MCE_NOTIFY is a good thing already.
>
> Yep, it looks pretty simple - not tested yet, it builds though.
It seems pretty solid under test so far.
Can we make it pass the address/flag to
On Fri, Nov 14, 2014 at 12:39 PM, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Borislav Petkov wrote:
>> On Fri, Nov 14, 2014 at 12:19:16PM -0800, Vinson Lee wrote:
>> > Hi.
>> >
>> > We hit this x86 math_error warning in Linux kernel 3.10.
>> >
>> > [ cut here ]
>> >
Folks,
Please queue up the following changes for v3.19.
Inclued are two straight forward changes from Mathias, and another
attempt from Ard at moving the x86 EFI boot stub to the libstub library.
It would be great to get these baking in linux-next for a bit.
The following changes since commit
irq_of_parse_and_map() returns 0 on error (the result is unsigned int),
so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/ata/sata_fsl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello Jan,
thank you for the review.
On 14.11.2014 11:01, Jan Kara wrote:
We only want to create FAN_MODIFY events for ATTR_SIZE. So only for
these events we need a path.
To my knowledge notify_change is called with ATTR_SIZE from
do_truncate(), ecryptfs_truncate() and will be called with
This prefixes all crypto module loading with "crypto-" so we never run
the risk of exposing module auto-loading to userspace via a crypto API,
as demonstrated by Mathias Krause:
https://lkml.org/lkml/2013/3/4/70
Signed-off-by: Kees Cook
---
arch/arm/crypto/aes_glue.c | 4 ++--
irq_of_parse_and_map() returns 0 on error, so testing for negative
result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual inspection of the code.
drivers/gpio/gpio-tz1090.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
I'm not sure how long this goes back (3.17 was fine afair) but I'm
seeing these several times a day lately..
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [trinity-c129:25570]
irq event stamp: 74224
hardirqs last enabled at (74223): [] restore_args+0x0/0x30
hardirqs last disabled at
This enables user space access to the 3 PWM available on the Radxa Rock headers.
Signed-off-by: Julien CHAUVEAU
---
arch/arm/boot/dts/rk3188-radxarock.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188-radxarock.dts
From: Matt Fleming
This patch series adds a new PMU driver for the Intel Cache Monitoring
hardware feature available in Intel Xeon processors, which allows
monitoring of LLC occupancy on a task, group or system-wide basis.
The first few patches modify tools/perf to handle per-package counters,
From: Matt Fleming
In preparation for upcoming PMU drivers that support system-wide,
per-package counters and hence report duplicate values, add support for
parsing the .per-pkg file.
An event can export this info file to indicate that all but one value
per socket should be discarded.
The
From: Matt Fleming
Move perf_cgroup_from_task() from kernel/events/ to include/linux/ along
with the necessary struct definitions, so that it can be used by the PMU
code.
When the upcoming Intel Cache Monitoring PMU driver assigns monitoring
IDs to perf events, it needs to be able to check
From: Matt Fleming
The Intel QoS PMU needs to know whether an event is part of a cgroup
during ->event_init(), because tasks in the same cgroup share a
monitoring ID.
Move the cgroup initialisation before calling into the PMU driver.
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Peter
From: Jiri Olsa
Adding support to parse and read the snapshot file,
and using this information to omit the compute_delta
function logic.
Signed-off-by: Jiri Olsa
---
tools/perf/util/evsel.c| 6 --
tools/perf/util/evsel.h| 1 +
tools/perf/util/parse-events.c | 1 +
From: Matt Fleming
Add support for task events as well as system-wide events. This change
has a big impact on the way that we gather LLC occupancy values in
intel_cqm_event_read().
Currently, for system-wide (per-cpu) events we defer processing to
userspace which knows how to discard all but
From: Peter P Waskiewicz Jr
This patch adds support for the new Cache QoS Monitoring (CQM)
feature found in future Intel Xeon processors. It includes the
new values to track CQM resources to the cpuinfo_x86 structure,
plus the CPUID detection routines for CQM.
CQM allows a process, or set of
From: Matt Fleming
It's possible to run into issues with re-using unused monitoring IDs
because there may be stale cachelines associated with that ID from a
previous allocation. This can cause the LLC occupancy values to be
inaccurate.
To attempt to mitigate this problem we place the IDs on a
From: Matt Fleming
We can leverage the workqueue that we use for RMID rotation to support
scheduling of conflicting monitoring events. Allowing events that
monitor conflicting things is done at various other places in the perf
subsystem, so there's precedent there.
An example of two conflicting
Hi,
On Fri, Nov 14, 2014 at 09:47:11PM +0300, Sergei Shtylyov wrote:
> On 11/14/2014 06:26 PM, Antoine Tenart wrote:
>
> >Enable the 2 available USB PHY and USB nodes on the Marvell Berlin BG2Q
> >DMP.
>
> >Signed-off-by: Antoine Tenart
> >---
> > arch/arm/boot/dts/berlin2q-marvell-dmp.dts |
From: Matt Fleming
There are many use cases where people will want to monitor more tasks
than there exist RMIDs in the hardware, meaning that we have to perform
some kind of multiplexing.
We do this by "rotating" the RMIDs in a workqueue, and assigning an RMID
to a waiting event when the RMID
From: Matt Fleming
Future Intel Xeon processors support a Cache QoS Monitoring feature that
allows tracking of the LLC occupancy for a task or task group, i.e. the
amount of data in pulled into the LLC for the task (group).
Currently the PMU only supports per-cpu events. We create an event for
From: Matt Fleming
For PMU drivers that record per-package counters, the ->count variable
cannot be used to record an accurate aggregated value, since it's not
possible to perform SMP cross-calls to cpus on other packages from the
context in which we update ->count.
Introduce a new optional
Hi!
On Fri 2014-11-14 21:54:42, Ivaylo Dimitrov wrote:
> On 14.11.2014 19:20, Sebastian Reichel wrote:
> >
> >The patch looks ok. It does not cleanup the cmt-speech driver for
> >mainline usage, but it should work. Before adding this driver to the
> >mainline kernel there should be open source
On Fri, Nov 14, 2014 at 10:10:52PM +0100, Antoine Tenart wrote:
> Felipe,
>
> On Fri, Nov 14, 2014 at 03:08:32PM -0600, Felipe Balbi wrote:
> > On Fri, Nov 14, 2014 at 04:25:58PM +0100, Antoine Tenart wrote:
> > > Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> > > and DMA
On Fri, Nov 14, 2014 at 12:54 PM, Johannes Berg
wrote:
> On Fri, 2014-11-14 at 12:52 -0800, Luis R. Rodriguez wrote:
>> On Fri, Nov 14, 2014 at 12:50 PM, Johannes Berg
>> wrote:
>> > On Tue, 2014-11-11 at 00:14 -0800, Luis R. Rodriguez wrote:
>> >> From: "Luis R. Rodriguez"
>> >>
>> >> This
Felipe,
On Fri, Nov 14, 2014 at 03:08:32PM -0600, Felipe Balbi wrote:
> On Fri, Nov 14, 2014 at 04:25:58PM +0100, Antoine Tenart wrote:
> > Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> > and DMA mask, to support USB2 ChipIdea controllers that don't need
> > specific
On Fri, Nov 14, 2014 at 09:01:49PM +, Paul Zimmerman wrote:
> > From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
> > Sent: Tuesday, November 11, 2014 9:14 AM
> >
> > From: Dinh Nguyen
> >
> > Since the dwc2 hcd driver is currently not looking for a clock node
On Fri, Nov 14, 2014 at 1:07 PM, Ross Zwisler
wrote:
> On Wed, 2014-11-12 at 19:25 -0800, Andy Lutomirski wrote:
>> On 11/11/2014 10:43 AM, Ross Zwisler wrote:
>> > Add support for the new pcommit instruction. This instruction was
>> > announced in the document "Intel Architecture Instruction
On Fri, Nov 14, 2014 at 04:25:58PM +0100, Antoine Tenart wrote:
> Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> and DMA mask, to support USB2 ChipIdea controllers that don't need
> specific functions.
>
> Tested on the Marvell Berlin SoCs USB controllers.
>
> Signed-off-by:
On Wed, 2014-11-12 at 19:25 -0800, Andy Lutomirski wrote:
> On 11/11/2014 10:43 AM, Ross Zwisler wrote:
> > Add support for the new pcommit instruction. This instruction was
> > announced in the document "Intel Architecture Instruction Set Extensions
> > Programming Reference" with reference
On Fri, Nov 14, 2014 at 02:41:57PM +0530, George Cherian wrote:
>
> On 11/14/2014 02:12 PM, Sebastian Andrzej Siewior wrote:
> >On 11/14/2014 09:24 AM, George Cherian wrote:
> >>Disable the MUSB interrupts till MUSB is recovered fully from BABBLE
> >>condition. There are chances that we could get
> From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
> Sent: Tuesday, November 11, 2014 9:14 AM
>
> From: Dinh Nguyen
>
> Since the dwc2 hcd driver is currently not looking for a clock node during
> init, we should not completely fail if there isn't a clock provided.
>
Hi Pali,
On Friday, November 14, 2014 08:38:19 PM Pali Rohár wrote:
> This patch series fix detection and identifying trackstick on machines with
> ALPS devices. Last patch split trackstick and bare PS/2 mouse packets
> between dev2 and dev3 input devices which make sure that driver will send
>
On Fri, 14 Nov 2014 15:31:23 -0500
Steven Rostedt wrote:
> Hmm, I guess I can still make this change. The seq_commit() comment
> states that @num needs to be < 0 if the data did not fit, and if it is
> in overflow state, then it should be -1 not size + 1 (or size for the
> old way).
I made the
> From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
> Sent: Tuesday, November 11, 2014 9:14 AM
>
> From: Dinh Nguyen
>
> Since platform.c will get built for both Host and Gadget, if we leave the
> usb_disabled() call in platform.c, it results in the following build
On Fri, 14 Nov 2014 12:30:01 -0500
Steven Rostedt wrote:
> > Hmm, we should not apply this patch before we fix all other locations
> > accessing seq.len. We need to make sure that they do not access
> > outside of the buffer when seq.len = seq.size + 1.
> >
> > See my comments for
sizeof(u8) is always 1.
Signed-off-by: Fabian Frederick
---
drivers/net/wireless/b43/ppr.c| 2 +-
drivers/net/wireless/iwlwifi/pcie/trans.c | 2 +-
drivers/net/wireless/rtlwifi/efuse.c | 16
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git
2014-11-14 20:22 GMT+03:00 Joe Perches :
> On Fri, 2014-11-14 at 15:50 +0300, Andrey Ryabinin wrote:
>> On architectures that have support for efficient unaligned access
>> struct printk_log has 4-byte alignment.
>> Specify alignment attribute in type declaration.
>>
>> The whole point of this
On Fri, 2014-11-14 at 12:52 -0800, Luis R. Rodriguez wrote:
> On Fri, Nov 14, 2014 at 12:50 PM, Johannes Berg
> wrote:
> > On Tue, 2014-11-11 at 00:14 -0800, Luis R. Rodriguez wrote:
> >> From: "Luis R. Rodriguez"
> >>
> >> This third series should hopefully address all pending feedback.
> >>
On Fri, Nov 14, 2014 at 12:50 PM, Johannes Berg
wrote:
> On Tue, 2014-11-11 at 00:14 -0800, Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> This third series should hopefully address all pending feedback.
>> I've split out patches even more, but more importantly have
>> made the
> From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
> Sent: Tuesday, November 11, 2014 9:14 AM
>
> From: Dinh Nguyen
>
> Make dwc2_handle_common_intr call the gadget interrupt function when operating
> in peripheral mode. Remove the spinlock functions in s3c_hsotg_irq
On Fri, Nov 14, 2014 at 12:47 PM, Johannes Berg
wrote:
> On Tue, 2014-11-11 at 00:15 -0800, Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> When using backports against for packaging with --gitdebug you either
>> have to use --clean or assume the directory is empty already. In either
On Tue, 2014-11-11 at 00:14 -0800, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This third series should hopefully address all pending feedback.
> I've split out patches even more, but more importantly have
> made the parser simpler by both integrating the logic required
> to
101 - 200 of 1460 matches
Mail list logo