This patch remove simply duplicate code when reading triminfo register of
Exynos5440.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
Cc: Zhang Rui
Cc: Eduardo Valentin
Cc: Amit Daniel Kachhap
Reviewed-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_tmu.c | 4 +---
1 file
This patch add support for TRIM_RELOAD feature at Exynos3250. The TMu of
Exynos3250 has two TRIMINFO_CON register and must need to set RELOAD bit
before reading TRIMINFO register.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
Cc: Zhang Rui
Cc: Eduardo Valentin
Cc: Amit Daniel Kachhap
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
shift/mask bit operation to set RELOAD feature instead of static value.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
Cc: Zhang Rui
Cc:
Heiko,
在 2014年08月24日 07:33, Heiko Stübner 写道:
Am Samstag, 23. August 2014, 08:15:34 schrieb Caesar Wang:
Thermal is TS-ADC Controller module supports user-defined mode and automatic
mode.
User-defined mode refers,TSADC all the control signals entirely by software
writing to register for
On 08/26/2014 01:59 AM, Doug Anderson wrote:
Chris,
On Mon, Aug 25, 2014 at 6:39 AM, Chris Zhong wrote:
Signed-off-by: Chris Zhong
---
Changes in v5:
Advices by Mark Brown
- add description about regulator valid name.
- add a header file "rockchip,rk808".
Changes in v4:
Advices by Doug
-
On Fri, Aug 22, 2014 at 02:43:56PM -0700, Linus Torvalds wrote:
> On Fri, Aug 22, 2014 at 11:51 AM, Dan Aloni wrote:
> >
> > Ben, seems that the test program needs some twidling to make the bug
> > appear still by setting MAX_IOS to 256 (and it still passes on a
> > kernel with the original patch
Fix checkpatch.pl space required after that ',' errors
Signed-off-by: Greg Donald
---
drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c| 2 +-
drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c | 6 +++---
.../staging/lustre/lnet/klnds/socklnd/socklnd_proto.c | 6 --
From: Alexei Starovoitov
Date: Mon, 25 Aug 2014 18:00:56 -0700
> -
> +asmlinkage long sys_bpf(int cmd, unsigned long arg2, unsigned long arg3,
> + unsigned long arg4, unsigned long arg5);
Please do not add interfaces with opaque types as arguments.
It is impossible for the
From: Alexei Starovoitov
Date: Mon, 25 Aug 2014 18:00:53 -0700
> add BPF_LD_IMM64 instruction to load 64-bit immediate value into a register.
I think you need to rethink this.
I understand that you want to be able to compile arbitrary C code into
eBPF, but you have to restrict strongly what
eBPF can be used from user space.
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but practically it freezes existing
eBPF instruction set, though new instructions can still be added in the future.
These eBPF definitions
done as separate commit to ease conflict resolution
Signed-off-by: Alexei Starovoitov
---
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 +++-
kernel/sys_ni.c
add new map type BPF_MAP_TYPE_HASH and its implementation
- key/value are opaque range of bytes
- user space provides 3 configuration attributes via BPF syscall:
key_size, value_size, max_entries
- if value_size == 0, the map is used as a set
- map_update_elem() must fail to insert new
BPF syscall is a demux for different BPF releated commands.
'maps' is a generic storage of different types for sharing data between kernel
and userspace.
The maps can be created from user space via BPF syscall:
- create a map with given type and attributes
fd = bpf_map_create(map_type, struct
add BPF_LD_IMM64 instruction to load 64-bit immediate value into a register.
All previous instructions were 8-byte. This is first 16-byte instruction.
Two consecutive 'struct bpf_insn' blocks are interpreted as single instruction:
insn[0].code = BPF_LD | BPF_DW | BPF_IMM
insn[0].dst_reg =
'maps' is a generic storage of different types for sharing data between kernel
and userspace.
The maps are accessed from user space via BPF syscall, which has commands:
- create a map with given type and attributes
fd = bpf_map_create(map_type, struct nlattr *attr, int len)
returns fd or
Hi All,
splitting big set of patches into smaller sets:
1st(this) set - introduces uapi/linux/bpf.h and BPF syscall for maps only
2nd set will extend BPF syscall with programs and verifier
3rd set will use eBPF in tracing, add samples and verifier tests
4th set will have llvm and C examples
On Mon, Aug 25, 2014 at 07:05:54PM -0400, Steven Rostedt wrote:
> On Mon, 25 Aug 2014 15:56:54 -0700
> "Paul E. McKenney" wrote:
>
>
> > > I guess I can add this. It's a very slow path thus it isn't critical.
> > >
> > > Although, I hate the name. Perhaps we should add another macro called
> >
On Mon, Aug 25, 2014 at 11:03 AM, Olof Johansson wrote:
> Hi,
>
> On Mon, Aug 25, 2014 at 10:35 AM, Brian Norris
> wrote:
>> Hi Matt, Olof,
>>
>> Can this go into 3.17? Besides the other improvements that need to be
>> made to this code, more people are noticing the build errors Russell
>>
Hi Heiko,
在 2014年08月24日 07:03, Heiko Stübner 写道:
Hi Caesar,
Am Samstag, 23. August 2014, 08:15:33 schrieb Caesar Wang:
This add the necessary binding documentation for the thermal
found on Rockchip SoCs
Signed-off-by: zhaoyifeng
Signed-off-by: Caesar Wang
---
From: Tejun Heo
Date: Mon, 25 Aug 2014 20:43:30 -0400
> Percpu allocator now supports allocation mask. Add @gfp to
> percpu_counter_init() so that !GFP_KERNEL allocation masks can be used
> with percpu_counters too.
>
> We could have left percpu_counter_init() alone and added
>
Percpu allocator now supports allocation mask. Add @gfp to
[flex_]proportions init functions so that !GFP_KERNEL allocation masks
can be used with them too.
This patch doesn't make any functional difference.
Signed-off-by: Tejun Heo
Cc: Jan Kara
Cc: Peter Zijlstra
---
Percpu allocator now supports allocation mask. Add @gfp to
percpu_ref_init() so that !GFP_KERNEL allocation masks can be used
with percpu_refs too.
This patch doesn't make any functional difference.
Signed-off-by: Tejun Heo
Cc: Kent Overstreet
Cc: Benjamin LaHaise
Cc: Li Zefan
Cc: Nicholas
There's now a pending patchset[1] which implements atomic percpu
allocation. This patchset propagates @gfp to percpu data structures
so that they can be allocated and initialized from !GFP_KERNEL
contexts too. This will be used for opportunistic allocations of data
structures embedding percpu
Percpu allocator now supports allocation mask. Add @gfp to
percpu_counter_init() so that !GFP_KERNEL allocation masks can be used
with percpu_counters too.
We could have left percpu_counter_init() alone and added
percpu_counter_init_gfp(); however, the number of users isn't that
high and
From: Randy Dunlap
Date: Mon, 25 Aug 2014 13:14:08 -0700
> Note: This patch fixes a build error in linux-next (not in mainline).
Applied to net-next, thanks Randy.
You can put "[PATCH net-next]" into your subject line to make this
explicit next time.
--
To unsubscribe from this list: send the
On 08/25/2014 04:55 PM, Joshua Kinard wrote:
On 08/25/2014 13:16, Ralf Baechle wrote:
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
this series adds mapping color control to the generic kmap code, allowing
architectures with aliasing VIPT cache to use high memory. There's also
From: Jonas Jensen
Date: Mon, 25 Aug 2014 16:22:22 +0200
> build_skb() is used to make skbs out of existing RX ring memory
> which is bad because the RX ring is allocated only once, on probe.
> Memory corruption occur because said memory is reclaimed, i.e.
> __kfree_skb() (and eventually
From: Jonas Jensen
Date: Mon, 25 Aug 2014 16:22:40 +0200
> If netdev_alloc_skb_ip_align() fails, subsequent code will
> try to dereference an invalid pointer.
>
> Continue to next descriptor on error.
>
> While we're at it,
>
> 1. eliminate the chance of an endless loop, replace the main
>
From: Jonas Jensen
Date: Mon, 25 Aug 2014 16:22:32 +0200
> DMA memory should be synchronized before data is passed
> to/from controller.
>
> Add dma_sync_single_for_cpu(.., DMA_FROM_DEVICE) to RX path
> and dma_sync_single_for_device(.., DMA_TO_DEVICE) to TX path.
>
> Signed-off-by: Jonas
From: Jonas Jensen
Date: Mon, 25 Aug 2014 16:22:11 +0200
> TX buffer length is not cleared on ndo_start_xmit().
> Failing to do so can bug/hang the controller and
> cause TX interrupts to stop altogether.
>
> Remove the readl() and compute a new value for DESC1.
>
> Addresses
From: Michal Kubecek
Date: Mon, 25 Aug 2014 15:16:22 +0200 (CEST)
> This is follow-up to
>
> da08143b8520 ("vlan: more careful checksum features handling")
>
> which introduced more careful feature intersection in vlan code,
> taking into account that HW_CSUM should be considered superset
>
On 08/25/14 11:06, Sudip Mukherjee wrote:
> new link for - How to piss off a Linux kernel subsystem maintainer
>
> Signed-off-by: Sudip Mukherjee
Hi,
I'll apply this patch, but it would really be nice if Greg would make
one contents/index web page for this so that it wouldn't have to be
On 08/25/2014 13:16, Ralf Baechle wrote:
> On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
>
>> this series adds mapping color control to the generic kmap code, allowing
>> architectures with aliasing VIPT cache to use high memory. There's also
>> use example of this new interface
The mm-of-the-moment snapshot 2014-08-25-16-52 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Thierry,
On Thu, Aug 21, 2014 at 9:47 AM, Thierry Reding
wrote:
> On Thu, Aug 21, 2014 at 08:38:57AM -0700, Doug Anderson wrote:
>> Thierry,
>>
>> On Wed, Aug 20, 2014 at 11:36 PM, Thierry Reding
>> wrote:
>> > On Wed, Aug 20, 2014 at 06:20:31PM +0200, Heiko Stübner wrote:
>> >> Am Mittwoch,
Hi Boris,
On Thursday 21 August 2014 19:26:33 Boris BREZILLON wrote:
> On Thu, 21 Aug 2014 19:08:53 +0200
> Laurent Pinchart wrote:
>
> [...]
>
> While this could be acceptable when all drivers are statically linked
> in the kernel, it might be problematic when you're using modules,
Hugh Dickins, le Mon 25 Aug 2014 15:00:44 -0700, a écrit :
> On Mon, 25 Aug 2014, Samuel Thibault wrote:
> > Samuel Thibault, le Mon 25 Aug 2014 23:23:24 +0200, a écrit :
> > > We could indeed have a loop if the user was making the VT::* leds use
> > > the vt-* trigger,
> >
> > Actually, while
On Mon, Aug 25, 2014 at 07:00:36PM -0400, Pranith Kumar wrote:
> On Mon, Aug 25, 2014 at 4:13 PM, Greg Kroah-Hartman
> wrote:
>
> > Where is this failing? What arch? What kernel version did it show up
> > in (i.e. what commit caused this problem?)
> >
>
> This was a randconfig on powerpc. I
Currently trying to use pstore on ARMs can hang as we're mapping the
peristent RAM with pgprot_noncached(). On ARMs, this will actually
make the memory strongly ordered, and as the atomic operations pstore
uses are implementation defined for strongly ordered memory, they
may not work.
An earlier
On Friday, August 22, 2014 07:59:50 PM Benjamin Block wrote:
> This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
> --jcnP2A9R7oLCVKLLsxCrieJLxfXGKbBUw
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: quoted-printable
>
> On 08/22/2014 07:33 PM, Rafael J. Wysocki
On Mo, 2014-08-25 at 22:01 +0200, Daniel Borkmann wrote:
> zatimend has reported that in his environment (3.16/gcc4.8.3/corei7)
> memset() calls which clear out sensitive data in extract_{buf,entropy,
> entropy_user}() in random driver are being optimized away by gcc.
>
> Add a helper
Commit 7b46268d2954 "KVM: trace kvm_ple_window grow/shrink"
Added the tracepoint kvm_ple_window under a #ifdef CONFIG_X86_64 but
left the export for that tracepoint unprotected, which would cause it
to fail to compile when X86_32 is set.
Link:
On Mon, 25 Aug 2014 15:56:54 -0700
"Paul E. McKenney" wrote:
> > I guess I can add this. It's a very slow path thus it isn't critical.
> >
> > Although, I hate the name. Perhaps we should add another macro called
> > RCU_CLEAR_POINTER() or something that just nulls it. That way it
> >
The rk3288 has the ability to invert the polarity of the PWM. Let's
enable that ability. Note that this increases pwm_cells to 3 for
rk3288.
Signed-off-by: Doug Anderson
Reviewed-by: Caesar Wang
---
Changes in v5: None
Changes in v4:
- Updated comment not to add caveats about pwm_cells 3.
-
These patches enable the PWM backlight for the rk3288-evb board.
There were tested by watching the backlight grow from off to max with
the following instructions:
cd /sys/class/backlight/backlight*/
for i in $(seq 255); do echo $i > brightness; sleep .01; done
The first patch switches PWM
So I deviated from my normal Sunday schedule partly because there
wasn't much there (I blame the KS and LinuxCon), but partly due to
sentimental reasons: Aug 25 is the anniversary of the original Linux
announcement ("Hello everybody out there using minix"), so it's just a
good day for release
On Mon, Aug 25, 2014 at 4:13 PM, Greg Kroah-Hartman
wrote:
> Where is this failing? What arch? What kernel version did it show up
> in (i.e. what commit caused this problem?)
>
This was a randconfig on powerpc. I did not bisect as to which commit
introduced this since it is a simple missing
This adds the PWM info (other than the VOP PWM) to the main rk3288
dtsi file.
Signed-off-by: Caesar Wang
Signed-off-by: Doug Anderson
---
Changes in v5:
- Back to version 3 (no rockchip,grf).
Changes in v4:
- Add rockchip,grf to pwm nodes.
Changes in v3: None
arch/arm/boot/dts/rk3288.dtsi |
PWM0 is the PWM associated with the LCD backlight. Enable it.
Signed-off-by: Doug Anderson
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Fix space to tab in 2 places in DTS.
- Make sure PWM is upper case in prose.
arch/arm/boot/dts/rk3288-evb.dtsi | 53
On Fri, Aug 22, 2014 at 11:37:58AM -0400, Steven Rostedt wrote:
> On Fri, 22 Aug 2014 17:28:22 +0300
> Andreea-Cristina Bernat wrote:
>
> > The uses of "rcu_assign_pointer()" are NULLing out the pointers.
> > According to RCU_INIT_POINTER()'s block comment:
> > "1. This use of
On Mon, Aug 25, 2014 at 2:22 PM, Steven Rostedt wrote:
> On Mon, 25 Aug 2014 09:30:14 -0700
> Jim Davis wrote:
>
>> Building with the attached random configuration file,
>>
>> In file included from include/linux/linkage.h:6:0,
>> from include/linux/preempt.h:9,
>>
Dear Sir,
Glad to hear you're on the market for CIJ inks.
This is Kingsfang(Xiamen)Import Co.,Ltd in China.We specialized in the
production of replacement of inkjet printer ink,such as Imaje, Domino,
Videojet, Linx, Willet, Hitachi, KGK and so on, we have our own factory.
For all the
From: Andi Kleen
Use the newly added Broadwell cache event list for Haswell too.
They are identical, but Haswell is very different from the Sandy Bridge
list that was used previously. That fixes a wide range of mis-counting
cache events.
The node events are now only for retired memory events.
From: Andi Kleen
Add names for each Haswell model as requested by Peter.
v2: Remove Crystall Well name.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event_intel.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
From: Andi Kleen
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event_intel.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/perf_event_intel.c
index 89bc750..e280a86 100644
---
Updated version of the perf Broadwell patchkit. This also has some fixes
for Haswell.
This addresses all earlier feedback. Too low user specified periods
on INST_RETIRED.ALL are now rejected with an error. The Haswell
models are documented. The event matches use the perf macros.
-Andi
--
To
From: Andi Kleen
Add Broadwell support for Broadwell Client to perf.
This is very similar to Haswell. It uses a new cache event table,
because there were various changes there.
The constraint list has one new event that needs to be handled over Haswell.
The PEBS event list is the same, so we
From: Andi Kleen
On Broadwell INST_RETIRED.ALL cannot be used with any period
that doesn't have the lowest 6 bits cleared. And the period
should not be smaller than 128.
Add a new callback to enforce this, and set it for Broadwell.
This is erratum BDM57 and BDM11.
v2: Use correct event name
This verifies to truncate any allocated blocks, offset[0], by inline_data.
Not figured out, but for making sure.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/node.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c
index
On Friday, August 22, 2014 05:33:21 PM Sudip Mukherjee wrote:
> printk replaced with corresponding dev_err and dev_info
> fixed one broken user-visible string
> multiine comment edited for correct commenting style
> asm/uaccess.h replaced with linux/uaccess.h
>
> Signed-off-by: Sudip Mukherjee
>
On Thursday, August 21, 2014 04:39:46 PM Tomasz Nowicki wrote:
> Hi Mika,
>
> On 21.08.2014 12:45, Mika Westerberg wrote:
> > On Wed, Aug 20, 2014 at 04:58:20PM +0200, Tomasz Nowicki wrote:
[cut]
> >> +
> >> +static int gpio_evt_trigger(void *data, u64 val)
> >> +{
> >> + struct gpio_pin_data
From: Pavel Machek
Date: Mon, 25 Aug 2014 13:31:16 +0200
> This adds simple cleanups for stmmac, removing test we know is always
> true, fixing whitespace, and moving code out of if().
>
> Signed-off-by: Pavel Machek
Applied, thanks.
--
To unsubscribe from this list: send the line
On Mon, Aug 25, 2014 at 2:33 PM, Cong Wang wrote:
> On Sun, Aug 24, 2014 at 1:21 PM, Alexei Starovoitov wrote:
>> 'maps' is a generic storage of different types for sharing data between
>> kernel
>> and userspace.
>>
>> The maps are accessed from user space via BPF syscall, which has commands:
On Sunday, August 24, 2014 03:06:50 PM Zhang Rui wrote:
> On Thu, 2014-08-21 at 06:04 +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
[cut]
> > 3 files changed, 7 insertions(+), 1 deletion(-)
> >
> > Index: linux-pm/drivers/acpi/acpi_pnp.c
> >
On Mon, 25 Aug 2014, Samuel Thibault wrote:
> Samuel Thibault, le Mon 25 Aug 2014 23:23:24 +0200, a écrit :
> > We could indeed have a loop if the user was making the VT::* leds use
> > the vt-* trigger,
>
> Actually, while there can be a loop, it wouldn't be possible to inject
> events in it: a
There is no need for dynamic allocation for connect_data.
We can use variable on the stack and make code less
error prone and simple
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git
fix new style warning: Missing a blank line after declarations
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c | 1 +
drivers/misc/mei/client.c | 1 +
drivers/misc/mei/debugfs.c | 1 +
drivers/misc/mei/hbm.c | 5 +
drivers/misc/mei/hw-me.c | 12
Signed-off-by: Tomas Winkler
Signed-off-by: Alexander Usyskin
---
drivers/misc/mei/hw-me.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/mei/hw-me.c b/drivers/misc/mei/hw-me.c
index 498bd42..241eae5 100644
--- a/drivers/misc/mei/hw-me.c
+++
Add indication whether the client operates in single
buffer mode
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/debugfs.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/misc/mei/debugfs.c b/drivers/misc/mei/debugfs.c
index ca2a12d..be16c4b 100644
---
mei_hbm_hder helper function is only used in hbm.c
so there is no need to define it in a header file
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/hbm.c | 16
drivers/misc/mei/hbm.h | 9 -
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git
fix style warning:
void function return statements are not generally useful
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/nfc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/misc/mei/nfc.c b/drivers/misc/mei/nfc.c
index 2888e6f..8cc93e4 100644
--- a/drivers/misc/mei/nfc.c
+++
There is no need to log memory allocation errors as
this is already done by the memory subsystem.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c| 4 +---
drivers/misc/mei/interrupt.c | 1 -
drivers/misc/mei/main.c | 1 -
3 files changed, 1 insertion(+), 5 deletions(-)
diff
Handle ioctls in a switch statement so we can
add more commands easily
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 53 ++---
1 file changed, 28 insertions(+), 25 deletions(-)
diff --git a/drivers/misc/mei/main.c
From: Alexander Usyskin
Add hbm state, pg enablement and state to devstate file in debugfs
(/mei/devstate)
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/debugfs.c | 7 ++-
drivers/misc/mei/hbm.c | 16
drivers/misc/mei/hbm.h |
From: Alexander Usyskin
In case of many me clients (15 and more) 1K buffer
is not enough for full information print.
Calculate buffer size according to real clients number.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/debugfs.c | 22
On Mon, 25 Aug 2014, Oleg Nesterov wrote:
> The ->start_stack check in do_shmat() looks ugly and simply wrong.
>
> 1. ->start_stack is only valid right after exec(), the application
>can switch to another stack and even unmap this area. Or a stack
>can simply grow, ->start_stack won't
> -Original Message-
> From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> Sent: Monday, August 25, 2014 2:43 PM
> To: Dan Carpenter
> Cc: KY Srinivasan; Greg Kroah-Hartman; Jason Wang; linux-
> ker...@vger.kernel.org; David S. Miller; Daniel Borkmann;
> net...@vger.kernel.org;
Hi,
On Monday 25 August 2014 16:05:27 Austin S Hemmelgarn wrote:
> On 2014-08-25 09:24, Pali Rohár wrote:
> > Hi,
> >
> > On Monday 25 August 2014 14:45:13 Austin S Hemmelgarn wrote:
> >> On 2014-08-24 08:46, Pali Rohár wrote:
> >>> Hi,
> >>>
> >>> I would like to know what is state of linux
On Mon, Aug 25, 2014 at 12:36:48PM +0300, Dan Carpenter wrote:
> The code here is:
>
> drivers/hv/channel.c
>460 BUG_ON(ret != 0);
>461 t = wait_for_completion_timeout(>waitevent, 5*HZ);
>462 BUG_ON(t == 0);
>
There is also a case of the BUG_ON at line 460
Samuel Thibault, le Mon 25 Aug 2014 23:23:24 +0200, a écrit :
> We could indeed have a loop if the user was making the VT::* leds use
> the vt-* trigger,
Actually, while there can be a loop, it wouldn't be possible to inject
events in it: a VT::* led only makes the corresponding vt-* trigger if
On Sun, Aug 24, 2014 at 1:21 PM, Alexei Starovoitov wrote:
> 'maps' is a generic storage of different types for sharing data between kernel
> and userspace.
>
> The maps are accessed from user space via BPF syscall, which has commands:
>
> - create a map with given type and attributes
> fd =
Hello,
Sabrina Dubroca, le Mon 25 Aug 2014 23:13:40 +0200, a écrit :
> 2014-08-19, 13:06:07 -0400, valdis.kletni...@vt.edu wrote:
> > On Sat, 16 Aug 2014 20:27:01 -0700, Hugh Dickins said:
> > > Can we safely revert your 8b37e1bef5a6 ("leds: convert blink timer to
> > > workqueue"), or have there
* Dr. H. Nikolaus Schaller [140817 08:46]:
> I am trying to make ti,use_poweroff work on 3.17-rc1 for the GTA04 board.
> Poweroff was broken for a while and I found that the driver isn't loaded at
> all.
>
> It appears to me that commit e7cd1d1eb16fcdf53001b926187a82f1f3e1a7e6
> did rename the
Anton Blanchard [an...@samba.org] wrote:
| Fix a compile error, the prototype for pr_debug could not be found.
|
Arnaldo pushed this patch to Ingo recently.
https://lkml.org/lkml/2014/8/22/393
| Signed-off-by: Anton Blanchard
| ---
|
| Index:
On Mon, Aug 25, 2014 at 09:12:07PM +0200, Oleg Nesterov wrote:
> + vma = find_vma(current->mm, addr);
> + if (vma) {
> + unsigned long end = addr + size;
> +
> + if (vma->vm_flags & VM_GROWSDOWN)
> + end +=
On Mon, 25 Aug 2014 09:30:14 -0700
Jim Davis wrote:
> Building with the attached random configuration file,
>
> In file included from include/linux/linkage.h:6:0,
> from include/linux/preempt.h:9,
> from include/linux/preempt_mask.h:4,
> from
On Tue, Aug 05, 2014 at 12:47:32PM +0200, Marek Szyprowski wrote:
> + if (failed && dev->bus)
> + blocking_notifier_call_chain(>bus->p->bus_notifier,
> + BUS_NOTIFY_DRVBIND_FAILED, dev);
> +
Why can't you just use the notifier for
On Mon, Aug 25, 2014 at 5:07 PM, Ben Hutchings wrote:
> On Mon, 2014-08-25 at 01:51 -0400, Xiong Zhou wrote:
>> When export root dir(/) via nfs, and mount a particular dir under root, eg
>> /nfsexport, there will be defect double slash output in /proc/mounts, like
>> localhost://nfsexport. While
2014-08-19, 13:06:07 -0400, valdis.kletni...@vt.edu wrote:
> On Sat, 16 Aug 2014 20:27:01 -0700, Hugh Dickins said:
> > Can we safely revert your 8b37e1bef5a6 ("leds: convert blink timer to
> > workqueue"), or have there been other changes which now depend upon it?
>
> I suspect there's something
On Mon, 2014-08-25 at 01:51 -0400, Xiong Zhou wrote:
> When export root dir(/) via nfs, and mount a particular dir under root, eg
> /nfsexport, there will be defect double slash output in /proc/mounts, like
> localhost://nfsexport. While this patch change it to localhost:/nfsexport.
>
>
On Thu, Aug 21, 2014 at 11:20:34AM +, Shachar Raindel wrote:
> Hi,
>
> I'm afraid this patch, in its current form, will not work.
> See below for additional comments.
Thanks for the input Shachar. I've tried to answer your questions
below.
> > > In debugging an application that receives
Hello,
W dniu 25.08.2014 o 16:02, Mathieu Poirier pisze:
> On 24 August 2014 15:38, Marcin Jabrzyk wrote:
>> Hi,
>>
>> W dniu 20.08.2014 o 19:03, mathieu.poir...@linaro.org pisze:
>>> From: Mathieu Poirier
>>>
>>> Currently supporting ETM and ETB. Support for TPIU
>>> and SDTI are yet to be
Releases the dev_t minor when all references are closed to prevent
another device from acquiring the same major/minor.
Since the partition's release may be invoked from call_rcu's soft-irq
context, the ext_dev_idr's mutex had to be replaced with a spinlock so
as not so sleep.
Signed-off-by:
Chris,
On Mon, Aug 25, 2014 at 6:31 AM, Chris Zhong wrote:
> The RK808 chip is a power management IC for multimedia and handheld
> devices. It contains the following components:
>
> - Regulators
> - RTC
>
> The RK808 core driver is registered as a platform driver and provides
> communication
Commit-ID: a90b858cfe27a576f7e44a456af2ee432404ee8f
Gitweb: http://git.kernel.org/tip/a90b858cfe27a576f7e44a456af2ee432404ee8f
Author: Andy Shevchenko
AuthorDate: Mon, 21 Jul 2014 11:38:40 +0300
Committer: Ingo Molnar
CommitDate: Mon, 25 Aug 2014 22:36:57 +0200
x86: Fix non-PC
On 08/25/2014 10:35 PM, Alexey Dobriyan wrote:
On Mon, Aug 25, 2014 at 10:01:39PM +0200, Daniel Borkmann wrote:
+void memzero_explicit(void *s, size_t count)
+{
+ memset(s, 0, count);
+ OPTIMIZER_HIDE_VAR(s);
+}
BSD seems to name it explicit_bzero().
Sure, that's what I wrote in
On Sun, Aug 03, 2014 at 05:20:05PM -0700, Hans Wennborg wrote:
> Signed-off-by: Hans Wennborg
> ---
> drivers/net/wireless/iwlegacy/4965-mac.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/wireless/iwlegacy/4965-mac.c
>
On Mon, Aug 25, 2014 at 10:01:39PM +0200, Daniel Borkmann wrote:
> +void memzero_explicit(void *s, size_t count)
> +{
> + memset(s, 0, count);
> + OPTIMIZER_HIDE_VAR(s);
> +}
BSD seems to name it explicit_bzero().
Alexey
--
To unsubscribe from this list: send the line
On 04/17/14 07:11, Peter Foley wrote:
> Change the Documentation makefiles from obj-m to subdir-y
> to avoid generating unnecessary built-in.o files since nothing
> in Documentation/ is ever linked in to vmlinux.
>
> Signed-off-by: Peter Foley
> ---
> Documentation/Makefile
On 08/25/2014 10:46 AM, Jason Gunthorpe wrote:
> On Fri, Aug 22, 2014 at 01:47:09PM -0700, Florian Fainelli wrote:
>
>>> - the ID based strings seem to be not needed since, IIUC, the core
>>>reads the ID from the PHY and uses it, so I just left it out not
>>>trying to figure out how to
101 - 200 of 1362 matches
Mail list logo
