eBPF programs passed from userspace are using pseudo BPF_LD_IMM64 instructions
to refer to process-local map_fd. Scan the program for such instructions and
if FDs are valid, convert them to 'struct bpf_map' pointers which will be used
by verifier to check access to maps in bpf_map_lookup/update()
in native eBPF programs userspace is using pseudo BPF_CALL instructions
which encode one of 'enum bpf_func_id' inside insn-imm field.
Verifier checks that program using correct function arguments to given func_id.
If all checks passed, kernel needs to fixup BPF_CALL-imm fields by
replacing func_id
eBPF programs are similar to kernel modules. They are loaded by the user
process and automatically unloaded when process exits. Each eBPF program is
a safe run-to-completion set of instructions. eBPF verifier statically
determines that the program terminates and is safe to execute.
The following
Hi All,
v13 - v14:
- small change to 1st patch to ease 'new userspace with old kernel'
problem (done similar to perf_copy_attr()) (suggested by Daniel)
- the rest unchanged
v12 - v13:
- replaced 'foo __user *' pointers with __aligned_u64 (suggested by David)
- added __attribute__((aligned(8))
done as separate commit to ease conflict resolution
Signed-off-by: Alexei Starovoitov a...@plumgrid.com
---
arch/x86/syscalls/syscall_32.tbl |1 +
arch/x86/syscalls/syscall_64.tbl |1 +
include/linux/syscalls.h |3 ++-
include/uapi/asm-generic/unistd.h |4 +++-
-Original Message-
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: 18 September, 2014 7:23 PM
To: Chang, Rebecca Swee Fun
Cc: Linus Walleij; linux-g...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/3] gpio: sch: Add support for Intel Quark
On Sun, Sep 21, 2014 at 2:58 AM, Daniel Mack dan...@zonque.org wrote:
Hi,
On 09/21/2014 05:01 AM, Matt Ranostay wrote:
Several other variants of the cap11xx device exists with a varying
number of capacitance detection channels. Add support for creating
the channels dynamically.
Thanks for
On Fri, Sep 19, 2014 at 03:37:45PM -0700, a...@linux-foundation.org wrote:
The patch titled
Subject: mm/slab_common: commonize slab merge logic
has been added to the -mm tree. Its filename is
mm-slab_common-commonize-slab-merge-logic.patch
This patch should soon appear at
Henrique de Moraes Holschuh h...@hmh.eng.br writes:
And yes, this means we will kill support for microcode updates
outside of the initramfs/early-initramfs, at least in Debian,
and likely in Ubuntu.
You got it totally backwards. initramfs updating should handle this
microcode
He said *outside* of the early update mechanism.
On September 21, 2014 5:37:24 PM PDT, Andi Kleen a...@firstfloor.org wrote:
Henrique de Moraes Holschuh h...@hmh.eng.br writes:
And yes, this means we will kill support for microcode updates
outside of the initramfs/early-initramfs, at
Any code that uses __getblk() and thus bread(), breadahead(), sb_bread(),
sb_breadahead(), sb_getblk(), and calls it using a 64-bit block on a
32-bit arch (where long is 32-bit) causes an inifinite loop in
__getblk_slow() with an infinite stream of errors logged to dmesg like
this:
On Sun, Sep 21, 2014 at 05:51:12PM -0700, H. Peter Anvin wrote:
He said *outside* of the early update mechanism.
True. Sorry yes I misread it.
Yes, that's the way to go.
-Andi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Hello Jonathan and Stanimir,
See Documentation/ABI/sysfs-bus-iio
Millivolts I think... We copied hwmon where possible.
I'm a bit confused about these units. I searched references of
iio_read_channel_processed() and found a few.
The iio_hwmon expecting milivolts. On the other side
Hi Brian,
On Fri, 19 Sep 2014 10:00:20 -0700
Brian Norris computersforpe...@gmail.com wrote:
On Tue, Sep 16, 2014 at 08:04:18PM +0900, Masahiro Yamada wrote:
Masahiro Yamada (7):
mtd: denali: fix the format of comment blocks
mtd: denali: remove unnecessary variable
Hi Tanmay,
On Sat, Sep 20, 2014 at 1:15 AM, Tanmay Inamdar tinam...@apm.com wrote:
Hi Ming Lei,
On Thu, Sep 18, 2014 at 8:08 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi Tanmay,
On Wed, Sep 17, 2014 at 6:33 AM, Tanmay Inamdar tinam...@apm.com wrote:
This patch adds support for AppliedMicro
On 2014年09月19日 21:04, David Herrmann wrote:
Hi
On Fri, Sep 19, 2014 at 7:47 AM, Mark yao mark@rock-chips.com wrote:
[snip]
+static int rockchip_drm_bind(struct device *dev)
+{
+ return drm_platform_init(rockchip_drm_driver, to_platform_device(dev));
Please avoid drm_platform_*()
On 2014年09月20日 08:03, Rob Clark wrote:
On Fri, Sep 19, 2014 at 1:47 AM, Mark yao mark@rock-chips.com wrote:
diff --git a/include/uapi/drm/rockchip_drm.h b/include/uapi/drm/rockchip_drm.h
new file mode 100644
index 000..8f8e60e
--- /dev/null
+++ b/include/uapi/drm/rockchip_drm.h
@@ -0,0
+/* Store GPIO context across system-wide suspend/resume transitions
+*/ static struct dwapb_context {
+ u32 data[DWAPB_MAX_PORTS];
+ u32 dir[DWAPB_MAX_PORTS];
+ u32 ext[DWAPB_MAX_PORTS];
+ u32 int_en;
+ u32 int_mask;
+ u32 int_type;
+
Fixing an open brace '{' following struct go on the same line error causes a
false positive warning do not add new typedefs. Fix existing typedef false
positive warning.
Signed-off-by: Greg Donald gdon...@gmail.com
---
scripts/checkpatch.pl | 16 +---
1 file changed, 13
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/can/flexcan.c between commit fc05b884a31d (can: flexcan:
correctly initialize mailboxes) from the net tree and commit
cdce844865be (can: flexcan: add vf610 support for FlexCAN) from the
net-next tree.
I fixed it
Hi,
Subject: Re: [PATCH] ARM: ls1021a: add gating clocks to IP blocks.
On Fri, Sep 19, 2014 at 11:37:27AM +0100, Xiubo Li wrote:
A given application may not use all the peripherals on the device.
In this case, it may be desirable to disable unused peripherals.
DCFG provides a mechanism
On 14-09-21 07:53 PM, Peter Chen wrote:
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in the file stated in my above message. I am
wondering what to set hcd-self.comtroller-dma_mask to as it's now been
defined to NULL and clearly even as a newbie this seem incorrect.
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in the file stated in my above message. I am
wondering what to set hcd-self.comtroller-dma_mask to as it's now
been defined to NULL and clearly even as a newbie this seem incorrect.
Regards Nick
Usually, it is set
On Sun, Sep 21, 2014 at 10:03:28PM -0400, nick wrote:
On 14-09-21 07:53 PM, Peter Chen wrote:
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in the file stated in my above message. I am
wondering what to set hcd-self.comtroller-dma_mask to as it's now been
On Sat, 2014-09-20 at 20:36 -0700, Jaegeuk Kim wrote:
On Sun, Sep 21, 2014 at 07:22:32AM +0800, Huang Ying wrote:
On Sat, 2014-09-20 at 09:23 -0700, Jaegeuk Kim wrote:
On Thu, Sep 18, 2014 at 09:04:11PM +0800, huang ying wrote:
On Thu, Sep 18, 2014 at 1:51 PM, Jaegeuk Kim
On Sat, Sep 20, 2014 at 01:55:54PM +0800, Zefan Li wrote:
Then, what made current-flags to unexpectedly preserve PF_USED_MATH flag?
The user is running cgrulesengd process in order to utilize cpuset cgroup.
Thus, cpuset_update_task_spread_flag() is called when cgrulesengd process
writes
On 14-09-21 10:11 PM, gre...@linuxfoundation.org wrote:
On Sun, Sep 21, 2014 at 10:03:28PM -0400, nick wrote:
On 14-09-21 07:53 PM, Peter Chen wrote:
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in the file stated in my above message. I am
wondering what to set
On Sun, Sep 21, 2014 at 10:17:38PM -0400, nick wrote:
On 14-09-21 10:11 PM, gre...@linuxfoundation.org wrote:
On Sun, Sep 21, 2014 at 10:03:28PM -0400, nick wrote:
On 14-09-21 07:53 PM, Peter Chen wrote:
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in
On Sun, 2014-09-21 at 20:32 -0500, Greg Donald wrote:
Fixing an open brace '{' following struct go on the same line error causes a
false positive warning do not add new typedefs. Fix existing typedef false
positive warning.
This doesn't work.
The matching deleted line can be any number of
On 14-09-21 10:11 PM, Peter Chen wrote:
Subject: Re: FIX ME in oxu210p-hcd.c
I found a unfixed FIX ME in the file stated in my above message. I am
wondering what to set hcd-self.comtroller-dma_mask to as it's now
been defined to NULL and clearly even as a newbie this seem incorrect.
On 14-09-21 10:24 PM, gre...@linuxfoundation.org wrote:
On Sun, Sep 21, 2014 at 10:17:38PM -0400, nick wrote:
On 14-09-21 10:11 PM, gre...@linuxfoundation.org wrote:
On Sun, Sep 21, 2014 at 10:03:28PM -0400, nick wrote:
On 14-09-21 07:53 PM, Peter Chen wrote:
Subject: Re: FIX ME in
Hi Jaegeuk,
-Original Message-
From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
Sent: Monday, September 15, 2014 6:14 AM
To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
linux-f2fs-de...@lists.sourceforge.net
Cc: Jaegeuk Kim
Subject: [f2fs-dev] [PATCH 07/10] f2fs: use
There's a problem on finding correct kernel symbols when perf report
runs on a different kernel. Although a part of the problem was solved
by the prior commit 0a7e6d1b6844 (perf tools: Check recorded kernel
version when finding vmlinux), there's a remaining problem still.
When perf records
get voltage duty table from device tree might be better, other platforms can
also use this
driver without any modify.
Tested on a rk3288 sdk board as logic voltage regulator.
Changes in v4:
Adviced by Doug Anderson
- improve kconfig
- add const for desc structure
Changes in v3:
Adviced by Doug
Get voltage duty table from device tree might be better, other platforms can
also use this
driver without any modify.
Signed-off-by: Chris Zhong z...@rock-chips.com
Reviewed-by: Doug Anderson diand...@chromium.org
---
Changes in v4:
Adviced by Doug Anderson
- improve kconfig
- add const for
Document the st-pwm regulator
Signed-off-by: Chris Zhong z...@rock-chips.com
Adviced by Doug Anderson
- remove regulator-always-on and regulator-boot-on from the Example
Reviewed-by: Doug Anderson diand...@chromium.org
---
Changes in v4: None
Changes in v3:
Adviced by Doug Anderson
- update
On Thu, Sep 18, 2014 at 09:56:38PM -0700, Guenter Roeck wrote:
ping ... comments / feedback anyone ?
Guenter
FWIW, I've tested this and it works fine.
Stefan
On 09/08/2014 02:00 PM, Guenter Roeck wrote:
The output file format for openrisc has changed from elf32-or32
to elf32-or1k when
Hi,
On 09/22/2014 02:48 AM, Pavel Machek wrote:
On Mon 2014-09-15 19:44:28, Jaehoon Chung wrote:
On 09/15/2014 07:08 PM, Jean-Michel Hautbois wrote:
Hi Jaehoon,
On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
Without this patch, I/O
Damm, didn't configure my kill-file correctly, and this snuck in, so
might as well respond...
On Sun, Sep 21, 2014 at 10:36:18PM -0400, nick wrote:
On 14-09-21 10:24 PM, gre...@linuxfoundation.org wrote:
Sorry Greg,
I don't want to get banned again. I was trying to help out and learn, I
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Pete
--
To unsubscribe from this list: send the line unsubscribe
On Sun, Sep 21, 2014 at 9:31 PM, Joe Perches j...@perches.com wrote:
On Sun, 2014-09-21 at 20:32 -0500, Greg Donald wrote:
Fixing an open brace '{' following struct go on the same line error causes
a
false positive warning do not add new typedefs. Fix existing typedef false
positive warning.
When compiling kernel, in module drx39xyj, there are some warnings
showing some variables may be used uninitialized, though they have
been initialized in fact.
drivers/media/dvb-frontends/drx39xyj/drxj.c: In function
‘drxj_dap_atomic_read_reg32.isra.17’:
Hi Tejun,
What's do you think of this patch ? Any concern ?
BR,
Yifan
-Original Message-
From: Yifan Zhang [mailto:zhan...@marvell.com]
Sent: 2014年9月17日 16:18
To: Tejun Heo; Jing Xiang; linux-kernel@vger.kernel.org
Cc: Yifan Zhang
Subject: [PATCH] workqueue: fix a workqueue kernel
On 09/20/2014 06:00 PM, Paolo Bonzini wrote:
Il 19/09/2014 09:10, Jason Wang ha scritto:
- if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) {
+ if (vq-urgent || !vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) {
So the urgent descriptor only work when event index was not enabled?
Hi all,
Today's linux-next merge of the tip tree got conflicts in
fs/nfs/blocklayout/blocklayoutdev.c and
fs/nfs/blocklayout/blocklayoutdm.c between commit 871760ce97a9
(pnfs/blocklayout: move all rpc_pipefs related code into a single
file) from the nfs tree and commit f139caf2e897 (sched,
Many functions depends on interrupts in Linux system, when the interrupts
occur an error, it may cause fatal problem.
Then, we should record their trace when interrupts in and out. The recorded
information could help us analyze interrupts errors.
Itrace is such an interrupts trace tool
On Sun, Sep 21, 2014 at 08:30:32PM -0700, Yifan Zhang wrote:
Hi Tejun,
What's do you think of this patch ? Any concern ?
Hmmm? Haven't I already responded to this patch?
-Original Message-
From: Yifan Zhang [mailto:zhan...@marvell.com]
Sent: 2014年9月17日 16:18
To: Tejun Heo; Jing
On Sun, 2014-09-21 at 22:08 -0500, Greg Donald wrote:
On Sun, Sep 21, 2014 at 9:31 PM, Joe Perches j...@perches.com wrote:
On Sun, 2014-09-21 at 20:32 -0500, Greg Donald wrote:
Fixing an open brace '{' following struct go on the same line error
causes a
false positive warning do not add
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.
Signed-off-by: Tetsuo Handa
This will simplify code when we add new flags.
Signed-off-by: Zefan Li lize...@huawei.com
---
include/linux/sched.h | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 4557765..04a2ae2 100644
---
When we change cpuset.memory_spread_{page,slab}, cpuset will flip
PF_SPREAD_{PAGE,SLAB} bit of tsk-flags for each task in that cpuset.
This should be done using atomic bitops, but currently we don't,
which is broken.
Tetsuo reported a hard-to-reproduce kernel crash on RHEL6, which happend
when
On 09/21/2014 07:53 PM, Stefan Kristiansson wrote:
On Thu, Sep 18, 2014 at 09:56:38PM -0700, Guenter Roeck wrote:
ping ... comments / feedback anyone ?
Guenter
FWIW, I've tested this and it works fine.
Hi Stefan,
Great, thanks a lot for testing. Any idea if Jonas is available to send it
Hello, Linus.
create_singlethread_workqueue() is the old interface which is kept
around for backward compatibility - each should be reviewed to
determine whether singlethread usage was to save worker threads or for
ordering guarantee and whether it's depended upon by memory reclaim
path.
While
On Mon, Sep 22, 2014 at 11:50:46AM +0800, Zefan Li wrote:
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine
On Sun, Sep 21, 2014 at 03:04:53PM -0700, Guenter Roeck wrote:
This reverts commit 3189eddbcafc (percpu: free percpu allocation info for
uniprocessor system).
The commit causes a hang with a crisv32 image. This may be an architecture
problem, but at least for now the revert is necessary to
Hi all,
After merging the kvm-arm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
arch/x86/kvm/../../../virt/kvm/eventfd.c: In function
'kvm_register_irq_ack_notifier':
arch/x86/kvm/../../../virt/kvm/eventfd.c:493:2: error: implicit declaration of
function
Hi Tomasz,
On Friday, September 19, 2014 Tomasz Figa wrote,
Hi Pankaj,
Please see my comments inline.
On 19.09.2014 15:06, Pankaj Dubey wrote:
Currently a syscon entity can be only registered directly through a
platform device that binds to a dedicated syscon driver. However in
Chris,
On Sun, Sep 21, 2014 at 7:52 PM, Chris Zhong z...@rock-chips.com wrote:
Get voltage duty table from device tree might be better, other platforms
can also use this
driver without any modify.
Signed-off-by: Chris Zhong z...@rock-chips.com
Reviewed-by: Doug Anderson
This patch fixes a number of errors with the QUP block transfer mode. Errors
manifested themselves as input underruns, output overruns, and timed out
transactions.
The block mode does not require the priming that occurs in FIFO mode. At the
moment that the QUP is placed into the RUN state, the
No, because it's too new, but you can always get it from the git. Or you
can use stable Emulex driver for 16Gb connectivity. It's not in the
bundle only because of the Emulex policy.
Thanks,
Vlad
On 9/19/2014 23:59, scst.n...@gmail.com wrote:
Does 16Gb qla2x00t included?
发自我的小米手机
Vladislav
+static void set_msi_irq_chip(struct pnv_phb *phb, unsigned int virq)
+{
+struct irq_data *idata;
+struct irq_chip *ichip;
+
+/*
+ * Change the IRQ chip for the MSI interrupts on PHB3.
+ * The corresponding IRQ chip should be populated for
+ * the first time.
+
On Friday 19 September 2014 09:30 PM, Stefan Agner wrote:
Am 2014-09-19 15:38, schrieb Bhuvanchandra DV:
The Colibri standard defines four pins as PWM outputs, two of them (PWM
A and C) are routed to FTM instance 0 and the other two (PWM B and D)
are routed to FTM instance 1. Hence enable
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.
Note this changes the bit position of PFA_NOW_NEW_PRIVS from 1 to 0.
Signed-off-by: Tetsuo
On Mon, 22 Sep 2014, Anton Altaparmakov wrote:
Any code that uses __getblk() and thus bread(), breadahead(), sb_bread(),
sb_breadahead(), sb_getblk(), and calls it using a 64-bit block on a
32-bit arch (where long is 32-bit) causes an inifinite loop in
__getblk_slow() with an infinite
Currently a syscon entity can be only registered directly through a
platform device that binds to a dedicated syscon driver. However in
certain use cases it is desirable to make a device used with another
driver a syscon interface provider.
For example, certain SoCs (e.g. Exynos) contain system
On Mon, Sep 22, 2014 at 12:43:32PM +0800, Zefan Li wrote:
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.
Note this changes the bit
On 2014/9/22 12:02, Tejun Heo wrote:
On Mon, Sep 22, 2014 at 11:50:46AM +0800, Zefan Li wrote:
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because
On 09/22/2014 12:18 PM, Doug Anderson wrote:
Chris,
On Sun, Sep 21, 2014 at 7:52 PM, Chris Zhong z...@rock-chips.com wrote:
Get voltage duty table from device tree might be better, other platforms can
also use this
driver without any modify.
Signed-off-by: Chris Zhong z...@rock-chips.com
On Friday 19 September 2014 09:33 PM, Stefan Agner wrote:
Am 2014-09-19 15:38, schrieb Bhuvanchandra DV:
Signed-off-by: Bhuvanchandra DV bhuvanchandra...@toradex.com
---
arch/arm/boot/dts/vf610-colibri-eval-v3.dts |6 ++
arch/arm/boot/dts/vf610-colibri.dtsi|6 ++
2
Hi Tomasz,
Will you please take this patch and following three Exynos3250 clock fixes
in your tree.
1: clk: samsung: exynos3250: fix width field of mout_mmc0/1
https://lkml.org/lkml/2014/9/5/265
2: clk: samsung: exynos3250: fix width and shift of div_spi0_isp clock
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/iio/accel/bma180.c between commit 0668a4e4d297 (iio: accel:
bma180: Fix indio_dev-trig assignment) from Linus' tree and commit
16ed8692fa48 (iio:bma180: Enable use of device without IRQ) from the
staging tree.
I
snip
+struct device_node *pnv_pci_to_phb_node(struct pci_dev *dev)
+{
+struct device_node *np;
+struct property *prop = NULL;
+
+np = of_node_get(pci_device_to_OF_node(dev));
+
+/* Scan up the tree looking for the PHB node */
+while (np) {
+if ((prop =
Dear all,
Thanks Stephen for reporting the problem. Indeed removing irq.h header
file is no more possible since commit
c77dcacb397519b6ade8f08201a4a90a7f4f751e, KVM: Move more code under
CONFIG_HAVE_KVM_IRQFD which moves among other things
kvm_register_irq_ack_notifier and
* Namhyung Kim namhy...@kernel.org wrote:
There's a problem on finding correct kernel symbols when perf report
runs on a different kernel. Although a part of the problem was solved
by the prior commit 0a7e6d1b6844 (perf tools: Check recorded kernel
version when finding vmlinux), there's a
On Friday 12 September 2014 02:30 PM, Paul Bolle wrote:
Hi Vineet,
On Mon, 2014-06-09 at 09:05 +, Vineet Gupta wrote:
On Wednesday 04 June 2014 03:04 PM, Paul Bolle wrote:
Linux-next included commit c00bfd974fb0 (ARC: [arcfpga] Get rid of
legacy BVCI latency unit support) in
On 09/22/2014 07:07 AM, Eric Auger wrote:
Dear all,
Thanks Stephen for reporting the problem. Indeed removing irq.h header
file is no more possible since commit
c77dcacb397519b6ade8f08201a4a90a7f4f751e, KVM: Move more code under
CONFIG_HAVE_KVM_IRQFD which moves among other things
On Thu, Sep 18, 2014 at 8:20 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 18 Sep 2014, Vivek Gautam wrote:
Now that we have completely moved from older USB-PHY drivers
to newer GENERIC-PHY drivers for PHYs available with USB controllers
on Exynos series of SoCs, we can remove the
Replied inline. :)
-Original Message-
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: 18 September, 2014 7:17 PM
To: Chang, Rebecca Swee Fun
Cc: Linus Walleij; linux-g...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] gpio: sch:
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Commit 1d4457f99928 (sched: move no_new_privs into new atomic flags)
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.
Note this changes the bit position of
Now that we have completely moved from older USB-PHY drivers
to newer GENERIC-PHY drivers for PHYs available with USB controllers
on Exynos series of SoCs, we can remove the support for the same
in our host drivers too.
We also defer the probe for our host in case we end up getting
EPROBE_DEFER
Now that we have completely moved from older USB-PHY drivers
to newer GENERIC-PHY drivers for PHYs available with USB controllers
on Exynos series of SoCs, we can remove the support for the same
in our host drivers too.
We also defer the probe for our host in case we end up getting
EPROBE_DEFER
Hi John,
Here are some more patches for 3.18. They include various fixes to the
btusb HCI driver, a fix for LE SMP, as well as adding Jukka to the
MAINTAINERS file for generic 6LoWPAN (as requested by Alexander Aring).
I've held on to this pull request a bit since we were waiting for a SCO
Setting 'flags' to zero will be certainly a misleading way to avoid
warning of 'flags' may be used uninitialized. uninitialized_var is
a correct way because the warning is a false possitive.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
drivers/clk/clk-gate.c | 2 +-
1 file changed, 1
On Sun, Sep 21, 2014 at 12:06:30PM +0200, Daniel Mack wrote:
On 09/21/2014 05:01 AM, Matt Ranostay wrote:
Some applications need to use the active-high push-pull interrupt
option. This allows it be enabled in the device tree child node.
Signed-off-by: Matt Ranostay mranos...@gmail.com
401 - 484 of 484 matches
Mail list logo