Hi Heiko,
Thank you for reviewing my patch!
On 11/04/2013 12:08 PM, Heiko Carstens wrote:
> On Mon, Nov 04, 2013 at 10:43:39AM +0100, Michael Opdenacker wrote:
>> This removes the HAVE_MARCH_Z900_FEATURES and
>> HAVE_MARCH_Z990_FEATURES Kconfig parameters,
>> which were no longer used anywhere in
Jiri,
Thanks for the patch. I tested it and it works fine.
I will merge it with my "unit and scale" and add
your Signed-off-by. Is that okay with you?
On Fri, Nov 1, 2013 at 11:57 AM, Jiri Olsa wrote:
> On Thu, Oct 31, 2013 at 03:59:40PM +0100, Stephane Eranian wrote:
>> This patch adds perf
On Mon, Nov 04, 2013 at 09:27:27AM +0100, Geert Uytterhoeven wrote:
> Hi Günther,
>
> On Sun, 3 Nov 2013, Guenter Roeck wrote:
> > Drop MAINTAINERS entry for H8/300
>
> Can you please add the following patch, or fold it into the above one?
>
I added it. I did not move the label yet,
On Sun, Nov 3, 2013 at 11:36 PM, Ingo Molnar wrote:
> So I think it all really depends on the hit/miss cost difference. It makes
> little sense to add a more complex scheme if it washes out most of the
> benefits!
>
> Also note the historic context: the _original_ mmap_cache, that I
> implemented
On 11/04/2013 09:16 AM, Josh Boyer wrote:
> On Mon, Nov 04, 2013 at 03:10:51PM +0100, Ingo Molnar wrote:
>>
>> * Josh Boyer wrote:
>>
Why touch MAXSMP at all? It's really just a shortcut for 'configure
the kernel silly large', via a single option, nothing else. You are
not force
Hi Michael,
We have another processor, the parameter will be used to differentiate
the different processors.
Anyway, thank you. :)
Best,
Lennox
2013/11/4 Michael Opdenacker :
> This removes the CPU_SCORE7 Kconfig parameter,
> which was no longer used anywhere in the source code
> and Makefiles.
On Mon, Nov 04, 2013 at 03:47:53PM +0100, Stephane Eranian wrote:
> Jiri,
>
>
> Thanks for the patch. I tested it and it works fine.
> I will merge it with my "unit and scale" and add
> your Signed-off-by. Is that okay with you?
sure, np
jirka
--
To unsubscribe from this list: send the line "un
On 11/04/2013 08:36 AM, Shawn Guo wrote:
> On Mon, Nov 04, 2013 at 08:15:50AM -0600, Rob Herring wrote:
>> On 11/04/2013 07:17 AM, Shawn Guo wrote:
>>> On Mon, Nov 04, 2013 at 03:27:39PM +1100, Stephen Rothwell wrote:
Hi Rob,
Today's linux-next merge of the dt-rh tree got a conflict
On 10/28/13 at 11:12am, Vivek Goyal wrote:
> On Thu, Oct 24, 2013 at 10:48:29PM -0700, Yinghai Lu wrote:
> > On Thu, Oct 24, 2013 at 12:27 PM, Vivek Goyal wrote:
> > > On Thu, Oct 24, 2013 at 12:24:57PM -0700, Yinghai Lu wrote:
> > >> On Thu, Oct 24, 2013 at 12:18 PM, Vivek Goyal wrote:
> > >> >
Hi Wolfram,
On 11/01/2013 12:16 PM, Wolfram Sang wrote:
Hi,
...
diff --git a/Documentation/devicetree/bindings/i2c/i2c-st.txt
b/Documentation/devicetree/bindings/i2c/i2c-st.txt
new file mode 100644
index 000..8b2fd0b
--- /dev/null
+++ b/Documentation/devicetree/bindings/i2c/i2c-st.txt
@@
This is very urgent from Western Union, our Operation manager has sent your
1st payment of $5000.00 out of your total amount of $1.5million dollar and
we
needed this from you to complete the ransfer, You’ re Name,Address, ID CARD
and
Telephone No: Noted That Only Fee Request from You Is for
On 11/04, Namhyung Kim wrote:
>
> On Sun, 3 Nov 2013 21:20:37 +0100, Oleg Nesterov wrote:
> >
> > But. Perhaps it makes sense to at least add a couple of trivial
> > helpers in 10/13? Something like arg_buf_get/put/init, just to
> > simplify the potential changes.
>
> Good idea. How about somethin
On Mon, Nov 04, 2013 at 08:15:50AM -0600, Rob Herring wrote:
> On 11/04/2013 07:17 AM, Shawn Guo wrote:
> > On Mon, Nov 04, 2013 at 03:27:39PM +1100, Stephen Rothwell wrote:
> >> Hi Rob,
> >>
> >> Today's linux-next merge of the dt-rh tree got a conflict in
> >> Documentation/devicetree/bindings/ve
Hi Namhyung,
On 11/04, Namhyung Kim wrote:
>
> >>
> >> + if (atomic_dec_and_test(&uprobe_buffer_ref)) {
> >> + free_percpu(uprobe_cpu_buffer);
> >> + uprobe_cpu_buffer = NULL;
> >> + }
> >> +
> >>WARN_ON(!uprobe_filter_is_empty(&tu->filter));
> >
> > Do we really need atomi
On Fri 01-11-13 15:38:50, Cody P Schafer wrote:
> Use rbtree_postorder_for_each_entry_safe() to destroy the rbtree instead
> of opencoding an alternate postorder iteration that modifies the tree
Thanks. I've merged the patch into my tree.
d support for the High-availability Seamless Redundancy protocol
(HSRv0)
git bisect good 1e418d9716d909dd6d2afa89c9066f329b62613c # 21:30 60+ 0 Revert
"lib: crc32: add test cases for crc32{, c}_combine routines"
git bisect good 5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52 # 21:30
On Mon, 04 Nov 2013 00:49:21 -0800
Cody P Schafer wrote:
> On 11/01/2013 07:45 PM, Steven Rostedt wrote:
> > On Fri, 1 Nov 2013 15:38:46 -0700
> > Cody P Schafer wrote:
> >
> >> Use rbtree_postorder_for_each_entry_safe() to destroy the rbtree instead
> >> of opencoding an alternate postorder it
On Sat, 2013-11-02 at 19:17 +0530, Govindarajulu Varadarajan wrote:
> Signed-off-by: Govindarajulu Varadarajan
[]
> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
[]
> @@ -3719,7 +3719,7 @@ sub process {
> # check for needless "if () fn()" uses
> if ($prevline =~ /\bif\s
Hello,
I am Cpt. James Hans an officer of the U.S Army, serving with the 82nd Airborne
Division Peace keeping force in Kabul, Afghanistan.
We are currently in Afghanistan and I have some important items that i need to
ship to you. I need you to reply only if you are interested.
I will expla
On Mon, Nov 04, 2013 at 08:05:00AM +0100, Ingo Molnar wrote:
>
> * Davidlohr Bueso wrote:
>
> > Btw, do you suggest using a high level tool such as perf for getting
> > this data or sprinkling get_cycles() in find_vma() -- I'd think that the
> > first isn't fine grained enough, while the later
On Mon, Nov 04, 2013 at 03:10:51PM +0100, Ingo Molnar wrote:
>
> * Josh Boyer wrote:
>
> > > Why touch MAXSMP at all? It's really just a shortcut for 'configure
> > > the kernel silly large', via a single option, nothing else. You are
> > > not forced to use it and it should not affect configu
On 11/04/2013 07:17 AM, Shawn Guo wrote:
> On Mon, Nov 04, 2013 at 03:27:39PM +1100, Stephen Rothwell wrote:
>> Hi Rob,
>>
>> Today's linux-next merge of the dt-rh tree got a conflict in
>> Documentation/devicetree/bindings/vendor-prefixes.txt between commit
>> 064d7f6c985a ("ARM: dts: Add vendor p
* Josh Boyer wrote:
> > Why touch MAXSMP at all? It's really just a shortcut for 'configure
> > the kernel silly large', via a single option, nothing else. You are
> > not forced to use it and it should not affect configurability of
> > NR_CPUS.
> >
> > What we _really_ want here is to fix NR
On Mon, Nov 04, 2013 at 07:53:43AM +0100, Ingo Molnar wrote:
>
> * Josh Boyer wrote:
>
> > On Sun, Nov 03, 2013 at 11:21:32AM +0100, Ingo Molnar wrote:
> > >
> > > * Ingo Molnar wrote:
> > >
> > > >
> > > > * Josh Boyer wrote:
> > > >
> > > > > The current range for SMP configs is 2 - 512,
On 18/10/2013 23:48, Boris BREZILLON :
Define sama5d3 clocks in sama5d3 device tree.
Add references to the appropriate clocks in each peripheral.
Signed-off-by: Boris BREZILLON
---
Changes since v2:
- add usb_clk to usb ehci controller node
Yes. Tested and it works okay.
Acked-by: Nicolas
On 18/10/2013 21:26, Boris BREZILLON :
The AT91 PMC (Power Management Controller) provides a USB clock used by
the different USB controllers (ehci, ohci and udc).
The atmel-ehci driver must configure the usb clock rate to 48Mhz in order
to get a fully functionnal USB host controller.
This configu
> PHY_IGNORE_INTERRUPT") so setting PHY_IGNORE_INTERRUPT is the right
> way to signal this and this will no longer make the PHY library poll
> for the link state.
Yes, I tried using phy_mac_interrupt() but had some difficulties (I'll
explain below). It seemed to be what I want a
This issue was caught by Tetsuo Handa and Acked on 10/30:
http://marc.info/?t=13831336458&r=1&w=2.
Roland, I noticed that the Tetsuo's original message didn't cc the linux-rdma
list?
Mike
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Sunday, N
Line 363:
Added a space before the open parenthesis.
Signed-off-by: Aldo Iljazi
---
fs/btrfs/compression.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c
index 6aad98c..91338d2 100644
--- a/fs/btrfs/compression.c
+++ b/fs/btrfs
On Thu, Oct 31, 2013 at 09:09:32AM +0100, Ingo Molnar wrote:
>
>
> * Namhyung Kim wrote:
>
> > When the -g cumulative option is given, it'll be shown like this:
> >
> > $ perf report -g cumulative --stdio
> >
> > # Overhead Overhead (Acc) Command Shared Object
>
Fixed three coding style issues. Replaced spaces with tabs.
Signed-off-by: Aldo Iljazi
---
fs/btrfs/dev-replace.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/dev-replace.c b/fs/btrfs/dev-replace.c
index 9efb94e..b2fe609 100644
--- a/fs/btrfs/dev-replace.c
+
On Fri, Nov 01, 2013 at 03:48:37PM +0900, Namhyung Kim wrote:
> Hi Ingo,
>
> On Thu, 31 Oct 2013 09:09:32 +0100, Ingo Molnar wrote:
> > * Namhyung Kim wrote:
> >
> >> When the -g cumulative option is given, it'll be shown like this:
> >>
> >> $ perf report -g cumulative --stdio
> >>
> >> #
From: Rafael J. Wysocki
It is required to do get_device() on the struct acpi_device in
question before passing it to acpi_bus_hot_remove_device() through
acpi_os_hotplug_execute(), because acpi_bus_hot_remove_device()
calls acpi_scan_hot_remove() that does put_device() on that
object.
The ACPI P
From: Rafael J. Wysocki
Simplify handle_root_bridge_removal() and acpi_eject_store() by
getting rid of struct acpi_eject_event and passing device objects
directly to async routines executed via acpi_os_hotplug_execute().
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/pci_root.c | 20 ++---
From: Rafael J. Wysocki
In theory, an ACPI device object may be the parent of another
device object whose hotplug is disabled by user space thorugh its
scan handler. In that case, the eject operation targeting the
parent should fail as though the parent's own hotplug was disabled,
but currently
From: Rafael J. Wysocki
ACPI scan handlers should always be attached to struct acpi_device
objects before any ACPI drivers, but there is a window during which
a driver may be attached to a struct acpi_device before checking if
there is a matching scan handler. Namely, that will happen if an
ACPI
On Monday, November 04, 2013 01:17:12 AM Rafael J. Wysocki wrote:
> Hi,
>
> The following three patches fix some issues that we have in the common ACPI
> hotplug infrastructure.
>
> If anyone sees any problems with them, please let me know.
Well, the last patch from the last version didn't reall
From: Rafael J. Wysocki
There is no real reasn why acpi_bus_device_eject() and
acpi_bus_hot_remove_device() should work differently, so rework
acpi_bus_device_eject() so that it can be called internally by
both acpi_bus_hot_remove_device() and acpi_eject_store_work().
Accordingly, rework acpi_hot
From: Rafael J. Wysocki
Notice that handle_root_bridge_removal() is the only user of
acpi_bus_hot_remove_device(), so it doesn't have to be exported
any more and can be made internal to the ACPI core.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/internal.h |1 +
drivers/acpi/pci_root.
On Thu, Oct 31, 2013 at 09:09:32AM +0100, Ingo Molnar wrote:
>
>
> * Namhyung Kim wrote:
>
> > When the -g cumulative option is given, it'll be shown like this:
> >
> > $ perf report -g cumulative --stdio
> >
> > # Overhead Overhead (Acc) Command Shared Object
>
On Fri 01-11-13 13:21:54, Dan Carpenter wrote:
> The if_dqblk struct has a 4 byte hole at the end of the struct so
> uninitialized stack information is leaked to user space.
>
> Signed-off-by: Dan Carpenter
Thanks. I've merged the patch into my tree.
On Mon, Nov 04, 2013 at 03:27:39PM +1100, Stephen Rothwell wrote:
> Hi Rob,
>
> Today's linux-next merge of the dt-rh tree got a conflict in
> Documentation/devicetree/bindings/vendor-prefixes.txt between commit
> 064d7f6c985a ("ARM: dts: Add vendor prefix for Voipac Technologies
> s.r.o") from th
On Monday, November 04, 2013 01:21:46 AM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The only substantial difference between acpi_bus_device_eject() and
> acpi_bus_hot_remove_device() is the get_device() done by the former
> which is supposed to be done by callers of the latter. Howev
Hi,
On Monday 04 November 2013 03:45 PM, Kamil Debski wrote:
Hi Kishon,
From: Kishon Vijay Abraham I [mailto:kis...@ti.com]
Sent: Monday, November 04, 2013 7:55 AM
Hi Vivek,
On Thursday 31 October 2013 01:15 PM, Vivek Gautam wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of S
On Monday 04 November 2013 05:56 PM, Tomasz Figa wrote:
Hi Kishon,
On Monday 04 of November 2013 12:24:42 Kishon Vijay Abraham I wrote:
Hi Vivek,
On Thursday 31 October 2013 01:15 PM, Vivek Gautam wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the g
do_div() (called by sector_div() if CONFIG_LBDAF=y) is meant for divisions
of 64-bit number by 32-bit numbers. Passing 64-bit divisor types caused
issues in the past on 32-bit platforms, cfr. commit
ea077b1b96e073eac5c3c5590529e964767fc5f7 ("m68k: Truncate base in
do_div()").
As queue_limits.max_
On 11/04/13 at 10:37am, Matt Fleming wrote:
> On Sun, 03 Nov, at 08:16:47PM, Dave Young wrote:
> >
> > there's below one line shift problem:
> >
> > ACPI=0xdabfe000 ACPI 2.0=0xdabfe014 SMBIOS=0xdaa9e000
> > [0.00] efi:
> >
> > In fact check efi_y and the lfb_heig
On Mon, Nov 04, 2013 at 01:32:20PM +0100, Ondrej Zary wrote:
>
> Shouldn't this be removed from the code, converted to a binary file and
> loaded
> by the kernel firmware loader instead?
I have no idea. We may as well apply this and do that later unless
someone wants to jump on it before 3.13-
Fixed a coding style issue.
Signed-off-by: Simon Crequer
---
drivers/staging/dgnc/dgnc_cls.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_cls.c b/drivers/staging/dgnc/dgnc_cls.c
index 117e158..357d000 100644
--- a/drivers/staging/dgnc/dgnc_cls
On 30.10.13, Vinod Koul wrote:
> I fixed up the error with below, can you pls verify. Pls note this is compile
> tested only!
I tested this and my mmc driver using edma via drivers/dma seems to
work.
Tested-by: Sebastian Andrzej Siewior
However you missed one piece:
CC [M] sound/soc/davinci/
On Fri, 2013-10-04 at 09:55 -0600, Bjorn Helgaas wrote:
> On Thu, Oct 3, 2013 at 5:35 PM, Yinghai Lu wrote:
> > On Thu, Oct 3, 2013 at 3:06 PM, Bjorn Helgaas wrote:
> >> On Sat, Sep 28, 2013 at 01:13:07PM -0700, Yinghai Lu wrote:
> >>> @@ -1156,8 +1156,14 @@ static void pci_enable_bridge(struct p
Currently the goal_page in xen-selfballon doesn't consider much about pages used
in kernel space.
A typical usage is slab pages, without consider slab pages the goal_page result
may be too rough and lead extra memory pressure to guest os.
Signed-off-by: Bob Liu
---
drivers/xen/xen-selfballoon.c
On Mon, Nov 04, 2013 at 05:04:11PM +1100, Stephen Rothwell wrote:
> Hi Ted,
>
> Today's linux-next merge of the random tree got a conflict in
> drivers/base/core.c between commit 63967685605b ("driver core: add
> #include to core files") from Linus' tree and commit
> f0ed2b943a53 ("random: use de
On Monday 04 November 2013, Aldo Iljazi wrote:
> Fixed the following styling issues:
>
> Line 30:
> Removed space before open square bracket '['
>
> Lines 31 to 155:
> Moved the commas that were in the start of the lines, to the end of the
> lines. Inserted spaces after the commas.
> Inserted a one
Dan Carpenter wrote:
> On Mon, Nov 04, 2013 at 02:15:22PM +0200, Aldo Iljazi wrote:
> > Fixed the following styling issues:
> >
> > Line 30:
> > Removed space before open square bracket '['
> >
> > Lines 31 to 155:
> > Moved the commas that were in the start of the lines, to the end of the
> >
On Mon, Nov 04, 2013 at 02:15:22PM +0200, Aldo Iljazi wrote:
> Fixed the following styling issues:
>
> Line 30:
> Removed space before open square bracket '['
>
> Lines 31 to 155:
> Moved the commas that were in the start of the lines, to the end of the lines.
> Inserted spaces after the commas.
Hi Kishon,
On Monday 04 of November 2013 12:24:42 Kishon Vijay Abraham I wrote:
> Hi Vivek,
>
> On Thursday 31 October 2013 01:15 PM, Vivek Gautam wrote:
> > Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
> > The new driver uses the generic PHY framework and will interact
> > wit
Hi!
> >> - temp-files may not be written out at all.
> >>
> >>Quite frankly, if you have multi-hundred-megabyte temptiles, you've
> >> got issues
> > Actually people do stuff like this e.g. when generating ISO images before
> > burning them.
>
> Yes, but then the temp-file is long-lived en
On Sat, Oct 26, 2013 at 12:48 AM, Sherman Yin wrote:
> So I will go ahead and make the change in pinconf-generic.c and
> pinctrl-bindings.txt
> to include parsing of the "slew-rate" property and submit it as part of my
> pinctrl
> changes.
OK, good.
> Question regarding pinctrl-generic: in pi
Hi!
> > Yes, but then the temp-file is long-lived enough that it *will* hit
> > the disk anyway. So it's only the "create temporary file and pretty
> > much immediately delete it" case that changes behavior (ie compiler
> > assembly files etc).
> >
> > If the temp-file is for something like burni
Fixed the following styling issues:
Line 30:
Removed space before open square bracket '['
Lines 31 to 155:
Moved the commas that were in the start of the lines, to the end of the lines.
Inserted spaces after the commas.
Inserted a one tab indentation to each line.
Signed-off-by: Aldo Iljazi
---
Same problem here with same hardware and KDE. I opened a bug report here
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1247806. Any news about it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
(cc'ing the Linux ARM kernel list)
On 25 October 2013 05:54, T.J. Purtell wrote:
> The ARM architecture reference specifies that the IT state bits in the
> PSR must be all zeros in ARM mode or behavior is unspecified. On the
> Qualcomm Snapdragon S4/Krait architecture CPUs the processor continue
On Tue, Oct 29, 2013 at 4:50 AM, Michael Opdenacker
wrote:
> This removes a test whether the 'desc' variable is NULL.
> This possibility has already been eliminated by the
> below test earlier in the loop:
>
> if (desc == NULL) {
> dev_warn(pctldev->dev,
>
On Thu, 19 Sep 2013, Geert Uytterhoeven wrote:
> However, the resulting kernel hangs (on ARAnyM) after starting userspace:
>
> | INIT: version 2.86 booting
>
> I'll have a deeper look when I have some more time...
Any chance that you find some more time? :)
Thanks,
tglx
--
To unsubscri
On Mon, Oct 28, 2013 at 7:01 AM, Peter Chen wrote:
> The commit: "pinctrl: imx: Use struct type for pins" relaced
> pin->input_reg by pin->input_val wrongly, fix it at this commit.
>
> Signed-off-by: Peter Chen
Patch applied with Sascha's ACK.
Yours.
Linus Walleij
--
To unsubscribe from this l
On Thu, Oct 31, 2013 at 8:51 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, the function devm_ioremap_nocache() returns NULL
> pointer not ERR_PTR(). The IS_ERR() test in the return value check
> should be replaced with NULL test.
>
> Signed-off-by: Wei Yongjun
Patch applied.
By using the generic list_lru code, we can now separate the
per sb quota list locking from the lru locking. The lru
lock is made into the inner-most lock.
As a result of this new lock order, we may occasionally see
items on the per-sb quota list which are "dead" so that the
two places where we tra
On Fri, Oct 11, 2013 at 01:18:41PM +0100, Mark Salter wrote:
> On Wed, 2013-10-09 at 11:14 +0100, Will Deacon wrote:
> > > @@ -110,6 +110,7 @@ SECTIONS
> > >*/
> > > INIT_TASK_DATA(THREAD_SIZE)
> > > NOSAVE_DATA
> > > + PAGE_ALIGNED_DATA(PAGE_
This patch adds reflink support to the quota data cache. It
looks a bit strange because we still don't have a sensible
split in the lookup by id and the lru list. That is coming in
later patches though.
The intent here is just to swap the current ref count for
reflinks in all cases with as little
This is a straight forward rename which is in preparation for
introducing the generic list_lru infrastructure in the
following patch.
Signed-off-by: Steven Whitehouse
Signed-off-by: Abhijith Das
Tested-by: Abhijith Das
diff --git a/fs/gfs2/quota.c b/fs/gfs2/quota.c
index ed08911..466516a 10064
When setting the starting point for block allocation, there were calls
to both gfs2_rbm_to_block() and gfs2_rbm_from_block() in the common case
of there being an active reservation. The gfs2_rbm_from_block() function
can be quite slow, and since the two conversions were effectively a
no-op, it make
From: Miklos Szeredi
unless it was given an IS_ERR(inode), which isn't the case here. So clean
up the unnecessary error handling in gfs2_create_inode().
This paves the way for real fixes (hence the stable Cc).
Signed-off-by: Miklos Szeredi
Signed-off-by: Steven Whitehouse
Cc: sta...@vger.ker
This function is only called twice, and both callers are
quota related, so lets move this function into quota.c and
make it static.
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/quota.c b/fs/gfs2/quota.c
index 8fe7a0a..fd1ec52 100644
--- a/fs/gfs2/quota.c
+++ b/fs/gfs2/quota.c
@@ -289,6
From: Bob Peterson
This patch introduces a new field in the bitmap structure called
bi_blocks. Its purpose is to save us from constantly multiplying
bi_len by the constant GFS2_NBBY. It also paves the way for more
optimization in a future patch.
Signed-off-by: Bob Peterson
Signed-off-by: Steven
Hi Pali,
On 10/26/2013 10:45 PM, Pali Rohár wrote:
> On Saturday 26 October 2013 22:22:09 Hans Verkuil wrote:
>>> Hans, so can it be added to drivers/staging/media tree?
>>
>> Yes, that is an option. It's up to you to decide what you
>> want. Note that if no cleanup work is done on the staging
>>
From: Bob Peterson
When we used try locks for rgrps on block allocations, it was important
to clear the flags field so that we used a blocking hold on the glock.
Now that we're not doing try locks, clearing flags is unnecessary, and
a waste of time. In fact, it's probably doing the wrong thing be
From: Miklos Szeredi
We need to dput() the result of d_splice_alias(), unless it is passed to
finish_no_open().
Edited by Steven Whitehouse in order to make it apply to the current
GFS2 git tree, and taking account of a prerequisite patch which hasn't
been applied.
Signed-off-by: Miklos Szeredi
From: Bob Peterson
Since the previous patch eliminated bi in favor of bii, this follow-on
patch needed to be adjusted accordingly. Here is the revised version.
This patch adds a new function, gfs2_rbm_incr, which increments
an rbm structure. This is more efficient than calling gfs2_rbm_to_block,
The function qd_trylock was not a trylock despite its name and
can be inlined into gfs2_quota_unlock in order to make the
code a bit clearer. There should be no functional change as a
result of this patch.
Signed-off-by: Steven Whitehouse
Cc: Abhijith Das
diff --git a/fs/gfs2/quota.c b/fs/gfs2/
From: Bob Peterson
This is a respin of the original patch. As Steve pointed out, the
introduction of field bii makes it easy to eliminate bi itself.
This revised patch does just that, replacing bi with bii.
This patch adds a new field to the rbm structure, called bii,
which is an index into the
There should be no functional change bar the removal of a
test of the MS_READONLY flag which would never be reachable.
This merges the common code from qd_fish and qd_trylock into
a single function and calls it from both those places.
Signed-off-by: Steven Whitehouse
Cc: Abhijith Das
diff --git
Now that gfs2_quota_sync can be potentially called from multiple
threads, we should protect this bit of code, and the sync generation
number in particular in order to ensure that there are no races
when syncing quotas.
Signed-off-by: Steven Whitehouse
Cc: Abhijith Das
diff --git a/fs/gfs2/incor
Currently glocks have an atomic reference count and also a spinlock
which covers various internal fields, such as the state. This intent of
this patch is to replace the spinlock and the atomic reference count
with a lockref structure. This contains a spinlock which we can continue
to use as before,
There is no need for a paramater which relates to the internals
of quota to be exposed to users. The only possible use would be
to turn it up so large that the memory allocation fails. So lets
remove it and set it to a sensible value which ensures that we
don't ask for multipage allocations.
Curre
The reservation for an inode should be cleared when it is truncated so
that we can start again at a different offset for future allocations.
We could try and do better than that, by resetting the search based on
where the truncation started from, but this is only a first step.
In addition, there a
This patch adds a structure to contain allocation parameters with
the intention of future expansion of this structure. The idea is
that we should be able to add more information about the allocation
in the future in order to allow the allocator to make a better job
of placing the requests on-disk.
From: Bob Peterson
In function gfs2_rbm_from_block, it starts by checking if the block
falls within the first bitmap. It does so by checking if the rbm's
offset is less than (rbm->bi->bi_start + rbm->bi->bi_len) * GFS2_NBBY.
However, the first bitmap will always have bi_start==0. Therefore
this i
Hi,
I'm just back from firstly Edinburgh, and secondly holiday, and the
merge window is again upon us. I've added in the three pending patches
which were under test while I was away and then that should be it for
this time.
The main feature of interest this time is quota updates. There are
some c
Hi,
On Friday, November 01, 2013 10:34:23 AM Jens Axboe wrote:
> On 11/01/2013 10:28 AM, Mike Snitzer wrote:
> > On Fri, Nov 01 2013 at 12:02pm -0400,
> > Jens Axboe wrote:
> >
> >> On 11/01/2013 09:50 AM, Christoph Hellwig wrote:
> >>> On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wro
On Mon, Nov 04, 2013 at 02:51:00AM -0800, Paul E. McKenney wrote:
> OK, something like this for the definitions (though PowerPC might want
> to locally abstract the lwsync expansion):
>
> #define smp_store_with_release_semantics(p, v) /* x86, s390, etc. */ \
> do { \
> ba
Hello,
My name is Yusuf Abdulrazaq an Indonesian.
I send this email with the purpose of looking for partners for cooperation in
my plans for development in Indonesia and around the world with the aim of
helping the less privileged and other muslim people who do not have a chance to
earn a dec
Hi Jens,
Could you please take a look at this patchset? It has been posted
a month ago and there has been no feedback from you.
Today I've noticed that you've recently done some changes in your
for-3.13/drivers branch which seem to duplicate some of my work
(especially commit "skd: rip out bio p
On Mon, Nov 04, 2013 at 10:43:39AM +0100, Michael Opdenacker wrote:
> This removes the HAVE_MARCH_Z900_FEATURES and
> HAVE_MARCH_Z990_FEATURES Kconfig parameters,
> which were no longer used anywhere in the source code
> and Makefiles.
>
> Actually, HAVE_MARCH_Z990_FEATURES is no longer used
> aft
Adding the check for maximum allowed frequency rate
defined in following file:
/proc/sys/kernel/perf_event_max_sample_rate
When we cross the maximum value we fail and display
detailed error message with advise.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Corey Ashford
Cc: David Ahern
Cc:
hi,
adding the check for maximum allowed frequency rate
defined in perf_event_max_sample_rate.
Plus procfs mountpoint reading code. Reachable here:
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
perf/cc
jirka
Cc: Adrian Hunter
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederi
On Sun, Nov 03, 2013 at 11:34:00PM +, Linus Torvalds wrote:
> So it would *kind* of act like a "smp_wmb() + smp_rmb()", but the
> problem is that a "smp_rmb()" doesn't really "attach" to the preceding
> write.
Agreed.
> This is analogous to a "acquire" operation: you cannot make an
> "acquire
Moving sysfs code into generic fs object and preparing
it to carry procfs support.
This should be merged with tools/lib/lk/debugfs.c at
some point in the future.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung
Adding procfs support into fs object.
The interface function:
const char *procfs_find_mountpoint(void);
provides valid mountpoint path for procfs.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Pa
On Mon, Nov 04, 2013 at 09:57:17AM +, Will Deacon wrote:
> Hi Paul,
>
> On Sun, Nov 03, 2013 at 10:47:12PM +, Paul E. McKenney wrote:
> > On Sun, Nov 03, 2013 at 05:07:59PM +, Will Deacon wrote:
> > > On Sun, Nov 03, 2013 at 02:40:17PM +, Paul E. McKenney wrote:
> > > > On Sat, Nov
401 - 500 of 563 matches
Mail list logo
