On 2014/12/24 19:11, Paolo Bonzini wrote:
On 24/12/2014 12:02, Jamie Heilman wrote:
Running qemu-system-x86_64 -machine pc,accel=kvm -nodefaults works,
my real (headless) kvm guests work, but this new patch makes running
"qemu-system-x86_64 -machine pc,accel=kvm" fail again, this time with
err
On 2014/12/24 19:02, Jamie Heilman wrote:
Chen, Tiejun wrote:
On 2014/12/23 15:26, Jamie Heilman wrote:
Chen, Tiejun wrote:
On 2014/12/23 9:50, Chen, Tiejun wrote:
On 2014/12/22 17:23, Jamie Heilman wrote:
KVM internal error. Suberror: 1
emulation failure
EAX=000de494 EBX= ECX=00
There are two slab cache inode_entry_slab and winode_slab using the same
structure as below:
struct dir_inode_entry {
struct list_head list; /* list head */
struct inode *inode;/* vfs inode pointer */
};
struct inode_entry {
struct list_head list;
struct inode
One of the patch enables PMU support to BG2Q and BG2CD SoCs. Another patch
adds the missing PPI cpu mask to twd timer interrupts.
Jisheng Zhang (2):
ARM: dts: berlin: add pmu node for BG2Q and BG2CD
ARM: dts: berlin: add PPI cpu mask to twd timer interrupts
arch/arm/boot/dts/berlin2.dtsi |
This patch adds the pmu node, enabling the PMU unit on Marvell BG2Q and
BG2CD SoCs.
Signed-off-by: Jisheng Zhang
---
arch/arm/boot/dts/berlin2cd.dtsi | 5 +
arch/arm/boot/dts/berlin2q.dtsi | 8
2 files changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2cd.dtsi b/arch/
Signed-off-by: Jisheng Zhang
---
arch/arm/boot/dts/berlin2.dtsi | 3 ++-
arch/arm/boot/dts/berlin2cd.dtsi | 3 ++-
arch/arm/boot/dts/berlin2q.dtsi | 3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/berlin2.dtsi b/arch/arm/boot/dts/berlin2.dtsi
index 015a0
On Mon, Dec 22, 2014 at 7:48 PM, Dongsu Park
wrote:
> From: Kent Overstreet
>
> The way the block layer is currently written, it goes to great lengths
> to avoid having to split bios; upper layer code (such as bio_add_page())
> checks what the underlying device can handle and tries to always crea
Masahiro Yamada (6):
kbuild: fix cc-ifversion macro
kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
kbuild,gcov: remove unnecessary workaround
kbuild,gcov: simplify kernel/gcov/Makefile
kbuild: allow cc-ifversion to have the argument for false condition
kbuild,g
The macros cc-version, cc-fullversion and ld-version take no argument.
It is not necessary to add $(call ...) to invoke them.
Signed-off-by: Masahiro Yamada
---
Documentation/kbuild/makefiles.txt | 4 ++--
arch/parisc/Makefile | 2 +-
arch/powerpc/Makefile | 6 +++---
The macro "try-run" can have an argument for each of true and false
cases. Having an argument for the false case of cc-ifversion (and
ld-ifversion) would be useful too.
Signed-off-by: Masahiro Yamada
---
Documentation/kbuild/makefiles.txt | 5 +++--
scripts/Kbuild.include | 4 ++--
CONFIG_GCOV_FORMAT_3_4 / _4_7 / _AUTODETECT are exclusive.
Compare the CC version only when _AUTODETECT is enabled.
This change should have no impact.
Signed-off-by: Masahiro Yamada
Cc: Peter Oberparleiter
---
kernel/gcov/Makefile | 23 ---
1 file changed, 4 insertions(+),
Kbuild descends into kernel/gcov/ directory only when
CONFIG_GCOV_KERNEL is enabled. (See kernel/Makefile)
CONFIG_GCOV_KERNEL check can be omitted in kernel/gcov/Makefile.
Signed-off-by: Masahiro Yamada
Cc: Peter Oberparleiter
---
kernel/gcov/Makefile | 6 +++---
1 file changed, 3 insertions(
The macro "cc-version" takes no argument. Drop $(CC) from the
"cc-ifversion" definition.
Signed-off-by: Masahiro Yamada
---
scripts/Kbuild.include | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
index a6f7914..a972666 100644
-
Since commit 371fdc77af44 (kbuild: collect shorthands into
scripts/Kbuild.include), scripts/Makefile.clean includes
scripts/Kbuild.include.
The workaround and the comment block in kernel/gcov/Makefile
are no longer necessary.
Signed-off-by: Masahiro Yamada
Cc: Peter Oberparleiter
---
kernel/g
From: Kuninori Morimoto
Current vendor-prefixes.txt already has "ak" prefix for Asahi Kasei Corp
by ae8c4209af2c(of: Add vendor prefix for Asahi Kasei Corp.)
It went through the appropriate review process. But, almost all
Asahi Kasei chip drivers are using "asahi-kasei" prefix today.
(arch/arm/b
On Wed, Dec 24, 2014 at 05:22:44PM +0100, Stefan Agner wrote:
> On 2014-12-19 10:55, Sanchayan Maity wrote:
> > Define ci_get_revision API to know the controller revision
> > information according to chipidea 1.1a, 2.0a, 2.4 and 2.5a
> > spec. Besides, add one entry in struct ci_hdrc to indicate
>
On 12/25/2014 07:43 AM, Peter Chen wrote:
> On Wed, Dec 24, 2014 at 09:45:31PM +0530, Sanchayan Maity wrote:
>> On 12/24/2014 09:30 PM, Stefan Agner wrote:
>>> On 2014-12-19 10:55, Sanchayan Maity wrote:
Using hw_write_id_reg and hw_read_id_reg to write and read
identification registers c
On Wed, Dec 24, 2014 at 09:45:31PM +0530, Sanchayan Maity wrote:
> On 12/24/2014 09:30 PM, Stefan Agner wrote:
> > On 2014-12-19 10:55, Sanchayan Maity wrote:
> >> Using hw_write_id_reg and hw_read_id_reg to write and read
> >> identification registers contents. This can be used to get
> >> control
I usually prefer to stick with formal document as everything else can
be changed without reasons.
I am not certain whether the keypress is defined in Dell's document,
and I will confirm with Dell. If this keypress is well defined, it is
a good idea to use it.
On Wed, Dec 24, 2014 at 7:40 PM, Gab
On Wed, Dec 24, 2014 at 05:00:05PM +0100, Stefan Agner wrote:
> On 2014-12-19 10:55, Sanchayan Maity wrote:
> > Using hw_write_id_reg and hw_read_id_reg to write and read
> > identification registers contents. This can be used to get
> > controller information, change some system configurations
> >
On 12/24/2014 7:22 AM, Kirill A. Shutemov wrote:
We've replaced remap_file_pages(2) implementation with emulation.
Nobody creates non-linear mapping anymore.
Signed-off-by: Kirill A. Shutemov
Cc: Chris Metcalf
---
arch/tile/include/asm/pgtable.h | 11 ---
arch/tile/mm/homecache.c
On Thu, Dec 25, 2014 at 01:56:44AM +0200, Ahmed S. Darwish wrote:
> From: Ahmed S. Darwish
>
> Flooding the Kvaser CAN to USB dongle with multiple reads and
> writes in high frequency caused seemingly-random panics in the
> kernel.
>
> On further inspection, it seems the driver erroneously freed
On 12/24/2014 09:23 PM, Lucas Stach wrote:
Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu:
This patch adds some missing pieces of the rail gaing/ungating sequence that
can improve the stability in theory.
Signed-off-by: Vince Hsu
---
drm/nouveau_platform.c | 42 +
Hi,
On Wed, Dec 3, 2014 at 3:57 PM, Roger wrote:
> Hi! Heiko
>
> about regulator, power gpio, reset gpio and irq gpio
> please refer to my comment inline, tks.
>
>
> On 2014/12/2 7:44, Heiko Stübner wrote:
>>
>> Hi Roger,
>>
>> the comments inline are a rough first review. I hope to get a cleare
On 12/24/2014 09:16 PM, Lucas Stach wrote:
Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu:
The Tegra124 and later Tegra SoCs have a sepatate rail gating register
to enable/disable the clamp. The original function
tegra_powergate_remove_clamping() is not sufficient for the enable
func
Hi Matthias,
On Tue, 2014-11-25 at 16:04 +0800, Yingjoe Chen wrote:
> Add sysirq settings for mt6589/mt8135/mt8127
> This also correct timer interrupt flag. The old setting works
> because boot loader already set polarity for timer interrupt.
> Without intpol support, the setting was not changed
On 12/24/2014 09:52 PM, Dmitry Osipenko wrote:
I think "ARM: tegra:" is wrong prefix for this patch and "soc: tegra:" should be
used instead to show that it belongs to SoC driver, not arch code.
Indeed. Will fix in v2.
Thanks,
Vince
--
To unsubscribe from this list: send the line "unsubscribe
From: Ahmed S. Darwish
CAN to USB interfaces sold by the Swedish manufacturer Kvaser are
divided into two major families: 'Leaf', and 'UsbcanII'. From an
Operating System perspective, the firmware of both families behave
in a not too drastically different fashion.
This patch adds support for th
From: Ahmed S. Darwish
"Someone reported me that recent leaf firmwares go in trouble when
you send a command for a channel that does not exist. Instead ...
you can move the reset command to kvaser_usb_init_one() function."
Suggested-by: Olivier Sobrie
Signed-off-by: Ahmed S. Darwish
---
drive
From: Ahmed S. Darwish
Flooding the Kvaser CAN to USB dongle with multiple reads and
writes in very high frequency (*), closing the CAN channel while
all the transmissions are on (#), opening the device again (@),
then sending a small number of packets would make the driver
enter an almost infini
Before:
1 ERROR: code indent should use tabs where possible
1 WARNING: please, no spaces at the start of a line
After:
(none)
Signed-off-by: David Decotigny
---
drivers/staging/comedi/drivers/dmm32at.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drive
From: Ahmed S. Darwish
Flooding the Kvaser CAN to USB dongle with multiple reads and
writes in high frequency caused seemingly-random panics in the
kernel.
On further inspection, it seems the driver erroneously freed the
to-be-transmitted packet upon getting tight on URBs and returning
NETDEV_TX
Just in time for those last minute gifts!
Update to iproute2 for 3.18
Lots of activity around switching, ss command output and usual
set of documentation fixes. Vadim has also revived the long ignored
tests.
Source:
http://www.kernel.org/pub/linux/utils/net/iproute2/iproute2-3.18.0.tar.gz
Repo
Hi! Heiko
Any suggestion?
On 2014/12/3 15:57, Roger wrote:
Hi! Heiko
about regulator, power gpio, reset gpio and irq gpio
please refer to my comment inline, tks.
On 2014/12/2 7:44, Heiko Stübner wrote:
Hi Roger,
the comments inline are a rough first review. I hope to get a clearer
picture
On Friday 12 December 2014 11:12:50 Andrew Duggan wrote:
> On 12/12/2014 12:12 AM, Gabriele Mazzotta wrote:
> > On Thursday 11 December 2014 16:26:00 Andrew Duggan wrote:
> >> On 12/11/2014 01:57 PM, Gabriele Mazzotta wrote:
> >>> On Thursday 11 December 2014 13:34:02 Andrew Duggan wrote:
> On
Hi!
>
> Try this test program: https://github.com/mseaborn/rowhammer-test
>
> It has reproduced bit flips on various machines.
>
> Your program won't be an effective test because you're just hammering
> addresses x and x+64, which will typically be in the same row of DRAM.
>
> For the test to b
This patch adds the DTS bindings for the adxl34x digital
accelerometer.
Signed-off-by: Walter Lozano
---
arch/arm/boot/dts/socfpga_cyclone5_sockit.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/socfpga_cyclone5_sockit.dts
b/arch/arm/boot/dts/socfpg
On Wed, Dec 24, 2014 at 6:45 AM, Steffen Trumtrar
wrote:
> Hi!
>
> On Tue, Dec 23, 2014 at 10:04:22AM -0300, Walter Lozano wrote:
>> This patch adds the DTS bindings for the adxl34x digital
>> accelerometer.
>>
>
> Thanks for doing this. Does the ADXL34 work now? Last time I
> tried it, I didn't g
On Wed, Dec 24, 2014 at 11:08:52AM +0800, Peter Chen wrote:
> On Tue, Dec 23, 2014 at 11:40:23AM -0800, David Cohen wrote:
> > Hi Peter,
> >
> > Thanks for the review.
> >
> > On Tue, Dec 23, 2014 at 09:25:18AM +0800, Peter Chen wrote:
> > > On Mon, Dec 22, 2014 at 02:43:37PM -0800, David Cohen w
Hi Felipe,
Thanks replying.
On Tue, Dec 23, 2014 at 06:29:04PM -0600, Felipe Balbi wrote:
> Hi,
>
> On Mon, Dec 22, 2014 at 02:43:37PM -0800, David Cohen wrote:
> > Some platforms have an USB OTG port fully (or partially) controlled by
> > GPIOs:
> >
> > (1) USB ID is connected directly to GPIO
From: Alexander Usyskin
H_RST bit in H_CSR register may be found lit before reset is started,
for example if preceding reset flow hasn't completed.
In that case asserting H_RST will be ignored, therefore we need to clean
H_RST bit to start a successful reset sequence.
Cc: #3.10+
Signed-off-by:
On Tue 2014-12-23 21:49:04, Pavel Machek wrote:
> On Tue 2014-12-23 15:23:25, Mauro Carvalho Chehab wrote:
> > Em Wed, 3 Dec 2014 22:46:41 +0100
> > Pavel Machek escreveu:
> >
> > >
> > > We are moving to device tree support on OMAP3, but that currently
> > > breaks ADP1653 driver. This adds dev
We are moving to device tree support on OMAP3, but that currently
breaks ADP1653 driver. This adds device tree support, plus required
documentation.
Signed-off-by: Pavel Machek
---
Changed -microsec to -us, as requested by devicetree people.
Fixed checkpatch issues.
diff --git a/Documentatio
On Wed 2014-12-24 11:47:50, Mark Seaborn wrote:
> Hi Pavel,
>
> Try this test program: https://github.com/mseaborn/rowhammer-test
>
> It has reproduced bit flips on various machines.
>
> Your program won't be an effective test because you're just hammering
> addresses x and x+64, which will typi
Add the RCAN clock support to the R-Car generation 2 CPG driver. This clock
gets derived from the USB_EXTAL clock, dividing it by 6. The layout of the
RCANCKCR register is similar to those of the clocks supported by the 'clk-div6'
driver but has no divider field, and so can't be supported by th
Add of_pci_dma_configure() to allow updating the dma configuration
of the pci device using the configuration from DT of the parent of
the root bridge device.
Signed-off-by: Murali Karicheri
---
drivers/of/of_pci.c| 73
include/linux/of_pci.h
If there is a DT node available for the root bridge's parent device,
use the dma configuration from that device node. For example, keystone
PCI devices would require dma_pfn_offset to be set correctly in the
device structure of the pci device in order to have the correct dma mask.
The DT node will
PCI devices on Keystone doesn't have correct dma_pfn_offset set. This patch
add capability to set the dma configuration such as dma-mask, dma_pfn_offset,
and dma ops etc using the information from DT. The prior RFCs and discussions
are available at [1] and [2] below.
[2] : https://www.mail-archive
Hi!
> Try this test program: https://github.com/mseaborn/rowhammer-test
>
> It has reproduced bit flips on various machines.
>
> Your program won't be an effective test because you're just hammering
> addresses x and x+64, which will typically be in the same row of
> DRAM.
Yep, I found out I wa
When call to of_dma_get_range() fails, the code currently set size
to dev->coherent_dma_mask instead of dev->coherent_dma_mask + 1. Fix this
to make the code consistent with the case when size is obtained from
dma-range property.
Signed-off-by: Murali Karicheri
Reviewed-by: Arnd Bergmann
---
dr
dma_mask should be limited to minimum of the default dma mask
and dma-range size configured in DT for proper operation.
Signed-off-by: Murali Karicheri
Reviewed-by: Arnd Bergmann
---
arch/arm/mm/dma-mapping.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mm/dma-mapping.c b/arc
All,
For years now EMAC has provided an out-of-tree series of class drivers
for accessing various devices. The EMAC GPIO class and character
interfaces predate the introduction of the gpiolib interface and have
been ported across several kernel versions.
http://wiki.emacinc.com/wiki/Using_the_EMA
dma_mask should be limited to minimum of the default dma mask
and dma-range size configured in DT for proper operation.
Signed-off-by: Murali Karicheri
Reviewed-by: Arnd Bergmann
---
arch/arm/mm/dma-mapping.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mm/dma-mapping.c b/arc
On Wed, Dec 24, 2014 at 1:30 PM, David Matlack wrote:
> On Mon, Dec 22, 2014 at 4:39 PM, Andy Lutomirski wrote:
>> The pvclock vdso code was too abstracted to understand easily and
>> excessively paranoid. Simplify it for a huge speedup.
>>
>> This opens the door for additional simplifications,
While exploring the offset2lib attack I remembered that
grsecurity has an interesting feature to make such attacks
much harder. Exploits can brute stack canaries often very easily
if the target is a forking server like sshd or Apache httpd.
The problem is that after fork() the child has by definiti
On Mon, Dec 22, 2014 at 4:39 PM, Andy Lutomirski wrote:
> The pvclock vdso code was too abstracted to understand easily and
> excessively paranoid. Simplify it for a huge speedup.
>
> This opens the door for additional simplifications, as the vdso no
> longer accesses the pvti for any vcpu other
Using the common code removes some code duplication, and
makes it easier to switch to using mmc_of_parse() which
will remove more duplication.
This uses the new mmc_gpio_set_cd_isr to provide a non-standard
interrupt service routine for card-detect interrupts.
Signed-off-by: NeilBrown
---
drive
This ensures that all standard options are available to hsmmc,
In particular, I need cap-power-off-card.
Signed-off-by: NeilBrown
---
drivers/mmc/host/omap_hsmmc.c | 33 -
1 file changed, 8 insertions(+), 25 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc
One of the reasons omap_hsmmc doesn't use the slot-gpio library
is that it has some non-standard functionality in the card-detect
interrupt service routine.
To make it possible for omap_hsmmc (and maybe others) to be converted
to use slot-gpio, add 'mmc_gpio_set_cd_isr' which provides an
alternate
This is a resend against latest
git://git.linaro.org/people/ulf.hansson/mmc next
with requested changes.
My goal is to get omap_hsmmc to use the common code for parsing of,
particularly so that I can set "cap-power-off-card", which omap_hsmmc
doesn't explicitly report.
Thanks,
NeilBrown
---
On 12/24/2014 11:44 AM, Dmitry Torokhov wrote:
> On Wed, Dec 24, 2014 at 9:37 AM, Nishanth Menon wrote:
>> On 12/24/2014 11:31 AM, Dmitry Torokhov wrote:
>>> On Wed, Dec 24, 2014 at 9:16 AM, Nishanth Menon wrote:
On 12/24/2014 11:09 AM, Dmitry Torokhov wrote:
> On Wed, Dec 24, 2014 at 8:
From: Pravin Shelar
Date: Wed, 24 Dec 2014 10:49:22 -0800
> On Tue, Dec 23, 2014 at 10:41 PM, kbuild test robot
> wrote:
>> net/openvswitch/vport-gre.c:188:5-11: inconsistent IS_ERR and PTR_ERR,
>> PTR_ERR on line 189
>>
>> PTR_ERR should access the value just tested by IS_ERR
>>
>> Semantic p
> On 24 Dec 2014, at 17:21, Andrew Bresticker wrote:
>
>> On Tue, Dec 23, 2014 at 9:22 PM, Vinod Koul wrote:
>>> On Thu, Dec 11, 2014 at 02:59:17PM -0800, Andrew Bresticker wrote:
>>> Add support for the IMG Multi-threaded DMA Controller (MDC) found on
>>> certain IMG SoCs. Currently this dr
Hello!
What is preferred way from kernel driver to inform userspace
about LED device brightness change? In /sys/class/leds//
is file brightness which can be used to read current brightness
or set write new value. But sometimes also firmware (or device)
can change value on its own and thus user
Hello, can you update menuconfig description about UDF filesystem
in file fs/udf/Kconfig? There is information only about CD/DVD
discs and packet mode. But UDF FS can be used also on hard disks
or removable usb disks (as multiplatform alternative to FAT32).
It means that CONFIG_UDF_FS can be us
Hi Catalin,
Good feedback. In particular, though we have only one example of _DSD (network
parameters because the hardware might be reset post boot and some of it is not
sophisticated enough to preserve programmed MAC and parameters such as PHy type
that will require reloading, both because dri
On Wed, 24 Dec 2014, Prarit Bhargava wrote:
>
>
> On 12/23/2014 12:52 PM, Nicholas Mc Guire wrote:
> > The successive init_completion calls should be reinit_completion here.
> >
>
> Hi Nicholas,
>
> I know enough about this code to break it ;) ... what condition did you hit
> that
> led you
On 12/23/2014 12:52 PM, Nicholas Mc Guire wrote:
> The successive init_completion calls should be reinit_completion here.
>
Hi Nicholas,
I know enough about this code to break it ;) ... what condition did you hit that
led you to this patch?
P.
> patch is against 3.18.0 linux-next
>
> Signed
Hello!
With new 3.19-rc1 kernel every time when I open LID on my laptop, kernel prints
these error lines to dmesg:
[25566.368133] [drm:hsw_unclaimed_reg_detect.isra.6 [i915]] *ERROR* Unclaimed
register detected. Please use the i915.mmio_debug=1 to debug this problem.
[25566.368134] [drm:intel_u
On Tue, Dec 23, 2014 at 10:41 PM, kbuild test robot
wrote:
> net/openvswitch/vport-gre.c:188:5-11: inconsistent IS_ERR and PTR_ERR,
> PTR_ERR on line 189
>
> PTR_ERR should access the value just tested by IS_ERR
>
> Semantic patch information:
> There can be false positives in the patch case, w
On Wednesday 24 December 2014 19:37:37 Johan Hedberg wrote:
> Hi Pali,
>
> On Wed, Dec 24, 2014, Pali Rohár wrote:
> > > Could you try the attached patch? I think the reason might
> > > be the dependence on the HCI_CONNECTABLE flag that's only
> > > set if the page scan was enabled through mgmt (w
Hi Pali,
On Wed, Dec 24, 2014, Pali Rohár wrote:
> > Could you try the attached patch? I think the reason might be
> > the dependence on the HCI_CONNECTABLE flag that's only set if
> > the page scan was enabled through mgmt (which wouldn't be the
> > case with BlueZ 4.98).
> >
> > Johan
>
> Hi J
On Wednesday 24 December 2014 18:36:52 Johan Hedberg wrote:
> Hi Pali,
>
> On Wed, Dec 24, 2014, Pali Rohár wrote:
> > now I installed 3.19-rc1 kernel and my bluetooth headset was
> > refused to connect automatically. I need to start
> > connection manually from laptop (and then it working).
> > B
On 12/24, Stijn Volckaert wrote:
>
> The question now is whether or not it's the security module's
> responsibility to check whether a tracee relationship is already in
> place or if ptrace itself should do it.
Honestly, I have no idea
> --- a/kernel/ptrace.c 2014-12-24 13:53:23.055346526 +0100
>
On Wed, Dec 24, 2014 at 05:55:28PM +0800, Lai Jiangshan wrote:
> The 48a7639ce80c ("rcu: Make callers awaken grace-period kthread")
> removed the irq_work_queue(), so the TREE_RCU doesn't need
> irq work any more.
>
> Signed-off-by: Lai Jiangshan
Good catch, queued for 3.20. Thank you!
On Wed 2014-12-24 09:38:22, Andy Lutomirski wrote:
> On Wed, Dec 24, 2014 at 9:25 AM, Pavel Machek wrote:
> > On Wed 2014-12-24 09:13:32, Andy Lutomirski wrote:
> >> On Wed, Dec 24, 2014 at 8:38 AM, Pavel Machek wrote:
> >> > Hi!
> >> >
> >> > It seems that it is easy to induce DRAM bit errors by
On Wed, Dec 24, 2014 at 9:37 AM, Nishanth Menon wrote:
> On 12/24/2014 11:31 AM, Dmitry Torokhov wrote:
>> On Wed, Dec 24, 2014 at 9:16 AM, Nishanth Menon wrote:
>>> On 12/24/2014 11:09 AM, Dmitry Torokhov wrote:
On Wed, Dec 24, 2014 at 8:48 AM, Nishanth Menon wrote:
> On 12/16/2014 05:
On Wed, Dec 24, 2014 at 9:25 AM, Pavel Machek wrote:
> On Wed 2014-12-24 09:13:32, Andy Lutomirski wrote:
>> On Wed, Dec 24, 2014 at 8:38 AM, Pavel Machek wrote:
>> > Hi!
>> >
>> > It seems that it is easy to induce DRAM bit errors by doing repeated
>> > reads from adjacent memory cells on common
On 12/24/2014 11:31 AM, Dmitry Torokhov wrote:
> On Wed, Dec 24, 2014 at 9:16 AM, Nishanth Menon wrote:
>> On 12/24/2014 11:09 AM, Dmitry Torokhov wrote:
>>> On Wed, Dec 24, 2014 at 8:48 AM, Nishanth Menon wrote:
On 12/16/2014 05:09 PM, Dmitry Torokhov wrote:
> A lot of callers are missi
Hi Pali,
On Wed, Dec 24, 2014, Pali Rohár wrote:
> now I installed 3.19-rc1 kernel and my bluetooth headset was refused
> to connect automatically. I need to start connection manually from
> laptop (and then it working). Before when I started bluetooth headset
> it automatically connected and I di
On Wed, Dec 24, 2014 at 9:16 AM, Nishanth Menon wrote:
> On 12/24/2014 11:09 AM, Dmitry Torokhov wrote:
>> On Wed, Dec 24, 2014 at 8:48 AM, Nishanth Menon wrote:
>>> On 12/16/2014 05:09 PM, Dmitry Torokhov wrote:
A lot of callers are missing the fact that dev_pm_opp_get_opp_count
needs
On Wed 2014-12-24 09:13:32, Andy Lutomirski wrote:
> On Wed, Dec 24, 2014 at 8:38 AM, Pavel Machek wrote:
> > Hi!
> >
> > It seems that it is easy to induce DRAM bit errors by doing repeated
> > reads from adjacent memory cells on common hw. Details are at
> >
> > https://www.ece.cmu.edu/~safari/p
All exported functions use dev_pm_* prefix and all static functions
are now standardized with _ prefix. This is better than having to deal
with multiple function naming styles within the same file.
Signed-off-by: Nishanth Menon
---
drivers/base/power/opp.c | 62 +++-
It is a little usual to see with multiple contributors that file tends to loose
a consistent feel. So, try and fix it up in this trivial change series - no
functional changes at all.
based on v3.19-rc1 tag
Nishanth Menon (3):
PM / OPP: export dev_pm_opp_get_notifier
PM / OPP: Ensure consiste
kernel doc has gotten bit-rotted over time. Re-sync with Locking and
Return information. document all functions properly and ensure that
./scripts/kernel-doc -v ./drivers/base/power/opp.c >/dev/null returns
no errors
Signed-off-by: Nishanth Menon
---
drivers/base/power/opp.c | 127
Allows user drivers such as devfreq to be modules.
Signed-off-by: Nishanth Menon
---
drivers/base/power/opp.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/base/power/opp.c b/drivers/base/power/opp.c
index d24dd614a..1b385e4 100644
--- a/drivers/base/power/opp.c
+++ b/drivers/ba
On Wed, Dec 24, 2014 at 12:22:19PM +, Kirill A. Shutemov wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> This patch also adjust __SWP_TYPE_SHIFT and increase number of bits
> availble for swap offset.
>
> Signed-off-b
On Tue, Dec 23, 2014 at 9:22 PM, Vinod Koul wrote:
> On Thu, Dec 11, 2014 at 02:59:17PM -0800, Andrew Bresticker wrote:
>> Add support for the IMG Multi-threaded DMA Controller (MDC) found on
>> certain IMG SoCs. Currently this driver supports the variant present
>> on the MIPS-based Pistachio So
Hi,
Some thoughts before the end of the year. I won't be able to follow up
until around 5th of January though.
On Fri, Oct 17, 2014 at 02:37:14PM +0100, Hanjun Guo wrote:
> --- /dev/null
> +++ b/Documentation/arm64/arm-acpi.txt
> @@ -0,0 +1,323 @@
> +ACPI on ARMv8 Servers
> +-
On 12/24/2014 11:09 AM, Dmitry Torokhov wrote:
> On Wed, Dec 24, 2014 at 8:48 AM, Nishanth Menon wrote:
>> On 12/16/2014 05:09 PM, Dmitry Torokhov wrote:
>>> A lot of callers are missing the fact that dev_pm_opp_get_opp_count
>>> needs to be called under RCU lock. Given that RCU locks can safely b
Hello,
now I installed 3.19-rc1 kernel and my bluetooth headset was refused to connect
automatically. I need to start
connection manually from laptop (and then it working). Before when I started
bluetooth headset it automatically
connected and I did not have to do anything. Now with 3.19-rc1 k
On Wed, Dec 24, 2014 at 8:38 AM, Pavel Machek wrote:
> Hi!
>
> It seems that it is easy to induce DRAM bit errors by doing repeated
> reads from adjacent memory cells on common hw. Details are at
>
> https://www.ece.cmu.edu/~safari/pubs/kim-isca14.pdf
>
> . Older memory modules seem to work better
On Wed, Dec 24, 2014 at 8:48 AM, Nishanth Menon wrote:
> On 12/16/2014 05:09 PM, Dmitry Torokhov wrote:
>> A lot of callers are missing the fact that dev_pm_opp_get_opp_count
>> needs to be called under RCU lock. Given that RCU locks can safely be
>> nested, instead of providing *_locked() API, le
Rickard Strandqvist writes:
> Remove the function rtl8723be_phy_get_txpower_level() that is not used
> anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Thanks, applied to wireless-drivers-next.git.
--
Ka
On 12/16/2014 10:37 PM, Viresh Kumar wrote:
> On 17 December 2014 at 04:39, Dmitry Torokhov wrote:
>> cpufreq-dt driver supports mode when OPP table is provided by platform
>> code and not device tree. However on certain platforms code that fills
>> OPP table may run after cpufreq driver tries to
On 24 December 2014 at 11:47, Jagannadha Teki wrote:
> + Yazen Ghannam
> + Herbert Xu
> + Steve Capper
>
> On Tue, Dec 23, 2014 at 3:45 PM, Jagan Teki wrote:
>> Hi,
>>
>> I need some information to validate arm64/crypto, do we have any
>> exact/defined way to validate this.
>>
>> Here are my find
Rickard Strandqvist writes:
> Remove the function rtl92ee_get_available_desc() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Thanks, applied to wireless-drivers-next.git.
But I simplifi
On Wed, Dec 17, 2014 at 6:02 AM, Miklos Szeredi wrote:
> Hi Linus,
>
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
>
> First part makes sure we don't hold up umount with pending async requests. In
> addition to being a cleanup, this is a small
On 12/16/2014 05:09 PM, Dmitry Torokhov wrote:
> A lot of callers are missing the fact that dev_pm_opp_get_opp_count
> needs to be called under RCU lock. Given that RCU locks can safely be
> nested, instead of providing *_locked() API, let's take RCU lock inside
> dev_pm_opp_get_opp_count() and lea
Hi!
(I added original researches to the list).
I see you have FPGA-based detector, and probably PC based detector,
too. Would it be possible to share sources of the PC based one?
Thanks,
Pavel
On Wed 2014-12-24 17:38:23, Pavel Mach
1 - 100 of 282 matches
Mail list logo
