From: Tom St Denis
Date: Fri, 18 Jan 2013 14:35:33 -0500 (EST)
> Any "maintainers" going to reply to this at all?
What do you mean? There was a reply, and the reply if someone
so skilled finds this facility useful they can feel free to
submit an implementation.
You can't force people to
On Fri, Jan 18, 2013 at 11:05:14AM +0200, Pantelis Antoniou wrote:
> It might make sense for the of_device_* functions that are duplicating
> platform_device_* functions to be removed, and their functionality to
> be subsumed by platform_device_*, possibly by calling some helper functions
> in
On Tue 2012-11-20 19:47:58, Vineet Gupta wrote:
> On Tuesday 20 November 2012 07:29 PM, Pavel Machek wrote:
> > On Tue 2012-11-20 14:47:37, Pavel Machek wrote:
> >> Hi!
> >>
> >>>
> >>> https://raw.github.com/vineetgarc/publish/master/ELCE-2012-ARC-Linux.pdf
> >>>
> >>> All
Em Fri, Jan 18, 2013 at 09:46:54AM -0800, Sukadev Bhattiprolu escreveu:
> Jiri Olsa [jo...@redhat.com] wrote:
> | Maybe it'd worth to mention, that it does not need to be just 'event',
> | but anything from /sys/bus/event_source/devices//format directory,
> | like
> |
> | The can be
On Fri, Jan 11, 2013 at 4:45 PM, Lee Jones wrote:
> The AB8500 Pinctrl driver uses PRCMU register addresses to
> control Pinctrl related functions. For this to happen, the
> Pinctrl driver needs the PRCMU base to work from. We can do
> that using standard Open Firmware (of_*) function calls, but
On Fri, Jan 18, 2013 at 08:36:56PM +0100, Borislav Petkov wrote:
> Ok, how much can we rely on ACPI to have this ACPI_ADR_SPACE_SYSTEM_IO
> properly set on K8? Because the thing is, we want to use acpi-cpufreq on
> F10h onwards and leave powernow-k8 to K8s.
SYSTEM_IO only supports single
On 01/18/2013 02:00 PM, Konrad Rzeszutek Wilk wrote:
Right, that information is gathered from the MSRs. I think the Xen would
need to do this since it can do the MSRs correctly and modify the P-states.
So something like this in the hypervisor maybe (not even tested):
Is there any harm in
On Fri, Jan 18, 2013 at 07:06:59PM +, Matthew Garrett wrote:
> On Fri, Jan 18, 2013 at 08:00:21PM +0100, Borislav Petkov wrote:
>
> > ##
> > # x86 drivers.
> > # Link order matters. K8 is preferred to ACPI because
On 01/17/2013 11:15 PM, Venu Byravarasu wrote:
> As Tegra PHY driver needs to access one of the Host registers,
> added few APIs.
I have applied patches 1-3 (v1) and patch 4 (v3) to Tegra's for-3.9/usb
branch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Thu, Jan 10, 2013 at 2:29 AM, Kukjin Kim wrote:
> Linus Walleij wrote:
>> On Thu, Dec 27, 2012 at 5:58 PM, Kukjin Kim
>> wrote:
>>
>> > And I think, would be clear if the config could be changed like
> following.
>> >
>> >
Any "maintainers" going to reply to this at all?
Tom
- Original Message -
> From: "Steffen Klassert"
> To: "Tom St Denis"
> Cc: herb...@gondor.apana.org.au, da...@davemloft.net,
> linux-kernel@vger.kernel.org, net...@vger.kernel.org
> Sent: Wednesday, 16 January, 2013 1:21:04 AM
>
On Tue, Jan 8, 2013 at 1:53 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fix the following warnings when building with W=1 option:
>
> drivers/pinctrl/pinctrl-mxs.c: In function 'mxs_dt_free_map':
> drivers/pinctrl/pinctrl-mxs.c:151:16: warning: comparison between signed and
> unsigned
On Tue, Jan 8, 2013 at 10:43 PM, Maxime Ripard
wrote:
> Since the Allwinner SoCs variants don't have the same set of pins to
> handle, we need to declare the pin ranges available.
>
> Signed-off-by: Maxime Ripard
(...)
> static struct of_device_id sunxi_pinctrl_match[] __devinitconst = {
I
On Friday 18 January 2013, Sam Ravnborg wrote:
> > +obj-y:= arcksyms.o setup.o irq.o time.o reset.o ptrace.o entry.o
> > process.o \
> > +signal.o traps.o sys.o troubleshoot.o stacktrace.o clk.o
>
> For new stuff I usually recommend to drop line continuation using \
>
> Just do
From: Freddy Xin
Date: Thu, 17 Jan 2013 17:32:54 +0800
> +struct ax88179_rx_pkt_header {
> +
> + u8 l4_csum_err:1,
Get rid of such extraneous empty lines. They do not add clarity,
rather they just take up space.
> + ret = fn(dev, cmd, USB_DIR_IN | USB_TYPE_VENDOR |
> +
* Luciano Coelho [130118 11:12]:
> On Fri, 2013-01-18 at 09:36 -0800, Tony Lindgren wrote:
> > * Luciano Coelho [130118 01:03]:
> > > On Thu, 2013-01-17 at 15:16 -0800, Tony Lindgren wrote:
> > > > * Luciano Coelho [130117 10:04]:
> > > > > But this patch is pretty small and simple, so why not
On Tue, Jan 8, 2013 at 10:43 PM, Maxime Ripard
wrote:
> +config PINCTRL_SUNXI
> + bool
> + select PINMUX
> + select GENERIC_PINCONF
Very nice that you use generic pinconf!
> +++ b/drivers/pinctrl/pinctrl-sunxi.c
(...)
> + switch (pinconf_to_config_param(config)) {
> +
commit 72585d2428fa3a0daab02ebad1f41e5ef517dbaa upstream
Please include upstream patch 72585d2428fa3a0daab02ebad1f41e5ef517dbaa
into 3.2.y.
Patch from git below.
Please also see the discussion at
http://lists.linbit.com/pipermail/drbd-user/2012-January/017622.html
and the upstream patches at
On Fri, 2013-01-18 at 11:09 -0800, Eric Dumazet wrote:
> On Fri, 2013-01-18 at 18:40 +, Christoph Lameter wrote:
>
> > The fetching of the tid is the only critical thing here. If the tid is
> > retrieved from the right cpu then the cmpxchg will fail if any changes
> > occured to freelist or
Since 3.7, we've started seeing reports of this BUG_ON in kernel/smpboot.c
being hit..
121 if (kthread_should_park()) {
122 __set_current_state(TASK_RUNNING);
123 preempt_enable();
124 if (ht->park &&
From: Alan Ott
Date: Thu, 17 Jan 2013 00:09:47 -0500
> Refactor the handing of the skb's to the individual lowpan devices into a
> function.
>
> Signed-off-by: Alan Ott
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Alan Ott
Date: Thu, 17 Jan 2013 00:09:48 -0500
> Handle the reception of uncompressed packets (dispatch type = IPv6).
>
> Signed-off-by: Alan Ott
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
From: Rob Herring
Date: Wed, 16 Jan 2013 17:36:37 -0600
> From: Rob Herring
>
> The xgmac driver assumes 1 frame per descriptor. If a frame larger than
> the descriptor's buffer size is received, the frame will spill over into
> the next descriptor. So check for received frames that span more
On 01/18/2013 12:11 AM, Dave Chinner wrote:
> On Thu, Jan 17, 2013 at 04:14:10PM -0800, Glauber Costa wrote:
>> On 01/17/2013 04:10 PM, Dave Chinner wrote:
>>> And then each object uses:
>>>
>>> struct lru_item {
>>> struct list_head global_list;
>>> struct list_head memcg_list;
>>> }
>>
On Fri, 2013-01-18 at 18:40 +, Christoph Lameter wrote:
> The fetching of the tid is the only critical thing here. If the tid is
> retrieved from the right cpu then the cmpxchg will fail if any changes
> occured to freelist or the page variable.
>
> The tid can be retrieved without disabling
On Fri, 2013-01-18 at 09:36 -0800, Tony Lindgren wrote:
> * Luciano Coelho [130118 01:03]:
> > On Thu, 2013-01-17 at 15:16 -0800, Tony Lindgren wrote:
> > > * Luciano Coelho [130117 10:04]:
> > > > But this patch is pretty small and simple, so why not include it to at
> > > > least fix the
> arch/arc/include/asm/vmlinux.lds.h | 12 ++
I see no reason for this file?
> --- /dev/null
> +++ b/arch/arc/include/asm/vmlinux.lds.h
> @@ -0,0 +1,12 @@
> +/*
> + * Copyright (C) 2004, 2007-2010, 2011-2012 Synopsys, Inc. (www.synopsys.com)
> + *
> + * This program is free software; you can
On Fri, Jan 18, 2013 at 08:00:21PM +0100, Borislav Petkov wrote:
> ##
> # x86 drivers.
> # Link order matters. K8 is preferred to ACPI because of firmware bugs in
> early
> # K8 systems.
> ...
>
> Great. :(
The
> +#
> +
> +config ARC
> + def_bool y
> + select ARCH_NO_VIRT_TO_BUS
> + # ARC Busybox based initramfs absolutely relies on DEVTMPFS for /dev
> + # DEVTMPS in turn needs HOTPLUG
> + select DEVTMPFS if !INITRAMFS_SOURCE=""
> + select GENERIC_ATOMIC64
> + select
On 01/18/2013 12:08 AM, Dave Chinner wrote:
> On Thu, Jan 17, 2013 at 04:51:03PM -0800, Glauber Costa wrote:
>> On 01/17/2013 04:10 PM, Dave Chinner wrote:
>>> and we end up with:
>>>
>>> lru_add(struct lru_list *lru, struct lru_item *item)
>>> {
>>> node_id = min(object_to_nid(item),
On Tue, Jan 15, 2013 at 07:18:39PM +0100, Borislav Petkov wrote:
> On Tue, Jan 15, 2013 at 12:53:05PM -0500, Konrad Rzeszutek Wilk wrote:
> > > I don't think that's the right change - this is fixing baremetal so that
> > > it works on xen. And besides, this code was in powernow-k8 before so I'm
>
On Fri, Jan 18, 2013 at 06:07:55PM +0100, Borislav Petkov wrote:
> > Just flip the link order? It's only the way it is because in the
> > past we wanted to try hardware-specific drivers before more generic
> > ones, and I don't think that's a concern in this case now.
>
> Yeah, I heard that the
On Fri, 2013-01-18 at 00:00 +, Kim, Milo wrote:
> > -Original Message-
> > From: Nathan Lynch [mailto:n...@pobox.com]
> >
> > On Thu, 2013-01-17 at 01:06 +, Kim, Milo wrote:
> > > @@ -242,17 +233,15 @@ EXPORT_SYMBOL_GPL(led_trigger_unregister);
> > > void led_trigger_event(struct
On Fri, 2013-01-18 at 18:29 +, Christoph Lameter wrote:
> On Fri, 18 Jan 2013, Steven Rostedt wrote:
>
> > On Fri, 2013-01-18 at 10:04 -0500, Steven Rostedt wrote:
> >
> > Just to be more complete:
> >
> > > CPU0CPU1
> > >
> >
On Fri, 18 Jan 2013, Steven Rostedt wrote:
> @@ -2337,7 +2337,10 @@ redo:
>* enabled. We may switch back and forth between cpus while
>* reading from one cpu area. That does not matter as long
>* as we end up on the original cpu again when doing the cmpxchg.
> + *
> +
On 01/18/2013 11:44 AM, Amit Kale wrote:
>> As much as I dislike Oracle that is one of my primary applications. I
>> > am attempting to get one of my customers to setup an Oracle instance
>> > that is modular in that I can move the storage around to fit a
>> > particular hardware setup and have
On Wed, Jan 16, 2013 at 07:00:21PM +0530, Venu Byravarasu wrote:
> Tegra20 USB has 3 PHY instances:
> Instance 1 and 3 are UTMI. Instance 2 is ULPI.
>
> As instance number was used to differentiate ULPI from UTMI,
> used DT param to get this info and processed accordingly.
>
> Signed-off-by:
On Wed, Jan 16, 2013 at 07:00:20PM +0530, Venu Byravarasu wrote:
> Tegra20 USB has 3 PHY instances. Instance 0 is based on
> legacy PHY interface and other two are standard interfaces.
>
> As instance number was used to differentiate legacy from
> standard interfaces, used DT param to get this
> if (forks) {
> close(go_pipe[1]);
> + if (interval) {
> + while (!waitpid(child_pid, , WNOHANG)) {
> + ret = nanosleep(, NULL);
> + if (ret == 0 && interval)
> +
On Fri, 18 Jan 2013, Steven Rostedt wrote:
> On Fri, 2013-01-18 at 10:04 -0500, Steven Rostedt wrote:
>
> Just to be more complete:
>
> > CPU0CPU1
> >
> c = __this_cpu_ptr(s->cpu_slab);
>
>
> >
> kernel absolutely should not care much about SMBIOS(DMI info),
> AFAIK, every BIOS vendor did not fill accurate info in SMBIOS,
> mostly only on demand when OEMs required SMBIOS to report some
> specific info.
> furthermore, SMBIOS is so old and benifit nobody(in my personal
> opinion), so maybe
On Fri, 18 Jan 2013, Steven Rostedt wrote:
> The problem is that the changes can happen on another CPU, which means
> that barrier isn't sufficient.
No these are per cpu variables that are only read locally. The
synchronization is not between processors.
--
To unsubscribe from this list: send
On 01/18/2013 10:58 AM, Felipe Balbi wrote:
> On Fri, Jan 18, 2013 at 10:28:38AM -0700, Stephen Warren wrote:
>> On 01/18/2013 08:30 AM, Alan Stern wrote:
>>> On Fri, 18 Jan 2013, Venu Byravarasu wrote:
>>>
As Tegra PHY driver needs to access one of the Host
registers, added few APIs.
Linus, Andrew and Ralf,
3.8 doesn't build on MIPS any more.
Please consider this patch ...
On 12/25/2012 04:34 PM, Kirill A. Shutemov wrote:
On Sat, Dec 22, 2012 at 02:27:57PM +0200, Aaro Koskinen wrote:
Hi,
It looks like commit 816422ad76474fed8052b6f7b905a054d082e59a
(asm-generic, mm:
* Felipe Balbi [130118 09:57]:
> Hi,
>
> On Fri, Jan 18, 2013 at 09:36:35AM -0800, Tony Lindgren wrote:
> > * Luciano Coelho [130118 01:03]:
> > > On Thu, 2013-01-17 at 15:16 -0800, Tony Lindgren wrote:
> > > > * Luciano Coelho [130117 10:04]:
> > > > > But this patch is pretty small and
On Fri, Jan 18, 2013 at 10:28:38AM -0700, Stephen Warren wrote:
> On 01/18/2013 08:30 AM, Alan Stern wrote:
> > On Fri, 18 Jan 2013, Venu Byravarasu wrote:
> >
> >> As Tegra PHY driver needs to access one of the Host registers,
> >> added few APIs.
> >>
> >> Signed-off-by: Venu Byravarasu
> >>
Since circa 3.5, we've had dozens of reports of people hitting this warning.
Forwarded reports have been met with silence, so just remove the warning
if no-one cares.
Example reports:
https://bugzilla.redhat.com/show_bug.cgi?id=797687
https://bugzilla.redhat.com/show_bug.cgi?id=867174
Quoting Prashant Gaikwad (2013-01-03 23:00:58)
> Use common of_clk_init() function for clock initialization.
>
> Signed-off-by: Prashant Gaikwad
Pawel or Linus,
Can I get a Tested-by before I take this series into clk-next?
Thanks,
Mike
> ---
> drivers/clk/versatile/clk-vexpress-osc.c |
On 01/18/2013 11:56 AM, Jeff Moyer wrote:
> Jeff Moyer writes:
>
>> ./check -g aio
>>
>> and here is the summary:
>>
>> Ran: 112 113 198 207 208 209 210 211 212 239 240
>> Failures: 112 198 207 239 240
>> Failed 5 of 11 tests
>>
>> To be fair, I have not yet run this on a kernel without your
Jeff Moyer writes:
> ./check -g aio
>
> and here is the summary:
>
> Ran: 112 113 198 207 208 209 210 211 212 239 240
> Failures: 112 198 207 239 240
> Failed 5 of 11 tests
>
> To be fair, I have not yet run this on a kernel without your changes.
I re-ran the same test against a vanilla
Quoting Prashant Gaikwad (2013-01-03 23:00:56)
> Use common of_clk_init() function for clock initialization.
>
> Signed-off-by: Prashant Gaikwad
Tony,
Can I get a Tested-by from you before I take this in?
Thanks,
Mike
> ---
> drivers/clk/clk-vt8500.c | 15 ---
> 1 files
Quoting Prashant Gaikwad (2013-01-03 23:00:55)
> Use common of_clk_init() function for clocks initialization.
>
> Signed-off-by: Prashant Gaikwad
Rob,
Can I get a Tested-by from you before I take this?
Thanks,
Mike
> ---
> arch/arm/mach-highbank/core.h |1 -
>
Hi,
On Fri, Jan 18, 2013 at 09:36:35AM -0800, Tony Lindgren wrote:
> * Luciano Coelho [130118 01:03]:
> > On Thu, 2013-01-17 at 15:16 -0800, Tony Lindgren wrote:
> > > * Luciano Coelho [130117 10:04]:
> > > > But this patch is pretty small and simple, so why not include it to at
> > > > least
On Thu, Jan 17, 2013 at 8:51 PM, Linus Torvalds
wrote:
> Hey, it's been another week already! In fact, it took me so much by
> surprise that it's been an extra day. The whole "release in the middle
> of the week" thing feels odd to me.
>
> [ That actually got me to wonder what the most common day
On Fri, Jan 18, 2013 at 9:35 AM, Bjorn Helgaas wrote:
> If you want "pci=nopciehp" as a way for users to deal with this
> problem by forcing the use of acpiphp, I object. Windows manages to
> make these slots work without having users do anything special, so we
> should be able to do it, too.
* Peter Ujfalusi [130118 02:15]:
> Hi Tony,
>
> On 01/18/2013 12:16 AM, Tony Lindgren wrote:
> > Well we are planning to drop the non-DT support for omap4 as soon as it's
> > usable with DT.
>
> Exactly, but right now we do have legacy and legacy should work in order to
> help for example Luca
Jiri Olsa [jo...@redhat.com] wrote:
| Maybe it'd worth to mention, that it does not need to be just 'event',
| but anything from /sys/bus/event_source/devices//format directory,
| like
|
| The can be multiple terms like 'event=0x' specified
| and separated with
> -Original Message-
> From: Jason Warr [mailto:ja...@warr.net]
> Sent: Friday, January 18, 2013 10:15 PM
> To: Amit Kale; device-mapper development; kent.overstr...@gmail.com;
> Mike Snitzer; LKML; linux-bca...@vger.kernel.org
> Subject: Re: [dm-devel] Announcement: STEC EnhanceIO SSD
On Fri, Jan 18, 2013 at 4:35 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The only difference between acpi_bus_scan() into acpi_bus_add() is
> the invocation of acpi_update_all_gpes() in the latter which in fact
> is unnecessary, because acpi_update_all_gpes() has already been
>
On Sun, Jan 13, 2013 at 04:13:51AM +, Ben Hutchings wrote:
> On Wed, 2013-01-02 at 19:49 -0500, Steven Rostedt wrote:
> > On Wed, 2013-01-02 at 13:29 -0800, Paul E. McKenney wrote:
> > > On Wed, Jan 02, 2013 at 03:56:30PM -0500, Steven Rostedt wrote:
> > > > On Wed, Jan 02, 2013 at 08:09:20PM
On Thu, Jan 17, 2013 at 7:55 PM, Shuah Khan wrote:
> On Thu, Jan 17, 2013 at 5:35 PM, Deucher, Alexander
> wrote:
>>> -Original Message-
>>> From: Shuah Khan [mailto:shuahk...@gmail.com]
>>> Sent: Thursday, January 17, 2013 7:26 PM
>>> To: Deucher, Alexander
>>> Cc: jgli...@redhat.com;
On Fri, Jan 18, 2013 at 10:45:03AM -0600, Jason Warr wrote:
> As much as I dislike Oracle that is one of my primary applications. I
> am attempting to get one of my customers to setup an Oracle instance
> that is modular in that I can move the storage around to fit a
> particular hardware setup
Hello Peppe,
On 1/15/2013 11:28 PM, Giuseppe CAVALLARO write:
> On 1/15/2013 10:45 PM, Byungho An wrote:
> >
> > This patch adds gmac autoneg set function for SGMII, TBI, or RTBI
> > interface. In case of PHY's autoneg is set, gmac's autoneg enable bit
> > should set. After checking phy's autoneg
* Luciano Coelho [130118 01:03]:
> On Thu, 2013-01-17 at 15:16 -0800, Tony Lindgren wrote:
> > * Luciano Coelho [130117 10:04]:
> > > But this patch is pretty small and simple, so why not include it to at
> > > least fix the breakage in 3.7 and 3.8? Whether you take it or not now
> > > won't
On Fri, Jan 18, 2013 at 9:07 AM, Jiang Liu wrote:
> If user specifies "pci=nopciehp" on kernel boot command line, OSPM
> won't claim PCIe native hotplug service from firmware and no PCIe
> port devices will be created for PCIe native hotplug service.
Why do we need this option?
If I understand
> -Original Message-
> From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> Sent: Friday, January 18, 2013 12:01 AM
> To: x...@kernel.org; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com;
On 01/18/2013 08:30 AM, Alan Stern wrote:
> On Fri, 18 Jan 2013, Venu Byravarasu wrote:
>
>> As Tegra PHY driver needs to access one of the Host registers,
>> added few APIs.
>>
>> Signed-off-by: Venu Byravarasu
>> ---
>> delta from v2:
>> Renamed USB_PORTSC1 to TEGRA_USB_PORTSC1.
>> Removed
On Thu, Jan 17, 2013 at 10:44:22PM -0800, Joe Millenbach wrote:
> The option allows you to remove TTY and compile without errors. This
> saves space on systems that won't support TTY interfaces anyway.
> bloat-o-meter output is below.
>
> The bulk of this patch consists of Kconfig changes adding
Dave Kleikamp writes:
> This patchset was begun by Zach Brown and was originally submitted for
> review in October, 2009. Feedback was positive, and I have picked up
> where he left off, porting his patches to the latest mainline kernel
> and adding support more file systems.
[snip]
> My hopes
Hello,
As has been pointed out elsewhere, in my haste to fix this up I made a
typo in the first patch, preventing it from building.
Apologies for the confusion. I've created a new branch with a corrected
and tested version. Please see the pull request below.
Thanks,
Mark.
The following changes
On Fri, Jan 18, 2013 at 04:23:47PM +, Matthew Garrett wrote:
> On Thu, Jan 17, 2013 at 12:54:37PM +0100, Borislav Petkov wrote:
>
> > So, handoff to acpi-cpufreq still has some issues. When both are
> > built-in, the module_init functions turn into normal initcalls and
> > in that case,
On 01/18/2013 10:04 AM, Stephen Warren wrote:
> On 01/16/2013 06:30 AM, Venu Byravarasu wrote:
>> Tegra20 USB has 3 PHY instances:
>> Instance 1 and 3 are UTMI. Instance 2 is ULPI.
>>
>> As instance number was used to differentiate ULPI from UTMI,
>> used DT param to get this info and processed
On 01/16/2013 06:30 AM, Venu Byravarasu wrote:
> Tegra20 USB has 3 PHY instances:
> Instance 1 and 3 are UTMI. Instance 2 is ULPI.
>
> As instance number was used to differentiate ULPI from UTMI,
> used DT param to get this info and processed accordingly.
> diff --git
On 01/18/2013 10:11 AM, thorn...@redhat.com wrote:
> On Fri, Jan 18, 2013 at 09:56:19AM -0600, Jason Warr wrote:
>> If I can help test and benchmark all three of these solutions please
>> ask. I have allot of hardware resources available to me and perhaps I
>> can add value from an outsiders
On 01/17/2013 10:58 PM, Laxman Dewangan wrote:
> Enable tegra based keyboard controller and populate the key mapping
> for whistler.
>
> With this patch, HOME, BACK, POWER and MENU keys will work.
> Still other keys which are in ROW3 and ROW4 will not work as it
> conflicts with KBC pins on SDIO2
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, January 18, 2013 9:24 AM
> To: gre...@linuxfoundation.org
> Cc: KY Srinivasan; jasow...@redhat.com; Haiyang Zhang; linux-
> ker...@vger.kernel.org; Hashir Abdi; Tomas Hozza
> Subject: [PATCH] tools: hv:
On Mon, Jan 14, 2013 at 10:26:13PM +0100, Toralf Förster wrote:
> b/c of the unknown event 0x6040 the ibm acpi list is Cc'ed, but what makes me
> really wondering is
> why / is remounted.
Because something in your userspace is changing the filesystem commit
interval.
--
Matthew Garrett |
This field will be used by commands which print
counter deltas on regular timer intervals,
such as perf stat -I.
Signed-off-by: Stephane Eranian
---
tools/perf/util/evsel.c | 26 ++
tools/perf/util/evsel.h |1 +
2 files changed, 27 insertions(+)
diff --git
This patch adds a new printing mode for perf stat.
It allows internval printing. That means perf stat
can now print event deltas at regular time interval.
This is useful to detect phases in programs.
The -I option enables interval printing. It expects
an interval duration in milliseconds. Minimum
This small patchset extends perf stat with the -I option.
The -I option enables interval printing. It expects
an interval duration in milliseconds. Minimum is
100ms. Once, activated perf stat prints events deltas
since last printout. All modes are supported.
$ perf stat -I 1000 -e cycles noploop
> -Original Message-
> From: Jason Warr [mailto:ja...@warr.net]
> Sent: Friday, January 18, 2013 9:26 PM
> To: Amit Kale
> Cc: thorn...@redhat.com; device-mapper development;
> kent.overstr...@gmail.com; Mike Snitzer; LKML; linux-
> bca...@vger.kernel.org
> Subject: Re: [dm-devel]
On Thu, Jan 17, 2013 at 12:54:37PM +0100, Borislav Petkov wrote:
> So, handoff to acpi-cpufreq still has some issues. When both are
> built-in, the module_init functions turn into normal initcalls and
> in that case, they're executed in link order and it can happen that
> powernowk8_init() runs
On Friday 18 January 2013, Paul Mundt wrote:
> On Fri, Jan 18, 2013 at 03:55:43PM +, Arnd Bergmann wrote:
> > On Friday 18 January 2013, Vineet Gupta wrote:
> > > TBD: Do we need early ioremap support like openrisc
> > >
> > > Signed-off-by: Vineet Gupta
> >
> > Can you explain why early
On 01/18/2013 06:42 AM, Konstantin Khlebnikov wrote:
comment in commit b566a22c23327f18ce941ffad0ca907e50a53d41
("PCI: disable Bus Master on PCI device shutdown") says:
| Disable Bus Master bit on the device in pci_device_shutdown() to ensure PCI
| devices do not continue to DMA data after
On Fri, Jan 18, 2013 at 09:56:19AM -0600, Jason Warr wrote:
> If I can help test and benchmark all three of these solutions please
> ask. I have allot of hardware resources available to me and perhaps I
> can add value from an outsiders perspective.
We'd love your help. Perhaps you could devise
When handling BUS_NOTIFY_ADD_DEVICE event for a PCI bridge device,
the notification handler can't hold reference count to the new PCI bus
because the device object for the new bus (pci_dev->subordinate->dev)
hasn't been initialized yet.
Split the registration of PCI bus device into two stages as
When adding/removing a PCI bus, some other components want to be
notified so they could update their states. For example, the pci_slot
driver needs to create/destroy PCI slots attaching to the PCI bus.
So introduce a dedicate blocking notifier chain for PCI bus
addition/removal events. It could be
Trivial changes to replace printk(KERN_xxx) with pr_xxx().
Signed-off-by: Jiang Liu
---
drivers/acpi/pci_slot.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/acpi/pci_slot.c b/drivers/acpi/pci_slot.c
index 2b38f4d..3b821db 100644
---
Currently the pci_slot driver doesn't update PCI slot information
when PCI device hotplug event happens, which may cause memory leak
and returning stale information to user.
By hooking PCI bus notifications, this patch unifies the way to
create/destroy PCI slots when:
1) create PCI hierarchy at
If CONFIG_PCIE_PME is not defined, system should avoid claiming PME from
firmware so firmware could still manage PME events for those devices.
Also don't create PCIe port device for PME service if CONFIG_PCIE_PME
is not defined.
Signed-off-by: Jiang Liu
---
drivers/acpi/pci_root.c |
If user specifies "pci=nopciehp" on kernel boot command line, OSPM
won't claim PCIe native hotplug service from firmware and no PCIe
port devices will be created for PCIe native hotplug service.
Signed-off-by: Jiang Liu
---
Documentation/kernel-parameters.txt |2 ++
drivers/acpi/pci_root.c
As discussed in thread at https://patchwork.kernel.org/patch/1946851/,
there's no value in supporting CONFIG_ACPI_PCI_SLOT=m any more.
So change Kconfig and code to only support building pci_slot as
built-in driver.
Signed-off-by: Jiang Liu
---
drivers/acpi/Kconfig|5 +
This is an RFC patchset to address review comments in thread at:
https://patchwork.kernel.org/patch/1946851/. The patch just pasts
compilation. If no objection to the new implementation, I will
go on to modify acpiphp driver and conduct tests.
The main changes from V4 to V5 includes:
1) introduce
According to device model documentation, the way to create/destroy PCI
devices should be symmetric.
/**
* device_del - delete device from system.
* @dev: device.
*
* This is the first part of the device unregistration
* sequence. This removes the device from the lists we control
* from
On Fri, Jan 18, 2013 at 3:46 PM, Michal Simek wrote:
> just want to check with you usage of request_mem_region for noPCI devices.
> kernel/resource.c suggests that it should be used just for PCI iomem
> (iomem_resource uses name PCI mem).
>
> If I grep architectures I see several usage for noPCI
On Fri, Jan 18, 2013 at 03:55:43PM +, Arnd Bergmann wrote:
> On Friday 18 January 2013, Vineet Gupta wrote:
> > TBD: Do we need early ioremap support like openrisc
> >
> > Signed-off-by: Vineet Gupta
>
> Can you explain why early ioremap is necessary for you?
>
> I wasn't aware that
Hi,
PAGE_CACHE_* macros were introduced long time ago in hope to implement
page cache with larger chunks than one page in future.
In fact it was never done.
Some code paths assume PAGE_CACHE_SIZE <= PAGE_SIZE. E.g. we use
zero_user_segments() to clear stale parts of page on cache filling, but
On Fri, Jan 18, 2013 at 10:48:02AM -0500, Mark Lord wrote:
> On 13-01-18 12:37 AM, Stanislav Kinsbursky wrote:
> >
> > You have more than one NFS mount in different network namespaces, haven't
> > you?
> >
>
> No, I don't (knowingly) use (multiple) namespaces at all.
Right, I don't think that's
On Mon, Jan 14, 2013 at 10:19:22PM -0800, Yinghai Lu wrote:
> On Fri, Jan 11, 2013 at 9:49 AM, Yinghai Lu wrote:
> > On Fri, Jan 11, 2013 at 8:52 AM, Yinghai Lu wrote:
> >>>
> >>> I need to check this patch out and then also test-run them on IA64,
> >>> AMD-VI, Calgary-X
> >>> GART and Intel
On 01/18/2013 03:08 AM, Amit Kale wrote:
>> > Can you explain what you mean by that in a little more detail?
> Let's say latency of a block device is 10ms for 4kB requests. With single
> threaded IO, the throughput will be 4kB/10ms = 400kB/s. If the device is
> capable of more throughput, a
301 - 400 of 1376 matches
Mail list logo