From: James Liao
This patch adds common clock support for Mediatek SoCs, including plls,
muxes and clock gates.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/Makefile| 1 +
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/me
Hi, Doug.
On 03/14/2015 05:27 AM, Doug Anderson wrote:
> Hi,
>
> On Fri, Mar 13, 2015 at 4:30 AM, Jaehoon Chung wrote:
>> Hi, Doug.
>>
>> On 03/11/2015 12:48 AM, Doug Anderson wrote:
>>> The dw_mmc driver enables HLE errors as part of DW_MCI_ERROR_FLAGS but
>>> nothing in the interrupt handler a
The pericfg and infracfg units also provide reset lines to several
other SoC internal units. Add support for the reset controller.
Signed-off-by: Sascha Hauer
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mtk.h | 10 +
drivers/clk/mediatek/reset.c | 99 +++
Signed-off-by: Sascha Hauer
---
.../bindings/arm/mediatek/mediatek,apmixedsys.txt | 23 +
.../bindings/arm/mediatek/mediatek,infracfg.txt| 30 ++
.../bindings/arm/mediatek/mediatek,pericfg.txt | 30 ++
.../bindings/arm/mediatek/medi
From: James Liao
This patch adds basic clocks for MT8173, including TOPCKGEN, PLLs,
INFRA and PERI clocks.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt8173.c
From: James Liao
This patch adds basic clocks for MT8135, including TOPCKGEN, PLLs,
INFRA and PERI clocks.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt8135.c
The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
are available in the git repository at:
git://git.pengutronix.de/git/imx/linux-2.6.git tags/v4.0-clk-mediatek-v7
for you to fetch changes up to 147dc836b1206e8118509229594d
On 03/10/2015 09:49 PM, Tao Chen wrote:
Add the {xen-pvscsi: } prefix in pr_fmt and remove DPRINTK, then
replace all DPRINTK with pr_debug.
Also fixed up some comments just as eliminate redundant whitespace
and format the code.
These will make the code easier to read.
Signed-off-by: Tao Chen
Add new sort keys for page: page, order, mtype, gfp - existing
'bytes', 'hit' and 'callsite' sort keys also work for page. Note that
-s/--sort option should be preceded by either of --slab or --page
option to determine where the sort keys applies.
Now it properly groups and sorts allocation stats
Hello,
Currently perf kmem command only analyzes SLAB memory allocation. And
I'd like to introduce page allocation analysis also. Users can use
--slab and/or --page option to select it. If none of these options
are used, it does slab allocation analysis for backward compatibility.
* changes
The perf kmem command records and analyze kernel memory allocation
only for SLAB objects. This patch implement a simple page allocator
analyzer using kmem:mm_page_alloc and kmem:mm_page_free events.
It adds two new options of --slab and --page. The --slab option is
for analyzing SLAB allocator a
Like perf stat, this makes easy to read the numbers on stat like below:
# perf kmem stat
SUMMARY
===
Total bytes requested: 9,770,900
Total bytes allocated: 9,782,712
Total bytes wasted on internal fragmentation: 11,812
Internal fragmentation: 0.120744%
Cross CPU allocations:
On Mon, Mar 16, 2015 at 1:11 AM, Pranith Kumar wrote:
> Hello,
>
> I have a power mac mini 32-bit system.
>
...
> You can see the panic message here: http://imgur.com/s1lH15g. (there
> is no log and I have no serial console).
There was some debug code in there when it hit. The actual hang seems
t
On Fri, Mar 13, 2015 at 03:44:30PM +0800, Henry Chen wrote:
> On Sun, 2015-02-22 at 12:49 +0100, Sascha Hauer wrote:
> > +#define PLL(_id, _name, _reg, _pwr_reg, _en_mask, _flags, _pcwbits,
> > _pd_reg, _pd_shift, _tuner_reg, _pcw_reg, _pcw_shift) { \
> > + .id = _id,
On Fri, Mar 13, 2015 at 05:46:32PM +0100, Matthias Brugger wrote:
>
>
> On 22/02/15 12:49, Sascha Hauer wrote:
> > From: James Liao
>
> > diff --git a/drivers/clk/mediatek/clk-mtk.h b/drivers/clk/mediatek/clk-mtk.h
> > new file mode 100644
> > index 000..c7c0d35
> > --- /dev/null
> > +++ b/
It perf kmem support caller statistics for page. Unlike slab case,
the tracepoints in page allocator don't provide callsite info. So
it records with callchain and extracts callsite info.
Note that the callchain contains several memory allocation functions
which has no meaning for users. So skip
On Mon, Mar 16, 2015 at 12:27:20AM +0800, Daniel Kurtz wrote:
> Hi Sascha,
>
> Drive-by review...
>
> On Sun, Feb 22, 2015 at 7:49 PM, Sascha Hauer wrote:
> > From: James Liao
> >
> > This patch adds basic clocks for MT8135, including TOPCKGEN, PLLs,
> > INFRA and PERI clocks.
> >
> > Signed-of
On 03/15/15 at 10:04pm, Yinghai Lu wrote:
> On Sun, Mar 15, 2015 at 8:28 PM, Baoquan He wrote:
> > On 03/15/15 at 12:49am, Yinghai Lu wrote:
> >
> > It's good to check the ret value as Boris suggested. However it could
> > fail since early_memremap self fail, e.g slot not found. In this case
> > m
Hi Greg,
Today's linux-next merge of the kdbus tree got a conflict in
Documentation/Makefile between commit c6535e1e0361 ("Documentation:
Remove ZBOOT MMC/SDHI utility and docs") from the arm-soc tree and
commit 48480f8c402c ("kdbus: add documentation") from the kdbus tree.
I fixed it up (see bel
On 03/15/15 at 09:36pm, Yinghai Lu wrote:
> On Sun, Mar 15, 2015 at 8:28 PM, Baoquan He wrote:
> > On 03/15/15 at 12:49am, Yinghai Lu wrote:
> > It's good to check the ret value as Boris suggested. However it could
> > fail since early_memremap self fail, e.g slot not found. In this case
> > makin
Hello,
I have a power mac mini 32-bit system.
I am getting a kernel panic with the latest rc kernel. The last kernel
which worked on this which I remember booting was 3.19-rc5.
You can see the panic message here: http://imgur.com/s1lH15g. (there
is no log and I have no serial console).
Let me k
On 3/12/15, 08:26, "Timur Tabi" wrote:
>Hanjun Guo wrote:
>> This patch set already tested on multi platforms:
>> - AMD Seattle board;
>> - Cavium Thunder board;
>> - Huawei D02 board;
>> - Qualcomm ARM64 platform
>>
>> This version 10 patch set address some minor comments and collect A
Dear Kukjin,
Gently Ping!
Best Regards
Chanwoo Choi
On 03/10/2015 10:57 AM, Chanwoo Choi wrote:
> This patchset adds new 64-bit Exynos5433 Samsung SoC which contains quad
> Cortex-A57 and quad Cortex-A53. It is desigend with the 20nm low power
> process.
>
> Depends on:
> - This patch-set has
On Sun, Mar 15, 2015 at 8:28 PM, Baoquan He wrote:
> On 03/15/15 at 12:49am, Yinghai Lu wrote:
>
> It's good to check the ret value as Boris suggested. However it could
> fail since early_memremap self fail, e.g slot not found. In this case
> making kaslr_enabled true may not be good.
It should n
On 03/14/2015 01:15 AM, "Stéphane Viau" wrote:
Hi,
Hi,
On 03/09/2015 06:41 PM, Stephane Viau wrote:
This change adds the hw configuration for msm8x16 chipsets in
mdp5_cfg module.
Note that only one external display interface is present in this
configuration (DSI) but has not been enabled y
If the hypervisor supports MSR based access to the APIC registers
(EOI, TPR and ICR), implement the MSR based access.
Signed-off-by: K. Y. Srinivasan
---
arch/x86/include/uapi/asm/hyperv.h |5 +++
arch/x86/kernel/cpu/mshyperv.c | 69
2 files changed
Hi Peter, Ingo, Thomas,
Can you please take a look at the conversation on this thread ?
This fix is urgent.
Regards
Preeti U Murthy
On 03/02/2015 08:26 PM, Peter Zijlstra wrote:
> On Fri, Feb 27, 2015 at 02:19:05PM +0530, Preeti U Murthy wrote:
>> The problem reported in the changelog of this pa
On Sun, 2015-03-15 at 21:39 +0100, Mateusz Kulikowski wrote:
> Fix checkpatch.pl errors 'Macros with complex values should be enclosed in
> parentheses'.
[]
> diff --git a/drivers/staging/rtl8192e/rtl819x_HT.h
> b/drivers/staging/rtl8192e/rtl819x_HT.h
[]
> @@ -78,7 +78,7 @@ enum chnl_op {
> };
>
Some of dentry_has_perm() is not rcu-safe, so if LOOKUP_RCU
is set in selinux_inode_follow_link(), give up with
-ECHILD.
It is possible that dentry_has_perm could sometimes complete
in RCU more, in which case the flag could be propagated further
down the stack...
Signed-off-by: NeilBrown
---
se
If the inode is valid and the page has been read in,
then we can follow a link in RCU-walk.
Signed-off-by: NeilBrown
---
fs/nfs/inode.c | 22 ++
fs/nfs/symlink.c | 20 ++--
include/linux/nfs_fs.h |1 +
3 files changed, 41 insertions(+), 2
If LOOKUP_RCU is set, use GFP_ATOMIC rather than GFP_KERNEL,
and try to get the ilock without blocking.
When these succeed, follow_link() can succeed without dropping
out of RCU-walk.
Signed-off-by: NeilBrown
---
fs/xfs/xfs_ioctl.c |2 +-
fs/xfs/xfs_iops.c| 15 ++-
fs/xf
In order for ->follow_link to be safe in RCU-walk, any
data structures accessed need to be freed after
an RCU grace period.
'struct xfs_mount' is not currently guaranteed to be delayed
sufficiently, so use kfree_rcu() to free it.
Signed-off-by: NeilBrown
---
fs/xfs/xfs_mount.h |2 ++
fs/xfs
If LOOKUP_RCU is set, follow_link will not take/drop reference counts.
Replace cond_resched() with _cond_resched() as the latter
is a no-op if rcu_read_lock() is held while the former will
give a warning in that case.
Signed-off-by: NeilBrown
---
fs/namei.c | 19 +--
1 file ch
Now that current->nameidata is available, nd_set_link() and
nd_get_link() can use that directly, so 'nd' doesn't need to
be passed through ->follow_link and ->put_link.
->follow_link gains a 'flags' argument instead which will
be useful for adding RCU-walk support.
For now, any filesystem which c
Now that follow_link handles LOOKUP_RCU, we do not need to
'unlazy_walk' when a symlink is found.
Signed-off-by: NeilBrown
---
fs/namei.c | 12
1 file changed, 12 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 536e0254f5f1..c9c58cd1af2a 100644
--- a/fs/namei.c
+++ b/fs/n
touch_atime is not RCU-safe, and so cannot be called on an
RCU walk.
However in situations where RCU-walk makes a difference,
the symlink will likely to accessed much more often than
it is useful to update the atime.
So split out the test of "Does the atime actually need to be updated"
into atime
When we support ->follow_link in RCU-walk we will not want to
take a reference to the 'struct path *link' passed to follow_link,
and correspondingly will not want to drop that reference.
As link_path_walk will complete_walk() in the case of an error,
and as complete_walk() will clear LOOKUP_RCU, w
If the symlink has already be been read-in, then
page_follow_link_light can succeed in RCU-walk mode.
page_getlink_rcu() is added to support this.
With this many filesystems can follow links in RCU-walk
mode when everything is cached. This includes ext?fs and
others.
If the page is a HighMem pa
Currently following a symlink never uses rcu-walk, so
terminate_walk isn't needed.
That will change in a future patch. In preparation, change
some
path_put_condtional()
path_put()
sequences to
path_to_nameidata()
terminate_walk()
These sequence are identical when in ref-walk, and correct
In preparation for supporting ->follow_link in RCU-walk,
make sure all ->follow_link handers which are not atomic
will fail if LOOKUP_RCU is set.
Later patches will make some of these handle LOOKUP_RCU
more gracefully.
This is current achieved by introducing a new function
"nd_is_rcu" to check if
task_struct currently contains two ad-hoc members for use by
the VFS: link_count and total_link_count.
These are only interesting to fs/namei.c, so exposing them
explicitly is poor laying - and has resulted in some questionable
code in staging/lustre.
This patches replaces those with a single poin
Hi Al,
I believe this series addresses all your concerns about
my first attempt.
The first patch results in nameidata being almost completely
localized to namei.c :-) It also highlights out-of-date
documentation in automount-support.txt :-(
It also exposes (and removes) some ... interesting
On 15/03/2015 14:48, Oleksij Rempel wrote:
> thank you for your patch. Looks good for me. Did you tested it?
Yes. Working all right for two days.
--
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
On Sun, Mar 15, 2015 at 8:28 PM, Baoquan He wrote:
> On 03/15/15 at 12:49am, Yinghai Lu wrote:
> It's good to check the ret value as Boris suggested. However it could
> fail since early_memremap self fail, e.g slot not found. In this case
> making kaslr_enabled true may not be good.
>
> As Minfei
Liebe Freunde,
Guten Tag, ich bin Dr. Henry Cheng Kar-meiden ein Direktor der Non unabhängige
Non-Vorstand Hang Seng Bank Limited, Hongkong. Ich habe Fonds im Wert von $
17,500.000.00 heimlich zu sichern (Transfer)
auf Ihr Konto in Ihrem Land aus unserer Schwesterbank zu unserem Nutzen.
Bitte,
Hi Jason,
Today's linux-next merge of the irqchip tree got a conflict in
arch/arm/mach-tegra/irq.c between commit 0a63e1e0617f ("ARM: tegra: Fix
big-endian issue with IRQ code") from the tegra tree and commit
1a703bffd82e ("ARM: tegra: remove old LIC support") from the irqchip
tree.
I fixed it up
Hi Jason,
Today's linux-next merge of the irqchip tree got a conflict in
arch/arm/mach-exynos/suspend.c between commit ace283a04a4a ("ARM:
EXYNOS: Fix wrong hwirq of RTC interrupt for Exynos3250 SoC") from
Linus' tree and commit be42c9ea7b5f ("ARM: exynos4/5: convert pmu
wakeup to stacked domains"
On 03/16/15 00:10, Rabin Vincent wrote:
On Sun, Mar 15, 2015 at 11:49:07PM +0200, Matthias Bonne wrote:
So the counter is set to 1 before taking the spinlock, which I think
might cause the race. Did I miss something?
Yes, you miss the fact that __mutex_slowpath_needs_to_unlock() is 0 for
the C
On 03/15/15 at 12:49am, Yinghai Lu wrote:
> Index: linux-2.6/arch/x86/kernel/setup.c
> ===
> --- linux-2.6.orig/arch/x86/kernel/setup.c
> +++ linux-2.6/arch/x86/kernel/setup.c
> @@ -429,7 +429,18 @@ static void __init reserve_initrd(v
On Sun, Mar 15, 2015 at 03:24:19PM -0400, Mathieu Desnoyers wrote:
> Here is an implementation of a new system call, sys_membarrier(), which
> executes a memory barrier on either all running threads of the current
> process (MEMBARRIER_PRIVATE_FLAG) or calls synchronize_sched() to issue
> a memory
Any feedback on the below patch ?
On Mon, Mar 9, 2015 at 11:00 AM, wrote:
> From: Bharata B Rao
>
> Since KVM isn't equipped to handle closure of vcpu fd from userspace(QEMU)
> correctly, certain work arounds have to be employed to allow reuse of
> vcpu array slot in KVM during cpu hot plug/unp
On Mon, 2015-03-16 at 14:04 +1100, Michael Ellerman wrote:
> On Fri, 2015-03-13 at 15:32 -0600, Shuah Khan wrote:
> > On 03/13/2015 11:20 AM, Shuah Khan wrote:
> > > On 03/10/2015 10:06 PM, Michael Ellerman wrote:
> > >> This adds make install support to selftests. The basic usage is:
> > >>
> > >>
Hello,
Johan Hovold 於 2015/3/14 下午 08:02 寫道:
On Thu, Feb 26, 2015 at 06:02:10PM +0800, Peter Hung wrote:
+ if (status != sizeof(*val)) {
+ dev_err(&port->dev, "%s failed status: %d\n", __func__, status);
+
+ if (status == 0)
+ status = -EI
On 03/15/15 at 10:02am, Yinghai Lu wrote:
> On Sun, Mar 15, 2015 at 5:18 AM, Minfei Huang wrote:
> > On 03/15/15 at 12:49am, Yinghai Lu wrote:
> > It confuses me with the virtual address in function parse_kaslr_setup.
> > When we are in here(parse_kaslr_setup), we already use the virtual
> > addre
On Fri, 2015-03-13 at 15:32 -0600, Shuah Khan wrote:
> On 03/13/2015 11:20 AM, Shuah Khan wrote:
> > On 03/10/2015 10:06 PM, Michael Ellerman wrote:
> >> This adds make install support to selftests. The basic usage is:
> >>
> >> $ cd tools/testing/selftests
> >> $ make install
> >>
> >> That instal
Synapse Wireless uses the FTDI VID with a custom PID of 0x9090 for their
SNAP Stick 200 product.
Signed-off-by: Doug Goldstein
---
drivers/usb/serial/ftdi_sio.c | 1 +
drivers/usb/serial/ftdi_sio_ids.h | 6 ++
2 files changed, 7 insertions(+)
diff --git a/drivers/usb/serial/ftdi_sio.c b
> -Original Message-
> From: Ferre, Nicolas
> Sent: 2015年3月13日 18:06
> To: Yang, Wenyou; li...@arm.linux.org.uk
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> alexandre.bell...@free-electrons.com; sylvain.roc...@finsecur.com;
> p...@axentia.se; sergei.shtyl...
Hello,
Johan Hovold 於 2015/3/14 下午 07:48 寫道:
On Thu, Feb 26, 2015 at 06:02:08PM +0800, Peter Hung wrote:
- if (!urb->actual_length)
+ if ((urb->actual_length < 2) || (urb->actual_length % 2))
return;
Not parsing short data (e.g. not divisible by 2) is OK I guess. Y
This patch fixes the code style space issues identified by checkpatch.pl in
drivers/staging/lustre/lustre/obdecho/echo_client.c
Signed-off-by: Yogeswaran Thulasidoss
---
.../staging/lustre/lustre/obdecho/echo_client.c| 32 +++---
1 file changed, 16 insertions(+), 16 deletion
On Fri, 2015-03-13 at 20:14 -0700, John Stultz wrote:
> On Fri, Mar 13, 2015 at 3:57 PM, Shuah Khan wrote:
> > Change the timers Makefile to make use of shared run and install
> > logic in lib.mk. Destructive tests are installed. Regular tests
> > are emited to run_kselftest script to match the ru
On Sun, 2015-03-15 at 19:42 +1100, Michael Ellerman wrote:
>
> On 14 March 2015 09:57:51 GMT+11:00, Shuah Khan
> wrote:
> >Change the timers Makefile to make use of shared run and install
> >logic in lib.mk. Destructive tests are installed. Regular tests
> >are emited to run_kselftest script to
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit 2dccc9898d45
("drm/i915: Ensure plane->state->fb stays in sync with plane->fb") from
the drm-intel-fixes tree and commit afd65eb4cc05 ("drm/i915: Ensure
plane->state->fb stays in
From: kbuild test robot
Date: Mon, 16 Mar 2015 02:01:25 +0800
> drivers/net/ethernet/mellanox/mlx4/conf.c:218:9-16: WARNING: ERR_CAST can be
> used with pdev
>
>
> Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...))
>
> Generated by: scripts/coccinelle/api/err_cast.cocci
>
> CC:
On Fri, Mar 13, 2015 at 12:51:54PM +, Wang Nan wrote:
> Without this patch, perf report cause segfault if pass "" as '-t':
>
> $ perf report -t ""
>
># To display the perf.data header info, please use --header/--header-only
> options.
>#
># Samples: 37 of event 'syscalls:sys_e
On Thu, Mar 12, 2015 at 11:58:37PM +0900, Namhyung Kim wrote:
> On Thu, Mar 12, 2015 at 11:41:19AM +0100, Ingo Molnar wrote:
> > So there's one thing that would be useful: to track pages allocated on
> > one node, but freed on another. Those kinds of allocation/free
> > patterns are especially ex
Hi, Ulf.
If Ben is oK, I will want to maintain all files of sdhci-s3c*.
(sdhci-s3c is Samsung specific driver code. So i can maintain it.)
I think he didn't maintain sdhci-s3c. How about?
Best Regards,
Jaehoon Chung
On 03/13/2015 09:51 PM, Ulf Hansson wrote:
> Cc: Ben Dooks
> Signed-off-by: Ulf
Hi Ingo,
On Fri, Mar 13, 2015 at 01:44:20PM +0100, Ingo Molnar wrote:
>
> * Namhyung Kim wrote:
>
> > Hi Ingo,
> >
> > On Thu, Mar 12, 2015 at 04:54:22PM +0100, Ingo Molnar wrote:
> > >
> > > * Namhyung Kim wrote:
> > >
> > > > > I.e. something like this (mockup) output:
> > > > >
> > > >
Hi, Heiko.
On 03/13/2015 09:10 PM, Heiko Stuebner wrote:
> Hi,
>
> Am Freitag, 13. März 2015, 20:32:43 schrieb Jaehoon Chung:
>> Hi Doug,
>>
>> Will apply. Thanks!
>
> just to make sure, you'll take patches 1-3 and I'll take the dts change from
> patch 4, right?
Right. I will check on today a
Hi Kan,
On Fri, Mar 13, 2015 at 02:18:07AM +, kan.li...@intel.com wrote:
> From: Kan Liang
>
> When multiple events are sampled it may not be needed to collect
> callgraphs for all of them. The sample sites are usually nearby, and
> it's enough to collect the callgraphs on a reference event
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/ipv4/inet_diag.c between commit c8e2c80d7ec0 ("inet_diag: fix
possible overflow in inet_diag_dump_one_icsk()") from the net tree and
commit a4458343ac59 ("inet_diag: factorize code in new
inet_diag_msg_common_fill() helper
From: Alexei Starovoitov
Date: Fri, 13 Mar 2015 11:57:41 -0700
> Hi All,
>
> V1->V2:
> - refactored field access converter into common helper convert_skb_access()
> used in both classic and extended BPF
> - added missing build_bug_on for field 'len'
> - added comment to uapi/linux/bpf.h as sug
On 2015/3/13 19:31, Liviu Dudau wrote:
> On Thu, Mar 12, 2015 at 04:23:06PM -0500, Bjorn Helgaas wrote:
>> On Mon, Mar 09, 2015 at 10:33:57AM +0800, Yijing Wang wrote:
>>> ...
>>> Yijing Wang (29):
>>> PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
>>> PCI: Rip out pci_bus_add_devices()
Hello,
Greg KH 於 2015/3/15 下午 05:25 寫道:
Why did you cc: the linux-usb@vger mailing list on these? Don't you
mean linux-serial@vger?
Sorry for my fault. Should I resend it with correct mail-list with V2 ??
or just send this series patches ?
Thanks
--
With Best Regards,
Peter Hung
--
To unsub
On 2015/3/13 22:48, Bjorn Helgaas wrote:
> On Fri, Mar 13, 2015 at 6:31 AM, Liviu Dudau wrote:
>> On Thu, Mar 12, 2015 at 04:23:06PM -0500, Bjorn Helgaas wrote:
>>> On Mon, Mar 09, 2015 at 10:33:57AM +0800, Yijing Wang wrote:
...
Yijing Wang (29):
PCI: Rip out pci_bus_add_devices(
>> Currently, if platform does not know the end bus number (not provide the bus
>> resource),
>> we will update the max bus number returned by pci_scan_child_bus() to the
>> bus resource end,
>> and I think this is reasonable. I consider to introduce a flag to identify
>> the bus resource
>> whi
Hi Arnaldo,
On Thu, Mar 12, 2015 at 05:50:53PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Mar 12, 2015 at 04:06:46PM -0400, Stephane Eranian escreveu:
> > On Thu, Mar 12, 2015 at 3:53 PM, David Ahern wrote:
> > > On 3/12/15 1:39 PM, Stephane Eranian wrote:
> > >>
> > >> What the point of ha
If the part of the compression data are corrupted, or the compression
data is totally fake, the memory access over the limit is possible.
This is the log from my system usning lz4 decompression.
[6502]data abort, halting
[6503]r0 0x r1 0x r2 0xdcea0ffc r3 0xdcea0ffc
[6
Hmm. Nothing particularly strange going on this week either, with
perhaps just a slightly larger-than-expected ARM SoC update. So "just"
half of the patch is driver updates, with about half of the rest being
ARM changes.
The rest is the usual random mix of fixes - some other architectures
(s390, n
On Fri, 2015-03-13 at 19:45 -0600, Shuah Khan wrote:
> Several tests that rely on implicit build rules fail to build,
> when invoked from the main Makefile kselftest target. These
> failures are due to --no-builtin-rules and --no-builtin-variables
> options set in the inherited MAKEFLAGS.
>
> --no
On Mon, 2015-03-16 at 05:47 +0530, Yogeswaran Thulasidoss wrote:
> ---
3 things:
o You need to use a better subject line
try something like:
[PATCH] staging: lustre: echo_client: Use kernel style spacing
o There should be some sort of commit message
o You didn't add your "Signed-off-by:
This patch fixes the no spaces and indent warnings identified by the
checkpath.pl script for the entire ddk750_chip.c file by using appropriate tab
spaces and indents accordingly.
Signed-off-by: Ragavendra Nagraj
---
drivers/staging/sm750fb/ddk750_chip.c | 454 -
---
.../staging/lustre/lustre/obdecho/echo_client.c| 32 +++---
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/lustre/lustre/obdecho/echo_client.c
b/drivers/staging/lustre/lustre/obdecho/echo_client.c
index 566e646..d542e06 100644
--- a/drivers
HI Alan,
On Fri, Mar 13, 2015 at 4:39 PM, Alan Stern wrote:
> On Thu, 12 Mar 2015, Ruslan Bilovol wrote:
>
>> Change behavior during registration of gadgets and
>> gadget drivers in udc-core. Instead of previous
>> approach when for successful probe of usb gadget driver
>> at least one usb gadget
On Sun, Mar 15, 2015 at 07:32:32PM -0400, Sasha Levin wrote:
> On 03/15/2015 04:43 PM, Paul E. McKenney wrote:
> > But I did find a bug that would result in the other warnings, and could
> > also result in too-short grace periods, which could in turn result in
> > arbitrarily arbitrary misbehavior.
On Mon, 09 Mar 2015 16:46:41 +0100 Prakash Punnoor wrote:
> On 09.03.2015 00:30, NeilBrown wrote:
> > On Sun, 08 Mar 2015 18:14:39 +0100 Prakash Punnoor
> > wrote:
> >
> >> Hi,
> >>
> >> I noticed the udisks daemon (version 2.1.4) suddenly started using high
> >> cpu (one core at 100%) with li
Kernfs supports two styles of read: direct_read and seqfile_read.
The latter supports 'poll' correctly thanks to the update of
'->event' in kernfs_seq_show.
The former does not as '->event' is never updated on a read.
So add an appropriate update in kernfs_file_direct_read().
This was noticed
On Sat, 14 Mar 2015 21:16:51 +0100 Torsten Kaiser
wrote:
> On Mon, Mar 9, 2015 at 12:30 AM, NeilBrown wrote:
> > On Sun, 08 Mar 2015 18:14:39 +0100 Prakash Punnoor
> > wrote:
> >
> >> Hi,
> >>
> >> I noticed the udisks daemon (version 2.1.4) suddenly started using high
> >> cpu (one core at 10
On Sun, Mar 15, 2015 at 08:55:06PM +0100, Oleg Nesterov wrote:
> On 03/15, Josh Triplett wrote:
> > On Sun, Mar 15, 2015 at 03:52:23PM +0100, Oleg Nesterov wrote:
> > > On 03/15, Josh Triplett wrote:
> > > > Add a CLONE_AUTOREAP flag to request this behavior unconditionally,
> > >
> > > Yes, CLONE_
On 03/15/2015 04:43 PM, Paul E. McKenney wrote:
> But I did find a bug that would result in the other warnings, and could
> also result in too-short grace periods, which could in turn result in
> arbitrarily arbitrary misbehavior. The patch below, which is also on
> its way into -next, should fix
Hi Greg,
On Sun, 15 Mar 2015 10:34:52 +0100 Greg KH wrote:
>
> Can you add the:
> https://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/ kdbus
>
> tree to linux-next so that it gets the normal amount of testing that
> linux-next provides?
>
> The code has been reworked and rev
Good day,
I believe that you will be anxious to know the kind of business proposition
that I have for you. Well, I am soliciting your assistance to be able to
transfer a huge amount of money $20,500,000.00 from my bank that is lying idle
with no one ever coming to lay claim to it. Let me know i
On Sun, 2015-03-15 at 15:18 -0700, Davidlohr Bueso wrote:
> Correct, in debug this is most likely true, yet safe because everything
^^^ false, again the same reasoning.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sun, 2015-03-15 at 23:49 +0200, Matthias Bonne wrote:
> On 03/15/15 03:09, Davidlohr Bueso wrote:
> > On Sat, 2015-03-14 at 18:03 -0700, Davidlohr Bueso wrote:
> >> Good analysis, but not quite accurate for one simple fact: mutex
> >> trylocks _only_ use fastpaths (obviously just depend on the c
On Sun, Mar 15, 2015 at 11:12 AM, Simonas wrote:
> While working on stack related code in Rust’s stdandard library, I trigerred
> a very odd and amusing issue yesterday.
This sounds like a the subtle backporting issue we had where a subtle
semantic dependency was missed, and as a result 3.18.6 wa
On Sun, Mar 15, 2015 at 11:49:07PM +0200, Matthias Bonne wrote:
> So both mutex_trylock() and mutex_unlock() always use the slow paths.
> The slowpath for mutex_unlock() is __mutex_unlock_slowpath(), which
> simply calls __mutex_unlock_common_slowpath(), and the latter starts
> like this:
>
>
On Sun, Mar 15, 2015 at 03:24:19PM -0400, Mathieu Desnoyers wrote:
> Here is an implementation of a new system call, sys_membarrier(), which
> executes a memory barrier on either all running threads of the current
> process (MEMBARRIER_PRIVATE_FLAG) or calls synchronize_sched() to issue
> a memory
Derived from exynos5410-smdk5410.dts.
Signed-off-by: Andreas Färber
---
v1 -> v2 -> v3: Unchanged
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/exynos5410-odroidxu.dts | 78 +++
2 files changed, 79 insertions(+)
create mode 100644 arch/arm/bo
From: Hakjoo Kim
Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
support for all platforms based on EXYNOS5410.
Signed-off-by: Hakjoo Kim
[AF: Rebased onto Exynos5260, irq_chip consolidation, const'ification]
Signed-off-by: Andreas Färber
---
v2 -> v3:
* Rebased (.svc, .{g,w}eint_
Signed-off-by: Hakjoo Kim
Signed-off-by: Andreas Färber
---
v2 -> v3: Unchanged
v1 -> v2:
* Filled in Sob from Hakjoo Kim
arch/arm/boot/dts/exynos5410-odroidxu.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5410-odroidxu.dts
b/a
From: Hakjoo Kim
Add the required pin configuration support to Exynos5410 using pinctrl
interface.
Signed-off-by: Hakjoo Kim
[AF: Rebased, style changes]
Signed-off-by: Andreas Färber
---
v2 -> v3:
* Added wake-up IRQ controller node (Tomasz Figa)
v1 -> v2:
* Filled in Sob from Hakjoo Ki
1 - 100 of 251 matches
Mail list logo
