On 10/23/2014 10:15 AM, Joonsoo Kim wrote:
On Tue, Oct 14, 2014 at 01:53:44PM -0700, a...@linux-foundation.org wrote:
The patch titled
Subject: mm/compaction.c: avoid premature range skip in
isolate_migratepages_range
has been added to the -mm tree. Its filename is
On Wed, Oct 22, 2014 at 04:31:09PM +0200, Frans Klaver wrote:
Currently the ltc2952 supports only one button sequence to initiate
powerdown. This is not always desirable, as even prolonged button
presses can happen in use.
Allow ltc2952 users to pick their own power down sequence, by making
ping?
On Sun, Oct 19, 2014 at 05:13:56PM +0200, Christoph Hellwig wrote:
Fix the assumption that we can treat all blk-mq requests as tagged. For
traditional SCSI that's wrong, as being tagged has a very explicit meaning
on the wire.
This is a little bit different from the version Meelis
The NXP TDA998x HDMI transmitter may transmit audio to the HDMI link
from 2 different sources, I2S and S/PDIF.
This patch set first adds an interface between a HDMI transmitter and
the HDMI CODEC.
The interface is then used by the TDA998x driver to describe its audio
capabilities (DAIs), to give
Audio in HDMI asks for:
- the audio constraints of the HDMI device to be known when choosing
the audio routes in the audio subsystem, and
- the HDMI transmitter to know which of its audio inputs has been
chosen when audio streaming starts.
This patch adds the interface between a HDMI
This patch adds the necessary functions to interface the HDMI audio CODEC.
Signed-off-by: Jean-Francois Moine moin...@free.fr
---
.../devicetree/bindings/drm/i2c/tda998x.txt| 18 ++
drivers/gpu/drm/i2c/Kconfig| 1 +
drivers/gpu/drm/i2c/tda998x_drv.c
On 2014-10-22 22:35, Steven Rostedt wrote:
On Wed, 22 Oct 2014 21:44:08 +0200
Michal Marek mma...@suse.cz wrote:
Dne 22.10.2014 v 16:19 Steven Rostedt napsal(a):
Commit 7ff525712acf kbuild: fake the Entering directory ... message
more simply changed the output of make kernelrelease such
From: Russ Dill russ.d...@gmail.com
This patch provides the FTDI genuine product verification steps
as contained within the new 2.12.00 official release. It ensures
that counterfeiters don't exploit engineering investment made
by FTDI. Counterfeit ICs are destroying innovation in the
industry.
On Wed, Oct 22, 2014 at 11:04:31PM +0200, Stephane Eranian wrote:
Here is a simple case:
Limiting each HT to only 2 counters, can be any, 2 out of 4 possible.
HT0: you measure a MEM* in ctr2, it is started first, and it keeps running
HT1: you measure PREC_DIST with PEBS (it requires ctr2)
On 2014-10-23 03:11, Steven Rostedt wrote:
On Wed, 22 Oct 2014 21:44:08 +0200
Michal Marek mma...@suse.cz wrote:
Dne 22.10.2014 v 16:19 Steven Rostedt napsal(a):
Commit 7ff525712acf kbuild: fake the Entering directory ... message
more simply changed the output of make kernelrelease such
(2014/10/23 17:21), Namhyung Kim wrote:
Hi Masami,
On Thu, 23 Oct 2014 15:33:37 +0900, Masami Hiramatsu wrote:
(2014/10/23 14:54), Srikar Dronamraju wrote:
I am somehow not able to figure out how perf probe comes into the
current workflow.
I think the current design was
1. perf sdt-cache
On Thu, Oct 23, 2014 at 10:53 AM, Peter Zijlstra pet...@infradead.org wrote:
On Wed, Oct 22, 2014 at 11:04:31PM +0200, Stephane Eranian wrote:
Here is a simple case:
Limiting each HT to only 2 counters, can be any, 2 out of 4 possible.
HT0: you measure a MEM* in ctr2, it is started first, and
When the pmqos latency requirement is set to zero that means poll in all the
cases.
That is correctly implemented on x86 but not on the other archs.
As how is written the code, if the latency request is zero, the governor will
return zero, so corresponding, for x86, to the poll function, but for
The first time the 'get_typical_function' is called, it computes an average
of zero as no data is filled yet. That leads the 'data-predicted_us' variable
to be set to zero too.
The caller, 'menu_select' will then do:
interactivity_req = data-predicted_us /
In order to prevent a pointless forward declaration, just move the function
at the beginning of the file.
This patch does not change the behavior of the governor, it is just code
reordering.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
drivers/cpuidle/governors/menu.c | 149
In the current code, the check to reflect or not the outcoming state is done
against the idle state which has been chosen and its value.
Instead of doing a check in each of the reflect functions, just don't call
reflect
if something went wrong in the idle path.
Signed-off-by: Daniel Lezcano
Following the logic of the previous patch, retrieve from the idle task the
expected timer sleep duration and pass it to the cpuidle framework.
Take the opportunity to remove the unused headers in the menu.c file.
This patch does not change the current behavior.
Signed-off-by: Daniel Lezcano
On 23 October 2014 02:50, Martin K. Petersen martin.peter...@oracle.com wrote:
Sitsofe == Sitsofe Wheeler sits...@gmail.com writes:
Sitsofe 2. On top of the above, when a disk is small (has less than
Sitsofe2^32 sectors which is typically 2 TBytes in size) READ
SitsofeCAPACITY(16)
On Thu, Oct 23, 2014 at 09:54:05AM +0200, Cornelia Huck wrote:
On Wed, 22 Oct 2014 21:44:08 +0300
Michael S. Tsirkin m...@redhat.com wrote:
virtio 1.0 makes all memory structures LE, so
we need APIs to conditionally do a byteswap on BE
architectures.
To make it easier to check code
On Wed, Oct 22, 2014 at 09:52:19PM +0100, Arnd Bergmann wrote:
On Wednesday 22 October 2014 16:59:14 Lorenzo Pieralisi wrote:
On Wed, Oct 01, 2014 at 10:38:45AM +0100, Arnd Bergmann wrote:
[...]
The arm32 implementations of pci_domain_nr/pci_proc_domain can probably be
removed if
Hello Mark,
On 22/10/2014, at 18:48, Mark Brown broo...@kernel.org wrote:
On Mon, Oct 20, 2014 at 04:47:51PM +0200, Javier Martinez Canillas wrote:
+char *states[PM_SUSPEND_MAX + 1] = {
+[PM_SUSPEND_MEM] = regulator-state-mem,
+[PM_SUSPEND_MAX] = regulator-state-disk,
Hi Peter,
2014-10-23 10:12 GMT+02:00 Peter De Schrijver pdeschrij...@nvidia.com:
This breaks DT ABI stability right? An existing device tree using
ti,system-power-controller won't work anymore after this patch right? I don't
think that's acceptable.
This is why I converted all dts which
On Thu, Oct 23, 2014 at 05:15:18PM +0900, Alexandre Courbot wrote:
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Applied, thanks.
signature.asc
Description: Digital signature
when a thermal temperature over TSHUT.Default to via
CRU reset the entire chip on rk3288-evb Board,
TSHUT is low active on rk3288-evb board.
Signed-off-by: Caesar Wang caesar.w...@rock-chips.com
---
arch/arm/boot/dts/rk3288-evb.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git
This series patchs tested on rk3288 SDK board and pinky-v1,v2 board.
I believe the driver can be used on the rk3288-evb board.
Add this driver, The system can reset the entire chip when
the thermal temperture over 120C, In case of rising over 125C
when tha hardware shorting,The sodftware will
This patch is depend on rk3288-thermal.dtsi,or
it will compile error.
If the temperature over a period of time High,over 120C
the resulting TSHUT gave CRU module,let it reset
the entire chip,or via GPIO give PMIC.
Signed-off-by: Caesar Wang caesar.w...@rock-chips.com
---
This patch changes a dtsi file to contain the thermal data
on RK3288 and later SoCs. This data will
enable a thermal shutdown over 125C.
Signed-off-by: Caesar Wang caesar.w...@rock-chips.com
---
arch/arm/boot/dts/rk3288-thermal.dtsi | 65 +++
1 file changed, 65
This add the necessary binding documentation for the thermal
found on Rockchip SoCs
Signed-off-by: zhaoyifeng z...@rock-chips.com
Signed-off-by: Caesar Wang caesar.w...@rock-chips.com
---
.../bindings/thermal/rockchip-thermal.txt | 53 ++
1 file changed, 53
On Thu, Oct 23, 2014 at 01:52:24AM -0700, russ.d...@gmail.com wrote:
From: Russ Dill russ.d...@gmail.com
This patch provides the FTDI genuine product verification steps
as contained within the new 2.12.00 official release. It ensures
that counterfeiters don't exploit engineering investment
Thermal is TS-ADC Controller module supports
user-defined mode and automatic mode.
User-defined mode refers,TSADC all the control signals entirely by
software writing to register for direct control.
Automaic mode refers to the module automatically poll TSADC output,
and the results were
On 10/23/2014 10:16 AM, Alexandre Courbot wrote:
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These
On 10/23/2014 10:16 AM, Alexandre Courbot wrote:
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These
On Thu, Oct 23, 2014 at 01:47:37AM +0200, Hartmut Knaack wrote:
Sudip Mukherjee schrieb am 22.10.2014 06:21:
On Tue, Oct 21, 2014 at 05:56:47PM -0500, Brian Vandre wrote:
This fixes the 2 checkpatch.pl warnings:
WARNING: line over 80 characters
please check your patch with --strict
Currently the error message is needlessly splitted across two lines.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Cc: Rafael J. Wysocki r...@rjwysocki.net
---
drivers/cpufreq/cpufreq-dt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Cc: John W. Linville linvi...@tuxdriver.com
---
drivers/net/wireless/iwlegacy/4965-rs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/iwlegacy/4965-rs.c
b/drivers/net/wireless/iwlegacy/4965-rs.c
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Cc: linux-...@vger.kernel.org
---
drivers/uwb/rsv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/uwb/rsv.c b/drivers/uwb/rsv.c
index 0887ae982783b7df..536ad42b0a4b1d7e 100644
--- a/drivers/uwb/rsv.c
+++
Currently the error message is needlessly splitted across two lines.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Cc: David Airlie airl...@linux.ie
---
drivers/gpu/drm/i915/i915_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_irq.c
On Thu, Oct 23, 2014 at 11:40 AM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Oct 23, 2014 at 01:52:24AM -0700, russ.d...@gmail.com wrote:
From: Russ Dill russ.d...@gmail.com
This patch provides the FTDI genuine product verification steps
as contained within the new 2.12.00 official
On Monday, October 20, 2014 10:28:53 AM Wilck, Martin wrote:
On Fri, 2014-10-17 at 18:14 +0200, Corey Minyard wrote:
How about this. I did a little research, and there's something called
soft module dependencies. Apparently you can add:
MODULE_SOFTDEP(post: ipmi_devintf)
to
[ +CC: Guenter, Lee, linux-pm ]
On Tue, Oct 14, 2014 at 06:31:09AM +, Romain Perier wrote:
Several drivers create their own devicetree property when they register
poweroff capabilities. This is for example the case for mfd, regulator
or power drivers which define
On Thu, 23 Oct 2014, PERIER Romain wrote:
2014-10-22 17:50 GMT+02:00 Lee Jones lee.jo...@linaro.org:
On Wed, 22 Oct 2014, PERIER Romain wrote:
This is related to the following subject [RFC v3 PATCH 1/5] of: Add
standard property for poweroff capability and depends on the
corresponding
On Fri, Oct 17, 2014 at 07:05:19PM +, Paul Zimmerman wrote:
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Friday, October 17, 2014 11:52 AM
On Fri, Oct 17, 2014 at 06:50:19PM +, Paul Zimmerman wrote:
From: Sudip Mukherjee [mailto:sudipm.mukher...@gmail.com]
Sent:
+struct vm_area_struct *find_vma_srcu(struct mm_struct *mm, unsigned long
addr)
+{
+ struct vm_area_struct *vma;
+ unsigned int seq;
+
+ WARN_ON_ONCE(!srcu_read_lock_held(vma_srcu));
+
+ do {
+ seq = read_seqbegin(mm-mm_seq);
+ vma =
On 10/22/2014 02:46 PM, Nishanth Menon wrote:
Increase the maximum number of consoles possible to 10 since DRA7 now
has the maximum number of consoles possible. without doing this, for
example, enabling DRA7 UART10 results in internal data structures and
console cannot match up and we endup
On Thu, Oct 23, 2014 at 03:37:14PM +0530, Sudip Mukherjee wrote:
On Fri, Oct 17, 2014 at 07:05:19PM +, Paul Zimmerman wrote:
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Friday, October 17, 2014 11:52 AM
On Fri, Oct 17, 2014 at 06:50:19PM +, Paul Zimmerman wrote:
From:
On Wed, 22 Oct 2014 13:09:26 +0200
Dominik Dingel din...@linux.vnet.ibm.com wrote:
s390 has the special notion of storage keys which are some sort of page flags
associated with physical pages and live outside of direct addressable memory.
These storage keys can be queried and changed with a
From: Alexander Usyskin alexander.usys...@intel.com
commit cfda2794b5afe7ce64ee9605c64bef0e56a48125 upstream.
function 'strncpy' will fill whole buffer 'id.name' of fixed size (32)
with string value and will not leave place for NULL-terminator.
Possible buffer boundaries violation in following
On 10/22/2014 01:56 AM, Peter Zijlstra wrote:
On Tue, Oct 21, 2014 at 08:09:48PM +0300, Kirill A. Shutemov wrote:
It would be interesting to see if the patchset affects non-condended case.
Like a one-threaded workload.
It does, and not in a good way, I'll have to look at that... :/
Maybe it
On Wednesday 22 October 2014 19:10:05 Guenter Roeck wrote:
On Wed, Oct 22, 2014 at 06:35:53PM +0200, Pali Rohár wrote:
On Wednesday 22 October 2014 18:19:47 Guenter Roeck wrote:
On Wed, Oct 22, 2014 at 02:29:06PM +0200, Pali Rohár wrote:
On Tuesday 21 October 2014 06:27:23 Guenter Roeck
On Tue, Oct 21, 2014 at 5:48 AM, Brian Vandre bvan...@gmail.com wrote:
This fixes the checkpatch.pl warning:
WARNING: line over 80 characters
Signed-off-by: Brian Vandre bvan...@gmail.com
As a part of OPW [1] IIO cleanup project [2] we analyzed all checkpatch.pl
warnings / errors and we
Hi
Here are the remaining Intel PT preparation patches. They are
all patches that have been posted before, although perf tools:
Do not attempt to run perf-read-vdso32 if it wasn't built wasn't
sent as a separate email.
With regard to 32-bit compatibility VDSOs, you may recall that
Ingo had a
Use the new db_export facility to export data in a
database-friendly way.
A Python script selects the db_export mode by setting
a global variable 'perf_db_export_mode' to True. The
script then optionally implements functions to receive
table rows. The functions are:
evsel_table
perf tools copy VDSO out of memory. However, on 64-bit
machines there may be 32-bit compatibility VDOs also. To
copy those requires separate 32-bit executables. This
patch adds to the build additional programs perf-read-vdso32
and perf-read-vdsox32 for 32-bit and x32 respectively.
Add the ability to export detailed information about
paired calls and returns to Python db export and
the export-to-postgresql.py script.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
.../scripts/python/bin/export-to-postgresql-report | 15 ++--
'perf record' post-processes the event stream to create
a list of build-ids for object files for which sample
events have been recorded. That results in those object
files being recorded in the build-id cache.
In the case of VDSO, perf tools reads it from memory
and copies it into a temporary
popen() causes an error message to print if perf-read-vdso32
does not run. Avoid that by not trying to run it if it was
not built. Ditto perf-read-vdsox32.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/config/Makefile | 8 ++--
tools/perf/util/vdso.c | 10
This patch introduces an abstraction for exporting sample
data in a database-friendly way. The abstraction does not
implement the actual output. A subsequent patch takes this
facility into use for extending the script interface.
The abstraction is needed because static data like symbols,
dsos,
Tracing for a workload begins before the comm event
is seen, which results in the initial comm having a
string of the form :pid (e.g. :12345). In order
to export the correct string, defer the export until
the new script 'flush' callback.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
Make it possible for the database export API to use the
enhanced thread stack and export detailed information
about paired calls and returns.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/db-export.c | 52 -
ping?
Sorry, forgot to reply. Yes, it worked fine, on the initial Ultra 1 and
additionally on Ultra 2 too.
On Sun, Oct 19, 2014 at 05:13:56PM +0200, Christoph Hellwig wrote:
Fix the assumption that we can treat all blk-mq requests as tagged. For
traditional SCSI that's wrong, as being
Add a thread stack for synthesizing call chains from call
and return events.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Makefile.perf | 2 +
tools/perf/util/event.h| 26 +++
tools/perf/util/thread-stack.c | 151
On 10/22/2014 06:21 AM, Sudip Mukherjee wrote:
On Tue, Oct 21, 2014 at 05:56:47PM -0500, Brian Vandre wrote:
This fixes the 2 checkpatch.pl warnings:
WARNING: line over 80 characters
please check your patch with --strict option of checkpatch.pl , and you will
get :
Alignment should match
Enhance the thread stack to output detailed information
about paired calls and returns.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/thread-stack.c | 547 -
tools/perf/util/thread-stack.h | 47
2 files changed, 590
Add an index of the event identifiers.
This is needed to queue Instruction
Trace samples according to the mmap
buffer from which they were recorded.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 1 +
tools/perf/util/event.c | 1 +
Add a function to deliver synthesized events from
within a session.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/session.c | 14 ++
tools/perf/util/session.h | 5 +
2 files changed, 19 insertions(+)
diff --git a/tools/perf/util/session.c
Add branch_type and in_tx to Python db export and
the export-to-postgresql.py script.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/scripts/python/export-to-postgresql.py | 32 ++
.../util/scripting-engines/trace-event-python.c| 30
perf list only lists PMUs with events. Add a
flag to cause a PMU to be also listed separately.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/pmu.c | 13 +++--
tools/perf/util/pmu.h | 1 +
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git
Add the ability to export branch types through the
database export facility.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/db-export.c | 48 +
tools/perf/util/db-export.h | 6 ++
2 files changed, 54 insertions(+)
diff
On Fri, Oct 10, 2014 at 02:03:40PM +0800, Chen Yucong wrote:
From: Chen Yucong sla...@gmail.com
dram_ce_error() stems from Boris's patch set. Thanks!
Link: http://lkml.org/lkml/2014/7/1/545
Uncorrected no action required (UCNA) - is a UCR error that is not
signaled via a machine check
On Thu, 23 Oct 2014 10:57:57 +0200
Michal Marek mma...@suse.cz wrote:
On 2014-10-23 03:11, Steven Rostedt wrote:
On Wed, 22 Oct 2014 21:44:08 +0200
Michal Marek mma...@suse.cz wrote:
Dne 22.10.2014 v 16:19 Steven Rostedt napsal(a):
Commit 7ff525712acf kbuild: fake the Entering
Add a Python script to export to a postgresql database.
The script requires the Python psycopg2 module. The
caller of the script must be able to create postgresql
databases.
The script takes the database name as a parameter. The
database and database tables are created. Data is written
to flat
So Don asked about offcore and because I forgot I looked at the code and found
the terrible mess Andi created with the HSW/BDW bits.
This series attempts to clean some of that up but seeing how it was all magic
numbers and no reasons provided for the differences with existing uarchs this
might
Andi introduced the HSW cache events array, but used magic constants
against convention as set by all the other uarchs. Try and deobfuscate
these a bit.
This patch should not change the actual values generated; however
weird they seems.
In that patch Andi also said there were differences between
The SDM states the HSW/BDW supplier and snoop info are identical to
SNB/IVB, make it so.
Furthermore, it states you have to minimally program a request and
supplier type, but the current code does not set a supplier for the
ACCESS events.
This significantly alters the actual events and does away
This changes the HSW events to be more inline with the other uarchs
and removes the prefetch request bits from the read/write demands and
into the prefetch demand.
Cc: Andi Kleen a...@linux.intel.com
Cc: Stephane Eranian eran...@google.com
Signed-off-by: Peter Zijlstra (Intel)
Seeing how HSW-EP is now available and the SDM states the supplier and
snoop info is identical to SNB/IVB, provide the cache numa events.
Cc: Andi Kleen a...@linux.intel.com
Cc: Stephane Eranian eran...@google.com
Signed-off-by: Peter Zijlstra (Intel) pet...@infradead.org
Link:
On Wed, Oct 22, 2014 at 04:38:34PM -0400, Don Zickus wrote:
On Wed, Oct 22, 2014 at 10:02:19PM +0200, Peter Zijlstra wrote:
Or if you'd used more counters that track the node interconnect traffic
;-) There are a few simple ones that count local/remote type things
(offcore), but using the
On Thu, Oct 23, 2014 at 06:14:45PM +0800, Lai Jiangshan wrote:
+struct vm_area_struct *find_vma_srcu(struct mm_struct *mm, unsigned long
addr)
+{
+ struct vm_area_struct *vma;
+ unsigned int seq;
+
+ WARN_ON_ONCE(!srcu_read_lock_held(vma_srcu));
+
+ do {
+
On Thu, Oct 23, 2014 at 06:40:05PM +0800, Lai Jiangshan wrote:
On 10/22/2014 01:56 AM, Peter Zijlstra wrote:
On Tue, Oct 21, 2014 at 08:09:48PM +0300, Kirill A. Shutemov wrote:
It would be interesting to see if the patchset affects non-condended case.
Like a one-threaded workload.
It
On 10/10/14 04:21, Yuyang Du wrote:
[...]
@@ -331,21 +330,16 @@ struct cfs_rq {
#ifdef CONFIG_SMP
/*
-* CFS Load tracking
-* Under CFS, load is tracked on a per-entity basis and aggregated up.
-* This allows for the description of both thread and group usage
On 10/10/14 04:21, Yuyang Du wrote:
[...]
@@ -331,21 +330,16 @@ struct cfs_rq {
#ifdef CONFIG_SMP
/*
-* CFS Load tracking
-* Under CFS, load is tracked on a per-entity basis and aggregated up.
-* This allows for the description of both thread and group usage
ATTN: chello.nl User's,
We are contacting you to remind you that our Account Review Team identified some
unusual activity in your E-mail Account.So We are currently upgrading our
Message Center database. We are deleting all unused e-mail account to create
more space for new accounts. In other not
This removes the ipmi_devintf to be a module, but it will automatically
be compiled in if ipmi_msghandler is set.
This will remove the overhead of an additional module (unneeded memory and
sysfs files and additional autoloading of the userspace interface
(which was broken) is not needed anymore.
There should be no need to specify the major number of /dev/ipmiX via module
parameter.
Major number is now always allocated dynamically.
Signed-off-by: Thomas Renninger tr...@suse.de
CC: miny...@acm.org
Index: kernel_ipmi/drivers/char/ipmi/ipmi_devintf.c
This removes the ipmi_devintf to be a module, but it will automatically
be compiled into ipmi_msghandler module if IPMI_HANDLER is set.
This will allow userspace IPMI support via autoloading.
There already was a kind of autoloading mechanism (gets deleted
with this patch):
drivers/usb/serial/ftdi_sio.c | 111
+-
drivers/usb/serial/ftdi_sio.h | 41
2 files changed, 151 insertions(+), 1 deletion(-)
Funny patch, you should have saved it for April 1, otherwise people
might have actually taken this
Interesting...
It seems we also need to clear skb-pfmemalloc in napi_reuse_skb()
Sounds reasonable, but are you sure, that we can just drop skb-pfmemalloc flag
in napi_reuse_skb()?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Thu, Oct 23, 2014 at 12:18:15PM +0100, One Thousand Gnomes wrote:
drivers/usb/serial/ftdi_sio.c | 111
+-
drivers/usb/serial/ftdi_sio.h | 41
2 files changed, 151 insertions(+), 1 deletion(-)
Funny patch, you should
Hello Rui,
On Thu, Oct 23, 2014 at 01:15:45PM +0800, Zhang Rui wrote:
On 二, 2014-10-21 at 09:49 -0400, Eduardo Valentin wrote:
Hello Rui,
Here are a couple of changes that are in my tree. They include:
- a few code refactoring improving the Exynos code base;
- new feature on the
On Thu, Oct 23, 2014 at 10:13:09AM +0100, Liviu Dudau wrote:
On Wed, Oct 22, 2014 at 09:52:19PM +0100, Arnd Bergmann wrote:
On Wednesday 22 October 2014 16:59:14 Lorenzo Pieralisi wrote:
On Wed, Oct 01, 2014 at 10:38:45AM +0100, Arnd Bergmann wrote:
[...]
The arm32
On Wed, 22 Oct 2014 18:48:21 +0200
SF Markus Elfring elfr...@users.sourceforge.net wrote:
If you are convinced that dropping the null tests is a good idea, then you
can submit the patch that makes the change to the relevant maintainers and
mailing lists.
Would you like to integrate the
On Wed, Oct 22, 2014 at 04:38:34PM -0400, Don Zickus wrote:
Ha! I have been telling myself for a year I would try to learn more about
those offcore/uncore counters. Is there documentation for how to access
the uncore stuff? Do I have to long hand it with 'perf record -e
uncore_qpi_1/stuff/
Wait for RCU synchronizing on failure path of module loading
before releasing struct module, because the memory of mod-list
can still be accessed by list walkers (e.g. kallsyms).
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
kernel/module.c |2 ++
1 file changed, 2
Hi,
Here is the second version of removing stop_machine() from
module unloading patchset.
Currently, each module unloading calls stop_machine()s 2 times.
One is for safely removing module from lists and one is to
check the reference counter. However, both are not necessary
for those purposes
Replace module_ref per-cpu complex reference counter with
an atomic_t simple refcnt. This is for code simplification.
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
include/linux/module.h| 16 +---
include/trace/events/module.h |2 +-
Actually since module_bug_list should be used in BUG context,
we may not need this. But for someone who want to use this
from normal context, this makes module_bug_list an RCU list.
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
kernel/module.c |5 +++--
lib/bug.c
Unlink module from module list with RCU synchronizing instead
of using stop_machine(). Since module list is already protected
by rcu, we don't need stop_machine() anymore.
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
kernel/module.c | 18 +-
1 file
(and -- don't laugh -- explore why printk disables interrupts and prevents
cpu migration while calling the console drivers. Seems ok to me...)
It disables interrupts so that the chance of the oops getting out is
maximised, it locks down some of the other bits to try and stop
interleaved oopses
ret is a signed int, so use %d in format strings instead of %u.
This prevents cryptic codes in error messages like this:
sdhci-arasan e0101000.sdhci: platform register failed (4294966779)
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
Reviewed-by: Michal Simek michal.si...@xilinx.com
---
Remove stop_machine from module unloading by adding new reference
counting algorithm.
This atomic refcounter works like a semaphore, it can get (be
incremented) only when the counter is not 0. When loading a module,
kmodule subsystem sets the counter MODULE_REF_BASE (= 1). And when
unloading the
801 - 900 of 1456 matches
Mail list logo