From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/mips/mm/cerr-sb1.c | 67 +
1 file changed, 17 insertions(+), 50 deletions(-)
diff --git a/arch/mips/mm/cerr-sb1.c b/arch/mips/mm/cerr-sb1.c
index ee5c1ff..2e7d660 100644
--- a/arch/mips/mm/c
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
net/sunrpc/auth_gss/gss_krb5_keys.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/net/sunrpc/auth_gss/gss_krb5_keys.c
b/net/sunrpc/auth_gss/gss_krb5_keys.c
index 8701331..c41b389 100644
--- a/net/sunrpc/auth_gss/gss_
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/x86/include/asm/bitops.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/include/asm/bitops.h b/arch/x86/include/asm/bitops.h
index 7766d1c..d3210c0 100644
--- a/arch/x86/include/asm/bitops.h
+++ b/arch/x86/inclu
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/sparc/include/asm/bitops_32.h | 1 +
arch/sparc/include/asm/bitops_64.h | 13 +
2 files changed, 14 insertions(+)
diff --git a/arch/sparc/include/asm/bitops_32.h
b/arch/sparc/include/asm/bitops_32.h
index 600ed1d..8c41896 10
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/powerpc/include/asm/bitops.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/powerpc/include/asm/bitops.h
b/arch/powerpc/include/asm/bitops.h
index 59abc62..90ee0f2 100644
--- a/arch/powerpc/include/asm/bitops.h
+++ b/arch
(futex ordering pop-flare)
On Sat, 2016-03-26 at 10:56 -0500, Petros Koutoupis wrote:
> I stumbled on an interesting scenario which I am unable to fully explain and I
> was hoping to get some other opinions on why this would or wouldn't work.
>
> In recent testing on a 48-core Haswell arch server
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/tile/include/asm/bitops.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/tile/include/asm/bitops.h b/arch/tile/include/asm/bitops.h
index 20caa34..370d007 100644
--- a/arch/tile/include/asm/bitops.h
++
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/mips/include/asm/arch_parity.h | 44 +
arch/mips/include/asm/bitops.h | 3 +++
2 files changed, 47 insertions(+)
create mode 100644 arch/mips/include/asm/arch_parity.h
diff --git a/arch/mips/incl
Hi all,
After merging the fixes tree, today's linux-next build (perf powerpcle)
failed like this:
arch/powerpc/util/header.c:17:1: error: no previous prototype for 'get_cpuid'
[-Werror=missing-prototypes]
get_cpuid(char *buffer, size_t sz)
^
arch/powerpc/util/header.c: In function 'get_cpuid':
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/ia64/include/asm/bitops.h | 16
1 file changed, 16 insertions(+)
diff --git a/arch/ia64/include/asm/bitops.h b/arch/ia64/include/asm/bitops.h
index 71e8145..de13d89 100644
--- a/arch/ia64/include/asm/bitops.h
+++ b/arch/i
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/blackfin/include/asm/bitops.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/blackfin/include/asm/bitops.h
b/arch/blackfin/include/asm/bitops.h
index b298b65..81b078a 100644
--- a/arch/blackfin/i
On Wed 23 Mar 12:48 PDT 2016, Srinivas Kandagatla wrote:
> This patch adds support to 4 user leds, wlan and bt led on board.
>
> Signed-off-by: Srinivas Kandagatla
I'm not fond of the overly complicated names; and I think it should at
least be shortened to "db600c:...".
Tested this on my DB600
On Sat, 2016-03-26 at 20:42 -0700, Bhaskar Jupudi wrote:
> Explicit void pointer conversion is unnecessary
> because the conversions to and from a void pointer
> are always implicit in 'C'. Changed two instances
> of such conversions.
Your patch subject is incorrect, this is for fman
not all of d
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/avr32/include/asm/bitops.h | 32
1 file changed, 32 insertions(+)
diff --git a/arch/avr32/include/asm/bitops.h b/arch/avr32/include/asm/bitops.h
index 910d537..80d7005 100644
--- a/arch/avr32/include/asm/b
From: Zeng Zhaoxiu
Signed-off-by: Zeng Zhaoxiu
---
arch/alpha/include/asm/bitops.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/alpha/include/asm/bitops.h b/arch/alpha/include/asm/bitops.h
index 4bdfbd4..95a43fa 100644
--- a/arch/alpha/include/asm/bitops
From: Zeng Zhaoxiu
Use the generic version.
Signed-off-by: Zeng Zhaoxiu
---
arch/arc/include/asm/bitops.h | 1 +
arch/arm/include/asm/bitops.h | 1 +
arch/arm64/include/asm/bitops.h| 1 +
arch/c6x/include/asm/bitops.h | 1 +
arch/cris/include/asm/bitops.h | 1 +
arch/frv
They have the same functionalities as irq_domain_add_{linear, tree},
except fro accepting different first argument.
Signed-off-by: Jianyu Zhan
---
v1->v2:
Fix spelling error.
Documentation/IRQ-domain.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/IRQ-doma
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f55532a0c0b8bb6148f4e07853b876ef73bc69ca
commit: d4883d5d6b146fd65f762c462b2c6d4a327c7d50 objtool: Enable stack metadata
validation on 64-bit x86
date: 4 weeks ago
config: x86_64-randconfig-r0-03270825 (at
Explicit void pointer conversion is unnecessary
because the conversions to and from a void pointer
are always implicit in 'C'. Changed two instances
of such conversions.
Signed-off-by: Bhaskar Jupudi
---
This patch is based on Kernel Janitors To-Do list
drivers/net/ethernet/freescale/fman/fma
On 2016/3/24 16:38, Denys Vlasenko wrote:
> On 03/24/2016 04:03 AM, Zhaoxiu Zeng wrote:
>> +/*
>> + * Type invariant interface to the compile time constant parity functions.
>> + */
>> +#define PARITY(w)PARITY64((u64)w)
>
> Can result in incorrect expansion of w. Should be PARITY64((u64)(w))
>
On Sat, Mar 26, 2016 at 09:59:40PM -0400, Vivien Didelot wrote:
> The 6185 family does not have a ATU FID register. It splits it in the
> ATU Control register and the ATU Operation.
Looking at the reference code, the following devices have a FID
register:
( DEV_88E6097_FAMILY | DEV_88E6165_FAMILY
On Sat, Mar 26, 2016 at 09:59:38PM -0400, Vivien Didelot wrote:
> The 6185 family has only 256 indexable address databases, while the
> others (such as 6352) have 4095. Explicit and use these maximum values
> in the _mv88e6xxx_fid_new function.
Hi Vivien
I've been looking at the Marvell reference
Hi Dave,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f55532a0c0b8bb6148f4e07853b876ef73bc69ca
commit: ab9d1e4f7b0217948a3b35a64178602ab30ff45d Merge branch
'xfs-misc-fixes-4.6-3' into for-next
date: 3 weeks ag
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？
行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？
加QQ1286754208给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。
广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。
Hi Baolin,
[auto build test ERROR on v4.5-rc7]
[also build test ERROR on next-20160324]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Baolin-Wang/Introduce-usb-charger-framework-to-deal-with-
In the 6352 family, FIDs are 12-bit. In the 6185 family, they are 8-bit.
Fix the upper mask, which was overlapping on the port Trunk ID (even
though it is not used yet).
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 10 +++---
drivers/net/dsa/mv88e6xxx.h | 3 ++-
2 files
The 6185 family does not have a ATU FID register. It splits it in the
ATU Control register and the ATU Operation.
Add 6185 support for FID (a.k.a. DBNum) in ATU commands.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 14 ++
drivers/net/dsa/mv88e6xxx.h | 2 +-
2 fi
Some switch models don't have a separate ATU FID register, but bury it
in the ATU Operation register.
Factorize the write of the FID and opcode in the ATU command function.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 31 ++-
1 file changed, 14 ins
The 6352 family has an entire register for its 12-bit FID used by the
VTU operations. The 6185 family has no such register. Its 8-bit FID
(called DBNum) is split in the VTU Operation register.
Modify the VTU read and write access to support this switch family.
Signed-off-by: Vivien Didelot
---
The 6185 family has only 256 indexable address databases, while the
others (such as 6352) have 4095. Explicit and use these maximum values
in the _mv88e6xxx_fid_new function.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
All packets passing through a switch of the 6185 family are currently all
directed to the CPU port. This means that port bridging is software driven.
To enable hardware bridging for this switch family, we need to implement the
port mapping operations, the FDB operations, and optionally the VLAN op
The 88E6185 switch also has a MapDA bit in its Port Control 2 register.
When this bit is cleared, all frames are sent out to the CPU port.
Set this bit to rely on address databases (ATU) hits and direct frames
out of the correct ports, and thus allow hardware bridging.
Signed-off-by: Vivien Didel
By adding support for bridge operations, FDB operations, and optionally
VLAN operations (for 802.1Q and VLAN filtering aware systems), the
switch bridges ports correctly, the CPU is able to populate the hardware
address databases, and thus hardware bridging becomes functional within
the 88E6185 fam
On 03/26/2016 09:11 AM, Jiancheng Xue wrote:
> Add hisilicon spi-nor flash controller driver
>
> Signed-off-by: Binquan Peng
> Signed-off-by: Jiancheng Xue
> Acked-by: Rob Herring
> Reviewed-by: Ezequiel Garcia
> Reviewed-by: Jagan Teki
> ---
> change log
> v9:
> Fixed issues pointed by Jagan
On Sat, Mar 26, 2016 at 3:05 AM, Rafael J. Wysocki wrote:
> On Sat, Mar 26, 2016 at 2:12 AM, Steve Muckle wrote:
>> Hi Rafael,
>>
>> On 03/21/2016 06:54 PM, Rafael J. Wysocki wrote:
>> ...
>>> +config CPU_FREQ_GOV_SCHEDUTIL
>>> + tristate "'schedutil' cpufreq policy governor"
>>> + depend
On Sat, Mar 26, 2016 at 10:22:57PM +, Mathieu Desnoyers wrote:
> - On Mar 26, 2016, at 2:49 PM, Paul E. McKenney
> paul...@linux.vnet.ibm.com wrote:
>
> > On Sat, Mar 26, 2016 at 08:28:16AM -0700, Paul E. McKenney wrote:
> >> On Sat, Mar 26, 2016 at 12:29:31PM +, Mathieu Desnoyers wro
Hi Baolin,
[auto build test ERROR on v4.5-rc7]
[also build test ERROR on next-20160324]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Baolin-Wang/Introduce-usb-charger-framework-to-deal-with-
On Sat, Mar 26, 2016 at 2:46 AM, Rafael J. Wysocki wrote:
> On Sat, Mar 26, 2016 at 2:12 AM, Steve Muckle wrote:
>> Hi Rafael,
>>
>> On 03/21/2016 06:53 PM, Rafael J. Wysocki wrote:
>>> Add two new policy flags, fast_switch_possible, to be set by the
>>> cpufreq driver if fast frequency switching
We have at least one big banner telling people that they should
not deploy production kernels with DEBUG options enabled, but
at the same time, we make it hard for people to turn DEBUG_FS
off when we select (vs. depend on) the CONFIG_DEBUG_FS option.
Since we actively discourage people using debug
Hello My dear.
How are you doing today and how is everything over there together with your
health? i hope that you are in good condition of health, i want to use this
opportunity to introduce myself to you. My name is Miss barbara. so i will
like you to reply me with my contact email address
Hi,
when trying pxa_defconfig with various pxa270 and pxa255 qemu targets, I
noticed that the gpio
pin direction is no longer set. Bisect points to commit a770d946371e ("gpio:
pxa: add pin control
gpio direction and request"). As it turns out, pxa_defconfig does not configure
PINCTRL. As a res
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f55532a0c0b8bb6148f4e07853b876ef73bc69ca
commit: eff901d30e6cebd940072637f112ce4d0090ac12 IB/mlx5: Implement callbacks
for manipulating VFs
date: 5 days ago
config: x86_64-randconfig-s4-03270750 (attached
On Sat, 2016-03-26 at 22:40 +0100, Rasmus Villemoes wrote:
> aux0_show and aux1_show consists of almost identical code. Pull that
> into a common helper and make them thin wrappers. Similarly for
> _store.
Seems sensible, thanks
> diff --git a/drivers/platform/x86/intel_menlow.c
> b/drivers/plat
On Thu, Mar 24, 2016 at 12:18 AM, Krzysztof Kozlowski
wrote:
> On Thu, Mar 24, 2016 at 3:11 PM, Krzysztof Kozlowski
> wrote:
>> On Tue, Mar 22, 2016 at 6:06 AM, Ivaylo Dimitrov
>> wrote:
>>> Hi,
>>>
>>> On 21.03.2016 21:18, Mark Brown wrote:
Currently we only attempt to set the voltage
So I'm closing the merge window a day early, partly because I have
some upcoming travel, but partly because this has actually been one of
the bigger merge windows in a while, and if somebody was planning on
trying to sneak in any last-minute features, I really don't want to
hear about it any more.
On Wed, 01 Jul 2015, Borislav Petkov wrote:
> Certain patch levels supplied by the BIOS should not be upgraded and
> overwritten by the microcode loader because doing so leaves the system
> dead in the water.
>
> The two below provide for filtering out those levels and avoiding the
> update, there
BUSINESS RELATIONSHIP
Dear Friend,
Please and Please contact me through this E_mail (drharunabello...@gmail.com)
Let me start by introducing myself,I am Dr Haruna Bello,
Manager of Bank Of Africa Burkina faso.
I am writting you this letter based on the latest development at my
Departmentwhich I
On Sat, Mar 26, 2016 at 3:00 PM, Linus Torvalds
wrote:
>
> But dammit, when things come in at the very end of the merge window,
> which makes me grumpy to begin with, AND it is then re-based, at that
> point I'm not inclined to let things slide any more.
Oh fudge it. I ended up pulling anyway, be
On Sat, Mar 26, 2016 at 09:45:53PM +0800, Zhangjian (Bamvor) wrote:
> Hi, guys
Hi,
>
> Does any body test the bigendian? We found lots of failures in be in
> our arm64 hardware. E.g. the signal issue.
I'm afraid, nobody yet. Thank you for work on it.
>
> IIUC, the signal of struct in ILP32 is
BUSINESS RELATIONSHIP
Dear Friend,
Let me start by introducing myself,I am Dr Haruna Bello,
Manager of Bank Of Africa Burkina faso.
I am writting you this letter based on the latest development at my
Departmentwhich I will like to bring to your personal edification.(18.5 million
U.SDollars tr
On Sat, Mar 26, 2016 at 11:00 PM, Linus Torvalds
wrote:
> On Sat, Mar 26, 2016 at 2:46 PM, Ilya Dryomov wrote:
>>
>> FWIW, it matches -next content-wise. SHAs don't match because of an
>> extra Signed-off-by in an unrelated commit, outside of fs/ceph.
>
> That's how git works. After you rebase,
- On Mar 26, 2016, at 2:49 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Sat, Mar 26, 2016 at 08:28:16AM -0700, Paul E. McKenney wrote:
>> On Sat, Mar 26, 2016 at 12:29:31PM +, Mathieu Desnoyers wrote:
>> > - On Mar 25, 2016, at 5:46 PM, Paul E. McKenney
>> > paul...@li
We do.
Am 24. März 2016 23:28:15 MEZ, schrieb Andrew Morton
:
>On Thu, 24 Mar 2016 09:38:21 +0100 Denys Vlasenko
>wrote:
>
>> On 03/24/2016 04:03 AM, Zhaoxiu Zeng wrote:
>> > +/*
>> > + * Type invariant interface to the compile time constant parity
>functions.
>> > + */
>> > +#define PARITY(w)
On Sat, Mar 26, 2016 at 2:46 PM, Ilya Dryomov wrote:
>
> FWIW, it matches -next content-wise. SHAs don't match because of an
> extra Signed-off-by in an unrelated commit, outside of fs/ceph.
That's how git works. After you rebase, SHA's will *never* match,
because you changed the history (dates,
On Sat, Mar 26, 2016 at 11:32 PM, Ruslan Bilovol
wrote:
> Hi
>
> On Fri, Mar 25, 2016 at 11:09 PM, Pavel Machek wrote:
>> Hi!
>>
>>> OK, so at last I finished charging of my N900; found 1.8V USB
>>> to UART adapter and soldered it to the phone.
>>>
>>> I managed to boot N900 with working USB gadg
On Sat, Mar 26, 2016 at 10:33 PM, Linus Torvalds
wrote:
> On Sat, Mar 26, 2016 at 2:19 PM, Ilya Dryomov wrote:
>>
>> This really is a result of a miscommunication between us and Al.
>> Lesson learned. Please reconsider and pull.
>
> No.
>
> If you guys rebase, I don't pull.
>
> Stop rebasing. Re
On 16.03.2016 10:44, Miklos Szeredi wrote:
> On Tue, Mar 15, 2016 at 8:55 AM, Jakob Unterwurzacher
> wrote:
>> Just for anybody finding this thread: This still happens in v4.4, it
>> just took longer to trigger.
>>
>> I have posted more details to linux-kernel (copy-pasted below),
>> http://thread
Hi
On Fri, Mar 25, 2016 at 11:15 PM, Pavel Machek wrote:
> Hi!
>
>> OK, so at last I finished charging of my N900; found 1.8V USB
>> to UART adapter and soldered it to the phone.
>>
>> I managed to boot N900 with working USB gadget (builtin g_ether)
>> in boardfile mode, can ping it from PC and t
aux0_show and aux1_show consists of almost identical code. Pull that
into a common helper and make them thin wrappers. Similarly for
_store.
Signed-off-by: Rasmus Villemoes
---
drivers/platform/x86/intel_menlow.c | 48 -
1 file changed, 21 insertions(+), 27 de
Hi
On Fri, Mar 25, 2016 at 11:09 PM, Pavel Machek wrote:
> Hi!
>
>> OK, so at last I finished charging of my N900; found 1.8V USB
>> to UART adapter and soldered it to the phone.
>>
>> I managed to boot N900 with working USB gadget (builtin g_ether)
>> in boardfile mode, can ping it from PC and t
On Sat, Mar 26, 2016 at 2:19 PM, Ilya Dryomov wrote:
>
> This really is a result of a miscommunication between us and Al.
> Lesson learned. Please reconsider and pull.
No.
If you guys rebase, I don't pull.
Stop rebasing. Really.
STOP REBASING.
There are no excuses. Just stop doing it. I'll h
We need to use post-decrement to ensure that irq_dispose_mapping is
also called on priv->rxq[0]->irq_no; moreover, if one of the above for
loops failed already at i==0 (so we reach one of these labels with
that value of i), we'll enter an essentially infinite loop of
out-of-bounds accesses.
Signed
On Sat, Mar 26, 2016 at 7:30 PM, Linus Torvalds
wrote:
> On Fri, Mar 25, 2016 at 6:39 PM, Sage Weil wrote:
>>
>> This series is based on a recent merge of Al's tree to avoid conflicts
>> with his splice_dentry changes.
>
> Once again, and with feeling: please PLEASE stop doing these idiotic thing
2016-03-24 18:30 GMT+02:00 Julia Lawall :
> If this is correct, it seems quite subtle.
>
It isn't. Probably the use_smbus and use_smbus_write variables need
some tweaking for better readability, but if !at24->use_smbus, then
we're using i2c_transfer() and the mutex will be unlocked.
Best regards,
From: Colin Ian King
whc_init already calls whc_clean_up if an error occurs during
the initialization, so calling it again if whc_init fails at
the end of wch_probe will cause double free errors. Fix this
by bailing out on an whc_init failure to a new label that avoids
doing the duplicated whc_c
On Sat, Mar 26, 2016 at 01:48:23PM -0700, Linus Torvalds wrote:
> > BTW, as far as switching ext4 to use the shared code in fs/crypto ---
> > I'm hoping to get that done for the next merge window. There are a 2
> > or 3 patches to fix some recently discovered bugs that I'll need to
> > push into t
On Sat, Mar 26, 2016 at 1:41 PM, Theodore Ts'o wrote:
>
>> I also wonder if the xts_tweak should perhaps have both the page
>> offset _and_ the inode number in it. Both ext4 and f2fs specify that
>> xts tweak size to be 16 bytes, and right now fill the last 8 bytes
>> with zero. Would it make sens
On Sat, Mar 26, 2016 at 10:53:52AM -0700, Linus Torvalds wrote:
> On Sat, Mar 26, 2016 at 6:47 AM, Eric Biggers wrote:
> > Another question about the choice of IV. If the page index in CPU order is
> > (supposed to be) used as the IV, doesn't make the on-disk format of the
> > filesystem endianne
Long ago, Jiri Slaby noted that the subsequent printks should be
pr_cont. Let's instead get rid of the multiple printk calls.
Signed-off-by: Rasmus Villemoes
---
I originally suggested getting rid of the extra printks by building a
suitable string at compile time, but then ended up going out on a
New Versoin of Git2.77
On Sat, Mar 26, 2016 at 01:04:44PM -0700, Linus Torvalds wrote:
> On Sat, Mar 26, 2016 at 1:00 PM, Jaegeuk Kim wrote:
> >
> > After then, as Dave suggested, we needed to move the crypto libraries into
> > common fs/crypto, so that other filesystems can support that in common
> > sense.
> >
> > Pl
On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote:
> On 26.03.2016 21:52, Marek Vasut wrote:
>> On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote:
>>> On 26.03.2016 20:10, Marek Vasut wrote:
On 03/26/2016 06:52 PM, Vladimir Zapolskiy wrote:
> Hi Marek,
>
> On 26.03.2016 19:30, Marek
The CM109 driver reported key press events of volume up / down and
record / playback mute buttons, but release events only as soon as
another button was pressed. Track state of volume buttons in order to
report press and release events properly. For the record and playback
mute buttons, only presse
On 26.03.2016 21:52, Marek Vasut wrote:
> On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote:
>> On 26.03.2016 20:10, Marek Vasut wrote:
>>> On 03/26/2016 06:52 PM, Vladimir Zapolskiy wrote:
Hi Marek,
On 26.03.2016 19:30, Marek Vasut wrote:
> On 03/26/2016 06:26 PM, Vladimir Zapols
On Sat, Mar 26, 2016 at 1:00 PM, Jaegeuk Kim wrote:
>
> After then, as Dave suggested, we needed to move the crypto libraries into
> common fs/crypto, so that other filesystems can support that in common sense.
>
> Please check the below threads about this history.
> http://www.spinics.net/lists/l
On Sat, Mar 26, 2016 at 10:53:52AM -0700, Linus Torvalds wrote:
> Good catch, Eric.
>
> While waiting for explanations, I've committed the change to move back
> to just the page index.
Thank you.
+Ted
This was originally introduced in EXT4 for AOSP last year.
At that time, Ted suggested that it
On Sat, 2016-03-26 at 12:50 -0700, Alison Schofield wrote:
> Use kernel preferred unsigned int declaration style.
>
> Patch created using:
> git ls-files drivers/staging/iio | \
> xargs ./scripts/checkpatch.pl -f --fix-inplace --types=unspecified_int
>
> Hand edits restored columns in structure d
On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote:
> On 26.03.2016 20:10, Marek Vasut wrote:
>> On 03/26/2016 06:52 PM, Vladimir Zapolskiy wrote:
>>> Hi Marek,
>>>
>>> On 26.03.2016 19:30, Marek Vasut wrote:
On 03/26/2016 06:26 PM, Vladimir Zapolskiy wrote:
> On 26.03.2016 12:14, Marek Vasu
Use kernel preferred unsigned int declaration style.
Patch created using:
git ls-files drivers/staging/iio | \
xargs ./scripts/checkpatch.pl -f --fix-inplace --types=unspecified_int
Hand edits restored columns in structure definitions.
Signed-off-by: Alison Schofield
---
drivers/staging/iio/ad
From: Andreas Dilger
Add comment blocks for cfs_crypto_hash_*() in linux-crypto.c and
libcfs_crypto.h. Delete obsolete comment about shash handling in
cfs_crypto_hash_alloc().
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamc
From: Andreas Dilger
Move memory allocation from cfs_crypto_test_hashes() into the
function cfs_crypto_performance_test().
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glossman
Reviewed-by:
From: Andreas Dilger
For the crypto algorthim type use the same name hash_alg everywhere.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glossman
Reviewed-by: James Simmons
Reviewed-by: Oleg
From: Andreas Dilger
Fix the cfs_crypto_hash_* functions to take enum cfs_crypto_hash_alg
as the algorithm type, instead of an unsigned char.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glo
Fixing checks for dma mapping error in qset_fill_page_list(),
I have missed two similar problems in qset_add_urb_sg() and
in qset_add_urb_sg_linearize().
v2: check validity of dma_addr with dma_mapping_error()
in qset_free_std() as suggested by Vladimir Zapolskiy.
Found by Linux Driver Verificati
From: Andreas Dilger
Return a real error code, -ENOENT, instead of a -1.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glossman
Reviewed-by: James Simmons
Reviewed-by: Oleg Drokin
---
...
From: Andreas Dilger
Only print info about the crypto performance when no error
is encounter.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glossman
Reviewed-by: James Simmons
Reviewed-by:
From: Andreas Dilger
Change the aligment of some of the functions.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob Glossman
Reviewed-by: James Simmons
Reviewed-by: Oleg Drokin
---
.../lustr
From: Andreas Dilger
Set cfs_crypto_hash_speeds[X] result to the actual error instead
of -1. Make the error message more clear and informative.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Reviewed-by: Bob G
From: Andreas Dilger
Use alloc_page() and use cfs_crypto_hash_update_page()
to compute the hash instead of cfs_crypto_hash_digest(), since
tgt_checksum_bulk() computes the hash by page anyway.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5279
Reviewed-on: ht
From: Andreas Dilger
Add CFS_HASH_ALG_UNKOWN for unknown hash names instead of
using "0xFF" directly. Define the max digestsize the cfs
crypto api can handle.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Rev
From: Andreas Dilger
Change cfs_crypto_hash_final() to always clean up the hash descrptor
instead of not doing this in error cases. All of the callers were
just calling cfs_crypto_hash_final() immediately to clean up the
descriptor anyway, and the old behaviour is unlike other init/fini
function
Several important fixes for the crypto handling are missing for
the upstream client. This work integates those missing fixes.
Andreas Dilger (12):
staging: lustre: libcfs: limit scope of libcfs_crypto.h
staging: lustre: libcfs: add documentation for cfs_crypto_hash_*()
staging: lustre: libcf
From: Andreas Dilger
Remove from and only
include it into the places where it is actually needed. This
works out to be the same places as , so put it there.
Signed-off-by: Andreas Dilger
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5053
Reviewed-on: http://review.whamcloud.com/9990
Re
Peter,
Am 26.03.2016 um 20:06 schrieb Peter Hurley:
> Sorry about that; I hadn't considered the implications of UML console.
> Can you test the blob below?
Yep, works like a charm. :-)
Thanks,
//richard
Hi Richard,
On 03/26/2016 10:58 AM, Richard Weinberger wrote:
> On Sun, Jan 10, 2016 at 6:13 AM, Peter Hurley
> wrote:
>> Evaluate the conditions which prevent this tty being the controlling
>> terminal in one place, just before setting the controlling terminal.
>>
>> Signed-off-by: Peter Hurley
On Thu, Mar 24 2016, Andrew Morton wrote:
> On Thu, 24 Mar 2016 00:42:32 +0100 Rasmus Villemoes
> wrote:
>
>> Attach the malloc attribute to a few allocation functions. This helps
>> gcc generate better code by telling it that the return value doesn't
>> alias any existing pointers (which is ev
Le samedi 26 mars 2016 à 19:53 +0100, Sam Ravnborg a écrit :
> On Sat, Mar 26, 2016 at 07:31:27PM +0100, Paul Kocialkowski wrote:
> >
> > This introduces a localdefconfig make target to specify out-of-tree default
> > configs. The out-of-tree default target is selected by defining
> > KBUILD_LOCAL
On Sat, Mar 26, 2016 at 07:31:27PM +0100, Paul Kocialkowski wrote:
> This introduces a localdefconfig make target to specify out-of-tree default
> configs. The out-of-tree default target is selected by defining
> KBUILD_LOCALDEFCONFIG in the make command line.
>
> The intent of this change is to e
I continue to see freezes at random intervals on my Chromebook PIxel
(2013). The X UI freezes completely for anywhere from a fraction of a
second to several minutes but always eventually resumes. When it
resumes there's normally nothing in dmesg or any other logs and no
indication of exactly what e
On 12/15/2015 07:48 PM, Brian Norris wrote:
> Spansion and Winbond have occasionally used the same manufacturer ID,
> and they don't support the same features. Particularly, writing SR=0
> seems to break read access for Spansion's s25fl064k. Unfortunately, we
> don't currently have a way to differe
1 - 100 of 160 matches
Mail list logo
