Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
mm/huge_memory.c between various commits from the tip tree and commit
"thp: fix update_mmu_cache_pmd() calls" from the akpm tree.
It appears that the shed/numa patches in the tip tree have been changed
in today's version of
If user requested direct read beyond EOF, we can skip sending fuse requests
for positions beyond EOF because userspace would ACK them with zero bytes read
anyway. We can trust to i_size in fuse_direct_IO for such cases because it's
called from fuse_file_aio_read() and the latter updates fuse
The patch improves error handling in fuse_direct_IO(): if we successfully
submitted several fuse requests on behalf of synchronous direct write
extending file and some of them failed, let's try to do our best to clean-up.
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c | 55
Hi Rafael and other cpufreq masters,
I am really not sure if this patch is a HACK or a valid solution :)
Please have a look.
Setup:
-
- ARM big LITTLE Platform with 5 cpus. cpus 2, 3 & 4 share clock and hence are
part of policy->cpus. cpus 0 & 1 share clock but they aren't discussed here.
The patch implements passing "struct kiocb *async" down the stack up to
fuse_send_read/write where it is used to submit request asynchronously.
async==NULL designates synchronous processing.
Non-trivial part of the patch is changes in fuse_direct_io(): resources
like fuse requests and user pages
In case of synchronous DIO request (i.e. read(2) or write(2) for a file
opened with O_DIRECT), the patch submits fuse requests asynchronously, but
waits for their completions before return from fuse_direct_IO().
In case of asynchronous DIO request (i.e. libaio io_submit() or a file opened
with
The patch implements a framework to process an IO request asynchronously. The
idea is to associate several fuse requests with a single kiocb by means of
fuse_io_priv structure. The structure plays the same role for FUSE as 'struct
dio' for direct-io.c.
The framework is supposed to be used like
fuse_release_user_pages() will be indirectly used by fuse_send_read/write
in future patches.
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/fs/fuse/file.c b/fs/fuse/file.c
index 19b50e7..6685cb0
Hi,
Existing fuse implementation always processes direct IO synchronously: it
submits next request to userspace fuse only when previous is completed. This
is suboptimal because: 1) libaio DIO works in blocking way; 2) userspace fuse
can't achieve parallelism processing several requests
On 12/10/2012 12:50 PM, Michael Wang wrote:
> Hi, Folks
>
> I'm testing with the latest tip tree's master branch 3.7.0-rc8 and
> failed to boot up my server, it's hung at very beginning and I could not
> catch any useful log, is there any one else got this problem or I'm the
> only one?.
And
2012/12/7 Arnd Bergmann :
> On Friday 07 December 2012, Michal Simek wrote:
>> On 12/06/2012 10:27 PM, Bjorn Helgaas wrote:
>> > [+cc linux-pci]
>> >
>> > On Thu, Dec 6, 2012 at 7:23 AM, Michal Simek
>> > wrote:
>> >> Hi guys,
>> >>
>> >> I have a question regarding to sharing generic OF pcie
2012/12/7 Grant Likely :
> On Fri, 07 Dec 2012 10:45:01 +0100, Michal Simek wrote:
>> On 12/06/2012 10:27 PM, Bjorn Helgaas wrote:
>> > [+cc linux-pci]
>> >
>> > On Thu, Dec 6, 2012 at 7:23 AM, Michal Simek
>> > wrote:
>> >> Hi guys,
>> >>
>> >> I have a question regarding to sharing generic OF
On Fri, 07 Dec 2012, Tim Gardner wrote:
> smatch warning:
>
> drivers/gpu/drm/i915/intel_display.c:7019 intel_set_mode() warn: function puts
> 500 bytes on stack
>
> Refactor so that saved_mode and saved_hwmode are dynamically allocated as
> opposed
> to being automatic variables. 500 bytes
On Sat, Dec 08, 2012 at 07:01:20PM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Using kfree to free data allocated with devm_kzalloc causes double frees.
Ugh, actually this doesn't merge down very well against -next at all,
can you regenerate against current code please?
--
To
On Mon, Dec 10, 2012 at 07:10:16AM +0100, Julia Lawall wrote:
> Sorry, I just resent the patch as is. 1 and 2 were I guess applied,
> because I odn't findthe problem any more.
It looks like this is what happened the first time round as well - I
only got patch 3 but it was flagged as part of a
On 10.12.2012 3:08, Rafael J. Wysocki wrote:
> On Sunday, December 09, 2012 09:17:04 PM Ilya Zykov wrote:
>> On 05.12.2012 22:53, Ilya Zykov wrote:
>>> What do I do wrong?
>>>
>>> After: modprobe cpufreq_ondemand
>>> I have:
>>>
>>> WARNING: Error inserting freq_table
>>>
* Srikar Dronamraju [2012-12-10 10:37:10]:
> >
> > Either way, last night I applied a patch on top of latest tip/master to
> > remove the nr_cpus_allowed check so that numacore would be enabled again
> > and tested that. In some places it has indeed much improved. In others
> > it is still
On 10.12.2012 3:08, Rafael J. Wysocki wrote:
> On Sunday, December 09, 2012 09:17:04 PM Ilya Zykov wrote:
>> On 05.12.2012 22:53, Ilya Zykov wrote:
>>> What do I do wrong?
>>>
>>> After: modprobe cpufreq_ondemand
>>> I have:
>>>
>>> WARNING: Error inserting freq_table
>>>
On Sun, Dec 9, 2012 at 10:40 PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/plat-samsung/include/plat/devs.h between commit a08485d8fdf6
> ("ASoC: Samsung: Do not register samsung audio dma device as pdev") from
> the sound-asoc
* Oleg Nesterov [2012-11-23 21:28:06]:
> register/unregister verifies that inode/uc != NULL. For what?
> This really looks like "hide the potential problem", the caller
> should pass the valid data.
>
Agree that users should pass valid data.
I do understand that we expect the users to be
On Mon, Dec 10, 2012 at 03:21:53AM +0100, Jan Engelhardt wrote:
>
> On Saturday 2012-11-17 00:56, Andrew Morton wrote:
> >> | pos:0
> >> | flags: 0200
> >> | inotify wd:3 ino: 9e7e
> >> | inotify wd:2 ino: a111
> >> | inotify wd:1 ino:
On Mon, Dec 10, 2012 at 11:56:23AM +0530, Abhilash Kesavan wrote:
> + if (of_property_read_u32(rdata[i].of_node, "max77686-opmode",
> + [i].opmode)) {
> + dev_warn(iodev->dev, "no op_mode property property at
> %s\n",
> +
On Fri, Dec 07, 2012 at 16:10:04, Nori, Sekhar wrote:
> On 12/5/2012 6:13 PM, Philip, Avinash wrote:
> > On Wed, Dec 05, 2012 at 17:33:37, Nori, Sekhar wrote:
> >> Hi Avinash,
> >>
> >> On 11/29/2012 5:16 PM, Philip, Avinash wrote:
> >>> Update number of errors using nand ecc strength.
> >>> Also
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/wireless/iwlwifi/pcie/trans.c between commit b9d146e30a2d
> ("iwlwifi: collapse wrapper for pcie_capability_read_word()") from the pci
> tree and commit 7afe3705cd4e ("iwlwifi: continue clean up -
> pcie/trans.c") from
On Fri, Dec 07, 2012 at 16:07:23, Nori, Sekhar wrote:
> On 11/29/2012 5:16 PM, Philip, Avinash wrote:
> > The ELM hardware module can be used to speedup BCH 4/8/16 ECC scheme
> > error correction.
> > For now only 4 & 8 bit support is added
> >
> > Signed-off-by: Philip, Avinash
> > Cc: Grant
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/plat-samsung/include/plat/devs.h between commit a08485d8fdf6
("ASoC: Samsung: Do not register samsung audio dma device as pdev") from
the sound-asoc tree and commit 0a9d5ac307ae ("ARM: EXYNOS: removing
exynos-drm
* Oleg Nesterov [2012-11-23 21:28:02]:
> Trivial. uprobe can't be NULL after mutex_unlock(), it was already used.
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> kernel/events/uprobes.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git
> -Original Message-
> From: 김승우 [mailto:sw0312@samsung.com]
> Sent: Monday, December 10, 2012 3:14 PM
> To: Wei Yongjun
> Cc: inki@samsung.com; jy0922.s...@samsung.com;
> kyungmin.p...@samsung.com; airl...@linux.ie; yongjun_...@trendmicro.com.cn;
> linux-kernel@vger.kernel.org;
> Cosmetic. __set_bit(UPROBE_SKIP_SSTEP) is the part of initialization,
> it is not clear why it is set in insert_uprobe().
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> kernel/events/uprobes.c |5 ++---
> 1 files changed, 2 insertions(+), 3 deletions(-)
>
> diff
Hi, list
I found some io memory information is lost from /dev/iomem and want to
find out why.
I have a 2.6.16 kernel running on a ARM board (Samsung S3C2410). From
the kernel log, I see 16 8250 serial ports were detected, and each of
thoese ports has a memory address:
Serial: 8250/16550 driver
Currently, we cannot specify the regulator suspend state via device
tree. Add an optional operating mode property which can be used to
set initially the regulator mode.
We are currently bypassing the set_suspend_disable and set_suspend_mode
call-backs.
Signed-off-by: Abhilash Kesavan
---
Add documenatation for various operating mode capabilities of
the MAX77686 PMIC.
Signed-off-by: Abhilash Kesavan
---
Documentation/devicetree/bindings/mfd/max77686.txt |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
Some of the LDOs and BUCKs on the MAX77686 PMIC can be put into a
low power or standby state. Add bindings to control the operating
mode. This results in significant power savings during suspend.
Signed-off-by: Abhilash Kesavan
---
arch/arm/boot/dts/cros5250-common.dtsi | 36
Currently, we cannot specify the regulator suspend state via device
tree. Rather than adding suspend state/mode/enable/disable properties
add an optional MAX77686 operating mode property which can be used to
set the regulator mode initially.
We are currently bypassing the set_suspend_disable and
On 2012년 12월 07일 21:50, Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, function arm_iommu_create_mapping() returns
> ERR_PTR() and never returns NULL. The NULL test in the return
> value check should be replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
> ---
>
On Mon, 10 Dec 2012, Mark Brown wrote:
On Sat, Dec 08, 2012 at 07:01:20PM +0100, Julia Lawall wrote:
The kfrees were introduced in b761c0ca.
I sent this a few months ago, and I still think it should be applied...
I'm missing patches 1 and 2?
Sorry, I just resent the patch as is. 1 and 2
Quoting Rob Landley (r...@landley.net):
> The fact that you need multiple sets of capabilities per process
> (permitted, inheritable, effective), plus MORE sets (plural) of
> capabilities attached to executable files, plus the "capability
> bounding set" which is presumably so selinux can mess
On (Thu) 08 Nov 2012 [10:06:24], Amit Shah wrote:
> On (Tue) 30 Oct 2012 [09:51:50], Sjur Brændeland wrote:
> > From: Sjur Brændeland
> >
> > This patch-set introduces a new virtio type "rproc_serial" for communicating
> > with remote processors over shared memory. The driver depends on the
> >
On (Fri) 16 Nov 2012 [11:22:09], Rusty Russell wrote:
> Amit Shah writes:
> > From: Sjur Brændeland
> >
> > Remove buffers from the out-queue when a port is removed. Rproc_serial
> > communicates with remote processors that may crash and leave buffers in
> > the out-queue. The virtio serial
On Wed, 2012-11-28 at 14:54 +0530, Ashish Jangam wrote:
> On Tue, 2012-11-27 at 14:23 -0800, Andrew Morton wrote:
> > On Fri, 23 Nov 2012 15:41:03 +0530
> > Ashish Jangam wrote:
> >
> > > On Tue, 2012-10-23 at 15:33 +0530, Ashish Jangam wrote:
> > > > Does this patch looks good?
> > > > On Thu,
>
> Either way, last night I applied a patch on top of latest tip/master to
> remove the nr_cpus_allowed check so that numacore would be enabled again
> and tested that. In some places it has indeed much improved. In others
> it is still regressing badly and in two case, it's corrupting memory --
On Sun, Dec 9, 2012 at 3:03 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Notice that one member of struct acpi_bus_ops, acpi_op_add, is not
> used anywhere any more and the relationship between its remaining
> members, acpi_op_match and acpi_op_start, is such that it doesn't
> make
Cc: Anton Vorontsov
Cc: Bryan Wu
Cc: Jonathan Cameron
Cc: Mark Brown
Cc: Samuel Ortiz
Signed-off-by: Milo(Woogyom) Kim
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ee7e9ee..9339a4b 100644
--- a/MAINTAINERS
+++
Cc: Anton Vorontsov
Cc: David Woodhouse
Signed-off-by: Milo(Woogyom) Kim
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 92fa7e5..a5aedda 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7558,6 +7558,12 @@ F:
Cc: Liam Girdwood
Cc: Mark Brown
Signed-off-by: Milo(Woogyom) Kim
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a5aedda..ee7e9ee 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7564,6 +7564,12 @@ S: Maintained
F:
Cc: Andrew Morton
Cc: Richard Purdie
Signed-off-by: Milo(Woogyom) Kim
---
MAINTAINERS |7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8110ccd..92fa7e5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7551,6 +7551,13 @@ S: Maintained
F:
> The purpose of iterating a vmlist is finding vm area with specific
> virtual address. find_vm_area() is provided for this purpose
> and more efficient, because it uses a rbtree.
> So change it.
>
> Cc: Chris Metcalf
> Cc: Guan Xuetao
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: "H. Peter
On Sat, Dec 08, 2012 at 07:01:20PM +0100, Julia Lawall wrote:
> The kfrees were introduced in b761c0ca.
> I sent this a few months ago, and I still think it should be applied...
I'm missing patches 1 and 2?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 12/10/2012 02:27 AM, Oleg Nesterov wrote:
> On 12/07, Srivatsa S. Bhat wrote:
>>
>> 4. No deadlock possibilities
>>
>>Per-cpu locking is not the way to go if we want to have relaxed rules
>>for lock-ordering. Because, we can end up in circular-locking dependencies
>>as explained in
On 12/10/2012 02:43 AM, Oleg Nesterov wrote:
> Damn, sorry for noise. I missed this part...
>
> On 12/10, Srivatsa S. Bhat wrote:
>>
>> On 12/10/2012 12:44 AM, Oleg Nesterov wrote:
>>> the latency. And I guess something like kick_all_cpus_sync() is "too heavy".
>>
>> I hadn't considered that.
Hi, Folks
I'm testing with the latest tip tree's master branch 3.7.0-rc8 and
failed to boot up my server, it's hung at very beginning and I could not
catch any useful log, is there any one else got this problem or I'm the
only one?.
Regards,
Michael Wang
--
To unsubscribe from this list: send
On 2012/12/8 6:11, Andrew Morton wrote:
> On Fri, 7 Dec 2012 16:48:45 +0800
> Xishi Qiu wrote:
>
>> On x86 platform, if we use "/sys/devices/system/memory/soft_offline_page" to
>> offline a
>> free page twice, the value of mce_bad_pages will be added twice. So this is
>> an error,
>> since
On 12/10/2012 01:52 AM, Oleg Nesterov wrote:
> On 12/10, Srivatsa S. Bhat wrote:
>>
>> On 12/10/2012 12:44 AM, Oleg Nesterov wrote:
>>
>>> But yes, it is easy to blame somebody else's code ;) And I can't suggest
>>> something better at least right now. If I understand correctly, we can not
>>>
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in
drivers/regulator/palmas-regulator.c between commit bdc4baacebda
("regulator: palmas: Convert palmas_ops_smps to regulator_[get|
set]_voltage_sel_regmap") from the regulator tree and commit 02582e9bcc36
("treewide: fix typo
On 12/10/2012 02:10 AM, Oleg Nesterov wrote:
> On 12/10, Srivatsa S. Bhat wrote:
>>
>> On 12/10/2012 01:18 AM, Oleg Nesterov wrote:
- if (preempt && rq != p_rq)
+ if (preempt && rq != p_rq && cpu_online(task_cpu(p)))
>>>
>>> Why do we need this change?
>>>
>>> Afaics,
In function fill_elf_header, elf->e_ident[EI_OSABI] is always set
to ELF_OSABI, so remove the unused argument 'osabi'.
Signed-off-by: Zhang Yanfei
---
fs/binfmt_elf.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index
HI, all guys.
any comments or suggestions?
On Thu, Dec 6, 2012 at 11:28 AM, Zhi Yong Wu wrote:
> HI, guys
>
> THe perf testing is done separately with fs_mark, fio, ffsb and
> compilebench in one kvm guest.
>
> Below is the performance testing report for hot tracking, and no obvious
> perf
> Applied, thanks.
>
> Milo, you don't have a MAINTAINERS entry for this chip - would you mind
> sending a patch adding one as you are reviewing patches for the driver?
> This will ensure that people send you patches for review.
OK, I'll update MAINTAINERS file for lp872x and lp8788.
Thanks for
On Thu, Nov 29, 2012 at 01:19:43PM +0800, Axel Lin wrote:
> This is required since commit f7df20ec32
> "regulator: core: Use list_voltage() to read single voltage regulators",
> otherwise _regulator_get_voltage returns rdev->desc->ops->list_voltage(rdev,
> 0).
Applied, thanks.
--
To unsubscribe
On Sat, Dec 08, 2012 at 09:56:48AM +0800, Axel Lin wrote:
> There is only one user calling _rdev_to_offset() function.
> Remove _rdev_to_offset() makes the code simpler.
Applied, thanks.
Milo, you should probably add a MAINTAINERS entry for this one too.
--
To unsubscribe from this list: send
> Actually, what you want is to clear mask[id] bits.
> Setting 0 for the data argument here is clear.
I would say it's not clearing bit but the DVS control configuration.
If the bit is 0, external pin is used for the DVS.
If it is 1, then DVS is controlled by other register settings.
Therefore,
On Fri, Dec 07, 2012 at 05:25:13PM +0800, Axel Lin wrote:
> Simply use devm_gpio_request_one() instead.
Applied, thanks.
Milo, you don't have a MAINTAINERS entry for this chip - would you mind
sending a patch adding one as you are reviewing patches for the driver?
This will ensure that people
On Sun, Dec 09, 2012 at 08:05:45AM +0800, Axel Lin wrote:
> By setting linear_min_sel to anatop_reg->min_bit_val, we can avoid
> adjust the anatop_reg->min_bit_val offset in [set|get]_voltage_sel.
Applied both, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi guys,
KGTP (http://code.google.com/p/kgtp/) is a flexible , lightweight and
realtime Linux debugger and tracer.
To use it, you don't need patch or rebuild the Linux kernel. Just
build KGTP module and insmod it is OK.
It makes Linux Kernel supply a GDB remote debug interface. Then GDB in
On Sat, Dec 08, 2012 at 08:47:34AM +, Alun wrote:
> On Sat, 8 Dec 2012 12:20:29 +1100
> Dave Chinner wrote:
>
> First off, thanks for the examples. I'll answer your one question and
> then I'll shut up!
>
> > > I'll try and chase this up by submitting patches to lvcreate and
> > > fsfreeze
Hi Kamal,
I think in default branch in cypress_get_finger_count() function return 0 is
not suitable,
We should return a value bigger than 5 to indicate invalid package to avoid
unable to distinguish really 0 contact_cnt packages.
0 contact_cnt packages may still have valid left/right mechanical
Hello Vivek,
On Fri, 7 Dec 2012 10:08:05 -0500
Vivek Goyal wrote:
> On Wed, Nov 21, 2012 at 05:02:47PM +0900, Atsushi Kumagai wrote:
> > This patch adds the values related to buddy system to vmcoreinfo data
> > so that makedumpfile (dump filtering command) can filter out all free
> > pages with
Hi Rusty,
After merging the virtio tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/net/virtio_net.c: In function 'vq2txq':
drivers/net/virtio_net.c:150:2: error: implicit declaration of function
'virtqueue_get_queue_index' [-Werror=implicit-function-declaration]
> There is only one user calling _rdev_to_offset() function.
> Remove _rdev_to_offset() makes the code simpler.
>
> Signed-off-by: Axel Lin
It looks good to me, thanks!
Acked-by: Milo(Woogyom) Kim
On Sat, Dec 08, 2012 at 07:12:04AM -0500, Christoph Hellwig wrote:
> On Fri, Dec 07, 2012 at 11:42:55AM +1100, Dave Chinner wrote:
> > The problem wth doing this is that the sync can delay the freeze
> > process by quite some time under the exact conditions you describe.
> > If you want freeze to
> Simply use devm_gpio_request_one() instead.
>
> Signed-off-by: Axel Lin
Thanks!
Acked-by: Milo(Woogyom) Kim
Hi Rusty,
Today's linux-next merge of the virtio tree got a conflict in
drivers/net/virtio_net.c between commit e9d7417b97f4 ("virtio-net:
separate fields of sending/receiving queue from virtnet_info") and
986a4f4d452d ("virtio_net: multiqueue support") from the net-next tree
and commit
> All elements of val array are zero.
> Simply set data argument to be 0 in lp8788_update_bits call and remove
> the val
> array.
>
> Signed-off-by: Axel Lin
Axel, sorry I disagree with this patch because DVS_PIN is meaningful.
In this case, explicit bit description is more important than code
On Saturday 2012-11-17 00:56, Andrew Morton wrote:
>> | pos: 0
>> | flags:0200
>> | inotify wd:3 ino: 9e7e
>> | inotify wd:2 ino: a111
>> | inotify wd:1 ino:6b149[...]
>
>This is a lousy output format. It's sort-of
On Thu, 22 Nov 2012 14:27:50 +0800 Guangliang Zhao wrote:
> Hi,
>
> These patches are used to add resync speed control for dm-raid1. The
> second and third patch provide support for user-space tool dmsetup.
>
> Guangliang Zhao (3):
> dm raid1: add resync speed control for dm-raid1
> dm
On 2012-12-9 16:10, Tang Chen wrote:
> Hi Liu, Wu,
>
> On 12/06/2012 10:26 AM, Jiang Liu wrote:
>> On 2012-12-6 9:26, Tang Chen wrote:
>>> On 12/05/2012 11:43 PM, Jiang Liu wrote:
If we make "movablecore_map" take precedence over "movablecore/kernelcore",
the logic could be simplified.
Sorry, you're right. I blame the font on my phone.
Masami Hiramatsu wrote:
>(2012/12/10 10:34), H. Peter Anvin wrote:
>> You're changing the array from an array of insn_attr_t to pointers to
>insn_attr_t?
>
>No, please look at the code carefully,
>
>- print "const insn_attr_t const
Michael Spang wrote:
>
> Signed-off-by: Michael Spang
> ---
> arch/arm/plat-samsung/include/plat/gpio-core.h |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/plat-samsung/include/plat/gpio-core.h
> b/arch/arm/plat-samsung/include/plat/gpio-core.h
>
(2012/12/10 10:34), H. Peter Anvin wrote:
> You're changing the array from an array of insn_attr_t to pointers to
> insn_attr_t?
No, please look at the code carefully,
- print "const insn_attr_t const *inat_escape_tables[INAT_ESC_MAX + 1]" \
^^
+
This patch adds the values related to buddy system to vmcoreinfo data
so that makedumpfile (dump filtering command) can filter out all free
pages with the new logic.
It's faster than the current logic because it can distinguish free page
by analyzing page structure at the same time as filtering
Linus Walleij wrote:
>
> On Tue, Nov 27, 2012 at 3:49 PM, Axel Lin wrote:
>
> > I got below build error with random config if CONFIG_PINCTRL_SAMSUNG=y
> &&
> > CONFIG_PINCTRL_EXYNOS5440=y.
> >
> > Fix the build error by making pcfgs static.
> >
> > LD drivers/pinctrl/built-in.o
> >
Linus Walleij wrote:
>
> On Wed, Dec 5, 2012 at 11:17 AM, Sachin Kamat
> wrote:
>
> > struct samsung_pin_bank does not have a member called reg_offset.
> > It should be pctl_offset instead.
> >
> > Signed-off-by: Sachin Kamat
>
> Acked-by: Linus Walleij
>
> Kukjin, art you taking this
The of_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/gpio/gpio-samsung.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-samsung.c b/drivers/gpio/gpio-samsung.c
index 01f7fe9..9e251be 100644
--- a/drivers/gpio/gpio-samsung.c
+++
You're changing the array from an array of insn_attr_t to pointers to
insn_attr_t?
Masami Hiramatsu wrote:
>(2012/12/10 10:03), H. Peter Anvin wrote:
>> Yes, if you add a * it becomes an array of pointers.
>
>Right, I would like to make each pointer in the array read-only.
>
>And, of course,
Hello Paul Fulghum:
Firstly, sorry for my mistake:
I am a reporter (not reviewer), and not suitable to review maintainer's
patch.
when you send relative patch, need not cc to me (I am not reviewer)
so:
could you send patch again (not need cc to me) ?
(and also it is better
(2012/12/10 10:03), H. Peter Anvin wrote:
> Yes, if you add a * it becomes an array of pointers.
Right, I would like to make each pointer in the array read-only.
And, of course, the data itself which pointed by the pointer
is already protected.
You can see this in
OPEN THE ATTACH AND APPLY FOR YOUR LOAN
MUTHOOTH.rtf
Description: Binary data
>There are no other callers AFAICS so I am getting clueless. Maybe more
>debugging will tell us something (the inlining has been reduced for thp
>paths which can reduce performance in thp page fault heavy workloads but
>this will give us better traces - I hope).
Michal,
this was printing so
Russell King - ARM Linux wrote:
> > -3: mov r10, #0
> > + /* Cortex-A15 Errata */
> > +3: ldr r10, =0x0c0f@ Cortex-A15 primary part number
> > + teq r0, r10
> > + bne 4f
> > +#ifdef CONFIG_ARM_ERRATA_774769
>
> There's not much point testing for the part
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/wireless/iwlwifi/pcie/trans.c between commit b9d146e30a2d
("iwlwifi: collapse wrapper for pcie_capability_read_word()") from the
pci tree and commit 7afe3705cd4e ("iwlwifi: continue clean up -
pcie/trans.c") from
Yes, if you add a * it becomes an array of pointers.
Masami Hiramatsu wrote:
>(2012/12/10 0:50), H. Peter Anvin wrote:
>> No, that would really be wrong - changing the type.
>
>What would be wrong? IMHO, this is just a fix to add a fool
>proof 'const' to array instance itself.
>...Or, am I
(2012/12/10 0:50), H. Peter Anvin wrote:
> No, that would really be wrong - changing the type.
What would be wrong? IMHO, this is just a fix to add a fool
proof 'const' to array instance itself.
...Or, am I missed anything?
Thank you,
> Masami Hiramatsu wrote:
>
>> (2012/12/08 8:17), Cong
On Mon, 2012-11-26 at 14:59 -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7u1 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Paul Walmsley
>
> commit 39141ddfb63a664f26d3f42f64ee386e879b492c upstream.
>
> After commit
hello,
few years ago I noticed annoying bug on Linux, when I was copying
photos from old DVDs I realized that not all files were copied
correctly, there were errors on last files on DVD, you could say "well
that happens, DVD are faulty", but that's not the real issue
when the problem appears it
Michal Marek writes:
> Added David and Rusty.
>
> On Sun, Nov 18, 2012 at 03:05:14PM -0500, pefol...@verizon.net wrote:
>> From: Peter Foley
>>
>> Silence the touch extra_certificates command
>>
>> Signed-off-by: Peter Foley
>
> I think we should tell the user that the default empty extra
>
On Mon, Dec 10, 2012 at 08:58:35AM +0900, Boojin Kim wrote:
>
> -3: mov r10, #0
> + /* Cortex-A15 Errata */
> +3: ldr r10, =0x0c0f@ Cortex-A15 primary part number
> + teq r0, r10
> + bne 4f
> +#ifdef CONFIG_ARM_ERRATA_774769
There's not much
This patch adds the workaround of errata 766421 that adds 'dmb' when changing
the translation regime after conditions that the errata 766421 may occur.
Concretely, Add 'dmb' when changing ASID and secure state for cortex-A15 r0p4.
Signed-off-by: Boojin Kim
---
arch/arm/Kconfig |
This patch adds the workaround of Errata 773022 that disables loop buffer.
Signed-off-by: Boojin Kim
---
arch/arm/Kconfig | 10 ++
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mm/proc-v7.S|6 ++
3 files changed, 17 insertions(+), 0 deletions(-)
diff
This patch adds the workaround of Errata 774769 that configures write streaming
on versions of A15 affected by this erratum such that no streaming-write ever
allocates into the L2 cache.
Signed-off-by: Boojin Kim
---
arch/arm/Kconfig | 11 +++
arch/arm/mach-exynos/Kconfig
On Sun, 2012-12-09 at 19:08 +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> The various devm_ functions allocate memory that is released when a driver
> detaches. This patch uses these functions for data that is allocated in
> the probe function of a platform device and is only freed in the
1 - 100 of 426 matches
Mail list logo
