On 02/21/2013 12:37 PM, Ric Wheeler wrote:
We have debated the need to have a system call to allow for
offloading copy operations, for example to an NFS server (part to
the new NFS 4.2 specification), SCSI target device (two different
SCSI commands do this), local file systems (reflink, etc)
On Thu, 2013-02-21 at 08:16 -0500, Sasha Levin wrote:
> On 02/20/2013 03:02 PM, Peter Hurley wrote:
> > Sasha and Dave, my trinity testbeds die in other areas right now;
> > I would really appreciate if you would please re-test this series.
>
> Hi Peter,
>
> I saw this twice in overnight
On Mon, Feb 18, 2013 at 04:56:04PM +0900, Kyungsik Lee wrote:
> @@ -55,8 +55,9 @@ static struct list_head *lzo_alloc_workspace(void)
> return ERR_PTR(-ENOMEM);
>
> workspace->mem = vmalloc(LZO1X_MEM_COMPRESS);
> - workspace->buf = vmalloc(PAGE_CACHE_SIZE);
> -
Hi Thadeu,
On 17/02/13 11:33, Thadeu Lima de Souza Cascardo wrote:
Commit dd1cb3a7c43508c29e17836628090c0735bd3137 unified mm/init.c for both MMU
Its good practice to include the text title of the patch along with the
commit id.
and non-MMU
On Thu, Feb 21, 2013 at 1:01 AM, Sjur Brændeland
wrote:
> [Sjur:]
>>> How do you see the in-kernel API for this? I would like to see
>>> something similar to my previous patches, where we extend
>>> the virtqueue API. E.g. something like this:
>>> struct virtqueue *vring_new_virtqueueh(...)...
>
Jason,
On Thu, 21 Feb 2013, Jason Liu wrote:
> 2013/2/21 Thomas Gleixner :
> > Now your explanation makes sense.
> >
> > I have no fast solution for this, but I think that I have an idea how
> > to fix it. Stay tuned.
>
> Thanks Thomas, wait for your fix. :)
find below a completely untested
Hi Linus,
Here are the UAPI disintegration bits for the fbdev drivers. It appears that
Florian hasn't had time to deal with my patch, but back in December he did say
he didn't mind if I pushed it forward. I recommend pulling it after any other
fbdev stuff and I can easily regenerate it if
On Thu, 2013-02-21 at 12:37 +0100, Ric Wheeler wrote:
> We have debated the need to have a system call to allow for offloading copy
> operations, for example to an NFS server (part to the new NFS 4.2
> specification), SCSI target device (two different SCSI commands do this),
> local
> file
On Thu, Feb 21, 2013 at 8:37 AM, Rusty Russell wrote:
> Hmm... I clearly jumped the gun, assuming consensus was already reached.
> I have put these patches *back* into pending-rebases, and they will not
> be merged this merge window.
Thanks.
What do you think about creating some virtio-level
For better code reuse use the newly added page iterator to iterate through
the pages. The offset, length within the page is still calculated by the
mapping iterator as well as the actual mapping. Idea from Tejun Heo.
v1-v3:
- original version
v4:
- The dw_mmc driver used sg_mapping_iter::__sg,
This is basically a maintenance update for the TPM driver and EVM/IMA.
Please pull.
The following changes since commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200:
Linus Torvalds (1):
Linux 3.8
are available in the git repository at:
> +ifneq ($(shell pwd), $(srctree))
How reliable is this, I wonder?
David
--
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
Apologies if this is misthreaded, I had to hand-craft the headers.
> The patch offers an entropy generator based on CPU timing jitter. The
> entropy collector has the following properties:
>
> * it does not maintain any state and therefore does not need any seed
What is this "pool" if it's not
On 21.02.2013 15:07:12, +0100, Phil Carmody wrote:
Hi Phil,
> Apologies if this is misthreaded, I had to hand-craft the headers.
>
>> The patch offers an entropy generator based on CPU timing jitter. The
>> entropy collector has the following properties:
>>
>> * it does not maintain any state
Add support of setting the irq_type of the interrupt which
is registered through regmap irq framework.
The client who register the interrupt can pass the supported
irq type through irq chip data along with the type mask and
type value of each type which is supported. Client also need
to provide
Ignore the mask register write if mask_base is not provided by
regmap irq client. Also assume that all interrupts are enabled
in this case.
This is useful when device does not have explicit interrupt mask
register but control the interrupt enabling/disabling by other
mechanism like irq type/irq
On 13-02-20 10:05 PM, Linus Torvalds wrote:
> On Wed, Feb 20, 2013 at 2:09 PM, David Miller wrote:
>>
>> 15) Orphan and delete a bunch of pre-historic networking drivers from
>> Paul Gortmaker.
>
> Nooo You killed the 3c501 and 3c503 drivers! Snif.
>
> I wonder if they still worked..
I
On 02/21/2013 09:33 PM, Peter Zijlstra wrote:
> On Wed, 2013-02-20 at 22:23 +0800, Alex Shi wrote:
>>> But but but,... nr_running is completely unrelated to utilization.
>>>
>>
>> Actually, I also hesitated on the name, how about using nr_running to
>> replace group_util directly?
>
>
> The name
Hi!
I had a silent lockup on one of our embedded system under development.
It was not easy to track it down, so here's what I discovered, in case
somebody runs into similar trouble.
Using 'keep_bootcon' command line parameter, and enabling early printk
can lead to a kernel panic. At least on
drivers/md/dm-raid.c:453:53: warning: 'rebuilds_per_group' may be used
uninitialized in this function [-Wuninitialized]
drivers/md/dm-raid.c:383:11: note: 'rebuilds_per_group' was declared here
It is impossible that rebuilds_per_group could be used before set, but set
it to 0 anyways to silence
On 02/20/2013 01:24 PM, Guenter Roeck wrote:
> On Wed, Feb 20, 2013 at 06:51:08PM +, Jonathan Cameron wrote:
>>
>>
>> Guenter Roeck wrote:
>>
>>> On Wed, Feb 20, 2013 at 11:38:22AM -0600, Rob Herring wrote:
On 02/07/2013 11:09 AM, Guenter Roeck wrote:
> Provide bindings and parse OF
On 02/21/2013 05:42 PM, Borislav Petkov wrote:
> On Thu, Feb 21, 2013 at 09:32:54AM +0800, Alex Shi wrote:
>> Yes, use flags can save 2 int variable, I will change that.
>>
>> Just curious, consider the lb_env size and just used in stack, plus
>> the big cacheline size of modern cpu, and the
On Thu, Feb 21, 2013 at 12:25:40AM -0800, Hugh Dickins wrote:
> Before establishing that KSM page migration was the cause of my
> WARN_ON_ONCE(page_mapped(page))s, I suspected that they came from the
> lack of a ksm_might_need_to_copy() in swapoff's unuse_pte() - which
> in many respects is
On 02/21/2013 02:51 PM, Myklebust, Trond wrote:
On Thu, 2013-02-21 at 12:37 +0100, Ric Wheeler wrote:
We have debated the need to have a system call to allow for offloading copy
operations, for example to an NFS server (part to the new NFS 4.2
specification), SCSI target device (two different
Thomas,
On Thursday 21 February 2013 07:18 PM, Thomas Gleixner wrote:
Jason,
On Thu, 21 Feb 2013, Jason Liu wrote:
2013/2/21 Thomas Gleixner :
Now your explanation makes sense.
I have no fast solution for this, but I think that I have an idea how
to fix it. Stay tuned.
Thanks Thomas, wait
...
> > > > > treat the absence of DT information as an error, and a call to
> > > > > syscon_regmap_lookup_by_compatible or syscon_regmap_lookup_by_phandle
> > > > > will always return the syscon device that was registered first, or
> > > > > -EPROBE_DEFER for any error.
> > > >
> > > > The
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/Kconfig|
On Thu, Feb 21, 2013 at 01:25:36PM +0100, Peter De Schrijver wrote:
> On Fri, Feb 15, 2013 at 05:45:45PM +0100, Stephen Warren wrote:
>
> ...
>
> > > I would suggest removing this clock. It's not actually implemented in the
> > > CCF
> > > and rather useless. If you would gate the CPU clock
Hi Again,
On Thu, Feb 21, 2013 at 5:01 PM, Stratos Karafotis
wrote:
> diff --git a/drivers/cpufreq/cpufreq_ondemand.c
> b/drivers/cpufreq/cpufreq_ondemand.c
> @@ -168,16 +174,29 @@ static void od_check_cpu(int cpu, unsigned int
> load_freq)
> struct cpufreq_policy *policy =
On Wednesday, February 20, 2013 07:17:07 PM Mandeep Singh Baines wrote:
> We shouldn't try_to_freeze if locks are held.
Has Ingo acked one of the previous versions or is my memory doing tricks?
Anyway, can you please write something more about what the patch is doing
in the changelog? While the
On Wednesday, February 20, 2013 06:17:48 PM Toshi Kani wrote:
> On Wed, 2013-02-20 at 23:49 +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> :
> > +
> > +/**
> > + * acpi_bus_hot_remove_device: hot-remove a device and its children
> > + * @context: struct acpi_eject_event pointer
As a ghes_edac driver will need to access ghes structures, in order
to properly handle the errors, move those structures to a separate
header file. No functional changes.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/acpi/apei/ghes.c | 47 ++-
Instead of just faking a random value for the DIMM data, get
the information that it is available via DMI table.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/ghes_edac.c | 192 ---
1 file changed, 180 insertions(+), 12 deletions(-)
diff
The number of arguments for edac_raw_mc_handle_error() is too big;
put them into a structure and allocate space for it inside
edac_mc_alloc().
That reduces a lot the stack usage and simplifies the raw API call.
Tested with sb_edac driver and MCE error injection. Worked as expected:
[
With the current version of CPER, there's no way to associate an
error with the memory error. So, the error location in EDAC
layers is unused.
As CPER has its own idea about memory architectural layers, just
output whatever is there inside the driver's detail at the RAS
tracepoint.
The EDAC
The UEFI spec defines the memory error types ans the bits that
validate each field on the memory error record, at
Appendix N om items N.2.5 (Memory Error Section) and
N.2.11 (Error Status). Make the error description compliant with
it, only showing the valid fields.
The EDAC error log is now
Provide a better infrastructure for printk's inside the driver:
- use edac_dbg() for debug messages;
- standardize the usage of pr_info();
- provide warning about the risk of relying on this
driver.
While here, changes the size of a fake memory to 1 page. This is
On my tests on a 4xE5-4650 CPU's system, the GHES
EDAC driver is called twice. As the SMBIOS DMI enumeration
call will seek for the entire DIMM sockets in the system, on
this machine, equipped with 128 GB of RAM, the memory is
displayed twice:
+---+
|
Now that the EDAC core is capable of just forward the errors via
the userspace API, add a report mechanism for the GHES errors.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/ghes_edac.c | 50 ++--
1 file changed, 48 insertions(+), 2
Register GHES at EDAC MC core, in order to avoid other
drivers to also handle errors and mangle with error data.
The edac core will warrant that just one driver will be used,
so the first one to register (BIOS first) will be the one that
will be reporting the hardware errors.
For now, the EDAC
That allows APEI GHES driver to report errors directly, using
the EDAC error report API.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/edac_core.h | 17
drivers/edac/edac_mc.c | 109 ---
2 files changed, 100 insertions(+), 26
The CPER spec defines a forth type of error: informational
logs. Add support for it at the edac API and at the
trace event interface.
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/edac.h| 16
include/ras/ras_event.h | 4 +---
2 files changed, 17 insertions(+), 3
There are currently 3 error mechanisms inside the Linux Kernel:
edac, mcelog and ghes.
Unfortunately, not all those error mechanisms will work at the same
time, as accessing the error registers by the BIOS may interfere on
reading them from OS.
So, all those 3 mechanisms need to be integrated,
In order to allow reporting errors via EDAC, add hooks for:
1) register an EDAC driver;
2) unregister an EDAC driver;
3) report errors via EDAC.
As the EDAC driver will need to access the ghes structure, adds it
as one of the parameters for ghes_do_proc.
Signed-off-by: Mauro Carvalho Chehab
On 02/21/2013 03:22 PM, Glauber Costa wrote:
> On 02/21/2013 03:00 AM, Tejun Heo wrote:
>> (cc'ing cgroup / memcg people and quoting whole body)
>>
>> Looks like something is going wrong with memcg cache destruction.
>> Glauber, any ideas? Also, can we please not use names as generic as
>>
Linus,
please pull sound updates for v3.9-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.9
The topmost commit is b24b0adef6fbec91e5e9ec42851f9db474a308ab
Sound updates for 3.9-rc1
The
On Thu, Feb 21, 2013 at 03:37:17PM +0100, Patrik, Kluba wrote:
> I had a silent lockup on one of our embedded system under development.
> It was not easy to track it down, so here's what I discovered, in case
> somebody runs into similar trouble.
> Using 'keep_bootcon' command line parameter, and
From: Rafael J. Wysocki
Multiple drivers handling hotplug-capable ACPI device nodes install
notify handlers covering the same types of events in a very similar
way. Moreover, those handlers are installed in separate namespace
walks, although that really should be done during namespace scans
DT bindings for PCI host bridges often use the ranges property to describe
memory and IO ranges - this binding tends to be the same across architectures
yet several parsing implementations exist, e.g. arch/mips/pci/pci.c,
arch/powerpc/kernel/pci-common.c, arch/sparc/kernel/pci.c and
06089d01562f1e2bf9f089fd7637009ebaad589:
Merge tag 'trace-3.8-rc3-regression-fix' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2013-01-14
20:22:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-modsign.
On Thu, Feb 21, 2013 at 3:05 AM, Raghavendra KT
wrote:
> On Thu, Feb 21, 2013 at 2:26 PM, Ingo Molnar wrote:
>>
>> * Shuah Khan wrote:
>>
>>> On Tue, Feb 19, 2013 at 7:27 PM, Linux Kernel Mailing List
>>> wrote:
>>> > Gitweb:
>>> >
On Wed, 20 Feb 2013 valdis.kletni...@vt.edu wrote:
> On Wed, 20 Feb 2013 16:07:49 -0800, Greg Kroah-Hartman said:
>
> > PS-2 connectors can not normally handle hotplugging, the protocol
> > doesn't allow it, and for some unlucky devices, it could actually fry
> > the motherboard or the PS-2
On Thu, Feb 21, 2013 at 12:38:59PM -0300, Mauro Carvalho Chehab wrote:
> That allows APEI GHES driver to report errors directly, using
> the EDAC error report API.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/edac/edac_core.h | 17
> drivers/edac/edac_mc.c | 109
>
On Tue, Feb 19, Haiyang Zhang wrote:
> > I havent read the vesafb code, but I think it can kind of give up the
> > hardware, something ata_piix can not do.
>
> In my test, the vesafb doesn't automatically give up the emulated video
> device,
> unless I add the DMI based mechanism to let it exit
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Subject: [PATCHv6 0/8] zswap: compressed swap caching
>
> Changelog:
>
> v6:
> * fix improper freeing of rbtree (Cody)
Cody's bug fix reminded me of a rather fundamental question:
Why does zswap use a rbtree instead of a radix tree?
Hi Ido,
On Wed, Feb 20, 2013 at 11:46 AM, Ido Yariv wrote:
> Hi Sjur,
>
> On Sun, Feb 10, 2013 at 12:39:12PM +0100, sjur.brandel...@stericsson.com
> wrote:
>> From: Sjur Brændeland
>>
>> Copy resource table from first to second firmware loading.
>> After firmware is loaded to memory, update
On Thu, Feb 21, 2013 at 2:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Feb 17, 2013 at 02:35:52AM -, Samu Kallio wrote:
>> In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
>> when lazy MMU updates are enabled, because set_pgd effects are being
>> deferred.
>>
>> One
On Thu, Feb 21, 2013 at 4:00 AM, David Howells wrote:
> A patch to fix some unreachable code in search_my_process_keyrings() got
> applied twice by two different routes upstream:
Ok, applied. Let's not apply this one twice. So Andrew, please don't
put it in your queue ;)
Linus
--
On 02/21/2013 02:49 AM, Ric Mason wrote:
> On 02/19/2013 03:16 AM, Seth Jennings wrote:
>> On 02/16/2013 12:21 AM, Ric Mason wrote:
>>> On 02/14/2013 02:38 AM, Seth Jennings wrote:
This patch adds a documentation file for zsmalloc at
Documentation/vm/zsmalloc.txt
Signed-off-by:
Em Thu, 21 Feb 2013 16:53:37 +0100
Borislav Petkov escreveu:
> On Thu, Feb 21, 2013 at 12:38:59PM -0300, Mauro Carvalho Chehab wrote:
> > That allows APEI GHES driver to report errors directly, using
> > the EDAC error report API.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> >
On Thu, Feb 21, 2013 at 01:01:25PM -0300, Mauro Carvalho Chehab wrote:
> I did this way to to follow the "one patch per logical change rule".
> The rationale for this patch is to allow doing raw error reports,
> as needed by changeset 06/12.
Right, but you're adding a new function so why not add
* Peter Zijlstra [2013-02-20 09:46:25]:
> On Mon, 2013-02-18 at 18:31 +0530, Srikar Dronamraju wrote:
> > pick_next_entity() prefers next, then last. However code checks if the
> > left entity can be skipped even if next / last is set.
> >
> > Check if left entity should be skipped only if
2013/2/21 Thomas Gleixner :
> On Wed, 20 Feb 2013, Frederic Weisbecker wrote:
>> 2013/2/20 Thomas Gleixner :
>> > That's not a fix. That's an hack.
>>
>> I know it looks that way. That's because it's a pure regression fix,
>> minimal for backportability.
>>
>> I'm distinguishing two different
On Thursday, February 21, 2013 10:56:43 AM Lars-Peter Clausen wrote:
> Commit 26bab0c ("blackfin idle: delete pm_idle") introduced the following
> compile error:
> arch/blackfin/kernel/process.c: In function ‘cpu_idle’:
> arch/blackfin/kernel/process.c:83: error: ‘idle’ undeclared
On Thursday, February 21, 2013 11:15:31 AM Lars-Peter Clausen wrote:
> Commit def8203 ("microblaze idle: delete pm_idle") introduced the following
> compile error:
>
> arch/microblaze/kernel/process.c: In function 'cpu_idle':
> arch/microblaze/kernel/process.c:100: error: 'idle'
On Thursday 21 February 2013, Alexander Shiyan wrote:
> This patch allow using syscon driver from the platform data, i.e.
> possibility using driver on systems without oftree support.
> For search syscon device from the client drivers,
> "syscon_regmap_lookup_by_pdevname" function was added.
>
>
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Subject: Re: [PATCHv5 2/8] zsmalloc: add documentation
>
> On 02/21/2013 02:49 AM, Ric Mason wrote:
> > On 02/19/2013 03:16 AM, Seth Jennings wrote:
> >> On 02/16/2013 12:21 AM, Ric Mason wrote:
> >>> On 02/14/2013 02:38 AM, Seth
2013/2/20 Kevin Hilman :
> For the nsec resolution conversions to be useful on non 64-bit
> architectures, do_div() needs to be used for the 64-bit divisions.
>
> Signed-off-by: Kevin Hilman
> ---
The patch looks good. I'll run and apply it if everything's fine.
--
To unsubscribe from this list:
On Thu, Feb 21, 2013 at 7:42 AM, Rafael J. Wysocki wrote:
> On Wednesday, February 20, 2013 07:17:07 PM Mandeep Singh Baines wrote:
>> We shouldn't try_to_freeze if locks are held.
>
> Has Ingo acked one of the previous versions or is my memory doing tricks?
>
Yes, Ingo had acked a previous
On Thu, Feb 21, 2013 at 6:03 AM, James Morris wrote:
> This is basically a maintenance update for the TPM driver and EVM/IMA.
Hmm. There were conflicts in lib/digsig.c and ima_main.c. The digsig
one was pretty trivial, but I'd like people to take a look at the IMA
one.
And that's not because
> > A little bit of context for this change. We at Google work on a test
> > framework that shows how kernel behaves under memory pressure. In the
> > codepath that I am fixing the syscalls return ENFILE error, but in
> > fact the correct error would be ENOMEM. get_empty_filp() should
> > preserve
On 2013-02-21, at 7:57 AM, Ric Wheeler wrote:
> On 02/21/2013 02:51 PM, Myklebust, Trond wrote:
>> On Thu, 2013-02-21 at 12:37 +0100, Ric Wheeler wrote:
>>> We have debated the need to have a system call to allow for offloading copy
>>> operations, for example to an NFS server (part to the new NFS
On Wed, 2013-02-20 at 23:29 -0500, Nicolas Pitre wrote:
> > > On Wed, 20 Feb 2013, Woodhouse, David wrote:
> > > > For today's compilers, unless the wind changes.
> …
> Crap. OK, assembly code is the way to go then.
How quickly the wind changes, these days. I blame global warming. :)
--
Commit-ID: e182bb38d7db7494fa5dcd82da17fe0dedf60ecf
Gitweb: http://git.kernel.org/tip/e182bb38d7db7494fa5dcd82da17fe0dedf60ecf
Author: Tejun Heo
AuthorDate: Wed, 20 Feb 2013 15:24:12 -0800
Committer: Thomas Gleixner
CommitDate: Thu, 21 Feb 2013 17:28:29 +0100
posix-timer: Don't call
On Thu, Feb 21, 2013 at 7:47 AM, David Howells wrote:
>
> Can you pull this patchset please?
Not without a lot more discussion first.
Quite frankly, this is f*cking moronic. The whole thing seems to be
designed around stupid interfaces, for completely moronic reasons. Why
should we do this?
I
On Thu, 21 Feb 2013, Kim Phillips wrote:
> On Wed, 20 Feb 2013 23:29:58 -0500
> Nicolas Pitre wrote:
>
> > On Wed, 20 Feb 2013, Kim Phillips wrote:
> >
> > > On Wed, 20 Feb 2013 10:43:18 -0500
> > > Nicolas Pitre wrote:
> > >
> > > > On Wed, 20 Feb 2013, Woodhouse, David wrote:
> > > > > On
On Thu, Feb 21, 2013 at 08:39:55AM -0800, Linus Torvalds wrote:
> On Thu, Feb 21, 2013 at 7:47 AM, David Howells wrote:
> >
> > Can you pull this patchset please?
>
> Not without a lot more discussion first.
>
> Quite frankly, this is f*cking moronic. The whole thing seems to be
> designed
David,
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, February 20, 2013 10:53 AM
> To: Roberts, Lee A.
> Cc: linux-s...@vger.kernel.org; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 1/3] sctp: fix association
From: Lee A. Roberts
Resolve SCTP association hangs observed during SCTP stress
testing. Observable symptoms include communications hangs
with data being held in the association lobby (ordering)
queue. Close examination of reassembly/ordering queues shows
duplicated packets.
In
On Thu, 21 Feb 2013, Frederic Weisbecker wrote:
> 2013/2/21 Thomas Gleixner :
> > On Wed, 20 Feb 2013, Frederic Weisbecker wrote:
> >> 2013/2/20 Thomas Gleixner :
> >> > That's not a fix. That's an hack.
> >>
> >> I know it looks that way. That's because it's a pure regression fix,
> >> minimal
From: Lee A. Roberts
Resolve SCTP association hangs observed during SCTP stress
testing. Observable symptoms include communications hangs
with data being held in the association reassembly and/or lobby
(ordering) queues. Close examination of reassembly queue shows
missing packets.
In
From: Lee A. Roberts
Resolve SCTP association hangs observed during SCTP stress
testing. Observable symptoms include communications hangs
with data being held in the association reassembly and/or lobby
(ordering) queues. Close examination of reassembly queue shows
missing packets.
In
From: Lee A. Roberts
Resolve SCTP association hangs observed during SCTP stress
testing. Observable symptoms include communications hangs
with data being held in the association reassembly and/or lobby
(ordering) queues. Close examination of reassembly queue shows
missing packets.
In
2013/2/21 Thomas Gleixner :
> On Thu, 21 Feb 2013, Frederic Weisbecker wrote:
> Second thoughts. I probably go for your minimal fix for stable and
> then push my version on top of it to Linus only.
Thanks, I feel more comfortable with that. Then I'll try to iterate
over archs to finally remove
We shouldn't try_to_freeze if locks are held. Holding a lock
can cause a deadlock if the lock is later acquired in the
suspend or hibernate path (e.g. by dpm). Holding a lock can
also cause a deadlock in the case of cgroup_freezer if a
lock is held inside a frozen cgroup that is later acquired by
On Thu, Feb 21, 2013 at 8:42 AM, Matthew Garrett wrote:
>
> There's only one signing authority, and they only sign PE binaries.
Guys, this is not a dick-sucking contest.
If you want to parse PE binaries, go right ahead.
If Red Hat wants to deep-throat Microsoft, that's *your* issue. That
has
Update to iproute2 utilities to support features in 3.8.0 release
and lots of small spelling and documentation fixes.
iproute2 package is available at:
http://kernel.org/pub/linux/utils/net/iproute2/iproute2-3.8.0.tar.gz
You can download the source from:
This patch allows the use IRQ to notify the change of GPIO status on the MPC8xx
CPM IO ports. This then allows to associate IRQs to GPIOs in the Device Tree.
Ex:
CPM1_PIO_C: gpio-controller@960 {
#gpio-cells = <2>;
compatible = "fsl,cpm1-pario-bank-c";
I know I said the last words were my last, but this message and
Pavel's gave me some vain hope that I might be able to win this one on
the merits, so I'm trying again just to make the situation clear:
On 02/20/2013 05:12 PM, Greg Kroah-Hartman wrote:
I don't see why this is even needed for
On 02/21/2013 02:33 AM, Matt Fleming wrote:
> On Wed, 2013-02-20 at 16:16 -0800, Yinghai Lu wrote:
>>> diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
>>> index 928bf83..e2cd38f 100644
>>> --- a/arch/x86/platform/efi/efi.c
>>> +++ b/arch/x86/platform/efi/efi.c
>>> @@ -85,9
On Tue, Feb 19, 2013 at 06:26:26PM +1030, Rusty Russell wrote:
> These are specialized versions of virtqueue_add_buf(), which cover
> over 50% of cases and are far clearer.
>
> In particular, the scatterlists passed to these functions don't have
> to be clean (ie. we ignore end markers).
>
>
On Wed, 20 Feb 2013, Ian Campbell wrote:
> On ARM we want these to be the same size on 32- and 64-bit.
>
> This is an ABI change on ARM. X86 does not change.
>
> Signed-off-by: Ian Campbell
> Cc: Jan Beulich
> Cc: Keir (Xen.org)
> Cc: Tim Deegan
> Cc: Stefano Stabellini
> Cc:
From: Sjur Brændeland
This patch-set adds support for shared resource table between
Linux kernel and remote devices.
- dynamically-allocated address of the vrings can be communicated
- vdev statuses can be communicated
- virtio config space becomes bi-directional
- virtio feature negotiation is
From: Sjur Brændeland
Remove the vdev entry from the list before freeing it,
otherwise the rproc->vdevs list get corrupted.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_core.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
From: Sjur Brændeland
Refactor rproc_elf_find_rsc_table and split out the scanning
for the section header named resource table. This is done to
prepare for loading firmware once.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_elf_loader.c | 75 +---
From: Sjur Brændeland
Add function find_rsc_table_va to firmware ops. This function
returns the location of the resource table in shared memory
after loading.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_elf_loader.c | 17 -
From: Sjur Brændeland
Combine the almost identical functions rproc_handle_virtio_rsc
and rproc_handle_boot_rsc.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_core.c | 51 --
1 files changed, 12 insertions(+), 39 deletions(-)
diff --git
From: Sjur Brændeland
Parse the STE firmware and scan the TOC-table to find the address
of the resource table.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_elf_loader.c |2 +-
drivers/remoteproc/remoteproc_internal.h |6 ++--
drivers/remoteproc/ste_modem_rproc.c
From: Sjur Brændeland
Simplify handling of max_notifyid by simply counting the
number of vrings.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/remoteproc_core.c | 33 ++---
drivers/remoteproc/ste_modem_rproc.c |2 +-
2 files changed, 19 insertions(+),
From: Sjur Brændeland
Copy resource table from first to second firmware loading.
After firmware is loaded to memory, update the vdevs resource
pointer to the resource table kept in device memory.
Signed-off-by: Sjur Brændeland
---
drivers/remoteproc/Kconfig |1 +
701 - 800 of 1178 matches
Mail list logo
