On Mon Dec 28 2015 09:47:35 AM PST, Tejun Heo wrote:
> Hello,
>
> I did some heavy editing of the documentation. How does this look?
Thanks Tejun, just three things (which come from my version):
> Did I miss anything?
>
> Thanks.
> ---
> Documentation/cgroup.txt |
Hi Changbin,
Thank you for the patch.
On Monday 28 December 2015 14:25:50 changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> acm, ecm, hid, ncm, phonet, rndis and uvc functions all have double
> memory free issue. Set pointers to NULL after freed to avoid this.
For
On Fri, Dec 25, 2015 at 03:09:18PM -0700, Toshi Kani wrote:
> I/O resource descriptor, 'desc' added to struct resource, needs
> to be initialized to zero by default. Some drivers call kmalloc()
> to allocate a resource entry, but does not initialize it to zero
> by memset(). Change these drivers
Season Greetings from Mr. Kirk Johnson,
This is to inform you that your ATM CARD payment worth of $700,000.00 was found
after a routine clean up of our records and files. The ATM CARD was supposed to
have been long shipped to you but the previous supervisor handling such
services was sacked
Hello, Serge.
I applied your suggestions and applied the following to
cgroup/for-4.5. Let's improve it from here.
Thanks!
-- 8< --
>From 5dddabce1171af2990160e1cb90f69a1440dcfb7 Mon Sep 17 00:00:00 2001
From: Aditya Kali
Date: Tue, 22 Dec 2015 22:23:28 -0600
Hi,
> This adds support for the Sigma Designs SMP86xx/SMP87xx family built-in
> watchdog.
>
> Signed-off-by: Mans Rullgard
> ---
> Changes:
> - #include bitops.h
> - clk_disable_unprepare() on failure
> ---
> drivers/watchdog/Kconfig | 10 ++
> drivers/watchdog/Makefile
On Monday 28 December 2015 13:01:22 Frank Rowand wrote:
>
> Patch 2/5 copies the value from ATAG_REVISION into the fdt "/revision"
> property.
>
> If the use of /revision is limited to being a location to hold an ATAG
> value to pass to the global variable system_rev, then it would make
> sense
On Tue, Dec 29, 2015 at 12:20 AM, Rasmus Villemoes
wrote:
> On Mon, Dec 28 2015, Rasmus Villemoes wrote:
>
>>
>> Is there any aspect of the passed-through printf_spec which isn't
>> overridden in xnumber? The users are/will be various %p
Hi Sinan,
Sorry for the delay in responding; I was on vacation when you sent
this, and I missed it when I returned.
On Mon, Dec 14, 2015 at 01:22:39PM -0500, Sinan Kaya wrote:
> On 12/11/2015 6:30 PM, Sinan Kaya wrote:
> >> I think the best way to fix all the cases would be to do something in
>
On Wed, 9 Dec 2015 12:19:37 +0900 Taku Izumi wrote:
> This patch extends existing "kernelcore" option and
> introduces kernelcore=mirror option. By specifying
> "mirror" instead of specifying the amount of memory,
> non-mirrored (non-reliable) region will be arranged
>
> The current state is that both question are to be answered with "no",
> i.e. debugfs file removal is racy.
>
Ouch! :-(. Thanks for confirming!
Somewhat related, is my understanding correct that the behaviour of
character device layer w.r.t. the two questions that I asked the
answer to my
On Mon, Dec 28, 2015 at 12:51:32PM -0800, Rajat Jain wrote:
> Thanks Greg and Al for the quick turnaround.
>
> Essentially I have a device that supports something called "contexts"
> that can be "created" and "destroyed" during the life of the device. I
> want to expose some debug files for the
On Mon, Dec 28, 2015 at 12:58 PM, Greg Kroah-Hartman wrote:
> On Mon, Dec 28, 2015 at 12:51:32PM -0800, Rajat Jain wrote:
>> Thanks Greg and Al for the quick turnaround.
>>
>> Essentially I have a device that supports something called "contexts"
>> that can be "created" and
This option enables support for pvclock vsyscall/vdso
support on Xen. Default is off, since Xen doesn't
expose yet the PVCLOCK_TSC_STABLE_BIT flag.
Signed-off-by: Joao Martins
---
arch/x86/xen/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git
Right now there is only a pvclock_pvti_cpu0_va() which is defined on
kvmclock since:
commit dac16fba6fc5
("x86/vdso: Get pvclock data from the vvar VMA instead of the fixmap")
The only user of this interface so far is kvm. This commit adds a setter
function for the pvti page and moves
In order to support pvclock vdso on xen we need to setup the
time info page for vcpu 0 and register the page with Xen using
the VCPUOP_register_vcpu_time_memory_area hypercall. This
hypercall will also forcefully update the pvti which will set
some of the necessary flags for vdso. Afterwards we
Hey!
This series proposes support for pvclock vdso under Xen: Patch 1 adds
setting cpu 0 pvti page; Patch 2 registers the pvti page with Xen and sets
it accordingly in pvclock and Patch 3 adds a Kconfig option since Xen
doesn't yet support the PVCLOCK_TSC_STABLE_BIT flag. Though its support
will
From: Markus Elfring
Date: Mon, 28 Dec 2015 22:52:48 +0100
This issue was detected by using the Coccinelle software.
1. Let us return directly if a buffer allocation failed.
2. Delete the jump label "err" then.
3. Drop the explicit initialisation for the
Hi,
On 12/28/2015 07:25 AM, changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> acm, ecm, hid, ncm, phonet, rndis and uvc functions all have double
> memory free issue. Set pointers to NULL after freed to avoid this.
>
> Here explain how it happen on acm function,
Hi Guenter,
> The 'dev' variable in watchdog drivers has a different lifetime than the
> watchdog character device and should therefore not be used by watchdog
> drivers.
>
> Some of the drivers use the variable to print kernel messages. Those
> messages are either dropped or changed to use the
Hi,
My name is Jeffrey Skoll, a philanthropist and the founder of one of the
largest private foundations in the world. I believe strongly in ‘giving while
living.’ I had one idea that never changed in my mind — that you should use
your wealth to help people and I have decided to secretly give
Hi Guenter,
> I have been reviewing watchdog drivers for years, so we might
> as well make it official.
>
> Signed-off-by: Guenter Roeck
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index
On Mon, Dec 28, 2015 at 11:42 PM, Rasmus Villemoes
wrote:
> On Mon, Dec 28 2015, Joe Perches wrote:
>
>> On Mon, 2015-12-28 at 20:18 +0200, Andy Shevchenko wrote:
>>> xnumber() is a special helper to print a fixed size type in a hex format
>>> with
On Mon, Dec 28, 2015 at 1:10 PM, Cyrill Gorcunov wrote:
> Really sorry for delays. Konstantin, I slightly updated the
> changelog (to point where problem came from). Linus are you
> fine with accounting not only anonymous memory in VmData?
The patch looks ok to me. I guess if
On Wed, 9 Dec 2015 12:19:37 +0900 Taku Izumi wrote:
> This patch extends existing "kernelcore" option and
> introduces kernelcore=mirror option. By specifying
> "mirror" instead of specifying the amount of memory,
> non-mirrored (non-reliable) region will be arranged
On Mon, Dec 28 2015, Rasmus Villemoes wrote:
>
> Is there any aspect of the passed-through printf_spec which isn't
> overridden in xnumber? The users are/will be various %p extensions,
> which probably means that no-one passes a non-default precision (gcc
> complains
On 29.12.2015 09:37, Chanwoo Choi wrote:
> This patch adds the new EXTCON_CHG_USB_SDP connector to support SDP (Standard
> Downstream Port) USB charging port. The commit 11eecf910bd8 ("extcon: Modify
> the id and name of external connector") add the new EXTCON_CHG_USB_SDP
> connector which support
For -rc8 ,
Hoping that someone DO cares about the aesthetic of kernel messages at boot :
What it does : first line of booting kernel, as seen in dmesg(1), will be the
Linux kernel signature
(version, compiler, compiler hostname).
What it solves : it appers ahead of cgroup messages at
Hi,
My name is Jeffrey Skoll, a philanthropist and the founder of one of the
largest private foundations in the world. I believe strongly in ‘giving while
living.’ I had one idea that never changed in my mind — that you should use
your wealth to help people and I have decided to secretly give
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, December 29, 2015 7:32 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim
> Subject: [f2fs-dev] [PATCH 1/3] f2fs:
This patch adds a binding that describes the Rockchip eMMC PHYs
found on Rockchip SoCs eMMC interface.
Signed-off-by: Shawn Lin
---
.../devicetree/bindings/phy/rockchip-emmc-phy.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644
This patch to add a generic PHY driver for ROCKCHIP eMMC PHY.
Access the PHY via registers provided by GRF (general register
files) module.
Signed-off-by: Shawn Lin
---
drivers/phy/Kconfig | 7 ++
drivers/phy/Makefile| 1 +
Hi Heiko,
On 12/28/2015 08:41 PM, Heiko Stübner wrote:
Hi,
Am Montag, 28. Dezember 2015, 17:03:53 schrieb Xing Zheng:
Due to referred old version TRM, there is incorrect emac clock node,
we should fix it. The SEL_21_9 is the parent of SEL_21_4.
In the emac driver, we need to refer HCLK_MAC,
Cordial greeting message from Eva Zahra, I am seeking for your help,I will
be very glad if you do assist me to relocate a sum of (US$4 Million
Dollars)into your Bank account in your country for the benefit of both of
us i want to use this money for investment. I will give you more details
as
Commit 69fb4dcada77 ("power: Add an axp20x-usb-power driver") introduced a new
driver for the USB power supply used on various Allwinner based SBCs. However,
the driver was not added to sunxi_defconfig which breaks USB support for some
boards (e.g. LeMaker BananaPi) as the kernel will now turn off
Here is a late patch aimed for 4.4-rc8 (or 4.4). It would be nice if this
could make it into 4.4 in order to avoid unpleasent surprises (and
subsequent questions) with builds based on sunxi_defconfig. At the moment,
some boards (e.g. LeMaker BananaPi) are left with non-functional USB ports
as a
On Mon, 2015-12-28 at 16:04 +0800, Huang, Ying wrote:
> James Bottomley writes:
>
> > [cc to linux-scsi added]
> > On Mon, 2015-12-28 at 09:43 +0800, kernel test robot wrote:
> > > FYI, we noticed the below changes on
> > >
> > >
On 2015年12月29日 09:59, Yakir Yang wrote:
Hi Heiko,
On 12/28/2015 08:41 PM, Heiko Stübner wrote:
Hi,
Am Montag, 28. Dezember 2015, 17:03:53 schrieb Xing Zheng:
Due to referred old version TRM, there is incorrect emac clock node,
we should fix it. The SEL_21_9 is the parent of SEL_21_4.
In the
On 17 December 2015 at 18:34, Norbert Preining wrote:
> * font corruption
> sometime sets of glyphs, or practically all glyphs disappear
> related probably to bug
> https://bugs.freedesktop.org/show_bug.cgi?id=55500
> I have sent some info there already, without
Fix the title.
On 16:43 2015/12/28, Bamvor Jian Zhang wrote:
I feel we need something like this to avoid the failure of compiling
when build with ARM64_ILP32(which will select COMPAT) and
ARMV8_DEPRECATED (which depends on the opcodes.o).
From f8b8ffdb449491ecf8ba465238bbdb4625a74ac0 Mon Sep
On Mon, 28 Dec 2015, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 28 Dec 2015 10:10:34 +0100
>
> This issue was detected by using the Coccinelle software.
>
> Move the jump label directly before the desired log statement
> so that the variable "ret"
Em Sun, 27 Dec 2015 19:11:36 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Wednesday 23 December 2015 10:32:42 Mauro Carvalho Chehab wrote:
> > Em Wed, 16 Dec 2015 16:03:01 +0200 Sakari Ailus escreveu:
> > > On Wed, Dec 16, 2015 at 03:32:15PM +0200,
When performing big dio writes concurrently, our performace will be low
because of Thread A's allocation of multi continuous blocks will be
interrupted by Thread B, there are two cases as below:
- In Thread B, we may change current segment to a new segment for LFS
allocation if we dio write in
As Yunlei He reported when he test with the patch ("f2fs: enhance
multithread dio write performance"):
"Does share writepages mutex lock have an effect on cache write?
Here is AndroBench result on my phone:
Before patch:
1R1W8R8W16R16W
Sequential
On Thu, Dec 24, 2015 at 11:20:30AM -0500, Matthew Wilcox wrote:
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 4bf3811..e14634f 100644
> --- a/include/linux/mm.h
> +++ b/include/linux/mm.h
> @@ -1958,6 +1977,17 @@ static inline spinlock_t *pmd_lock(struct mm_struct
> *mm, pmd_t
This is the initial commit for the UniPhier clock drivers, including
support for PH1-sLD3, PH1-LD4, PH1-Pro4, PH1-sLD8, PH1-Pro5, and
ProXstream2/PH1-LD6b.
To improve the code maintainability, the driver consists of common
functions (clk-uniphier-core.c) and clock data arrays needed to
support
Provide option to load fsl otg driver as loadable module.
Signed-off-by: Ramneek Mehresh
---
drivers/usb/phy/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/phy/Kconfig b/drivers/usb/phy/Kconfig
index 22e8ecb..b6de4a7 100644
On Saturday 26 December 2015 19:06:39 Yury Norov wrote:
> The only difference is that non-compat version forces O_LARGEFILE,
> and it should be the default behaviour for all architectures, as
> we don't support 32-bit off_t. The only exception is tile32, that
> continues with compat version of
On 12/28/15 at 08:14pm, Minfei Huang wrote:
> On 12/28/15 at 02:32pm, Xunlei Pang wrote:
> > On 12/24/2015 at 02:44 PM, Xunlei Pang wrote:
> > > +static void kexec_mark_crashkres(bool protect)
> > > +{
> > > + unsigned long control;
> > > +
> > > +
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 74bf8efb5fa6e958d2d7c7917b8bb672085ec0c6
commit: a436bb7b806383ae0593cab53d17fc9676270cd3 kbuild: use relative path more
to include Makefile
date: 9 months ago
config: m32r-m32104ut_defconfig (attached as
I feel we need something like this to avoid the failure of compiling
when build with ARM64_ILP32(which will select COMPAT) and
ARMV8_DEPRECATED (which depends on the opcodes.o).
>From f8b8ffdb449491ecf8ba465238bbdb4625a74ac0 Mon Sep 17 00:00:00 2001
From: Bamvor Jian Zhang
On 12/26/2015 10:31 AM, Ming Lei wrote:
Preparing for removing global per-hashtable lock, so
the counter need to be defined as aotmic_t first.
Signed-off-by: Ming Lei
Acked-by: Daniel Borkmann
--
To unsubscribe from this list: send the line
On Tue, Dec 15, 2015 at 09:38:41PM +0100, Arnd Bergmann wrote:
> On Tuesday 15 December 2015 18:42:36 Thierry Reding wrote:
> > On Tue, Dec 15, 2015 at 05:34:00PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 15 December 2015 17:31:22 Thierry Reding wrote:
> > > > On Mon, Dec 14, 2015 at 12:39:44PM
If clk_fetch_parent_index() fails, p_rate is unused. Move the
assignment after the error checking.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk.c
The translation from the index into clk_core is done by
clk_core_get_parent_by_index(). The if-block for num_parents == 1
case is duplicating the code in the clk_core_get_parent_by_index().
Drop the "if (num_parents == 1)" from the special case. Instead,
set the index to zero if .get_parent()
Currently, __clk_core_init() allows failure of the kcalloc() for the
core->parents. So, clk_fetch_parent_index() and __clk_init_parent()
also try to allocate core->parents in case it has not been allocated
yet. Scattering memory allocation here and there makes things
complicated.
Like other
The clk_core_get_parent_by_index can be used as a helper function
to simplify the implementation of clk_fetch_parent_index().
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 18 ++
1 file changed, 2 insertions(+), 16
The "struct device *dev" is not used at all in this function.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index
The core->parents is a cache to save expensive clock parent look-ups.
It will be filled as needed later. We do not have to do it here.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 11 ---
1 file changed, 11 deletions(-)
These three cases let clk_register() fail. They should be considered
as error messages.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/clk/clk.c
This if-block has been here since the introduction of the common
clock framework. Now no clock drivers are statically initialized.
core->parent is always NULL at this point. Drop the redundant
check and the confusing comment.
Signed-off-by: Masahiro Yamada
---
Drop the "if (!core->parents)" case and refactor the function a bit
because core->parents is always allocated. (Strictly speaking, it is
ZERO_SIZE_PTR if core->num_parents == 0, but such a case is omitted
by the if-conditional above.)
Signed-off-by: Masahiro Yamada
The .git_parent is mandatory for multi-parent clocks. Move the check
to __clk_core_init(), like other callback checkings.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
Currently, clk_register() never checks a circular parent looping,
but clock providers could register such an insane clock topology.
For example, "clk_a" could have "clk_b" as a parent, and vice versa.
In this case, clk_core_reparent() creates a circular parent list
and __clk_recalc_accuracies()
Many refactoring, with detection of circular parent looping.
Changes in v2:
- Fix a bug. Return -EINVAL when parent _is_ NULL.
Masahiro Yamada (16):
clk: remove unused first argument of __clk_init()
clk: change the argument of __clk_init() into pointer to clk_core
clk: rename
If filesystem is readonly, don't recover inline dot inode.
Signed-off-by: Chao Yu
---
fs/f2fs/namei.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/namei.c b/fs/f2fs/namei.c
index 5cc4128..b4a5836 100644
--- a/fs/f2fs/namei.c
+++
Now this function takes clk_core as its argument. __clk_core_init()
would be more suitable for the name of this function.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
Many refactoring, with detection of circular parent looping.
Changes in v2:
- Fix a bug. Return -EINVAL when parent _is_ NULL.
Masahiro Yamada (16):
clk: remove unused first argument of __clk_init()
clk: change the argument of __clk_init() into pointer to clk_core
clk: rename
Em Mon, 28 Dec 2015 03:14:53 +0200
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Tue, Dec 15, 2015 at 09:13:42AM -0200, Mauro Carvalho Chehab wrote:
> > Em Thu, 10 Sep 2015 20:14:04 +0300
> > Sakari Ailus escreveu:
> >
> > > Hi Javier,
> > >
> >
Drop the "if (!core->parents)" case and refactor the function a bit
because core->parents is always allocated. (Strictly speaking, it is
ZERO_SIZE_PTR if core->num_parents == 0, but such a case is omitted
by the if-conditional above.)
Signed-off-by: Masahiro Yamada
The translation from the index into clk_core is done by
clk_core_get_parent_by_index(). The if-block for num_parents == 1
case is duplicating the code in the clk_core_get_parent_by_index().
Drop the "if (num_parents == 1)" from the special case. Instead,
set the index to zero if .get_parent()
These three cases let clk_register() fail. They should be considered
as error messages.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/clk/clk.c
On Saturday 26 December 2015 19:06:40 Yury Norov wrote:
> All new 32-bit architectures should have 64-bit off_t type, but existing
> architectures has 32-bit ones.
It's worth mentioning here that ever the architectures that only have
64-bit off_t in the kernel ( arc, c6x, h8300, hexagon, metag,
On Monday 28 December 2015 07:18:58 Huan Wang wrote:
> Hi, Arnd,
>
> Could you help to review the following patch? Thanks.
>
Hi Alison,
I'm sorry but I understand very little of this particular area of the kernel.
I've added Daniel Lezcano, John Stultz and Thomas Gleixner to Cc, they
Below is the list of build error/warning regressions/improvements in
v4.4-rc7[1] compared to v4.3[2].
Summarized:
- build errors: +22/-11
- build warnings: +290/-103
JFYI, when comparing v4.4-rc7[1] to v4.4-rc6[3], the summaries are:
- build errors: +14/-3
- build warnings: +176/-60
On Mon, 2015-12-28 at 15:09 +0800, Biao Huang wrote:
> Add mt2701 support using mediatek common pinctrl driver.
> MT2701 have some special pins need an extra setting register
> than other ICs, so adding this support to common code.
>
> Signed-off-by: Biao Huang
>
On 12/27/2015 10:41 PM, Noam Camus wrote:
From: kbuild test robot
Sent: Sunday, December 27, 2015 4:55 PM
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
Hi Noam,
[auto build test ERROR on arc/for-next]
[also build test
Simple typo: "it" for "is".
Signed-off-by: Manuel Pégourié-Gonnard
Cc: Trivial Patch Monkey
---
Documentation/CodingStyle | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index
Now, the clock parent is not "struct clk *", but "struct clk_core *".
Of course, the size of a pointer is always same, but strictly speaking,
sizeof(struct clk *) should be sizeof(struct clk_core *) here.
This mismatch happened when we split the structure into struct clk
and struct clk_core. For
Hi Simon,
On Mon, Dec 28, 2015 at 6:01 AM, Simon Horman wrote:
> On Mon, Dec 21, 2015 at 11:33:44AM +0100, Geert Uytterhoeven wrote:
>> As of commit e488ca9f8d4f62c2 ("doc: dt: mtd: partitions: add compatible
>> property to "partitions" node"), which is in v4.4-rc6, the
On Mon, 28 Dec 2015, SF Markus Elfring wrote:
> >> Move the jump label directly before the desired log statement
> >> so that the variable "ret" will not be checked once more
> >> after it was determined that a function call failed.
> >
> > Why not avoid both unnecessary ifs
>
> I would find
On Sunday 27 December 2015 06:53 PM, Noam Camus wrote:
> From: Noam Camus
>
> We've designated:
> TIMER0 for events (clockevents)
> TIMER1 for free running (clocksource)
>
> Till now timer configuration was done on arch/arc/kernel/time.c
> with constant values.
>
> This
On Monday 28 December 2015 12:20:45 Ard Biesheuvel wrote:
> @@ -75,8 +76,13 @@
> * private definitions which should NOT be used outside memory.h
> * files. Use virt_to_phys/phys_to_virt/__pa/__va instead.
> */
> -#define __virt_to_phys(x) (((phys_addr_t)(x) - PAGE_OFFSET +
>
M killers when more than 75% of memory is used
for file cache (active_file: + inactive_file:). I think this is a surprising
thing for administrators and we want to retry more harder (but not forever,
please).
Complete log is at http://I-love.SAKURA.ne.jp/tmp/serial-20151228.txt.xz .
--
[ 2
On 12/28/15 at 02:32pm, Xunlei Pang wrote:
> On 12/24/2015 at 02:44 PM, Xunlei Pang wrote:
> > +static void kexec_mark_crashkres(bool protect)
> > +{
> > + unsigned long control;
> > +
> > + kexec_mark_range(crashk_low_res.start, crashk_low_res.end,
> >
There is only support rmii in the RK3036, so we should use the correct
ext clock name.
Signed-off-by: Xing Zheng
---
drivers/clk/rockchip/clk-rk3036.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3036.c
Due to a copy-paste error the uart1 and uart2 clock div set
incorrect, we should to fix it.
Signed-off-by: Xing Zheng
---
drivers/clk/rockchip/clk-rk3036.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3036.c
The DFLAGS are used for the clock dividers, the CLKSEL_CON flags
of COMPOSITE_NODIV type should be MFLAGS.
Signed-off-by: Xing Zheng
---
drivers/clk/rockchip/clk-rk3036.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
On 12/26/2015 10:31 AM, Ming Lei wrote:
The spinlock is just used for protecting the per-bucket
hlist, so it isn't needed for selecting bucket.
Signed-off-by: Ming Lei
Acked-by: Daniel Borkmann
--
To unsubscribe from this list: send the line
Hi:
In the development work, we found that some of the previous incorrect
clock configuration on the RK3036 platform, we should fix them.
Xing Zheng (4):
clk: rockchip: rk3036: fix the FLAGs for clock mux
clk: rockchip: rk3036: fix uarts clock error
clk: rockchip: rk3036: rename emac
The argument clk_user is used only for the clk_user->core. The rest
of this function only takes care of clk_core.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/clk/clk.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff
This is the initial commit for the UniPhier clock drivers, including
support for PH1-sLD3, PH1-LD4, PH1-Pro4, PH1-sLD8, PH1-Pro5, and
ProXstream2/PH1-LD6b.
To improve the code maintainability, the driver consists of common
functions (clk-uniphier-core.c) and clock data arrays needed to
support
The kernel versions, not the bugs, are listed on kernel.org
Signed-off-by: Manuel Pégourié-Gonnard
Cc: triv...@kernel.org
---
scripts/get_maintainers.pl only pointed to the main list, so I took the
liberty to add the documentation list and maintainer. Please let me know
if that
Add support for otg for all freescale socs having internal
usb phy.
Ramneek Mehresh (7):
usb:fsl:otg: Make fsl otg driver as tristate
usb:fsl:otg: Add controller version based ULPI and UTMI phy
usb:fsl:otg: Add support to add/remove usb host driver
usb:fsl:otg: Signal host drv when host
On Mon, Dec 28, 2015 at 5:13 PM, Daniel Borkmann wrote:
> On 12/26/2015 10:31 AM, Ming Lei wrote:
>>
>> From: Ming Lei
>>
>> Both htab_map_update_elem() and htab_map_delete_elem() can be
>> called from eBPF program, and they may be in kernel hot
Hi Harvey,
I found a few remaining issues. Once fixed you can add my
Reviewed-by: Boris Brezillon
On Thu, 24 Dec 2015 12:20:14 +
Harvey Hunt wrote:
> From: Alex Smith
>
> Add a driver for NAND devices
On 2015/12/24 13:15, Jeremiah Mahler wrote:
> Jiang,
>
> On Wed, Dec 23, 2015 at 10:13:26PM +0800, Jiang Liu wrote:
>> Function __assign_irq_vector() makes use of apic_chip_data.old_domain
>> as a temporary buffer, which causes trouble to rollback logic in case of
>> failure. So use a dedicated
On 12/26/2015 10:31 AM, Ming Lei wrote:
From: Ming Lei
Both htab_map_update_elem() and htab_map_delete_elem() can be
called from eBPF program, and they may be in kernel hot path,
so it isn't efficient to use a per-hashtable lock in this two
helpers.
The per-hashtable
I need to implement firmware download software on MCTP( Management
Component Transport Protocol) protocol & PLDM .
I am not sure whether any driver/software available in linux on MCTP.
Please letme know any driver software available in Linux.
--
To unsubscribe from this list: send the line
>> Move the jump label directly before the desired log statement
>> so that the variable "ret" will not be checked once more
>> after it was determined that a function call failed.
>
> Why not avoid both unnecessary ifs
I would find such a fine-tuning also nice in principle at more source code
1 - 100 of 802 matches
Mail list logo