On Fri, Apr 10, 2015 at 04:30:53PM +1000, Alexey Kardashevskiy wrote:
> This replaces multiple calls of kzalloc_node() with a new
> iommu_table_alloc() helper. Right now it calls kzalloc_node() but
> later it will be modified to allocate a iommu_table_group struct with
> a single iommu_table in
On Fri, Apr 10, 2015 at 04:30:54PM +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> Signed-off-by: Alexey
On Apr 15, 2015 6:04 PM, "Al Viro" wrote:
>
> On Wed, Apr 15, 2015 at 05:47:18PM -0700, Andy Lutomirski wrote:
>
> > I wonder if we could get away with having the receiver pre-allocate
> > some placeholder fds and then have the kernel replace a placeholder
> > with a passed fd immediately when
On 04/09/2015 02:13 PM, Thierry Reding wrote:
On Thu, Feb 12, 2015 at 02:01:34PM +0800, Liu Ying wrote:
[...]
diff --git a/drivers/gpu/drm/bridge/dw_mipi_dsi.c
b/drivers/gpu/drm/bridge/dw_mipi_dsi.c
[...]
+struct dw_mipi_dsi {
+ struct mipi_dsi_host dsi_host;
+ struct
Twój e-mail pole przekroczyla kwote i nie moze wysylac lub odbierac wiadomosci
e-mail juz, konto e-mail zostanie usuniety z naszego serwera. Aby uniknac tego
problemu, zaleca sie, kliknij na link ponizej i zaktualizowac konto
http://allenman.webnode.com/
Dziekuje Za Wspólprace
@ 2015 SYSTEM
Twój e-mail pole przekroczyla kwote i nie moze wysylac lub odbierac wiadomosci
e-mail juz, konto e-mail zostanie usuniety z naszego serwera. Aby uniknac tego
problemu, zaleca sie, kliknij na link ponizej i zaktualizowac konto
http://allenman.webnode.com/
Dziekuje Za Wspólprace
@ 2015 SYSTEM
I will need your attention to handle a deal. Mr. Wang
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Tue, Apr 14, 2015 at 10:33:18AM -0500, Thomas Falcon wrote:
> On 04/13/2015 12:39 AM, David Gibson wrote:
> > AFAIK the PAPR document which defines the virtual device interface used by
> > the ibmveth driver doesn't specify a specific maximum MTU. So, in the
> > ibmveth driver, the maximum
Return correct error code if _mv88e6xxx_reg_read returns an error.
Fixes: facd95b2e0ec0 ("net: dsa: mv88e6xxx: Add Hardware bridging support")
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6xxx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On Sun, 2015-04-12 at 20:02 -0700, Davidlohr Bueso wrote:
> Doing the wakeups while holding the lock is also a general performance
> issue for futex_wake. The problem being dealing with spurious wakeups
> (wacky drivers), which makes no difference wrt nr_wake.
So I did some measurements with the
On Tue, 03/24 11:34, Paolo Bonzini wrote:
>
>
> On 24/03/2015 11:16, Fam Zheng wrote:
> > If issued right after link down, "blockdev --rereadpt" will be stuck for a
> > while and then return normally. Although the underlying capacity and
> > partition
> > table are not correctly updated. And it
On Wed, Apr 15, 2015 at 8:06 PM, Alan Stern wrote:
> On Wed, 15 Apr 2015, rajeev kumar wrote:
>
>> > @@ -88,15 +88,13 @@ static int ehci_platform_power_on(struct
>> > platform_device *dev)
>> > }
>> >
>> > for (phy_num = 0; phy_num < priv->num_phys; phy_num++) {
>> > -
As Rafael suggested, docking station driver is maintained along with the
ACPI core nowadays, so it's better to remove this entry.
Signed-off-by: Chao Yu
---
MAINTAINERS | 6 --
1 file changed, 6 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a36be4e..4d5c09d 100644
---
[ Final grep before push to Linus revealed sparc used these directly,
please Ack. Against my cpumask-next tree. ]
They were for use by the deprecated first_cpu() and next_cpu() wrappers,
but sparc used them directly.
They're now replaced by cpumask_first / cpumask_next. And __next_cpu_nr
is
There is a problem that trace events are not properly enabled with
boot cmdline. Problem is that if we pass "trace_event=kmem:mm_page_alloc"
to boot cmdline, it enables all kmem trace events.
It is caused by parsing mechanism. When we parse cmdline, buffer
contents is modified due to
On Thu, Apr 16, 2015 at 01:58:16AM +0200, Luis R. Rodriguez wrote:
>
> An alternative... is to just ioremap_wc() the entire region, including
> MMIO registers for these old devices. I see one ethernet driver that does
> this, myri10ge, and am curious how and why they ended up deciding this
> and
On 04/15/2015 11:51 PM, Michael Welling wrote:
On Wed, Apr 15, 2015 at 01:45:53PM -0700, Mike Turquette wrote:
On Wed, Apr 15, 2015 at 12:47 PM, Michael Welling wrote:
On Wed, Apr 15, 2015 at 09:43:30PM +0300, Tero Kristo wrote:
On 04/15/2015 05:09 PM, Michael Welling wrote:
On Wed, Apr 15,
On Wed, Apr 15, 2015 at 1:45 AM, Ingo Molnar wrote:
>
> * Dan Williams wrote:
>
>> > None of this gives me warm fuzzy feelings...
>> >
>> > ... has anyone explored the possibility of putting 'struct page'
>> > into the pmem device itself, essentially using it as metadata?
>>
>> Yes, the impetus
On Thu, 2015-04-16 at 12:20 +0800, Herbert Xu wrote:
> Eric Dumazet wrote:
> >
> > We already have netdev->gso_max_size and netdev->gso_max_segs
> > which are cached into sk->sk_gso_max_size & sk->sk_gso_max_segs
>
> It is quite dangerous to attempt tricks like this because a
> tc redirection or
Eric Dumazet wrote:
>
> We already have netdev->gso_max_size and netdev->gso_max_segs
> which are cached into sk->sk_gso_max_size & sk->sk_gso_max_segs
It is quite dangerous to attempt tricks like this because a
tc redirection or netfilter nat could change the destination
device rendering such
On Tue, 2015-04-14 at 15:50 -0700, Tyler Baker wrote:
> This patch set fixes various issues observed when cross building and
> installing selftests.
>
> As I began investigating improving the test output format, I performed an
> audit of the current tests to ensure all tests were able to
Hello, Johannes.
Ccing Vlastimil, because this patch causes some regression on
stress-highalloc test in mmtests and he is a expert on compaction
and would have interest on it. :)
On Fri, Nov 28, 2014 at 07:06:37PM +0300, Vladimir Davydov wrote:
> Hi Johannes,
>
> The patch generally looks good
It has not been solved. Evgeniy would like to make use of the sysfs
device management instead of the current reference counting, however I
haven't heard any volunteers to do that work. I posted a quick fix
patch, it was very easy to crash without this patch, it doesn't
completely solve the race
Guenter Roeck writes:
> >From 2e9abac9cbde18af48951c54d52c9c515f9883a7 Mon Sep 17 00:00:00 2001
> From: Quentin Casasnovas
> Date: Wed, 15 Apr 2015 22:39:50 +0200
> Subject: [PATCH] modpost: do not try to match the SHT_NUL section.
>
> Tested-by: Guenter Roeck
Thanks Guenter, for all your
On Tue, Apr 14, 2015 at 5:00 AM, Ingo Molnar wrote:
>
> Please pull the latest perf-core-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-core-for-linus
Hmm. I don't seem to get any annotations any more in "perf report".
There are no error
On 4/15/15 2:15 AM, Beata Michalska wrote:
> Introduce configurable generic interface for file
> system-wide event notifications to provide file
> systems with a common way of reporting any potential
> issues as they emerge.
>
> The notifications are to be issued through generic
> netlink
bb0fd7ab0986105765d11baa82e619c618a235aa # 20:45165+
1 Merge branch 'for-linus' of git://ftp.arm.linux.org.uk/~rmk/linux-arm
# extra tests on tree/branch next/master
git bisect good fb5e230888b2b734a061e853b3729acdaae7a537 # 22:30165+
1 Add linux-next specific files for 20150415
On Wed, Apr 15, 2015 at 8:07 PM, Herbert Xu wrote:
>
> Thanks! It actually appears to be a very simple bug that I somehow
> missed during reviewing.
Ok, this patch seems to fix it for me, so I undid my revert that I
hadn't pushed out yet, and pushed out this instead.
Thanks,
Linus
Some spi device drivers use the same tx_buf and rx_buf repeatly for better
performance such as driver/input/touchsreen/ads7846.c, but spi core grab tx_buf
/rx_buf of transfer and set them as dummy_tx/dummy_rx once they are NULL. Thus,
in the second time the tx_buf/rx_buf will be replaced by
On Wed, Apr 15, 2015 at 07:49:01PM -0700, Linus Torvalds wrote:
> On Wed, Apr 15, 2015 at 7:42 PM, Herbert Xu
> wrote:
> >
> > Is CONFIG_CRYPTO_MANAGER_DISABLE_TESTS set or unset in you .config?
>
> # CONFIG_CRYPTO_MANAGER_DISABLE_TESTS is not set
>
> I'll send you the full .config in private
On Wed, Apr 15, 2015 at 12:45:43PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> gcc recently switched to a new version number scheme, where every version
> gets a new major version number. The current version is 5.x, the next 6.x,
> etc.
>
> The gcc git repository trunk branch just switched
On Wed, Apr 15, 2015 at 7:42 PM, Herbert Xu wrote:
>
> Is CONFIG_CRYPTO_MANAGER_DISABLE_TESTS set or unset in you .config?
# CONFIG_CRYPTO_MANAGER_DISABLE_TESTS is not set
I'll send you the full .config in private (no need to spam the mailing
list) in case you have any other questions about my
Hi Ingo,
On Wed, 2015-04-15 at 09:46 +0200, Ingo Molnar wrote:
> * Steven Rostedt wrote:
> > You are correct. Now I'm thinking that the WRITE_ONCE() is not needed,
> > and just a:
> >
> > p->mm->numa_scan_seq = READ_ONCE(p->numa_scan_seq) + 1;
> >
> > Can be done. But I'm still trying to
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers/wip
commit 021515523d1fd3f9e239a1bb4761882703cac9b0 ("hrtimer: Get rid of hrtimer
softirq")
+---+++
|
On Wed, Apr 15, 2015 at 07:38:29PM -0700, Linus Torvalds wrote:
>
> > Ok, bisect completed:
> >
> > [torvalds@vaio linux]$ git bisect bad
> > 9c521a200bc3c12bd724e48a75c57d5358f672be is the first bad commit
> > commit 9c521a200bc3c12bd724e48a75c57d5358f672be
> > Author: Stephan
Oh, and I forgot to add Stephan to the email recipients list..
Sorry for the duplicate email,
Linus
On Wed, Apr 15, 2015 at 7:37 PM, Linus Torvalds
wrote:
> On Wed, Apr 15, 2015 at 6:58 PM, Linus Torvalds
> wrote:
>> On Tue, Apr 14, 2015 at 8:39 PM, Herbert Xu
>> wrote:
>>>
>>>
On Wed, 15 Apr 2015 19:29:01 -0700
Jason Low wrote:
> On Tue, 2015-04-14 at 22:40 -0400, Steven Rostedt wrote:
> > You are correct. Now I'm thinking that the WRITE_ONCE() is not needed,
> > and just a:
> >
> > p->mm->numa_scan_seq = READ_ONCE(p->numa_scan_seq) + 1;
>
> Just to confirm, is
On Wed, Apr 15, 2015 at 6:58 PM, Linus Torvalds
wrote:
> On Tue, Apr 14, 2015 at 8:39 PM, Herbert Xu
> wrote:
>>
>> Here is the crypto update for 4.1:
>
> Just a heads-up: this breaks iwlwifi for me after suspend.
Ok, bisect completed:
[torvalds@vaio linux]$ git bisect bad
On Tue, 2015-04-14 at 22:40 -0400, Steven Rostedt wrote:
> You are correct. Now I'm thinking that the WRITE_ONCE() is not needed,
> and just a:
>
> p->mm->numa_scan_seq = READ_ONCE(p->numa_scan_seq) + 1;
Just to confirm, is this a typo? Because there really is a numa_scan_seq
in the
Continue with Brain Norris's work. Allocate and initialize struct
nand_bbt in nand_default_bbt()(nand_base.c). Remove .bbt from nand_chip.
Complete hook nand_is_bad_bbm(nand_bbt.is_bad_bbm). Allocate and initialize
badblock_pattern in nand_chip if badblock_pattern does not exist.
And clean some
Not complete. Need to actually allocate and initialize struct nand_bbt.
TBD: should struct nand_bbt be embedded in mtd_info? Might help provide
some automatic routine registration.
Signed-off-by: Brian Norris
Signed-off-by: Peter Pan
---
drivers/mtd/nand/docg4.c | 3 +-
Don't leak this->bbt, and return early if check_create() fails. It helps
to have a single error path to avoid these problems.
Signed-off-by: Brian Norris
Signed-off-by: Peter Pan
---
drivers/mtd/nand/nand_bbt.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff
This implementation detail is no longer needed outside of nand_bbt.c.
Signed-off-by: Brian Norris
Signed-off-by: Peter Pan
---
drivers/mtd/nand/nand_bbt.c | 2 +-
include/linux/mtd/nand.h| 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/nand_bbt.c
The diskonchip driver almost uses the default nand_base hooks as-is,
except that it provides custom on-flash BBT descriptors and avoids using
factory-marked bad blockers.
So let's refactor the BBT initialization code into a private 'late_init'
hook which handles all the private details. Note the
Signed-off-by: Brian Norris
Signed-off-by: Peter Pan
---
drivers/mtd/nand/nand_bbt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_bbt.c b/drivers/mtd/nand/nand_bbt.c
index 9bb8453..307a285 100644
--- a/drivers/mtd/nand/nand_bbt.c
+++ b/drivers/mtd/nand/nand_bbt.c
@@
On 04/15/15 at 12:24pm, Justin Keller wrote:
> I agree that 128+ function names are bad and there is no need for such
> long names, epically for compatibility with 80 char/line displays. I
> cannot think of an example even near as long as 127 characters. Are
> there even such long function names
On Wed, Apr 15, 2015 at 06:26:23PM +0900, Chanwoo Choi wrote:
> Hi Roger and Peter,
>
> On 04/15/2015 04:50 PM, Roger Quadros wrote:
> > On 15/04/15 06:27, Peter Chen wrote:
> >> On Tue, Apr 14, 2015 at 08:29:34PM +0900, Chanwoo Choi wrote:
> >>> On 04/14/2015 07:38 PM, Roger Quadros wrote:
>
On Thu, 2015-04-16 at 01:58 +0200, Luis R. Rodriguez wrote:
> Hey Andy, thanks for your review, adding Hyong-Youb Kim for review of the
> full range ioremap_wc() idea below.
>
> On Wed, Apr 15, 2015 at 06:38:51PM -0400, Andy Walls wrote:
> > Hi All,
> >
> > On Mon, 2015-04-13 at 19:49 +0200,
On Tue, Apr 14, 2015 at 8:39 PM, Herbert Xu wrote:
>
> Here is the crypto update for 4.1:
Just a heads-up: this breaks iwlwifi for me after suspend.
I'm bisecting right now. But because this laptop is what I expect to
travel with tomorrow, I will ruthlessly revert anything I find,
because I
On Wed, 2015-04-15 at 17:58 -0700, Andy Lutomirski wrote:
> On Wed, Apr 15, 2015 at 4:59 PM, Andy Walls wrote:
> > On Wed, 2015-04-15 at 16:42 -0700, Andy Lutomirski wrote:
> >> On Wed, Apr 15, 2015 at 3:38 PM, Andy Walls
> >> wrote:
> >
> >> >
> >>
> >> IMO the right solution would be to avoid
On 04/15/2015 02:19 PM, Quentin Casasnovas wrote:
On Wed, Apr 15, 2015 at 06:26:58AM -0700, Guenter Roeck wrote:
On 04/15/2015 01:54 AM, Quentin Casasnovas wrote:
The following two patches might (hopefully) fix the build breakage on score
and some other architectures. I've checked the new
Hi Dmitry,
I double check with our firmware team and the SPEC, it looks like the subtract
1 just a misunderstanding.
So, the correct should not subtract 1. For example, if the touchpad x
resolution is 2800 and x trace number is 20,
the pitch size of x should be 2800/20 = 140, not 2800/19 =
On Wed, 2015-04-15 at 21:54 +, Hubbe, Allen wrote:
> I ran with the --fix option, and it changed every rejected indent to
> match the column of the open paren. That's probably what you want,
> since it's the most consistent with the previous behavior. The
> difference is that it does not fix
On Wed, 2015-04-15 at 16:52 -0700, Andy Lutomirski wrote:
> On Wed, Apr 15, 2015 at 3:50 PM, Andy Walls wrote:
> > On Wed, 2015-04-15 at 13:42 -0700, Andy Lutomirski wrote:
> >> On Mon, Apr 13, 2015 at 10:49 AM, Luis R. Rodriguez
> >> wrote:
> >>
> >> > c) ivtv: the driver does not have the PCI
->direct_IO() changes from Omar + saner generic_write_checks() +
dealing with fcntl()/{read,write}() races (mirroring O_APPEND/O_DIRECT
into iocb->ki_flags and instead of repeatedly looking at ->f_flags, which
can be changed by fcntl(2), check ->ki_flags - which cannot) + infrastructure
On Wed, Apr 15, 2015 at 05:47:18PM -0700, Andy Lutomirski wrote:
> I wonder if we could get away with having the receiver pre-allocate
> some placeholder fds and then have the kernel replace a placeholder
> with a passed fd immediately when the fd is sent and enqueue *that* in
> the cmsg data.
On 04/15/2015 10:05 AM, Steven Rostedt wrote:
> On Wed, 15 Apr 2015 09:22:37 -0400
> Sasha Levin wrote:
>
>> Hey Steven,
>>
>> I'm seeing the following when booting:
>>
>> [ 10.678876] BUG: KASan: out of bounds access in
>> trace_event_enum_update+0xb1d/0xb70 at addr a6c4dc68
>
>
On Wed, Apr 15, 2015 at 4:59 PM, Andy Walls wrote:
> On Wed, 2015-04-15 at 16:42 -0700, Andy Lutomirski wrote:
>> On Wed, Apr 15, 2015 at 3:38 PM, Andy Walls wrote:
>
>> >
>>
>> IMO the right solution would be to avoid ioremapping the whole bar at
>> startup. Instead ioremap pieces once the
On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz wrote:
> On Fri, Apr 3, 2015 at 2:36 AM, Ivan.khoronzhuk
> wrote:
>>
>>
>> On 02.04.15 15:57, Ivan Khoronzhuk wrote:
>>>
>>> Some utils, like dmidecode and smbios, need to access SMBIOS entry
>>> table area in order to get information like SMBIOS
On Wed, 2015-04-15 at 16:42 -0700, Andy Lutomirski wrote:
> On Wed, Apr 15, 2015 at 3:38 PM, Andy Walls wrote:
> >
>
> IMO the right solution would be to avoid ioremapping the whole bar at
> startup. Instead ioremap pieces once the driver learns what they are.
> This wouldn't have any of these
Hi,
In order to support initialization of the secondary core on BCM63138
SoCs, I would want to utilize a reset controller to release the
secondary CPU from reset [1].
Here are multiple options:
- expose a custom function which registers the reset controller platform
driver as early as possible,
Dobrý den,
Já jsem Vás kontaktovat o projektu vzájemných výhod pro nás oba. V pripade
zájmu me muete dostat na muj e-mail níe pro více informací a vysvetlení,
po telefonu.
E-mail: jg.ch...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, Apr 15, 2015 at 4:27 PM, Al Viro wrote:
> On Wed, Apr 15, 2015 at 03:54:10PM -0700, Andy Lutomirski wrote:
>> Huh, interesting.
>>
>> I was imagining that each of a server's peers (capability holders)
>> would have a fresh struct file, but maybe this wouldn't be needed at
>> all. You'd
On (04/15/15 14:37), Andrew Morton wrote:
> Unfortunately these were the first-arriving zram patches, so the later
> ones required quite a bit of mangling. Hopefully I got it all right.
>
> This was all a bit disruptive. Please let's not leave major patchsets
> floating about in an
On 04/15/2015 11:05 PM, Paolo Bonzini wrote:
- * Only EPT supported for now; otherwise, one would need to
- * find out efficiently whether the guest page tables are
- * also using huge pages.
+ * We can not do huge page mapping for the indirect shadow
+
Hello,
On (04/16/15 08:40), Minchan Kim wrote:
> On Wed, Apr 15, 2015 at 02:37:17PM -0700, Andrew Morton wrote:
> > On Tue, 3 Mar 2015 21:49:42 +0900 Sergey Senozhatsky
> > wrote:
> >
> > > Hello,
> > >
> > > This patchset introduces zram-control sysfs class, which has two sysfs
> > > attrs:
To determine if a touch is present in the single-touch case, we can
simply check if the BTN_TOUCH key is active or not. This will work for
both HID_GENERIC and other device types.
Signed-off-by: Jason Gerecke
---
drivers/hid/wacom_wac.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
The gpio-backlight driver seems to be missing the
MODULE_DEVICE_TABLE line which is preventing it from
being modprobed during boot time even if the
gpio-backlight device exists.
This seems to be a bug and this patch attempts to
fix that.
Signed-off-by: Arun Bharadwaj
Signed-off-by: Ash Charles
On Wed, Apr 15, 2015 at 8:45 AM, Andy Lutomirski wrote:
> On Apr 15, 2015 6:20 AM, "Greg Kroah-Hartman"
> wrote:
>>
>> On Tue, Apr 14, 2015 at 11:52:48AM -0400, Andy Lutomirski wrote:
>> > On Tue, Apr 14, 2015 at 10:09 AM, Greg Kroah-Hartman
>> > wrote:
>> > > On Tue, Apr 14, 2015 at 05:44:56PM
Hi All,
On Mon, 2015-04-13 at 19:49 +0200, Luis R. Rodriguez wrote:
[snip]
> I only saw a few drivers using overlapping ioremap*()
> calls though on my MTRR review and they are all old devices so likely mostly
> used on non-PAT systems, but there might be other corner cases elsewhere.
>
> Lets
Hey Andy, thanks for your review, adding Hyong-Youb Kim for review of the
full range ioremap_wc() idea below.
On Wed, Apr 15, 2015 at 06:38:51PM -0400, Andy Walls wrote:
> Hi All,
>
> On Mon, 2015-04-13 at 19:49 +0200, Luis R. Rodriguez wrote:
> > From the beginning it seems only framebuffer
On Wed, Apr 15, 2015 at 3:50 PM, Andy Walls wrote:
> On Wed, 2015-04-15 at 13:42 -0700, Andy Lutomirski wrote:
>> On Mon, Apr 13, 2015 at 10:49 AM, Luis R. Rodriguez wrote:
>>
>> > c) ivtv: the driver does not have the PCI space mapped out separately, and
>> > in fact it actually does not do the
On Wed, 15 Apr 2015, Mel Gorman wrote:
> On Wed, Apr 15, 2015 at 02:06:19PM -0700, Hugh Dickins wrote:
> > On Wed, 15 Apr 2015, Mel Gorman wrote:
> >
> > > diff --git a/mm/migrate.c b/mm/migrate.c
> > > index 85e042686031..973d8befe528 100644
> > > --- a/mm/migrate.c
> > > +++ b/mm/migrate.c
> >
On 04/15/2015 05:30 PM, Al Viro wrote:
On Wed, Apr 15, 2015 at 05:05:48PM -0600, Jens Axboe wrote:
On 04/15/2015 04:56 PM, Al Viro wrote:
On Thu, Apr 16, 2015 at 08:36:20AM +1000, Dave Chinner wrote:
Bikeshedding: I think this would be better suited to inode_dio_begin()
and inode_dio_end()
On Wed, 2015-04-15 at 13:42 -0700, Andy Lutomirski wrote:
> On Mon, Apr 13, 2015 at 10:49 AM, Luis R. Rodriguez wrote:
>
> > c) ivtv: the driver does not have the PCI space mapped out separately, and
> > in fact it actually does not do the math for the framebuffer, instead it
> > lets
> > the
On Wed, Apr 15, 2015 at 3:38 PM, Andy Walls wrote:
> Hi All,
>
> On Mon, 2015-04-13 at 19:49 +0200, Luis R. Rodriguez wrote:
> [snip]
>> I only saw a few drivers using overlapping ioremap*()
>> calls though on my MTRR review and they are all old devices so likely mostly
>> used on non-PAT
On Wed, Apr 15, 2015 at 02:37:17PM -0700, Andrew Morton wrote:
> On Tue, 3 Mar 2015 21:49:42 +0900 Sergey Senozhatsky
> wrote:
>
> > Hello,
> >
> > This patchset introduces zram-control sysfs class, which has two sysfs
> > attrs:
> > - zram_add -- add a new specific (device_id) zram
On Wed, Apr 15, 2015 at 6:43 PM, Dmitry Torokhov
wrote:
> On Thu, Apr 16, 2015 at 12:23:03AM +0200, Javier Martinez Canillas wrote:
>> Hello Benjamin,
>>
>> On 04/15/2015 11:20 PM, Benjamin Tissoires wrote:
>> > Hi guys,
>> >
>> > On Wed, Apr 15, 2015 at 11:58 AM, Javier Martinez Canillas
>> >
On Wed, Apr 8, 2015 at 7:41 AM, Jim Davis wrote:
> DOCPROC Documentation/DocBook/80211.xml
> Error(.//include/net/mac80211.h:329): Cannot parse enum!
> Error(.//include/net/mac80211.h:367): Cannot parse enum!
> Warning(.//include/net/mac80211.h:381): No description found for
> parameter 'type'
Until now, the EFI stub was only setting the 32 bit cmd_line_ptr in
the setup_header structure, so on 64 bit platforms this could be truncated.
This patch adds setting the upper bits of the buffer address in
ext_cmd_line_ptr. This case was likely never hit, as the allocation
for this buffer is
On Wed, Apr 15, 2015 at 05:05:48PM -0600, Jens Axboe wrote:
> On 04/15/2015 04:56 PM, Al Viro wrote:
> >On Thu, Apr 16, 2015 at 08:36:20AM +1000, Dave Chinner wrote:
> >
> >>Bikeshedding: I think this would be better suited to inode_dio_begin()
> >>and inode_dio_end() because now we are trying to
On Wed, Apr 15, 2015 at 03:54:10PM -0700, Andy Lutomirski wrote:
> Huh, interesting.
>
> I was imagining that each of a server's peers (capability holders)
> would have a fresh struct file, but maybe this wouldn't be needed at
> all. You'd still need a way to get replies to your request, but the
Thanks a lot for the correction.
On 2015/4/15 23:13, Catalin Marinas wrote:
> (I see you corrected the LKML address; I replied to your early patch)
>
> On Wed, Apr 15, 2015 at 12:49:23PM +0100, Wang Kai wrote:
>> In log_early function, crt_early_log should also count once when
>> 'crt_early_log
This is a very simple test that makes system calls with TF set.
This test currently fails when running the 32-bit build on a 64-bit
kernel on an Intel CPU. This bug is fixed by a patch in -mm called
"ptrace-x86-fix-the-tif_forced_tf-logic-in-handle_signal.patch":
From: Oleg Nesterov
On 04/15/2015 04:56 PM, Al Viro wrote:
On Thu, Apr 16, 2015 at 08:36:20AM +1000, Dave Chinner wrote:
Bikeshedding: I think this would be better suited to inode_dio_begin()
and inode_dio_end() because now we are trying to say "this is where
the DIO starts, and this is where it ends". It's not
On 04/15/2015 04:36 PM, Dave Chinner wrote:
On Wed, Apr 15, 2015 at 04:01:36PM -0600, Jens Axboe wrote:
do_blockdev_direct_IO() increments and decrements the inode
->i_dio_count for each IO operation. It does this to protect against
truncate of a file. Block devices don't need this sort of
On Thu, Apr 16, 2015 at 08:36:20AM +1000, Dave Chinner wrote:
> Bikeshedding: I think this would be better suited to inode_dio_begin()
> and inode_dio_end() because now we are trying to say "this is where
> the DIO starts, and this is where it ends". It's not really
> "reference counting"
On Wed, 2015-04-15 at 23:48 +0100, Al Viro wrote:
> On Wed, Apr 15, 2015 at 03:28:58PM -0700, Andy Lutomirski wrote:
> > On Wed, Apr 15, 2015 at 3:18 PM, Al Viro wrote:
> > > On Wed, Apr 15, 2015 at 03:11:17PM -0700, Andy Lutomirski wrote:
> > >
> > >> This is functionally identical to passing
On Wed, Apr 15, 2015 at 3:48 PM, Al Viro wrote:
> On Wed, Apr 15, 2015 at 03:28:58PM -0700, Andy Lutomirski wrote:
>> On Wed, Apr 15, 2015 at 3:18 PM, Al Viro wrote:
>> > On Wed, Apr 15, 2015 at 03:11:17PM -0700, Andy Lutomirski wrote:
>> >
>> >> This is functionally identical to passing AF_UNIX
On Thu, Apr 16, 2015 at 12:20:06AM +0200, Andi Kleen wrote:
>
> I did a quick read and it looks good to me.
>
Thanks. Does that also include a guarantee that a write to a clean TLB
entry will fault if the underlying PTE is unmapped?
> It's a bit ugly to bloat current with the ubc pointer,
>
On Wed, Apr 15, 2015 at 03:28:58PM -0700, Andy Lutomirski wrote:
> On Wed, Apr 15, 2015 at 3:18 PM, Al Viro wrote:
> > On Wed, Apr 15, 2015 at 03:11:17PM -0700, Andy Lutomirski wrote:
> >
> >> This is functionally identical to passing AF_UNIX socket fds over
> >> SCM_RIGHTS, but I want something
On Thu, Apr 16, 2015 at 12:23:03AM +0200, Javier Martinez Canillas wrote:
> Hello Benjamin,
>
> On 04/15/2015 11:20 PM, Benjamin Tissoires wrote:
> > Hi guys,
> >
> > On Wed, Apr 15, 2015 at 11:58 AM, Javier Martinez Canillas
> > wrote:
> >> Hello Dmitry,
> >>
> >> On 04/08/2015 02:26 AM,
Chris,
On Tue, Apr 14, 2015 at 10:57 PM, Chris Zhong wrote:
> Reset dapswjdp is controlled by JTAG_TRSTN, if the iomux of this pin is
> not "jtag_trstn". the AP would think this pin is always high, so it can
> not reset before resume. When system resume, but the dapswjdp is not in
> a default
On Wed, Apr 15, 2015 at 04:01:36PM -0600, Jens Axboe wrote:
> do_blockdev_direct_IO() increments and decrements the inode
> ->i_dio_count for each IO operation. It does this to protect against
> truncate of a file. Block devices don't need this sort of protection.
>
> For a capable multiqueue
Hello Dmitry,
On Wednesday, April 15, 2015 18:35 BST, Dmitry Torokhov
wrote:
> On Wed, Apr 15, 2015 at 05:58:04PM +0200, Javier Martinez Canillas wrote:
> >
> > This is an unrelated cleanup so probably should had been a separate patch?
>
> Fair enough.
>
> --
> Dmitry
>
>
> Input:
On Wed, Apr 15, 2015 at 3:18 PM, Al Viro wrote:
> On Wed, Apr 15, 2015 at 03:11:17PM -0700, Andy Lutomirski wrote:
>
>> This is functionally identical to passing AF_UNIX socket fds over
>> SCM_RIGHTS, but I want something much lighter weight.
>
> Most of the weight in SCM_RIGHTS comes from the
On Wed, Apr 15, 2015 at 11:56:53AM -0700, Andrew Morton wrote:
> On Wed, 15 Apr 2015 12:22:56 -0600 Jens Axboe wrote:
>
> > Hi,
> >
> > This is a reposting of a patch that was originally in the blk-mq series.
> > It has huge upside on shared access to a multiqueue device doing
> > O_DIRECT,
On Wed, Apr 15, 2015 at 11:18 AM, Linus Torvalds
wrote:
> On Wed, Apr 15, 2015 at 11:11 AM, Greg Kroah-Hartman
> wrote:
>> On Wed, Apr 15, 2015 at 01:33:27PM -0400, Steven Rostedt wrote:
>>>
>>> I'll argue that you can't fix the later one. One thing that I've observed
>>> over
>>> the years of
On 15.04.15 19:22, Catalin Marinas wrote:
> On Wed, Apr 15, 2015 at 07:01:23PM +0200, Dr. Philipp Tomsich wrote:
>> On 15 Apr 2015, at 17:38, Catalin Marinas wrote:
>>> On Wed, Apr 15, 2015 at 05:15:16PM +0200, Arnd Bergmann wrote:
On Wednesday 15 April 2015 11:01:54 Catalin Marinas wrote:
Hello Benjamin,
On 04/15/2015 11:20 PM, Benjamin Tissoires wrote:
> Hi guys,
>
> On Wed, Apr 15, 2015 at 11:58 AM, Javier Martinez Canillas
> wrote:
>> Hello Dmitry,
>>
>> On 04/08/2015 02:26 AM, Dmitry Torokhov wrote:
>>> This change allows atmel_mxt_ts to bind to ACPI-enumerated devices in
1 - 100 of 1370 matches
Mail list logo