On Wed, 29 Jan 2014, David Rientjes wrote:
> > diff --git a/kernel/kthread.c b/kernel/kthread.c
> > index b5ae3ee..8573e4e 100644
> > --- a/kernel/kthread.c
> > +++ b/kernel/kthread.c
> > @@ -217,7 +217,7 @@ int tsk_fork_get_node(struct task_struct *tsk)
> > if (tsk == kthreadd_task)
> >
I am Howard Maxim,retired professional broker.I have a project for you or your
firm.My private email is project20...@gmail.com
--
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
On Wed, Jan 29, 2014 at 08:30:45AM +0100, Richard Weinberger wrote:
> BTW: Can you please share your .config?
No problem. FYI, this is for a board that is still in development so
not all my changes have been submitted for inclusion yet. I would be
happy to share the changes now if necessary but
Hello Michal,
On 29/01/2014 16:11, Michal Suchanek wrote:
On 13 January 2014 10:02, boris brezillon wrote:
Hi Henrik,
On 11/01/2014 22:11, Henrik Nordström wrote:
thanks for pointing out your documents
I'm trying to get the NAND driver with HW ECC (and HW RND)
without using DMA at all
I
On Wed, Jan 29, 2014 at 08:17:35AM +0100, Richard Weinberger wrote:
> So you can trigger this by running fsstress on /mnt and then call
> mount -o remount,ro /mnt?
That's all it takes. I actually run the remount until it succeeds,
obviously with fsstress going in the background there is a pretty
On Wed, Jan 29 2014, Geert Uytterhoeven wrote:
> Hi Jens,
>
> On Wed, Jan 29, 2014 at 4:17 PM, Jens Axboe wrote:
> > On Wed, Jan 29 2014, Geert Uytterhoeven wrote:
> >> On Tue, Jan 28, 2014 at 11:52 PM, Jens Axboe wrote:
> >> >> - Finally the immutable biovec changes from Kent Overstreet. This
On Wed, Jan 29, 2014 at 03:07:44PM +0100, Peter Zijlstra wrote:
> Let me see if I can make a 'nice' function to dump state though, it
> might come in handy more often.
Compile tested only...
---
include/linux/perf_event.h | 4 ++
init/Kconfig | 7 ++
kernel/events/core.c
Hello, Li.
On Wed, Jan 29, 2014 at 12:16:38PM +0800, Li Zefan wrote:
> > -#define for_each_builtin_subsys(ss, i)
> > \
> > - for ((i) = 0; (i) < CGROUP_BUILTIN_SUBSYS_COUNT && \
> > -(((ss) = cgroup_subsys[i]) || true); (i)++)
> > +
Hi Jens,
On Wed, Jan 29, 2014 at 4:17 PM, Jens Axboe wrote:
> On Wed, Jan 29 2014, Geert Uytterhoeven wrote:
>> On Tue, Jan 28, 2014 at 11:52 PM, Jens Axboe wrote:
>> >> - Finally the immutable biovec changes from Kent Overstreet. This
>> >> enables some nice future work on making arbitrarily
On Wed, Jan 29, 2014 at 01:09:07PM +0100, Michal Hocko wrote:
> Btw. after this change we should drop part of the comment above
> oom_info_lock:
Updated the comment to
/* oom_info_lock ensures that parallel ooms do not interleave */
Thanks!
--
tejun
--
To unsubscribe from this list: send the
Hi Daniel,
Thanks for the update. The driver is very nicely written in general btw. One
comment below.
On Tue, Jan 28, 2014 at 03:55:58PM +0900, Daniel Jeong wrote:
...
> +/*
> + * struct lm3646_flash
> + *
> + * @pdata: platform data
> + * @regmap: reg. map for i2c
> + * @lock: muxtex for
On Wed, Jan 29, 2014 at 11:57:20AM +, Nick Alcock wrote:
> ssize_t ret = -EBADF;
>
> - if (pos < 0)
> + f = fdget(fd);
> + if ((pos < 0) && (!f.file || !unsigned_offsets(f.file))) {
> + fdput(f);
> return -EINVAL;
> + }
... and now pread(-1,
On Sat, 2014-01-25 at 18:14 +0100, Jean-Francois Moine wrote:
> The predivider division factor of the register PLL_SERIAL_2 is in the
> range 0..3, the value 0 being used for a division by 1.
trivia:
> diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
> b/drivers/gpu/drm/i2c/tda998x_drv.c
[]
> @@
On Wed, Jan 29 2014, Geert Uytterhoeven wrote:
> On Tue, Jan 28, 2014 at 11:52 PM, Jens Axboe wrote:
> >> - Finally the immutable biovec changes from Kent Overstreet. This
> >> enables some nice future work on making arbitrarily sized bios
> >> possible, and splitting more efficient. Related
On Friday 24 January 2014 15:16:32 Marc C wrote:
>
> > What's wrong with having a system clock unit binding, that the kernel
> > can decompose as appropriate?
>
> From what I understand, the arm-soc maintainers want to reduce (and perhaps
> even
> eliminate) these board-specific constructs, and
On 13 January 2014 10:02, boris brezillon wrote:
> Hi Henrik,
>
>
> On 11/01/2014 22:11, Henrik Nordström wrote:
>>
>> thanks for pointing out your documents
>> I'm trying to get the NAND driver with HW ECC (and HW RND)
>> without using DMA at all
>>
>> I tried many things but did not quite get
Greg,
Some time back I had sent a buch of patches for
Hyper-V drivers. Are they still in the queue or should I resend
them.
Regards,
K. Y
--
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
On Tuesday 28 January 2014 12:16:56 Russell King - ARM Linux wrote:
> On Tue, Jan 28, 2014 at 01:08:47PM +0100, Arnd Bergmann wrote:
>
> On balance, I think the virtual channel approach makes client drivers
> more elegant and simpler, and makes the DMA engine API easier to use,
> and gives
On 28.01.2014 07:33, Meelis Roos wrote:
>> It looks like gcov exploded when running a module's constructors or
>> init function, but I'm unable to work out which module it was :(
> [...]
>
>> Maybe it's tg3.
>>
>> Could you add `ignore_loglevel' to the kernel boot
On Tue, Jan 28, 2014 at 11:20 PM, Alexey Charkov wrote:
> 2014/1/29 Tony Prisk :
>> On 29/01/14 07:27, Alexey Charkov wrote:
>>>
>>> 2014/1/27 Rob Herring :
On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov
wrote:
>
> This should make the driver usable with VIA/WonderMedia
Hi Daniel,
On Tue, Jan 28, 2014 at 07:19:04PM +0900, Daniel Jeong wrote:
> 2014년 01월 28일 18:08, Sakari Ailus 쓴 글:
> >Hi Daniel,
> >
> >On Tue, Jan 28, 2014 at 03:55:57PM +0900, Daniel Jeong wrote:
> >>Add additional FLASH Fault bits to dectect faults from chip.
> >>Some Flash drivers support
On Tue, Jan 28, 2014 at 6:36 PM, Peter De Schrijver
wrote:
> This driver allows userspace to read the raw efuse data. Its userspace
> interface is modelled after the sunxi_sid driver which provides similar
> functionality for some Allwinner SoCs. It has been tested on
> Tegra20 (ventana), Tegra30
Use devm_* API operations for fixed regulator driver so that
driver core will manage resources.
Also, introduce a new API "devm_kstrdup" and used it in fixed
regulator driver to manage resources.
Changes since V3:
1. Update "devm_kstrdup" function to remove "size" argument.
Also,used
Update the code to use devm_* API so that driver core will manage
resources.
Signed-off-by: Manish Badarkhe
---
:100644 100644 5ea64b9... 3c307d6... M drivers/regulator/fixed.c
drivers/regulator/fixed.c | 42 --
1 file changed, 12 insertions(+), 30
This patch introduces "devm_kstrdup" API so that the
device's driver can allocate memory and copy string.
Signed-off-by: Manish Badarkhe
---
:100644 100644 545c4de... db4e264... M drivers/base/devres.c
:100644 100644 952b010... ec1b6e2... M include/linux/device.h
drivers/base/devres.c | 26
On 01/29/2014 01:21 PM, Christoph Fritz wrote:
On Tue, 2014-01-28 at 18:02 +0100, Christoph Fritz wrote:
On Tue, 2014-01-28 at 15:40 +0200, Tero Kristo wrote:
Due to a regression since next-20140122 the following errors are present:
- pin sys_clkout2, which gets configured to 24 Mhz by
On Wed, Jan 29, 2014 at 4:13 AM, Mika Westerberg
wrote:
> On Tue, Jan 28, 2014 at 09:19:33AM -0500, Benjamin Tissoires wrote:
>> On Tue, Jan 28, 2014 at 4:12 AM, Mika Westerberg
>> wrote:
>> > On Mon, Jan 27, 2014 at 10:36:25PM -0500, Benjamin Tissoires wrote:
>> >> On Tue, Jan 14, 2014 at 5:13
On 01/29, Rakib Mullick wrote:
>
> On Tue, Jan 28, 2014 at 10:43 PM, Oleg Nesterov wrote:
>
> > But I guess ->curr_target was added exactly to avoid this loop if
> > possible, assuming that wants_signal(->current_targer) should be
> > likely true. Although perhaps this optimization is too simple.
Add documentation for the ONFI NAND timing mode property.
Signed-off-by: Boris BREZILLON
---
Documentation/devicetree/bindings/mtd/nand.txt |5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/mtd/nand.txt
Hi,
On Tue, Jan 28, 2014 at 10:30:36AM -0600, Felipe Balbi wrote:
> On Tue, Jan 28, 2014 at 05:32:30PM +0200, Heikki Krogerus wrote:
> > On Mon, Jan 27, 2014 at 10:05:20AM -0600, Felipe Balbi wrote:
> > For the controller drivers the PHYs are just a resource like any
> > other. The controller
nand-ecc-level property statically defines NAND chip's ECC requirements.
Signed-off-by: Boris BREZILLON
---
Documentation/devicetree/bindings/mtd/nand.txt |3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/mtd/nand.txt
Add a converter to retrieve NAND timings from an ONFI NAND timing mode.
This only support SDR NAND timings for now.
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/Makefile |2 +-
drivers/mtd/nand/nand_timings.c | 248 +++
Some chip do not support automatic retrieval of ECC level requirements.
Provide an helper function to retrieve these requirements from DT.
Signed-off-by: Boris BREZILLON
---
drivers/of/of_mtd.c| 25 +
include/linux/of_mtd.h |7 +++
2 files changed, 32
The Hynix nand flashes store their ECC requirements in byte 4 of its id
(returned on READ ID command).
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/nand_base.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/drivers/mtd/nand/nand_base.c
Add support for the sunxi NAND Flash Controller (NFC).
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/Kconfig |6 +
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/sunxi_nand.c | 744 +
3 files changed, 751 insertions(+)
create
Add NAND Flash controller node definition to the A20 SoC.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sun7i-a20.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index 8e4cdcc..3b47253 100644
---
Add a function to retrieve NAND timing mode (ONFI timing mode) from a given
DT node.
Signed-off-by: Boris BREZILLON
---
drivers/of/of_mtd.c| 19 +++
include/linux/of_mtd.h |8
2 files changed, 27 insertions(+)
diff --git a/drivers/of/of_mtd.c
On 14-01-28 07:02 PM, Brian Norris wrote:
> On Tue, Jan 21, 2014 at 04:22:52PM -0500, Paul Gortmaker wrote:
>> None of these files are actually using any __init type directives
>> and hence don't need to include . Most are just a
>> left over from __devinit and __cpuinit removal, or simply due to
From: Dietmar Eggemann
Since is_same_group is only used in group scheduling code, there is
no need to define it outside CONFIG_FAIR_GROUP_SCHED.
Signed-off-by: Dietmar Eggemann
---
kernel/sched/fair.c |6 --
1 file changed, 6 deletions(-)
diff --git a/kernel/sched/fair.c
Define the NAND pinctrl configs.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sun7i-a20.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index 3b47253..0f6e002 100644
---
Enable the NFC and describe the NAND flash connected to this controller.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 31
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
b/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
index 031de97..5828923 100644
---
Add HW ECC support for the sunxi NAND Flash Controller.
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/sunxi_nand.c | 279 +++--
1 file changed, 266 insertions(+), 13 deletions(-)
diff --git a/drivers/mtd/nand/sunxi_nand.c
Define a struct containing the standard NAND timings as described in NAND
datasheets.
Signed-off-by: Boris BREZILLON
---
include/linux/mtd/nand.h | 49 ++
1 file changed, 49 insertions(+)
diff --git a/include/linux/mtd/nand.h
Add the sunxi NAND Flash Controller dt bindings documentation.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/mtd/sunxi-nand.txt | 46
1 file changed, 46 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/sunxi-nand.txt
diff --git
Hello,
This series adds support for the sunxi NAND Flash Controller (NFC).
This controller supports up to 8 NAND chip connected.
I'm still in the early stages drivers development and some key features are
missing, but it's usable (I tested it on the cubietruck board).
Here's what's missing:
-
On Wed, Jan 29, 2014 at 10:24:35PM +0800, Arnd Bergmann wrote:
> On Wednesday 29 January 2014, Pratyush Anand wrote:
> > On Wed, Jan 29, 2014 at 01:41:56PM +0800, Kishon Vijay Abraham I wrote:
> > > >
> > > > I would instead recommend making the mode of the PHY device the
> > > > argument to the
On Tue, 28 Jan 2014, Sage Weil wrote:
> Hi Linus,
>
> On Tue, 28 Jan 2014, Linus Torvalds wrote:
> > On Tue, Jan 28, 2014 at 1:10 PM, Dave Jones wrote:
> > >
> > > This breaks the build for me.
> >
> > It is my merge (Christoph's ACL changes came in today through the VFS
> > tree from Al).
> >
On Wednesday 29 January 2014, Pratyush Anand wrote:
> On Wed, Jan 29, 2014 at 01:41:56PM +0800, Kishon Vijay Abraham I wrote:
> > >
> > > I would instead recommend making the mode of the PHY device the
> > > argument to the phy handle in DT, so that the sata node uses
> > >
> > > phys = < 0>;
Separate out the logic used to find the start
address of the reference symbol used to track
kernel relocation. kallsyms__get_function_start()
is used in subsequent patches.
Signed-off-by: Adrian Hunter
---
tools/perf/util/event.c | 18 +++---
tools/perf/util/event.h | 3 +++
2
Use of kcore is predicated upon it matching
the recorded data. If the kernel has been
relocated at boot time (i.e. since the data
was recorded) then do not use kcore.
Note that it is possible to make a copy
of kcore at the time the data is recorded
using 'perf buildid-cache'. Then perf tools
Separate out the logic used to make the
kallsyms full path name for a machine.
It will be reused in a subsequent patch.
Signed-off-by: Adrian Hunter
---
tools/perf/util/machine.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/tools/perf/util/machine.c
Now that ref_reloc_sym is set up when the kernel
map is created, 'perf record' does not need to
pass the symbol names to
perf_event__synthesize_kernel_mmap() which can
read the values needed from ref_reloc_sym directly.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-record.c | 10
Kernel maps map memory addresses to file offsets.
For symbol annotation, objdump needs the object VMA
addresses. For an unrelocated kernel, that is the
same as the memory address.
The addresses passed to objdump for symbol annotation
did not take into account kernel relocation. This
patch fixes
Hi
Here are some patches that improve perf tools
handling of relocation.
This has become an issue as mentioned in this
thread:
http://marc.info/?l=linux-kernel=139030004314756
Changes in V2:
Fix some typos in commit messages
perf tools: Set up ref_reloc_sym in
Now that ref_reloc_sym is set up by
machine__create_kernel_maps(), the
"vmlinux symtab matches kallsyms" test
does have to do it.
Signed-off-by: Adrian Hunter
---
tools/perf/tests/vmlinux-kallsyms.c | 10 --
1 file changed, 10 deletions(-)
diff --git
perf buildid-cache does not make another
copy of kcore if the buildid and modules
match an existing copy. That does not
take into account the possibility that
the kernel has been relocated. Extend
the check to check if the reference
relocation symbol matches too, otherwise
do make a copy.
The ref_reloc_sym is always needed for the
kernel map in order to check for relocation.
Consequently set it up when the kernel map is
created. Otherwise it was only being set up
by 'perf record'.
Signed-off-by: Adrian Hunter
---
tools/perf/util/machine.c | 23 +++
If the kernel is relocated at boot time, kallsyms
will not match data recorded previously. That
does not matter for modules because they are
corrected anyway. It also does not matter if
vmlinux is being used for symbols. But if perf
tools has only kallsyms then the symbols will not
match. Fix
On Tue, Jan 21, 2014 at 10:09:53AM -0500, Dave Jones wrote:
> On Fri, Jan 10, 2014 at 11:48:37AM +0100, Peter Zijlstra wrote:
> > On Thu, Jan 09, 2014 at 10:47:07AM -0500, Dave Jones wrote:
> > > This is my fuzz tester, but this looks to be part of normal operation,
> > > not actually fuzzing a
Hi Will,
On 01/29/2014 05:57 AM, Will Deacon wrote:
> Hi Christopher,
>
> On Tue, Jan 28, 2014 at 06:51:51PM +, Christopher Covington wrote:
>> Add the trivial support necessary to get hardware breakpoints
>> working for GDB on ARMv8 simulators running in AArch32 mode.
>>
>> Acked-by: Will
This is a resend of an old patch of Peter's. It lived in Andrew's
tree and one point and in the tip tree at another but never made it to
mainline. I suspect it fell between the tracks because the patch itself
is not objectionable.
---8<---
From: Peter Zijlstra
Subject: mm: Optimize
On Fri, Jan 17, 2014 at 02:00:32PM -0700, Bjorn Helgaas wrote:
> > Bjorn,
> >
> > As the release is supposedly this weekend, do you prefer
> > the patches to go to your tree or to individual trees after
> > the release?
>
> I'd be happy to merge them, except for the fact that they probably
>
On Tue, Jan 28, 2014 at 12:27 PM, Alexey Charkov wrote:
> 2014/1/27 Rob Herring :
>> On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov wrote:
>>> This should make the driver usable with VIA/WonderMedia ARM-based
>>> Systems-on-Chip integrated Rhine III adapters. Note that these
>>> are always in
On Wednesday 29 January 2014, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 29 January 2014 02:56 AM, Arnd Bergmann wrote:
> > On Tuesday 28 January 2014, Kishon Vijay Abraham I wrote:
> >>> I have a common set of registers, which need to be programmed
> >>> differently for PCIe and SATA
On Tue 28-01-14 19:26:08, Linus Torvalds wrote:
> On Mon, Jan 27, 2014 at 6:25 AM, Al Viro wrote:
> > Assorted stuff; the biggest pile here is Christoph's ACL series.
> > Plus assorted cleanups and fixes all over the place... There will be
> > another pile later this week.
>
> The
On Wed, Jan 29, 2014 at 12:25:20PM +, Mark Brown wrote:
> On Wed, Jan 29, 2014 at 12:10:48PM +0100, Maxime Ripard wrote:
>
> > +config SPI_SUN6I
> > + tristate "Allwinner A31 SPI controller"
> > + depends on ARCH_SUNXI || COMPILE_TEST
> > + select PM_RUNTIME
> > + help
> > + This
Hello,
The Project is about the exportation of 100,000 barrels of Light Crude
Oil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 per barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
On Tue, Jan 28, 2014 at 09:28:45AM -0600, Brian King wrote:
Thanks for the review, Brian!
> These look like they will conflict with a recent patch to
> the ipr driver:
>
> http://www.spinics.net/lists/linux-scsi/msg71644.html
BTW, this one does not appear ACKed.
> Do you want me to rediff
On Wed, Jan 29, 2014 at 12:02:44PM +0800, Li Zefan wrote:
> On 2014/1/28 23:32, Tejun Heo wrote:
> > cgroup_root_from_opts() checks whether (!opts->subsys_mask &&
> > !opts->none) and returns NULL if so. After that, if allocation fails,
> > returns ERR_PTR(-ENOMEM). The caller, cgroup_mount(),
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
The pull contains three fixes for the fanotify use after free problems guys
were reporting. I have ended up with different lifetime rules for struct
fanotify_event_info
I'm announcing the release of the 3.4.78 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index bbdd7ab3e0e3..e891990fbf1c 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 77
+SUBLEVEL = 78
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/x86/kernel/cpu/perf_event_amd_ibs.c
On Wed, Jan 29 2014, Stephen Rothwell wrote:
> Today's linux-next merge of the btrfs tree got a conflict in
> fs/btrfs/acl.c between commit 996a710d4641 ("btrfs: use generic posix ACL
> infrastructure") from the tree and commit cfad95253440 ("btrfs: remove
> dead code") from the btrfs tree.
>
> I
diff --git a/Makefile b/Makefile
index b8b7f74696b4..de4cda986be2 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 13
-SUBLEVEL = 0
+SUBLEVEL = 1
EXTRAVERSION =
NAME = One Giant Leap for Frogkind
diff --git a/drivers/extcon/extcon-gpio.c
I'm announcing the release of the 3.13.1 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.13.y
and can be browsed at the normal kernel.org git web browser:
Il giorno mer, 29/01/2014 alle 13.52 +0100, Luca Ognibene ha scritto:
> Hi, we are using ext4 as the root file system of some servers(~100, the
> first installed 5 months ago). We are starting to see corruption on
> these file systems, it already happened 3 times. All these servers have
> the same
On Tue, Jan 28, 2014 at 10:41:35AM -0700, Shuah Khan wrote:
> On 01/27/2014 01:17 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.13.1 release.
> > There are 10 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Tue, Jan 28, 2014 at 08:28:33PM +0100, Geert Uytterhoeven wrote:
> On Sat, Jan 25, 2014 at 4:23 AM, Oleg Drokin wrote:
> > On Jan 24, 2014, at 3:55 AM, Geert Uytterhoeven wrote:
> >> On Fri, Jan 24, 2014 at 6:51 AM, Oleg Drokin wrote:
> +STAGING - LUSTRE
> +M: Andreas Dilger
>
I suppose vendors of virtual hardware ought to be listed here as well.
Signed-off-by: Ian Campbell
Acked-by: Stefano Stabellini
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Kumar Gala
Cc: Stephen Warren
Acked-by: Stephen Warren
Cc: devicet...@vger.kernel.org
---
v2: rebased for
On Tue, 28 Jan 2014 23:52:14 -0800 (PST)
David Miller wrote:
> Greg, these have my blessing, please apply these to 3.10 -stable,
> thanks a lot!
Hi David,
Thanks for the blessing :-) But I want to work with Nicolas a bit more
to make sure that I have a correct backport. Just because it fixed
On Wed, Jan 29, 2014 at 02:23:47AM +, Zhang, Jun wrote:
> >From 9c23aedc1c1a1446dae96ffec8f20a2f52942281 Mon Sep 17 00:00:00 2001
> From: jzha144
> Date: Wed, 29 Jan 2014 09:57:05 +0800
> Subject: [PATCH] firmware: give a protection when map page failed
What is that mess?
Please don't make
Signed-off-by: Ard Biesheuvel
Acked-by: Andrzej Pietrasiewicz
Cc: Andrzej Pietrasiewicz
---
Documentation/ABI/testing/configfs-usb-gadget | 12 ++--
Documentation/ABI/testing/configfs-usb-gadget-acm | 2 +-
On Wed, 29 Jan 2014 12:04:05 +0100
Nicolas Dichtel wrote:
> Le 28/01/2014 21:57, Steven Rostedt a écrit :
> > At Red Hat we base our real-time kernel off of 3.10.27 and do lots of
> > stress testing on that kernel. This has discovered some bugs that we
> > can hit with the vanilla 3.10.27 kernel
Hi, we are using ext4 as the root file system of some servers(~100, the
first installed 5 months ago). We are starting to see corruption on
these file systems, it already happened 3 times. All these servers have
the same image copied on the 4GB disk-on-module sata disk. They don't
write very much
Linus,
another pull request from the i2c subsystem. Mostly bugfixes, small but
wanted cleanups, and Paul's init.h removal applied. Please pull.
Thanks,
Wolfram
The following changes since commit 3aacd625f20129f5a41ea3ff3b5353b0e4dabd01:
Merge branch 'akpm' (incoming from Andrew)
On Wed, Jan 29, 2014 at 12:38:19AM -0800, Kuninori Morimoto wrote:
> How to set GPIOF_OUT_INIT_HIGH via DT ?
> Or, am I misunderstanding ?
The combination of the enable-active-high and enable-at-boot properties
ought be able to cause the driver to do the right thing, the flags do
this:
On Wednesday 29 January 2014 13:41:59 Linus Walleij wrote:
> On Tue, Jan 28, 2014 at 10:05 PM, Arnd Bergmann wrote:
>
> > Commit 7b85b867b9904 "ARM: plat-iop: instantiate GPIO from platform
> > device" nicely cleaned up the gpio register access for iop, but
> > forgot one board that directly
> I wonder if we are simply racing the initialization of the completion
> vs when it is triggered by dma.
We have wmb() in the ioat2_tx_submit_unlock (before submitting work to dma,
but after init_completion), shouldn't it make race between interrupt handler
and our waiting thread impossible?
I
On Tue, Jan 28, 2014 at 10:05 PM, Arnd Bergmann wrote:
> Commit 7b85b867b9904 "ARM: plat-iop: instantiate GPIO from platform
> device" nicely cleaned up the gpio register access for iop, but
> forgot one board that directly pokes into the gpio registers
> to do a system reset.
>
> That board no
Doug Anderson wrote (ao):
> On Wed, Jan 8, 2014 at 1:08 PM, Nicolas Pitre wrote:
> > On Wed, 8 Jan 2014, Doug Anderson wrote:
> >> * If Joe Upstream wants to run an upstream kernel on some type of
> >> exynos5250 product (Samsung ARM Chromebook, HP Chromebook 11, Nexus 10
> >> are the ones I know
On Wed, Jan 29, 2014 at 12:10:48PM +0100, Maxime Ripard wrote:
> +config SPI_SUN6I
> + tristate "Allwinner A31 SPI controller"
> + depends on ARCH_SUNXI || COMPILE_TEST
> + select PM_RUNTIME
> + help
> + This enables using the SPI controller on the Allwinner A31 SoCs.
> +
A
Both clang 3.5 and GCC 4.9 will support this (as of r199754 and r207196
respectively). Both have been tested to produce booting kernels when the
16-bit code is built with -m16. (Modulo LLVM PR3997, at least.)
Signed-off-by: David Woodhouse
---
v2: Get the revision numbers for GCC and clang the
Both clang 3.5 and GCC 4.9 will support this (as of r207196 and r199754
respectively). Both have been tested to produce booting kernels when the
16-bit code is built with -m16. (Modulo LLVM PR3997, at least.)
Signed-off-by: David Woodhouse
---
Updated comments, and retested, now that GCC
On Tue, Jan 28, 2014 at 09:45:38PM +0100, Arnd Bergmann wrote:
> The merge between 2b7f65b11d87f "mmp_pdma: Style neatening" and
> 8010dad55a0ab0 "dma: add dma_get_any_slave_channel(), for use in of_xlate()"
> caused a build error by leaving obsolete code in place:
>
> mmp_pdma.c: In function
On Tue 28-01-14 18:59:43, Tejun Heo wrote:
> cgroup->name handling became quite complicated over time involving
> dedicated struct cgroup_name for RCU protection. Now that cgroup is
> on kernfs, we can drop all of it and simply use kernfs_name/path() and
> friends. Replace cgroup->name and all
Commit dd78b97367bd575918204cc89107c1479d3fc1a7 ("x86, boot: Move CPU
flags out of cpucheck") introduced ambiguous inline asm in the
has_eflag() function. We want the instruction to be 'pushfl', but we
just say 'pushf' and hope the compiler does what we wanted.
When building with 'clang -m16', it
Because the pread and pwrite functions do not respect the unsigned
offset flag, you can read certain parts of /proc/$pid/mem via lseek()
and read(), but not via pread(). (This probably went unnoticed
because on i386 and x86-64, almost everything except the vdso is
normally located below the
Hi Mark,
On Wed, Jan 29, 2014 at 5:10 PM, Mark Brown wrote:
> On Wed, Jan 29, 2014 at 04:38:20PM +0530, Manish Badarkhe wrote:
>> On Wed, Jan 29, 2014 at 9:48 AM, Joe Perches wrote:
>
>> >> + buf = devm_kzalloc(dev, size, gfp);
>
>> > If this is really necessary, please use devm_kmalloc
>
On Tue, Jan 28, 2014 at 02:51:35PM -0800, Jason Low wrote:
> > But urgh, nasty problem. Lemme ponder this a bit.
OK, please have a very careful look at the below. It survived a boot
with udev -- which usually stresses mutex contention enough to explode
(in fact it did a few time when I got the
301 - 400 of 1018 matches
Mail list logo