On Fri, Feb 14, 2014 at 04:16:24PM +, Al Viro wrote:
> FWIW, there's a funny situation - all users of dequeue_signal_lock()
> actually ignore info completely. I'm not saying that we ought to
> stop returning it, but e.g. jbd part of that patch is simply
s/jbd/jffs2/, obviously. Sorry... And
On Fri, Feb 14, 2014 at 04:16:24PM +, Al Viro wrote:
> > All of these have in common that they try to handle signals in a kernel
> > thread (which we don't even allow by default), and that they ignore the
> > siginfo. I think they could mostly be replaced by an addition to the
> > kthread API
On Fri, Feb 14, 2014 at 03:13:22PM +0100, Michael Kerrisk (man-pages) wrote:
> Peter, Dario,
>
> This is a little late in the day, but I think it's an important point
> to just check before this API goes final.
>
> > SYNOPSIS
> > #include
> >
> > struct sched_attr {
> >
On Fri, Feb 14, 2014 at 04:21:32PM +0100, Borislav Petkov wrote:
> Oh, and just in case this is relatively easy to reproduce and in case we
> don't have any other idea, bisection might be another option. I'm not
> saying you should do it right away - I'm just putting it on the table...
I'm fairly
On Thu, Feb 13, 2014 at 05:04:10PM -0800, Kees Cook wrote:
> Introduce "CONFIG_DEBUG_RODATA" to mostly match the x86 config, though
> the behavior is different: it depends on STRICT_KERNMEM_PERMS, which
> sets rodata read-only (but executable), where as this option additionally
> splits rodata from
On Fri, Feb 14, 2014 at 04:12:44PM +, Ivaylo Dimitrov wrote:
> On 13.02.2014 21:29, Will Deacon wrote:
> >
> > Can you try hacking crypto/memneq.c so that it doesn't use
> > CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS please? That would at least point the
> > finger at net/mac80211/rx.c or similar.
Hey, Peter.
On Fri, Feb 14, 2014 at 05:09:23PM +0100, Peter Zijlstra wrote:
> > Ingo, Peter, Jason is reporting workqueue triggering warning because a
> > worker is running on the wrong CPU, which is relatively reliably
> > reproducible with the above workload on s390.
>
> Wasn't that a feature
On 02/14/2014 06:36 AM, Andi Kleen wrote:
> On Thu, Feb 13, 2014 at 08:28:10PM -0800, H. Peter Anvin wrote:
>> I am about to commit the patches before this except 02/17 and 12/17 to
>> tip:x86/asmlinkage; however, I figure we need a new 02/17 before
>> committing the actual LTO patches to avoid bui
From: Nicholas Mc Guire
This checkpatch.pl cleanup.
What remains is "WARNING: quoted string split across lines" and I am not
going to extend pr_info() over 80 chars.
Most things are cosmetic. There is one spot where NR_CPUS got replaced
with cpu_possible()
Cc: Carsten Emde
Signed-off-by: Nicho
On Fri, Feb 14, 2014 at 11:25:56AM -0500, Tejun Heo wrote:
> Hey, we now even keep normal kthreads across cpu down/ups. :)
Well, we keep them, but parked, they're not allowed to run.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
* Nishanth Menon [140213 21:48]:
> When device is booted using devicetree, platforms impacted by Erratum
> 2.1.1.128 is not detected easily in the mmc driver. This erratum
> indicates that the module cannot do multi-block transfers. Platforms
> such as LDP which use OMAP3 ES revision prior to ES3.
Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
Not finding the option in any kernel tree that exists on my system,
except it appears its been replaced or something.
This once in a lifetime boot, to 3.12.9, shows from an lsmod:
libata146855 2 sata_nv,pata_
Hi Sergei,
On Friday 14 February 2014 18:36:11 Sergei Shtylyov wrote:
> Hello.
>
> On 14-02-2014 18:22, Laurent Pinchart wrote:
> > Enable the CMT0 device and configure channel 0 as a clock event
> > provider.
> >
> > Signed-off-by: Laurent Pinchart
> >
> >
> > diff
On Fri, Feb 14, 2014 at 7:15 AM, Matt Porter wrote:
> Add myself as an additional maintainer for the Broadcom mobile
> SoCs.
>
> Signed-off-by: Matt Porter
> ---
> Since v1: put back my missing SOB
>
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
On Fri, Feb 14, 2014 at 05:28:54PM +0100, Peter Zijlstra wrote:
> On Fri, Feb 14, 2014 at 11:25:56AM -0500, Tejun Heo wrote:
> > Hey, we now even keep normal kthreads across cpu down/ups. :)
>
> Well, we keep them, but parked, they're not allowed to run.
Yeah, that's true. In the long term, I th
> From: Opensource [Steve Twiss]
>
> Add the correct silicon variant code ID (0x5) to the driver. This
> new code is the 'production' variant code ID for DA9063.
>
> This patch will remove the older variant code ID which matches the
> pre-production silicon ID (0x3) for the DA9063 chip.
>
> The
The check for the exact log level is already done in printk_get_level.
We do not need to duplicate it in printk_skip_level.
Signed-off-by: Petr Mladek
---
include/linux/printk.h | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/include/linux/printk.h b/include/linux/
I have found few small problems when working on safe printk in NMI context.
The NMI stuff still needs some love. Here is the independent stuff that is
ready to go.
1st and 5th patch do small optimizations. They remove a duplicate computation.
2nd patch removes some unused code.
3rd patch adds a
On 02/14/2014 02:59 AM, Srivatsa S. Bhat wrote:
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
init_cpu(cpu);
The kernel log level "c" has been removed in the commit 61e99ab8e35a88b8
(printk: remove the now unnecessary "C" annotation for KERN_CONT). It is not
longer detected in printk_get_level. Hence we do not need to check it in
vprintk_emit.
Signed-off-by: Petr Mladek
---
kernel/printk/printk.c | 2 -
There is no check for potential "text_len" overflow. It is not needed
because only valid level is detected. It took me some time to understand why.
It would deserve a comment ;-)
Signed-off-by: Petr Mladek
---
kernel/printk/printk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/kernel
Here are revised patches for omap-des driver addressing review comments at:
https://lkml.org/lkml/2013/8/30/116
Joel Fernandes (2):
crypto: omap-des: Add omap-des driver for OMAP4/AM43xx
crypto: omap-des: Add config and build options
drivers/crypto/Kconfig| 11 +
drivers/crypto/Makefil
It seems that we have newer used the last byte in the ring buffer. In fact,
we have newer used the last 4 bytes because of padding.
First problem is in the check for free space. The exact number of free bytes
is enough to store the length of data.
Second problem is in the check where the ring buf
This is just a tiny optimization. It removes duplicate computation of the
message size.
Signed-off-by: Petr Mladek
---
kernel/printk/printk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index a463707ca88f..9acbb9db1b43 10064
Add omap-des driver with platform data for OMAP4/AM43xx. Support added for DES
ECB and CBC modes. Also add support for 3DES operation where 3 64-bit keys are
used to perform a DES encrypt-decrypt-encrypt (des3_ede) operation on a buffer.
Tests have been conducted with the CRYPTO test manager, and
Hello,
On Fri, Feb 14, 2014 at 11:49:42AM +0800, Li Zefan wrote:
> Now the only race I see is caused by checking tsk->cg_list without locking
> in cgroup_exit():
Yeah, that's the one I was trying to fix.
> Your patch can fix this race, but after diving into the code I don't think
> the race exis
Add config and build options for the omap-des driver.
Signed-off-by: Joel Fernandes
---
drivers/crypto/Kconfig | 11 +++
drivers/crypto/Makefile |1 +
2 files changed, 12 insertions(+)
diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig
index 13857f5..8e38000 100644
---
On Friday 14 February 2014, Linus Walleij wrote:
> On Thu, Feb 13, 2014 at 2:17 PM, Lee Jones wrote:
> >> wrote:
> >>
> >> > The DBx500 and ABx500 should be getting their IRQs from the
> >> > device tree and nowhere else. Get rid of all the static assignments
> >> > everywhere, delete it from the
On 02/14/2014 10:19 PM, Boris Ostrovsky wrote:
> On 02/14/2014 02:59 AM, Srivatsa S. Bhat wrote:
>> Subsystems that want to register CPU hotplug callbacks, as well as
>> perform
>> initialization for the CPUs that are already online, often do it as shown
>> below:
>>
>> get_online_cpus();
>>
>>
On Wed, Feb 12, 2014 at 10:53:01AM +0100, Paul Bolle wrote:
> There are two checks for CONFIG_NET_CLS_ROUTE, but the corresponding
> Kconfig symbol was dropped in v2.6.39. Since the code guards access to
> dst_entry.tclassid it seems CONFIG_IP_ROUTE_CLASSID should be used
> instead.
Applied, thank
On 02/14/2014 01:59 AM, Alexei Starovoitov wrote:
...
I'm very curious, do you also have any performance numbers, e.g. for
networking by taking JIT'ed/non-JIT'ed BPF filters and compare them against
JIT'ed/non-JIT'ed eBPF filters to see how many pps we gain or loose e.g.
for a scenario with a mid
On 14.02.2014 15:47, Borislav Petkov wrote:
> On Fri, Feb 14, 2014 at 03:24:09PM +0100, Stefan Bader wrote:
>> Actually, this code just makes so much more sense if I let objdump do
>> relocation info...
>
> Ok, we're pretty sure you have an MFENCE there in resched_task but can
> you confirm it ple
On Thu, Feb 13, 2014 at 11:52:30AM -0800, Kees Cook wrote:
> On 2-level page table systems, the PMD has 2 section entries. Report
> these, otherwise ARM_PTDUMP will miss reporting permission changes on
> odd section boundaries.
>
> Signed-off-by: Kees Cook
> ---
> v3:
> - re-reorganize, drop use
On 14.02.2014 18:24, Will Deacon wrote:
You could try putting back the UNALIGNED_ACCESS in net/mac80211/rx.c and
commenting out the skb->len = desc->length - PLCP_HEADER_LENGTH; line
above.
This seems to fix the issue too, but I am afraid there is more to be
done, as I see
Feb 14 18:33:
On Thu, Feb 13, 2014 at 01:00:18PM +0100, Paul Bolle wrote:
> There are a few lines in this driver that depend on a macro
> CONFIG_BT_COEXIST. But there's no Kconfig symbol of that name nor is
> there a preprocessor define for that string. So remove these lines.
>
> Signed-off-by: Paul Bolle
> --
Hi Laurent,
On Sat, Feb 15, 2014 at 1:12 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> On Saturday 15 February 2014 01:01:30 Magnus Damm wrote:
>> On Sat, Feb 15, 2014 at 12:53 AM, Laurent Pinchart wrote:
>> > On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
>> >> On Fri, Feb 14, 2014 at 01
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
> One thing I likely should do is to reinstall the exact same laptop with 64bit
> kernel and userspace... maybe only 64bit kernel first... and make sure on my
> side that this does not show up on 64bit, too. I took the word of reporters
On Fri, Feb 14, 2014 at 09:15:41AM +, Laszlo Papp wrote:
> MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
> chip includes fan-speed regulators and monitors, GPIO, and alarm.
>
> This patch is an initial release of a MAX6650/6651 MFD driver that
> supports to enable the ch
On 02/14/2014 11:10 AM, ChaosEsque Team wrote:
> I much prefer simpler forms over complex forms.
> SysV is that vs systemd.
>
> The systemd people have pushed hard for exclusive systemd in debian.
> And everywhere else for that matter.
>
> I really would like to have the option, forever, to conti
On 02/14/2014 05:47 AM, Alexei Starovoitov wrote:
...
Do you see a possibility to integrate your work step by step? That is,
Sure. let's see how we can do it.
to first integrate the interpreter part only; meaning, to detect "old"
BPF programs e.g. coming from SO_ATTACH_FILTER et al and run th
Hi Pali,
On Thu, Feb 13, 2014 at 04:33:28PM +0100, Pali Rohár wrote:
> 2014-01-08 22:36 GMT+01:00 Pali Rohár :
> > On Monday 30 December 2013 15:52:51 Sebastian Reichel wrote:
> >> > > > +MODULE_DESCRIPTION("Bluetooth h4 driver with nokia
> >> > > > extensions"); +MODULE_LICENSE("GPL");
> >> > > >
On Thu, Feb 13, 2014 at 08:43:01PM -0800, Torvald Riegel wrote:
> On Thu, 2014-02-13 at 18:01 -0800, Paul E. McKenney wrote:
[ . . . ]
> > Another option would be to flag the conditional expression, prohibiting
> > the compiler from optimizing out any conditional branches. Perhaps
> > something
On Tue, Feb 11, 2014 at 12:43:35PM -0600, Christoph Lameter wrote:
> On Tue, 11 Feb 2014, Pekka Enberg wrote:
>
> > So again, there's nothing in (A) that the memory allocator is
> > concerned about. kmalloc() makes no guarantees whatsoever about the
> > visibility of "r1" across CPUs. If you're
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
> Okaaay, I think I did what you asked. So yes, there is sse2 in the cpu info.
> And
> there is a mfence in the disassembly:
Btw, I just realized booting the kernel in the guest was a dumb idea,
because, doh, the guest is not baremetal
On Fri, Feb 14, 2014 at 12:55 AM, Srivatsa S. Bhat
wrote:
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
>
> get_online_cpus();
>
> for_each_online_cpu(cpu)
>
Hi Marek,
I have prepared a patchset, which adds DT bindings for twl4030-madc
using the standard IIO DT API. I have not yet send the patchset,
since I have not yet found the time to test the patchset. I will
send them as RFC now.
-- Sebastian
signature.asc
Description: Digital signature
On Wed, Feb 05, 2014 at 05:04:07PM +, Leif Lindholm wrote:
> +void __init create_id_mapping(phys_addr_t addr, phys_addr_t size, int map_io)
> +{
> + pgd_t *pgd = &idmap_pg_dir[pgd_index(addr)];
> +
> + if (pgd >= &idmap_pg_dir[ARRAY_SIZE(idmap_pg_dir)]) {
> + pr_warn("BUG: n
On Fri, Feb 14, 2014 at 08:05:42AM -0800, Eric W. Biederman wrote:
> Andrey Vagin writes:
>
> > Currently this operation requires the global CAP_SYS_RESOURCE.
> > It's required, because a task can exceed limits (RLIMIT_DATA,
> > RLIMIT_STACK).
> >
> > So let's allow task to change these parameter
On Fri, Feb 14, 2014 at 09:15:42AM +, Laszlo Papp wrote:
> The MFD driver has now been added, so this driver is now being adopted to be a
> subdevice driver on top of it. This means, the i2c driver usage is being
> converted to platform driver usage all around.
>
> Signed-off-by: Laszlo Papp
On 02/14/2014 02:23 AM, Conrad Kostecki wrote:
> Hello,
> as the Soekris net6501 does not have any ACPI implementation, HPET won't get
> enabled.
> This patch enables HPET on such platforms.
>
> [0.430149] pci :00:01.0: Force enabled HPET at 0xfed0
> [0.644838] HPET: 3 timers in t
On Fri, Feb 14, 2014 at 9:02 AM, Daniel Borkmann wrote:
> On 02/14/2014 01:59 AM, Alexei Starovoitov wrote:
> ...
>>>
>>> I'm very curious, do you also have any performance numbers, e.g. for
>>>
>>> networking by taking JIT'ed/non-JIT'ed BPF filters and compare them
>>> against
>>> JIT'ed/non-JIT'
On Friday, February 14, 2014 4:50 AM, Ian Abbott wrote:
> On 2014-02-13 18:25, Hartley Sweeten wrote:
>> On Wednesday, February 12, 2014 8:29 PM, Chase Southwood wrote:
>>> In this if-else conditional statement, if (chan < 16), but
>>> (data[0] == INSN_CONFIG_DIO_QUERY), the function does not retur
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
tags/rdma-for-linus
RDMA/InfiniBand fixes for 3.14-rc3:
- Fix some rough edges from the "IP addressing for IBoE" merge
- Other m
On Fri, Feb 14, 2014 at 09:43:14PM +0400, Andrew Vagin wrote:
> > My brain hurts just looking at this patch and how you are justifying it.
> >
> > For the resources you are mucking with below all you have to do is to
> > verify that you are below the appropriate rlimit at all times and no
> > CAP_
The rtl*_set_check_bssid functions are mostly the same, but access the
RCR register in different ways. Use the get_hw_reg abstraction layer
(which reads rtlpci->receive_config for PCI devices and mac->rx_conf for
USB).
There is no functional change for cases where receive_config was
accessed direc
Unused as configure_filter takes care of setting/clearing RCR_AAP.
Signed-off-by: Peter Wu
---
drivers/net/wireless/rtlwifi/rtl8188ee/hw.c | 20
drivers/net/wireless/rtlwifi/rtl8188ee/hw.h | 2 --
drivers/net/wireless/rtlwifi/rtl8188ee/sw.c | 1 -
drivers/net/wireless/rtlw
Hi,
While investigating bug 60713[1] which is about the inability to connect
with RTL8192CE hardware, I noticed that the monitor mode only shows
broadcast and multicast frames. The cause is described next.
`rtlpci->receive_config` seems to contain the current value of REG_RCR.
It gets initialized
commit 0baa0fd76f3f5a134461d6cf30294f6bb1bb824c
("rtlwifi: Convert core routines for addition of rtl8192se and
rtl8192de") removed setting HW_VAR_RCR, HW_VAR_MGT_FILTER and
HW_VAR_CTRL_FILTER. The last two are probably done because some hardware
does not support them. The first is probably a mistak
> On 02/14/2014 02:23 AM, Conrad Kostecki wrote:
> > Hello,
> > as the Soekris net6501 does not have any ACPI implementation, HPET
> won't get enabled.
> > This patch enables HPET on such platforms.
> >
> > [0.430149] pci :00:01.0: Force enabled HPET at 0xfed0
> > [0.644838] HPET: 3
Pages allocated from MIGRATE_RESERVE migratetype pageblocks
are not freed back to MIGRATE_RESERVE migratetype free
lists in free_pcppages_bulk() if we got to that function
through drain_[zone_]pages() or __zone_pcp_update().
The freeing through free_hot_cold_page() is okay because
freepage migrate
On 02/14/2014 11:05 PM, Bjorn Helgaas wrote:
> On Fri, Feb 14, 2014 at 12:55 AM, Srivatsa S. Bhat
> wrote:
>> Subsystems that want to register CPU hotplug callbacks, as well as perform
>> initialization for the CPUs that are already online, often do it as shown
>> below:
>>
>> get_online_c
On 02/14/2014 10:06 AM, Conrad Kostecki wrote:
>
> Hm. I am not. The Soekris is my only device with an E6xx CPU. This one is
> special, as Soekris does not implement ACPI.
> I don't know, how other E6xx systems do work. I guess, there will have ACPI.
> There seem not to be many out there.
> This
> On 02/14/2014 10:06 AM, Conrad Kostecki wrote:
> >
> > Hm. I am not. The Soekris is my only device with an E6xx CPU. This one is
> special, as Soekris does not implement ACPI.
> > I don't know, how other E6xx systems do work. I guess, there will have
> ACPI. There seem not to be many out there.
>
Hi Linus,
Please pull hwmon fixes for Linux 3.14-rc3 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus
Thanks,
Guenter
--
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:
On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
>>
>> Does it have DMI?
>
> Unfortunately not.
>
> # dmidecode 2.12
> # No SMBIOS nor DMI entry point found, sorry.
>
Sigh. Does anyone have contacts at Soekris who can complain about this
stuff?
-hpa
--
To unsubscribe from this list: s
On 14.02.2014 10:16, Stanislaw Gruszka wrote:
> On Fri, Feb 14, 2014 at 09:52:37AM +0100, poma wrote:
>>
>> Ahoy!
>>
>> Perhaps this is already solved, but I made the effort to test & record
>> all of this, therefore here you are. :)
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1062833
>
>
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
> >>
> >> Does it have DMI?
> >
> > Unfortunately not.
> >
> > # dmidecode 2.12
> > # No SMBIOS nor DMI entry point found, sorry.
> >
>
> Sigh. Does anyone have contacts at Soekris who can complain abo
On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
> On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>
>> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
Does it have DMI?
>>>
>>> Unfortunately not.
>>>
>>> # dmidecode 2.12
>>> # No SMBIOS nor DMI entry point found, sorry.
>>>
>>
>> Sigh. Does an
On 14.02.2014 18:33, Borislav Petkov wrote:
> On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
>> Okaaay, I think I did what you asked. So yes, there is sse2 in the cpu info.
>> And
>> there is a mfence in the disassembly:
>
> Btw, I just realized booting the kernel in the guest was
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> node isn't changed, so we don't need to retreive this structure
> everytime we move the object. Maybe compiler do this optimization,
> but making it explicitly is better.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubs
On Fri, Feb 14, 2014 at 10:28:38AM +, Opensource [Steve Twiss] wrote:
> The previous silicon was only sent out in sample form to selected customers
> and will no longer be available. I have been informed that the new silicon
> has been sent out, and everybody should have received the new varia
On Thu, Feb 13, 2014 at 04:46:46PM +0200, Ivan T. Ivanov wrote:
> + /* No partial transfers accepted */
> + if (!n_words || xfer->len & (w_size - 1))
> + return -EINVAL;
Please write this using % rather than the & - it's a lot clearer what
it's checking
On Fri, Feb 14, 2014 at 10:16:05AM +0200, Ivan T. Ivanov wrote:
> "SPI transfer length should be multiple of SPI word size, where SPI
> word size should be power-of-two multiple"
Yes, that's clearer though you could in theory have a three byte word
(I'm not sure that anyone would actually do that
On Thu, Feb 13, 2014 at 04:34:32PM +0100, Heiko Stübner wrote:
> From: Heiko Stuebner
>
> Commit 934624d6e9f0 ("regulator: gpio-regulator: do not open-code counting
> and access of dt array elements") forgot to convert the recently added
> gpios-states property using the same pattern.
Applied, t
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> clear_obj_pfmemalloc() takes the pointer to the object pointer as argument
> to store masked value back into this address.
> But this is useless, since we don't use this stored value anymore.
> All we need is just masked value. So makes clear_obj_pfmemallo
> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
> >>
> >> Does it have DMI?
> >
> > Unfortunately not.
> >
> > # dmidecode 2.12
> > # No SMBIOS nor DMI entry point found, sorry.
> >
>
> Sigh. Does anyone have contacts at Soekris who can complain about this
> stuff?
I don't think, that Soekris w
Add the CLK_IGNORE_UNUSED flag when setting up a peripheral clock.
This prevents unused clocks from getting disabled, and by doing
this we can use the common clock code even before we've resolved
all the spots that need to get a reference to their clock.
Signed-off-by: Alex Elder
Reviewed-by: Mat
From: Alex Elder
Replace the "fake" clocks defined in the "bcm11351.dtsi" device tree
file with real definitions backed by the new BCM281xx clock driver.
Signed-off-by: Alex Elder
Reviewed-by: Matt Porter
Reviewed-by: Tim Kryger
---
arch/arm/boot/dts/bcm11351.dtsi | 192
From: "Srivatsa S. Bhat"
Date: Fri, 14 Feb 2014 13:22:05 +0530
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
...
> This is wrong, since it is prone to ABBA deadlocks involving the
From: "Srivatsa S. Bhat"
Date: Fri, 14 Feb 2014 13:30:43 +0530
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
...
> This is wrong, since it is prone to ABBA deadlocks involving the
From: "Srivatsa S. Bhat"
Date: Fri, 14 Feb 2014 13:30:58 +0530
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
...
> This is wrong, since it is prone to ABBA deadlocks involving the
On 02/13/2014 09:28 PM, Stephen Rothwell wrote:
> Hi all,
>
> If you see failures in building this tree due to missing declarations of
> k..alloc/free, then it may be caused by commit 2bd59d48ebfb ("cgroup:
> convert to kernfs"). Please send Tejun Heo a patch
> adding an inclusion of linux/slab.
Pages allocated from MIGRATE_RESERVE migratetype pageblocks
are not freed back to MIGRATE_RESERVE migratetype free
lists in free_pcppages_bulk()->__free_one_page() if we got
to free_pcppages_bulk() through drain_[zone_]pages().
The freeing through free_hot_cold_page() is okay because
freepage migra
On Thu, Feb 13, 2014 at 01:39:54PM +0900, Simon Horman wrote:
> On Thu, Feb 13, 2014 at 12:03:02PM +0900, Magnus Damm wrote:
> > PCI: rcar: Recent driver patches from Ben Dooks and me
> >
> > [PATCH 01/08] PCI: rcar: check platform_get_irq() return code
> > [PATCH v2 02/08] PCI: rcar: add error in
From: Richard Cochran
Date: Fri, 14 Feb 2014 10:06:01 +0100
> People want to be able to configure the auxiliary functions on the
> pins of their PTP devices. My preference for supporting this is:
>
> 1. additional ioctl on the PTP character device
> 2. ethtool ioctl
> 3. DT and/or ACPI
>
> The
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
> > I wish we could just use devicetree for such cases and fix the crud
> > ourself.
> >
>
> We'd have to identify the platform, which is the main problem. Right
> now we support quirking for DMI or PCI,
The kcmp system call was ported to ARM in
commit 3f7d1fe108dbaefd0c57a41753fc2c90b395f458
"ARM: 7665/1: Wire up kcmp syscall".
Signed-off-by: Christopher Covington
---
arch/arm/include/asm/unistd.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/unistd.h b/arch/arm/includ
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> In free_block(), if freeing object makes new free slab and number of
> free_objects exceeds free_limit, we start to destroy this new free slab
> with holding the kmem_cache node lock. Holding the lock is useless and,
> generally, holding a lock as least as
We could also just add an ACPI table... same concept. Still need to find it.
On February 14, 2014 10:38:24 AM PST, Thomas Gleixner
wrote:
>On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>> On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
>> > I wish we could just use devicetree for such cases and fix
On 02/14/2014 08:31 AM, Gene Heskett wrote:
> Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
>
> Not finding the option in any kernel tree that exists on my system,
> except it appears its been replaced or something.
>
> This once in a lifetime boot, to 3.12.9, shows from
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> Factor out initialization of array cache to use it in following patch.
Acked-by: Christoph Lameter
--
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 ht
On 02/14/2014 02:43 AM, Thomas Gleixner wrote:
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
On 02/13/2014 03:55 PM, Thomas Gleixner wrote:
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> @@ -921,7 +784,7 @@ static int transfer_objects(struct array_cache *to,
> static inline struct alien_cache **alloc_alien_cache(int node,
> int limit, gfp_t gfp)
> {
> - return (struct alien_cache **)BAD_A
On Wed, Feb 05, 2014 at 12:21:07PM -0500, Jason Cooper wrote:
>
> + Bjorn, linux-pci
>
> Bjorn,
>
> It looks like this didn't get Cc'd to linux-pci. Here's a link:
>
> http://www.spinics.net/lists/arm-kernel/msg299721.html
Thanks for the heads-up; I had indeed missed this (I mostly rely on
On 02/13/2014 11:35 AM, Peter Zijlstra wrote:
On Tue, Feb 11, 2014 at 03:12:59PM -0500, Waiman Long wrote:
Using the same locktest program to repetitively take a single rwlock with
programmable number of threads and count their execution times. Each
thread takes the lock 5M times on a 4-socket 4
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> I haven't heard that this alien cache lock is contended, but to reduce
> chance of contention would be better generally. And with this change,
> we can simplify complex lockdep annotation in slab code.
> In the following patch, it will be implemented.
Ok.
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> Currently, we use array_cache for alien_cache. Although they are mostly
> similar, there is one difference, that is, need for spinlock.
> We don't need spinlock for array_cache itself, but to use array_cache for
> alien_cache, array_cache structure should
Update twl4030-madc driver to use managed resources.
Signed-off-by: Sebastian Reichel
---
drivers/mfd/twl4030-madc.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mfd/twl4030-madc.c
index 4c583e4..5458561 100644
--- a/dri
This is a driver for an A/D converter, which belongs into
drivers/iio/adc.
Signed-off-by: Sebastian Reichel
---
drivers/iio/adc/Kconfig| 10 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/twl4030-madc.c | 922 +
drivers/mfd/Kconfig
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> Now, we have separate alien_cache structure, so it'd be better to hold
> the lock on alien_cache while manipulating alien_cache. After that,
> we don't need the lock on array_cache, so remove it.
Acked-by: Christoph Lameter
--
To unsubscribe from this li
301 - 400 of 670 matches
Mail list logo
