This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/hid/uhid.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/hid/uhid.c
These patches enhance kernel style usage, and allows smaller code while
preventing accidental code edits to produce overflows.
The semantic patch at scripts/coccinelle/api/memdup.cocci was used to
detect and edit this situation.
--
To unsubscribe from this list: send the line "unsubscribe
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Not compile tested.
drivers/media/dvb-frontends/drx39xyj/drxj.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/gpu/drm/drm_edid.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/message/fusion/mptbase.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/scsi/aic7xxx/aic79xx_core.c |4 ++--
drivers/scsi/aic7xxx/aic7xxx_core.c |4 ++--
2 files changed, 4
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/scsi/qla4xxx/ql4_os.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/scsi/mpt2sas/mpt2sas_scsih.c |4 +---
drivers/scsi/mpt3sas/mpt3sas_scsih.c |3 +--
2 files changed, 2
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/scsi/aacraid/commctrl.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/scsi/qla2xxx/qla_mbx.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/staging/rtl8723au/hal/rtl8723a_hal_init.c |3 +--
drivers/staging/rtl8723au/os_dep/ioctl_cfg80211.c | 16
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/media/platform/soc_camera/soc_camera.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Tested by compilation without errors.
drivers/usb/gadget/configfs.c|4 +---
drivers/usb/gadget/lpc32xx_udc.c |3 +--
2 files changed, 2
Add pci_fixup_suspend_late as a new pci_fixup_pass. The pass is called
from suspend_noirq and poweroff_noirq. Using the same pass for suspend
and hibernate is consistent with resume_early which is called by
resume_noirq and restore_noirq.
The new quirk pass is required for Thunderbolt support on
This issue was reported by coccicheck using the semantic patch
at scripts/coccinelle/api/memdup.cocci
Signed-off-by: Benoit Taine
---
Not compile tested, due incompatible architecture.
drivers/pinctrl/pinconf-generic.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Add two quirks to support thunderbolt suspend/resume on apple systems.
We need to perform two different actions during suspend and resume:
The whole controller has to be powered down before suspend. If this is
not done then the NHI device will be gone after resume if a thunderbolt
device was
Every thunderbolt device consists (logically) of a switch with multiple
ports. Every port contains up to four config regions (HOPS, PORT,
SWITCH, COUNTERS) which are used to configure the device.
The tb_regs.h file contains all known registers and capabilities from
these config regions.
Add eeprom access code and read the uid during switch initialization.
The UID will be used to check device identity after suspend.
Signed-off-by: Andreas Noever
---
drivers/thunderbolt/Makefile | 2 +-
drivers/thunderbolt/eeprom.c | 189 +++
On Mon, May 26, 2014 at 01:58:22PM +0530, Tushar Behera wrote:
> If master clock is provided through device tree, then update
> the master clock frequency during set_sysclk.
Applied, thanks.
signature.asc
Description: Digital signature
We use _noirq since we have to restore the pci tunnels before the pci
core wakes the tunneled devices.
Signed-off-by: Andreas Noever
---
drivers/thunderbolt/nhi.c| 33 +
drivers/thunderbolt/switch.c | 84
drivers/thunderbolt/tb.c
This patch adds the structures tb_switch and tb_port as well as code to
initialize the root switch.
Signed-off-by: Andreas Noever
---
drivers/thunderbolt/Makefile | 2 +-
drivers/thunderbolt/switch.c | 186 +++
drivers/thunderbolt/tb.c | 8 ++
On Mon, May 26, 2014 at 01:58:21PM +0530, Tushar Behera wrote:
> If master clock is provided through device tree, then update
> the master clock frequency during set_sysclk.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Sebastian,
On May 26, 2014, at 6:09 PM, Sebastian Reichel wrote:
> Hi,
>
> On Mon, May 26, 2014 at 02:55:37PM +0300, Pantelis Antoniou wrote:
>> On May 26, 2014, at 2:23 PM, Grant Likely wrote:
>>> On Mon, 26 May 2014 12:57:32 +0200, Geert Uytterhoeven
>>> wrote:
>>> Heeheehee. We're back
On 05/26/2014 08:09 AM, Sebastian Reichel wrote:
Hi,
On Mon, May 26, 2014 at 02:55:37PM +0300, Pantelis Antoniou wrote:
On May 26, 2014, at 2:23 PM, Grant Likely wrote:
On Mon, 26 May 2014 12:57:32 +0200, Geert Uytterhoeven
wrote:
Heeheehee. We're back where we started. The original
patch 37ebbcff7837 ("arm: iop13xx: Use sparse irqs for MSI") moved
iop13xx over to sparse IRQ support, but this broke the build for the
msi.c file, which now has to include mach/irqs.h itself.
Signed-off-by: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Grant Likely
diff --git
Hi,
On Mon, May 26, 2014 at 02:55:37PM +0300, Pantelis Antoniou wrote:
> On May 26, 2014, at 2:23 PM, Grant Likely wrote:
> > On Mon, 26 May 2014 12:57:32 +0200, Geert Uytterhoeven
> > wrote:
> > Heeheehee. We're back where we started. The original question is whether
> > or not that is a valid
Hi Maxime,
Am Montag, den 26.05.2014, 15:40 +0200 schrieb Maxime Ripard:
> On Mon, May 26, 2014 at 11:52:25AM +0200, Daniel Lezcano wrote:
> > On 05/26/2014 11:45 AM, Stephen Rothwell wrote:
> > >Hi all,
> > >
> > >On Fri, 23 May 2014 12:22:04 +0200 Daniel Lezcano
> > > wrote:
> > >>
> > >>
On Mon, May 26, 2014 at 04:45:05PM +0200, Dominique van den Broeck wrote:
>
> Hello Willy,
>
> > I don't want to be nit-picking, but since we're talking about style...
> > for me these "} else {" statements are harder to parse than having them
> > on two lines this way :
> > <...>
> >
> > It's
The gpio-pch driver was recently enabled for compile-tests,
which revealed that it is missing an include for linux/slab.h,
which on ARM is not implied by any of the other headers.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/gpio/gpio-pch.c b/drivers/gpio/gpio-pch.c
index 83a1563..d6eac9b
Hello again,
Is there need any additional information? Or this feature is not ready
for production?
On Mon, May 19, 2014 at 11:31 PM, roma1390 wrote:
> Hello again.
>
> Tried this on latest head: 14186fea0cb06bc43181ce239efe0df6f1af260a
>
> Getting same error. If there is needed some
On Mon, May 26, 2014 at 03:26:37PM +0530, Keerthy wrote:
> This patch adds support for TPS65917 PMIC regulators.
>
> The regulators set consists of 5 SMPSs and 5 LDOs. The output
> voltages are configurable and are meant to supply power to the
> main processor and other components.
This appears
Add support for the AXP221 PMIC device to the existing AXP20x driver.
The AXP221 defines a new set of registers, power supplies and regulators,
but most of the API is similar to the AXP20x ones.
The AXP20x irq chip definition is reused, though some interrupts are not
available in the AXP221.
Hello,
This patch series adds basic support for the X-Powers' AXP221 PMIC.
At the moment the MFD device only exposes the AXP221 regulators but other
subdevices might be added later.
I'm still waiting for inputs regarding the ipsout regulator representation:
* The ipsout regulator is currently
Hello,
can You resend it, I still waiting, and possible missed Your delivery.
Thank You.
On Mon, May 19, 2014 at 6:29 PM, Kent Overstreet wrote:
> I'll be sending the fix out in the next pull request, in the next day or so.
>
> On Mon, May 19, 2014 at 8:10 AM, roma1390 wrote:
>> Hello
>>
>>
The init_data and of_node fields of the axp2xx_matches tables are filled
at each device probe by the axp20x_regulator_parse_dt function (which then
calls the of_regulator_match function).
This means we can probe a new device and consider data initialized during
the probe of another device as
Add AXP221 regulator definitions and choose the appropriate definitions
according to the variant id passed by the MFD device.
Signed-off-by: Boris BREZILLON
---
drivers/regulator/axp20x-regulator.c | 98 +---
1 file changed, 90 insertions(+), 8 deletions(-)
diff
Hi Georgi,
On Mon, 2014-05-26 at 16:58 +0300, Georgi Djakov wrote:
> The Kconfig options DEBUG_MSM_UART1, DEBUG_MSM_UART2 and DEBUG_MSM_UART3
> are removed, but they are still referenced in arch/arm/mach-msm/io.c
> Fix this by updating the reference to the new Kconfig option.
>
> Reported-by:
Rework the AXP20X_ macros to support the several chip families, so that
each family can define it's own set of regulators, and regulator matches.
Pass a match table to the axp20x_regulator_parse_dt function instead of
statically using the axp20x match table.
Signed-off-by: Boris BREZILLON
---
Some regulators might take their power supply from other regulators defined
by the same PMIC.
Retry regulators registration until all regulators are registered or the
last iteration didn't manage to register any new regulator (which means
there's an external dependency missing and we can thus
Il 26/05/2014 16:28, Michael S. Tsirkin ha scritto:
static inline void apic_clear_isr(int vec, struct kvm_lapic *apic)
{
- if (__apic_test_and_clear_vector(vec, apic->regs + APIC_ISR))
+ struct kvm_vcpu *vcpu;
+ if (!__apic_test_and_clear_vector(vec, apic->regs + APIC_ISR))
+
On Mon, May 26, 2014 at 10:38:14AM +0200, Philipp Zabel wrote:
> Add Linear Technology Corporation to the list of device tree vendor prefixes.
Applied, thanks.
signature.asc
Description: Digital signature
The Berlin SATA PHY drives the PHY related to the SATA interface. Add
the corresponding documentation.
Signed-off-by: Antoine Ténart
---
Documentation/devicetree/bindings/phy/berlin-sata-phy.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
The Berlin SoC has a two SATA ports. Add a PHY driver to handle them.
The mode selection can let us think this PHY can be configured to fit
other purposes. But there are reasons to think the SATA mode will be
the only one usable: the PHY registers are only accessible indirectly
through two
This series adds the support for Berlin SoC AHCI controller. The
controller allows to use the SATA host interface and, for example, the
eSATA port on the BG2Q.
The series adds a PHY driver to control the two SATA ports available,
and adds a generic compatible to use the existing ahci_platform
The BG2Q has an AHCI SATA controller with an eSATA interface. Enable it.
Only enable the first port, the BG2Q DMP does not support the second one.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 8
1 file changed, 8 insertions(+)
diff --git
The BG2Q has an AHCI SATA controller. Add the corresponding nodes
(AHCI, PHY) into its device tree.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q.dtsi | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi
The libahci now allows to use multiple PHYs and to represent each port
as a sub-node. Add these bindings to the documentation.
Signed-off-by: Antoine Ténart
---
.../devicetree/bindings/ata/ahci-platform.txt | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff
The current implementation of the libahci does not allow to use multiple
PHYs. This patch adds the support of multiple PHYs by the libahci while
keeping the old bindings valid for device tree compatibility.
This introduce a new way of defining SATA ports in the device tree, with
one port per
The ahci_platform driver is a generic driver using the libahci_platform
functions. Add a generic compatible to avoid having an endless list of
compatibles with no differences for the same driver.
Signed-off-by: Antoine Ténart
---
drivers/ata/ahci_platform.c | 2 ++
1 file changed, 2
On Mon, May 26, 2014 at 02:01:11PM +0800, Zhu, Lejun wrote:
> On 5/24/2014 1:49 AM, Mark Brown wrote:
> > There should also be no need to add extra locking around regmap calls,
> > the regmap API has locking as standard.
> Actually it also protects the pmic variable, so it won't be set to NULL
>
On Thu, May 8, 2014 at 10:49 PM, Bjorn Helgaas wrote:
> --- a/arch/sh/drivers/pci/fixups-dreamcast.c
> +++ b/arch/sh/drivers/pci/fixups-dreamcast.c
> @@ -31,6 +31,8 @@
> static void gapspci_fixup_resources(struct pci_dev *dev)
> {
> struct pci_channel *p = dev->sysdata;
> + struct
There are references to four undefined Kconfig macros in the code.
Commit 8542373dccd2 ("Staging: rtl8812ae: remove undefined Kconfig
macros") removed identical references from another staging driver, but
they resurfaced in rtl8192ee. Remove these again as the checks for them
still will always
Hello Willy,
> I don't want to be nit-picking, but since we're talking about style...
> for me these "} else {" statements are harder to parse than having them
> on two lines this way :
> <...>
>
> It's just a matter of taste I know, but for me they read easier, probably
> because the braces do
On Mon, May 26, 2014 at 10:26:46AM +0200, Krzysztof Kozlowski wrote:
> Fix the register for ramp delay of buck1 regulator. Buck1 and buck6
> share the field (offset 4) in ramp delay register S2MPA01_REG_RAMP2.
Applied, thanks.
signature.asc
Description: Digital signature
On 23 May 2014 14:53, wrote:
> From: Srinivas Kandagatla
>
> MCIFIFOCNT register behaviour on Qcom chips is very different than the other
> pl180 integrations. MCIFIFOCNT register contains the number of
> words that are still waiting to be transferred through the FIFO. It keeps
> decrementing
On Fri, May 23, 2014 at 04:51:53PM +0200, Paolo Bonzini wrote:
> When Hyper-V enlightenments are in effect, Windows prefers to issue an
> Hyper-V MSR write to issue an EOI rather than an x2apic MSR write.
> The Hyper-V MSR write is not handled by the processor, and besides
> being slower, this
On Mon, May 26, 2014 at 02:05:25PM +0200, Geert Uytterhoeven wrote:
> Rejecting unsupported values of spi-tx-bus-width and spi-rx-bus-width
> may break compatibility with future DTs. Just ignore them, falling back
> to Single SPI Transfers.
Applied, thanks.
signature.asc
Description: Digital
Hi Dominique,
On Wed, May 21, 2014 at 02:09:59PM +0200, Dominique van den Broeck wrote:
> Style-only modifications to comply with checkpatch.pl --strict --file.
> . Adds every missing brace in condition statements.
>
> Signed-off-by: Dominique van den Broeck
> ---
> Apply on linux-next tree,
On 26 May 2014 16:21, Ulf Hansson wrote:
> On 23 May 2014 14:52, wrote:
>> From: Srinivas Kandagatla
>>
>> On Controllers like Qcom SD card controller where cclk is mclk and mclk
>> should
>> be directly controlled by the driver.
>>
>> This patch adds support to control mclk directly in the
On 23 May 2014 14:52, wrote:
> From: Srinivas Kandagatla
>
> On Controllers like Qcom SD card controller where cclk is mclk and mclk should
> be directly controlled by the driver.
>
> This patch adds support to control mclk directly in the driver, and also
> adds explicit_mclk_control and
On Mon, 2014-05-26 at 20:16 +0800, Libo Chen wrote:
> On 2014/5/26 13:11, Mike Galbraith wrote:
> > Your synthetic test is the absolute worst case scenario. There has to
> > be work between wakeups for select_idle_sibling() to have any chance
> > whatsoever of turning in a win. At 0 work, it
Jeff Smith wrote:
> I've got no real issues at this point, but could you perhaps elaborate
> a bit on the rough order of magnitude of "long" time
We have never-break-ABI policy in kernel. In practice it means we don't
remove an interface if somebody could notice that it disappears.
Most likely
This patch remove variables that are initialized with a constant,
are never updated, and are only used as parameter of return.
Return the constant instead of using a variable.
Verified by compilation only.
The coccinelle script that find and fixes this issue is:
//
@@
type T;
constant C;
On Mon, 2014-05-26 at 19:49 +0800, Libo Chen wrote:
> how to turn off SD_SHARE_PKG_RESOURCES in userspace ?
I use a script Ingo gave me years and years ago to
twiddle /proc/sys/kernel/sched_domain/cpuN/domainN/flags domain wise.
Doing that won't do you any good without a handler to build/tear
On Mon, May 26, 2014 at 04:27:04PM +0300, Alexey Dobriyan wrote:
> On Thu, May 22, 2014 at 10:28 PM, wrote:
> > * digsig_verify() - digital signature verification with public key
> > * @keyring: keyring to search key in
> > * @sig: digital signature
> > - * @sigen: length of
On 26.05.2014 15:45, Borislav Petkov wrote:
On Mon, May 26, 2014 at 03:26:06PM +0200, Tomasz Nowicki wrote:
Now I do follow :) Nicely done, I have applied your patch and indeed
there are more arch dependencies for !X86.
Not nicely enough, I guess :-)
diff --git a/arch/x86/include/asm/nmi.h
The Kconfig options DEBUG_MSM_UART1, DEBUG_MSM_UART2 and DEBUG_MSM_UART3
are removed, but they are still referenced in arch/arm/mach-msm/io.c
Fix this by updating the reference to the new Kconfig option.
Reported-by: Paul Bolle
Signed-off-by: Georgi Djakov
---
arch/arm/mach-msm/io.c |6
[fsdevel and folks who'd been on d_lru corruption thread Cc'd - that's
a continuation of the same mess]
On Mon, May 26, 2014 at 12:37:41PM +0300, Mika Westerberg wrote:
> Hi,
>
> After v3.15-rc4 my Fedora 20 system with mainline kernel has been suffering
> from the above lockup.
>
> This is
I've got no real issues at this point, but could you perhaps elaborate
a bit on the rough order of magnitude of "long" time and what cases
would be slower? I'm pretty sure that some places I've worked that
still have some remap_file_pages() logic in place aren't too religious
about checking dmesg.
On Mon, 2014-05-26 at 14:49 +0200, Paul Bolle wrote:
> On Fri, 2014-05-23 at 13:42 -0500, Kumar Gala wrote:
> > Ivan T. Ivanov (1):
> >ARM: debug: qcom: make UART address selection configuration option
>
> This one just landed in linux-next (next-20140526).
>
On 05/26/2014 03:49 PM, Paul Bolle wrote:
On Fri, 2014-05-23 at 13:42 -0500, Kumar Gala wrote:
Ivan T. Ivanov (1):
ARM: debug: qcom: make UART address selection configuration option
This one just landed in linux-next (next-20140526).
It removed the Kconfig options DEBUG_MSM_UART1
Jeff Smith wrote:
> OK, I misinterpreted "the overlapped part of the mapping(s) will be
> discarded" as discarding the -new- mappings. My objections about
> needing a replacement for remap_file_pages() are gone, but my concerns
> about existing code still remain.
As I said, emulation will be
On Mon, May 26, 2014 at 11:52:25AM +0200, Daniel Lezcano wrote:
> On 05/26/2014 11:45 AM, Stephen Rothwell wrote:
> >Hi all,
> >
> >On Fri, 23 May 2014 12:22:04 +0200 Daniel Lezcano
> > wrote:
> >>
> >>clocksource: sun5i: Add support for reset controller
> >
> >This commit caused a build
--
Mein Name ist Herr Daniel smith, ich bin ein privater Kreditgeber, die aus geben
Darlehen an Privat-und Firmen Individuen. Haben Sie sich eingeschaltet wurde
von so vielen Banken? Sie brauchen Finanzmittel, um Ihr Unternehmen zu
etablieren? tun
Sie finanzieren für den Ausbau Ihres Geschäfts
Em Thu, May 22, 2014 at 04:27:45PM +0200, Michael Kerrisk (man-pages) escreveu:
> Hi Arnaldo,
>
> On 05/21/2014 11:05 PM, Arnaldo Carvalho de Melo wrote:
> > Em Mon, May 12, 2014 at 11:34:51AM -0300, Arnaldo Carvalho de Melo escreveu:
> >> Em Mon, May 12, 2014 at 12:15:25PM +0200, Michael Kerrisk
On Mon, May 26, 2014 at 03:26:06PM +0200, Tomasz Nowicki wrote:
> Now I do follow :) Nicely done, I have applied your patch and indeed
> there are more arch dependencies for !X86.
Not nicely enough, I guess :-)
> diff --git a/arch/x86/include/asm/nmi.h b/arch/x86/include/asm/nmi.h
> index
On 23.05.14, 19:39, Matthias Brugger wrote:
2014-05-23 17:12 GMT+02:00 Georgi Djakov :
Add information about the APQ8084 debug UART physical and virtual
addresses in the DEBUG_QCOM_UARTDM Kconfig help section.
Requires: https://lkml.org/lkml/2014/4/14/312
Signed-off-by: Georgi Djakov
---
On Mon, May 26, 2014 at 03:03:27PM +0200, Rafael J. Wysocki wrote:
> On Friday, May 23, 2014 04:15:09 PM Heikki Krogerus wrote:
> > A power domain where we save the context of the additional
> > LPSS registers. We need to do this or all LPSS devices are
> > left in reset state when resuming from
This patch is preparation, it adds a couple of helpers to read data and
to get the cached permission checks during that ->read().
Currently INF entries share the same code, they do not implement
specific ->open(), only ->read() coupled with callback calls. Doing
permission checks during ->open()
Add the deny or allow flags, so we can perform proper permission checks
and set the result accordingly. These flags are needed in case we have
to cache the result of permission checks that are done during ->open()
time. Later during ->read(), we can decide to allow or deny the read().
The pid
Add the helper pid_entry_access() to unify the permission checks during
->open()
This is a preparation patch.
Signed-off-by: Djalal Harouni
---
fs/proc/generic.c | 22 ++
fs/proc/internal.h | 2 ++
2 files changed, 24 insertions(+)
diff --git a/fs/proc/generic.c
On Friday 23 May 2014 17:35:34 Arnd Bergmann wrote:
> On Friday 23 May 2014 16:10:17 Daniel Thompson wrote:
> > Only a small handful of platforms support DEBUG_LL_UART_NONE but it
> > lurks in the menus of every single platform config ready to break the
> > build. This is an especial problem for
Series to apply on top of next-20140526
Some /proc//* are sensitive files that need appropriate permission
checks.
Currently there are two issues with these files, to summarize:
1) unprivileged process:
open("/proc/1/*", O_RDONLY)
and passes the fd to something privileged.
Th
On Fri, May 23, 2014 at 05:16:49PM -0700, Stephen Boyd wrote:
> Failure to terminate this match table can lead to boot failures
> depending on where the compiler places the match table.
Applied, thanks.
signature.asc
Description: Digital signature
OK, I misinterpreted "the overlapped part of the mapping(s) will be
discarded" as discarding the -new- mappings. My objections about
needing a replacement for remap_file_pages() are gone, but my concerns
about existing code still remain.
--Jeff
On Mon, May 26, 2014 at 8:35 AM, Paolo Bonzini
Convert stack from an INF entry to a REG one. This way we can perform
and cache the permission checks during ->open(). We make sure that
/proc//stack will continue to use sequence iterators.
The ptrace capability is only cached, it will be re-checked during
->read(). If the opener did not have
On Sat, May 24, 2014 at 11:10:43AM +0800, Axel Lin wrote:
> Use map_voltage_linear_range() if list_voltage_linear_range() is in use and
> nothing is set.
Applied, thanks.
signature.asc
Description: Digital signature
Jeff Smith wrote:
> >> Mirrored mapping is absolutely required by several
> >> independent proprietary platforms I'm aware of, and remap_file_pages()
> >> has historically been the only sane way to accomplish this. (i.e.,
> >> shm_open(), mmap(NULL, 2^(n+1) pages), remap_file_pages() on 2nd
> >>
Convert wchan from an INF entry to a REG one. This way we can perform
and cache the permission checks during ->open(). We make sure that the
/proc//stat will continue to use sequence iterators, in fact this
patch do not affect the logic of /proc//stat, it only makes the
cached permission checks
This patch is preparation, it adds the pid_entry_show() helper function
which will be used to handle /proc//{stat|stack} and to call their
internal handlers. This logic allows these files to continue to use
sequence iterators.
Currently ONE entries share the same code, and they do not perform
This patch is preparation to handle sensitive ONE entries:
/proc//stat
/proc//stack
These files use sequence iterators and we want to keep that logic, and
their internal handler semantics.
The sequence iterators stock the inode in the seq_file->private field,
so in order to keep the semantic and
Il 26/05/2014 15:24, Jeff Smith ha scritto:
Your addr2 mmap() call is a bit incorrect semantically and
syntactically (you skipped the length arg). The addr2 request will
fail because mmap() does not implicitly munmap() occupied virtual
address space.
With MAP_FIXED it does. It is in the man
Convert syscall from an INF entry to a REG one. This way we can perform
and cache the permission checks during ->open().
The ptrace capability is only cached, it will be re-checked during
->read(). If the opener did not have enough privileges then fail.
Signed-off-by: Djalal Harouni
---
Convert wchan from an INF entry to a REG one. This way we can perform
and cache the permission checks during ->open().
The checks are only cached, since /proc//wchan is world readable,
and it needs permissions only when returning an address, returning the
symbol name is not subject to permission
On Thu, May 22, 2014 at 08:07:35PM +0200, Geert Uytterhoeven wrote:
> The calculation of the bit rate divider used a standard C division, which
> rounds down the quotient. This may lead to a higher bitrate than requested.
> Round up to avoid this.
Applied, thanks.
signature.asc
Description:
On Thu, May 22, 2014 at 11:43:55AM -0700, Kees Cook wrote:
> This makes sure a format string can never get processed into the worker
> thread name from the device name.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, May 22, 2014 at 10:28 PM, wrote:
> * digsig_verify() - digital signature verification with public key
> * @keyring: keyring to search key in
> * @sig: digital signature
> - * @sigen: length of the signature
> + * @siglen:length of the signature
> * @data:
On 23.05.2014 18:48, Borislav Petkov wrote:
On Fri, May 23, 2014 at 02:06:47PM +0200, Tomasz Nowicki wrote:
I had that thoughts too. Looking at simple MCE calls, yes, it does
make sense to create corresponding arch-specific version and provide
logic as needed. I think that NMI is much more
>> Mirrored mapping is absolutely required by several
>> independent proprietary platforms I'm aware of, and remap_file_pages()
>> has historically been the only sane way to accomplish this. (i.e.,
>> shm_open(), mmap(NULL, 2^(n+1) pages), remap_file_pages() on 2nd
>> half).
>
> Em.. What's wrong
Prepare for merging the s2mpa01 regulator driver into s2mps11 by:
1. Adding common id for buck regulators.
2. Splitting shared ramp delay settings to match S2MPA01.
3. Adding a configuration of registers for setting ramp delay for each
buck regulator.
The functionality of the driver should not
401 - 500 of 1404 matches
Mail list logo