On Sat, 2013-10-05 at 23:27 -0700, Greg Kroah-Hartman wrote:
> On Sat, Oct 05, 2013 at 11:51:48AM -0700, Joe Perches wrote:
> > On Sat, 2013-10-05 at 11:43 -0700, Josh Triplett wrote:
> > > Kernel maintainers reject new instances of the GPL boilerplate paragraph
> > > directing people to write to t
On Sun, Oct 06, 2013 at 05:19:46PM +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2013-10-06 at 08:02 +0200, Alexander Gordeev wrote:
> > In fact, in the current design to address the quota race decently the
> > drivers would have to protect the *loop* to prevent the quota change
> > between a pci_
>From what I saw, it happened when the next page is not mapped to
physical memory.
I don't think that stack corruption can cause this.
>From what I could understand about of the code there is not check if
the memory beyond stack is physically mapped or not.
To handle the problem I thought that c
On Sun, Oct 06, 2013 at 12:01:52AM -0700, Joe Perches wrote:
> On Sat, 2013-10-05 at 23:27 -0700, Greg Kroah-Hartman wrote:
> > On Sat, Oct 05, 2013 at 11:51:48AM -0700, Joe Perches wrote:
> > > On Sat, 2013-10-05 at 11:43 -0700, Josh Triplett wrote:
> > > > Kernel maintainers reject new instances
On Sun, 2013-10-06 at 07:47 +0800, Fengguang Wu wrote:
> Hi Peter,
>
> Here is another bisect on a different kconfig.
No explosions here, it gives my compiler a terminal tummy ache.
marge:/usr/local/src/kernel/linux-3.x-tip # make net/sunrpc/xprtsock.o
make[1]: Nothing to be done for `all'.
mak
Hi Mike,
On Sun, Oct 06, 2013 at 09:27:41AM +0200, Mike Galbraith wrote:
> On Sun, 2013-10-06 at 07:47 +0800, Fengguang Wu wrote:
> > Hi Peter,
> >
> > Here is another bisect on a different kconfig.
>
> No explosions here, it gives my compiler a terminal tummy ache.
Thanks for looking into thi
On Fri, Oct 04, 2013 at 09:32:23AM +1000, Peter Hutterer wrote:
> On Thu, Oct 03, 2013 at 12:10:36AM +0200, David Herrmann wrote:
> > As we painfully noticed during the 3.12 merge-window our
> > EVIOCGABS/EVIOCSABS API is limited to ABS_MAX<=0x3f. We tried several
> > hacks to work around it but if
Hi,
+-- On Sat, 5 Oct 2013, Andrew Morton wrote --+
| On Sun, 6 Oct 2013 02:12:15 +0530 (IST) P J P wrote:
| Not yet, but it's in the queue.
I see; Thank you for an update. I appreciate it.
Please let me know if there are changes to be done. Or if you think I could
send similar patches for
On Sun, Oct 06, 2013 at 12:05:57AM -0700, Greg Kroah-Hartman wrote:
> As an individual file is not the sum of the "program", I would argue
> that it is not needed, but some companies like to feel better by
> adding it. So I really don't mind either way, as it would involve
> arguing with lawyers ab
On Sun, Oct 06, 2013 at 03:58:11PM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit c817a67ecba7c3c2aaa104796d78f160af60920d
> Author: Russell King
> Date: Thu Jun 27 15:06:14 2013 +0100
>
> kobject: delayed kobject release: help fin
From: Paul E. McKenney Sent: 10/01/13 10:27 PM
> To: Tibor Billes
> Subject: Re: Unusually high system CPU usage with recent kernels
>
> On Sat, Sep 14, 2013 at 03:59:51PM +0200, Tibor Billes wrote:
> > > From: Paul E. McKenney Sent: 09/13/13 02:19 AM
> > > On Wed, Sep 11, 2013 at 08:46:04AM +0200
On 09/26/2013 01:06:41 PM, Miklos Szeredi wrote:
On Thu, Sep 26, 2013 at 5:34 PM, J. Bruce Fields
wrote:
> On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
>> On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown
wrote:
>> >> A client-side copy will be slower, but I guess it does hav
On Sat, Oct 05, 2013 at 22:42 +0200, Andrew Lunn wrote:
>
> On Sat, Oct 05, 2013 at 10:24:30PM +0200, Uwe Kleine-König wrote:
> > On Fri, Oct 04, 2013 at 12:08:30PM +0200, Sebastian Hesselbarth wrote:
> > > To determine if a clk has been previously enabled, provide a public
> > > clk_is_enabled fu
* Peter Zijlstra wrote:
> On Fri, Oct 04, 2013 at 09:31:22PM +0300, Adrian Hunter wrote:
> > On 4/10/2013 8:31 p.m., tip-bot for Peter Zijlstra wrote:
> > >Commit-ID: d8b11a0cbd1c66ce283eb9dabe0498dfa6483f32
> > >Gitweb:
> > >http://git.kernel.org/tip/d8b11a0cbd1c66ce283eb9dabe0498dfa6483f
* Matt Fleming wrote:
> These changes fix a couple of sparse warnings introduced in the last
> pull.
>
> The following changes since commit 0ce6cda2c75d64175394341ef60e6e1d27dd9c10:
>
> x86 efi: bugfix interrupt disabling sequence (2013-09-30 10:23:11 +0100)
>
> are available in the git rep
* Zhang Yanfei wrote:
> From: Zhang Yanfei
>
> To be consistent with early_ioremap which had a change in
> commit 4f4319a ("x86/ioremap: Correct function name output"),
> let the complier enter the function name too.
>
> Signed-off-by: Zhang Yanfei
> ---
> arch/x86/mm/ioremap.c |8 -
* Andi Kleen wrote:
> From: Andi Kleen
>
> The AMD_GART driver was made EXPERT/EMBEDDED a long time
> ago to avoid unbootable 64bit systems with 32bit only devices.
>
> This was before swiotlb was there, which does the job
> of this fallback today. SWIOTLB is always on, so systems
> should al
The TEST_EVENTS macro is open-coded towards the end of
test__parse_events(). While at it, undef it cleanly after its usage.
Cc: Robert Richter
Cc: Jiri Olsa
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/tests/parse-events.c | 6 +++---
1 file
Signed-off-by: ZHAO Gang
---
net/core/rtnetlink.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
index 2a0e21d..bc04f15 100644
--- a/net/core/rtnetlink.c
+++ b/net/core/rtnetlink.c
@@ -2658,7 +2658,7 @@ static int rtnetlink_rcv_msg(
Ramkumar Ramachandra wrote:
> The TEST_EVENTS macro is open-coded towards the end of
> test__parse_events(). While at it, undef it cleanly after its usage.
Kindly ignore this patch; I made a trivial mistake.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, Oct 04, 2013 at 01:15:26PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> SDHC3 is 8 bit-wide, so pass the bus-width property to reflect that.
>
> Signed-off-by: Fabio Estevam
Applied all 3, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
06.10.2013 06:48, Olivier Langlois kirjoitti:
>
o Contents of /proc/asound/cardX/eld#0. I'd like to see the contents
both with radeon and with the proprietary fglrx driver in use
>>> With fglrx 13.10 Beta 2:
>>>
>>> lano1106@whippet2 /proc/asound/card0 $ cat codec#0
>>
>
Наведем чистоту и порядок у Вас дома, за разумные денежки.
http://sticker.yadro.ru/go?url=http://www.hi2.com/MYjA0T
--
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/major
Hi Bjorn,
> Hi Georgi,
>
> Thanks for working on this, unfortunately it seems like I need to port
> the rpm regulators to be able to test this.
> But I did find that...
>
Yes, the regulators support is still missing upstream. Until then, a basic
testing can be done by bypassing the regulators ini
Mikulas,
Thank you for your reviewing.
I will reply to polling issue first.
For the rest, I will reply later.
> Polling for state
> -
>
> Some of the kernel threads that you spawn poll for data in one-second
> interval - see migrate_proc, modulator_proc, recorder_proc, sync_pro
On 10/04, Peter Zijlstra wrote:
>
> On Fri, Oct 04, 2013 at 09:56:23PM +0200, Oleg Nesterov wrote:
>
> But yes, slightly more complex code :/
Yes. rcu_sync_busy() adds more obscurity and we need to implement
the logic which wait_for_completion already does.
> That would yield something like so I
On Sun, Oct 06, 2013 at 10:10:33AM +0200, Borislav Petkov wrote:
> On Sun, Oct 06, 2013 at 12:05:57AM -0700, Greg Kroah-Hartman wrote:
> > As an individual file is not the sum of the "program", I would argue
> > that it is not needed, but some companies like to feel better by
> > adding it. So I re
On Thu, Aug 15, 2013 at 12:30:25PM +0200, Wolfram Sang wrote:
> Use of this function is discouraged in favour of
> devm_ioremap_resource(). Don't advertise it.
>
> Signed-off-by: Wolfram Sang
Ping.
signature.asc
Description: Digital signature
On Sun, 6 Oct 2013, Wolfram Sang wrote:
> On Thu, Aug 15, 2013 at 12:30:25PM +0200, Wolfram Sang wrote:
> > Use of this function is discouraged in favour of
> > devm_ioremap_resource(). Don't advertise it.
> >
> > Signed-off-by: Wolfram Sang
Acked-by: Julia Lawall
>
> Ping.
>
>
--
To unsub
On Sun, Oct 06, 2013 at 06:44:04AM -0700, Greg Kroah-Hartman wrote:
> On Sun, Oct 06, 2013 at 10:10:33AM +0200, Borislav Petkov wrote:
> > On Sun, Oct 06, 2013 at 12:05:57AM -0700, Greg Kroah-Hartman wrote:
> > > As an individual file is not the sum of the "program", I would argue
> > > that it is
Commit-ID: ced3c42c9fcba049ec9c76c8461ac194cafb20ba
Gitweb: http://git.kernel.org/tip/ced3c42c9fcba049ec9c76c8461ac194cafb20ba
Author: Ingo Molnar
AuthorDate: Sun, 6 Oct 2013 11:45:20 +0200
Committer: Ingo Molnar
CommitDate: Sun, 6 Oct 2013 15:58:41 +0200
x86/iommu: Clean up the CONFIG
Commit-ID: 38901f1c1cae241fd4e3c5e63fcc690b921734b1
Gitweb: http://git.kernel.org/tip/38901f1c1cae241fd4e3c5e63fcc690b921734b1
Author: Andi Kleen
AuthorDate: Fri, 4 Oct 2013 14:37:56 -0700
Committer: Ingo Molnar
CommitDate: Sun, 6 Oct 2013 11:47:04 +0200
x86/iommu: Don't make AMD_GART
Commit-ID: 8412da757776727796e9edd64ba94814cc08d536
Gitweb: http://git.kernel.org/tip/8412da757776727796e9edd64ba94814cc08d536
Author: Ville Syrjälä
AuthorDate: Fri, 4 Oct 2013 15:16:04 +0300
Committer: Ingo Molnar
CommitDate: Sun, 6 Oct 2013 11:49:07 +0200
x86/reboot: Add reboot quirk
Commit-ID: 6bfa687c19b7ab8adee03f0d43c197c2945dd869
Gitweb: http://git.kernel.org/tip/6bfa687c19b7ab8adee03f0d43c197c2945dd869
Author: Shawn Bohrer
AuthorDate: Fri, 4 Oct 2013 14:24:53 -0500
Committer: Ingo Molnar
CommitDate: Sun, 6 Oct 2013 11:28:40 +0200
sched/rt: Remove redundant nr
On Sat, Oct 5, 2013 at 3:06 PM, Hannes Frederic Sowa
wrote:
> On Fri, Oct 04, 2013 at 10:52:13AM +0100, Oussama Ghorbel wrote:
>> Unlike ipv4, the struct member hlen holds the length of the GRE and ipv6
>> headers. This length is also counted in dev->hard_header_len.
>> Perhaps, it's more clean to
From: Tang Chen
The hot-Pluggable field in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel,
it cannot be hot-removed. So memory hotplug users may want to set all
hotpluggable memory in ZONE_MOVABLE so that the kernel won't use it.
On Sat, Oct 05, 2013 at 03:20:05PM -0500, Mike Christie wrote:
> The functions take in requests as the argument, but they end up
> operating on bios too. The scsi layer does
> scsi_io_completion->scsi_end_request-> blk_end_request ->
> blk_end_bidi_request -> blk_update_bidi_request -> blk_update_r
On Sat, Oct 5, 2013 at 2:25 AM, Dan Murphy wrote:
> If the smsc95xx does not have a valid MAC address stored within
> the eeprom then a random number is generated. The MAC can also
> be set by uBoot but the smsc95xx does not have a way to read this.
>
> Create the binding for the smsc95xx so that
On Sun, Oct 06, 2013 at 03:42:15PM +0100, Oussama Ghorbel wrote:
> The initialization in ip6gre_tnl_link_config is done as the following:
> static void ip6gre_tnl_link_config(struct ip6_tnl *t, int set_mtu)
> {
> ...
> int addend = sizeof(struct ipv6hdr) + 4;
> ...
> /* Precalculate GRE options le
On Sun, Oct 06, 2013 at 01:57:15AM +0800, Wang YanQing wrote:
> In function update_text we assign jump key label
> per page (1)-(9) cycled, and use three space char
> as the header after k exceed JUMP_NB.
>
> We don't need to call memcpy with header of three
> space char, because it changes nothin
It can be merged into the only caller, and doing so allows accounting for
I/O completion in the correct place as well.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index c1
Make sure we set bio errors correctly and don't complete bios midway
through a flush sequence. Largely copied from the old I/O path.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/block/blk-mq.c b/block
Patch 1 makes sure bios are completed more carefully, fixing the regression
with the earlier patch from Mike as well as a few issues found during code
inspection. Patches 2 and 3 are a split up and better documented version
of "blk-mq: blk-mq should free bios in pass through case", and the last tw
From: Mike Christie
Complete bios for all requests going through blk_mq_complete_request.
This mirrors the old I/O path and avoids blk-mq special casing in every
->end_io handler.
[hch: split up and reworded the changelog]
Signed-off-by: Mike Christie
Signed-off-by: Christoph Hellwig
---
bl
From: Mike Christie
These are fundamentally different operations, so keep them separate.
[hch: split up and reworded the changelog]
Signed-off-by: Mike Christie
Signed-off-by: Christoph Hellwig
---
block/blk-flush.c |1 +
block/blk-mq.c|5 +++--
2 files changed, 4 insertions(+),
Remove dead code and a dead argument.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 99a600e..2b85029 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -857,15 +857
On Sun, Oct 6, 2013 at 4:13 PM, Hannes Frederic Sowa
wrote:
> On Sun, Oct 06, 2013 at 03:42:15PM +0100, Oussama Ghorbel wrote:
>> The initialization in ip6gre_tnl_link_config is done as the following:
>> static void ip6gre_tnl_link_config(struct ip6_tnl *t, int set_mtu)
>> {
>> ...
>> int addend
On Sun, Oct 06 2013, Christoph Hellwig wrote:
> Patch 1 makes sure bios are completed more carefully, fixing the regression
> with the earlier patch from Mike as well as a few issues found during code
> inspection. Patches 2 and 3 are a split up and better documented version
> of "blk-mq: blk-mq s
Hello Linus!
Here are the outstanding target fixes queued up for v3.12-rc4 code.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
The highlights include:
- Make vhost/scsi tag percpu_ida_alloc() use GFP_ATOMIC
- Allow sess_cmd_map
On 10/4/2013 4:17 PM, Gene Heskett wrote:
I hope this is a better explanation. :)
The idea of power capping is to cap total power not power down and also
need root level access to modify.
No. Restricting it to root control only is NOT an option. There has to be
some mechanism whereby the us
On 10/06/2013 08:37 AM, Chen Gang wrote:
> On 10/06/2013 01:45 AM, Richard Weinberger wrote:
>> Am 05.10.2013 19:06, schrieb Chen Gang:
>>> On 10/06/2013 12:50 AM, Chen Gang wrote:
On 10/06/2013 12:08 AM, Richard Weinberger wrote:
> On Sat, Oct 5, 2013 at 5:46 PM, Chen Gang wrote:
>>
blk_flush_plug_list became a bit of a mess with the introduction of blk-mq,
so I started looking into separating the blk-mq handling from it. Turns
out that by doing this we can streamline the blk-mq submission path a lot.
If we branch out to a blk-mq specific code path early we can do the list s
On Sun, Oct 06, 2013 at 04:36:56PM +0100, Oussama Ghorbel wrote:
> On Sun, Oct 6, 2013 at 4:13 PM, Hannes Frederic Sowa
> wrote:
> > On Sun, Oct 06, 2013 at 03:42:15PM +0100, Oussama Ghorbel wrote:
> >> The initialization in ip6gre_tnl_link_config is done as the following:
> >> static void ip6gre
On Sun, Oct 06, 2013 at 11:06:09AM +0200, Gerhard Sittig wrote:
> On Sat, Oct 05, 2013 at 22:42 +0200, Andrew Lunn wrote:
> >
> > On Sat, Oct 05, 2013 at 10:24:30PM +0200, Uwe Kleine-König wrote:
> > > On Fri, Oct 04, 2013 at 12:08:30PM +0200, Sebastian Hesselbarth wrote:
> > > > To determine if a
* Andi Kleen wrote:
> From: Andi Kleen
>
> As suggested by Ingo.
>
> Make HW_BREAKPOINTS a config option. HW_BREAKPOINTS depends
> on perf. This allows disabling PERF_EVENTS for systems that
> don't need it (e.g. anything not used for development)
>
> Disabling PERF_EVENTS saves over 700k of
The only caller of blk_mq_start_stopped_hw_queues is in irq context,
leading to lockdep splat when it actually gets called. Fix this by
deferring the hw queue run to workqueue context.
Signed-off-by: Christoph Hellwig
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 2b85029..923e9e1 100644
--
Hi Laurent,
> > > Device tree clock binding document for EMMA Mobile EV2 SMU.
> > > Following nodes are defined to describe clock tree.
> > > - renesas,emev2-smu
> > > - renesas,emev2-smu-clkdiv
> > > - renesas,emev2-smu-gclk
> >
> > I realise this has been entirely consistent in the past and
> >
On Sun, Oct 6, 2013 at 1:23 AM, Fengguang Wu wrote:
>
> I got the below dmesg and the first bad commit is commit cf39c8e5352b:
> Merge tag 'stable/for-linus-3.12-rc0-tag' of
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
Ugh. How reliable is the double fault? Because bisecting it to
On 10/06/2013 10:05 AM, Ming Lei wrote:
> On Sat, Oct 5, 2013 at 2:25 AM, Dan Murphy wrote:
>> If the smsc95xx does not have a valid MAC address stored within
>> the eeprom then a random number is generated. The MAC can also
>> be set by uBoot but the smsc95xx does not have a way to read this.
>>
On 10/06/2013 06:30 PM, Andrew Lunn wrote:
On Sun, Oct 06, 2013 at 11:06:09AM +0200, Gerhard Sittig wrote:
On Sat, Oct 05, 2013 at 22:42 +0200, Andrew Lunn wrote:
On Sat, Oct 05, 2013 at 10:24:30PM +0200, Uwe Kleine-König wrote:
On Fri, Oct 04, 2013 at 12:08:30PM +0200, Sebastian Hesselbarth
On Sun, Oct 06 2013, Christoph Hellwig wrote:
> The only caller of blk_mq_start_stopped_hw_queues is in irq context,
> leading to lockdep splat when it actually gets called. Fix this by
> deferring the hw queue run to workqueue context.
>
> Signed-off-by: Christoph Hellwig
>
> diff --git a/bloc
On 10/04/2013 09:37 AM, Alexandre Courbot wrote:
Hopefully final version of this patchset. If I'm not mistaken the last thing
that prevents Stephen from merging it is Russel's Ack. Russel, could you check
it?
Oops.
s/Russel/Russell/g, with apologies for the continuous misspelling. m(__)m
Alex
On 10/05/2013 03:44 PM, Mark Brown wrote:
Hi all,
Better late than never I've uploaded today's linux-next tree to the
master branch of the repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131004 tag is also provided for convenience.
Each merge was tested wi
On Sun, Oct 06 2013, Christoph Hellwig wrote:
> blk_flush_plug_list became a bit of a mess with the introduction of blk-mq,
> so I started looking into separating the blk-mq handling from it. Turns
> out that by doing this we can streamline the blk-mq submission path a lot.
>
> If we branch out t
arch/metag/kernel/devtree.c: In function 'setup_machine_fdt':
arch/metag/kernel/devtree.c:52: error: 'arch_get_next_mach' undeclared (first
use in this function)
arch/metag/kernel/devtree.c:52: error: (Each undeclared identifier is reported
only once
arch/metag/kernel/devtree.c:52: error: for ea
We play with a wait queue even if socket is
non blocking. This is an obvious waste.
Besides, it will prevent calling the non blocking
variant when current is not valid.
Signed-off-by: Michael S. Tsirkin
---
drivers/net/tun.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --g
On Sun, Oct 06, 2013 at 02:12:47AM +0200, Hannes Frederic Sowa wrote:
> On Sat, Oct 05, 2013 at 08:05:58PM -0400, Steven Rostedt wrote:
> > > if (type == JUMP_LABEL_ENABLE) {
> > > - /*
> > > - * We are enabling this jump label. If it is not a nop
> > > - * then somethin
When connecting to SMB2/3 shares, maximum file size is set to non-LFS maximum in superblock. This is due to cap_large_files bit being different for
SMB1 and SMB2/3 (where it is just an internal flag that is not negotiated and the SMB1 one corresponds to multichannel capability) while capabilities
When connecting to SMB2/3 shares, maximum file size is set to non-LFS maximum
in superblock. This is due to cap_large_files bit being different for SMB1 and
SMB2/3 (where it is just an internal flag that is not negotiated and the SMB1
one corresponds to multichannel capability, so maybe LFS work
In recent kernels the 1-wire kernel modules do not work any more. The module
wire got broken in 3.11-rc1 and 3.12-rc1 introduced a further problem:
1: 3.11-rc1 introduced the automatic loading of slave modules. This blocks
modprobe, because request_module is called with a locked mutex of the w1
Introduce a check to make sure that fops are only called if they have been
defined by the slave module.
Without this check modules like w1_smem cause a NULL pointer
dereference bug.
Signed-off by: Hans-Frieder Vogt
---
drivers/w1/w1.c |3 +++
1 file changed, 3 insertions(+)
--- a/drivers/w1
request_module for w1 slave modules needs to be called with the w1 master
mutex
unlocked. Because w1_attach_slave_device gets always(?) called with mutex
locked, we need to temporarily unlock the w1 master mutex for the loading of
the
w1 slave module.
Signed-off by: Hans-Frieder Vogt
---
drive
Yes, to summarize, the idea of this patch was to fix the incoherence
in the condition of ip6gre_tunnel_change_mtu function
if (new_mtu < 68 ||
new_mtu > 0xFFF8 - dev->hard_header_len - tunnel->hlen)
>From the ip6gre_tnl_link_config function we can see that:
The variable addend is equal the i
On 10/06/2013 02:01:52 AM, Joe Perches wrote:
On Sat, 2013-10-05 at 23:27 -0700, Greg Kroah-Hartman wrote:
> On Sat, Oct 05, 2013 at 11:51:48AM -0700, Joe Perches wrote:
> > On Sat, 2013-10-05 at 11:43 -0700, Josh Triplett wrote:
> > > Kernel maintainers reject new instances of the GPL boilerplat
I've prepared this branch:
https://github.com/jgunthorpe/linux/commits/for-tpm
dd783708a8c6fd713c784be68fcbcb7000c43c49
Jason Gunthorpe (11):
tpm: ibmvtpm: Use %zd formatting for size_t format arguments
tpm atmel: Call request_region with the correct base
tpm: Store devname in t
It's only set once so mark it __read_mostly.
Neaten the alignment so it matches the rest of the
pr__once #defines too.
Signed-off-by: Joe Perches
---
include/linux/printk.h | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/include/linux/printk.h b/include/li
This is preparation for making the tpm module multi-file. kbuild does
not like having a .c file with the same name as a module. We wish to
keep the tpm module name so that userspace doesn't see this change.
tpm-interface.c is chosen because the next several commits in the series
migrate items into
Now that we can have multiple .c files in the tpm module there is
no reason for tpm-bios.
tpm-bios exported several functions: tpm_bios_log_setup,
tpm_bios_log_teardown, tpm_add_ppi, and tpm_remove_ppi.
They are only used by tpm, and if tpm-bios is built then
tpm will unconditionally require them
On Sun, 2013-10-06 at 13:38 -0600, Jason Gunthorpe wrote:
> This is preparation for making the tpm module multi-file. kbuild does
> not like having a .c file with the same name as a module. We wish to
> keep the tpm module name so that userspace doesn't see this change.
If that's true, and I don't
On Sun, Oct 06, 2013 at 03:55:07PM +0200, Borislav Petkov wrote:
> On Sun, Oct 06, 2013 at 06:44:04AM -0700, Greg Kroah-Hartman wrote:
> > On Sun, Oct 06, 2013 at 10:10:33AM +0200, Borislav Petkov wrote:
> > > On Sun, Oct 06, 2013 at 12:05:57AM -0700, Greg Kroah-Hartman wrote:
> > > > As an individ
Quoting Sebastian Hesselbarth (2013-10-06 12:42:01)
> On 10/06/2013 06:30 PM, Andrew Lunn wrote:
> > On Sun, Oct 06, 2013 at 11:06:09AM +0200, Gerhard Sittig wrote:
> >> On Sat, Oct 05, 2013 at 22:42 +0200, Andrew Lunn wrote:
> >>>
> >>> On Sat, Oct 05, 2013 at 10:24:30PM +0200, Uwe Kleine-König wr
On Sun, Oct 06, 2013 at 12:18:04PM -0700, Greg Kroah-Hartman wrote:
> You can do that, but I know a whole lot of lawyers who will not like
> that, as you aren't being explicit about what the license of the file
> is, and relying on something else.
I was afraid that some legal-profession-mumbo-jumb
From: Namjae Jeon
Add new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate.
updated detailed semantics in comments.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/open.c | 24 +---
include/uapi/linux/falloc.h | 17 +
2 fil
From: Namjae Jeon
This patch series is in response of the following post:
http://lwn.net/Articles/556136/
"ext4: introduce two new ioctls"
Dave chinner suggested that truncate_block_range (which was one of the ioctls
name)
should be an fallocate operation and not any fs specific ioctl, hence
we
From: Namjae Jeon
This patch checks various corner cases for collapsing a range.
This patch is based on generic/255 test case which checks various corner
cases for punch hole.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
common/collapse | 264
From: Namjae Jeon
We execute collapse range multiple times on same file.
Each collapse range call collapses a single alternate block.
After the test execution, file will be left with 80 blocks and
as much number of extents.
We also check for file system consistency after the completion.
Signed-o
From: Namjae Jeon
Add support FALLOC_FL_COLLAPSE_RANGE for fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/ext4/ext4.h |3 +
fs/ext4/extents.c | 286 ++-
fs/ext4/move_extent.c |2 +-
inclu
From: Namjae Jeon
Add support FALLOC_FL_COLLAPSE_RANGE for fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/xfs/xfs_bmap.c | 174
fs/xfs/xfs_bmap.h |3 +
fs/xfs/xfs_bmap_util.c | 96 +++
From: Namjae Jeon
Add support FALLOC_FL_COLLAPSE_RANGE for fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
io/prealloc.c | 39 ++-
man/man8/xfs_io.8 |6 ++
2 files changed, 44 insertions(+), 1 deletion(-)
diff --git a/
From: Namjae Jeon
Update FALLOC_FL_COLLAPSE_RANGE flag in fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
man2/fallocate.2 | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/man2/fallocate.2 b/man2/fallocate.2
index f5c395d..b042c59
On Sunday 06 October 2013, Arjan van de Ven wrote:
>On 10/4/2013 4:17 PM, Gene Heskett wrote:
I hope this is a better explanation. :)
>>>
>>> The idea of power capping is to cap total power not power down
What is the difference to us if it wrecks a $1000 part, or a $100,000
machine?
>>> a
On Sun, Oct 06, 2013 at 12:53:22PM -0700, Joe Perches wrote:
> On Sun, 2013-10-06 at 13:38 -0600, Jason Gunthorpe wrote:
> > This is preparation for making the tpm module multi-file. kbuild does
> > not like having a .c file with the same name as a module. We wish to
> > keep the tpm module name so
On 10/06/2013 10:02 PM, Mike Turquette wrote:
Quoting Sebastian Hesselbarth (2013-10-06 12:42:01)
On 10/06/2013 06:30 PM, Andrew Lunn wrote:
On Sun, Oct 06, 2013 at 11:06:09AM +0200, Gerhard Sittig wrote:
What's wrong with an explicit enable/disable around the data
acquisition?
It avoids the
This patch adds Synchronous Serial Interface (SSI) hwmod support for
OMAP34xx SoCs.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 48 ++
1 file changed, 48 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
b/ar
On Fri, Oct 4, 2013 at 11:12 AM, Matthew Garrett wrote:
> On Thu, Oct 03, 2013 at 12:13:03PM -0500, Felipe Contreras wrote:
>> More people have reported they need this for their machines to work
>> correctly.
>
> Can you add a comment to each indicating why they're being added so we
> can easily r
This exports a method to unregister all clients from
an hsi port.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/hsi.c | 10 ++
include/linux/hsi/hsi.h | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/hsi/hsi.c b/drivers/hsi/hsi.c
index 4384d7e..9dd7120 100644
---
Add new method hsi_add_clients_from_dt, which can be used
to initialize HSI clients from a device tree node.
The patch also documents the DT binding for trivial HSI
clients.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/hsi/trivial-devices.txt| 36 +++
drivers/hsi/hsi
Add SSI device tree data for OMAP3 and Nokia N900.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 12 ++
arch/arm/boot/dts/omap3.dtsi | 47
2 files changed, 59 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.d
Add of_match_table to hsi_char driver, so that it can
be referenced from Device Tree.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/hsi_char.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/hsi/clients/hsi_char.c b/drivers/hsi/clients/hsi_char.c
index e61e5
Hi,
Here is the third round of the OMAP SSI driver patches.
Changes since RFCv2:
* Move DT data from omap34xx.dtsi to omap3.dtsi
Nokia N9 uses an omap3630 and ssi for modem connection, thus SSI
seems to be part of all OMAP3 SoCs.
* Move DT documentation to the driver patch
* Update wording in
1 - 100 of 238 matches
Mail list logo
