>
> *** BLURB HERE ***
Oops, sorry for that.
Tomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Cai Zhiyong
Date: Mon, 11 Nov 2013 19:26:14 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
- Fix 'ret' would return an uninitialized value.
- Add a warning avoid invalid 'num_regs' value passed in.
When the num_regs parameter is zero and krealloc doesn't fai
On Mon, 11 Nov, at 12:17:54PM, Ingo Molnar wrote:
>
> * Matt Fleming wrote:
>
> > Folks, could you queue up the following for the v3.14 merge window? It
> > would be good to get these patches into linux-next for a full release
> > cycle of testing. They pass all of my tests.
> >
> > The followi
On 11/11/2013 03:53 PM, Linus Walleij wrote:
> On Mon, Nov 11, 2013 at 11:00 AM, Vineet Gupta
> wrote:
>> On 11/11/2013 03:03 PM, Linus Walleij wrote:
>>> Actually I think device tree changes - if you mean changes to this
>>> platform's
>>> DTS/DTSI files, should go through the ARC arch tree.
>>
* H. Peter Anvin wrote:
> On 11/06/2013 11:54 PM, Ingo Molnar wrote:
> >
> > There's a recent commit from Jiri Slaby that I think tries to address the
> > same problem:
> >
> > 8d4c812a3e5f x86/dumpstack: Fix printk_address for direct addresses
> >
> > You can find it in the -tip tree:
> >
go variable is initialised only after the switch case so it cannot be
dereferenced prior to that happening.
Signed-off-by: Michal Nazarewicz
---
drivers/staging/media/go7007/go7007-usb.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
On Sun, Nov 10 2013, Dan Carpenter wrote:
> Th
We still need to apply this fix.
regards,
dan carpenter
On Fri, Aug 23, 2013 at 11:19:49AM +0300, Dan Carpenter wrote:
> We fixed the call to request_mem_region() patch
> 3354f73 ('drivers/vlynq/vlynq.c: fix resource size off by 1 error').
> But we need to fix the call the release_mem_region() as
* David Ahern wrote:
> On 11/7/13, 1:30 AM, Ingo Molnar wrote:
> >
> >* David Ahern wrote:
> >
> >>On 11/5/13, 10:36 PM, Ingo Molnar wrote:
> >>>I think you could avoid the 'short' complication altogether by doing
> >>>something like this:
> >>>
> +elif test -f ../../PERF-VERSION-FILE
> >>>
* David Ahern wrote:
> >>+do_mmap:
> >>+ offset = rec->session->header.data_offset + rec->bytes_written;
> >>+ if (offset < (ssize_t) rec->mmap_out_size) {
> >>+ rec->mmap_offset = offset;
> >>+ offset = 0;
> >>+ } else
> >>+
* Davidlohr Bueso wrote:
> Hi Ingo,
>
> On Mon, 2013-11-04 at 08:36 +0100, Ingo Molnar wrote:
> > * Davidlohr Bueso wrote:
> >
> > > I will look into doing the vma cache per thread instead of mm (I hadn't
> > > really looked at the problem like this) as well as Ingo's suggestion on
> > > th
* Michel Lespinasse wrote:
> On Sun, Nov 10, 2013 at 8:12 PM, Davidlohr Bueso wrote:
> > 2) Oracle Data mining (4K pages)
> > ++--+--+-+
> > |mmap_cache type | hit-rate | cycles (billion) | stddev |
> > ++-
* Peter Zijlstra wrote:
> On Tue, Nov 05, 2013 at 02:31:52PM -0300, Arnaldo Carvalho de Melo wrote:
> > PeterZ,
> >
> > Can I have your Acked-by for this one? I guess now the goal is
> > achieved, no?
>
> So this option allows -t/-p/-u to create one buffer per cpu and attach
> all the vari
On 10.11.2013 16:23, Andi Kleen wrote:
> On Sun, Nov 10, 2013 at 05:40:05PM +0800, Fengguang Wu wrote:
>> Hi Joe,
>>
>> FYI. Here is another bisect result.
>
> I bet it's that strncpy() in kallsyms.c and someone passing in a too
> short buffer on a 32bit kernel.
>
> We should really kill strncpy(
* Frederic Weisbecker wrote:
> On Wed, Nov 06, 2013 at 09:30:46AM +0100, Ingo Molnar wrote:
> >
> > * Namhyung Kim wrote:
> >
> > > Hi Ingo,
> > >
> > > On Tue, 5 Nov 2013 12:58:02 +0100, Ingo Molnar wrote:
> > > > * Namhyung Kim wrote:
> > > >> But the 'cumulative' (btw, I feel a bit hard
Hi Linus,
This is a pull request on f2fs updates for v3.13.
In this round, a couple of patches were introduced to improve GC and
checkpoint overheads.
In addition, a sysfs entry and some tracepoints were added for users to
maintain the f2fs filesystem.
And there are a number of clean-ups and bug
* Frederic Weisbecker wrote:
> On Wed, Nov 06, 2013 at 12:47:01PM +0100, Ingo Molnar wrote:
> >
> > * Namhyung Kim wrote:
> >
> > > On Wed, 6 Nov 2013 09:30:46 +0100, Ingo Molnar wrote:
> > > > * Namhyung Kim wrote:
> > > >
> > > >> Hi Ingo,
> > > >>
> > > >> On Tue, 5 Nov 2013 12:58:02 +01
On Mon, 2013-11-04 at 16:22 +, David Howells wrote:
> Hi Mimi, Dmitry,
>
> Here's a series of patches, the last three of which attempt to fix up a
> problem with encrypted keys update method. The preceding patches are fixes or
> are preparatory for other changes that I want to put underneath
* Peter Zijlstra wrote:
> On Wed, Nov 06, 2013 at 12:47:01PM +0100, Ingo Molnar wrote:
>
> > I'm not too worried about call-graph 'legacies': it generates such
> > huge perf.data files which is parsed so slowly at the moment that
> > there's very little user base ... Anyone who absolutely need
* David Ahern wrote:
> On 11/6/13, 4:47 AM, Ingo Molnar wrote:
> >I'm not too worried about call-graph 'legacies': it generates such huge
> >perf.data files which is parsed so slowly at the moment that there's very
> >little user base ... Anyone who absolutely needs call-graph profiling uses
> >
We have a bit of a problem wrt to upcalls that use call_usermodehelper
with containers and I'd like to bring this to some sort of resolution...
A particularly problematic case (though there are others) is the
nfsdcltrack upcall. It basically uses call_usermodehelper to run a
program in userland to
From: Andy Fleming
You need an extra parameter to read or write Clause 45 PHYs, so
we need a different API with the extra parameter.
Signed-off-by: Andy Fleming
Signed-off-by: Shaohui Xie
---
include/linux/phy.h | 33 +
1 file changed, 33 insertions(+)
diff --gi
From: Andy Fleming
Very incomplete, but will allow for binding an ethernet controller
to it.
Also, Add XGMII interface type
Signed-off-by: Andy Fleming
Signed-off-by: Shaohui Xie
---
drivers/net/phy/phy_device.c | 101 ++-
include/linux/phy.h |
From: Andy Fleming
10G PHYs don't currently support running the state machine, which
is implicitly setup via of_phy_connect(). Therefore, it is necessary
to implement an OF version of phy_attach(), which does everything
except start the state machine.
Signed-off-by: Andy Fleming
Signed-off-by: Sh
From: Andy Fleming
phy_attach_direct() may now attach to a generic 10G driver. It can
also be used exactly as phy_connect_direct(), which will be useful
when using of_mdio, as phy_connect (and therefore of_phy_connect)
start the PHY state machine, which is currently irrelevant for 10G
PHYs.
Signe
Hi Ionut,
On Nov 11, 2013, at 11:22 AM, Ionut Nicu wrote:
> Hi,
>
> On 08.11.2013 16:06, ext Pantelis Antoniou wrote:
>> Add a runtime interface to /proc to enable generic device tree overlay
>> usage.
>>
>
>> +
>> +/* start at 256K at first */
>> +if (od->alloc == 0)
>
Can you tell me the API about the count of sector in linux kernel?
which .h file and function?
Thank you!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info
Hi Linus,
Please pull the following changes since commit
5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52:
Linux 3.12 (2013-11-03 15:41:51 -0800)
which are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jhogan/metag.git
tags/metag-for-v3.13
for you to fetch chan
Will,
armv8pmu_read_counter() and armv8pmu_write_counter() treats cycle
counter as 32 bit counter.
AFAIK, the cycle counter on ARM64 is 64 bit and overflow interrupt
comes either 32 bit changes or when 64 bit flips.
and HRM says, ARM deprecates use of PMCR_EL0.LC = 0 => cycle counter
of 64 bit
Thank you for your helpful comments.
I have applied them to my code and will upload a new version soon
(hoping that I understand everything correctly).
2013/11/8 Russell King - ARM Linux :
> On Fri, Nov 08, 2013 at 06:22:34PM +0100, Florian Meier wrote:
>
> Hi Florian, some initial comments.
>
>>
* Frederic Weisbecker wrote:
> > That said, I'm not sure what kernel you're running, but there were
> > some issues with time-keeping hereabouts, but more importantly that
> > second timing includes the printk() call of the first -- so that's
> > always going to be fucked.
>
> It's a recent
Hi Jeff,
On Mon, Nov 11, 2013 at 07:18 -0500, Jeff Layton wrote:
> What's the correct approach to fix this? One possibility would be to
> keep a kernel thread around that sits in the correct namespace(s) and
> has the right privileges, and then use that to launch UMH programs.
> That thread could
On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> We want to calculate the blinks per second, and instead of making it 5
>> (1000 / (3600 / 18)), let's make it 4, so the user can see two blinks
>> per second.
>
> Please use the customary changelog style we use
* Felipe Contreras wrote:
> On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
> >
> >> We want to calculate the blinks per second, and instead of making it 5
> >> (1000 / (3600 / 18)), let's make it 4, so the user can see two blinks
> >> per second.
> >
> >
Some common Xen drivers, like balloon.c, call pfn_to_mfn and mfn_to_pfn
even for autotranslate guests, expecting the argument back.
The following commit broke these drivers by changing the behavior of
pfn_to_mfn and mfn_to_pfn:
commit 4a19138c6505e224d9f4cc2fe9ada9188d7100ea
Author: Stefano Stabel
On Mon, Nov 11, 2013 at 12:07 PM, Veaceslav Falico wrote:
> On Mon, Nov 11, 2013 at 11:29 AM, Mark Trompell
> wrote:
>> my bridge br0 doesn't get an ip from dhcp anymore after 3.11.5 and 3.4.66,
>> What information would be helpful and required to find out what's going
>> wrong.
>
> CC netdev
>
On Mon, Nov 11, 2013 at 6:49 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
>> >
>> > * Felipe Contreras wrote:
>> >
>> >> We want to calculate the blinks per second, and instead of making it 5
>> >> (1000 / (3600 / 18)), let's make
Hi Linus,
here is the bulk of GPIO changes for the v3.13 development
cycle.
Most of the description is in the signed tag. I've got ACKs for
the things that affect other subsystems (or it's my own subsystem,
like pinctrl). Most of that pertain to an attempt from my side
to consolidate and get rid
next-2013
Documentation/devicetree/bindings/net/phy.txt | 37 +--
1 file changed, 29 insertions(+), 8 deletions(-)
diff --git a/Documentation/devicetree/bindings/net/phy.txt
b/Documentation/devicetree/bindings/net/phy.txt
index 7cd18fb..4e58a5d 100644
--- a/Documentation
On Mon, Nov 11, 2013 at 01:12:12PM +0100, Ingo Molnar wrote:
> > I'm not sure why you want to add a new -F that adds news way to display
> > fields. Isn't -s enough for that?
>
> Well, -s implies sorting.
>
> With -F we could decouple sorting from display order, and allow output
> like:
>
>
On Mon, Nov 11, 2013 at 08:35:31AM +, Jan Beulich wrote:
> >>> On 11.11.13 at 03:49, Kyungsik Lee wrote:
> > Hello Jan,
> >
> > Thanks for the patch.
> >
> > On Fri, Nov 08, 2013 at 09:27:09AM +, Jan Beulich wrote:
> >> "ret", being set to -1 early on, gets cleared by the first invocatio
On Mon, 2013-11-11 at 12:50 +, Stefano Stabellini wrote:
> Some common Xen drivers, like balloon.c, call pfn_to_mfn and mfn_to_pfn
> even for autotranslate guests, expecting the argument back.
> The following commit broke these drivers by changing the behavior of
> pfn_to_mfn and mfn_to_pfn:
>
On Mon, 11 Nov 2013 20:31:14 +0800 韩磊 wrote:
> Can you tell me the API about the count of sector in linux kernel?
>
> which .h file and function?
>
Looking at fdisk (util-linux) there are several ioctls:
* HDIO_GETGEO (linux/hdreg.h)
* BLKGETSIZE64 (linux/fs.h), sector size is assumed 512
Th
On Sun, Nov 10, 2013 at 8:06 PM, Matthias Schniedermeyer wrote:
> I don't see a way around "borders" (Papers please), otherwise you can't
> reject things you don't want, you have to check if that something that
> is to be done is allowed. For e.g. you would get around every
> permission-check, bec
On Mon, Nov 11, 2013 at 12:46:24PM +0100, Michal Nazarewicz wrote:
> go variable is initialised only after the switch case so it cannot be
> dereferenced prior to that happening.
>
> Signed-off-by: Michal Nazarewicz
Looks good. Thanks. :)
regards,
dan carpenter
--
To unsubscribe from this li
Hi Ricardo,
A few comments below...
On 11/06/2013 05:44 PM, Ricardo Ribalda Delgado wrote:
> As addressed on the media summit 2013, there is no reason for the width
> and height to be signed.
>
> Therefore this patch is an attempt to convert those fields into unsigned.
>
> Signed-off-by: Ricard
On Mon, Nov 11, 2013 at 01:13:52PM +0100, Ingo Molnar wrote:
>
> It's not an irrelevant feature at all! :-)
>
> It's just that for any sort of longer profile it was pretty
> difficult/frustrating to use, which I think held back adoption.
>
> That performance problem got fixed now by you and Nam
Thank you! I need disk's total count of sector,not the sector size.
2013/11/11 Mihai Donțu :
> On Mon, 11 Nov 2013 20:31:14 +0800 韩磊 wrote:
>> Can you tell me the API about the count of sector in linux kernel?
>>
>> which .h file and function?
>>
>
> Looking at fdisk (util-linux) there are several
* Felipe Contreras wrote:
> Signed-off-by: Felipe Contreras
The changelog is missing and the title is not self-explanatory.
Please fix.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
-- Forwarded message --
From: 韩磊
Date: 2013/11/10
Subject: About read/write requests in IO scheduler
To: Linux Kernel Mailing List
In IO scheduler level, whether all the read requests are synchronous?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> [5.543416] ieee80211 phy0: Failed to select rate control algorithm
> [5.543993] ieee80211 phy0: Failed to initialize rate control algorithm
> [5.556937] mac80211_hwsim: ieee80211_register_hw failed (-2)
> [5.557669] BUG: unable to handle kernel paging request at cd1aa02c
> [5.
On 11/11/2013 07:07 AM, Michal Marek wrote:
On 10.11.2013 16:23, Andi Kleen wrote:
On Sun, Nov 10, 2013 at 05:40:05PM +0800, Fengguang Wu wrote:
Hi Joe,
FYI. Here is another bisect result.
I bet it's that strncpy() in kallsyms.c and someone passing in a too
short buffer on a 32bit kernel.
W
On Mon, 11 Nov 2013 16:43:21 +0400
Vasily Kulikov wrote:
> Hi Jeff,
>
> On Mon, Nov 11, 2013 at 07:18 -0500, Jeff Layton wrote:
> > What's the correct approach to fix this? One possibility would be to
> > keep a kernel thread around that sits in the correct namespace(s) and
> > has the right pri
* Felipe Contreras wrote:
> On Mon, Nov 11, 2013 at 6:49 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
> >
> >> On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
> >> >
> >> > * Felipe Contreras wrote:
> >> >
> >> >> We want to calculate the blinks per second, and instead of mak
Hi,
On 2013-11-05 09:24, Belisko Marek wrote:
> Hi,
>
> ping.
>
> On Mon, Oct 14, 2013 at 11:02 PM, Marek Belisko wrote:
>> This patches is adding bypass and acbias functionality to omapdss venc
>> driver.
>> In first patch we export updatin bypass and acbias in devconf1 register.
>> Next pat
On Mon, Nov 11, 2013 at 7:19 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> Signed-off-by: Felipe Contreras
>
> The changelog is missing and the title is not self-explanatory.
Either the local IRQs should be enabled for both the restart and halt
blinks, or it shouldn't be enabled for
Hi Marek,
Thanks for the patch!
I have a few small comments below...
On 11/08/2013 10:46 PM, Marek Belisko wrote:
> This is a driver for the Omnivision OV9655 camera module
> connected to the OMAP3 parallel camera interface and using
> the ISP (Image Signal Processor). It supports SXGA and VGA
>
>>> On 11.11.13 at 14:02, Kyungsik Lee wrote:
> On Mon, Nov 11, 2013 at 08:35:31AM +, Jan Beulich wrote:
>> >>> On 11.11.13 at 03:49, Kyungsik Lee wrote:
>> > Hello Jan,
>> >
>> > Thanks for the patch.
>> >
>> > On Fri, Nov 08, 2013 at 09:27:09AM +, Jan Beulich wrote:
>> >> "ret", being
On Monday, November 11, 2013 09:21:40 AM Lan Tianyu wrote:
> On 2013年11月10日 08:58, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Modify struct acpi_dev_node to contain a pointer to struct device
> > ambedded in the struct acpi_device associated with the given device
> > object (tha
Em Fri, Nov 08, 2013 at 06:02:33PM -0800, Sukadev Bhattiprolu escreveu:
> A gently tested RFC patch...
Can you please check recent threads with patches by Adrian Hunter and
Jiri Olsa, both probably addressing this problem, at some point there is
an explanation about the inherit scalability issues
This reverts commits
f3462aa (Kbuild: Handle longer symbols in kallsyms.c) and
eea0e9c (kbuild: Increase kallsyms max symbol length)
except for the added overflow check. The reason is a regression caused
by increasing the buffer:
http://marc.info/?l=linux-kernel&m=138387700415675.
Reported-by: Fen
Pasting the verbatim PCI_(VENDOR|DEVICE)_* macros in the __pci_fixup_*
symbol names results in insanely long names such as
__pci_fixup_resumePCI_VENDOR_ID_SERVERWORKSPCI_DEVICE_ID_SERVERWORKS_HT1000SBquirk_disable_broadcom_boot_interrupt
When LTO adds its numeric suffix to such symbol, it overflo
On Sun, 2013-11-10 at 21:17 +0100, Michal Nazarewicz wrote:
> inta is checked to be zero in a IRQ_NONE branch so afterwards it
> cannot be zero as it is never modified.
no signed-off-by
> @@ -1150,7 +1149,14 @@ static irqreturn_t iwl_pcie_isr(int irq, void *data)
>* or due to sporadic in
On Mon, 2013-11-11 at 14:41 +0100, Johannes Berg wrote:
> > @@ -1150,7 +1149,14 @@ static irqreturn_t iwl_pcie_isr(int irq, void *data)
> > * or due to sporadic interrupts thrown from our NIC. */
> > if (!inta) {
> > IWL_DEBUG_ISR(trans, "Ignore interrupt, inta == 0\n");
> > -
From: "Ivan T. Ivanov"
Hi,
This series intend to fixup driver, which was broken for a while. It is
used to create peripheral role device, which in coordination with
phy-usb-msm driver (still some cleanups pending) will provide again
USB2.0 gadget support for MSM targets.
Generated on to top o
From: "Ivan T. Ivanov"
PHY drivers keep track of the current state of the hardware,
so don't change PHY settings under it.
Signed-off-by: Ivan T. Ivanov
---
drivers/usb/chipidea/ci_hdrc_msm.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/chipidea/c
From: "Ivan T. Ivanov"
Signed-off-by: Ivan T. Ivanov
---
drivers/usb/chipidea/ci_hdrc_msm.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/chipidea/ci_hdrc_msm.c
b/drivers/usb/chipidea/ci_hdrc_msm.c
index 747d6c1..e9624f3 100644
--- a/drivers/usb/chipidea/ci_hdrc_msm.c
+++
From: "Ivan T. Ivanov"
Signed-off-by: Ivan T. Ivanov
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/usb/msm-hsusb.txt | 16
1 file changed, 16 insertions(+)
diff --git a/Documentation/devicetree/bindings/usb/msm-hsusb.txt
b/Documentation/devicetree/bind
From: "Ivan T. Ivanov"
Allows controller to be specified via device tree.
Pass PHY phandle specified in DT to core driver.
Signed-off-by: Ivan T. Ivanov
Cc: devicet...@vger.kernel.org
---
drivers/usb/chipidea/ci_hdrc_msm.c | 23 ++-
1 file changed, 22 insertions(+), 1 del
* Felipe Contreras wrote:
> Otherwise we might not reboot when the user needs it the most (early
> on).
>
> Signed-off-by: Felipe Contreras
> ---
> kernel/panic.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a/kernel/panic.c b/kernel/panic.c
> index b
On Mon, Nov 11, 2013 at 7:28 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> On Mon, Nov 11, 2013 at 6:49 AM, Ingo Molnar wrote:
>> >
>> > * Felipe Contreras wrote:
>> >
>> >> On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
>> >> >
>> >> > * Felipe Contreras wrote:
>> >> >
>> >>
Otherwise we might not reboot when the user needs it the most (early
on).
Signed-off-by: Felipe Contreras
---
This is exactly the same as in the previous try, but now alone since it was
mudded by largely irrelevant patches in the series.
kernel/panic.c | 14 +-
1 file changed, 13 i
On Mon, Nov 11, 2013 at 12:54:53AM -0600, Rob Landley wrote:
> On 10/24/2013 02:14:33 PM, Seth Forshee wrote:
> >Add a man page for kernelshark.
> >
> >Signed-off-by: Seth Forshee
> >---
> > Documentation/kernelshark.1.txt | 46
> >+
> > 1 file changed, 46 in
* Felipe Contreras wrote:
> On Mon, Nov 11, 2013 at 7:28 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
> >
> >> On Mon, Nov 11, 2013 at 6:49 AM, Ingo Molnar wrote:
> >> >
> >> > * Felipe Contreras wrote:
> >> >
> >> >> On Mon, Nov 11, 2013 at 5:32 AM, Ingo Molnar wrote:
> >> >> >
* Felipe Contreras wrote:
> On Mon, Nov 11, 2013 at 7:19 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
> >
> >> Signed-off-by: Felipe Contreras
> >
> > The changelog is missing and the title is not self-explanatory.
>
> Either the local IRQs should be enabled for both the restart
Hi,
On adding IPv6 blackhole routes, ICMP unreachable messages are being
sent back to source. According to the definition, packets destined to
a blackhole address must be dropped silently.
I applied the patch submitted to the 3.7 kernel that indicates that it
supports blackhole and prohibit rout
* Frederic Weisbecker wrote:
> On Mon, Nov 11, 2013 at 01:13:52PM +0100, Ingo Molnar wrote:
> >
> > It's not an irrelevant feature at all! :-)
> >
> > It's just that for any sort of longer profile it was pretty
> > difficult/frustrating to use, which I think held back adoption.
> >
> > That
This patch series adds support for specifying charging thresholds,
forcing a battery to discharge, and inhibiting charging, on ThinkPad
Laptops using Sandy Bridge or newer processors.
The first two patches should be stable now, the third one does not work on
my test system (but I'd appreciate if a
This makes it possible to forcefully discharge a battery.
Signed-off-by: Julian Andres Klode
---
Documentation/laptops/thinkpad-acpi.txt | 4 +++
drivers/platform/x86/thinkpad_acpi.c| 49 -
2 files changed, 52 insertions(+), 1 deletion(-)
diff --git a/Docume
Add support for battery charge thresholds in new Sandy Bridge and Ivy Bridge
ThinkPads. Based on the unofficial documentation in tpacpi-bat.
The threshold files support the values '0' for the controller's default,
and 1-99 as percentages. Values outside of that range are rejected. The
behaviour of
This should be considered experimental. There seem to be to ways to
inhibit charging, one globally using peak shift state, and one using
a battery-specific inhibit charge command. The latter is implemented
here. Setting a permanent timeout is not supported currently.
Reading the timeout is not sup
Hi Tomi,
Am 11.11.2013 um 14:29 schrieb Tomi Valkeinen:
> Hi,
>
> On 2013-11-05 09:24, Belisko Marek wrote:
>> Hi,
>>
>> ping.
>>
>> On Mon, Oct 14, 2013 at 11:02 PM, Marek Belisko wrote:
>>> This patches is adding bypass and acbias functionality to omapdss venc
>>> driver.
>>> In first patc
Tells the EC to stop a forceful discharging if the AC is disconnected. First
needs force_discharge set to 1 to be able to work. Actual functionality is
untested, as that attribute is not supported on an X230.
Signed-off-by: Julian Andres Klode
---
Documentation/laptops/thinkpad-acpi.txt | 4 ++
On 2013-11-05 12:00, Gu Zheng wrote:
> Following commits:
> 50e244cc79 fb: rework locking to fix lock ordering on takeover
> e93a9a8687 fb: Yet another band-aid for fixing lockdep mess
> 054430e773 fbcon: fix locking harder
> reworked locking to fix related lock ordering on takeover, and introduced
On Sun, 10 Nov 2013, Geert Uytterhoeven wrote:
> On Sun, Nov 10, 2013 at 9:49 AM, Michael Schmitz
> wrote:
> >> Is there an easy to setup/use emulator around on which I could try to
> >> dig into that myself?
> >
> > I believe Geert uses ARAnyM for his tests of m68k kernels on emulators - it
> >
On 11.11.2013 14:27, Joe Mario wrote:
> On 11/11/2013 07:07 AM, Michal Marek wrote:
>> I'm testing a patch for include/linux/pci.h to use line numbers
>> instead of the PCI ID macros to declare the __pci_fixup_* symbols.
>> If that works, we can revert the limit back to 128 and only keep
>> the che
On 2013-11-11 15:57, Dr. H. Nikolaus Schaller wrote:
> Hi Tomi,
>
> Am 11.11.2013 um 14:29 schrieb Tomi Valkeinen:
>
>> Hi,
>>
>> On 2013-11-05 09:24, Belisko Marek wrote:
>>> Hi,
>>>
>>> ping.
>>>
>>> On Mon, Oct 14, 2013 at 11:02 PM, Marek Belisko wrote:
This patches is adding bypass and
* Felipe Contreras wrote:
> Otherwise we might not reboot when the user needs it the most (early
> on).
>
> Signed-off-by: Felipe Contreras
> ---
>
> This is exactly the same as in the previous try, but now alone since it was
> mudded by largely irrelevant patches in the series.
>
> kernel/
On Thu, Oct 31, 2013 at 3:48 PM, Tushar Behera wrote:
> The clocks in S2MPS11 and S5M8767 are managed in the same way, baring
> a difference in the register offset. It would be better to update
> existing S2MPS11 driver to support the clocks in S5M8767, rather than
> creating an almost duplicate d
On Mon, Nov 11, 2013 at 7:44 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> Otherwise we might not reboot when the user needs it the most (early
>> on).
>>
>> Signed-off-by: Felipe Contreras
>> ---
>> kernel/panic.c | 14 +-
>> 1 file changed, 13 insertions(+), 1 deletion
On Thu, Oct 31, 2013 at 3:48 PM, Tushar Behera wrote:
> Since clock operation within S2MPS11 and S5M8767 are similar, we can
> support both the devices within a single driver.
>
> Signed-off-by: Tushar Behera
> CC: Yadwinder Singh Brar
> CC: Mike Turquette
> ---
Reviewed-by: Yadwinder Singh Br
Linus,
Please pull the latest irq-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus
# HEAD: 5702941eec32cfd7b8cf9e36a0936e48170011a4 irqchip: bcm2835: Convert
to use IRQCHIP_DECLARE macro
The biggest change this cycle are the softi
On Mon, Nov 11, 2013 at 02:40:36PM +0100, Michal Marek wrote:
> This reverts commits
> f3462aa (Kbuild: Handle longer symbols in kallsyms.c) and
> eea0e9c (kbuild: Increase kallsyms max symbol length)
> except for the added overflow check. The reason is a regression caused
> by increasing the buffe
On Fri, Nov 08, 2013 at 10:51:15PM +, Sebastian Reichel wrote:
> Merge all TWL family subnode documentation into
> the TWL family documentation file and fix typo
> in its filename.
>
> Signed-off-by: Sebastian Reichel
> ---
Hi,
If all of this is being moved into one place it would be nice to
On Mon, Nov 11, 2013 at 03:35:37PM +0200, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> PHY drivers keep track of the current state of the hardware,
> so don't change PHY settings under it.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> drivers/usb/chipidea/ci_hdrc_msm.c |9 ++---
> 1
* Felipe Contreras wrote:
> On Mon, Nov 11, 2013 at 7:44 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
> >
> >> Otherwise we might not reboot when the user needs it the most (early
> >> on).
> >>
> >> Signed-off-by: Felipe Contreras
> >> ---
> >> kernel/panic.c | 14 +-
Linus,
Please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
# HEAD: bbfe65c219c638e19f1da5adab1005b2d68ca810 genirq: Set the irq thread
policy without checking CAP_SYS_NICE
Two (minor) fixlets that miss
On Mon, Nov 11, 2013 at 03:35:33PM +0200, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Hi,
>
> This series intend to fixup driver, which was broken for a while. It is
> used to create peripheral role device, which in coordination with
> phy-usb-msm driver (still some cleanups pending) wi
gentle ping for suggestions/reviews ..
On Wed, Sep 11, 2013 at 8:14 PM, Yadwinder Singh Brar
wrote:
> This series is to add basic common infrastructure for ASV.
> Basically ASV is a technique used on samsung SoCs, which provides the
> recommended supply voltage for dvfs of arm, mif etc. For a g
From: Borislav Petkov
Subject: [PATCH] Kbuild: Ignore GREP_OPTIONS env variable
When building the kernel in a shell which defines GREP_OPTIONS so that
grep behavior is modified, we can break the generation of the syscalls
table like so:
__SYSCALL_COMMON([01;31m[K0[m[K, sys_read, sys_read)
__
Ping. I haven't seen any comments on any of these patches.
--
Joseph S. Myers
jos...@codesourcery.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.htm
101 - 200 of 708 matches
Mail list logo
