On Tuesday, September 24, 2013 11:47:21 AM Yijing Wang wrote:
> On 2013/9/23 14:15, Alexey Neyman wrote:
> > [Resending due to no response to the original message in a week]
> >
> > Hi all,
> >
> > I have a board with a BIOS bug that reports the following I/O port regions
> > in _CRS on one of th
David Rientjes wrote:
> There may not be any eligible processes left and then the machine panics.
Some of enterprise users might prefer "kernel panic followed by kdump and
automatic reboot" to "a system is not responding for unpredictable period", for
the panic helps getting information for anal
* Linus Torvalds wrote:
> On Fri, Sep 27, 2013 at 12:00 PM, Waiman Long wrote:
> >
> > On a large NUMA machine, it is entirely possible that a fairly large
> > number of threads are queuing up in the ticket spinlock queue to do
> > the wakeup operation. In fact, only one will be needed. This
Zuckerman, Boris, on 09/26/2013 12:36 PM wrote:
> I assume that we may have both: CPUs that may have ability to support
> multiple transactions, CPUs that support only one, CPUs that support none (as
> today), as well as different devices - transaction capable and not.
> So, it seems there is a
On Sat, Sep 28, 2013 at 01:40:27AM +0200, Oliver Neukum wrote:
> On Fri, 2013-09-27 at 16:50 +0200, Peter Zijlstra wrote:
> > On Fri, Sep 27, 2013 at 07:34:55AM -0700, Joe Perches wrote:
> > > That would make it seem as if all barriers are SMP no?
> >
> > I would think any memory barrier is orderi
Catalin Marinas wrote:
> git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/boot-wrapper-aarch64.git
Thanks, I made some progress. Now I'm stuck trying to specify the
rootfs. I boot with the following arguments (full fork of your
repository here [1]):
console=ttyAMA0 mem=2048M devtmpfs.moun
Ramkumar Ramachandra writes:
> I'm not exactly sure what went wrong: I made sure to compile my kernel
> with virtio support.
Make sure you have CONFIG_VIRTIO_MMIO enabled.
> Also, I didn't understand the part of your Makefile that deals with
> the filesystem: what is filesystem.cpio.gz, and whe
* Borislav Petkov wrote:
> From: Borislav Petkov
>
> As the new x86 CPU bootup printout format code maintainer, I am taking
> immediate action to improve and clean (and thus indulge my OCD) the
> reporting of the cores when coming up online.
>
> Fix padding to a right-hand alignment, cleanup
Commit-ID: 2a929242ee50db84c1a561c81897bb0551f2c32f
Gitweb: http://git.kernel.org/tip/2a929242ee50db84c1a561c81897bb0551f2c32f
Author: Borislav Petkov
AuthorDate: Fri, 27 Sep 2013 16:34:42 +0200
Committer: Ingo Molnar
CommitDate: Sat, 28 Sep 2013 10:09:41 +0200
lockdep, x86/alternative
Commit-ID: 646e29a1789a3a936871008c15199c50367bf291
Gitweb: http://git.kernel.org/tip/646e29a1789a3a936871008c15199c50367bf291
Author: Borislav Petkov
AuthorDate: Fri, 27 Sep 2013 16:35:54 +0200
Committer: Ingo Molnar
CommitDate: Sat, 28 Sep 2013 10:10:26 +0200
x86: Improve the printou
Commit-ID: 75f93fed50c2abadbab6ef546b265f51ca975b27
Gitweb: http://git.kernel.org/tip/75f93fed50c2abadbab6ef546b265f51ca975b27
Author: Peter Zijlstra
AuthorDate: Fri, 27 Sep 2013 17:30:03 +0200
Committer: Ingo Molnar
CommitDate: Sat, 28 Sep 2013 10:04:47 +0200
sched: Revert need_resche
Nobody uses the pvec->cold argument of pagevec and it's also unreasonable for
pages in pagevec released as cold page, so drop the cold argument from pagevec.
Signed-off-by: Bob Liu
---
fs/9p/cache.c |2 +-
fs/afs/cache.c |2 +-
fs/afs/write.c |4 ++--
fs/b
Andreas Schwab wrote:
>> I'm not exactly sure what went wrong: I made sure to compile my kernel
>> with virtio support.
>
> Make sure you have CONFIG_VIRTIO_MMIO enabled.
Now, I get the following build error:
LD init/built-in.o
drivers/built-in.o: In function `vgacon_init':
:(.text+0xbc4):
* Christoph Lameter wrote:
> On Wed, 25 Sep 2013, Ingo Molnar wrote:
>
> > >
> > > I think this is necessary since it seems that the discussions on how
> > > to do the raw_cpu conversions may take some time. If we enable it by
> > > default then there will be numerous new log messages. That w
Hi!
> >Given you're not upgrading your binutils anymore that means
> >you'll have to apply that patch only once instead of having to
> >apply it
> >to every kernel upgrade.
>
> Indeed. Patching my own toolchain isn't really a problem. My
> objection was to the Documentation patch telling the worl
* Christoph Lameter wrote:
> > The blind __this_cpu conversions without proper preempt debugging
> > cannot continue without first fixing all the fallout of the missing
> > debug checks to begin with.
>
> That will take some time as the feedback from the other patchset
> suggests.
That's th
* Christoph Lameter wrote:
> On Wed, 25 Sep 2013, Ingo Molnar wrote:
>
> > > And then instead of thanks I get insults sprinkled with some paranoia.
> >
> > Pointing out your lack of cooperation (such as repeatedly ignoring
> > maintainer feedback) is not an "insult" - it's my duty as a maintai
On Thu, Sep 26, 2013 at 9:18 AM, Geert Uytterhoeven
wrote:
> Hi Rob,
>
> On Wed, Sep 25, 2013 at 3:13 AM, Rob Landley wrote:
>> Some of us can't ship GPLv3 binaries and are looking forward to the day LLVM
>> or some such provides a complete solution.
>
> Sorry, I didn't have a coffee yet, but whi
Ramkumar Ramachandra writes:
> Is there a bug in the Kconfig dependency tree? Sounds like VIRTIO_MMIO
> requires some vga (?) drivers to be compiled in as well.
I don't have any VGA option enabled. You should use a serial console
with CONFIG_SERIAL_AMBA_PL011_CONSOLE.
Andreas.
--
Andreas Sch
The "volnum" can come from the server and my static checker complains
that we can't trust it. In theory, it could lead to an info leak but
in real life, it is unlikely.
One way this comes from the server is ncp_obtain_info() initializes
target by calling:
ncp_extract_file_info(ncp_reply_
Andreas Schwab wrote:
> Ramkumar Ramachandra writes:
>> Is there a bug in the Kconfig dependency tree? Sounds like VIRTIO_MMIO
>> requires some vga (?) drivers to be compiled in as well.
I hit this bug when I do `make menuconfig` directly (which
configuration does it start out with?). When I `mak
Private Message.
You are entitiled to late Mr James Campbells inheritance, contact me
immediately.
Barr Colin Lee.
--
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 http://vger.kernel.org/majordo
On 09/27/13 15:34, Lars-Peter Clausen wrote:
> Using spi_w8r16be() will do the conversion of the result from big endian to
> native endian in the helper function. This makes the code a bit smaller and
> also
> keeps sparse happy. Fixes the following sparse warnings:
>
> drivers/staging/iio/
On Saturday 28 September 2013 06:07 AM, Greg KH wrote:
> On Fri, Sep 27, 2013 at 11:53:24AM +0530, Kishon Vijay Abraham I wrote:
>> Added a generic PHY framework that provides a set of APIs for the PHY drivers
>> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
>> the PHY
On Sat, Sep 28, 2013 at 10:25:42AM +0200, Ingo Molnar wrote:
> Could we, with another add-on patch, further compress the first half
> of the output as well?
>
> Advanced output like this would be really cool:
Sure.
> > [0.074509] x86: Booting node #0, CPUs: #1 #2 #3 #4 #5 #6 #7
>
On Fri, Sep 27, 2013 at 9:06 PM, Linus Walleij wrote:
> On Thu, Sep 26, 2013 at 9:14 AM, Alexandre Courbot
> wrote:
>
>> Here is a proper patch series for the descriptor-based GPIO interface to be
>> merged into -next. It is rebased on your for-next branch and only slightly
>> changed with respe
Ramkumar Ramachandra writes:
> Unfortunately, even with VIRTIO_MMIO built in, I get the same error:
You need all the other relevant virtio options built-in, too, like
VIRTIO_BLK.
> The transcript from the working linux-system.axf (with raring-rootfs)
> looks like:
>From there you can extract t
'of_palmas_match_tbl' is always compiled in. Hence of_match_ptr() is
not needed.
Signed-off-by: Sachin Kamat
Cc: Graeme Gregory
---
drivers/mfd/palmas.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
index 135afab..e6c8aa0 1006
On Fri, Sep 27, 2013 at 11:21:34AM -0300, Eduardo Habkost wrote:
> The problem here is that "requested_features" doesn't include just
> the explicit "+flag" flags, but any flag included in the CPU model
> definition. See the "-cpu n270" example below.
Oh, you mean if requested_features would conta
Andreas Schwab wrote:
> You need all the other relevant virtio options built-in, too, like
> VIRTIO_BLK.
Thanks! VIRTIO_BLK was the missing feature. I'll submit patches shortly.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
Linus suggested to replace
#ifndef CONFIG_HAVE_ARCH_MUTEX_CPU_RELAX
#define arch_mutex_cpu_relax() cpu_relax()
#endif
with just a simple
#ifndef arch_mutex_cpu_relax
# define arch_mutex_cpu_relax() cpu_relax()
#endif
to get rid of CONFIG_HAVE_CPU_RELAX_SIMPLE. So architectures can
simp
Hi Linus,
I just updated the patch set to include your suggested changes.
You can also pull the three patches from
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git lockref
Original part of description that still matters:
enabling the new lockless lockref variant on s390 would hav
Make use of arch_mutex_cpu_relax() so architectures can override the
default cpu_relax() semantics.
This is especially useful for s390, where cpu_relax() means that we
yield() the current (virtual) cpu and therefore is very expensive,
and would contradict the whole purpose of the lockless cmpxchg l
Enable ARCH_USE_CMPXCHG_LOCKREF since it shows performance improvements
with Linus' simple stat() test case of up to 50% on a 30 cpu system.
Signed-off-by: Heiko Carstens
---
arch/s390/Kconfig| 1 +
arch/s390/include/asm/spinlock.h | 5 +
2 files changed, 6 insertions(+)
dif
If device is attached to port multiplier, the detection process
look like this:
ahci_hardreset(link, class, deadline)
if (class == ATA_DEV_PMP) {
sata_pmp_attach(dev)/* will enable FBS */
sata_pmp_init_links(ap, nr_ports);
ata_for_
On Friday 27 September 2013 09:36 PM, Stephen Warren wrote:
On 09/27/2013 07:30 AM, Laxman Dewangan wrote:
On Thursday 26 September 2013 09:08 PM, Stephen Warren wrote:
On 09/26/2013 06:48 AM, Laxman Dewangan wrote:
Recent movement of all configurations of pin in the single call of
pin_config_
Most readily available root filesystems are formatted as EXT4 these
days. For example, see the raring rootfs that the Debian folk is
preparing [1].
[1]: http://people.debian.org/~wookey/bootstrap/rootfs/
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Andreas Schwab
Signed-off-by: Ramkumar Ramachandra
Hi,
So I got this far after many hours of scratching my head. Let's make
EXT4, VIRTIO_MMIO, and VIRTIO_BLK part of the default configuration so
users have a pleasant ride when attempting to run their freshly built
AArch64 kernel. My boot wrapper has diverged from Catalin's quite
significantly [1],
Currently, development on arm64 is aided by a Foundation_v8 emulator
distributed by ARM [1]. To run their kernels, users will execute:
$ ./Foundation_v8 --image linux-system.axf --block-device raring-rootfs
To mount the raring-rootfs filesystem, the kernel parameter should
typically include:
Hi,
Two major progress:
1) .ctr accepts segment size so .ctr now accepts 3 arguments:
.
2) fold the small files splitted that I suggested in the previous progress
report.
For 1)
I use zero length array to dynamically accept the segment size.
writeboost had the parameter embedded previously a
Dear Friend.
I am Mr Sherrif Salif, manager and account auditing department, Coris Bank
lnternational Burkina Faso. I need your assistant as I have the opportunity of
Transferring the sum of $ 11 million dollars into your bank account. If you are
Interested reply me for more details.
Thanks
Hello,
On Sat, Sep 28, 2013 at 07:13:36PM +0800, Xiangliang Yu wrote:
> If device is attached to port multiplier, the detection process
> look like this:
> ahci_hardreset(link, class, deadline)
> if (class == ATA_DEV_PMP) {
> sata_pmp_attach(dev)/* will enable FBS */
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx35.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx35.c b/drivers/pinctrl/pinctrl-i
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx53.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx53.c b/drivers/pinctrl/pinctrl-i
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-at91.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-at91.c b/drivers/pinctrl/pinctrl
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx6dl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx6dl.c b/drivers/pinctrl/pinctrl
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-vf610.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-vf610.c b/drivers/pinctrl/pinctrl-v
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
Cc: Viresh Kumar
---
drivers/pinctrl/spear/pinctrl-plgpio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/spear/pinctrl-plgp
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx6sl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx6sl.c b/drivers/pinctrl/pinctrl
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-samsung.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-samsung.c
b/drivers/pinctrl/pinc
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx51.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx51.c b/drivers/pinctrl/pinctrl-i
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-imx6q.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx6q.c b/drivers/pinctrl/pinctrl-i
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-exynos5440.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-exynos5440.c
b/drivers/pinctr
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/mfd/max8925-i2c.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/max8925-i2c.c b/drivers/mfd/max8925-i2c.c
index de7fb
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/mfd/tps65217.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
index b8f4864..b7be0
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/mfd/omap-usb-host.c |2 +-
drivers/mfd/omap-usb-tll.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/omap-usb-
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/mfd/88pm860x-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/88pm860x-core.c b/drivers/mfd/88pm860x-core.c
index
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/mfd/ti_am335x_tscadc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscad
On ven., 2013-09-27 at 15:05 -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 27 Sep 2013, Yves-Alexis Perez wrote:
> > On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> > > Some testing on a *60 (T60,X60...) would also be best, I cannot test
> > > this on
> > > my T43.
>
Some kernel packagers like to disable syscalls ftrace events claiming it
would be runtime overhead. But those kernels still can have raw_syscalls
events enabled. To be able to use stock kernels for tracing system
behavior I decided to write simple translation plugin for trace-cmd.
Translation tabl
On 09/27, Peter Zijlstra wrote:
>
> On Fri, Sep 27, 2013 at 08:15:32PM +0200, Oleg Nesterov wrote:
>
> > > +static bool cpuhp_readers_active_check(void)
> > > {
> > > + unsigned int seq = per_cpu_sum(cpuhp_seq);
> > > +
> > > + smp_mb(); /* B matches A */
> > > +
> > > + /*
> > > + * In other wor
hi, Tejun
i had tested the patch with Marvell 88se9235. And driver can find disk
if FBS disabled, or can't find disk.
Please see chapter 9.3.9 and 9.3.8 of AHCI spec. Thanks.
2013/9/28 Tejun Heo :
> Hello,
>
> On Sat, Sep 28, 2013 at 07:13:36PM +0800, Xiangliang Yu wrote:
>> If device is attached
Hello,
On Sat, Sep 28, 2013 at 09:04:15PM +0800, xiangliang yu wrote:
> hi, Tejun
> i had tested the patch with Marvell 88se9235. And driver can find disk
> if FBS disabled, or can't find disk.
So it can't find the disk if FBS stays enabled? Can you please attach
the boot log before & after?
>
On Thu, Sep 26, 2013 at 10:41:15AM -0400, Neil Horman wrote:
> On Thu, Sep 26, 2013 at 10:40:32AM +0200, Wolfram Sang wrote:
> > On Tue, Sep 24, 2013 at 04:47:55PM -0700, James Ralston wrote:
> > > This patch adds code to Initialize the DMA buffer to compensate for
> > > possible hardware data cor
* Borislav Petkov wrote:
> On Sat, Sep 28, 2013 at 10:25:42AM +0200, Ingo Molnar wrote:
> > Could we, with another add-on patch, further compress the first half
> > of the output as well?
> >
> > Advanced output like this would be really cool:
>
> Sure.
>
> > > [0.074509] x86: Booting node
Hi Maxime,
I have test it, but I found it does not work. If using
smp_prepare_cpus, the kernenl cannot find the secondary cpus because
that smp_prepare_cpus semms not be excuted before kernel is booting
secondary cpus. So I have to use early_initcall.
Fan.
On 26 September 2013 02:44, Maxime
this series is a collection of all pending UBI fastmap updates.
Richard Genoud found issues in combination with U-Boot.
These issues also uncovered other minor issues in some error paths.
Only one fix is not really fastmap specific and touches generic
UBI code, "UBI: simplify image sequence test"
We have to set "ret", not "err" in case of an error.
Reported-and-tested-by: Richard Genoud
Signed-off-by: Richard Weinberger
---
drivers/mtd/ubi/fastmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi/fastmap.c
index f5aa4b0..9b
If no free PEBs are available refill_wl_user_pool() must not
return with -ENOSPC immediately.
It has to block till produce_free_peb() produced a free PEB.
Reported-and-Tested-by: Richard Genoud
Signed-off-by: Richard Weinberger
---
drivers/mtd/ubi/wl.c | 4
1 file changed, 4 deletions(-)
If we find an invalid fastmap we have to scan from the very beginning.
Otherwise we leak the first 64 PEBs.
Reported-and-tested-by: Richard Genoud
Signed-off-by: Richard Weinberger
---
drivers/mtd/ubi/attach.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd
Add more paranioa asserts to make it easier to detect
implementation errors.
Signed-off-by: Richard Weinberger
---
drivers/mtd/ubi/fastmap.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi/fastmap.c
index 4cfc8da..ead8613 100644
--- a/drivers/m
On error we have to free all three temporary lists.
Reported-by: Richard Genoud
Signed-off-by: Richard Weinberger
---
drivers/mtd/ubi/fastmap.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi/fastmap.c
index 05067f5..4cfc8da 100644
From: Richard Genoud
The test:
if (!a && b)
a = b;
can be symplified in:
if (!a)
a = b;
And there's no need to test if ubi->image_seq is not null, because if it is,
it is set to image_seq.
So, we just test if image_seq is not null.
Signed-off-by: Richard Genoud
Signed-off-by: Richard Weinb
From: Richard Genoud
Some old UBI implementations (e.g. U-Boot) have not implemented the image
sequence feature.
So, when erase blocks are written, the image sequence in the ec header
is lost (set to zero).
UBI scan_all() takes this case into account (commits
32bc4820287a1a03982979515949e8ea56eac
Hi Paul,
I was just wondering if you received my last mail, because I haven't heard from
you for a while now.
Tibor
> - Original Message -
> From: Tibor Billes
> Sent: 09/14/13 03:59 PM
> To: paul...@linux.vnet.ibm.com
> Subject: Re: Unusually high system CPU usage with recent kernels
>
On 09/26/2013 01:28 PM, Jean-Francois Moine wrote:
On Thu, 26 Sep 2013 10:31:10 +0200
Sebastian Hesselbarth wrote:
On 09/26/2013 10:11 AM, Jean-Francois Moine wrote:
In the Cubox, I changed the audio DT to:
&i2s1 {
status = "okay";
clocks = <&gate_clk 13>, <&si5351 1>;
Jean-
On Thu, Sep 26, 2013 at 03:43:24PM -0500, Kees Cook wrote:
> On Wed, Sep 25, 2013 at 3:14 PM, Djalal Harouni wrote:
> > The /proc/*/stack contains sensitive information and currently its mode
> > is 0444. Change this to 0400 so the VFS will be able to block
> > unprivileged processes to get file d
Linus,
here are some driver bugfixes for the I2C subsystem. Please pull.
Thanks,
Wolfram
The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983:
Linux 3.12-rc2 (2013-09-23 15:41:09 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/
In the case of a device tree system there will be no pdata attached to
the device, causing us to deference a NULL pointer. Better to take the
pdata from the Arizona structure as this will always exist and we know
will have been populated since it is populated by the MFD device which
binds in the ex
On Sat, Sep 28, 2013 at 02:48:59PM +0200, Oleg Nesterov wrote:
> > > > void cpu_hotplug_done(void)
> > > > {
> ...
> > > > + /*
> > > > +* Wait for any pending readers to be running. This ensures
> > > > readers
> > > > +* after writer and avoids writers starving readers.
>
On Thu, Sep 26, 2013 at 04:02:54AM +0100, Al Viro wrote:
> On Wed, Sep 25, 2013 at 05:22:51PM -0700, Linus Torvalds wrote:
> > On Wed, Sep 25, 2013 at 1:14 PM, Djalal Harouni wrote:
> > >
> > > Therefor add the f_cred field to the seq_file struct and a helper
> > > seq_f_cred() to return it.
> >
> -Original Message-
> From: Miklos Szeredi [mailto:mik...@szeredi.hu]
> Sent: Saturday, September 28, 2013 12:50 AM
> To: Zach Brown
> Cc: J. Bruce Fields; Ric Wheeler; Anna Schumaker; Kernel Mailing List; Linux-
> Fsdevel; linux-...@vger.kernel.org; Myklebust, Trond; Schumaker, Bryan;
> M
--
Vážení E-mail užívateľa;
Prekročili ste 23432 boxy nastaviť svoje
Webová služba / Administrátor, a budete mať problémy pri odosielaní a
prijímať e-maily, kým znova overiť. Musíte aktualizovať kliknutím na
odkaz nižšie a vyplňte údaje pre overenie vášho účtu
Prosím, kliknite na odkaz nižšie
Hello.
On 28-09-2013 15:13, Xiangliang Yu wrote:
If device is attached to port multiplier, the detection process
look like this:
ahci_hardreset(link, class, deadline)
if (class == ATA_DEV_PMP) {
sata_pmp_attach(dev)/* will enable FBS */
sata_p
Hi Linus,
Please pull these bugfixes for xfs. There is a fix for an
assert caused by a spurious directory block collapse, a fix for
recovery of a block over stale metadata from a previous mkfs, a
cleanup for the eofblocks ioctl, and fixes for locking issues in
On Thu, Sep 26, 2013 at 06:58:43PM +0100, Mark Brown wrote:
> I don't see why this would only be an issue for ASoC - it happens to
> have more helpers for this right now than anything else but I'd hope
> that at some point in the future we can get some of the common patterns
> for holding regulator
This patch series adds EFI stub support for the ARM architecture. The
stub for ARM is implemented in a similar manner to x86 in that it is a
shim layer between EFI and the normal zImage/bzImage boot process, and
that an image with the stub configured is bootable as both a zImage and
EFI appli
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operates similarly to the x86 stub: it is a shim between the EFI firmware
and the normal zImage entry point, and sets up the environment that the
zImage is expecting. This includes loading the initrd (optionaly) and
device tr
Both ARM and ARM64 stubs will update the device tree
that they pass to the kernel. In both cases they
primarily need to add the same UEFI related information,
so the function can be shared.
Signed-off-by: Roy Franz
---
drivers/firmware/efi/efi-stub-helper.c | 86 ++
Update efi-stub.txt documentation to be more general
and not x86 specific. Add ARM only "dtb=" command
line option description.
Signed-off-by: Roy Franz
---
Documentation/efi-stub.txt | 27 ---
1 file changed, 20 insertions(+), 7 deletions(-)
diff --git a/Documentatio
Signed-off-by: Roy Franz
---
arch/arm/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 43594d5..9c84429 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1805,6 +1805,17 @@ config UACCESS_WITH_MEMCPY
However, if
The shared efi-stub-helper.c functions require a strstr
implementation.
Implementation copied from arch/x86/boot/string.c
Signed-off-by: Roy Franz
Reviewed-by: Grant Likely
---
arch/arm/boot/compressed/string.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/ar
The ARM decompressor/EFI stub do not implement the functions
(__stack_chk_guard_setup, etc) that are required for support of
stack protection. The actual enablement of stack protection is
controlled by heuristics in GCC, which the code added for the EFI
stub triggers when CONFIG_STACKPROTECTOR is
This patch series add initial device tree support for mach s5pv210. It provides
dts for all old board files and add support for new board:
Tiny210 from FriendlyARM
This patch series was tested on goni, aquila and tiny210.
Missing features:
- i2s
- audio
- cpufreq
- camera noon010pc30
- lcd
Add generic device tree for s5pv210 and s5pv210-pinctrl
Signed-off-by: Mateusz Krawczuk
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/s5pv210-pinctrl.dtsi | 820 +
arch/arm/boot/dts/s5pv210.dtsi | 498
2 files changed, 1318 inser
This patch adds board file that will be used to boot S5PV210/S5PC110-based
boards using Device Tree.
Signed-off-by: Mateusz Krawczuk
Signed-off-by: Kyungmin Park
---
arch/arm/mach-s5pv210/Kconfig | 14 +
arch/arm/mach-s5pv210/Makefile | 2 +-
arch/arm/mach-s5pv210/mach-s
Add DTS for s5pc110 boards: goni, aquila, smdkc110
s5pv210: smdkv210, tiny210, torbreck
Signed-off-by: Mateusz Krawczuk
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/Makefile | 6 +
arch/arm/boot/dts/s5pv210-aquila.dts | 407 +++
arch/arm/boot/dts/s5
2013/9/27 Rafael J. Wysocki :
> On Thursday, September 26, 2013 09:49:03 AM Jörg Otte wrote:
>> 2013/9/25 Jani Nikula :
>> > On Wed, 25 Sep 2013, Jörg Otte wrote:
>> >> 2013/9/25 Jani Nikula :
>> >>> On Wed, 25 Sep 2013, Aaron Lu wrote:
>> On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte
On 09/28, Peter Zijlstra wrote:
>
> On Sat, Sep 28, 2013 at 02:48:59PM +0200, Oleg Nesterov wrote:
>
> > Please note that this wait_event() adds a problem... it doesn't allow
> > to "offload" the final synchronize_sched(). Suppose a 4k cpu machine
> > does disable_nonboot_cpus(), we do not want 2 *
On Fri, Aug 09, 2013 at 01:21:37AM -0400, Naoya Horiguchi wrote:
> This patch extends move_pages() to handle vma with VM_HUGETLB set.
> We will be able to migrate hugepage with move_pages(2) after
> applying the enablement patch which comes later in this series.
>
> We avoid getting refcount on ta
1 - 100 of 263 matches
Mail list logo
