Hi Linus,
please pull the latest fixes for the parisc architecture for v4.2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.2-2
A memory leak fix from Christophe Jaillet which was introduced with kernel 4.0
and which leads to kernel crashes on parisc after
On 2015年07月18日 17:16, Mark Brown wrote:
On Sat, Jul 18, 2015 at 01:08:43PM +0800, Xing Zheng wrote:
+ ret = devm_snd_soc_register_card(&pdev->dev, card);
+ if (ret) {
+ dev_err(&pdev->dev,
+ "Soc register card failed %d\n", ret);
+ r
From: zhengxing
The driver is used for rockchip board using a rt5645/rt5650.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3:
Signed-off-by: zhengxing
.../devicetree/bindings/sound/rockchip-rt5645.txt | 17 ++
sound/soc/rockchip/Kconfig |9
From: zhengxing
The driver is used for rockchip board using a max98090.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3: None
.../bindings/sound/rockchip-max98090.txt | 19 ++
sound/soc/rockchip/Kconfig | 10 +
sound/soc/rockchip/Make
From: zhengxing
Hi,
The simple-card is not common at present, soc maybe need own machine
driver for jack detection.
Add drivers for two families of rockchip-bases chromebooks. These
machine drives don't use simplecard because we need custom jack
detection plumbing.
- use ts3a227e for ext ja
On Sat, 2015-07-18 at 15:36 +0200, Frederic Weisbecker wrote:
> But we can't leave it half-way like it is currently with everything preset on
> top of nohz: rcu nocb mask, watchdog mask, cpu_isolation_map and exclude
> workqueue.
To automate or not aside...
WRT wq_unbound_cpumask, it's very nic
The file drivers/dma/dma-jz4780.c has a probe function that sets up irqs
using devm_request_irq. The probe function then ends with:
err_unregister_dev:
dma_async_device_unregister(dd);
err_disable_clk:
clk_disable_unprepare(jzdma->clk);
return ret;
}
The remove function
From: Byungchul Park
hello all,
i asked a question like below, in last version(=v2) patch.
***
the sysctl_sched_min_granularity must be defined clearly at first. after
defining that clearly, the way to work can be set. the definition can
be either case 1 or case 2 below.
case 1. any task must
On 18/07/15 23:33, Cristina Opriceana wrote:
> Remove sysfs bytes_per_datum device attribute ABI documentation
> since the attribute is not present anymore.
>
> Signed-off-by: Cristina Opriceana
Good spot.
Applied to the togreg branch of iio.git.
Jonathan
> ---
> Documentation/ABI/testing/sysf
Under dash 'echo -n' yields '-n' to stdout.
Use printf "" instead.
CC: Peter Zijlstra
CC: Ingo Molnar
CC: Arnaldo Carvalho de Melo
CC: Jiri Olsa
CC: Namhyung Kim
CC: Adrian Hunter
CC: linux-kernel@vger.kernel.org
Signed-off-by: Sergei Trofimovich
---
tools/perf/config/Makefile | 2 +-
1 fi
Two fairly simple fixes: one is a change that causes us to have a very
low queue depth leading to performance issues and the other is a null
deref occasionally in tapes thanks to use after put.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
Th
On 18/07/15 15:31, Cristina Opriceana wrote:
> Rename function to iio_validate_scan_mask_oneshot() since it's used to
> validate that only one channel is selected.
>
> Signed-off-by: Cristina Opriceana
I'm sure Lars (who I think named it?) will come back with a fuller response, but
I believe the
On 07/19/2015 11:49 AM, Jonathan Cameron wrote:
On 18/07/15 15:31, Cristina Opriceana wrote:
Rename function to iio_validate_scan_mask_oneshot() since it's used to
validate that only one channel is selected.
Signed-off-by: Cristina Opriceana
I'm sure Lars (who I think named it?) will come bac
Which config file is used is decided in only perf_config().
And a perf-confg command depend on perf_config()
getting config file path. So add '--system' and '--global' options
to select which config file to be used without perf_config().
If file-options isn't used, default config file path is
$HOME
Changes in v4:
- If some config value is default value, notice it is '(default)'as
below.
# perf config colors.normal
colors.normal=lightgray, default (default)
- A config file path is only decided in perf_config().
And a perf-config command depend on
A option 'remove' is to remove specific config variables.
For the syntax examples,
# perf config -r | --remove [section.name ...]
Signed-off-by: Taeung Song
---
tools/perf/Documentation/perf-config.txt | 6 ++
tools/perf/builtin-config.c | 25 -
2 f
A option 'list-all' is to display both current config variables and
all possible config variables with default values.
The syntax examples are like below
perf config [options]
display all perf config with default values.
# perf config -a | --list-all
Signed-off-by: Taeung Song
---
On 17/07/15 11:38, Daniel Baluta wrote:
> On Fri, Jul 17, 2015 at 11:34 AM, Jandy Gou
> wrote:
>> Signed-off-by: Jandy Gou
>
> Acked-by: Daniel Baluta
>
Applied to the togreg branch of iio.git - initially pushed out as testing for
the
autobuilders to play with it.
Thanks,
Jonathan
--
To un
This patch consists of functions
which can get, set specific config variables.
For the syntax examples,
perf config [options] [section.name[=value] ...]
display key-value pairs of specific config variables
# perf config report.queue-size report.children
set specific config variables
The perf configuration file contains many variables which can make
the perf command's action more effective.
But looking through state of configuration is difficult and there's no knowing
what kind of other variables except variables in perfconfig.example exist.
So This patch adds 'perf-config' com
On 17/07/15 09:34, Jandy Gou wrote:
> Signed-off-by: Jandy Gou
This is so trivial, I'm taking it without waiting for the standard device tree
ack / 3 weeks.
Applied to the togreg branch of iio.git - initially pushed out as testing.
> ---
> .../devicetree/bindings/iio/magnetometer/mmc35240.txt
> On Jul 12, 2015, at 11:33 PM, Jiri Olsa wrote:
>
> On Sun, Jul 12, 2015 at 02:10:56PM +0900, Taeung Song wrote:
>> This patch consists of functions
>> which can get, set specific config variables.
>> For the syntax examples,
>>
>> perf config [options] [section.name[=value] ...]
>>
>> di
On Thu, Jul 16, 2015 at 02:01:56PM -0700, David Rientjes wrote:
> On Wed, 15 Jul 2015, Paul E. McKenney wrote:
>
> > On Tue, Jul 14, 2015 at 04:48:24PM -0700, David Rientjes wrote:
> > > On Tue, 14 Jul 2015, Paul E. McKenney wrote:
> > >
> > > > commit a1992f2f3b8e174d740a8f764d0d51344bed2eed
> >
On Wed, Jul 15, 2015 at 06:15:30PM +0900, Masami Hiramatsu wrote:
> Allow user to set group name for adding new event.
> Note that this can easily shot yourself in the foot.
> E.g. Existing group name can conflict with other events.
> Especially, using the group name reserved for kernel
> modules c
On Sun, Jul 19, 2015 at 12:28 AM, Akinobu Mita wrote:
> When unmapped hw queue is remapped after CPU topology is changed,
> hctx->tags->cpumask is set before hctx->tags is allocated in
> blk_mq_map_swqueue().
>
> In order to fix this null pointer dereference, hctx->tags must be
> allocated before
On Wed, Jul 15, 2015 at 06:15:37PM +0900, Masami Hiramatsu wrote:
> perf buildid-cache --add scans given binary and add
> the SDT events to probe cache. It is possible to use the cached
> SDT events as other cached events (perf probe :=).
That means lookup the cached SDT events only using event n
On 14/07/15 15:56, Daniel Baluta wrote:
> We must set i2c client private data at probe in order to
> correctly retrieve it in pm suspend/resume, preventing
> the following crash:
>
> [ 321.790582] PM: Syncing filesystems ... done.
> [ 322.364440] PM: Preparing system for mem sleep
> [ 322.400047]
On Sat, Jul 18, 2015 at 02:29:19PM +0200, m...@openmailbox.org wrote:
> Rather than polluting the main mailing list I should look at the kernelnewbies
> mailing list for further criticism on my patch attemps.
Use the de...@driverdev.osuosl.org it's fine. No one reads
linux-kernel@vger.kernel.org
The pointer math here was totally wrong so we were reading nonsense
information from beyond the end of the buffer. It could lead to an oops
if that memory wasn't mapped.
The "pReasonCode" pointer is assigned but never used so I deleted it.
With-Fix-From: Mateusz Kulikowski
Signed-off-by: Dan Ca
"pool->name" can be kmalloc()ed or const so we need to free it with
kfree_const().
I also cleaned up the error path in devm_gen_pool_create() a bit. With
the current code you have to change the kfree() in multiple places
which is bug prone (my first draft of this patch had a bug).
Fixes: e89a70f
On 16/07/15 14:30, Daniel Baluta wrote:
> On Tue, Jul 14, 2015 at 11:04 PM, Jonathan Cameron wrote:
>>
>>
>> On 14 July 2015 15:56:54 BST, Daniel Baluta wrote:
>>> From: Viorel Suman
>>>
>>> The RESET operation invoked in the last instance will align
>>> in the natural way all 3 axis and the chi
On Wed, Jul 15, 2015 at 06:15:44PM +0900, Masami Hiramatsu wrote:
> To improbe usability, support %[PROVIDER:]SDTEVENT format to
> add new probes on SDT and cached events.
Ah, you meant we can skip the provider if the event name is unique..
>
> e.g.
>
> # perf probe -x /lib/libc-2.17.s
On 14/07/15 15:56, Daniel Baluta wrote:
> This fixes setting the SET/RESET bit in the REG_CTRL0
> register.
>
> Signed-off-by: Daniel Baluta
Applied to the fixes-togreg branch of iio.git
Thanks,
> ---
> drivers/iio/magnetometer/mmc35240.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions
On Fri, Jul 10, 2015 at 04:29:18PM -0400, Matthew Wilcox wrote:
> From: Matthew Wilcox
>
> Add a vma_is_dax() helper macro to test whether the VMA is DAX, and use
> it in zap_huge_pmd() and __split_huge_page_pmd().
>
> Signed-off-by: Matthew Wilcox
> ---
> include/linux/dax.h | 4
> mm/h
People reported that when allocating crashkernel memory using
",high" and ",low" syntax, there were cases where the reservation
of the "high" portion succeeds, but the reservation of the "low"
portion fails. Then kexec can load kdump kernel successfully, but
the boot of kdump kernel fails as there'
On Tue, Jul 14, 2015 at 06:37:39PM +0300, Konstantin Khlebnikov wrote:
> @@ -1073,35 +1047,48 @@ static int pagemap_pte_range(pmd_t *pmd, unsigned
> long addr, unsigned long end,
> pte_t *pte, *orig_pte;
> int err = 0;
>
> - if (pmd_trans_huge_lock(pmd, vma, &ptl) == 1) {
> -
On Sun, Jul 19, 2015 at 06:11:00PM +0900, byungchul.p...@lge.com wrote:
> doesn't it make sense?
No, people have already given you all kinds of reasons why this isn't a
good change. It is also a very invasive change and you have no
performance numbers one way or another.
I'm going to fully ignore
The other two implementations of pr_debug_ratelimited include pr_fmt,
along with every other pr_* function. But pr_debug_ratelimited forgot to
add it with the CONFIG_DYNAMIC_DEBUG implementation.
This patch unifies the behavior.
Signed-off-by: Jason A. Donenfeld
---
include/linux/printk.h | 4 +
From: zhengxing
The driver is used for rockchip board using a rt5645/rt5650.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3:
Signed-off-by: zhengxing
.../devicetree/bindings/sound/rockchip-rt5645.txt | 17 ++
sound/soc/rockchip/Kconfig |9
From: zhengxing
Hi,
The simple-card is not common at present, soc maybe need own machine
driver for jack detection.
Add drivers for two families of rockchip-bases chromebooks. These
machine drives don't use simplecard because we need custom jack
detection plumbing.
- use ts3a227e for ext ja
From: zhengxing
The driver is used for rockchip board using a max98090.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3: None
.../bindings/sound/rockchip-max98090.txt | 19 ++
sound/soc/rockchip/Kconfig | 10 +
sound/soc/rockchip/Make
Hello,
I seek for your sincerity and trust in a deal which involved the total sum of
60,000,000.00 United States Dollars Only.
Let me know if you will able to handle such transaction of large funds. I need
to know you and know your location.
This really matter to the success of this deal.
On Sun, Jul 19, 2015 at 12:28 AM, Akinobu Mita wrote:
> There is a race between cpu hotplug handling and adding/deleting
> gendisk for blk-mq, where both are trying to register and unregister
> the same sysfs entries.
>
> null_add_dev
> --> blk_mq_init_queue
> --> blk_mq_init_allocated
On Sun, 2015-07-19 at 18:11 +0900, byungchul.p...@lge.com wrote:
> @@ -3226,6 +3226,12 @@ check_preempt_tick(struct cfs_rq *cfs_rq, struct
> sched_entity *curr)
> struct sched_entity *se;
> s64 delta;
>
> + /*
> + * Ensure that a task executes at least for sysctl_sched_min_
On Sun, Jul 19, 2015 at 12:28 AM, Akinobu Mita wrote:
> Notifier callbacks for CPU_ONLINE action can be run on the other CPU
> than the CPU which was just onlined. So it is possible for the
> process running on the just onlined CPU to insert request and run
> hw queue before establishing new mapp
On Sun, Jul 19, 2015 at 12:28 AM, Akinobu Mita wrote:
> There are several race conditions while freezing queue.
>
> When unfreezing queue, there is a small window between decrementing
> q->mq_freeze_depth to zero and percpu_ref_reinit() call with
> q->mq_usage_counter. If the other calls blk_mq_f
On Sun, 2015-07-19 at 10:02 +0200, Mike Galbraith wrote:
> Why do we do nothing about these allegedly unbound work items?
Hm, the answer to that question may be as simple as "Because we know
gotchas exist, but not where they all the little bastards live" ;-)
-Mike
--
To unsubscribe from
Using a 64 bit constant generates "warning: integer constant is too
large for 'long' type" on 32 bit platforms. Instead use ~0l to get
the desired effect.
Detected by Andrew Morton who has confirmed that this patch
fixes the warning on i386/gcc-4.4.3, i386/gcc-4.4.0 and arm/gcc-4.4.4.
Signed-off
> I am used to sending out one patch per each fix like this for each function.
> If you don't like me doing this I don't when sending patches for your
> subsystem(s).
I think that would be preferable.
> In addition would something like this fix your complains about not fixing
> error
> handling
On Sun, Jul 19, 2015 at 12:28 AM, Akinobu Mita wrote:
> CPU hotplug handling for blk-mq (blk_mq_queue_reinit) acquires
> all_q_mutex in blk_mq_queue_reinit_notify() and then removes sysfs
> entries by blk_mq_sysfs_unregister(). Removing sysfs entry needs to
> be blocked until the active reference
Hi,
This patch set introduces a new user API for tracking user memory pages
that have not been used for a given period of time. The purpose of this
is to provide the userspace with the means of tracking a workload's
working set, i.e. the set of pages that are actively used by the
workload. Knowing
This function returns the inode number of the closest online ancestor of
the memory cgroup a page is charged to. It is required for exporting
information about which page is charged to which cgroup to userspace,
which will be introduced by a following patch.
Signed-off-by: Vladimir Davydov
Review
Hwpoison allows to filter pages by memory cgroup ino. Currently, it
calls try_get_mem_cgroup_from_page to obtain the cgroup from a page and
then its ino using cgroup_ino, but now we have an apter method for that,
page_cgroup_ino, so use it instead.
Signed-off-by: Vladimir Davydov
Reviewed-by: And
/proc/kpagecgroup contains a 64-bit inode number of the memory cgroup
each page is charged to, indexed by PFN. Having this information is
useful for estimating a cgroup working set size.
The file is present if CONFIG_PROC_PAGE_MONITOR && CONFIG_MEMCG.
Signed-off-by: Vladimir Davydov
---
Documen
It is only used in mem_cgroup_try_charge, so fold it in and zap it.
Signed-off-by: Vladimir Davydov
---
include/linux/memcontrol.h | 9 +
mm/memcontrol.c| 48 --
2 files changed, 13 insertions(+), 44 deletions(-)
diff --git a/incl
In the scope of the idle memory tracking feature, which is introduced by
the following patch, we need to clear the referenced/accessed bit not
only in primary, but also in secondary ptes. The latter is required in
order to estimate wss of KVM VMs. At the same time we want to avoid
flushing tlb, bec
Knowing the portion of memory that is not used by a certain application
or memory cgroup (idle memory) can be useful for partitioning the system
efficiently, e.g. by setting memory cgroup limits appropriately.
Currently, the only means to estimate the amount of idle memory provided
by the kernel is
As noted by Minchan, a benefit of reading idle flag from
/proc/kpageflags is that one can easily filter dirty and/or unevictable
pages while estimating the size of unused memory.
Note that idle flag read from /proc/kpageflags may be stale in case the
page was accessed via a PTE, because it would b
Reading/writing a /proc/kpage* file may take long on machines with a lot
of RAM installed.
Suggested-by: Andres Lagar-Cavilla
Signed-off-by: Vladimir Davydov
---
fs/proc/page.c | 8
1 file changed, 8 insertions(+)
diff --git a/fs/proc/page.c b/fs/proc/page.c
index 13dcb823fe4e..7ff7cb
On Sun, Jul 19, 2015 at 03:31:09PM +0300, Vladimir Davydov wrote:
> PERFORMANCE EVALUATION
>
> SPECjvm2008 (https://www.spec.org/jvm2008/) was used to evaluate the
> performance impact introduced by this patch set. Three runs were carried
> out:
>
> - base: kernel without the patch
>
2015 Mid-Year Cashout Winning Notification Reply to: barrlarrybr...@gmail.com
© Phil Stallion & CO Intl Group
E-mail correspondence to and from this address is subject to the North Carolina
Public Records Act and may be disclosed to third parties unless made
confidential under applicable law.
-
On 15/07/15 14:02, Stefan Agner wrote:
> On 2015-07-15 03:57, Shawn Guo wrote:
>> On Tue, Jul 14, 2015 at 07:23:23PM +0530, Sanchayan Maity wrote:
>>> Add a device tree property which allows to specify the minimum sample
>>> time which can be used to calculate the actual ADC cycles required
>>> dep
On 14/07/15 14:53, Sanchayan Maity wrote:
> The driver currently does not take into account the minimum sample time
> as per the Figure 6-8 Chapter 9.1.1 12-bit ADC electrical characteristics.
> We set a static amount of cycles instead of considering the sample time
> as a given value, which depend
On 15/07/15 08:43, Reyad Attiyat wrote:
> Some devices on a hid sensor hub will not report a measurement unit. This
> causes the rotation from north channels to have an incorrect scale value.
> This patch will set the unit to degrees if the maximum value is 360 when
> the unit exponent value is acc
On 14/07/15 12:53, Manfred Schlaegl wrote:
> On 2015-07-13 16:16, Michael Welling wrote:
>> On Fri, Jul 10, 2015 at 10:55:30PM +0200, Manfred Schlaegl wrote:
>>> On reading in_voltage_scale of we got an NULL pointer dereference Oops.
>>>
>>> The reason for this is, that mcp320x_read_raw tries to ac
Hi Tom,
On Thu, Jul 16, 2015 at 12:22:47PM -0500, Tom Zanussi wrote:
> Allow users to have numeric fields displayed as hex values in the
> output by appending '.hex' to field names:
>
># echo hist:keys=aaa,bbb.hex:vals=ccc.hex ... \
> [ if filter] > event/trigger
>
> Signed-off
On 05/07/15 18:50, Martin Kepplinger wrote:
> IIO_EV_TYPE_THRESH in rising direction describes an event where the
> threshold is crossed in rising direction, positive or negative values
> being possible. This is not the case here.
>
> Since the threshold is no signed value and only the magnitude i
On Thu, Jul 16, 2015 at 12:22:53PM -0500, Tom Zanussi wrote:
> If we assume the maximum size for a string field, we don't have to
> worry about its position. Since we only allow two keys in a compound
> key and having more than one string key in a given compound key
> doesn't make much sense anywa
On Sun, Jul 19, 2015 at 07:07:44PM +0800, Baoquan He wrote:
> People reported that when allocating crashkernel memory using
> ",high" and ",low" syntax, there were cases where the reservation
> of the "high" portion succeeds, but the reservation of the "low"
> portion fails. Then kexec can load kdu
Hi Taeung,
On Fri, Jul 17, 2015 at 10:39:57AM +0900, Taeung Song wrote:
> Changes in v4:
> - If some config value is default value, notice it is '(default)'as
> below.
>
> # perf config colors.normal
> colors.normal=lightgray, default (default)
>
> - A config file pa
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds a struct mma_chip_info to hold data that will remain specific to
> the chip in use. It is provided during probe() and linked in
> struct of_device_id.
>
> Also this suggests that the driver is called "mma8452" and now handles the
> MMA8452Q d
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds support for the 10 bit version if Freescale's accelerometers
> of this series. The datasheet is available at Freescale's website:
>
> http://cache.freescale.com/files/sensors/doc/data_sheet/MMA8453Q.pdf
>
> Signed-off-by: Martin Kepplinger
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds the freefall / motion interrupt source definitions to the driver.
> It is used in this series' next patch, for chips that don't support the
> transient interrupt source.
>
> The iio event type is IIO_EV_TYPE_MAG since the threshold for compar
On 06/07/15 13:34, Martin Kepplinger wrote:
> For the devices supported by the mma8452 driver, two interrupt pins are
> available to route the interrupt signals to. By default INT1 is assumed.
>
> This adds a simple boolean DT property, for users to configure it for
> INT2, if that is the wired in
Iteaduino Plus A10 is a breakout board + Itead Core A10. It features 1GB RAM,
has most of the A10 pins on a .1" header, 2 USB ports, 1 OTG USB port,
Ethernet, HDMI, SATA, Speaker/Microphone 3.5mm jacks and an SD card slot.
Link to manufacturer wiki: http://wiki.iteadstudio.com/Iteaduino_Plus_A10/A
On 13/07/15 19:46, Hartmut Knaack wrote:
> Cristina Opriceana schrieb am 13.07.2015 um 15:15:
>> Remove explicit NULL comparison and write it in its simpler form as
>> recommended by checkpatch.pl.
>>
>> Signed-off-by: Cristina Opriceana
> Reviewed-by: Hartmut Knaack
Applied to the togreg branch
On 13/07/15 19:48, Hartmut Knaack wrote:
> Cristina Opriceana schrieb am 13.07.2015 um 15:17:
>> Single statement blocks don’t need braces.
>> Found with checkpatch.pl.
>>
>> Signed-off-by: Cristina Opriceana
> Acked-by: Hartmut Knaack
Applied to the togreg branch of iio.git.
Thanks,
Jonathan
>
On 13/07/15 19:49, Hartmut Knaack wrote:
> Cristina Opriceana schrieb am 13.07.2015 um 15:20:
>> Calculation of the length of an array can be done with the ARRAY_SIZE
>> macro to make code more abstract and remove the associated
>> checkpatch.pl warning.
>>
>> Signed-off-by: Cristina Opriceana
> A
On 17/07/15 16:43, Cristina Opriceana wrote:
> This patch indends to make some cleanup and send printf
> error messages to stderr. The changes were performed with coccinelle
> for failure messages and manual for other cases, such as wrong usage
> messages.
>
> Signed-off-by: Cristina Opriceana
>
On 07/19/15 at 03:40pm, Borislav Petkov wrote:
> ...
>
> > @@ -552,7 +552,7 @@ static void __init reserve_crashkernel_low(void)
> > if (!auto_set)
> > pr_info("crashkernel low reservation failed - No
> > suitable area found.\n");
> >
> > - return;
> > +
People reported that when allocating crashkernel memory using
",high" and ",low" syntax, there were cases where the reservation
of the "high" portion succeeds, but the reservation of the "low"
portion fails. Then kexec can load kdump kernel successfully, but
the boot of kdump kernel fails as there'
On 07/16/2015 08:17 PM, David Miller wrote:
> From: Tom Herbert
> Date: Thu, 16 Jul 2015 08:43:25 -0700
>
>> On Thu, Jul 16, 2015 at 5:40 AM, Denys Vlasenko wrote:
>>> This patch deinlines jhash, jhash2 and __jhash_nwords.
>>>
>>> It also removes rhashtable_jhash2(key, length, seed)
>>> because
On Sun, Jul 19, 2015 at 02:20:14PM +0200, Sowmini Varadhan wrote:
>
> Using a 64 bit constant generates "warning: integer constant is too
> large for 'long' type" on 32 bit platforms. Instead use ~0l to get
> the desired effect.
>
> Detected by Andrew Morton who has confirmed that this patch
> fi
This patch deinlines jhash and jhash2.
It also removes rhashtable_jhash2(key, length, seed)
because it was merely calling jhash2(key, length, seed).
With this .config: http://busybox.net/~vda/kernel_config,
after deinlining these functions have sizes and callsite counts
as follows:
jhash: 297 by
We are updating our domain policy and agreements for maintenances, all active
users are to re-validate their accounts to continue enjoying our new service
plans, to re-validate your account, kindly provide below info:
*E-mail ID:
*Username:
*Password:
*Confirm Password:
Failure to re-validate y
There was an omission in transition to devm_xxx resource handling.
iounmap(udc->phy_regs) were removed, but ioremap() was left
without devm_.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
Fixes: 3517c31a8ece6 ("usb: gadget: mv_udc: use devm_xxx
In commit 5c113fbeed7a ("fix cpu_chain section mismatch...") cpu_chain
lost its __cpuinitdata annotation. This and the global __cpuinit
annotation drop in v3.11 vanished the need to mark all users, including
transitive ones like cpu_up(), with the __ref annotation. register_cpu()
lost its __cpuinit
The __cpuinit annotation was dropped from acpi_processor_set_pdc()
in commit fe7bf106ebc2 ("acpi: delete __cpuinit usage from all acpi
files"), vanishing the need for the __ref annotated acpi_map_cpu()
wrapper.
Signed-off-by: Mathias Krause
Cc: "Rafael J. Wysocki"
Cc: Paul Gortmaker
---
arch/x
The __cpuinit annotation was dropped from cpuid_class_cpu_callback()
in commit 148f9bb87745 ("x86: delete __cpuinit usage from all x86
files"), vanishing the need for the __refdata annotation of
cpuid_class_cpu_notifier.
Signed-off-by: Mathias Krause
Cc: Paul Gortmaker
---
arch/x86/kernel/cpuid
The __cpuinit annotation of numa_remove_cpu() was dropped in commit
148f9bb87745 ("x86: delete __cpuinit usage from all x86 files"),
vanishing the need for the __ref annotation of remove_cpu_from_maps().
Signed-off-by: Mathias Krause
Cc: Paul Gortmaker
---
arch/x86/kernel/smpboot.c |2 +-
1
The __cpuinit annotation was dropped from update_clusterinfo() in commit
148f9bb87745 ("x86: delete __cpuinit usage from all x86 files"),
vanishing the need for the __refdata annotation of x2apic_cpu_notifier.
Signed-off-by: Mathias Krause
Cc: Paul Gortmaker
---
arch/x86/kernel/apic/x2apic_clus
This series drops quite a few -- relatively speaking -- __ref /
__refdata annotations in the x86 code. They used to be needed in
__cpuinit times but those are long gone. Now those annotations may
only serve as an additional error source, hiding legitimate section
mismatches. So we better get rid of
Hi
On Thu, 9 Jul 2015, Roman Yeryomin wrote:
> On 2015-07-09 11:04, Arnd Bergmann wrote:
> > On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> > >
> > > OK, here are the minimal changes required (see attachment). Tested on
> > > 4.1.1
> > > Let me know if you want me to submit it in some
Add a comment clarifying the need for the __ref annotation of
acpi_os_unmap_iomem(). It's safe, however, as acpi_early_init() will set
acpi_gbl_permanent_mmap to 1, disabling the problematic branch.
Signed-off-by: Mathias Krause
Cc: Paul Gortmaker
---
drivers/acpi/osl.c |3 +++
1 file chang
This series is a respin of patch "03/12"[1] with slightly more coverage.
[1] http://marc.info/?l=linux-acpi&m=143419843716724&w=4
The __refdata annotations used to be needed in __cpuinit times but those
are long gone (since v3.11). Now those annotations may serve as an
additional error source, hi
The processor_handler structure does not reference any __init / __exit
code or data. Therefore the __refdata annotation is not needed. It used
to be prior to commit fe7bf106ebc2 ("acpi: delete __cpuinit usage from
all acpi files") due to the __cpuinit annotation of acpi_processor_add().
But with th
Hi Boris,
two small cleanups for wrongly annotated variables / functions. They
used to require that annotation for __cpuinit but as that one is gone
since v3.11 we can drop the __ref / __refdata annotation, too.
Please apply.
Mathias Krause (2):
x86, microcode: Drop bogus __refdata annotation
show_saved_mc() does not reference any .init / .exit sections. Drop the
bogus annotation.
Signed-off-by: Mathias Krause
Cc: Thomas Gleixner
Cc: H. Peter Anvin
Cc: Ingo Molnar
---
Test build with '#define DEBUG'.
arch/x86/kernel/cpu/microcode/intel_early.c |2 +-
1 file changed, 1 inserti
The __cpuinit annotation was dropped from mc_cpu_callback() in commit
148f9bb87745 ("x86: delete __cpuinit usage from all x86 files"),
vanishing the need for the __refdata annotation of mc_cpu_notifier.
Signed-off-by: Mathias Krause
Cc: Paul Gortmaker
Cc: Thomas Gleixner
Cc: H. Peter Anvin
Cc:
Macro DEFINE_PCI_DEVICE_TABLE is deprecated. So, here use
struct pci_device_id instead of DEFINE_PCI_DEVICE_TABLE with
the goal of getting rid of this macro completely.
The Coccinelle semantic patch that performs this transformation
is as follows:
@@
identifier a;
declarer name DEFINE_PCI_DEVICE_
1 - 100 of 448 matches
Mail list logo
