On 12/14/2012 05:33 PM, Vincent Guittot wrote:
> On 14 December 2012 02:46, Alex Shi wrote:
>> On 12/13/2012 11:48 PM, Vincent Guittot wrote:
>>> On 13 December 2012 15:53, Vincent Guittot
>>> wrote:
On 13 December 2012 15:25, Alex Shi wrote:
> On 12/13/2012 06:11 PM, Vincent Guittot
On Sun, Dec 16, 2012 at 4:54 AM, Mike Turquette wrote:
> On Sat, Dec 15, 2012 at 8:41 AM, Haojian Zhuang
> wrote:
>> On Tue, Dec 4, 2012 at 9:32 AM, Haojian Zhuang
>> wrote:
>>> On Mon, Dec 3, 2012 at 4:14 PM, Haojian Zhuang
>>> wrote:
clk->rate = parent->rate / div * mult
The
This is how the core works:
cpufreq_driver_unregister()
- subsys_interface_unregister()
- for_each_cpu() call cpufreq_remove_dev(), i.e. 0,1,2,3,4 when we
unregister.
cpufreq_remove_dev():
- Remove policy node
- Call cpufreq_add_dev() for next cpu, sharing mask with removed cpu.
Because cpufreq core and governors worry only about the online cpus, if a cpu is
hot [un]plugged, we must notify governors about it, otherwise be ready to expect
something unexpected.
We already have notifiers in the form of CPUFREQ_GOV_START/CPUFREQ_GOV_STOP, we
just need to call them now.
cpufreq core doesn't manage offline cpus and if driver->init() has returned
mask including offline cpus, it may result in unwanted behavior by cpufreq core
or governors.
We need to get only online cpus in this mask. There are two places to fix this
mask, cpufreq core and cpufreq driver. It makes
Dave Chinner wrote:
> On Sun, Dec 16, 2012 at 03:35:49AM +, Eric Wong wrote:
> > Dave Chinner wrote:
> > > On Sun, Dec 16, 2012 at 12:25:49AM +, Eric Wong wrote:
> > > > Alan Cox wrote:
> > > > > On Sat, 15 Dec 2012 00:54:48 +
> > > > > Eric Wong wrote:
> > > > >
> > > > > >
Dave Chinner wrote:
> On Sun, Dec 16, 2012 at 03:59:53AM +, Eric Wong wrote:
> > I want the first read() to happen sooner than it would under current
> > fadvise.
>
> You're not listening. You do not need the kernel to be modified to
> avoid the latency of issuing 1GB of readahead on a
On Sat, Dec 15, 2012 at 6:09 PM, Yinghai Lu wrote:
> On Sat, Dec 15, 2012 at 1:40 PM, H. Peter Anvin wrote:
>> On 12/15/2012 12:55 PM, Yinghai Lu wrote:
>>>
>>> BTW, did you look at smp boot problem with early_level4_pgt version?
>>
>>
>> No, I have been busy with non-Linux stuff today.
>>
>
>
On Sun, Dec 16, 2012 at 1:16 AM, Matthias Kohler
wrote:
> I'm doing a CPU-Scheduler based on BFS by Con Kolivas with support for
> multiple run-queues. BFS in itself uses only one run-queue for all
> CPU's. This avoids the load-balancing overhead, but does not scale well.
> One run-queue per CPU
On Wednesday 2012-10-03 18:17, Greg Kroah-Hartman wrote:
>>
>> OK, I will bite... How should I flag an option that is initially only
>> intended for those willing to take some level of risk?
>
>In the text say "You really don't want to enable this option, use at
>your own risk!" Or something
On Sun, Dec 16, 2012 at 03:59:53AM +, Eric Wong wrote:
> Dave Chinner wrote:
> > On Sun, Dec 16, 2012 at 03:04:42AM +, Eric Wong wrote:
> > > Dave Chinner wrote:
> > > > On Sat, Dec 15, 2012 at 12:54:48AM +, Eric Wong wrote:
> > > > >
> > > > > Before: fadvise64(3, 0, 0,
On Sun, Dec 16, 2012 at 03:35:49AM +, Eric Wong wrote:
> Dave Chinner wrote:
> > On Sun, Dec 16, 2012 at 12:25:49AM +, Eric Wong wrote:
> > > Alan Cox wrote:
> > > > On Sat, 15 Dec 2012 00:54:48 +
> > > > Eric Wong wrote:
> > > >
> > > > > Applications streaming large files may
Dave Chinner wrote:
> On Sun, Dec 16, 2012 at 03:04:42AM +, Eric Wong wrote:
> > Dave Chinner wrote:
> > > On Sat, Dec 15, 2012 at 12:54:48AM +, Eric Wong wrote:
> > > >
> > > > Before: fadvise64(3, 0, 0, POSIX_FADV_WILLNEED) = 0 <2.484832>
> > > > After: fadvise64(3, 0, 0,
On Sun, Dec 16, 2012 at 03:04:42AM +, Eric Wong wrote:
> Dave Chinner wrote:
> > On Sat, Dec 15, 2012 at 12:54:48AM +, Eric Wong wrote:
> > > Applications streaming large files may want to reduce disk spinups and
> > > I/O latency by performing large amounts of readahead up front.
> > >
Dave Chinner wrote:
> On Sun, Dec 16, 2012 at 12:25:49AM +, Eric Wong wrote:
> > Alan Cox wrote:
> > > On Sat, 15 Dec 2012 00:54:48 +
> > > Eric Wong wrote:
> > >
> > > > Applications streaming large files may want to reduce disk spinups and
> > > > I/O latency by performing large
Eric Wong wrote:
> Perhaps squashing something like the following will work?
Last hunk should've had a return before skip_ra:
--- a/mm/readahead.c
+++ b/mm/readahead.c
@@ -264,6 +266,10 @@ void wq_page_cache_readahead(struct address_space
*mapping, struct file *filp,
req->nr_to_read =
Dave Chinner wrote:
> On Sat, Dec 15, 2012 at 12:54:48AM +, Eric Wong wrote:
> > Applications streaming large files may want to reduce disk spinups and
> > I/O latency by performing large amounts of readahead up front.
> > Applications also tend to read files soon after opening them, so
On Sun, Dec 16, 2012 at 12:25:49AM +, Eric Wong wrote:
> Alan Cox wrote:
> > On Sat, 15 Dec 2012 00:54:48 +
> > Eric Wong wrote:
> >
> > > Applications streaming large files may want to reduce disk spinups and
> > > I/O latency by performing large amounts of readahead up front
> >
> >
commit 966458f OMAP: remove vram allocator
Removed the OMAP specific vram allocator but OMAP2 common was
still trying to use it and this lead to the following build error:
CC arch/arm/mach-omap2/common.o
arch/arm/mach-omap2/common.c:19:23: fatal error: plat/vram.h: No such file or
On Sat, Dec 15, 2012 at 12:54:48AM +, Eric Wong wrote:
> Applications streaming large files may want to reduce disk spinups and
> I/O latency by performing large amounts of readahead up front.
> Applications also tend to read files soon after opening them, so waiting
> on a slow fadvise may
[ please place patches inline, not as attachments. ]
On Sat, Dec 15, 2012 at 11:25:23PM +0800, ys wrote:
> From 3d56c131b58a21c05bcd677b9d2ba915abcbf195 Mon Sep 17 00:00:00 2001
> From: yangsheng
> Date: Sat, 15 Dec 2012 21:46:22 +0800
> Subject: [PATCH] vfs: update atimes over one day in the
xtu4 wrote:
> resend it, due to format error
>
> Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
> play, ora video play, we need to read mp3 or video file
> from memory to page cache,but when system lack of memory,
> page cache of mp3 or video file will be
On Sat, Dec 15, 2012 at 1:40 PM, H. Peter Anvin wrote:
> On 12/15/2012 12:55 PM, Yinghai Lu wrote:
>>
>> BTW, did you look at smp boot problem with early_level4_pgt version?
>
>
> No, I have been busy with non-Linux stuff today.
>
ok, i sorted it out. I will split it to small pieces and post
On Sun, Dec 16, 2012 at 9:53 AM, Al Viro wrote:
> On Sun, Dec 16, 2012 at 09:39:01AM +0800, Jeff Chua wrote:
>> On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
>> > On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>> >> How should the symbolic links be setup to compile the latest
On Sun, Dec 16, 2012 at 09:39:01AM +0800, Jeff Chua wrote:
> On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
> > On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
> >> How should the symbolic links be setup to compile the latest kernel?
> >>
> >>
> >> Currently I had these links and
On 12/15/2012 05:00:38 AM, Marco Stornelli wrote:
Removed vmtruncate
Signed-off-by: Marco Stornelli
Acked-by: Rob Landley
(I can't help thinking there should have been some sort of
feature-removal-schedule entry for this. Is there any sort of trailing
record of major stuff that
On Sun, Dec 16, 2012 at 9:39 AM, Jeff Chua wrote:
> On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
>> On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>>> How should the symbolic links be setup to compile the latest kernel?
>>>
>>>
>>> Currently I had these links and kernels compiled
On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
> On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>> How should the symbolic links be setup to compile the latest kernel?
>>
>>
>> Currently I had these links and kernels compiled fine until 2 days ago.
>>
>> asm ->
On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
> How should the symbolic links be setup to compile the latest kernel?
>
>
> Currently I had these links and kernels compiled fine until 2 days ago.
>
> asm -> /usr/src/linux/include/uapi/asm-generic/
> asm-generic ->
On Sat, 2012-12-15 at 14:28 -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 3:53 PM, Nicholas A. Bellinger
> wrote:
> >
> > Here are the target updates for v3.8-rc1 merge window code. Please go
> > ahead and pull from:
> >
> >
On Saturday, December 15, 2012 10:16:29 PM Jiri Kosina wrote:
> On Sat, 15 Dec 2012, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > Currently, the PM core disables runtime PM for all devices right
> > after executing subsystem/driver .suspend() callbacks for them
> > and
On 12/13/2012 10:55 PM, Michal Hocko wrote:
On Wed 12-12-12 17:28:44, Johannes Weiner wrote:
On Wed, Dec 12, 2012 at 04:53:36PM -0500, Rik van Riel wrote:
On 12/12/2012 04:43 PM, Johannes Weiner wrote:
dc0422c "mm: vmscan: only evict file pages when we have plenty" makes
a point of not going
Duplicator ink and master, copier toner and printer cartridge, spare parts and
used machineone package service
If you need, call me pls then we talk details.
(*^__^*).
Skype: luckyme991
Yahoo! Messenger: luckyme991
Tel: 0086 15989081521
On Fri, Dec 14, 2012 at 06:36:41PM +0100, Stephan Mueller wrote:
> >> That patch is about one week from a mainline merge, btw.
> > Initially I was also thinking about get_random_int. But stack protection
> > depends on non-predictable numbers to ensure it cannot be defeated. As
> > get_random_int
These are patches designed to improve system responsiveness and
interactivity with specific emphasis on the desktop, but suitable to
any commodity hardware workload.
Apply to 3.7.x:
-ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3.71.bz2
or
Alan Cox wrote:
> On Sat, 15 Dec 2012 00:54:48 +
> Eric Wong wrote:
>
> > Applications streaming large files may want to reduce disk spinups and
> > I/O latency by performing large amounts of readahead up front
>
> How does it compare benchmark wise with a user thread or using the
>
On 12/15/2012 01:37 PM, Dave Jones wrote:
On Sat, Dec 15, 2012 at 11:58:00AM -0800, Linus Torvalds wrote:
> It might also be that it causes some massive corruption at boot time,
> but it then requires that that particular memory is actually used. So
> maybe it's not so much about the
Anybody see anything else?
And why do we have to call the get-time calls so early? Couldn't we
move them later and avoid all the crazy "let's create silly magical
page tables just for the idiotic EFI problems".
We need them anyway... actually the whole point of that patch is to try
to
On Sat, Dec 15, 2012 at 2:05 PM, Yinghai Lu wrote:
> On Sat, Dec 15, 2012 at 1:06 PM, Linus Torvalds
> wrote:
>>
>> I've reverted the commit.
>
> more than that, 3 commits just after that commit should be reverted at
> the same time.
> they all depend on that commit.
Thanks for pointing that
Hi Linus,
I'm seeing that f2fs has not been merged yet.
Could you give me any notice for this?
Management priority, or something else?
BTW, I have added a couple of bug fixes since "for-3.8-merge".
Which is better sending between [GIT PULL v2] or additional pull request
after merge?
Thanks,
On 12/15/2012 03:15 PM, Yinghai Lu wrote:
That is for the kernel region itself (that code is actually unchanged from
the current code), and yes, we could cap that one to _end if there are
systems which have bugs in that area. The dynamic page tables map 1G
aligned at a time.
dynamic should
On Sat, Dec 15, 2012 at 2:17 PM, H. Peter Anvin wrote:
> On 12/15/2012 02:13 PM, Yinghai Lu wrote:
>>
>>
>> AMD system could have all mem between TOLM and TOHM all WB, and don
>> need to set them in MTRRs entries.
>>
>
> I include the TOM2 mechanism in the overall umbrella of MTRRs for this
>
Am 15.12.2012 20:15, schrieb Ondřej Bílka:
Why not use nonblocking pool and seed nonblocking pool only with half of
collected entropy to get /dev/random in almost all practical scenarios
nonblocking?
I would not recommend changing /dev/urandom. First, we would change the
characteristic of a
On Fri, Dec 14, 2012 at 3:53 PM, Nicholas A. Bellinger
wrote:
>
> Here are the target updates for v3.8-rc1 merge window code. Please go
> ahead and pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git
> for-next
>
> Just a heads up that there is a minor merge
On Sat, 15 Dec 2012 00:54:48 +
Eric Wong wrote:
> Applications streaming large files may want to reduce disk spinups and
> I/O latency by performing large amounts of readahead up front
How does it compare benchmark wise with a user thread or using the
readahead() call ?
--
To unsubscribe
On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen
> wrote:
> > Hi Linus,
> >
> > Florian, the fbdev maintainer, has been very busy lately, so I offered to
> > send
> > the pull request for fbdev for this merge window.
>
>
On 12/15/2012 02:13 PM, Yinghai Lu wrote:
AMD system could have all mem between TOLM and TOHM all WB, and don
need to set them in MTRRs entries.
I include the TOM2 mechanism in the overall umbrella of MTRRs for this
purpose.
and also your switchover change that handle cross 1G, and 512g,
On 12/14/2012 03:32 PM, Don Dutile wrote:
On 12/13/2012 04:50 AM, Jason Gao wrote:
Dear List:
Description of problem:
After installed Centos 6.3(RHEL6.3) on my Dell R710(lastest
bios:Version: 6.3.0,Release Date: 07/24/2012) server,and updated
lastest kernel "2.6.32-279.14.1.el6.x86_64",I want
On Sun, 16 Dec 2012 02:12:51 +0530 Arvind R wrote:
>
> Subject: [PATCH 3.7.0 5/9] i82975x_edac: optimise mode detection
>
> Minor optimisation of dual channel symmetric operation. Return
> value changed to bool.
And you moved the function for no reason that is obvious form the patch.
> +/*
On Sat, Dec 15, 2012 at 1:40 PM, H. Peter Anvin wrote:
> On 12/15/2012 12:55 PM, Yinghai Lu wrote:
>> Also if we set map too large, could have chance to cover mem hole near
>> 1T for AMD HT system.
>
>
> Again, should not be cachable in the MTRRs, and even so, is 1G aligned
> already.
AMD system
Hi Arvind,
On Sun, 16 Dec 2012 02:08:50 +0530 Arvind R wrote:
>
> Subject: [PATCH 3.7.0 1/9] i82975x_edac.c: fix style errors
>
> splits or shortens extra long lines in source.
Don't do this, except for the one marked below, these add no value. The
line length is a guide.
> -
On Sat, Dec 15, 2012 at 1:06 PM, Linus Torvalds
wrote:
> On Sat, Dec 15, 2012 at 1:04 PM, Markus Trippelsdorf
> wrote:
>>
>> So I wonder if the following simple patch might be enough?
>> It fixes the issue for me at least.
>
> Not enough.
>
> It presumably fixes the issue for you by hiding the
On 12/15/2012 12:55 PM, Yinghai Lu wrote:
On Sat, Dec 15, 2012 at 11:30 AM, H. Peter Anvin wrote:
What is the point of only managing 2M at a time? Now you have to have
more conditionals and you don't get any more memory efficiency.
We don't need to, because real_data is less than 2M, and
On Sat, Dec 15, 2012 at 11:58:00AM -0800, Linus Torvalds wrote:
> It might also be that it causes some massive corruption at boot time,
> but it then requires that that particular memory is actually used. So
> maybe it's not so much about the memory map except indirectly.
I wonder if this
On 12/15/2012 01:06 PM, Linus Torvalds wrote:
On Sat, Dec 15, 2012 at 1:04 PM, Markus Trippelsdorf
wrote:
So I wonder if the following simple patch might be enough?
It fixes the issue for me at least.
Not enough.
It presumably fixes the issue for you by hiding the problem. But if
you were
The mem hole at 1T should not be marked cachable in the MTRRs.
Yinghai Lu wrote:
>On Sat, Dec 15, 2012 at 11:30 AM, H. Peter Anvin
>wrote:
>> What is the point of only managing 2M at a time? Now you have to
>have
>> more conditionals and you don't get any more memory efficiency.
>
>We don't
On Sat, 15 Dec 2012, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Currently, the PM core disables runtime PM for all devices right
> after executing subsystem/driver .suspend() callbacks for them
> and re-enables it right before executing subsystem/driver .resume()
> callbacks for
On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen wrote:
> Hi Linus,
>
> Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> the pull request for fbdev for this merge window.
Pulled. However, with this I get the Kconfig question
OMAP2+ Display Subsystem support
On Sat, Dec 15, 2012 at 1:04 PM, Markus Trippelsdorf
wrote:
>
> So I wonder if the following simple patch might be enough?
> It fixes the issue for me at least.
Not enough.
It presumably fixes the issue for you by hiding the problem. But if
you were to boot a kernel with EFI support, it would
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin wrote:
> >
> > Matt is on vacation, and I'm partly offline for the weekend, but that
> > definitely seems suspicious. Do we have a memory map of the affected
> > machine(s)?
>
>
> but as
On Sat, Dec 15, 2012 at 11:30 AM, H. Peter Anvin wrote:
> What is the point of only managing 2M at a time? Now you have to have
> more conditionals and you don't get any more memory efficiency.
We don't need to, because real_data is less than 2M, and ramdisk is about 16M.
Also if we set map
A release candidate Git v1.8.1-rc2 is now available for testing
at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
0a65a3d203b8d6e320f15abb040e1137e333c967 git-1.8.1.rc2.tar.gz
On Sat, Dec 15, 2012 at 8:41 AM, Haojian Zhuang
wrote:
> On Tue, Dec 4, 2012 at 9:32 AM, Haojian Zhuang
> wrote:
>> On Mon, Dec 3, 2012 at 4:14 PM, Haojian Zhuang
>> wrote:
>>> clk->rate = parent->rate / div * mult
>>>
>>> The formula is OK. But it may overflow while we do operate with
>>>
On Sat, Dec 15, 2012 at 7:25 AM, Shuah Khan wrote:
> On Fri, Dec 14, 2012 at 3:25 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.0.57 release.
>> There are 22 patches in this series, all will be posted as a response
>> to this one. If anyone has any
On Sat, Dec 15, 2012 at 7:27 AM, Shuah Khan wrote:
> On Fri, Dec 14, 2012 at 3:26 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.4.24 release.
>> There are 28 patches in this series, all will be posted as a response
>> to this one. If anyone has any
On Sat, Dec 15, 2012 at 7:24 AM, Shuah Khan wrote:
> On Fri, Dec 14, 2012 at 4:00 PM, Greg Kroah-Hartman
> wrote:
>> Note: This is going to be the last 3.6.y kernel release, unless
>> something major comes up, everyone should be moving to the 3.7.y kernel
>> at this point in time.
>>
>> This is
On Sat, Dec 15, 2012 at 7:22 AM, Shuah Khan wrote:
> On Fri, Dec 14, 2012 at 4:01 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.7.1 release.
>> There are 27 patches in this series, all will be posted as a response
>> to this one. If anyone has any
Subject: [PATCH 3.7.0 9/9] i82975x_edac: set sw-scrub mode, bump rev.
update revision number and enable software scrub mode.
Signed-off-by: Arvind R.
---
i82975x_edac.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/edac/i82975x_edac.c 2012-12-15
Subject: [PATCH 3.7.0 8/9] i82975x_edac: fix wrong offset reported
Cleanup error reporting function. This also corrects the wrong
calculation of the offset mask.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 59 +-
1 file changed, 25 insertions(+), 34
Subject: [PATCH 3.7.0 7/9] i82975x_edac: correct dimm label initialisation
DIMM label are the legends on the mobo. Fix their initialisation
to correspond to the legends.
Channels are designated A/B. A single DIMM occupies 2 ranks. And
the first DIMM is 1, not 0. This is as found in Asus P5WDG2
Subject: [PATCH 3.7.0 6/9] i82975x_edac: unmap pcibar after init
Remove the unnecessary mapped window in private data structure.
Then the window can be unmapped right after driver initialisation
is done.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 24
1 file
Subject: [PATCH 3.7.0 5/9] i82975x_edac: optimise mode detection
Minor optimisation of dual channel symmetric operation. Return
value changed to bool.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 45 --
1 file changed, 22 insertions(+), 23 deletions(-)
On Sat, Dec 15, 2012 at 07:59:18PM +, Ben Hutchings wrote:
> On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> > 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: Marcos Chaparro
> >
> > commit
Subject: [PATCH 3.7.0 4/9] i82975x_edac.c: remove unnecessary function
remove function that returns a constant value and variable to
hold the returned value.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
---
Subject: [PATCH 3.7.0 3/9] i82975x_edac.c: cleanup debug code
modify debug levels to sane levels. Also move random debug code
into CONFIG_EDAC_DEBUG sections.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 171 +++---
1 file changed, 97 insertions(+), 74
Subject: [PATCH 3.7.0 2/9] i82975x_edac.c: fix layers initialisation
correct the absolutely wrong initialisation of memory layout.
Signed-off-by: Arvind R.
---
i82975x_edac.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/edac/i82975x_edac.c 2012-12-15
Subject: [PATCH 3.7.0 1/9] i82975x_edac.c: fix style errors
splits or shortens extra long lines in source.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
--- a/drivers/edac/i82975x_edac.c 2012-12-11 09:00:57 +0530
+++
On Sat, Dec 15, 2012 at 08:12:37PM +, Al Viro wrote:
> Walking rbtree while it's modified is a Bad Idea(tm); besides,
> the result of find_vma() can be freed just as it's getting returned
> to caller. Fortunately, it's easy to fix - just take ->mmap_sem a bit
> earlier (and don't bother
Subject: [PATCH 3.7.0 0/9] i82975x_edac: driver cleanup
This patchset cleans up the accumulated mess the driver has become.
Currently, it does not crash, but serves no other purpose. This patch-set
gets it to print correct DIMM labels on errors, and sync with the core
w.r.t memory layout.
It
From: Deng-Cheng Zhu
A MIPS build showed:
In file included from arch/mips/include/asm/pgtable.h:388,
from mm/init-mm.c:9:
include/asm-generic/pgtable.h: In function 'my_zero_pfn':
include/asm-generic/pgtable.h:462: error: 'mem_map' undeclared (first use
in this function)
Walking rbtree while it's modified is a Bad Idea(tm); besides,
the result of find_vma() can be freed just as it's getting returned
to caller. Fortunately, it's easy to fix - just take ->mmap_sem a bit
earlier (and don't bother with find_vma() at all if virtp >= PAGE_OFFSET -
in that case
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Bryan Schumaker
>
> commit 84e28a307e376f271505af65a7b7e212dd6f61f4 upstream.
>
>
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin wrote:
> >
> > Matt is on vacation, and I'm partly offline for the weekend, but that
> > definitely seems suspicious. Do we have a memory map of the affected
> > machine(s)?
>
> Here's mine.
>
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Marcos Chaparro
>
> commit acd9454433e28c1a365d8b069813c35c1c3a8ac3 upstream.
>
> Added Atheros AR3011
On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin wrote:
>
> Matt is on vacation, and I'm partly offline for the weekend, but that
> definitely seems suspicious. Do we have a memory map of the affected
> machine(s)?
Here's mine.
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Johannes Weiner
>
> commit 60cefed485a02bd99b6299dad70666fe49245da7 upstream.
[...]
Greg, you missed this
Thanks for fixing this bug. Your patch works but it's not the right
way to do it.
The original code here adds 4 to pointers which are currently
aligned instead of leaving them as is. We have a kernel ALIGN()
macro which works correctly, but actually, it's not needed.
On arm, the pointer
On 12/15/2012 10:35 AM, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 8:33 AM, Markus Trippelsdorf
> wrote:
>> On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
>>>
>>> Ho humm. Anybody else see anything strange?
>>
>> Yes. I'm seeing a BUG early during boot on my machine (RIP=NULL):
>>
>>
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Roland Dreier
>
> commit 893d290f1d7496db97c9471bc352ad4a11dc8a25 upstream.
>
> After we've done
On 12/14/2012 11:57 PM, Yinghai Lu wrote:
>
> I tailored your patch and made use 2M page increase to replace patch
> ioremap function.
>
>[PATCH v6 12/27] x86: use io_remap to access real_mode_data
>
> and it will extend init_level4_pgt to map extra range. that will limit
> affect to even
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: NeilBrown
>
> commit e7c0c3fa29280d62aa5e11101a674bb3064bd791 upstream.
>
> When a replacement operation
Hello Jan,
On Mon, Dec 10, 2012 at 12:34 PM, Jan Glauber wrote:
> Hi Michael,
>
> I've written a man page for the s390_runtime_instr syscall which was
> merged with 3.7 (e4b8b3f). Now the question is if you would like to
> include it in the man-pages although it is completely s390 specific
and
On Sat, Dec 15, 2012 at 8:33 AM, Markus Trippelsdorf
wrote:
> On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
>>
>> Ho humm. Anybody else see anything strange?
>
> Yes. I'm seeing a BUG early during boot on my machine (RIP=NULL):
>
> BUG: unable to handle kernel NULL pointer dereference at
Why not use nonblocking pool and seed nonblocking pool only with half of
collected entropy to get /dev/random in almost all practical scenarios
nonblocking?
On Thu, Dec 13, 2012 at 08:44:36AM +0100, Stephan Mueller wrote:
> On 13.12.2012 01:43:21, +0100, Andrew Morton
> wrote:
>
> Hi Andrew,
>
1) find_vma() is *not* safe without ->mmap_sem and its result may
very well be freed just as it's returned to caller. IOW,
gntdev_ioctl_get_offset_for_vaddr() is racy and may end up with
dereferencing freed memory.
2) gntdev_vma_close() is putting NULL into map->vma with only
On Fri, Dec 14, 2012 at 03:03:10PM +0400, Konstantin Khlebnikov wrote:
> This patch fixes use-after-free and double-free bugs in
> edac_mc_sysfs_exit(). mci_pdev has single reference and put_device()
> calls mc_attr_release() which calls kfree(), thus following
> device_del() works with already
Reasonably vanilla versions of both just did this. No idea why. Just
did it the once, haven't gotten it to reproduce...
Rob
Restarting system.
reboot: machine restart
general protection fault: fff2 [#1]
CPU 0
Pid: 8542, comm: oneit Not tainted 3.7.0 #1 Bochs Bochs
RIP: 0010:[] []
On Thu, Dec 13, 2012 at 02:01:58PM -0800, Yinghai Lu wrote:
> commit 08da5a2ca
>
> x86_64: Early segment setup for VT
>
> add lldt/ltr to clean more segments.
>
> Those code are put in code64, and it is using gdt that is only
> loaded from code32 path.
>
> That breaks booting with 64bit
On Fri, Dec 14, 2012 at 11:33:50AM +0200, Vitalii Demianets wrote:
>
> Hans, why do you want to put in this patch, which is dealing with
> memory-freeing issues only, completely unrelated functional changes?
Because during review of your patch we happened to find another issue
a few lines up
On Fri, Dec 14, 2012 at 10:53:16PM -0500, Peter Hurley wrote:
> On Fri, 2012-12-14 at 18:29 -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 11, 2012 at 10:01:24PM -0500, Dave Jones wrote:
> > > Fuzz-testing fallout from post 3.7 tree as of commit
> > > 414a6750e59b0b687034764c464e9ddecac0f7a6
>
1 - 100 of 344 matches
Mail list logo
