From: Wei Yongjun
Using list_move_tail() instead of list_del() + list_add_tail().
Signed-off-by: Wei Yongjun
---
sound/pci/emu10k1/memory.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/pci/emu10k1/memory.c b/sound/pci/emu10k1/memory.c
index 0a43662..1dce0a39 10
Matthew Garrett writes:
> On Tue, Sep 04, 2012 at 09:33:31PM -0700, Eric W. Biederman wrote:
>> Matthew Garrett writes:
>> > The full implementation should trust keys that are trusted by the
>> > platform, so it'd boot any kexec image you cared to sign. Or simply
>> > patch this code out and r
On Wed, Sep 05, 2012 at 12:00:31AM -0700, Eric W. Biederman wrote:
> Matthew Garrett writes:
> > Fine. We'll just carry this one out of tree for now.
>
> It is your tree.
>
> I am disappointed to learn that you aren't enthusiastic about
> implementing verification of signatures for all code that
Il 04/09/2012 22:11, Nicholas A. Bellinger ha scritto:
>>> As tgt->tgt_lock is taken in virtscsi_queuecommand_multi() before the
>>> atomic_inc_return(tgt->reqs) check, it seems like using atomic_dec() w/o
>>> smp_mb__after_atomic_dec or tgt_lock access here is not using atomic.h
>>> accessors prop
Wei Yongjun wrote:
> Using list_move_tail() instead of list_del() + list_add_tail().
>
> Signed-off-by: Wei Yongjun
Acked-by: Clemens Ladisch
--
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 h
Caused by commit 187e47824013 ("Staging: ipack: Read the ID space during
device registration").
drivers/staging/ipack/ipack.c: In function 'ipack_device_read_id':
drivers/staging/ipack/ipack.c:291:2: error: implicit declaration of function
'ioread8' [-Werror=implicit-function-declaration]
From: "G.Shark Jeong"
LM3554 and LM3556 have similar functions but very different register map.
This driver is a general version for lm3554 and lm3556 both,led chips of TI.
lm3556 driver can be replaced by this driver.
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter wi
From: "G.Shark Jeong"
This driver is a general version for LM355x,lm3554 and lm3556,led chips of TI.
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter with 1.2A dual high side led drivers.
Datasheet: www.ti.com/lit/ds/symlink/lm3554.pdf
LM3556 :
The LM3556 is a 4 MHz fi
From: Wei Yongjun
Using list_move_tail() instead of list_del() + list_add_tail().
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
drivers/dma/tegra20-apb-dma.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
From: Wei Yongjun
Using list_move_tail() instead of list_del() + list_add_tail().
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
drivers/block/drbd/drbd_worker.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
d
On 09/04/2012 05:22 PM, yan yan wrote:
2012/9/4 Cong Wang :
On 09/03/2012 10:14 PM, yan wrote:
Signed-off-by: yan
Please provide a changelog to explain why we need this patch.
I think the title is self explained.
---
fs/proc/generic.c |2 +-
1 file changed, 1 insertion(+), 1
Memory hotplug has a subtle race problem so this patchset fixes the problem
(Look at [3/3] for detail and please confirm the problem before review
other patches in this series.)
[1/3] is just clean up and help for [2/3].
[2/3] keeps the migratetype information to freed page's index field
Page allocator doesn't keep migratetype information to page
when the page is freed. This patch remains the information
to freed page's index field which isn't used by free/alloc
preparing so it shouldn't change any behavir except below one.
This patch adds a new call site in __free_pages_ok so it
Like below, memory-hotplug makes race between page-isolation
and page-allocation so it can hit BUG_ON in __offline_isolated_pages.
CPU A CPU B
start_isolate_page_range
set_migratetype_isolate
spin_lock_irqsave(zone->lock)
page allocator uses set_page_private and page_private for handling
migratetype when it frees page. Let's replace them with [set|get]
_page_migratetype to make it more clear.
Signed-off-by: Minchan Kim
---
include/linux/mm.h | 10 ++
mm/page_alloc.c | 11 +++
mm/page_isol
Normally, MIGRATE_ISOLATE type is used for memory-hotplug.
But it's irony type because the pages isolated would exist
as free page in free_area->free_list[MIGRATE_ISOLATE] so people
can think of it as allocatable pages but it is *never* allocatable.
It ends up confusing NR_FREE_PAGES vmstat so it w
On Sunday 02 September 2012 00:52:03 Yann Cantin wrote:
Hi,
before we add yet another sysfs interface, we should ask whether calibration
isn't a problem that should be solved with a common API.
Regards
Oliver
> +static ssize_t ebeam_calibrated_set(struct device *dev,
> +
Author: Lee Jones
Date: Mon Aug 6 11:09:57 2012 +0100
i2c: nomadik: Add Device Tree support to the Nomadik I2C driver
Here we apply the bindings required for successful Device Tree
probing of the i2c-nomadik driver.
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee
At Wed, 5 Sep 2012 14:33:21 +0800,
Wei Yongjun wrote:
>
> From: Wei Yongjun
>
> Using list_move_tail() instead of list_del() + list_add_tail().
>
> Signed-off-by: Wei Yongjun
Thanks, applied.
Takashi
> ---
> sound/drivers/opl4/opl4_synth.c | 9 +++--
> 1 file changed, 3 insertions(+),
At Wed, 5 Sep 2012 15:00:15 +0800,
Wei Yongjun wrote:
>
> From: Wei Yongjun
>
> Using list_move_tail() instead of list_del() + list_add_tail().
>
> Signed-off-by: Wei Yongjun
Applied this one, too. Thanks.
Takashi
> ---
> sound/pci/emu10k1/memory.c | 4 ++--
> 1 file changed, 2 insertio
On Wed, Sep 5, 2012 at 3:05 PM, G.Shark Jeong wrote:
> From: "G.Shark Jeong"
>
> This driver is a general version for LM355x,lm3554 and lm3556,led chips of TI.
>
> LM3554 :
> The LM3554 is a 2 MHz fixed-frequency synchronous boost
> converter with 1.2A dual high side led drivers.
> Datasheet: www
Hi Wim,
On Tue, Jul 03, 2012 at 09:10:08 +, Oskar Schirmer wrote:
> This watchdog device provides pretimeout facilities:
> Set some timeout value and get informed about imminent
> watchdog activity thru interrupt.
sent this patch a while ago, as yet unprocessed.
Could You give it an ack?
If n
* Robert Richter wrote:
> Ingo,
>
> one patch each for perf/urgent and perf/core, please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git urgent
Pulled into tip:perf/urgent,
>
> and
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git core
Pu
2012/9/5 Cong Wang :
>>> Why the !memcmp() case is related with ENOMEM ??
>>
>>
>> We are presetting 'error' here. The following proc_get_inode() will try
>> to get an inode, either from inode cache or allocate a new one (and fill
>> it).
>>
>> If we get a NULL inode, that means allocation failed.
On Wed, Sep 5, 2012 at 8:46 AM, Yinghai Lu wrote:
> so could reduce one loop.
>
> Signed-off-by: Yinghai Lu
How significant is the speed gain? The "isa_done" flag makes code flow
more difficult to follow.
> ---
> arch/x86/mm/init.c | 21 ++---
> 1 files changed, 14 insertions
On Wed, Sep 5, 2012 at 8:46 AM, Yinghai Lu wrote:
> They all need to go over ram range in same sequence. So add shared function
> to reduce duplicated code.
>
> -v2: Change to walk_ram_ranges() according to Pekka Enberg.
>
> Signed-off-by: Yinghai Lu
Reviewed-by: Pekka Enberg
--
To unsubscribe
>>> On 05.09.12 at 07:34, Alex Shi wrote:
> On 08/25/2012 03:45 AM, Jan Beulich wrote:
> On 24.08.12 at 20:17, Konrad Rzeszutek Wilk
> wrote:
>>> How can I reproduce this
>>
>> I don't know, I spotted this while looking at the code.
>
> Again, since the old buggy code doesn't cause trou
Dear colleagues,
2012/9/4 David Miller :
> From: Alan Ott
> Date: Sun, 2 Sep 2012 21:44:13 -0400
>
>> Driver for the Microchip MRF24J40 802.15.4 WPAN module.
I wan on vacation so had no possibility to review the code.
Alan, thank you for the contribution!
>>
>> Signed-off-by: Alan Ott
>
> App
On 09/05/2012 01:46 AM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Tue, Sep 04, 2012 at 06:18:15PM +0400, Glauber Costa wrote:
>> As we have been extensively discussing, the cost and pain points for cgroups
>> come from many places. But at least one of those is the arbitrary nature of
>> hierarchie
This patch changes migrate_mode type to bitwise type because
next patch will add MIGRATE_DISCARD and it could be ORed with other
attributes so it would be better to change it with bitwise type.
Cc: Rik van Riel
Cc: Mel Gorman
Suggested-by: Michal Nazarewicz
Signed-off-by: Minchan Kim
---
fs/b
This patch introudes MIGRATE_DISCARD mode in migration.
It drops *clean cache pages* instead of migration so that
migration latency could be reduced by avoiding (memcpy + page remapping).
It's useful for CMA because latency of migration is very important rather
than eviction of background processes
Hello, Glauber.
On Wed, Sep 05, 2012 at 12:03:25PM +0400, Glauber Costa wrote:
> The goal here is to have distributions to do it, because they tend to
> have a well defined lifecycle management, much more than upstream. Whoever
> sets this option, can coordinate with upstream.
Distros can just co
On 09/04/2012 08:25 PM, Michal Hocko wrote:
> On Tue 04-09-12 18:54:08, Glauber Costa wrote:
> [...]
I'd personally believe merging both our patches together would achieve a
good result.
>>>
>>> I am still not sure we want to add a config option for something that is
>>> meant to go away.
From: Patrice Vilchez
Add Gigabit Ethernet mode to GEM cadence IP and enable RGMII connection.
Signed-off-by: Patrice Vilchez
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c | 15 ---
drivers/net/ethernet/cadence/macb.h |4
2 files changed, 16 inser
From: Havard Skinnemoen
Convert some noisy netdev_dbg() statements to netdev_vdbg(). Defining
DEBUG will no longer fill up the logs; VERBOSE_DEBUG still does.
Add one more verbose debug for ISR status.
Signed-off-by: Havard Skinnemoen
[nicolas.fe...@atmel.com: split patch in topics, add ISR sta
From: Havard Skinnemoen
Fix a race in macb_start_xmit() where we unconditionally set the TSTART bit.
If an underrun just happened (we do this with interrupts disabled, so it might
not have been handled yet), the controller starts transmitting from the first
entry in the ring, which is usually wro
On 09/05/2012 12:14 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Wed, Sep 05, 2012 at 12:03:25PM +0400, Glauber Costa wrote:
>> The goal here is to have distributions to do it, because they tend to
>> have a well defined lifecycle management, much more than upstream. Whoever
>> sets this option,
On Wed, Sep 5, 2012 at 4:30 AM, Greg Kroah-Hartman wrote:
> On Sat, Sep 01, 2012 at 10:43:00PM +0900, Toshiaki Yamane wrote:
>> fixed below checkpatch warnings.
>> -WARNING: braces {} are not necessary for single statement blocks
>> -WARNING: braces {} are not necessary for any arm of this stateme
"Kasatkin, Dmitry" writes:
> Hi,
>
> Please read bellow...
>
> On Tue, Sep 4, 2012 at 8:55 AM, Rusty Russell wrote:
>> OK, I took a look at the module.c parts of David and Dmitry's patchsets,
>> and didn't really like either, but I stole parts of David's to make
>> this.
>>
>> So, here's the modu
On Wed, Sep 5, 2012 at 9:33 AM, Lee Jones wrote:
> Author: Lee Jones
> Date: Mon Aug 6 11:09:57 2012 +0100
>
> i2c: nomadik: Add Device Tree support to the Nomadik I2C driver
>
> Here we apply the bindings required for successful Device Tree
> probing of the i2c-nomadik driver.
>
>
Lucas De Marchi writes:
> Hi Rusty,
>
> On Tue, Sep 4, 2012 at 2:55 AM, Rusty Russell wrote:
>> @@ -2399,7 +2437,50 @@ static inline void kmemleak_load_module(const struct
>> module *mod,
>> }
>> #endif
>>
>> -/* Sets info->hdr and info->len. */
>> +#ifdef CONFIG_MODULE_SIG
>> +static int modu
This is an enhancement work that began several years ago. I try to catchup with
some performance improvement that has been implemented then by Havard.
The ring index logic and the TX error path modification are the biggest changes
but some cleanup/debugging have been added along the way.
The GEM re
From: Havard Skinnemoen
Remove a couple of unneeded barriers and document the remaining ones.
Signed-off-by: Havard Skinnemoen
[nicolas.fe...@atmel.com: split patch in topics]
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c | 18 ++
1 file changed, 14 in
On Wednesday 05 September 2012 02:17 AM, Stephen Warren wrote:
On 08/29/2012 09:01 AM, Laxman Dewangan wrote:
Register all TPS6586x regulators even if there is no regulator
init data for platform i.e. without any user-supplied constraints.
Signed-off-by: Laxman Dewangan
Tested-by: Stephen Warr
On Wed, Sep 5, 2012 at 12:39 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> Now that Tegra's pinmux is configured solely from device tree, there's
> no need for the pinconf types to be defined in arch/arm/mach-tegra/.
> Move it into the pinctrl directory to clean up mach-tegra, as a pre-
>
On Tue, Sep 4, 2012 at 5:55 PM, Dan Carpenter wrote:
> On Tue, Sep 04, 2012 at 03:58:20PM +0530, Manavendra Nath Manav wrote:
>> Is the above a genuine kernel bug, or i am missing something out here. Pls
>> help.
>>
>
> When you declare something as const then the compiler assumes it
> really is
On Wed, Sep 5, 2012 at 2:26 AM, Christopher Heiny wrote:
> On 08/27/2012 11:49 AM, Linus Walleij wrote:
>>
>> You need to patch your desired major number into
>> Documentation/devices.txt'
>
> We were going by the recommendation in Linux Device Drivers (3rd edition) to
> use dynamic major number a
Hello, Glauber.
On Wed, Sep 05, 2012 at 12:17:11PM +0400, Glauber Costa wrote:
> > Distros can just co-mount them during boot. What's the point of the
> > config options?
>
> Pretty simple. The kernel can't assume the distro did. And then we still
> need to pay a stupid big price in the schedule
On 09/05/2012 12:29 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Wed, Sep 05, 2012 at 12:17:11PM +0400, Glauber Costa wrote:
>>> Distros can just co-mount them during boot. What's the point of the
>>> config options?
>>
>> Pretty simple. The kernel can't assume the distro did. And then we still
Hi,
On Fri, 2012-08-31 at 15:57 -0400, David Miller wrote:
> From: Steven Whitehouse
> Date: Mon, 27 Aug 2012 10:16:41 +0100
>
> > On Sun, 2012-08-26 at 22:37 -0400, Xi Wang wrote:
> >> The allowed value of "how" is SHUT_RD/SHUT_WR/SHUT_RDWR (0/1/2),
> >> rather than SHUTDOWN_MASK (3).
> >>
> >
From: Yanchuan Nian
Just a typo in the description of function generic_fh_to_parent. Please apply.
Signed-off-by: Yanchuan Nian
---
fs/libfs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/libfs.c b/fs/libfs.c
index a74cb17..7cc37ca 100644
--- a/fs/libfs.c
+++ b/
Hi Dan,
Do you have any comments about this RaidEngine patch?
Thanks,
Forrest
-Original Message-
From: Linuxppc-dev
[mailto:linuxppc-dev-bounces+qiang.liu=freescale@lists.ozlabs.org] On
Behalf Of Shi Xuelin-B29237
Sent: 2012年8月22日 14:24
To: dan.j.willi...@gmail.com; vinod.k...@inte
> Currently, FLUSH/FUA doesn't enforce any ordering requirement. File
> systems are responsible for draining all writes which have to happen
> before and not issue further writes which should come after.
Ok. That is a clear statement. So we will do it that way.
The "Currently" in you statement,
On Wed, 2012-09-05 at 08:35 +0200, Ingo Molnar wrote:
> * Yan, Zheng wrote:
>
> > From: "Yan, Zheng"
> >
> > Initializing uncore PMU on virtualized CPU may hang the kernel.
> > This is because kvm does not emulate the entire hardware. Thers
> > are lots of uncore related MSRs, making kvm enumer
Hello, Glauber.
On Wed, Sep 05, 2012 at 12:35:11PM +0400, Glauber Costa wrote:
> > As long as cpuacct and cpu are separate, I think it makes sense to
> > assume that they at least could be at different granularity.
>
> If they are comounted, and more: forceably comounted, I don't see how to
> c
On Wed, Sep 05, 2012 at 10:44:55AM +0200, Philipp Reisner wrote:
> > Currently, FLUSH/FUA doesn't enforce any ordering requirement. File
> > systems are responsible for draining all writes which have to happen
> > before and not issue further writes which should come after.
>
> Ok. That is a clea
On Wed, 5 Sep 2012, Benjamin Herrenschmidt wrote:
> > Directly comparing current->personality against PER_LINUX32 doesn't work
> > in cases when any of the personality flags stored in the top three bytes
> > are used.
> >
> > Directly forcefully setting personality to PER_LINUX32 or PER_LINUX
> >
On 09/05/2012 12:47 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Wed, Sep 05, 2012 at 12:35:11PM +0400, Glauber Costa wrote:
>>> As long as cpuacct and cpu are separate, I think it makes sense to
>>> assume that they at least could be at different granularity.
>>
>> If they are comounted, and m
From: Havard Skinnemoen
Instead of masking head and tail every time we increment them, just let them
wrap through UINT_MAX and mask them when subscripting. Add simple accessor
functions to do the subscripting properly to minimize the chances of messing
this up.
This makes the code slightly small
On some revision of GEM, TSR status register is has more information.
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cadence/macb.c
index af711
Handle all TX errors, not only underruns.
Reinitialize the TX ring after skipping all remaining frames, and
restart the controller when everything has been cleaned up properly.
Original idea from a patch by Havard Skinnemoen.
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c
Add macb_get_regs() ethtool function and its helper function:
macb_get_regs_len().
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c | 40 +++
drivers/net/ethernet/cadence/macb.h |3 +++
2 files changed, 43 insertions(+)
diff --git a/driv
Hello,
When configuring pinmux with pinctrl-single there could be a case when one
register is used to configure mux for more than one pin.
In this case the use of pinctrl-single,pins is a bit problematic since we can
only update the whole register (restricted by the mask).
In such a situations the
Use the pcs->fmask to make sure that the value is not changing (setting)
bits in areas where it should not.
To avoid situations like this:
pmx_dummy: pinmux@4a100040 {
compatible = "pinctrl-single";
reg = <0x4a100040 0x0196>;
#address-cells = <1>;
#size-cells = <0>;
Add an indication about which revision of the hardware we are running in
info->driver string.
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cadence/macb.c
With pinctrl-single,bits it is possible to update just part of the register
within the pinctrl-single,function-mask area.
This is useful when one register configures mmore than one pin's mux.
pinctrl-single,bits takes three parameters:
Signed-off-by: Peter Ujfalusi
---
.../devicetree/bindings/
On 2012-09-04 16:11, Ian Abbott wrote:
On 2012-09-04 15:39, Jan Kara wrote:
On Tue 04-09-12 10:49:39, Ian Abbott wrote:
Add support for the O_DIRECT flag. There are two cases to deal with:
Out of curiosity, do you have a use for this feature or is it mostly
academic interest?
I'm plannin
From: Havard Skinnemoen
Make the ethernet frame payload word-aligned, possibly making the
memcpy into the skb a bit faster. This will be even more important
after we eliminate the copy altogether.
Also eliminate the redundant RX_OFFSET constant -- it has the same
definition and purpose as NET_IP
On Wed, 2012-09-05 at 01:47 -0700, Tejun Heo wrote:
> I think this is where we disagree. I didn't mean that all controllers
> should be using exactly the same hierarchy when I was talking about
> unified hierarchy. I do think it's useful and maybe even essential to
> allow differing levels of gra
On Wed, 2012-09-05 at 11:06 +0200, Peter Zijlstra wrote:
>
> So either we go and try to contain this mess as proposed by Glauber or
> we go delete controllers.. I've had it with this crap.
>
>
Glauber, the other approach is sending a patch that doesn't touch
cgroup.c but only the controllers an
Hello, Glauber.
On Wed, Sep 05, 2012 at 12:55:21PM +0400, Glauber Costa wrote:
> > So, I think it's desirable for all controllers to be able to handle
> > hierarchies the same way and to have the ability to tag something as
> > belonging to certain group in the hierarchy for all controllers but I
* Peter Zijlstra wrote:
> On Wed, 2012-09-05 at 08:35 +0200, Ingo Molnar wrote:
> > * Yan, Zheng wrote:
> >
> > > From: "Yan, Zheng"
> > >
> > > Initializing uncore PMU on virtualized CPU may hang the kernel.
> > > This is because kvm does not emulate the entire hardware. Thers
> > > are lot
On 09/05/2012 01:07 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Wed, Sep 05, 2012 at 12:55:21PM +0400, Glauber Costa wrote:
>>> So, I think it's desirable for all controllers to be able to handle
>>> hierarchies the same way and to have the ability to tag something as
>>> belonging to certain gr
On Wed, Sep 05, 2012 at 04:26:00PM +0900, Minchan Kim wrote:
> page allocator uses set_page_private and page_private for handling
> migratetype when it frees page. Let's replace them with [set|get]
> _page_migratetype to make it more clear.
>
> Signed-off-by: Minchan Kim
Maybe it's because I'm u
Hello, Peter.
On Wed, Sep 05, 2012 at 11:06:33AM +0200, Peter Zijlstra wrote:
> *confused* I always thought that was exactly what you meant with unified
> hierarchy.
No, I never counted out differing granularity.
> Doing all this runtime is just going to make the mess even bigger,
> because now
Hi Stany & Greg
Seeing that I was not the only one wanting to have the m54xx fec dma
driver merged in, and hoping to compare Stany's version to mine,
I have rebased (step by step) my patch from v2.38 to v3.6rc2.
The driver still works and perhaps even better due to some fixes
in other m68k area.
On Wed, Sep 05, 2012 at 01:06:39PM +0400, Glauber Costa wrote:
> > Heh, this is tricky to describe and I'm not really following what you
> > mean.
>
> Do we really want to start cleaning up all this by changing the
> interface to something that is described as "tricky" ?
The concept is not trick
On 09/05/2012 01:11 PM, Tejun Heo wrote:
> Hello, Peter.
>
> On Wed, Sep 05, 2012 at 11:06:33AM +0200, Peter Zijlstra wrote:
>> *confused* I always thought that was exactly what you meant with unified
>> hierarchy.
>
> No, I never counted out differing granularity.
>
Can you elaborate on which
When verifying GPT header integrity, make sure that
first usable LBA is smaller than last usable LBA.
Signed-off-by: Davidlohr Bueso
---
block/partitions/efi.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/block/partitions/efi.c b/block/partitions/efi.c
index 6296
The first usable logical block can be used by a GUID partition
entry, and therefore cannot be used by the header.
Signed-off-by: Davidlohr Bueso
---
block/partitions/efi.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/block/partitions/efi.c b/block/partitions/efi
As per UEFI specs 2.3.1 (June 2012),
"The Header Size must be greater than 92 and must be less than
or equal to the logical block size"
Signed-off-by: Davidlohr Bueso
---
block/partitions/efi.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/block/partitions/efi.c
On Wed, Sep 05, 2012 at 01:12:34PM +0400, Glauber Costa wrote:
> > No, I never counted out differing granularity.
>
> Can you elaborate on which interface do you envision to make it work?
> They will clearly be mounted in the same hierarchy, or as said
> alternatively, comounted.
I'm not sure yet
On 08/29/2012 12:48 PM, Vaibhav Hiremath wrote:
> With the new devices (like, AM33XX and OMAP5) we now only support
> DT boot mode of operation and now it is the time to start killing
> slowly the dependency on hwmod, so with this patch, we are starting
> with device resources.
> The idea here is i
From: Wen Congyang
The memory device has only one node id. Store the node id when
enable the memory device, and we can reuse it when removing the
memory device.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Ki
From: Yasuaki Ishimatsu
When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start, type}
sysfs files are created. But there is no code to remove these files. The patch
implements the function to remove them.
Note : The code does not free firmware_map_entry since there is no way to
From: Wen Congyang
When a memory block is onlined, we will try allocate memory on that node
to store page_cgroup. If onlining the memory block failed, we don't
offline the page cgroup, and we have no chance to offline this page cgroup
unless the memory block is onlined successfully again. It will
From: Wen Congyang
hwpoisoned may set when we offline a page by the sysfs interface
/sys/devices/system/memory/soft_offline_page or
/sys/devices/system/memory/hard_offline_page. If we don't clear
this flag when onlining pages, this page can't be freed, and will
not in free list. So we can't offli
Some misc bugs are found when i work on other tasks.
Now send out them for interview, thanks.
Zhi Yong Wu (2):
btrfs-progs: Close file descriptor on exit
btrfs-progs: Fix up memory leakage
cmds-filesystem.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
--
1.7
Need to close fd on exit.
Signed-off-by: Zhi Yong Wu
---
cmds-filesystem.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/cmds-filesystem.c b/cmds-filesystem.c
index b1457de..e62c4fd 100644
--- a/cmds-filesystem.c
+++ b/cmds-filesystem.c
@@ -77,18 +77,23 @@ s
Some code pathes forget to free memory on exit.
Changelog from v1:
Fix the variable is used uncorrectly. [Ram Pai]
Signed-off-by: Zhi Yong Wu
---
cmds-filesystem.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/cmds-filesystem.c b/cmds-filesystem.c
index e62c4
Hey,
On Wed, Sep 05, 2012 at 11:07:21AM +0200, Peter Zijlstra wrote:
> Glauber, the other approach is sending a patch that doesn't touch
> cgroup.c but only the controllers and I'll merge it regardless of what
> tj thinks.
>
> We need some movement here.
Peter, I don't think the proposed patch i
Hi, H. Peter Anvin
Do you have time to review this patch?
Thanks
Wen Congyang
At 08/21/2012 04:11 PM, Wen Congyang Wrote:
> Current mem boot option only can work for non efi environment. If the user
> specifies add_efi_memmap, it cannot work for efi environment. In
> the efi environment, we call
From: Wen Congyang
The memory device has been ejected and powoffed, so we can call
acpi_bus_remove() to remove the memory device from acpi bus.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Mor
From: Wen Congyang
The function acpi_bus_remove() can remove a acpi device from acpi device.
When a acpi device is removed, we need to call this function to remove
the acpi device from acpi bus. So export this function.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
From: Yasuaki Ishimatsu
For removing memmap region of sparse-vmemmap which is allocated bootmem,
memmap region of sparse-vmemmap needs to be registered by get_page_bootmem().
So the patch searches pages of virtual mapping and registers the pages by
get_page_bootmem().
Note: register_page_bootmem
From: Wen Congyang
The function offline_memory() will be called when hot removing a
memory device. The memory device may contain more than one memory
block. If the memory block has been offlined, __offline_pages()
will fail. So we should try to offline one memory block at a
time.
If the memory b
From: Yasuaki Ishimatsu
If system supports memory hot-remove, online_pages() may online removed pages.
So online_pages() need to check whether onlining pages are present or not.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lamete
From: Yasuaki Ishimatsu
We should offline and remove memory when removing the memory device.
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called. In the 2nd
case, ac
From: Wen Congyang
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4/19]
- /sys/firmware/memmap/X/{end, start, type} : [RFC PATCH 8/19]
- iomem_resource
From: Yasuaki Ishimatsu
remove_memory() only try to offline pages. It is called in two cases:
1. hot remove a memory device
2. echo offline >/sys/devices/system/memory/memoryXX/state
In the 1st case, we should also change memory block's state, and notify
the userspace that the memory block's sta
1 - 100 of 699 matches
Mail list logo
