[...snip...]
+
+static int __init intel_uncore_init(void)
+{
+ int ret;
+
+ if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL)
+ return -ENODEV;
+
+ ret = uncore_cpu_init();
+ if (ret)
+ goto fail;
+
+ uncore_pmus_register();
+
On Tue, Jul 24, 2012 at 01:22:49, Thierry Reding wrote:
On Mon, Jul 23, 2012 at 03:05:26PM +, Philip, Avinash wrote:
On Mon, Jul 23, 2012 at 18:38:25, Thierry Reding wrote:
On Mon, Jul 23, 2012 at 12:51:11PM +, Philip, Avinash wrote:
On Mon, Jul 23, 2012 at 14:00:32, Thierry
On Tue, Jul 24, 2012 at 8:00 AM, Yan, Zheng zheng.z@intel.com wrote:
[...snip...]
+
+static int __init intel_uncore_init(void)
+{
+ int ret;
+
+ if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL)
+ return -ENODEV;
+
+ ret = uncore_cpu_init();
+
It is not necessary to call max8997_update_reg() twice just for updating
MAX8997_REG_LEN_CNTL register. With proper val and mask arguments to
max8997_update_reg() call, this can be done in one max8997_update_reg() call.
And then we can remove max8997_led_clear_mode() function.
Signed-off-by: Axel
On Mon, Jul 23, 2012 at 04:06:08PM -0700, Ben Chan wrote:
This patch fixes commit 8df858ea76b76dde9a39d4edd9aaded983582cfe,
Please put the human readable patch title as well as just the hash.
Hashes sometimes change when they get merged into Linus's tree as
well.
which
mishandles the
Hi Chris,
Are there any additional open issues to discuss regarding the sanitize
capability ?
If not, we would like to see this patch pushed into mmc-next.
Thanks,
Yaniv
= -Original Message-
= From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
= ow...@vger.kernel.org] On Behalf
2012/7/18 Colin Cross ccr...@android.com:
Many clocks that are used to provide sched_clock will reset during
suspend. If read_sched_clock returns 0 after suspend, sched_clock will
appear to jump forward. This patch resets cd.epoch_cyc to the current
value of read_sched_clock during resume,
On Tue, Jul 24, 2012 at 09:21:34AM +0800, wwang wrote:
Hi Borislav:
Realtek card reader supports not only SDMMC card, but also Memory
stick. This part is the common code, so it is located in
drivers/misc. There is also SDMMC-relevant code under CONFIG_MMC.
And in the future,
On Mon, Jul 23, 2012 at 10:15:07PM +0200, Lars-Peter Clausen wrote:
On 07/23/2012 10:30 AM, Thierry Reding wrote:
On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
[...]
diff --git a/include/linux/pwm.h b/include/linux/pwm.h
index 21d076c..2e4e960 100644
---
Implement support for pinctrl on lantiq/xway socs. The IO core found on these
socs has the registers for pinctrl, pinconf and gpio mixed up in the same
register range. As the gpio_chip handling is only a few lines, the driver also
implements the gpio functionality. This obseletes the old gpio
Signed-off-by: John Crispin blo...@openwrt.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-kernel@vger.kernel.org
---
.../bindings/pinctrl/lantiq,xway-pinumx.txt| 97
1 files changed, 97 insertions(+), 0 deletions(-)
Add driver for GPIO blocks found on Lantiq FALCON SoC. The SoC has 5 banks of
up to 32 pads. The GPIO blocks have a per pin IRQs.
Signed-off-by: John Crispin blo...@openwrt.org
Signed-off-by: Thomas Langer thomas.lan...@lantiq.com
Cc: linux-kernel@vger.kernel.org
---
Signed-off-by: John Crispin blo...@openwrt.org
Signed-off-by: Thomas Langer thomas.lan...@lantiq.com
Cc: Linus Walleij linus.wall...@linaro.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-kernel@vger.kernel.org
---
.../bindings/pinctrl/lantiq,falcon-pinumx.txt | 83
The driver was using a 16 bit field for storing the shadow value of the shift
register cascade. This resulted in only the first 2 shift registeres receiving
the correct data. The third shift register would always receive 0x00.
Fix this by using a 32bit field for the shadow value.
Signed-off-by:
Implement support for pinctrl on lantiq/falcon socs. The FALCON has 5 banks
of up to 32 pins.
Signed-off-by: John Crispin blo...@openwrt.org
Signed-off-by: Thomas Langer thomas.lan...@lantiq.com
Cc: Linus Walleij linus.wall...@linaro.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc:
Hi Yaniv,
On Tue, Jul 24 2012, Yaniv Gardi wrote:
Are there any additional open issues to discuss regarding the sanitize
capability ?
If not, we would like to see this patch pushed into mmc-next.
I think you've responded to all of the open issues, thanks -- I'm adding
everyone who made a
From: kyak b...@bmail.ru
Date: Tue, 24 Jul 2012 09:39:40 +0400 (MSK)
This patch was created against linux-3.5, but it applies perfectly
against net-next tree, i just checked..
I'm sorry for not being able to submit the correct patch from the
first attempt (and not even from the third
On 07/21/2012 02:37 PM, Borislav Petkov wrote:
(+ Andre who's been doing some cross vendor stuff)
On Fri, Jul 20, 2012 at 08:37:33PM +0400, Vladimir Davydov wrote:
If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
reported in /proc/cpuinfo and used by the kernel. However,
On Mon, 23 Jul 2012 22:08:48 -0700, Junio C Hamano gits...@pobox.com wrote:
* The value of core.attributesfile and core.excludesfile default to
$HOME/.config/attributes and $HOME/.config/ignore respectively when
these files exist.
$HOME/.config/git/attributes ..
--
To unsubscribe from
On 23/07/12 19:12, Will Deacon wrote:
On Mon, Jul 23, 2012 at 03:56:02PM +0100, Lee Jones wrote:
On 23/07/12 15:50, Lee Jones wrote:
I was wondering if I may bother you for some help. I've been having
serious issues with testing the new mop500 sound system you have in your
ASoC for-next
hvc_console has two methods to instanciate the consoles.
hvc_instanciate is meant to be called at early boot, while hvc_alloc is
called for more dynamically probed objects.
Currently, it only deals with adding kernel consoles in the former case,
which means for example that if a console only
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the s390 patches for the 3.6 merge window. No new functions,
a few changes to make the code more robust, some cleanups and bug fixes.
The shortlog:
On Mon, Jul 23, 2012 at 10:32:39PM +0200, Sasha Levin wrote:
As it was discussed recently, there's currently no way for the guest to notify
the host about panics. Further more, there's no reasonable way to notify the
host of other critical events such as an OOM kill.
This short patch series
On Tue, Jul 24, 2012 at 11:06:08AM +0400, Vladimir Davydov wrote:
If msr-tools are used for cpuid masking, we will either get
inconsistency between /proc/cpuinfo:flags and the output of the cpuid
instruction or have to synchronize the clearcpuid boot option and
the userspace app using
It would be easier to see what's happening with preprocessed source.
Here is the line in sock.i:
struct static_key memalloc_socks = ((struct static_key) { .enabled =
((atomic_t) { (0) }) });
Thanks,
Fengguang
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Tuesday 24 July 2012, Linus Torvalds wrote:
In your for-linus branch, mpu_3xxx_clkdm remains in the
clockdomains_common[] array. In my merge, it is gone. But I think I
did the merge correctly, and you did it wrong. HOWEVER, I don't know
the code, maybe there is some subtle reason why you
Hi Rajman,
On Sun, Jul 22, 2012 at 09:18:57PM +0530, rajman mekaco wrote:
Hi,
I am trying to understand the calculations in mm/page-writeback.c but
I am falling short of theoretical knowledge.
What online (or otherwise) reading material can be used to fully
understand the maths formulae
On Tue, Jul 24, 2012 at 2:29 PM, Axel Lin axel@gmail.com wrote:
It is not necessary to call max8997_update_reg() twice just for updating
MAX8997_REG_LEN_CNTL register. With proper val and mask arguments to
max8997_update_reg() call, this can be done in one max8997_update_reg() call.
And
Use devm_kzalloc, devm_clk_get, devm_request_irq, and devm_request_and_ioremap
to reduce the code and to simplify the error path.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Viresh Kumar viresh.li...@gmail.com
---
drivers/dma/dw_dmac.c | 53
On Monday 23 Jul 2012 21:02:30 Jörn Engel wrote:
On Mon, 23 July 2012 15:33:16 +0100, Tvrtko Ursulin wrote:
On Thursday 12 Jul 2012 18:46:34 Jörn Engel wrote:
Console driver similar to netconsole, except it writes to a block
device. Can be useful in a setup where netconsole, for whatever
On Wed, Jul 04, 2012 at 11:45:50AM +0300, Andy Shevchenko wrote:
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Acked-by: Andrei Emeltchenko andrei.emeltche...@intel.com
---
Documentation/printk-formats.txt |1 +
lib/vsprintf.c |5 -
2 files
On Tue, Jul 24, 2012 at 9:00 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Use devm_kzalloc, devm_clk_get, devm_request_irq, and devm_request_and_ioremap
to reduce the code and to simplify the error path.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc:
Hi,
I am new to kernel programming so can anyone point me to the right
forum/reply for the question below.
I would like to implement a character device and using a node of type
character read and write data. However I am not sure of the length of
data from kernel which a user app will
On Tue, Jul 24, 2012 at 07:58:51AM +0200, Mike Galbraith wrote:
On Mon, 2012-07-23 at 14:38 +0100, Mel Gorman wrote:
Changelog since V1
o Expand some of the notes
(jrnieder)
o Correct upstream commit SHA1(hugh)
* Arnd Bergmann a...@arndb.de [120724 00:57]:
On Tuesday 24 July 2012, Linus Torvalds wrote:
In your for-linus branch, mpu_3xxx_clkdm remains in the
clockdomains_common[] array. In my merge, it is gone. But I think I
did the merge correctly, and you did it wrong. HOWEVER, I don't know
On 07/24/2012 09:06 AM, Vladimir Davydov wrote:
On 07/21/2012 02:37 PM, Borislav Petkov wrote:
(+ Andre who's been doing some cross vendor stuff)
On Fri, Jul 20, 2012 at 08:37:33PM +0400, Vladimir Davydov wrote:
If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
reported
Hello John,
John Crispin wrote on 2012-07-24:
Add driver for GPIO blocks found on Lantiq FALCON SoC. The SoC has 5
banks of up to 32 pads. The GPIO blocks have a per pin IRQs.
Signed-off-by: John Crispin blo...@openwrt.org
Signed-off-by: Thomas Langer thomas.lan...@lantiq.com
Cc:
On Tue, Jul 24, 2012 at 04:29:29AM +0200, Mike Galbraith wrote:
On Mon, 2012-07-23 at 22:13 +0100, Mel Gorman wrote:
The backing database was postgres.
FWIW, that wouldn't have been my choice. I don't know if it still does,
but it used to use userland spinlocks to achieve scalability.
On 24/07/12 10:09, Langer Thomas (LQDE RD ST PON SW) wrote:
Hello John,
John Crispin wrote on 2012-07-24:
Add driver for GPIO blocks found on Lantiq FALCON SoC. The SoC has 5
banks of up to 32 pads. The GPIO blocks have a per pin IRQs.
Signed-off-by: John Crispin blo...@openwrt.org
On 07/24/2012 08:51 AM, Thierry Reding wrote:
How about the following?
/**
* enum pwm_polarity - polarity of a PWM signal
* @PWM_POLARITY_NORMAL: a high signal for the duration of the duty-
* cycle, followed by a low signal for the remainder of the pulse
* period
*
On Tue, Jul 24, 2012 at 12:25 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, July 23, 2012, Amit Daniel Kachhap wrote:
On 23 July 2012 15:53, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, July 23, 2012, Amit Daniel Kachhap wrote:
This patch initialises the cpu field of
On Tue, Jul 24, 2012 at 10:25:17AM +0200, Lars-Peter Clausen wrote:
On 07/24/2012 08:51 AM, Thierry Reding wrote:
How about the following?
/**
* enum pwm_polarity - polarity of a PWM signal
* @PWM_POLARITY_NORMAL: a high signal for the duration of the duty-
* cycle, followed
On 07/24/2012 07:55 AM, Rusty Russell wrote:
On Mon, 23 Jul 2012 22:32:39 +0200, Sasha Levin levinsasha...@gmail.com wrote:
As it was discussed recently, there's currently no way for the guest to notify
the host about panics. Further more, there's no reasonable way to notify the
host of other
Add driver for GPIO blocks found on Lantiq FALCON SoC. The SoC has 5 banks of
up to 32 pads. The GPIO blocks have a per pin IRQs.
Signed-off-by: John Crispin blo...@openwrt.org
Signed-off-by: Thomas Langer thomas.lan...@lantiq.com
Cc: linux-kernel@vger.kernel.org
---
Changes in V2
* fix typo in
As per datasheet, the vin pin for the regulator is named
as vin_sm0, vin_sm1, vin_sm2 for sm0, sm1 and sm2 respectively.
Correcting the names in driver and documentation to match with
datasheet.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
Reported-by: Stephen Warren swar...@nvidia.com
On 07/24/2012 12:14 PM, Andre Przywara wrote:
On 07/24/2012 09:06 AM, Vladimir Davydov wrote:
On 07/21/2012 02:37 PM, Borislav Petkov wrote:
(+ Andre who's been doing some cross vendor stuff)
On Fri, Jul 20, 2012 at 08:37:33PM +0400, Vladimir Davydov wrote:
If 'clearcpuid=N' is specified in
On Mon 23-07-12 18:08:05, Hugh Dickins wrote:
On Mon, 23 Jul 2012, Mel Gorman wrote:
On Sun, Jul 22, 2012 at 09:04:33PM -0700, Hugh Dickins wrote:
On Fri, 20 Jul 2012, Mel Gorman wrote:
On Fri, Jul 20, 2012 at 04:36:35PM +0200, Michal Hocko wrote:
I like it in that it's simple and I
On Tue, 2012-07-24 at 09:19 +0100, Mel Gorman wrote:
On Tue, Jul 24, 2012 at 04:29:29AM +0200, Mike Galbraith wrote:
On Mon, 2012-07-23 at 22:13 +0100, Mel Gorman wrote:
The backing database was postgres.
FWIW, that wouldn't have been my choice. I don't know if it still does,
but
On Tue, Jul 24, 2012 at 13:56:24, Thierry Reding wrote:
On Tue, Jul 24, 2012 at 10:25:17AM +0200, Lars-Peter Clausen wrote:
On 07/24/2012 08:51 AM, Thierry Reding wrote:
How about the following?
/**
* enum pwm_polarity - polarity of a PWM signal
* @PWM_POLARITY_NORMAL: a
On Mon, July 23, 2012 5:22 am, S, Venkatraman wrote:
On Mon, Jul 23, 2012 at 5:13 PM, me...@codeaurora.org wrote:
On Wed, July 18, 2012 12:26 am, Chris Ball wrote:
Hi, [removing Jens and the documentation list, since now we're
talking about the MMC side only]
On Wed, Jul 18 2012,
Hi Julia,
On Mon, 23 Jul 2012 19:59:21 +0200
Stephen Warren swar...@wwwdotorg.org wrote:
On 07/08/2012 05:37 AM, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Julia,
It looks like this patch hasn't seen any replies since you didn't CC the
maintainers of this code. I've
于 2012年07月24日 14:44, Borislav Petkov 写道:
Ok, thanks for explaining.
Btw, the SDMMC part rtsx_sdmmc.c doesn't build here:
http://marc.info/?l=linux-kernelm=134306261405814w=2
Thanks.
Hi Borislav:
This problem doesn't happen in my system. Can you tell me your kernel
version and give me your
On 07/23/2012 08:44 PM, Sarah Sharp wrote:
Did you try disabling the wake on bits in the port status registers? I
would prefer that solution if it works.
No, I didn't. Why we need to disable wake on capabilities?
Otherwise this patchset looks fine. I'll work with the hardware folks
and see
From: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Thanks Alex for KVM_HC_FEATURES inputs and Jan for VAPIC_POLL_IRQ,
and Peter (HPA) for suggesting hypercall ABI addition.
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
---
Please have a closer look at Hypercall ABI newly
On 2012-07-24 09:08, bforce1729 wrote:
Hi,
I am new to kernel programming so can anyone point me to the right
forum/reply for the question below.
I would like to implement a character device and using a node of type
character read and write data. However I am not sure of the length of
data
From: Namhyung Kim namhyung@lge.com
Now the event grouping viewing requires collapsing all member's in a
group to the leader. Thus hists__output_resort should be called after
collapsing all entreis in evlist.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
On Tue, Jul 24, 2012 at 05:03:30PM +0800, Fengguang Wu wrote:
Hi Steven,
This looks like some old bug, so I directly report to you w/o trying
to bisect it. It only happens on the attached i386 randconfig and
happens in about half of the kvm boots.
[1.380369] Testing tracer irqsoff: [
From: Namhyung Kim namhyung@lge.com
Like group_stats in hist_entry, total periods information also need
to be known to the leader.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/hist.c | 25
As we have struct he_stat, convert hist_entry's fields to he_stat.
It'll make it easy to deal with group stats.
This is a mechinical change and should not have any functional changes.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim
To support viewing an event group together, collapse all of members
in the group to the leader's tree. The entries in the leader's tree
will have group_stats to store those information.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim
From: Namhyung Kim namhyung@lge.com
Add --group option to enable event grouping. When enabled, all the
group members information will be shown together with the leader.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
From: Namhyung Kim namhyung@lge.com
When using event group viewer, it's better to show the group
description rather than the leader information alone.
If a leader did not contain any children, it's a non-group event.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Cc:
From: Namhyung Kim namhyung@lge.com
Since we have all necessary information in the leader events and
other members don't, show only leaders.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Cc: Pekka Enberg penb...@kernel.org
Signed-off-by: Namhyung Kim
From: Namhyung Kim namhyung@lge.com
Show group members' overhead also when showing the leader's.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Cc: Pekka Enberg penb...@kernel.org
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/gtk/browser.c | 57
Hi Cyril,
Thanks for this, certainly looks like an interesting platform!
Of course, in order to perform any sort of sensible review, I'll need some
silicon to test it on :)
On Tue, Jul 24, 2012 at 02:09:02AM +0100, Cyril Chemparathy wrote:
TI's scalable KeyStone II architecture includes
In order to support the event group viewer, their group relationship
is needed. Since it's not recorded explicitly anywhere in the perf.data
we should parse saved cmdline and apply the result to the evlist. It is
assumed that parsed entries are in a same order with the originals.
I know it's
Show group members' overhead also when showing the leader's.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/hist.c | 132 +-
1 file changed, 119
Hi all,
This is a patchset to support event grouping on perf report.
It depends on other patches like refactoring hist print [1],
processing file header feature [2] and (obviously) Jiri's event group
management [3]. All of this need to be reviewed though. ;)
The basic idea is move group
This is a preparation for upcoming event grouping feature.
Cc: Stephane Eranian eran...@google.com
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/evsel.h| 19 +++
tools/perf/util/parse-events.c |6 +-
From: Namhyung Kim namhyung@lge.com
Show group members' overhead also when showing the leader's.
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/browsers/hists.c | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git
On Mon, Jul 23, 2012 at 08:24:38PM +0200, Stephen Warren wrote:
On 07/10/2012 05:20 AM, Laxman Dewangan wrote:
To provide the late suspend and early resume for i2c
driver, convert the suspend/resume as
suspend- suspend_noirq
resume - resume_noirq
Signed-off-by: Laxman
On Monday, July 23, 2012 05:09:16 PM H. Peter Anvin wrote:
On 07/23/2012 07:40 AM, Thomas Renninger wrote:
This is another problem and I expect I call:
early_initrd_find_cpio_data()
early enough for Fenghua's needs.
If not, how early exactly is this needed?
We're calling that from
On Tue, 24 Jul 2012 18:01:21 +0900, Namhyung Kim wrote:
Hi all,
This is a patchset to support event grouping on perf report.
It depends on other patches like refactoring hist print [1],
processing file header feature [2] and (obviously) Jiri's event group
management [3]. All of this need to
On Tue, Jul 24, 2012 at 05:58:32, Colin Cross wrote:
On Mon, Jul 23, 2012 at 5:14 PM, Linus Walleij linus.wall...@linaro.org
wrote:
On Mon, Jul 23, 2012 at 9:27 PM, Colin Cross ccr...@android.com wrote:
On Mon, Jul 23, 2012 at 11:55 AM, Linus Walleij
Does the clock you use for
This change initialises the cpu id field of cs_cpu_dbs_info structure in
conservative governor and keep this consistent with other governors.
Similar initialisation is present in ondemand governor.
Signed-off-by: Amit Daniel Kachhap amit.dan...@samsung.com
---
On Mon, Jul 23, 2012 at 06:08:05PM -0700, Hugh Dickins wrote:
On Mon, 23 Jul 2012, Mel Gorman wrote:
On Sun, Jul 22, 2012 at 09:04:33PM -0700, Hugh Dickins wrote:
On Fri, 20 Jul 2012, Mel Gorman wrote:
On Fri, Jul 20, 2012 at 04:36:35PM +0200, Michal Hocko wrote:
I like it in that
When runtime resume a scsi device, if the device's driver has
implemented runtime resume callback, use that instead of the resume
callback.
sr driver needs this to properly do different things for system resume
and runtime resume.
Signed-off-by: Aaron Lu aaron...@amd.com
---
V2:
Check if the
The ODD can either be runtime resumed by the user or by a software
request. And for the latter part, we only support runtime resume the ODD
when the eject request is received. We did this in sr's block ioctl
function, this looks ugly.
Change this by runtime resuming the ODD in its open function
When the ODD is runtime suspended, there is no need to poll it for
events, so block events poll for it and unblock when resumed.
Signed-off-by: Aaron Lu aaron...@amd.com
---
block/genhd.c | 2 ++
drivers/scsi/sr.c | 7 ---
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git
V2:
Bug fix for V1;
Use scsi_autopm_* in sr driver instead of pm_runtime_*;
V1:
Here are some patches to make ZPODD easier to use for end users and
a fix for using ZPODD with system suspend.
Aaron Lu (7):
scsi: sr: fix for sr suspend and resume
scsi: pm: use autosuspend if device supports it
In sr_suspend, we do not need to do anything if it is not a runtime pm
request, so just return by checking the PM_IS_AUTO macro.
And in sr_resume, only reset the suspend_count back to 1 if the ODD is
waken up by the user, or the usage count of the scsi device will not
balance.
Signed-off-by:
Use scsi_autopm_* whenever possible instead of the pm_runtime_* in sr
driver as suggested by Alan Stern.
The reason pm_runtime_get_noresume in sr_suspend is used is that we
can't do sync resume call in suspend callback, or rpm_resume will wait
forever for the suspend request to finish.
If the device is using autosuspend, when scsi_autopm_put_device is
called for it, use autosuspend runtime pm calls instead of the sync
call.
Signed-off-by: Aaron Lu aaron...@amd.com
---
drivers/scsi/scsi_pm.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
Set the ODD's in kernel poll interval to 2s for the user in case the
user is using an old distro on which udev will not set the system wide
block parameter events_dfl_poll_msecs.
Signed-off-by: Aaron Lu aaron...@amd.com
---
block/genhd.c | 23 +--
drivers/scsi/sr.c
Sorry for the late reply. I'm using Gentoo Linux built from source
for ~amd64 (unstable).
Thanks
The crashes all seem to be while the devfs process is running. One
thing strange I noticed is that I'm using Gentoo's OpenRC boot
system, but the crashes only occur when it is configured to
On Tue, Jul 24, 2012 at 02:09:03AM +0100, Cyril Chemparathy wrote:
From: Vitaly Andrianov vita...@ti.com
The current phys-to-virt patching mechanism is broken on PAE machines with
64-bit physical addressing. This patch disables the patching mechanism in
such configurations.
It may be
Linus,
please pull sound updates for 3.6-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.6
The topmost commit is c1b623d9e4117d18d244e9b7fb30d2c27aeaf074
This is a fairly quiet release in all sound area. Only a little bit
of changes in the core side
Hi Bob,
Yes, we need to handle the wait table too. We has tried to remove the
pgdat and wait table altogether, but found it's really hard to remove pgdat
for empty nodes. I think the candidate solution is to free wait table but
keep pgdat. Any suggestions?
Thanks!
Gerry
On
On Tue, Jul 24, 2012 at 02:09:25AM +0100, Cyril Chemparathy wrote:
Keystone platforms have their physical memory mapped at an address outside the
32-bit physical range. A Keystone machine with 16G of RAM would find its
memory at 0x08 - 0x0b.
Ah, so the patches start to make
On Tue, Jul 24, 2012 at 10:14:09AM +0200, Andre Przywara wrote:
Actually these strange failures would be a bug then. If CPUID is
not there, the feature is not there. Full stop.
That's full of b*llshit and you know it. The feature is not there
*because* some luser has disabled it with a command
From: WuJianguo wujian...@huawei.com
When handling a memory node with only movable zone, function
early_kmem_cache_node_alloc() will allocate a page from remote node but
still increase object count on local node, which will trigger a BUG_ON()
as below when hot-removing this memory node. Actually
On Tue, Jul 24, 2012 at 3:36 AM, Yoshihiro YUNOMAE
yoshihiro.yunomae...@hitachi.com wrote:
The performance of each method is compared as follows:
[1] Native
- only recording trace data to ring-buffer on a guest
[2] Virtio-trace
- running a trace agent on a guest
- a reader
On Tue 24-07-12 10:34:06, Mel Gorman wrote:
[...]
---8---
mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables
If a process creates a large hugetlbfs mapping that is eligible for page
table sharing and forks heavily with children some of whom fault and
others which
On Tue, Jul 24, 2012 at 02:09:09AM +0100, Cyril Chemparathy wrote:
This patch changes the membank structure's size field to phys_addr_t to allow
banks larger than 4G.
This has already been fixed:
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=7465/1
Will
--
To unsubscribe
On Tue, Jul 24, 2012 at 02:09:04AM +0100, Cyril Chemparathy wrote:
This patch applies to PAGE_MASK, PMD_MASK, and PGDIR_MASK, where forcing
unsigned long math truncates the mask at the 32-bits. This clearly does bad
things on PAE systems.
This patch fixes this problem by defining these
On Tue, Jul 24, 2012 at 12:29:19PM +0400, Vladimir Davydov wrote:
I guess that when the more advanced features become widely-used,
vendors will offer new MSRs and/or CPUID faulting.
And this right there is the dealbreaker:
So what are you doing for cpus which have the advanced CPUID features
On 24.07.2012 01:13, Guillem Jover wrote:
Well, can't the link be accessed when getting the stat information
then?
Sure, but it's not trivial.
IMHO the lstat() and readlink() manpages have to be more precise
about st_size.
They document what POSIX says:
This does not make it any
So actually, making it straightforward to disable CPUID feature bits
just for every whim is the bug.
Sometimes its needed to make stuff work. Expecting user space to go
digging in odd places isn't good either but exposing *both* true/apparent
cpuid bits might not be a bad idea.
I'd like to
In the case offset is 20 ... 23, the equation to get the register should be:
INTEL_MSIC_GPIO1HV0CTLO - offset + 20
With above equation, we can get below mapping between offset and the register:
offset is 20: INTEL_MSIC_GPIO1HV0CTLO
offset is 21: INTEL_MSIC_GPIO1HV1CTLO
On Tue, Jul 24, 2012 at 02:09:05AM +0100, Cyril Chemparathy wrote:
This patch fixes up the types used when converting back and forth between
physical and virtual addresses.
Signed-off-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
1 - 100 of 1154 matches
Mail list logo