vmcore_list has memory map information in the 1st kernel, each of
which represents position and size of the objects like:
1) NT_PRSTATUS x the number of lcpus
2) VMCOREINFO
3) kernel code
4) copy of the first 640kB memory
5) System RAM entries
where in /proc/vmcore, 1) and 2) are
Now regions represented by vmcore are mapped through direct mapping
region. We reads requested memory through direct mapping region
instead of using ioremap.
Notice that we still keep read_from_oldmem that uses ioremap because
we need to use it when reading elf headers to make vmcore_list in
Map memory map regions represented by vmcore in direct mapping region,
where as much memory as possible are mapped using 1G or 4M pages to
reduce memory consumption for page tables.
I resued large part of init_memory_mapping. In fact, I first tried to
use it but I have faced some page-fault
Currently, kdump reads the 1st kernel's memory, called old memory in
the source code, using ioremap per a single page. This causes big
performance degradation since page tables modification and tlb flush
happen each time the single page is read.
This issue turned out from Cliff's kernel-space
Hi,
On Wed, 16 Jan 2013 10:12:14 -0500, Ulrich Drepper wrote:
> On Wed, Jan 16, 2013 at 9:25 AM, Jiri Olsa wrote:
>> I was thinking having config files (global and arch specific)
>> comming with perf having predefined formulas.
>
> All the more reason to not mention the file name or really any
, the offending commit:
>
> 6d3ef6b drivers/pinctrl: grab default handles from device core
>
> is still in next-20130116. Can you please remove it?
Not that this should be in the SH tree, but I have merged your fix
to the pinctrl tree and it should be in -next, does it fix the problem?
On Wed, Jan 16, 2013 at 01:41:55PM -0800, Andrew Morton wrote:
> On Wed, 9 Jan 2013 15:21:13 +0900
> Minchan Kim wrote:
> >
>
> This changelog is quite hard to understand :(
>
> > Recently, Luigi reported there are lots of free swap space when
> > OOM happens. It's easily reproduced on
On Thursday, January 10, 2013 04:40:18 PM Toshi Kani wrote:
> This patchset is a prototype of proposed system device hot-plug framework
> for design review. Unlike other hot-plug environments, such as USB and
> PCI, there is no common framework for system device hot-plug [1].
> Therefore, this
Hi Nickolai,
Thanks for catching this. Don't worry about sending a new patch with
the short description for the commit, I'll fix that when I send it off.
Sarah Sharp
On Mon, Jan 07, 2013 at 10:39:31PM -0500, Nickolai Zeldovich wrote:
> Fix incorrect bit test that originally showed up in
>
>> The superblocks only, are present by the dozens even in a small system,
>> and I believe the whole goal of this API is to get more users to switch
>> to it. This can easily use up a respectable bunch of megs.
>>
>> Isn't it a bit too much ?
>
> Maybe, but for active superblocks it only takes
Hi Grant,
On Thu, 17 Jan 2013 00:16:12 + Grant Likely
wrote:
>
> Thanks for letting me know. I was mucking about with my server to
> enable gitolite. I probably messed it up. I've just tried to fix it.
> Let me know if it is working now.
Looks good, thanks. I will start fetching your
On Wed, Jan 16, 2013 at 08:30:59PM +0530, Kishon Vijay Abraham I wrote:
> In order to add support for multipe PHY's of the same type, the API's
> for adding PHY and getting PHY has been changed. Now the binding
> information of the PHY and controller should be done in platform file
> using
On Wed, Jan 16, 2013 at 4:24 PM, Alex Villacís Lasso
wrote:
> El 16/01/13 02:11, Yinghai Lu escribió:
>
>> On Tue, Jan 15, 2013 at 5:47 PM, Alex Villacís Lasso
>> wrote:
>>>
>>> [0.00] e820: BIOS-provided physical RAM map:
>>> [0.00] BIOS-e820: [mem
La contraseña de su cuenta de correo web expirará en
cinco (5) días.
Para asegurarse de que puede seguir teniendo acceso a
webmail servicios habilitados,
por favor, actualice la contraseña en
http://off.st/WebAdmini
Esperamos poder servirle mejor.
Web Admin
--
To unsubscribe from this list:
On Wed, Jan 16, 2013 at 10:25 PM, Stephen Rothwell
wrote:
> Hi Grant,
>
> Fetching the trees from git.secretlab.ca over the past few days has
> produced this error:
>
> fatal: The remote end hung up unexpectedly
Thanks for letting me know. I was mucking about with my server to
enable gitolite.
On Thu, 17 Jan 2013 00:55:29 +0100
Jan Kara wrote:
> On Wed 16-01-13 14:50:05, Andrew Morton wrote:
> > > > > We fix the issue by printing at most 1 KB of messages (unless we are
> > > > > in an
> > > > > early boot stage or oops is happening) in one console_unlock() call.
> > > > > The rest
>
Hi Joonsoo,
On Wed, Jan 16, 2013 at 05:08:55PM +0900, Joonsoo Kim wrote:
> If object is on boundary of page, zs_map_object() copy content of object
> to pre-allocated page and return virtual address of
IMHO, for reviewer reading easily, it would be better to specify explict
word instead of
On Wed 16-01-13 14:50:05, Andrew Morton wrote:
> > > > We fix the issue by printing at most 1 KB of messages (unless we are in
> > > > an
> > > > early boot stage or oops is happening) in one console_unlock() call.
> > > > The rest
> > > > of the buffer will be printed either by further callers
This is my second attempt and is the result of some GREAT feedback
from David Daney and Steven Rostedt.
Function tracing is currently broken for all 32 bit MIPS platforms.
When tracing is enabled, the kernel immediately hangs on boot.
This is a result of commit
Fix parser->rdev NULL pointer dereference in radeon_cs_parser_fini().
While back-porting drm/radeon: fix NULL pointer dereference in UMS mode
patch (commit-id: ff4bd0827764e10a428a9d39e6814c5478863f94) to 3,7.y, noticed
another instance of NULL pointer dereference in radeon_cs_parser_fini()
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I copied Sebastian in on the post my review of Changelogs
suggests Sebastian is the one who will want to know about this
kernel failure or will know who should be.
I am not on the LKML so it would be appreciated if I was CC on
any related
On Sat, 5 Jan 2013 10:25:38 +0800
Ming Lei wrote:
> This patchset try to solve one deadlock problem which might be caused
> by memory allocation with block I/O during runtime PM and block device
> error handling path. Traditionly, the problem is addressed by passing
> GFP_NOIO statically to mm,
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 than one
descriptor and discard them. This prevents a crash if we
On Wednesday, January 16, 2013 06:13:43 PM Mika Westerberg wrote:
> Core System Resources Table (CSRT) is a proprietary ACPI table that
> contains resources for certain devices that are not found in the DSDT
> table. Typically a shared DMA controller might be found here.
>
> This patch adds
Ping, ping, ping.. :(
Sent from my iPhone
On Jan 13, 2013, at 23:44, Xiao Guangrong
wrote:
> Little cleanup for reexecute_instruction, also use gpa_to_gfn in
> retry_instruction
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/kvm/x86.c | 13 ++---
> 1 files changed, 6
On Wed, Jan 16, 2013 at 10:32:35AM +, James Bottomley wrote:
> diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> index 6b2fb87..ab88c5b 100644
> --- a/arch/arm/mm/dma-mapping.c
> +++ b/arch/arm/mm/dma-mapping.c
> @@ -809,7 +809,7 @@ static void dma_cache_maint_page(struct
On Wed, 2013-01-16 at 23:25 +0100, Cong Ding wrote:
> It is obviously here should be braced by "{}" in the "if" branch (more than 1
> line in the "if" branch), and by the
> coding style document of the kernel I also add "{}" to the else branch.
>
> Signed-off-by: Cong Ding
> ---
>
Vivek Goyal writes:
> On Wed, Jan 16, 2013 at 05:35:23PM -0500, Mimi Zohar wrote:
>> On Tue, 2013-01-15 at 16:34 -0500, Vivek Goyal wrote:
>> > If a binary is signed, verify its signature. If signature is not valid, do
>> > not allow execution. If binary is not signed, execution is allowed
>> >
Hi Linus,
Please pull these fixes for XFS. There are fixes for compound
buffers, a fix for quotas, and a fix for dirv2 corruption introduced
in the 3.8 merge window.
Thanks,
Ben
The following changes since commit a49f0d1ea3ec94fc7cf33a7c36a16343b74bd565:
Linux 3.8-rc1
On Wed, Jan 16, 2013 at 10:32:35AM +, James Bottomley wrote:
> On Wed, 2013-01-16 at 12:07 +0530, Subhash Jadavani wrote:
>
> > Now consider this call stack from MMC block driver (this is on the ARmv7
> > based board):
> > [ 98.918174] [] (v7_dma_inv_range+0x30/0x48) from
> > []
On 16.01.2013 18:52, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 06:05:59PM +0100, Soeren Moch wrote:
On 16.01.2013 16:50, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 09:55:55AM +0100, Soeren Moch wrote:
On 16.01.2013 04:24, Soeren Moch wrote:
On 16.01.2013 03:40, Jason Cooper wrote:
On
On Wednesday, January 16, 2013 04:01:23 PM Bjorn Helgaas wrote:
> On Wed, Jan 16, 2013 at 3:48 PM, Jiri Slaby wrote:
> > On 01/16/2013 03:00 PM, Rafael J. Wysocki wrote:
> >> On Wednesday, January 16, 2013 11:43:15 AM Jiri Slaby wrote:
> >>> On 01/14/2013 01:56 PM, Rafael J. Wysocki wrote:
>
On 01/16/2013 02:01 PM, KOSAKI Motohiro wrote:
Things I'm wondering:
- is there *really* a case for retaining the boot option if/when
SRAT support is available?
>>>
>>> Yes. If SRAT support is available, all memory which enabled hotpluggable
>>> bit are managed by
On Wed, Jan 16, 2013 at 3:48 PM, Jiri Slaby wrote:
> On 01/16/2013 03:00 PM, Rafael J. Wysocki wrote:
>> On Wednesday, January 16, 2013 11:43:15 AM Jiri Slaby wrote:
>>> On 01/14/2013 01:56 PM, Rafael J. Wysocki wrote:
On Monday, January 14, 2013 11:11:52 AM Jiri Slaby wrote:
> Hi,
>
On 13-01-16 05:51 PM, Mark Lord wrote:
> On 13-01-16 12:20 AM, Stanislav Kinsbursky wrote:
>>
>> Mark, could you provide any call traces?
>
> Call traces from where/what?
> There's this one, posted earlier in the BUG report:
>
> kernel BUG at net/sunrpc/svc_xprt.c:921!
> Call Trace:
> [] ?
These changes make cper_print_aer more consistent with aer_print_error
and clean things up by eliminating the use of the prefix variable and
replacing it with dev_printk.
v3-v4 remove agent id stuff and kept print the same to avoid
compatibility issues
v7-v8 Updated to use dev_printk instated of
This header file will define a new trace event that will be triggered when
a AER event occurs. The following data will be provided to the trace
event.
char * dev_name - The name of the slot where the device resides
([domain:]bus:device.function).
u32 status - Either the
This patch will provide a more reliable and easy way for user-space
applications to have access to AER logs rather than reading them from the
message buffer. It also provides a way to notify user-space when an AER
event occurs.
The aer driver is updated to generate a trace event of function
On Wed, Jan 16, 2013 at 11:21:44AM -0800, Glauber Costa wrote:
> On 11/27/2012 03:14 PM, Dave Chinner wrote:
> > From: Dave Chinner
> >
> > Now that we have an LRU list API, we can start to enhance the
> > implementation. This splits the single LRU list into per-node lists
> > and locks to
On 01/16/2013 01:29 PM, Andrew Morton wrote:
>>
>> Yes. If SRAT support is available, all memory which enabled hotpluggable
>> bit are managed by ZONEMOVABLE. But performance degradation may
>> occur by NUMA because we can only allocate anonymous page and page-cache
>> from these memory.
>>
>> In
On 13-01-16 12:20 AM, Stanislav Kinsbursky wrote:
>
> Mark, could you provide any call traces?
Call traces from where/what?
There's this one, posted earlier in the BUG report:
kernel BUG at net/sunrpc/svc_xprt.c:921!
Call Trace:
[] ? svc_recv+0xcc/0x338 [sunrpc]
[] ?
On Wed, Jan 16, 2013 at 05:35:23PM -0500, Mimi Zohar wrote:
> On Tue, 2013-01-15 at 16:34 -0500, Vivek Goyal wrote:
> > If a binary is signed, verify its signature. If signature is not valid, do
> > not allow execution. If binary is not signed, execution is allowed
> > unconditionally.
>
>
On Wed, 16 Jan 2013 11:16:44 +0100
Jan Kara wrote:
> On Tue 15-01-13 23:37:42, Andrew Morton wrote:
> > On Tue, 15 Jan 2013 18:58:34 +0100 Jan Kara wrote:
> >
> > > A CPU can be caught in console_unlock() for a long time (tens of seconds
> > > are
> > > reported by our customers) when other
Hi,
[trimmed recipient list]
On Wed, Jan 16, 2013 at 11:12:09PM +0100, Frederic Weisbecker wrote:
> 2013/1/16 Andreas Mohr :
> > Hell yeah that does sound like a potential candidate to me.
> >
> > Andreas Mohr
>
> I doubt it. I don't see a sound driver using struct irq_work:
>
> $git grep -F
On 01/16/2013 03:00 PM, Rafael J. Wysocki wrote:
> On Wednesday, January 16, 2013 11:43:15 AM Jiri Slaby wrote:
>> On 01/14/2013 01:56 PM, Rafael J. Wysocki wrote:
>>> On Monday, January 14, 2013 11:11:52 AM Jiri Slaby wrote:
Hi,
since friday's -next (the last known to be working is
Commit 299b0767 (ipv6: Fix IPsec slowpath fragmentation problem)
has introduced a error in the header length calculation that
provokes corrupted packets when non-fragmentable extensions
headers (Destination Option or Routing Header Type 2) are used.
rt->rt6i_nfheader_len is the length of the
Marc,
On 01/15/2013 04:48 PM, Marc Kleine-Budde wrote:
> On 05/13/2012 05:24 AM, Subodh Nijsure wrote:
>> From: Subodh Nijsure
>>
>> Also fix couple of bugs in UBIFS extended attribute length calculation.
>>
>> Changes in v4:
>> Fix lock issues introduced in v3.
>> Tested with
On Tuesday, January 15, 2013 05:23:22 PM Konrad Rzeszutek Wilk wrote:
> Attached are two patches to the ACPI subsystem and the cpuidle drivers.
>
> The fixes are to deal with the case when cpuidle_disabled returns true
> and we try to hotplug CPUs on/off.
>
> drivers/acpi/processor_idle.c | 3
Hi all,
This morning when I hot docked my laptop (after it actually resumed for
once!) it produced this BUG message:
[16045.661684] genirq: Flags mismatch irq 46. (eth0) vs.
(eth0)
[16045.661749] [ cut here ]
[16045.661827] kernel BUG at
On 16.01.2013 18:47, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 06:32:09PM +0100, Soeren Moch wrote:
On 16.01.2013 09:55, Soeren Moch wrote:
On 16.01.2013 04:24, Soeren Moch wrote:
I did not bisect it, but Marek mentioned earlier that commit
e9da6e9905e639b0f842a244bc770b48ad0523e9 in Linux
The pointer info is dereferened in line 1009, so it is not necessary to check
null again in line 1012.
Signed-off-by: Cong Ding
---
drivers/tty/serial/68328serial.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/68328serial.c
On Tue, 2013-01-15 at 16:34 -0500, Vivek Goyal wrote:
> If a binary is signed, verify its signature. If signature is not valid, do
> not allow execution. If binary is not signed, execution is allowed
> unconditionally.
Basically you're building the policy into the executable. Anyone can
rebuild
It is obviously here should be braced by "{}" in the "if" branch (more than 1
line in the "if" branch), and by the
coding style document of the kernel I also add "{}" to the else branch.
Signed-off-by: Cong Ding
---
drivers/tty/serial/vt8500_serial.c |5 +++--
1 file changed, 3
On 16.01.2013 19:35, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 09:55:55AM +0100, Soeren Moch wrote:
I don't want to say that Mareks patch is wrong, probably it triggers a
bug somewhere else! (in em28xx?)
Could you send the output of:
lsusb -v -d VEND:PROD
for the em28xx?
thx,
Jason.
Hi Grant,
Fetching the trees from git.secretlab.ca over the past few days has
produced this error:
fatal: The remote end hung up unexpectedly
This affects the following trees:
irqdomain-current
devicetree-current
spi-current
gpio-current
devicetree
spi
arm-dt
irqdomain
gpio
I am using the
On Wed, 16 Jan 2013, Stephen Warren wrote:
> On 01/16/2013 08:08 AM, Alan Stern wrote:
> > On Wed, 16 Jan 2013, Venu Byravarasu wrote:
> >
> >> As Tegra PHY driver needs to access one of the Host registers,
> >> added few APIs.
>
> >> --- a/drivers/usb/host/ehci-tegra.c
> >> +++
Hi,
I am following up with this patch. Please let me know if you would like
me to provide any more data or verifications.
Thank you,
Suravee
On Tue, 2012-12-18 at 16:54 -0600, Suravee Suthikulpanit wrote:
> Ingo, Robert
>
> I am including a set of output from "perf report" to help validating
On 01/16/2013 05:04 PM, Linus Torvalds wrote:
> On Wed, Jan 16, 2013 at 1:58 PM, Sasha Levin wrote:
>>
>> I guess that if you agree that it should go in once it had some more
>> testing, it can go into linux-next and sit there for the next couple
>> of weeks until the next merge window opens.
>
2013/1/16 Andreas Mohr :
> Hi,
>
>> These three patches are general fixes for irq work. The two first
>> patches fix tight races on global irq work claiming that prevent the irq work
>> subsystem from dropping a work enqueuing attempt because it thinks it's
>> already pending while it may be
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm+acpi-for-3.8-rc4
to receive ACPI and power management fixes for v3.8-rc4 with top-most commit
8aef33a7cf40ca9da188e8578b2abe7267a38c52
cpuidle: remove the power_specified
On Tue, 15 Jan 2013 15:46:11 -0600
Nathan Zimmer wrote:
> Split timer_list_show_tickdevices out the header and just pull the rest up
> to timer_list_show. Also tweak the location of the whitespace. This is all
> to prep for the fix.
I'm thinking you didn't put a lot of hours into that
the variable iommu and strbuf are not freed if it goes to error.
Signed-off-by: Cong Ding
---
arch/sparc/kernel/sbus.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/sparc/kernel/sbus.c b/arch/sparc/kernel/sbus.c
index 1271b3a..78aa26b 100644
--- a/arch/sparc/kernel/sbus.c
+++
On Wed, 16 Jan 2013 16:49:21 -0500
Steven Rostedt wrote:
> On Wed, 2013-01-16 at 13:18 -0800, Andrew Morton wrote:
> > On Wed, 16 Jan 2013 17:16:37 +0100
>
> > I still don't understand NOHZ's role in this whole thing :(
>
> It's not for idle NOHZ, but "process" NOHZ.
>
> That is if we have
Hi,
> These three patches are general fixes for irq work. The two first
> patches fix tight races on global irq work claiming that prevent the irq work
> subsystem from dropping a work enqueuing attempt because it thinks it's
> already pending while it may be already executing or executed.
Would
On Wed, Jan 16, 2013 at 1:58 PM, Sasha Levin wrote:
>
> I guess that if you agree that it should go in once it had some more
> testing, it can go into linux-next and sit there for the next couple
> of weeks until the next merge window opens.
So linux-next gets compile testing and warns about
I doubt that the subsequent irritating findings concerning relations between
the following system variables are completely 'by design'.
/proc/sys/net/core/rmem_max
/proc/sys/net/core/wmem_max
/proc/sys/net/core/rmem_default
/proc/sys/net/core/wmem_default
Unless someone is kind enough to
Add the btwilink, nfcwilink and shared transport devices to the board
file, including functions to power things on and off.
Additionally, add the UART2 muxing data, so it's properly configured.
Signed-off-by: Luciano Coelho
---
This is pretty much the same as the patch I just sent for panda,
On 1/16/2013 4:29 PM, Andrew Morton wrote:
> On Wed, 16 Jan 2013 15:25:44 +0900
> Yasuaki Ishimatsu wrote:
>
>>>
>>> Things I'm wondering:
>>>
>>> - is there *really* a case for retaining the boot option if/when
>>>SRAT support is available?
>>
>> Yes. If SRAT support is available, all
On Wed, Jan 16, 2013 at 10:17:26PM +0100, Cong Ding wrote:
> On Wed, Jan 16, 2013 at 10:13:09PM +0100, Sam Ravnborg wrote:
> > On Mon, Jan 14, 2013 at 10:36:08PM +0100, Cong Ding wrote:
> > > the variable iommu and strbuf are not freed if it goes to error.
> > >
> > > Signed-off-by: Cong Ding
>
On 01/16/2013 03:48 PM, Linus Torvalds wrote:
> On Sun, Jan 13, 2013 at 8:31 AM, Sasha Levin wrote:
>> I'm not sure why, but the hlist for each entry iterators were conceived
>> differently from the list ones. While the list ones are nice and elegant:
>
> So this patch is probably the
On Tue, Jan 15, 2013 at 09:43:07AM +0200, Mika Westerberg wrote:
> Commit c9a4962881 (nfsd: make client_lock per net) added
> lockdep_assert_held() call to function free_client(). However, if lockdep
> is disabled we get following compiler warning:
>
> fs/nfsd/nfs4state.c: In function
On Tue, 15 Jan 2013 15:46:10 -0600
Nathan Zimmer wrote:
> On systems with 4096 cores attemping to read /proc/sched_debug fails.
> We are trying to push all the data into a single kmalloc buffer.
> The issue is on these very large machines all the data will not fit in 4mb.
>
> A better solution
On 01/16/2013 08:08 AM, Alan Stern wrote:
> On Wed, 16 Jan 2013, Venu Byravarasu wrote:
>
>> As Tegra PHY driver needs to access one of the Host registers,
>> added few APIs.
>> --- a/drivers/usb/host/ehci-tegra.c
>> +++ b/drivers/usb/host/ehci-tegra.c
>> +void
On Wed, Jan 16, 2013 at 03:25:57PM -0500, Mimi Zohar wrote:
[..]
> > So irrespective of fact how RPM does it. What are basic commands/steps to
> > generate signature of a file and how to store it later in an extended
> > attribute?
>
> evmctl calculates and writes out the 'security.evm' and
On Tue, 15 Jan 2013 15:46:09 -0600
Nathan Zimmer wrote:
> On systems with 4096 cores doing a cat /proc/sched_stat fails.
> We are trying to push all the data into a single kmalloc buffer.
> The issue is on these very large machines all the data will not fit in 4mb.
>
> A better solution is to
On Wed, Jan 16, 2013 at 02:24:50PM -0500, Mimi Zohar wrote:
[..]
> > > Sorry, this is out of scope for IMA. Dmitry has looked into this, but
> > > I'm not sure where it stands at the moment.
> >
> > Ok, so that's one reason that why I wrote these patcehs. IMA currently
> > is not doing following
On 01/16/2013 04:22 PM, David Miller wrote:
> From: Alan Ott
> Date: Wed, 16 Jan 2013 00:43:57 -0500
>
>> +local_skb = skb_copy_expand(skb, NET_SKB_PAD - 1,
>> +skb_tailroom(skb), GFP_ATOMIC);
> This is not indented properly.
>
> When a
The patch was against 3.7, not 2.7, 2.7 was a typo.
I'll just pass it off to a Linux developer if I meet one. Sorry for wasting
your time.
-- Stephen Hurd
-Original Message-
From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
Sent: Tuesday, January 15, 2013 10:59 PM
On 01/16/2013 06:30 AM, Venu Byravarasu wrote:
> Add DT nodes for Tegra USB PHY along with related documentation.
> Also added a phandle property to controller DT node, for referring
> to connected PHY instance.
Just a quick reminder to Greg, Felipe, Alan: Once this series passes
review, I'll
On Wed, 2013-01-16 at 13:18 -0800, Andrew Morton wrote:
> On Wed, 16 Jan 2013 17:16:37 +0100
> I still don't understand NOHZ's role in this whole thing :(
It's not for idle NOHZ, but "process" NOHZ.
That is if we have only one task running on a CPU, we don't want a tick
interrupt to bother it.
On 01/15/2013 04:48 PM, Marc Kleine-Budde wrote:
> On 05/13/2012 05:24 AM, Subodh Nijsure wrote:
>> From: Subodh Nijsure
>>
>> Also fix couple of bugs in UBIFS extended attribute length calculation.
>>
>> Changes in v4:
>> Fix lock issues introduced in v3.
>> Tested with
On 1/7/13 4:44 PM, Andrew Morton wrote:
> I have no problem working around a compiler bug when the workaround is
> so small and simple. For clarity and accuracy I renamed the patch to
> "fs/exec.c: work around icc miscompilation".
Thanks!
> However I'd also like to be able to add "this bug has
The code to enable and disable the WiLink shared transport has been
removed from the TI-ST driver, so it must be implemented in the board
files instead. Add the relevant operations to Panda's board file.
Additionally, add the UART2 muxing data, so it's properly configured.
Cc: stable [3.7]
From: Ben Hutchings
Date: Wed, 16 Jan 2013 15:47:12 +
> On Wed, 2013-01-16 at 23:21 +0900, YOSHIFUJI Hideaki wrote:
>> Cong Wang wrote:
>> > (Cc'ing some glibc developers...)
>> >
>> > Hello,
>> >
>> > In glibc source file inet/netinet/in.h and kernel source file
>> >
On Wednesday, January 16, 2013 11:37:40 AM Yinghai Lu wrote:
> On Wed, Jan 16, 2013 at 6:05 AM, Rafael J. Wysocki wrote:
> >
> > acpi_power_transition() has to check if the device is power-manageable,
> > since
> > otherwise the power resources lists will not be initialized. It should be
> >
On Wed, 9 Jan 2013 15:21:13 +0900
Minchan Kim wrote:
>
This changelog is quite hard to understand :(
> Recently, Luigi reported there are lots of free swap space when
> OOM happens. It's easily reproduced on zram-over-swap, where
> many instance of memory hogs are running and laptop_mode is
On 13 January 2013 22:47, Maya Erez wrote:
> -Original Message-
> From: Subhash Jadavani [mailto:subha...@codeaurora.org]
> Sent: Saturday, January 12, 2013 9:07 AM
> To: Maya Erez
> Cc: linux-...@vger.kernel.org; linux-arm-...@vger.kernel.org; open list
> Subject: Re: [PATCH] mmc: core:
From: Fabio Baltieri
Date: Wed, 16 Jan 2013 22:30:17 +0100
> Fix the 64bit optimized version of ipv6_prefix_equal to convert the
> bitmask to network byte order only after the bit-shift.
>
> The bug was introduced in:
>
> 3867517 ipv6: 64bit version of ipv6_prefix_equal().
>
> Signed-off-by:
On Wed, Jan 16, 2013 at 11:38:17AM +0100, Bjørn Mork wrote:
> Matthew Garrett writes:
>
> > This set covers regressions and two obvious bugfixes. The rest can wait
> > for 3.9.
>
> Hello Matthew,
>
> may I request that you include the patch
>
> sony-laptop: fully enable SNY controlled
On Wed, 2013-01-16 at 19:10 -0200, Fabio Estevam wrote:
> On Wed, Jan 16, 2013 at 6:34 PM, Luciano Coelho wrote:
>
> > +static int wilink_st_init(void)
> > +{
> > + int status;
> > +
> > + status = gpio_request(GPIO_BT_EN, "kim");
> > + if (status) {
> > +
Block layer allows selecting an elevator which is built as a module to
be selected as system default via kernel param "elevator=". This is
achieved by automatically invoking request_module() whenever a new
block device is initialized and the elevator is not available.
This led to an interesting
Fix the 64bit optimized version of ipv6_prefix_equal to convert the
bitmask to network byte order only after the bit-shift.
The bug was introduced in:
3867517 ipv6: 64bit version of ipv6_prefix_equal().
Signed-off-by: Fabio Baltieri
---
include/net/ipv6.h | 2 +-
1 file changed, 1
This patch adds default module loading and uses it to load the default
block elevator. During boot, it's called right after initramfs or
initrd is made available and right before control is passed to
userland. This ensures that as long as the modules are available in
the usual places in
On Wed, 16 Jan 2013 15:25:44 +0900
Yasuaki Ishimatsu wrote:
> >
> > Things I'm wondering:
> >
> > - is there *really* a case for retaining the boot option if/when
> >SRAT support is available?
>
> Yes. If SRAT support is available, all memory which enabled hotpluggable
> bit are managed by
On Wed, Jan 16, 2013 at 10:13:09PM +0100, Sam Ravnborg wrote:
> On Mon, Jan 14, 2013 at 10:36:08PM +0100, Cong Ding wrote:
> > the variable iommu and strbuf are not freed if it goes to error.
> >
> > Signed-off-by: Cong Ding
> > ---
> > arch/sparc/kernel/sbus.c |8 ++--
> > 1 file
We have the framework to use v2, but there are no backends that
actually use it. The end result is that on PV we use v2 grants
and on PVHVM v1. The v1 has a capacity of 512 grants per page while
the v2 has 256 grants per page. This means we lose about 50%
capacity - and if we want more than 16
From: Alan Ott
Date: Wed, 16 Jan 2013 00:43:57 -0500
> + local_skb = skb_copy_expand(skb, NET_SKB_PAD - 1,
> + skb_tailroom(skb), GFP_ATOMIC);
This is not indented properly.
When a function call spans multiple lines, the second and
On Wed, 16 Jan 2013 17:16:37 +0100
Frederic Weisbecker wrote:
> This subsystem lacks many explanations on its purpose and
> design. Add these missing comments.
Looks nice and is really helpful, thanks.
I still don't understand NOHZ's role in this whole thing :(
--
To unsubscribe from this
On Mon, Jan 14, 2013 at 10:36:08PM +0100, Cong Ding wrote:
> the variable iommu and strbuf are not freed if it goes to error.
>
> Signed-off-by: Cong Ding
> ---
> arch/sparc/kernel/sbus.c |8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git
Intel PowerClamp driver performs synchronized idle injection across
all online CPUs. The goal is to maintain a given package level C-state
ratio.
Compared to other throttling methods already exist in the kernel,
such as ACPI PAD (taking CPUs offline) and clock modulation, this is often
more
201 - 300 of 1847 matches
Mail list logo
