On 02/11/2013 08:46 AM, Olof Johansson wrote:
> On Thu, Jan 17, 2013 at 8:59 AM, Tony Lindgren wrote:
>> * Alan Stern [130117 07:19]:
>>> On Thu, 17 Jan 2013, Roger Quadros wrote:
>>>
Let's have a single platform data structure for the OMAP's High-Speed
USB host subsystem instead of hav
On Mon, 2013-02-11 at 18:40 +1100, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 11 Feb 2013 08:47:54 +0200 Luciano Coelho wrote:
> >
> > On Sun, 2013-02-10 at 18:58 -0800, Joe Perches wrote:
> > > On Mon, 2013-02-11 at 13:33 +1100, Stephen Rothwell wrote:
> > > >
> > > > Today's linux-next merg
have_multiple_policies is required by platforms having multiple clock-domains
for cpus, i.e. supporting multiple policies for cpus. This patch adds in a
Kconfig option for enabling execution of this code.
Reported-by: Borislav Petkov
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/Kconfig | 3 +
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple packag
We don't need to keep two structures for file attributes, global_attr and
freq_attr. Lets use freq_attr only for cpufreq core and drivers.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/acpi-cpufreq.c | 9 -
drivers/cpufreq/intel_pstate.c | 30 +++---
include/li
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple packag
This is targetted for 3.10-rc1 or linux-next just after the merge window.
All patches are pushed here for others to apply:
http://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=shortlog;h=refs/heads/cpufreq-updates-3.10
Currently, there can't be multiple instances of single governor_type. If
Hi all,
On Mon, 11 Feb 2013 08:47:54 +0200 Luciano Coelho wrote:
>
> On Sun, 2013-02-10 at 18:58 -0800, Joe Perches wrote:
> > On Mon, 2013-02-11 at 13:33 +1100, Stephen Rothwell wrote:
> > >
> > > Today's linux-next merge of the wireless-next tree got conflicts in
> > > drivers/net/wireless/ti/
Hi all,
After merging the final tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/include/asm/processor.h: Assembler messages:
arch/sparc/include/asm/processor.h:10: Error: Unknown opcode: `extern'
Caused by commit 3a242f58a5f4 ("sparc idle: rename pm_idle to
sparc_
Hi Arnd,
On Thursday 24 January 2013 04:20 PM, Vineet Gupta wrote:
> Includes following fixes courtesy review by Al-Viro
>
> * Tracer poke to Callee-regs were lost
>
> Before going off into do_signal( ) we save the user-mode callee regs
> (as they are not saved by default as part of pt_regs)
Smatch is a C static analysis tool, but with a lot of kernel
specific checks.
The big thing in this release is that the type information has now
been pushed to the lowest levels. It broke a bunch of stuff
including to compiles on older versions of GCC but Emil Tantilov
fixed that (thanks!). It s
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
drivers/net/ethernet/mellanox/mlx4/en_rx.c: In function 'mlx4_en_process_rx_cq':
drivers/net/ethernet/mellanox/mlx4/en_rx.c:628:53: error: macro
"hlist_for_each_entry_rcu" passed 4 argume
> -Original Message-
> From: Joseph Glanville [mailto:joseph.glanvi...@orionvm.com.au]
> Sent: Saturday, February 09, 2013 1:10 AM
> To: Amit Kale
> Cc: Kent Overstreet; Michel Lespinasse; Darrick J. Wong; linux-bcache;
> device-mapper development; Kent Overstreet; Mike Snitzer; LKML; Jason
sjur.brandel...@stericsson.com writes:
> From: Vikram ARV
>
> Add the the Virtio shared memory driver for STE Modems.
> caif_virtio is implemented utilizing the virtio framework
> for data transport and is managed with the remoteproc frameworks.
>
> The Virtio queue is used for transmitting data t
The min and max values for regulators are getting assigned before actually
the voltage is set. So making sure that min and max values are assigned
only if the voltage is successfully set else keeping the last successfully
set voltage's min and max values.
This is boot tested on OMAP4430 and OMAP44
On Sun, 2013-02-10 at 18:58 -0800, Joe Perches wrote:
> On Mon, 2013-02-11 at 13:33 +1100, Stephen Rothwell wrote:
> > Hi John,
> >
> > Today's linux-next merge of the wireless-next tree got conflicts in
> > drivers/net/wireless/ti/wlcore/sdio.c and
> > drivers/net/wireless/ti/wlcore/spi.c between
On Thu, Jan 17, 2013 at 8:59 AM, Tony Lindgren wrote:
> * Alan Stern [130117 07:19]:
>> On Thu, 17 Jan 2013, Roger Quadros wrote:
>>
>> > Let's have a single platform data structure for the OMAP's High-Speed
>> > USB host subsystem instead of having 3 separate ones i.e. one for
>> > board data, o
On Sun, Feb 10, 2013 at 04:42:53PM -0800, Terje Bergström wrote:
> On 07.02.2013 23:07, Thierry Reding wrote:
> > On Wed, Feb 06, 2013 at 01:23:17PM -0800, Terje Bergström wrote:
> That's the security firewall. It walks through each submit, and ensures
> that each register write that writ
Hi Michael,
On Mon, Feb 11, 2013 at 05:19:49PM +1100, Michael Ellerman wrote:
> On Mon, Feb 11, 2013 at 07:31:00AM +0200, Baruch Siach wrote:
[...]
> > mpc85xx_pci_err_probe: Unable to requiest irq 16 for MPC85xx PCI err
> While you're there, can you fix the typo :)
The patch fixing it is alrea
On Sun, Feb 10, 2013 at 12:33 PM, Yinghai Lu wrote:
> On Sun, Feb 10, 2013 at 6:23 AM, Peter Hurley
> wrote:
>> On Sat, 2013-02-09 at 22:14 -0500, Peter Hurley wrote:
>>> On Tue, 2013-02-05 at 15:26 -0500, Alan Stern wrote:
>>> > On Tue, 5 Feb 2013, Peter Hurley wrote:
>>> >
>>> > > With -next-2
On Mon, Feb 11, 2013 at 07:31:00AM +0200, Baruch Siach wrote:
> Hi lkml,
Hi Baruch,
> The drivers/edac/mpc85xx_edac.c driver contains the following (abbreviated)
> code snippet it its .probe:
You dropped an important detail which is the preceeding line:
pdata->irq = irq_of_parse_and_map
11.02.2013 04:25, J. Bruce Fields пишет:
On Fri, Feb 01, 2013 at 02:28:21PM +0300, Stanislav Kinsbursky wrote:
After "NFS" (SUNRPC + NFSd actually) containerization work some basic
principles of SUNRPC service initialization and deinitialization has been
changed: now one service can be shared be
Unify board-dt-tegra{30,114} to the Tegra20 DT board file, "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile|5 ++-
arch/arm/mach-tegra/board-dt-tegra114.c | 46
arch/arm/mach-tegra/board-dt-tegra30.c | 60 --
This is the preparation to unify "board-dt-tegra{20,30,114}.c" to a
single file "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile |2 +-
.../arm/mach-tegra/{board-dt-tegra20.c => tegra.c} |0
2 files changed, 1 insertion(+), 1 deletion(-)
rena
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/board-zoom-peripherals.c between commit 51482be9dcfd ("ARM:
OMAP: USB: Add phy binding information") from the usb tree and commit
c5913935657f ("ARM: OMAP: zoom: Audio support via the common omap-twl4030
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/usb-host.c between commit 8a89e93237e1 ("mfd:
omap-usb-host: Consolidate OMAP USB-HS platform data") from the mfd tree
and commit c1d1cd597fc7 ("ARM: OMAP2+: omap_device: remove obsolete
pm_lats and early_de
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/board-3430sdp.c between commit 51482be9dcfd ("ARM:
OMAP: USB: Add phy binding information") from the usb tree and commit
77f86144984e ("ARM: OMAP: sdp3430: Audio support via the common
omap-twl4030 machine d
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
Signed-off-by: Hiroshi Doyu
---
Update:
Used IS_ENABLED() instead of ifdefs as Arnd/Felipe suggested.
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 +-
arch/arm/mach-tegra/board-dt-tegra20.c |2 +-
Quoting Sebastian Hesselbarth (2013-02-09 04:59:32)
> This patch adds a common clock driver for Silicon Labs Si5351a/b/c
> i2c programmable clock generators. Currently, the driver supports
> DT kernels only and VXCO feature of si5351b is not implemented. DT
> bindings selectively allow to overwrite
Hi Jan,
On Thu, Jan 31, 2013 at 1:49 PM, Jan Kara wrote:
> Implement range locking using interval tree.
Yay! I like to see interval trees being put to good use.
> +/*
> + * Range locking
> + *
> + * We allow exclusive locking of arbitrary ranges. We guarantee that each
> + * range is locked onl
On Sun, Feb 10, 2013 at 08:29:06PM -0800, Davidlohr Bueso wrote:
> Instead of having one sysfs file per zram statistic, group them all
> in a single, reader-friendly, 'statistics' file. This not only reduces
> code but is also makes it easier to visualize. The new file looks like:
>
> Number of re
Hi lkml,
The drivers/edac/mpc85xx_edac.c driver contains the following (abbreviated)
code snippet it its .probe:
res = devm_request_irq(&op->dev, pdata->irq,
mpc85xx_pci_isr, IRQF_DISABLED,
"[EDAC] PCI e
Hi all,
Today's linux-next merge of the char-misc tree got a conflict in
drivers/char/pcmcia/synclink_cs.c between commits 2e124b4a390c ("TTY:
switch tty_flip_buffer_push") and 9fe8074b82ed ("TTY: synclink: Convert + to
| for bit operations") from the tty tree and commit 3d55399391c8 ("pcmcia:
sy
Hi Mark,
On Fri, Feb 08, 2013 at 11:55:09, Manjunathappa, Prakash wrote:
> Hi Mark,
>
> On Thu, Feb 07, 2013 at 16:16:56, Mark Rutland wrote:
> > Hello,
> >
> > I have a couple of comments on the dt bindings and the way it's parsed.
> >
>
> Thanks for your review comments.
>
> > On Thu, Feb 0
Hi Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Friday, February 08, 2013 4:59 PM
> To: J, KEERTHY
> Cc: linux-kernel@vger.kernel.org; lgirdw...@gmail.com
> Subject: Re: [PATCH] Regulator: Reorder the min max assignment in the
> sequenc
From: YOSHIFUJI Hideaki
Date: Sun, 10 Feb 2013 02:00:59 +0900
> To allow both of protocol-specific data and device-specific data
> attached with neighbour entry, and to eliminate size calculation
> cost when allocating entry, sizeof protocol-speicic data must be
> multiple of NEIGH_PRIV_ALIGN. O
Hi Mauro,
Please pull the following patches for media-i2c. The first patch adds support
for ths7353 video amplifier, the second patch adds decoder as media entity and
the third and fourth patch enables media controller support usage for
tvp7002 and
tvp514x respectively.
Regards,
--Prabhakar Lad
The IOMMU API implements groups creating/deletion, device binding
and IOMMU map/unmap operations.
The POWERPC implementation uses most of the API except map/unmap
operations which are implemented on POWERPC using hypercalls.
However in order to link a kernel with the CONFIG_IOMMU_API enabled,
the
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
drivers/acpi/Kconfig between commit cb2b212bc7ff ("ACPI / scan: Make
container driver use struct acpi_scan_handler") from the pm tree and
commit f756f28b84af ("drivers/acpi: remove depends on CONFIG_EXPERIMENTAL")
from the
On 11 February 2013 09:46, Viresh Kumar wrote:
> On 11 February 2013 02:44, Francesco Lavra
> wrote:
>> dbs_data->tuners is never freed, which means there is a memory leak
>> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>>
>> The same goes for the ondemand governor.
>
> Tha
Instead of having one sysfs file per zram statistic, group them all
in a single, reader-friendly, 'statistics' file. This not only reduces
code but is also makes it easier to visualize. The new file looks like:
Number of reads:24
Number of writes: 1055
Invalid IO:
Sorry, I forgot to include the updated ABI changes with this patch. Sending v2.
On Sun, 2013-02-10 at 20:29 -0800, Davidlohr Bueso wrote:
> Instead of having one sysfs file per zram statistic, group them all
> in a single, reader-friendly, 'statistics' file. This not only reduces
> code but is als
Instead of having one sysfs file per zram statistic, group them all
in a single, reader-friendly, 'statistics' file. This not only reduces
code but is also makes it easier to visualize. The new file looks like:
Number of reads:24
Number of writes: 1055
Invalid IO: 0
Notif
Signed-off-by: Davidlohr Bueso
---
Both patches apply on top of the staging-next branch
of the staging tree.
Documentation/ABI/testing/sysfs-block-zram | 9 -
1 file changed, 9 deletions(-)
diff --git a/Documentation/ABI/testing/sysfs-block-zram
b/Documentation/ABI/testing/sysfs-block-
On 02/09/2013 07:34 PM, Grant Likely wrote:
The debugfs files really need to hold the gpiolib spinlock before
accessing the list. Otherwise chip addition/removal will cause an oops.
Cc: Alexandre Courbot
Cc: Linus Walleij
Signed-off-by: Grant Likely
Tested-by: Alexandre Courbot
Just wonde
Hi Marc,
Marc Dietrich wrote @ Sun, 10 Feb 2013 22:16:14 +0100:
> ah, ok - I just skipped the "also" in your sentence above. But still, the
> #ifdefs look strange to me and save only a few byte of code. Just me few
> cents.
What about the following as Arnd suggested[1]?
void __init tegra_hot
On 11 February 2013 02:44, Francesco Lavra wrote:
> dbs_data->tuners is never freed, which means there is a memory leak
> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>
> The same goes for the ondemand governor.
Thanks for pointing out. Would be fixed in next version.
--
To
This removes the driver specific sysfs support of the temperature
emulation and uses the newly added core thermal framework for thermal
emulation. An exynos platform specific handler is added to support this.
In this patch, the exynos senor(tmu) related code and exynos framework
related (thermal z
Hi Nicolas,
On Fri, Feb 08, 2013 at 12:49:22PM -0500, Nicolas Pitre wrote:
> On Fri, 8 Feb 2013, Viresh Kumar wrote:
> >
> > By mistake you have added an ST internal list in cc, fixed it now.
> >
> > Subject should be:
> >
> > ARM: SPEAr13xx: Enable 2G/2G Memory split in defconfig
> >
> > On 8
Hi Joerg,
Today's linux-next merge of the iommu tree got a conflict in
arch/arm/mach-exynos/mach-exynos5-dt.c between commit 99b97fdccbde ("ARM:
EXYNOS: Enable platform support for I2S controllers") from the sound-asoc
tree and commit 25e9d28d927d ("ARM: EXYNOS: remove system mmu
initialization fr
I am writing an app which really wants to know if a file is on the
disk or not (ie. do I need to sync?).
mincore() bits other than 0 are undefined (as documented in the man
page); in fact my Ubuntu 12.10 i386 system seems to write 129 in some
bytes, so it really shouldn't break anyone.
Is PG_dirt
On Mon, 2013-02-11 at 13:33 +1100, Stephen Rothwell wrote:
> Hi John,
>
> Today's linux-next merge of the wireless-next tree got conflicts in
> drivers/net/wireless/ti/wlcore/sdio.c and
> drivers/net/wireless/ti/wlcore/spi.c between commit 0d2e7a5c6080
> ("wireless: Remove unnecessary alloc/OOM me
As there are no use of #address-cells and #size-cells properties
in pinctrl-single driver DT node. Fix pinctrl-single binding documentation
to remove these properties.
Signed-off-by: Kumar, Anil
---
Tested on da850 EVM.
:100644 100644 2c81e45... c6384e2... M
Documentation/devicetree/bindings/p
On Wed, Jan 30, 2013 at 01:33:57PM -0500, Peter Hurley wrote:
> On Sat, 2013-01-19 at 22:00 +0100, Jiri Slaby wrote:
> > On 01/18/2013 10:07 PM, Greg Kroah-Hartman wrote:
> > > Jiri, was there anything on the mailing list that I missed that should
> > > have resolved this issue? I thought it was b
Hi John,
Today's linux-next merge of the wireless-next tree got conflicts in
drivers/net/wireless/ti/wlcore/sdio.c and
drivers/net/wireless/ti/wlcore/spi.c between commit 0d2e7a5c6080
("wireless: Remove unnecessary alloc/OOM messages, alloc cleanups") from
the net-next tree and commit afb43e6d88e5
Hi Len,
Today's linux-next merge of the acpi tree got a conflict in
arch/x86/kernel/process.c between commit 43720bd60143 ("PM / tracing:
remove deprecated power trace API") from the pm tree and commit
69fb3676df33 ("x86 idle: remove mwait_idle() and "idle=mwait" cmdline
param") from the acpi tree
Hi Len,
Today's linux-next merge of the acpi tree got a conflict in
drivers/acpi/processor_idle.c between commit 4f8429166818 ("ACPICA:
Cleanup PM_TIMER_FREQUENCY definition") from the pm tree and commit
41cdb0efc42e ("ACPI / idle: remove unused definition") from the acpi tree.
I fixed it up (The
From: "Michael S. Tsirkin"
Date: Thu, 7 Feb 2013 15:12:56 +0200
> At the moment, macvtap crashes are observed if macvtap is attached
> to an interface with LRO enabled.
> The crash in question is BUG() in macvtap_skb_to_vnet_hdr.
> This happens because several drivers set gso_size but not gso_typ
From: Ben Hutchings
Date: Thu, 7 Feb 2013 22:31:35 +
> On Thu, 2013-02-07 at 23:33 +0200, Michael S. Tsirkin wrote:
>> We might want to add code to forward LRO status from macvlan
>> (not macvtap) back to the lowerdev, so that setting up forwarding
>> from macvlan disables LRO on the lowerdev
From: Andy King
Date: Wed, 6 Feb 2013 16:23:55 -0800
> In an effort to improve the out-of-the-box experience with Linux kernels for
> VMware users, VMware is working on readying the VM Sockets (VSOCK, formerly
> VMCI Sockets) (vsock) kernel module for inclusion in the Linux kernel. The
> purpose
On 07.02.2013 23:07, Thierry Reding wrote:
> On Wed, Feb 06, 2013 at 01:23:17PM -0800, Terje Bergström wrote:
That's the security firewall. It walks through each submit, and ensures
that each register write that writes an address, goes through the host1x
reloc mechanism. This way use
On Fri, Feb 01, 2013 at 02:28:21PM +0300, Stanislav Kinsbursky wrote:
> After "NFS" (SUNRPC + NFSd actually) containerization work some basic
> principles of SUNRPC service initialization and deinitialization has been
> changed: now one service can be shared between different network namespaces
> a
On Tue, 29 Jan 2013 15:53:43 +0100, Andreas Larsson wrote:
> Holes in the cs-gpios DT phandle list is supposed to mark that native
> chipselects is to be used. The value returned from of_get_named_gpio_flags in
> this case is -EEXIST. By initializing cs_gpios and cs_gpio with -EEXIST, this
> and o
On Tue, 29 Jan 2013 15:53:42 +0100, Andreas Larsson wrote:
> When using a gpio chip select with a OF_GPIO_ACTIVE_LOW flag, this needs to be
> known to the controller driver.
>
> Signed-off-by: Andreas Larsson
Out of curiosity, what do you need the flags for? Polarity of the CS
signal? I think i
Add support for the HP Pavilion 14 Chromebook's trackpad, which is a reuse
of the Samsung Series 5 550 trackpad.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/pla
This patch will add an entry for one more Chromebook that was released
last week: HP's Pavilion 14 Chromebook.
This will instatiate that system's Cypress APA trackpad, very similar
to the one in the Samsung 550 and Acer C7.
This should be merged after the previous patch series of 4:
Platform: x8
Hi Fengguang,
On Fri, 8 Feb 2013 13:56:05 +0800 Fengguang Wu wrote:
>
> I got the below oops and the first bad commit is
>
> commit 457583af4aef89d5252769ea290a2acc89e2361f
> Author: Stephen Rothwell
> Date: Mon Feb 4 18:12:17 2013 +1100
>
> memory-hotplug: common APIs to support page ta
From: Francois Romieu
Date: Fri, 8 Feb 2013 23:50:26 +0100
> Linus Torvalds :
> [...]
>> However, there's still the r8169 regressions (see the emails with the
>> subject "regression: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0
>> timed out"). It's bisected, and a revert is reported to fix th
With this patch userland applications that want to maintain the
interactivity/memory allocation cost can use the new pressure level
notifications. The levels are defined like this:
The "low" level means that the system is reclaiming memory for new
allocations. Monitoring reclaiming activity might
On Tue, 29 Jan 2013 15:53:41 +0100, Andreas Larsson wrote:
> This adds missing kernel-doc entries for cs_gpios in struct spi_master and
> cs_gpio in struct spi_device.
>
> Signed-off-by: Andreas Larsson
Applied, thanks. I did tweak the language a bit.
g.
> ---
> include/linux/spi/spi.h |
On Sun, Feb 10, 2013 at 08:32:37PM +0100, Stephan Mueller wrote:
>
> Given all your doubts on the high-precision timer, how can you
> reasonably state that the Linux kernel RNG is good then?
Because we're measuring intervals that are substantially larger than
"CPU jitter". (i.e., inputs from key
On Tue, 29 Jan 2013 15:53:40 +0100, Andreas Larsson wrote:
> Using memset does not set an array of integers properly
>
> Signed-off-by: Andreas Larsson
Applied, thanks.
g.
> ---
> drivers/spi/spi.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/spi/s
This patch creates of_count_phandle_with_args(), a new function for
counting the number of phandle+argument tuples in a given property. This
is better than the existing method of parsing each phandle individually
until parsing fails which is a horribly slow way to do the count.
It also converts of
On Tue, 29 Jan 2013 15:53:39 +0100, Andreas Larsson wrote:
> This lets of_gpio_named_count return an errno on errors by being able to
> distinguish between reaching the end of the phandle list and getting some
> other
> error from of_parse_phandle_with_args.
>
> Return error from of_spi_register
On Mon, Feb 11, 2013 at 12:30:51AM +0100, Daniel Borkmann wrote:
> On 02/11/2013 12:24 AM, Joe Perches wrote:
> >On Sun, 2013-02-10 at 23:00 +0100, Daniel Borkmann wrote:
> >>add memcmp_nta ({n}o {t}iming {a}ttacks)
> >
> >Why should this be in the kernel?
>
> As the commit message already says, s
Hi Ruslan,
> TC358765 is DSI-to-LVDS transmitter from Toshiba, used in
> OMAP44XX Blaze Tablet and Blaze Tablet2 boards.
I think it's fine, just some nitpicks and checkpatch warnings
> +struct {
> + struct device *dev;
> + struct dentry *dir;
> +} tc358765_debug;
Should this be static?
Hi Linus,
just 3 nouveau fixes, all user visible issues, I have one radeon
regression fix I'm hoping to send tomorrow once I'm happy with it.
Dave.
The following changes since commit ff7c60c580d9722f820d85c9c58ca55ecc1ee7c4:
drm/ttm: fix fence locking in ttm_buffer_object_transfer, 2nd try
On 02/11/2013 12:24 AM, Joe Perches wrote:
On Sun, 2013-02-10 at 23:00 +0100, Daniel Borkmann wrote:
add memcmp_nta ({n}o {t}iming {a}ttacks)
Why should this be in the kernel?
As the commit message already says, so that current or future (e.g.) network
protocol code or modules can make use o
On Sunday, February 10, 2013 07:55:05 PM Pavel Machek wrote:
> Hi!
>
> > > > > The whole memory shrinking we do for hibernation is now done by
> > > > > allocating
> > > > > memory, so the freezer is not necessary for *that* and there's *zero*
> > > > > difference between suspend and hibernation
On Sun, 2013-02-10 at 23:00 +0100, Daniel Borkmann wrote:
> add memcmp_nta ({n}o {t}iming {a}ttacks)
Why should this be in the kernel?
--
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://v
From: Len Brown
Date: Sun, 10 Feb 2013 00:58:11 -0500
> From: Len Brown
>
> (pm_idle)() is being removed from linux/pm.h
> because Linux does not have such a cross-architecture concept.
>
> sparc uses an idle function pointer in its architecture
> specific code. So we re-name sparc use of pm_
Yes... safer that way.
Borislav Petkov wrote:
>On Sun, Feb 10, 2013 at 04:37:27PM -0500, Len Brown wrote:
>> From: Len Brown
>>
>> Remove 32-bit x86 a cmdline param "no-hlt",
>> and the cpuinfo_x86.hlt_works_ok that it sets.
>>
>> If a user wants to avoid HLT, then "idle=poll"
>> is much more
If you need to compare a password or a hash value, the timing of the
comparison function can give valuable clues to the attacker. Let's
say the password is 123456 and the attacker tries abcdef. If the
comparision function fails at the first byte without looking at the
other bytes, then the attacker
On Sun, Feb 10, 2013 at 04:37:27PM -0500, Len Brown wrote:
> From: Len Brown
>
> Remove 32-bit x86 a cmdline param "no-hlt",
> and the cpuinfo_x86.hlt_works_ok that it sets.
>
> If a user wants to avoid HLT, then "idle=poll"
> is much more useful, as it avoids invocation of HLT
> in idle, while
On Mon, Feb 11, 2013 at 01:39:24AM +0530, Srivatsa S. Bhat wrote:
> On 02/11/2013 01:20 AM, Oleg Nesterov wrote:
> > On 02/11, Srivatsa S. Bhat wrote:
> >>
> >> On 02/10/2013 11:36 PM, Oleg Nesterov wrote:
> > +static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
> > +{
>
On Sun, Feb 10, 2013 at 2:32 PM, Stephan Mueller wrote:
> On 10.02.2013 19:50:02, +0100, Theodore Ts'o wrote:
> Given all your doubts on the high-precision timer, how can you
> reasonably state that the Linux kernel RNG is good then?
>
> The data from add_timer_randomness the kernel feeds into
Hi,
On Sun, Feb 10, 2013 at 4:52 AM, Tony Lindgren wrote:
> Hi,
>
> * Ruslan Bilovol [130208 11:41]:
>> The OMAP4 Blaze Tablet is TI OMAP4 processor-based
>> development platform in a tablet formfactor.
>> The platform contains many of the features found in
>> present-day handsets (such as audio
From: Len Brown
Remove 32-bit x86 a cmdline param "no-hlt",
and the cpuinfo_x86.hlt_works_ok that it sets.
If a user wants to avoid HLT, then "idle=poll"
is much more useful, as it avoids invocation of HLT
in idle, while "no-hlt" failed to do so.
Indeed, hlt_works_ok was consulted in only 3 pla
> So, if you want a cyclic allocation, the allocation should be tried in
> [start, END) and then [0, start); otherwise, after the allocation
> wraps for the first time, as the closer the starting point gets to
> END, the chance of not finding a vacant slot in [start, END) goes
> higher. When @star
On Sunday 10 February 2013 13:20:49 Stephen Warren wrote:
> 1On 02/10/2013 10:28 AM, Marc Dietrich wrote:
> > On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
> >> On 02/08/2013 05:29 AM, Marc Dietrich wrote:
> >>> Hiroshi,
> >>>
> >>> Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi
Hi,
On 02/04/2013 12:38 PM, Viresh Kumar wrote:
> Currently, there can't be multiple instances of single governor_type. If we
> have
> a multi-package system, where we have multiple instances of struct policy (per
> package), we can't have multiple instances of same governor. i.e. We can't
> hav
Joe Perches writes:
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> Hoist assigns from if tests.
>
> Signed-off-by: Joe Perches
> ---
> drivers/net/wan/cosa.c| 9 -
> drivers/net/wan/farsync.c | 6 ++
> drivers/net/wan/hdlc.c| 9 -
> dr
On Sun, Feb 10, 2013 at 6:23 AM, Peter Hurley wrote:
> On Sat, 2013-02-09 at 22:14 -0500, Peter Hurley wrote:
>> On Tue, 2013-02-05 at 15:26 -0500, Alan Stern wrote:
>> > On Tue, 5 Feb 2013, Peter Hurley wrote:
>> >
>> > > With -next-20130204:
>> > >
>> > > [ 33.855570] irq 18: nobody cared (try
On 02/11/2013 01:43 AM, Oleg Nesterov wrote:
> On 02/11, Srivatsa S. Bhat wrote:
>>
>> On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
+static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
+{
+ unsigned int cpu;
+
+ drop_writer_signal(pcpu_rwlock, smp_p
1On 02/10/2013 10:28 AM, Marc Dietrich wrote:
> On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
>> On 02/08/2013 05:29 AM, Marc Dietrich wrote:
>>> Hiroshi,
>>>
>>> Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi Doyu:
Refactored tegra{20,30,114}_init_early() so that we have th
This patch adds support for the Cypress APA Smbus Trackpad type,
which uses a modified register map that fits within the
limitations of the smbus protocol.
Devices that use this protocol include:
CYTRA-116001-00 - Samsung Series 5 550 Chromebook trackpad
CYTRA-103002-00 - Acer C7 Chromebook trackp
On 02/11, Srivatsa S. Bhat wrote:
>
> On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
> >> +static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
> >> +{
> >> + unsigned int cpu;
> >> +
> >> + drop_writer_signal(pcpu_rwlock, smp_processor_id());
> >
> > Why do we drop ourselves
On 02/11/2013 01:20 AM, Oleg Nesterov wrote:
> On 02/11, Srivatsa S. Bhat wrote:
>>
>> On 02/10/2013 11:36 PM, Oleg Nesterov wrote:
> +static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
> +{
> + unsigned int cpu;
> +
> + drop_writer_signal(pcpu_rwlock, s
From: Laurent Meunier
This update adds a debugfs interface to modify a pin configuration
for a given state in the pinctrl map. This allows to modify the
configuration for a non-active state, typically sleep state.
This configuration is not applied right away, but only when the state
will be enter
On 02/11/2013 01:26 AM, Paul E. McKenney wrote:
> On Mon, Feb 11, 2013 at 01:11:29AM +0530, Srivatsa S. Bhat wrote:
>> On 02/09/2013 05:37 AM, Paul E. McKenney wrote:
>>> On Tue, Jan 22, 2013 at 01:05:10PM +0530, Srivatsa S. Bhat wrote:
Once stop_machine() is gone from the CPU offline path, we
1 - 100 of 190 matches
Mail list logo
