Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/entry.S | 418 ++
arch/h8300/kernel/irq.c | 100 +++
arch/h8300/kernel/traps.c | 161 ++
3 files changed, 679 insertions(+)
create mode 100644 arch/h8300/kernel/entry.S
crea
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/Kconfig | 6 +
drivers/clocksource/Makefile| 3 +
drivers/clocksource/h8300_timer16.c | 332 ++
drivers/clocksource/h8300_timer8.c | 398
drivers/clocksource
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/asm/Kbuild | 66 ++
arch/h8300/include/asm/asm-offsets.h | 1 +
arch/h8300/include/asm/atomic.h| 159 +++
arch/h8300/include/asm/bitops.h| 185 +
arch/h8300/include/a
Hello,
On Thu, Feb 12, 2015 at 01:24:05PM +0100, Sascha Hauer wrote:
> On Thu, Feb 12, 2015 at 06:39:45PM +0800, Liu Ying wrote:
> > On Thu, Feb 12, 2015 at 10:33:56AM +0100, Sascha Hauer wrote:
> > > On Thu, Feb 12, 2015 at 02:01:24PM +0800, Liu Ying wrote:
> > > > If no best divider is normally
On Sat, 2015-02-21 at 01:40 +0100, Rabin Vincent wrote:
> On Fri, Feb 20, 2015 at 01:06:03AM +0100, Paul Bolle wrote:
> > On Thu, 2015-02-19 at 20:29 +0100, Rabin Vincent wrote:
> > > The CRIS SMP code cannot be built since there is no (and appears to
> > > never have been) a CONFIG_SMP Kconfig opt
On Wed, Feb 18, 2015 at 11:03:39AM +, Charles Keepax wrote:
> --- a/include/linux/mfd/arizona/pdata.h
> +++ b/include/linux/mfd/arizona/pdata.h
> @@ -7,61 +7,17 @@
> * it under the terms of the GNU General Public License version 2 as
> * published by the Free Software Foundation.
> */
>
On Wed, Feb 18, 2015 at 12:33:51AM +0530, Mugunthan V N wrote:
> Data corruption is seen while reading/writing large data from/to qspi
> device because the data register is over written or read before data
> is ready which is denoted by busy bit in status register. SO adding
> a busy bit check befo
* Andy Lutomirski wrote:
> We have eager and lazy fpu modes, introduced in:
>
> 304bceda6a18 x86, fpu: use non-lazy fpu restore for processors supporting
> xsave
>
> The result is rather messy. There are two code paths in
> almost all of the FPU code, and only one of them (the
> eager case
On Mon, Feb 16, 2015 at 10:02:48PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> When using non-standard rates, a relatively small amount of overclocking
> can make a big difference to a number of cases.
This is all basically fine but I'm wondering why this is being
configured via sysfs and
On Mon, Feb 16, 2015 at 10:02:47PM +0100, Peter Rosin wrote:
> From: Peter Rosin
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Feb 16, 2015 at 10:02:45PM +0100, Peter Rosin wrote:
> Another "feature" that one might want, is that attempts to change the
> overclocking should fail with EBUSY when the device is already in use.
> But I haven't invested enough time to find out how I should determine
> when to fail, so f
On Thu, Feb 19, 2015 at 04:01:29PM +0100, Arnd Bergmann wrote:
> So the stubs are provided for all functions except device_reset() and
> reset_control_get(), and drivers using the API need to either call the
> stubbed-out _optional() versions of these functions or have the explicit
> dependency.
On Sat, Feb 21, 2015 at 04:53:49PM +0900, Yoshinori Sato wrote:
> +static inline void *
> +get_sigframe(struct k_sigaction *ka, struct pt_regs *regs, size_t frame_size)
> +{
> + unsigned long usp;
> +
> + /* Default to using normal stack. */
> + usp = rdusp();
> +
> + /* This is t
On Sat, Feb 21, 2015 at 04:53:47PM +0900, Yoshinori Sato wrote:
> +resume_userspace:
> + andc#0xbf,ccr
> + mov.l sp,er4
> + and.w #0xe000,r4 /* er4 <- current thread info */
> + mov.l @(TI_FLAGS:16,er4),er1
> + and.l #_TIF_WORK_MASK,er1
> + beq
> > > Since linux-3.18.0, r8169 is having problems driving one of my add-on
> > > PCIe NICs. The interface is losing link for several seconds at a time,
> > > the frequency being about once a minute when the traffic is high.
> > >
> > > The first loss of link is accompanied by the message "NETDEV
On Sat, Feb 21, 2015 at 06:23:08PM +0900, Mark Brown wrote:
> On Wed, Feb 18, 2015 at 11:03:39AM +, Charles Keepax wrote:
>
> > --- a/include/linux/mfd/arizona/pdata.h
> > +++ b/include/linux/mfd/arizona/pdata.h
> > @@ -7,61 +7,17 @@
> > * it under the terms of the GNU General Public License
Tomas Szepe wrote:
> > I tried to reproduce this without success so far on my RTL8168d/8111d
> > device.
> > I've been running 40 parallel netperf TCP_STREAM tests (1gbit) for the
> > last 5 hours and so far I saw no watchdog tx timeouts.
> >
> > I'll keep this running for a day or so to see if
Hello,
TLDR: only apply patch 1 and rip of CLK_DIVIDER_ROUND_CLOSEST.
I stared at clk-divider.c for some time now given Sascha's failing test
case. I found a fix for the failure (which happens to be what Sascha
suspected).
The other two patches fix problems only present when handling dividers
th
Similar to the reasoning for the previous commit
DIV_ROUND_CLOSEST(parent_rate, rate)
might not be the best integer divisor to get a good approximation for
rate from parent_rate (given the metric for CLK_DIVIDER_ROUND_CLOSEST).
For example assume a parent rate of 1000 Hz and a target rat
It's an invalid approach to assume that among two divider values
the one nearer the exact divider is the better one.
Assume a parent rate of 1000 Hz, a divider with CLK_DIVIDER_POWER_OF_TWO
and a target rate of 89 Hz. The exact divider is ~ 11.236 so 8 and 16
are the candidates to choose from yiel
The rate provided at the output of a clk-divider is calculated as:
DIV_ROUND_UP(parent_rate, div)
since commit b11d282dbea2 (clk: divider: fix rate calculation for
fractional rates). So to yield a rate not bigger than r parent_rate
must be <= r * div.
The effect of choosing a parent rate
On Sat, 21 Feb 2015 11:31:04 +0100, Florian Westphal wrote:
> Tomas Szepe wrote:
>> > I tried to reproduce this without success so far on my RTL8168d/8111d
>> > device.
>> > I've been running 40 parallel netperf TCP_STREAM tests (1gbit) for the
>> > last 5 hours and so far I saw no watchdog tx t
Hi All
I'm back-porting the genirq patch series to my Linux 2.6.18.
After insmod'ing ixgbe driver with MQ enabled my machine hangs and I'm
unable to enter KDB.
I instrumented the MSIX and ixgbe drivers and found something strange.
The driver calls pci_enable_msix(with 41 vectors) ->
msix_capabilit
On Fri, Feb 20, 2015 at 07:56:17PM -0500, Nicolas Pitre wrote:
> On Mon, 16 Feb 2015, Peter Zijlstra wrote:
>
> > From: Thomas Gleixner
> >
> > Replace the clockevents_notify() call with an explicit function call.
> >
> > Signed-off-by: Thomas Gleixner
>
> This patch makes my test system hang
Hello,
I would like to know if current firewire implementation in Linux
kernel v3.19 still have security problems like DMA attack. If yes
are there any prevention for it (maybe with intel_iommu)?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message
On 20/02/15 22:01, Rob Herring wrote:
On Fri, Feb 20, 2015 at 1:25 PM, Srinivas Kandagatla
wrote:
On 20/02/15 17:21, Rob Herring wrote:
On Thu, Feb 19, 2015 at 11:08 AM, Srinivas Kandagatla
wrote:
From: Maxime Ripard
Up until now, EEPROM drivers were stored in drivers/misc, where the
Alexander Kuleshov writes:
Those are not EOF, those are mask. For example, EOF_FAT12 can be 0xff8
(some old drivers did this really).
And 0xf000 means ~0x0fff, not free cluster (because FAT32 is
28bits actually).
> Signed-off-by: Alexander Kuleshov
> ---
> fs/fat/fatent.c
On 02/18/2015 04:14 AM, Al Viro wrote:
> On Wed, Feb 11, 2015 at 11:05:07AM +0800, Nicolas Iooss wrote:
>> Fix this by making proc_reg_open grab a reference to the module owning
>> pde->proc_fops.
>
> NAK.
>
> procfs doesn't pin modules while the file is opened, by design. And
> it's not about t
Move parts of linux/mfd/arizona/pdata.h and gpio.h into a new file in
the dt-binding directory for use by device tree bindings. This also
makes gpio.h redundant so remove it in the process.
Signed-off-by: Charles Keepax
---
include/dt-bindings/mfd/arizona.h | 109 +++
On Thu, Feb 19, 2015 at 12:51:52PM -0500, Nicolas Pitre wrote:
>
> This breaks the b.L switcher disabling code which essentially does:
>
> static void bL_switcher_restore_cpus(void)
> {
> int i;
>
> for_each_cpu(i, &bL_switcher_removed_logical_cpus) {
> struct dev
On Fri, Feb 20, 2015 at 09:23:19PM +0100, Oleg Nesterov wrote:
> On 02/20, Peter Zijlstra wrote:
> >
> > I think I agree with Oleg in that we only need the smp_rmb(); of course
> > that wants a somewhat elaborate comment to go along with it. How about
> > something like so:
> >
> > spin_unlock_
Gidday,
The Linux man-pages maintainer proudly announces:
man-pages-3.80 - man pages for Linux
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
https://git.kernel.org/cgit/docs/man-pages/man-pages.git/
Online changelog:
http://man7.org/linux/man
I am David Mcdonald a private lender located in New York,i can help you with a
loan you looking for @ 3% interest rate, Interested call,email or text (347)
560-4207
David Mcdonald
Email: david.mcdonaldloa...@gmail.com
telephone:+1 347-560-4207
--
To unsubscribe from this list: send the line "un
On Feb 21 2015 or thereabouts, jsanchezf wrote:
> You mean the kernel that worked before the thing broke? That would be 3.16,
> without any patch whatsoever, is that right?
No, sorry. I meant a plain 3.18 (you need a 3.17 at least to have the
device handled by hid and 3.18 to have wacom picked up
From: Markus Elfring
Date: Sat, 21 Feb 2015 14:14:56 +0100
The functions sisfb_search_crt2type(), sisfb_search_specialtiming() and
sisfb_search_tvstd() test whether their argument is NULL and then
return immediately. Thus the test around their calls is not needed.
This issue was detected by usin
On Fri, Feb 20, 2015 at 8:23 PM, Davidlohr Bueso wrote:
> On Wed, 2015-02-18 at 22:23 -0500, Paul Moore wrote:
>> I'd prefer if the audit_log_d_path_exe() helper wasn't a static inline.
>
> What do you have in mind?
Pretty much what I said before, audit_log_d_path_exe() as a
traditional function
Hi Masami,
On Fri, Feb 20, 2015 at 06:41:50PM +0900, Masami Hiramatsu wrote:
> Add --purge FILE to remove all caches of FILE.
> Since the current --remove FILE removes a cache which has
> same build-id of given FILE. Since the command takes a
> FILE path, it can confuse user who tries to remove ca
Your email address was attached to a
ticketnumber(s)22-16-65-22-70-31(09)which subsequently won you
250,000.00GBP.Contact Outlook CLAIMS WITH TICKET NOS. Email:/
appleclaimsu...@outlook.com .
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On Fri, Feb 20, 2015 at 04:08:43PM +, Charles Keepax wrote:
> We were not calling of_node_put if the regulator failed to register this
> patch fixes this.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Feb 20, 2015 at 04:08:44PM +, Charles Keepax wrote:
> We were not calling of_node_put if the regulator failed to register this
> patch fixes this.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Feb 20, 2015 at 04:53:38PM -0800, Doug Anderson wrote:
> The LDOs are documented in the rk808 datasheet to have a soft start
> time of 400us. Add that to the driver. If this time takes longer on
> a certain board the device tree should be able to override with
> "regulator-enable-ramp-del
On Thu, Feb 12, 2015 at 01:07:26PM +0100, Aurelien BOUIN wrote:
> This patch solve various issue detected by checkpatch.pl
I need a proper changelog for this, sorry - what issues and how are they
being fixed? It's hard to review a random collection of changes with no
description of what they're s
On Thu, Feb 12, 2015 at 01:07:27PM +0100, Aurelien BOUIN wrote:
> This patch enable to give a parameter to device tree to set the number of
> bits per word the DMA uses in transfer
> In device tree you can specify fsl,spi-dma-bits-per-word = <16>; in the ecspi
> section
Why would this be a DT pr
On Thu, Feb 12, 2015 at 09:41:54AM +0100, Tomeu Vizoso wrote:
> v2: * Added ack tags from Stephen
>
> Hello,
>
> we need some more controls in userspace so policy can be applied at events
> such as microphone and headphone jacks being plugged in, to be used by
> Tegra-based Chromebooks.
Applie
On Wed, Feb 11, 2015 at 03:49:51PM +0100, Tomeu Vizoso wrote:
> Hello,
>
> we need some more controls in userspace so policy can be applied at events
> such as microphone and headphone jacks being plugged in, to be used by
> Tegra-based Chromebooks.
I see that your "v2" which only added an ack wa
On Sat, 2015-02-21 at 08:45 -0500, Paul Moore wrote:
> On Fri, Feb 20, 2015 at 8:23 PM, Davidlohr Bueso wrote:
> > On Wed, 2015-02-18 at 22:23 -0500, Paul Moore wrote:
> >> I'd prefer if the audit_log_d_path_exe() helper wasn't a static inline.
> >
> > What do you have in mind?
>
> Pretty much wh
When using device trees on the ARM platform, it is not certain
at compile time whether or not the system will have a RTC.
If one enables CONFIG_HCTOSYS just in case the system booted has
a RTC, and it turns out not to be, this will result in a big fat
"unable to open rtc device" error being printe
From: Matt
This patch fixes the following warnings:
space prohibited before that close parenthesis ')'
space prohibited after that open parenthesis '('
Signed-off-by: Matteo Semenzato
---
drivers/staging/fbtft/fb_bd663474.c | 100 ++--
1 file changed, 50 insertio
Hi, Balbi
On 02/21/2015 12:06 AM, Felipe Balbi wrote:
Hi,
On Fri, Feb 20, 2015 at 11:44:37PM +0800, zhangfei wrote:
Hi, Balbi
On 02/20/2015 10:41 PM, Felipe Balbi wrote:
+static void hi6220_start_peripheral(struct hi6220_priv *priv, bool on)
+{
+ struct usb_otg *otg = priv->phy.otg;
+
- Original Message -
> From: "Josh Triplett"
> To: "Peter Zijlstra"
> Cc: "Paul E. McKenney" ,
> linux-kernel@vger.kernel.org, mi...@kernel.org,
> la...@cn.fujitsu.com, dipan...@in.ibm.com, a...@linux-foundation.org,
> "mathieu desnoyers"
> , t...@linutronix.de, rost...@goodmis.org,
>
From: Benoit Parrot
this patch adds support for omnivision's ov2659
sensor, the driver supports following features:
1: Asynchronous probing
2: DT support
3: Media controller support
Signed-off-by: Benoit Parrot
Signed-off-by: Lad, Prabhakar
---
Changes for v2:
1: Dropped prefix entry for ovt
> -Original Message-
> From: Thomas Graf [mailto:t...@infradead.org] On Behalf Of Thomas Graf
> Sent: Thursday, February 19, 2015 5:49 PM
> To: Shachar Raindel
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: Use-after-free oops in next-20150204 - probably nelink
>
Hi. Only now I realized you wrote some instructions. Below are my (quite
lengthy) responses.
On Thursday 19 February 2015 10:48:27 Bruno Prémont wrote:
> Hi Ciprian,
>
> Adding linux-input and Jiri (HID maintainer) to CC.
Should I register myself on the linux-input mailing list as well?
>
> O
From: Namjae Jeon
In continuation of the work of making the process of non linear editing of
media files faster, we introduce here the new flag FALLOC_FL_INSERT_RANGE
for fallocate.
This flag will work opposite to the FALLOC_FL_COLLAPSE_RANGE flag.
As such, specifying FALLOC_FL_INSERT_RANGE flag
From: Namjae Jeon
FALLOC_FL_INSERT_RANGE command is the opposite command of
FALLOC_FL_COLLAPSE_RANGE that is needed for advertisers or someone who want to
add some data in the middle of file. FALLOC_FL_INSERT_RANGE will create space
for writing new data within a file after shifting extents to rig
From: Namjae Jeon
This testcase(060) tries to test various corner cases with delayed extents
for finsert range functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/060 | 65 +
tes
From: Namjae Jeon
Update FALLOC_FL_INSERT_RANGE flag in fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
man2/fallocate.2 | 88 ++
1 file changed, 82 insertions(+), 6 deletions(-)
diff --git a/man2/fallocate.2 b/man
From: Namjae Jeon
This commit adds fallocate FALLOC_FL_INSERT_RANGE support for fsx.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
ltp/fsx.c | 124 -
1 file changed, 114 insertions(+), 10 de
From: Namjae Jeon
This testcase(064) tries to test finsert range a single alternate block
multiple times and test merge code of collase range.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
tests/generic/064 | 95 +
From: Namjae Jeon
This patch implements fallocate's FALLOC_FL_INSERT_RANGE for XFS.
1) Make sure that both offset and len are block size aligned.
2) Update the i_size of inode by len bytes.
3) Compute the file's logical block number against offset. If the computed
block number is not the star
From: Namjae Jeon
This testcase(061) tries to test various corner cases with pre-existing holes
for finsert range functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/061 | 65
t
From: Namjae Jeon
Update xfs_io manpage for FALLOC_FL_INSERT_RANGE.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Dave Chinner
---
man/man8/xfs_io.8 |5 +
1 file changed, 5 insertions(+)
diff --git a/man/man8/xfs_io.8 b/man/man8/xfs_io.8
index cf27b99..416206
New modules:
- hid-gcore - common functions
- hid-gfb - framebuffer implementation
- hid-g110 - G110 driver
- hid-g13 - G13 driver
- hid-g15v2 - G15 v2 driver
- hid-g19 - G19 driver
Add Kconfig options for each driver, and a main menu option which is
responsible for hid-gcore. h
From: Namjae Jeon
This testcase(063) tries to test various corner cases with delayed extents and
pre-existing holes for finsert range functionality over different type of
extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/063 | 65 +++
there's a few others as well that I'm chasing down...
.. but the flip side, prior to running ring 3 code, why NOT do fast expedites?
It would be good to have before-and-after measurements of actual
boot time. Are these numbers available?
To show the boot time, I'm using the timestamp of the
From: Namjae Jeon
This commit adds insert operation support for fsstress, which is
meant to exercise fallocate FALLOC_FL_INSERT_RANGE support.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
ltp/fsstress.c | 19 ---
src/global.h |
From: Namjae Jeon
This testcase(058) tries to test various corner cases for finsert range
functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
common/punch |5
common/rc |2 +-
tests/generic/058 | 65
From: Namjae Jeon
This patch implements fallocate's FALLOC_FL_INSERT_RANGE for Ext4.
1) Make sure that both offset and len are block size aligned.
2) Update the i_size of inode by len bytes.
3) Compute the file's logical block number against offset. If the computed
block number is not the sta
On Fri, Feb 20, 2015 at 09:45:39AM -0800, Arjan van de Ven wrote:
> On 2/20/2015 9:43 AM, Peter Zijlstra wrote:
> >On Fri, Feb 20, 2015 at 09:32:39AM -0800, Arjan van de Ven wrote:
> >>there's a few others as well that I'm chasing down...
> >>.. but the flip side, prior to running ring 3 code, why
On Fri, Feb 20, 2015 at 10:38:49AM -0800, Paul E. McKenney wrote:
> On Fri, Feb 20, 2015 at 06:43:59PM +0100, Peter Zijlstra wrote:
> > On Fri, Feb 20, 2015 at 09:32:39AM -0800, Arjan van de Ven wrote:
> > > there's a few others as well that I'm chasing down...
> > > .. but the flip side, prior to
Hi list,
I am encountering a bug on my desktop PC. Running gentoo-sources
(patches for gentoo) 3.19.0, gcc 4.8.4, glibc 2.19
MB: GA-MA785GT-UD3H
CPU: AMD Phenom(tm) II X4 965 Processor
RAM: 2x DIMM 1333 MHz 2GB
SATA controller: SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]
HDD: 3x HGST 4TB disks
Hi,
On Sat, Feb 21, 2015 at 11:03:05PM +0800, zhangfei wrote:
> +static void hi6220_start_peripheral(struct hi6220_priv *priv, bool on)
> +{
> + struct usb_otg *otg = priv->phy.otg;
> +
> + if (!otg->gadget)
> + return;
> +
> + if (on)
> + usb_ga
On Sat, 2015-02-21 at 11:31 +0100, Florian Westphal wrote:
> Tomas Szepe wrote:
> > > I tried to reproduce this without success so far on my RTL8168d/8111d
> > > device.
> > > I've been running 40 parallel netperf TCP_STREAM tests (1gbit) for the
> > > last 5 hours and so far I saw no watchdog tx
On Sat, Feb 21, 2015 at 10:31:50AM +0100, Ingo Molnar wrote:
> So it would be nice to test this on at least one reasonably old (but
> not uncomfortably old - say 5 years old) system, to get a feel for
> what kind of performance impact it has there.
Yeah, this is exactly what Andy and I were talkin
Hello
I'm Liliane to authenticate this email, i would like you to get to know me,
you can read about me on:
http://en.wikipedia.org/wiki/Liliane_Bettencourt
I write to you because I intend to give extend the gesture for the season, a
Donation portion of my Net-worth which I want you to use
On 02/21/2015 04:36 PM, Shachar Raindel wrote:
...
This is most likely rhashtable related. The fixes for the
use-after-free issues have been merged Feb 6 so they are probably
not included in the Feb 04 snapshot that you use.
The relevant net-next commits are:
commit 020219a69d40a205dad12b0ea1e6a
On Sat, 2015-02-21 at 17:50 +0200, Ciprian Ciubotariu wrote:
> New modules:
> - hid-gcore - common functions
> - hid-gfb - framebuffer implementation
> - hid-g110 - G110 driver
> - hid-g13 - G13 driver
> - hid-g15v2 - G15 v2 driver
> - hid-g19 - G19 driver
>
> Add Kconfig option
On Sat, Feb 21, 2015 at 05:38:40PM +0100, Borislav Petkov wrote:
> My assumption is that libc uses SSE for memcpy and thus the FPU will
> be used. (I'll trace FPU-specific PMCs later to confirm).
Ok, so I slapped a trace_printk() at the beginning of fpu_save_init()
and did a kernel build once with
On Sat, 21 Feb 2015, Peter Zijlstra wrote:
> On Thu, Feb 19, 2015 at 12:51:52PM -0500, Nicolas Pitre wrote:
> >
> > This breaks the b.L switcher disabling code which essentially does:
> >
> > static void bL_switcher_restore_cpus(void)
> > {
> > int i;
> >
> > for_each_cpu(i, &bL
Eric Dumazet wrote:
> Hold on.
>
> I believe there is one race in the way you access skb->xmit_more _after_
>
> txd->opts1 = cpu_to_le32(status);
>
> After this point, TX might have completed and TX completion already have
> freed skb
Hmm, I _thought_ HW would not start xmit of this descriptor
Commit-ID: 650b7b23cb1e32d77daeefbac1ceb1329abf3b23
Gitweb: http://git.kernel.org/tip/650b7b23cb1e32d77daeefbac1ceb1329abf3b23
Author: Petr Mladek
AuthorDate: Fri, 20 Feb 2015 15:07:29 +0100
Committer: Ingo Molnar
CommitDate: Sat, 21 Feb 2015 10:33:30 +0100
kprobes/x86: Use 5-byte NOP
Commit-ID: 2a6730c8b6e075adf826a89a3e2caa705807afdb
Gitweb: http://git.kernel.org/tip/2a6730c8b6e075adf826a89a3e2caa705807afdb
Author: Petr Mladek
AuthorDate: Fri, 20 Feb 2015 15:07:30 +0100
Committer: Ingo Molnar
CommitDate: Sat, 21 Feb 2015 10:33:31 +0100
kprobes/x86: Check for inval
On Sat, Feb 21, 2015 at 05:11:30PM +0100, Peter Zijlstra wrote:
> On Fri, Feb 20, 2015 at 10:38:49AM -0800, Paul E. McKenney wrote:
> > On Fri, Feb 20, 2015 at 06:43:59PM +0100, Peter Zijlstra wrote:
> > > On Fri, Feb 20, 2015 at 09:32:39AM -0800, Arjan van de Ven wrote:
> > > > there's a few other
On Sat, Feb 21, 2015 at 07:51:34AM -0800, Arjan van de Ven wrote:
> >>
> >>there's a few others as well that I'm chasing down...
> >>.. but the flip side, prior to running ring 3 code, why NOT do fast
> >>expedites?
> >
> >It would be good to have before-and-after measurements of actual
> >boot ti
On Sat, 2015-02-21 at 18:46 +0100, Florian Westphal wrote:
> Eric Dumazet wrote:
> > Hold on.
> >
> > I believe there is one race in the way you access skb->xmit_more _after_
> >
> > txd->opts1 = cpu_to_le32(status);
> >
> > After this point, TX might have completed and TX completion already ha
On 08/02/15 18:22, Rickard Strandqvist wrote:
> Change struct iio_prtc_trigger_info frequency
> type from int to unsigned int.
> Since it is always treated as such in the driver
> so they type should probably reflect this.
>
> Signed-off-by: Rickard Strandqvist
The only argument against this is t
On 21/02/15 18:11, Jonathan Cameron wrote:
> On 08/02/15 18:22, Rickard Strandqvist wrote:
>> Change struct iio_prtc_trigger_info frequency
>> type from int to unsigned int.
>> Since it is always treated as such in the driver
>> so they type should probably reflect this.
>>
>> Signed-off-by: Rickar
On Sat, Feb 21, 2015 at 04:01:46PM +0100, Matteo Semenzato wrote:
> From: Matt
>
> This patch fixes the following warnings:
> space prohibited before that close parenthesis ')'
> space prohibited after that open parenthesis '('
> Signed-off-by: Matteo Semenzato
Your "From:" line doesn't match y
* Vojtech Pavlik wrote:
> On Fri, Feb 20, 2015 at 08:49:01PM +0100, Ingo Molnar wrote:
>
> > > ... the choice the sysadmins have here is either have
> > > the system running in an intermediate state, or have
> > > the system completely dead for the *same time*.
> > > Because to finish the tr
On 20/02/15 12:03, Tirdea, Irina wrote:
>
>
>> -Original Message-
>> From: Peter Meerwald [mailto:pme...@pmeerw.net]
>> Sent: 16 February, 2015 21:14
>> To: Tirdea, Irina
>> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
>> linux-kernel@vger.kernel.org; Pandruvada, Srinivas; Reus, Adri
On 20/02/15 12:02, Tirdea, Irina wrote:
>
>
>> -Original Message-
>> From: Peter Meerwald [mailto:pme...@pmeerw.net]
>> Sent: 16 February, 2015 21:26
>> To: Tirdea, Irina
>> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
>> linux-kernel@vger.kernel.org; Pandruvada, Srinivas; Reus, Adri
* Josh Poimboeuf wrote:
> On Fri, Feb 20, 2015 at 10:46:13PM +0100, Vojtech Pavlik wrote:
> > On Fri, Feb 20, 2015 at 08:49:01PM +0100, Ingo Molnar wrote:
> >
> > > I.e. it's in essence the strong stop-all atomic
> > > patching model of 'kpatch', combined with the
> > > reliable avoidance of k
Eric Dumazet wrote:
> On Sat, 2015-02-21 at 18:46 +0100, Florian Westphal wrote:
> > Eric Dumazet wrote:
> > > Hold on.
> > >
> > > I believe there is one race in the way you access skb->xmit_more _after_
> > >
> > > txd->opts1 = cpu_to_le32(status);
> > >
> > > After this point, TX might have
On 20/02/15 12:05, Tirdea, Irina wrote:
>
>
>> -Original Message-
>> From: linux-iio-ow...@vger.kernel.org
>> [mailto:linux-iio-ow...@vger.kernel.org] On Behalf Of Peter Meerwald
>> Sent: 16 February, 2015 21:27
>> To: Tirdea, Irina
>> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
>>
* Borislav Petkov wrote:
> plain 3.19:
>
> 234.681331200 seconds time elapsed
>( +- 0.15% )
>
> eagerfpu=ENABLE
>
> 234.066525648 seconds time elapsed
>( +- 0.19% )
hm, a win of more than 600 milli
* Borislav Petkov wrote:
> On Sat, Feb 21, 2015 at 05:38:40PM +0100, Borislav Petkov wrote:
> > My assumption is that libc uses SSE for memcpy and thus the FPU will
> > be used. (I'll trace FPU-specific PMCs later to confirm).
>
> Ok, so I slapped a trace_printk() at the beginning of fpu_save_i
From: "Lad, Prabhakar"
This patch series, enhances blackfin capture driver with
vb2 helpers.
Changes for v3:
1: patches unchanged except for patch 8/15 fixing starting of ppi only
after we have the resources.
2: Rebased on media tree.
v2: http://lkml.iu.edu/hypermail/linux/kernel/1501.2/0465
From: "Lad, Prabhakar"
this patch adds support to release the buffer by calling
vb2_buffer_done(), with state marked as VB2_BUF_STATE_QUEUED
if start_streaming() call back fails.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/blackfin/bfin_capture.c | 16 +---
1 file chan
From: "Lad, Prabhakar"
this patch adds supports to return -ENODATA to *_std calls
if the selected output does not support it.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/blackfin/bfin_capture.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/media/plat
From: "Lad, Prabhakar"
this patch adds support for VB2_DMABUF.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/blackfin/bfin_capture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/blackfin/bfin_capture.c
b/drivers/media/platform/blackfin/
1 - 100 of 261 matches
Mail list logo
