06.08.2012 20:28, Alan Stern пишет:
On Mon, 6 Aug 2012, Pavel Vasilyev wrote:
06.08.2012 18:36, Alan Stern пишет:
On Mon, 6 Aug 2012, Pavel Machek wrote:
On Thu 2012-07-26 21:39:38, Len Brown wrote:
...both give the number of chars in the string
without the '\0', as strncmp() wants,
but
Signed-off-by: "Eric W. Biederman"
---
include/net/netns/sctp.h |3 +
include/net/sctp/sctp.h |9 +--
net/sctp/associola.c |2 +-
net/sctp/chunk.c |2 +-
net/sctp/endpointola.c |2 +-
net/sctp/input.c | 22 +++---
net/sctp/ipv6.c |4 +-
- Fix the sctp_af operations to work in all namespaces
- Enable sctp socket creation in all network namespaces.
Signed-off-by: "Eric W. Biederman"
---
net/sctp/ipv6.c | 12 ++--
net/sctp/protocol.c |8 +---
2 files changed, 11 insertions(+), 9 deletions(-)
diff --git
- Convert all of the files under /proc/net/sctp to be per
network namespace.
- Don't print anything for /proc/net/sctp/snmp except in
the initial network namespaces as the snmp counters still
have to be converted to be per network namespace.
Signed-off-by: "Eric W. Biederman"
---
The percpu sctp socket counter has nothing at all to do with the sctp
proc files, and having it in the wrong initialization is confusing,
and makes network namespace support a pain.
Signed-off-by: "Eric W. Biederman"
---
net/sctp/protocol.c | 13 +++--
1 files changed, 7
On Tue, Jun 05, 2012 at 01:12:39AM -0400, Dave Jones wrote:
> I reported this a year ago (https://lkml.org/lkml/2011/4/20/308).
> It's still a problem apparently ...
And another two months pass in silence.
This is happening to other people too.
- Kill sctp_get_ctl_sock, it is useless now.
- Pass struct net where needed so net->sctp.ctl_sock is accessible.
Signed-off-by: "Eric W. Biederman"
---
include/net/netns/sctp.h |8 +++
include/net/sctp/sctp.h |1 -
net/sctp/input.c |4 +-
net/sctp/protocol.c |
- Move the address lists into struct net
- Add per network namespace initialization and cleanup
- Pass around struct net so it is everywhere I need it.
- Rename all of the global variable references into references
to the variables moved into struct net
Signed-off-by: "Eric W. Biederman"
---
- Use struct net in the hash calculation
- Use sock_net(association.base.sk) in the association lookups.
- On receive calculate the network namespace from skb->dev.
- Pass struct net from receive down to the functions that actually
do the association lookup.
Signed-off-by: "Eric W. Biederman"
Hi Michal,
* Michal Marek [2012-07-31 15:47:34 +0200]:
> T: Bus=02 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
> D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
> P: Vendor=0a5c ProdID=21f1 Rev= 1.12
> S: Manufacturer=Broadcom Corp
> S: Product=BCM20702A0
> S:
- Use struct net in the hash calculation
- Use sock_net(endpoint.base.sk) in the endpoint lookups.
- On receive calculate the network namespace from skb->dev.
Signed-off-by: "Eric W. Biederman"
---
include/net/sctp/sctp.h|4 ++--
include/net/sctp/structs.h |2 +-
- Add struct net into the port hash table hash calculation
- Add struct net inot the struct sctp_bind_bucket so there
is a memory of which network namespace a port is allocated in.
No need for a ref count because sctp_bind_bucket only exists
when there are sockets in the hash table and
On 08/06/2012 09:56 AM, Rafael Aquini wrote:
@@ -846,6 +861,21 @@ static int unmap_and_move(new_page_t get_new_page,
unsigned long private,
goto out;
rc = __unmap_and_move(page, newpage, force, offlining, mode);
+
+ if (unlikely(is_balloon_page(newpage)&&
The other day I wanted to play around with sctp and did a basic pass to
make sctp per network namespace, so that I could play more conviniently.
Apparently this is an idea who's time has come because Jan Ariyasu also
made a similar set of changes.
I have played around some with these changes and
A value of efi.runtime_version is checked before calling
update_capsule()/query_variable_info() as follows.
But it isn't initialized anywhere.
static efi_status_t virt_efi_query_variable_info(u32 attr,
u64 *storage_space,
Hi,
On Mon, Aug 6, 2012 at 11:16 AM, Dongjin Kim
wrote:
> Hello Tomas,
>
> I am agree with you to look at using device tree and I have some plan for it.
> But as of now I am focusing to bring up the hardware itself with mainline
> kernel and merge into it.
> I also need some time to look at the
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/arch/m68k/amiga/platform.c b/arch/m68k/amiga/platform.c
---
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
--- a/fs/btrfs/volumes.c
+++
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/spi/spi-fsl-spi.c b/drivers/spi/spi-fsl-spi.c
---
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/scsi/libsas/sas_scsi_host.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/net/appletalk/cops.c b/drivers/net/appletalk/cops.c
---
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/arch/m68k/q40/config.c b/arch/m68k/q40/config.c
---
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
---
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/net/ethernet/amd/atarilance.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/sound/soc/soc-io.c b/sound/soc/soc-io.c
--- a/sound/soc/soc-io.c
+++
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/arch/arm/mach-imx/mach-mx31moboard.c
On 08/06/2012 04:36 AM, dragos.tatu...@intel.com wrote:
> From: Dragos Tatulea
>
> If gcc has a different default fpmath set (e.g. sse),
> many unuseful warnings will be spewed when compiling on an
> architecture that doesn't support it.
>
> An example would be Google's Android 4.1 x86 toochain
On 08/06/2012 08:20 PM, John Stultz wrote:
> On 08/06/2012 10:21 AM, John Stultz wrote:
>> On 08/05/2012 09:55 AM, Sasha Levin wrote:
>>> On 07/30/2012 03:17 PM, Avi Kivity wrote:
Possible causes:
- the APIC calibration in the guest failed, so it is programming too
low values into
On Mon, 6 Aug 2012, Daniel Vetter wrote:
> On Mon, Aug 6, 2012 at 6:21 AM, Hugh Dickins wrote:
> > On Sun, 5 Aug 2012, Takashi Iwai wrote:
> >> At Sat, 4 Aug 2012 10:01:13 -0700 (PDT),
> >> Hugh Dickins wrote:
> >> >
> >> > Sorry to report that with 3.6-rc1, closing and opening the lid on
> >> >
On 08/06/2012 10:21 AM, John Stultz wrote:
On 08/05/2012 09:55 AM, Sasha Levin wrote:
On 07/30/2012 03:17 PM, Avi Kivity wrote:
Possible causes:
- the APIC calibration in the guest failed, so it is programming too
low values into the timer
- it actually needs 1 us wakeups and then can't
Jan Ariyasu writes:
> The following set of patches enable network-namespaces for the SCTP protocol.
>
> The multitude of global parameters are stored in a net_generic
> structure, and the bulk of the patches enable the protocol to access
> the parameters on a per-namespace basis. The first five
Em Mon, Aug 06, 2012 at 02:01:58PM +0400, Andrew Vagin escreveu:
> You may want to know where and how long a task is sleeping. A callchain
> may be found in sched_switch and a time slice in stat_iowait, so I add
> handler in perf inject for merging this events.
>
> My code saves sched_switch
On Mon, Aug 06, 2012 at 09:57:52PM +0545, Devendra Naga wrote:
> On Mon, Aug 6, 2012 at 7:57 PM, Dan Carpenter
> wrote:
> > On Sat, Aug 04, 2012 at 11:06:12PM +0545, Devendra Naga wrote:
> >> as we do a strcpy(smdrv_ptr->fb_struct->fix->id, name), and the name here
> >> in
> >> sm7xxx_probe is
Hello Tomas,
I am agree with you to look at using device tree and I have some plan for it.
But as of now I am focusing to bring up the hardware itself with mainline
kernel and merge into it.
I also need some time to look at the requirement of device tree, because I am
not familiar with it yet.
Em Mon, Aug 06, 2012 at 02:01:59PM +0400, Andrew Vagin escreveu:
> - if (inject_build_ids) {
> + if (inject_build_ids || inject_sched_stat) {
> perf_inject.sample = perf_event__inject_buildid;
> perf_inject.mmap = perf_event__repipe_mmap;
>
On 08/06/2012 10:21 AM, John Stultz wrote:
On 08/05/2012 09:55 AM, Sasha Levin wrote:
On 07/30/2012 03:17 PM, Avi Kivity wrote:
Possible causes:
- the APIC calibration in the guest failed, so it is programming too
low values into the timer
- it actually needs 1 us wakeups and then can't
On Mon, 2012-08-06 at 11:49 +, Christopher Sacchi wrote:
> The source file needed a change that was told in the description to
> know that the #include needed to be fixed, and the function changed
> another value to 0 (yes) in the description (that said FIXME.) The
> patch fixes a typo-like
Em Mon, Aug 06, 2012 at 02:01:57PM +0400, Andrew Vagin escreveu:
> Before this patch "perf inject" can only handle data from pipe.
>
> I want to use "perf inject" for reworking events. Look at my following patch.
>
> Signed-off-by: Andrew Vagin
Patches that add options to commands should
On Mon, Aug 6, 2012 at 10:49 AM, Mark Brown
wrote:
> On Mon, Aug 06, 2012 at 10:19:50AM -0500, Matt Sealey wrote:
>
>> it's not compiled in unless absolutely necessary. However, there was a
>> rumble that this code may disappear or be reworked in the future
>> making this also quite redundant.
On Mon, 6 Aug 2012, Russell King - ARM Linux wrote:
> On Mon, Aug 06, 2012 at 09:19:10AM -0400, Cyril Chemparathy wrote:
> > With a flush_cache_all(), we could avoid having to operate a cacheline
> > at a time, but that clobbers way more than necessary.
>
> You can't do that, because
On 08/06/2012 07:59 PM, Arend van Spriel wrote:
> On 08/06/2012 01:49 PM, Christopher Sacchi wrote:
>> > The source file needed a change that was told in the description to
>> > know that the #include needed to be fixed, and the function changed
>> > another value to 0 (yes) in the description
Very generic subject line. I would expect something like:
[PATCH] mac80211: include rfkill header implicitly
On 08/06/2012 01:49 PM, Christopher Sacchi wrote:
> The source file needed a change that was told in the description to
> know that the #include needed to be fixed, and the function
On Mon, 2012-08-06 at 23:01 +0530, Jeffrin Jose wrote:
> Fixed coding style issue relating to indentation
> in net/appletalk/ddp.c found by checkpatch.pl tool.
>
> Signed-off-by: Jeffrin Jose
> ---
> net/appletalk/ddp.c | 26 +-
> 1 file changed, 13 insertions(+), 13
On 08/04/12 22:36, Mike Christie wrote:
> On 08/04/2012 03:18 PM, Bart Van Assche wrote:
>> On 08/04/12 16:46, Mike Christie wrote:
>>> I think we have to have scsi-ml do a get_device when a sdev is added to
>>> the starved entry and then do a put_device when it is removed (must do
>>> these under
On Mon, Aug 06, 2012 at 06:14:33PM +0800, qiang@freescale.com wrote:
> From: Qiang Liu
>
> Fix the potential risk when enable config NET_DMA and ASYNC_TX.
> Async_tx is lack of support in current release process of dma descriptor,
> all descriptors will be released whatever is acked or
On Sat, Aug 04, 2012 at 12:08:46PM -0600, Alex Williamson wrote:
> Alex Williamson (2):
> amd-iommu: Fix ACS path checking
> intel-iommu: Fix ACS path checking
Applied these two patches together with my ACS fix to iommu/fixes,
thanks.
--
AMD Operating System Research Center
On 08/06/2012 06:59 PM, anish kumar wrote:
> From: anish kumar
>
> External connector devices that decides connection information based on
> ADC values may use adc-jack device driver. The user simply needs to
> provide a table of adc range and connection states. Then, extcon
> framework will
On Sun, Aug 05, 2012 at 09:43:44PM +0100, Anthony Olech wrote:
> This is the HWMON component driver of the Dialog DA9058 PMIC.
> This driver is just one component of the whole DA9058 PMIC driver.
> It depends on the core DA9058 MFD driver.
>
> Signed-off-by: Anthony Olech
> Signed-off-by: David
On 6 August 2012 19:40, Dongjin Kim wrote:
> The HKDK4412 is the CPU module developed by Hardkernel which is based on
> Exynos 4412. mach_hkdk4412.c is to run on ODROID-X hardware and Machine ID
> (4289) is registered.
>
> Change-Id: I3af02808c03b9acea916c310390a4904ad92d761
> Signed-off-by:
Am 02.08.2012 16:58, schrieb Artem Bityutskiy:
> On Mon, 2012-07-09 at 14:18 +0200, Richard Weinberger wrote:
>> This is the next round of UBI fastmap updates.
>> It fixes all issues pointed out by Shmulik. :-)
>
> Hi Richard,
>
> when I try to attach mtdram (NOR flash), UBI fails:
Fastmap
Fixed coding style issue relating to indentation
in net/appletalk/ddp.c found by checkpatch.pl tool.
Signed-off-by: Jeffrin Jose
---
net/appletalk/ddp.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/net/appletalk/ddp.c b/net/appletalk/ddp.c
On 08/05/2012 09:55 AM, Sasha Levin wrote:
On 07/30/2012 03:17 PM, Avi Kivity wrote:
Possible causes:
- the APIC calibration in the guest failed, so it is programming too
low values into the timer
- it actually needs 1 us wakeups and then can't keep up (esp. as kvm
interrupt injection is
On Mon, Aug 06, 2012 at 05:02:26PM +0100, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 04:37:52PM +0100, Lee Jones wrote:
> > On Mon, Aug 06, 2012 at 01:19:15AM -0700, Dmitry Torokhov wrote:
>
> > > > + ponkey->irq_dbf = (np) ? ab8500_irq_get_virq(ab8500, irq_dbf) :
> > > > irq_dbf;
> > > >
On Mon, Aug 06, 2012 at 05:00:39PM +0100, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 11:46:42AM +0100, Lee Jones wrote:
> > If we're booting with Device Tree enabled, we want the IRQ numbers to
> > be taken and translated from the Device Tree binary. If not, they
> > should be taken from the
On 08/04/2012 12:21 PM, Ingo Molnar wrote:
* Tetsuo Handa wrote:
Hello.
Bisected to 2a8c0883 "time: Move xtime_nsec adjustment
underflow handling timekeeping_adjust".
Would you check?
probably caused by this stray return in timekeeping_adjust():
} else
return;
On Mon, Aug 06, 2012 at 04:54:46PM +0100, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 11:46:40AM +0100, Lee Jones wrote:
>
> > - domain = irq_find_host(parent->of_node);
> > +#ifdef CONFIG_OF
> > + parent_node = of_irq_find_parent(np);
> >
On Mon, Aug 6, 2012 at 7:10 PM, Dan Magenheimer
wrote:
> Hmmm.. there's also zbud.c and tmem.c which are critical components
> of both zcache and ramster. And there are header files as well which
> will need to either be in mm/ or somewhere in include/linux/
>
> Is there a reason or rule that
It is useful to have a message indicating that the pwm driver has
been successfully registered.
Signed-off-by: Fabio Estevam
---
drivers/pwm/pwm-mxs.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/pwm/pwm-mxs.c b/drivers/pwm/pwm-mxs.c
index e585264..2873a21
It is useful to have a message indicating that the pwm driver has
been successfully registered.
Signed-off-by: Fabio Estevam
---
drivers/pwm/pwm-imx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c
index 2a0b353..a112e9e
This is a note to let you know that I have just added a patch titled
drm: integer overflow in drm_mode_dirtyfb_ioctl()
to the drm-next branch of the 2.6.32+drm33-longterm tree which can be found at
Some problem with my mailing client as it didn't show
the subject this time.So replying with subject line.
Hello Lars,
I think your below suggestion didn't go down well with
gcc.
> +struct adc_jack_pdata {
> + const char *name;
> + const char *consumer_channel;
> + /*
> + *
Op 06-08-12 18:59, anish kumar schreef:
> From: anish kumar
>
-ESUBJECT
--
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, 2012-08-07 at 01:49 +0900, JoonSoo Kim wrote:
> > diff --git a/mm/slab_common.c b/mm/slab_common.c
> > index 12637ce..08bc2a4 100644
> > --- a/mm/slab_common.c
> > +++ b/mm/slab_common.c
> > @@ -23,6 +23,41 @@ enum slab_state slab_state;
> > LIST_HEAD(slab_caches);
> >
From: Borislav Petkov
Push the max CPUID leaf check into the ->detect_tlb function and remove
general test case from the generic path.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/common.c | 3 +--
arch/x86/kernel/cpu/intel.c | 4
2 files changed, 5 insertions(+), 2
From: Borislav Petkov
The TLB characteristics appeared like this in dmesg:
[0.065817] Last level iTLB entries: 4KB 512, 2MB 1024, 4MB 512
[0.065817] Last level dTLB entries: 4KB 1024, 2MB 1024, 4MB 512
[0.065817] tlb_flushall_shift is 0x
where tlb_flushall_shift is actually
From: Borislav Petkov
Run the mprotect.c microbenchmark on all our families >= K8 and preset
the flushall shift variable accordingly.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/amd.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/x86/kernel/cpu/amd.c
From: Borislav Petkov
Read I- and DTLB entries count from CPUID on AMD. Handle all the
different family-specific cases.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/amd.c | 54 +++
1 file changed, 54 insertions(+)
diff --git
From: Borislav Petkov
Hi all,
here's v1 with hpa's suggested changes.
Changelog:
* v0:
now that the Intel TLB subset flushing patches are in mainline, here's
the AMD side of the deal.
Those have been tested on all our families with the mprotect
microbenchmark. Any comments are appreciated.
> > * Dave Kleikamp wrote:
> > > On 07/28/2012 06:08 AM, Tino Reichardt wrote:
> > > > * Tino Reichardt wrote:
> > > >> > This patch adds support for the two linux interfaces of the
> > > >> > discard/TRIM
> > > >> > command for SSD devices and sparse/thinly-provisioned LUNs.
> > > > Fixed a
From: anish kumar
External connector devices that decides connection information based on
ADC values may use adc-jack device driver. The user simply needs to
provide a table of adc range and connection states. Then, extcon
framework will automatically notify others.
Changes in this version:
On 06/08/12 01:16 AM, Sedat Dilek wrote:
> it would be wonderful to get a feedback when services are available again.
>
> I just saw today a reference on linux-next ML to [1] otherwise I would
> not have known.
>
> - Sedat -
>
> [1] https://patchwork.kernel.org/patch/1220151/
Hello:
Patchwork
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> index 12637ce..08bc2a4 100644
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -23,6 +23,41 @@ enum slab_state slab_state;
> LIST_HEAD(slab_caches);
> DEFINE_MUTEX(slab_mutex);
>
> +static int kmem_cache_sanity_check(const char *name,
Hi Ohad,
On Mon, Aug 6, 2012 at 10:16 PM, Ohad Ben-Cohen wrote:
> Hi Tzu-Jung Lee,
>
> On Mon, Aug 6, 2012 at 10:24 AM, Tzu-Jung Lee wrote:
>> Previously, the remoteproc mandates an actual ELF firmware in order to
>> parse the resource table and boot the remoteproc.
>>
>> An fw loader
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Subject: Re: [PATCH 0/4] promote zcache from staging
>
> On Mon, Aug 06, 2012 at 09:21:22AM -0700, Dan Magenheimer wrote:
> > I suppose:
> >
> > (E) replace "demo" zcache with new code base and keep it
> > in staging for
On Mon, Aug 06, 2012 at 09:45:13AM +0800, Eric Miao wrote:
> So my understanding, if it's correct, that we can treat the EETI chip as
> having
> two separate inputs: one IRQ line (for the event notification) and one GPIO
> line
> (for a condition where data are emptied), we could naturally have
Tatyana Brokhman writes:
> This patch adds the implementation of a new scheduling algorithm - ROW.
> The policy of this algorithm is to prioritize READ requests over WRITE
> as much as possible without starving the WRITE requests.
Perhaps you could start off by describing the workload, and
On 05/08/12 11:48 PM, Tino Keitel wrote:
> Hi,
>
> when looking at http://www.kernel.org/, kernel 3.4.7 is shown as the
> latest stable kernel, and 3.6-rc1 as the latest mainline kernel. The
> 3.5 version is not mentioned. Why is the latest stable kernel something
> older than 3.5?
Hi, Tino:
On Mon, Aug 06, 2012 at 09:21:22AM -0700, Dan Magenheimer wrote:
> I suppose:
>
> (E) replace "demo" zcache with new code base and keep it
> in staging for another cycle
>
> is another alternative, but I think gregkh has said no to that.
No I have not. If you all feel that the existing
On Mon, 6 Aug 2012, Pavel Vasilyev wrote:
> 06.08.2012 18:36, Alan Stern пишет:
> > On Mon, 6 Aug 2012, Pavel Machek wrote:
> >
> >> On Thu 2012-07-26 21:39:38, Len Brown wrote:
> >>> ...both give the number of chars in the string
> >>> without the '\0', as strncmp() wants,
> >>> but sizeof() is
This is the patch that fixes a function that could be changed. The
following (above the 2nd to last line, but uder the first line:
--
Signed-off-by: Christopher P. Sacchi
--- linux-3.5/kernel/power/autosleep.c 2012-07-21 20:58:29.0 +
+++ linux-3.5/kernel/power/autosleep.c 2012-08-06
On 06/08/12 15:27, Stefano Stabellini wrote:
> Check for a "/xen" node in the device tree, if it is present set
> xen_domain_type to XEN_HVM_DOMAIN and continue initialization.
>
> Map the real shared info page using XENMEM_add_to_physmap with
> XENMAPSPACE_shared_info.
>
> Changes in v2:
>
> -
> From: Pekka Enberg [mailto:penb...@kernel.org]
> Subject: Re: [PATCH 0/4] promote zcache from staging
>
> On Mon, Aug 6, 2012 at 6:24 PM, Dan Magenheimer
> wrote:
> > IMHO, the fastest way to get the best zcache into the kernel and
> > to distros and users is to throw away the "demo" version,
Zach Brown writes:
> Commit 7572777eef78ebdee1ecb7c258c0ef94d35bad16 attempted to verify that
> the total iovec from the client doesn't overflow iov_length() but it
> only checked the first element. The iovec could still overflow by
> starting with a small element. The obvious fix is to check
sertion(+), 1 deletion(-)
>
> --- linux-next-20120806.orig/drivers/i2c/busses/i2c-i801.c
> +++ linux-next-20120806/drivers/i2c/busses/i2c-i801.c
> @@ -1039,7 +1039,7 @@ static int __devinit i801_add_mux(struct
>
> /* Find absolute GPIO pin numbers */
> if (ARRAY_SIZE(pr
On 08/05/2012 08:27 PM, Alex Courbot wrote:
> On 08/04/2012 11:12 PM, Mark Brown wrote:
>> On Fri, Aug 03, 2012 at 10:15:46AM +0900, Alex Courbot wrote:
>>> On Fri 03 Aug 2012 03:11:12 AM JST, Mark Brown wrote:
>>
I missed some of the earlier bits of the thread here but why can't
we do
On 08/03/2012 06:29 PM, Oleg Nesterov wrote:
Assuming this series passes the review of course. And it would
be really nice if someone reviews 2/2, I am not confident that
I fully understand this DEBUGCTLMSR_BTF magic.
Here is how the processor disables the BTF:
| The processor clears the BTF
about howto use KGTP.
Now, KGTP 20120806 release.
You can get the package for it from
http://kgtp.googlecode.com/files/kgtp_20120805.tar.bz2
or
svn co https://kgtp.googlecode.com/svn/tags/20120806
The main change of this release is:
* When "make clean" with new Linux kernel. Linux kernel
On Mon, Aug 6, 2012 at 7:57 PM, Dan Carpenter wrote:
> On Sat, Aug 04, 2012 at 11:06:12PM +0545, Devendra Naga wrote:
>> as we do a strcpy(smdrv_ptr->fb_struct->fix->id, name), and the name here in
>> sm7xxx_probe is not having any assignment, and which leads to copying of the
>> garbage value
'unsigned int'
Signed-off-by: Randy Dunlap
Cc: Mark D. Studebaker
Cc: Jean Delvare
---
drivers/i2c/busses/i2c-i801.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20120806.orig/drivers/i2c/busses/i2c-i801.c
+++ linux-next-20120806/drivers/i2c/busses/i2c-i801.c
> From: Pekka Enberg [mailto:penb...@kernel.org]
> Subject: Re: [RFC/PATCH] zcache/ramster rewrite and promotion
>
> On Mon, Aug 6, 2012 at 5:07 PM, Dan Magenheimer
> wrote:
> > I'm OK with placing it wherever kernel developers want to put
> > it, as long as the reason is not NIMBY-ness. [1] My
> Btw, I see no maintainers for the pstore, and it surely no longer
> belongs to staging. Tony, I can send patches to you, or I can create
> a git tree (actually, I already had it for my own convenience).. So
> how about the following patch?
Acked-by: Tony Luck
On Mon, Aug 06, 2012 at 09:38:11AM +0200, Sebastian Andrzej Siewior wrote:
> The former conversion to irq_domain_add_legacy() did not fully work
> since we miss the irq decs for NR_IRQS_LEGACY+.
> Ideally we could use irq_domain_add_simple() or the no-map variant (and
> program the virq <-> line
06.08.2012 18:36, Alan Stern пишет:
On Mon, 6 Aug 2012, Pavel Machek wrote:
On Thu 2012-07-26 21:39:38, Len Brown wrote:
...both give the number of chars in the string
without the '\0', as strncmp() wants,
but sizeof() is compile-time.
What about introducing something like streq() to do
On Mon, Aug 06, 2012 at 04:37:52PM +0100, Lee Jones wrote:
> On Mon, Aug 06, 2012 at 01:19:15AM -0700, Dmitry Torokhov wrote:
> > > + ponkey->irq_dbf = (np) ? ab8500_irq_get_virq(ab8500, irq_dbf) : irq_dbf;
> > > + ponkey->irq_dbr = (np) ? ab8500_irq_get_virq(ab8500, irq_dbr) : irq_dbr;
> > Why
On Mon, Aug 06, 2012 at 11:46:42AM +0100, Lee Jones wrote:
> If we're booting with Device Tree enabled, we want the IRQ numbers to
> be taken and translated from the Device Tree binary. If not, they
> should be taken from the resource allocation defined in the AB8500 MFD
> core driver.
>
On Mon, Aug 06, 2012 at 11:56:47PM +0800, Haojian Zhuang wrote:
> On Mon, Aug 6, 2012 at 11:46 PM, Mark Brown
> > Right, but _MEM isn't terribly relevant either. If anything _IO is a
> > bit better as ioports are *somewhat* similar to registers.
> The problem is that each bit is already used in
On Mon, Aug 6, 2012 at 11:46 PM, Mark Brown
wrote:
> On Mon, Aug 06, 2012 at 10:42:12PM +0800, Haojian Zhuang wrote:
>> On Mon, Aug 6, 2012 at 10:30 PM, Mark Brown
>
>> > This isn't much more appropriate - _MEM is for memory ranges so isn't
>> > directly relevant to register addresses either. If
On Mon, Aug 06, 2012 at 11:46:40AM +0100, Lee Jones wrote:
> - domain = irq_find_host(parent->of_node);
> +#ifdef CONFIG_OF
> + parent_node = of_irq_find_parent(np);
> +#endif
Shouldn't of_irq_find_parent() be stubbed out by the header?
On Mon 06-08-12 21:37:45, Hillf Danton wrote:
> On Mon, Aug 6, 2012 at 9:24 PM, Michal Hocko wrote:
> > On Sat 04-08-12 14:08:31, Hillf Danton wrote:
> >> The computation of page offset index is incorrect to be used in scanning
> >> prio tree, as huge page offset is required, and is fixed with
On Mon, Aug 6, 2012 at 5:46 PM, Axel Lin wrote:
> 2012/7/4 Mark Brown :
>> On Wed, Jul 04, 2012 at 10:31:45AM +0800, Axel Lin wrote:
>>> Signed-off-by: Axel Lin
>>> ---
>>> Hi Linus,
>>> While working on this patch, I found in original code:
>>> ab8500_regulator_ops set enable_time callback to
301 - 400 of 1480 matches
Mail list logo