(unknown)

(unknown)

[n mishra]

Hi all!
This sounds slightly silly but is it possible to link the .obj 
files from one compiler to another.I have been working with bcc 
and gcc and was wondering if it was possible to link files created 
in one compiler for eg bcc to the other for eg gcc.
I tried to create a obj file in bcc and load it using ld but it 
said the file format was not recognisable.
Also how do you execute a binary file created using as86 and the 
-b option.
Thanks in advance.
mishra.

Re:

[hp]

for instance, <man ld86>

	...
   -N	Create  a  native Linux OMAGIC output file. 
	If the contents are i386 code the binary can be either linked by
              GCC or executed by linux. If the -z option is also included the 
	linker can generate a QMAGIC executable.
	...

never tried, myself, though.


best,
	hp
---
n  mishra am Samstag, 18. Januar 2003 05:26:
> Hi all!
> This sounds slightly silly but is it possible to link the .obj
> files from one compiler to another.I have been working with bcc
> and gcc and was wondering if it was possible to link files created
> in one compiler for eg bcc to the other for eg gcc.
> I tried to create a obj file in bcc and load it using ld but it
> said the file format was not recognisable.
> Also how do you execute a binary file created using as86 and the
> -b option.
> Thanks in advance.
> mishra.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-assembly"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Linux,Assembly,Forth: http://www.lxhp.in-berlin.de/index-lx.shtml en/de
  >> clf -at- lxhp -dot- in-berlin -dot- de <<

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es-sh/6fXdz2Rs]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[pepa6.es]

Proposal,

Respond to my personal email;  mrs.zhangxiao1962@outlook.
com 


Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang 
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, 
Liaoning 114021, China.

(unknown),

[INFO]

[-- Attachment #1: Type: text/plain, Size: 48 bytes --]


-- 
Attn: Your Ref View Attached File Please...

[-- Attachment #2: Dear Alivia Edwin.docx --]
[-- Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document, Size: 14040 bytes --]

(unknown),

[Service Desk Test]

Do You need a loan ? Email: dechangcompact5@gmail.com<mailto:dechangcompact5@gmail.com> And Get back to us with amount Needed and durations

(unknown),

[gavinli]

Oops, forgot to CC the patch to you. Thanks for the advice.

(unknown)

[Joan]

Good day , 

Any bag or clothing accessories is available . welcome to ask me at any time . any quantity could do . 


Thanks 
Joan 
sales department 
Sonier Pins Co.,Ltd.

(unknown)

[Angelo Dureghello]

unsubscribe linux-mmc angelo@sysam.it

(unknown),

[y Huerta]

(unknown),

[Haomai Wang]

Even if from /dev/zero, the data crc shouldn't be 0.

I guess osd(arm) doesn't do crc computing. But from code, crc for arm
should be fine

On Sat, May 16, 2015 at 6:21 PM, huang jun <hjwsm1989@gmail.com> wrote:
> that always happen, every test have such errors. And our cluster and
> client that  running on X86 works fine, never seen bad crc error.
>
>
> 2015-05-16 17:30 GMT+08:00 Haomai Wang <haomaiwang@gmail.com>:
>> is this always happen or occasionally?
>>
>> On Sat, May 16, 2015 at 10:10 AM, huang jun <hjwsm1989@gmail.com> wrote:
>>> hi,steve
>>>
>>> 2015-05-15 16:36 GMT+08:00 Steve Capper <steve.capper@linaro.org>:
>>>> On 15 May 2015 at 00:51, huang jun <hjwsm1989@gmail.com> wrote:
>>>>> hi,all
>>>>
>>>> Hi HuangJun,
>>>>
>>>>>
>>>>> We run ceph cluster on ARM platform (arm64, linux kernel 3.14, OS
>>>>> ubuntu 14.10), and use "dd if=/dev/zero of=/mnt/test bs=4M count=125"
>>>>> to write data.  On the osd side, we got bad data CRC error.
>>>>>
>>>>> The kclient log: (tid=6)
>>>>> May 14 17:21:08 node103 kernel: [  180.194312] CPU[0] libceph:
>>>>> send_request ffffffc8d252f000 tid-6 to osd0 flags 36 pg 1.9aae829f req
>>>>> data size is 4194304
>>>>> May 14 17:21:08 node103 kernel: [  180.194316] CPU[0] libceph: tid-6
>>>>> ----- ffffffc0702f66c8 to osd0 42=osd_op len 197+0+4194304 -----
>>>>> libceph: tid-6 front_crc is 388648745 middle_crc is 0 data_crc is 3036014994
>>>>>
>>>>> The OSD-0 log:
>>>>> 2015-05-13 08:12:50.049345 7f378d8d8700  0 seq  3 tid 6 front_len 197
>>>>> mid_len 0 data_len 4194304
>>>>> 2015-05-13 08:12:50.049348 7f378d8d8700  0 crc in front 388648745 exp 388648745
>>>>> 2015-05-13 08:12:50.049395 7f378d8d8700  0 crc in middle 0 exp 0
>>>>> 2015-05-13 08:12:50.049964 7f378d8d8700  0 crc in data 0 exp 3036014994
>>>>> 2015-05-13 08:12:50.050234 7f378d8d8700  0 bad crc in data 0 != exp 3036014994
>>>>>
>>>>> some considerations:
>>>>> 1) we use ceph 0.80.7 realse version and compile it on ARM, did this
>>>>> works? or  does ceph's code has ARM branch?
>>>>
>>>> We did run a Ceph version close to that for 64-bit ARM, I'm checking
>>>> out 0.80.7 now to test.
>>>> In v9.0.0, there is some code to use the ARM optional crc32c
>>>> instructions, but this isn't in 0.80.7.
>>>>
>>>>>
>>>>> 2) as we have write 125 objects, only few of them report CRC error,
>>>>> and the right object's data_crc is 0 both on osd and kclient. the
>>>>> wrong object's data_crc is not 0 on kclient, but osd calculate result
>>>>> 0. the object data came from /dev/zero, i think the data_crc should be
>>>>> 0, am i right?
>>>>>
>>>>
>>>> If the initial CRC seed value is non-zero, then the CRC of a buffer
>>>> full of zeros won't be zero.
>>>> So ceph_crc32c(somethingnonzero, zerofilledbuffer, len), will be non-zero.
>>>>
>>>> I would like to reproduce this problem here.
>>>> What steps did you take before this error occurred?
>>>> Is this a cephfs filesystem or something on top of an RBD image?
>>>> Which kernel are you running? Is it the one that comes with Ubuntu?
>>>> (If so which package version is it?)
>>>>
>>> We use linux kernel version 3.14 and we just tested it on Ubuntu, and
>>> ceph version v0.80.7. Both cephfs and RBD image have CRC problems.
>>> I'm not sure whether it's related to Memory, since we tested many
>>> times, but just a few reported CRC error.
>>> As i mentioned, i doubt the memory fault changed the data, because we
>>> write 125 objects, and the all data_crc is 0 except the Bad CRC
>>> object's data_crc. Any tips are welcome.
>>>
>>>> Cheers,
>>>> --
>>>> Steve
>>>
>>>
>>>
>>> --
>>> thanks
>>> huangjun
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>> --
>> Best Regards,
>>
>> Wheat
>
>
>
> --
> thanks
> huangjun



-- 
Best Regards,

Wheat

(unknown),

[Viresh Kumar]

Subject: [PATCH V6 10/14] cpufreq: Remove cpufreq_update_policy()

cpufreq_update_policy() was kept as a separate routine earlier as it was
handling migration of sysfs directories, which isn't done anymore. It is
only updating policy->cpu now and can be removed.

Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
---
V5->V6:
- Merged v4 9/14, into this one after some updates.
- Keep separate routines to add/remove symlinks.

 drivers/cpufreq/cpufreq.c | 32 ++++++++++----------------------
 1 file changed, 10 insertions(+), 22 deletions(-)

diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index 663a934259a4..a791fe6920dc 100644
--- a/drivers/cpufreq/cpufreq.c
+++ b/drivers/cpufreq/cpufreq.c
@@ -1126,6 +1126,10 @@ static struct cpufreq_policy *cpufreq_policy_restore(unsigned int cpu)
 	if (likely(policy)) {
 		/* Policy should be inactive here */
 		WARN_ON(!policy_is_inactive(policy));
+
+		down_write(&policy->rwsem);
+		policy->cpu = cpu;
+		up_write(&policy->rwsem);
 	}
 
 	return policy;
@@ -1210,16 +1214,6 @@ static void cpufreq_policy_free(struct cpufreq_policy *policy)
 	kfree(policy);
 }
 
-static void update_policy_cpu(struct cpufreq_policy *policy, unsigned int cpu)
-{
-	if (WARN_ON(cpu == policy->cpu))
-		return;
-
-	down_write(&policy->rwsem);
-	policy->cpu = cpu;
-	up_write(&policy->rwsem);
-}
-
 /**
  * cpufreq_add_dev - add a CPU device
  *
@@ -1278,15 +1272,6 @@ static int cpufreq_add_dev(struct device *dev, struct subsys_interface *sif)
 			goto nomem_out;
 	}
 
-	/*
-	 * In the resume path, since we restore a saved policy, the assignment
-	 * to policy->cpu is like an update of the existing policy, rather than
-	 * the creation of a brand new one. So we need to perform this update
-	 * by invoking update_policy_cpu().
-	 */
-	if (recover_policy && cpu != policy->cpu)
-		update_policy_cpu(policy, cpu);
-
 	cpumask_copy(policy->cpus, cpumask_of(cpu));
 
 	/* call driver. From then on the cpufreq must be able
@@ -1467,11 +1452,14 @@ static int __cpufreq_remove_dev_prepare(struct device *dev,
 	if (cpu != policy->cpu)
 		return 0;
 
-	if (cpus > 1)
+	if (cpus > 1) {
 		/* Nominate new CPU */
-		update_policy_cpu(policy, cpumask_any_but(policy->cpus, cpu));
-	else if (cpufreq_driver->stop_cpu)
+		down_write(&policy->rwsem);
+		policy->cpu = cpumask_any_but(policy->cpus, cpu);
+		up_write(&policy->rwsem);
+	} else if (cpufreq_driver->stop_cpu) {
 		cpufreq_driver->stop_cpu(policy);
+	}
 
 	return 0;
 }
-- 
2.4.0

(unknown),

[Carlo Abelli]

[1.] One line summary of the problem:
[ASUS UX305FA] Some Fn+ Keys Not Working

[2.] Full description of the problem/report:
Brightness control keys and Airplane mode key on Asus UX305F laptop
not being recognized (including no output from acpi_listen). Other
function keys do work and are recognized e.g. volume

[3.] Keywords (i.e., modules, networking, kernel):

[4.] Kernel version (from /proc/version):
Linux version 4.1.0-040100rc6-generic (kernel@gloin) (gcc version
4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201506010235 SMP Mon Jun 1
02:36:59 UTC 2015

[5.] Output of Oops.. message (if applicable) with symbolic
information resolved (see Documentation/oops-tracing.txt):

[6.] A small shell script or example program which triggers the
problem (if possible):

[7.] Environment:
Description:    Ubuntu 15.04
Release:    15.04

[7.1.] Software (add the output of the ver_linux script here):
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux carloabelli-UX305FA 4.1.0-040100rc6-generic #201506010235 SMP
Mon Jun 1 02:36:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Gnu C                  4.9.2
Gnu make               4.0
binutils               2.25
util-linux             2.25.2
mount                  debug
module-init-tools      18
e2fsprogs              1.42.12
pcmciautils            018
PPP                    2.4.6
Linux C Library        2.21
Dynamic linker (ldd)   2.21
Procps                 3.3.9
Net-tools              1.60
Kbd                    1.15.5
Sh-utils               8.23
wireless-tools         30
Modules Loaded         ctr ccm rfcomm bnep nls_iso8859_1
snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops
videobuf2_core arc4 v4l2_common videodev media asus_nb_wmi asus_wmi
joydev sparse_keymap intel_rapl iosf_mbi x86_pkg_temp_thermal
intel_powerclamp coretemp iwlmvm kvm_intel mac80211 kvm snd_soc_rt5640
snd_soc_rl6231 crct10dif_pclmul snd_soc_core crc32_pclmul i915
ghash_clmulni_intel aesni_intel aes_x86_64 snd_hda_codec_conexant lrw
snd_hda_codec_generic snd_compress gf128mul snd_pcm_dmaengine
glue_helper iwlwifi btusb ablk_helper cryptd btbcm snd_hda_intel
snd_seq_midi btintel snd_hda_controller snd_seq_midi_event
drm_kms_helper snd_hda_codec bluetooth snd_hda_core serio_raw
snd_hwdep snd_rawmidi cfg80211 drm mei_me snd_pcm mei shpchp
i2c_algo_bit lpc_ich processor_thermal_device wmi snd_seq
snd_seq_device snd_timer snd int3403_thermal soundcore i2c_hid dw_dmac
hid dw_dmac_core i2c_designware_platform 8250_dw i2c_designware_core
snd_soc_sst_acpi video spi_pxa2xx_platform int3402_thermal
int3400_thermal tpm_crb acpi_pad int340x_thermal_zone acpi_thermal_rel
mac_hid parport_pc ppdev lp parport autofs4 psmouse ahci libahci
sdhci_acpi sdhci

[7.2.] Processor information (from /proc/cpuinfo):
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 61
model name    : Intel(R) Core(TM) M-5Y10c CPU @ 0.80GHz
stepping    : 4
microcode    : 0x1d
cpu MHz        : 812.421
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 0
cpu cores    : 2
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 20
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts
rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm intel_pt
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2
smep bmi2 erms invpcid rdseed adx smap xsaveopt
bugs        :
bogomips    : 1995.42
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:

processor    : 1
vendor_id    : GenuineIntel
cpu family    : 6
model        : 61
model name    : Intel(R) Core(TM) M-5Y10c CPU @ 0.80GHz
stepping    : 4
microcode    : 0x1d
cpu MHz        : 800.039
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 1
cpu cores    : 2
apicid        : 2
initial apicid    : 2
fpu        : yes
fpu_exception    : yes
cpuid level    : 20
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts
rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm intel_pt
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2
smep bmi2 erms invpcid rdseed adx smap xsaveopt
bugs        :
bogomips    : 1995.42
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:

processor    : 2
vendor_id    : GenuineIntel
cpu family    : 6
model        : 61
model name    : Intel(R) Core(TM) M-5Y10c CPU @ 0.80GHz
stepping    : 4
microcode    : 0x1d
cpu MHz        : 821.093
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 0
cpu cores    : 2
apicid        : 1
initial apicid    : 1
fpu        : yes
fpu_exception    : yes
cpuid level    : 20
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts
rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm intel_pt
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2
smep bmi2 erms invpcid rdseed adx smap xsaveopt
bugs        :
bogomips    : 1995.42
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:

processor    : 3
vendor_id    : GenuineIntel
cpu family    : 6
model        : 61
model name    : Intel(R) Core(TM) M-5Y10c CPU @ 0.80GHz
stepping    : 4
microcode    : 0x1d
cpu MHz        : 1561.718
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 1
cpu cores    : 2
apicid        : 3
initial apicid    : 3
fpu        : yes
fpu_exception    : yes
cpuid level    : 20
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts
rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm intel_pt
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2
smep bmi2 erms invpcid rdseed adx smap xsaveopt
bugs        :
bogomips    : 1995.42
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:

[7.3.] Module information (from /proc/modules):
ctr 16384 2 - Live 0x0000000000000000
ccm 20480 2 - Live 0x0000000000000000
rfcomm 77824 8 - Live 0x0000000000000000
bnep 24576 2 - Live 0x0000000000000000
nls_iso8859_1 16384 1 - Live 0x0000000000000000
snd_hda_codec_hdmi 53248 1 - Live 0x0000000000000000
uvcvideo 94208 0 - Live 0x0000000000000000
videobuf2_vmalloc 16384 1 uvcvideo, Live 0x0000000000000000
videobuf2_memops 16384 1 videobuf2_vmalloc, Live 0x0000000000000000
videobuf2_core 53248 1 uvcvideo, Live 0x0000000000000000
arc4 16384 2 - Live 0x0000000000000000
v4l2_common 16384 1 videobuf2_core, Live 0x0000000000000000
videodev 172032 3 uvcvideo,videobuf2_core,v4l2_common, Live 0x0000000000000000
media 24576 2 uvcvideo,videodev, Live 0x0000000000000000
asus_nb_wmi 24576 0 - Live 0x0000000000000000
asus_wmi 28672 1 asus_nb_wmi, Live 0x0000000000000000
joydev 20480 0 - Live 0x0000000000000000
sparse_keymap 16384 1 asus_wmi, Live 0x0000000000000000
intel_rapl 20480 0 - Live 0x0000000000000000
iosf_mbi 16384 1 intel_rapl, Live 0x0000000000000000
x86_pkg_temp_thermal 16384 0 - Live 0x0000000000000000
intel_powerclamp 16384 0 - Live 0x0000000000000000
coretemp 16384 0 - Live 0x0000000000000000
iwlmvm 307200 0 - Live 0x0000000000000000
kvm_intel 159744 0 - Live 0x0000000000000000
mac80211 786432 1 iwlmvm, Live 0x0000000000000000
kvm 507904 1 kvm_intel, Live 0x0000000000000000
snd_soc_rt5640 94208 0 - Live 0x0000000000000000
snd_soc_rl6231 16384 1 snd_soc_rt5640, Live 0x0000000000000000
crct10dif_pclmul 16384 0 - Live 0x0000000000000000
snd_soc_core 204800 1 snd_soc_rt5640, Live 0x0000000000000000
crc32_pclmul 16384 0 - Live 0x0000000000000000
i915 1146880 4 - Live 0x0000000000000000
ghash_clmulni_intel 16384 0 - Live 0x0000000000000000
aesni_intel 172032 4 - Live 0x0000000000000000
aes_x86_64 20480 1 aesni_intel, Live 0x0000000000000000
snd_hda_codec_conexant 24576 1 - Live 0x0000000000000000
lrw 16384 1 aesni_intel, Live 0x0000000000000000
snd_hda_codec_generic 77824 1 snd_hda_codec_conexant, Live 0x0000000000000000
snd_compress 20480 1 snd_soc_core, Live 0x0000000000000000
gf128mul 16384 1 lrw, Live 0x0000000000000000
snd_pcm_dmaengine 16384 1 snd_soc_core, Live 0x0000000000000000
glue_helper 16384 1 aesni_intel, Live 0x0000000000000000
iwlwifi 217088 1 iwlmvm, Live 0x0000000000000000
btusb 49152 0 - Live 0x0000000000000000
ablk_helper 16384 1 aesni_intel, Live 0x0000000000000000
cryptd 24576 3 ghash_clmulni_intel,aesni_intel,ablk_helper, Live
0x0000000000000000
btbcm 16384 1 btusb, Live 0x0000000000000000
snd_hda_intel 32768 5 - Live 0x0000000000000000
snd_seq_midi 16384 0 - Live 0x0000000000000000
btintel 16384 1 btusb, Live 0x0000000000000000
snd_hda_controller 36864 1 snd_hda_intel, Live 0x0000000000000000
snd_seq_midi_event 16384 1 snd_seq_midi, Live 0x0000000000000000
drm_kms_helper 126976 1 i915, Live 0x0000000000000000
snd_hda_codec 122880 5
snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller,
Live 0x0000000000000000
bluetooth 540672 24 rfcomm,bnep,btusb,btbcm,btintel, Live 0x0000000000000000
snd_hda_core 36864 5
snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_codec_generic,snd_hda_controller,snd_hda_codec,
Live 0x0000000000000000
serio_raw 16384 0 - Live 0x0000000000000000
snd_hwdep 16384 1 snd_hda_codec, Live 0x0000000000000000
snd_rawmidi 32768 1 snd_seq_midi, Live 0x0000000000000000
cfg80211 589824 3 iwlmvm,mac80211,iwlwifi, Live 0x0000000000000000
drm 352256 5 i915,drm_kms_helper, Live 0x0000000000000000
mei_me 24576 0 - Live 0x0000000000000000
snd_pcm 110592 7
snd_hda_codec_hdmi,snd_soc_rt5640,snd_soc_core,snd_pcm_dmaengine,snd_hda_intel,snd_hda_controller,snd_hda_codec,
Live 0x0000000000000000
mei 94208 1 mei_me, Live 0x0000000000000000
shpchp 40960 0 - Live 0x0000000000000000
i2c_algo_bit 16384 1 i915, Live 0x0000000000000000
lpc_ich 24576 0 - Live 0x0000000000000000
processor_thermal_device 16384 0 - Live 0x0000000000000000
wmi 20480 1 asus_wmi, Live 0x0000000000000000
snd_seq 69632 2 snd_seq_midi,snd_seq_midi_event, Live 0x0000000000000000
snd_seq_device 16384 3 snd_seq_midi,snd_rawmidi,snd_seq, Live 0x0000000000000000
snd_timer 32768 2 snd_pcm,snd_seq, Live 0x0000000000000000
snd 86016 23 snd_hda_codec_hdmi,snd_soc_core,snd_hda_codec_conexant,snd_hda_codec_generic,snd_compress,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_rawmidi,snd_pcm,snd_seq,snd_seq_device,snd_timer,
Live 0x0000000000000000
int3403_thermal 16384 0 - Live 0x0000000000000000
soundcore 16384 1 snd, Live 0x0000000000000000
i2c_hid 20480 0 - Live 0x0000000000000000
dw_dmac 16384 0 - Live 0x0000000000000000
hid 122880 1 i2c_hid, Live 0x0000000000000000
dw_dmac_core 32768 1 dw_dmac, Live 0x0000000000000000
i2c_designware_platform 16384 0 - Live 0x0000000000000000
8250_dw 16384 0 - Live 0x0000000000000000
i2c_designware_core 16384 1 i2c_designware_platform, Live 0x0000000000000000
snd_soc_sst_acpi 16384 0 - Live 0x0000000000000000
video 28672 2 asus_wmi,i915, Live 0x0000000000000000
spi_pxa2xx_platform 24576 0 - Live 0x0000000000000000
int3402_thermal 16384 0 - Live 0x0000000000000000
int3400_thermal 16384 0 - Live 0x0000000000000000
tpm_crb 16384 0 - Live 0x0000000000000000
acpi_pad 20480 0 - Live 0x0000000000000000
int340x_thermal_zone 16384 3
processor_thermal_device,int3403_thermal,int3402_thermal, Live
0x0000000000000000
acpi_thermal_rel 16384 1 int3400_thermal, Live 0x0000000000000000
mac_hid 16384 0 - Live 0x0000000000000000
parport_pc 36864 0 - Live 0x0000000000000000
ppdev 20480 0 - Live 0x0000000000000000
lp 20480 0 - Live 0x0000000000000000
parport 45056 3 parport_pc,ppdev,lp, Live 0x0000000000000000
autofs4 40960 2 - Live 0x0000000000000000
psmouse 135168 0 - Live 0x0000000000000000
ahci 36864 3 - Live 0x0000000000000000
libahci 32768 1 ahci, Live 0x0000000000000000
sdhci_acpi 16384 0 - Live 0x0000000000000000
sdhci 45056 1 sdhci_acpi, Live 0x0000000000000000

[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem):
0000-0cf7 : PCI Bus 0000:00
  0000-001f : dma1
  0020-0021 : pic1
  0040-0043 : timer0
  0050-0053 : timer1
  0060-0060 : keyboard
  0062-0062 : PNP0C09:00
    0062-0062 : EC data
  0064-0064 : keyboard
  0066-0066 : PNP0C09:00
    0066-0066 : EC cmd
  0070-0077 : rtc0
  0080-008f : dma page reg
  00a0-00a1 : pic2
  00c0-00df : dma2
  00f0-00ff : fpu
  0240-0259 : pnp 00:00
  0680-069f : pnp 00:03
0cf8-0cff : PCI conf1
0d00-ffff : PCI Bus 0000:00
  164e-164f : pnp 00:03
  1800-1803 : ACPI PM1a_EVT_BLK
  1804-1805 : ACPI PM1a_CNT_BLK
  1808-180b : ACPI PM_TMR
  1810-1815 : ACPI CPU throttle
  1830-1833 : iTCO_wdt
  1850-1850 : ACPI PM2_CNT_BLK
  1854-1857 : pnp 00:05
  1860-187f : iTCO_wdt
  1880-189f : ACPI GPE0_BLK
  f000-f03f : 0000:00:02.0
  f040-f05f : 0000:00:1f.3
  f060-f07f : 0000:00:1f.2
    f060-f07f : ahci
  f080-f083 : 0000:00:1f.2
    f080-f083 : ahci
  f090-f097 : 0000:00:1f.2
    f090-f097 : ahci
  f0a0-f0a3 : 0000:00:1f.2
    f0a0-f0a3 : ahci
  f0b0-f0b7 : 0000:00:1f.2
    f0b0-f0b7 : ahci
  ffff-ffff : pnp 00:03
    ffff-ffff : pnp 00:03
      ffff-ffff : pnp 00:03

00000000-00000fff : reserved
00001000-00057fff : System RAM
00058000-00058fff : reserved
00059000-0009dfff : System RAM
0009e000-0009ffff : reserved
000a0000-000bffff : PCI Bus 0000:00
000c0000-000c3fff : PCI Bus 0000:00
000c4000-000c7fff : PCI Bus 0000:00
000c8000-000cbfff : PCI Bus 0000:00
000cc000-000cffff : PCI Bus 0000:00
000d0000-000d3fff : PCI Bus 0000:00
000d4000-000d7fff : PCI Bus 0000:00
000d8000-000dbfff : PCI Bus 0000:00
000dc000-000dffff : PCI Bus 0000:00
000f0000-000fffff : System ROM
00100000-d4d03fff : System RAM
  02000000-02811e5c : Kernel code
  02811e5d-02f34fbf : Kernel data
  030a6000-031e8fff : Kernel bss
d4d04000-d5067fff : reserved
d5068000-daa56fff : System RAM
daa57000-daab5fff : reserved
daab6000-db2d0fff : System RAM
db2d1000-dc413fff : ACPI Non-volatile Storage
dc414000-dcee3fff : reserved
dcee4000-dcffdfff : reserved
dcffe000-dcffefff : System RAM
dcfff000-dcffffff : MSFT0101:00
dd000000-dd7fffff : RAM buffer
dd800000-dfffffff : reserved
  de000000-dfffffff : Graphics Stolen Memory
e0000000-feafffff : PCI Bus 0000:00
  e0000000-efffffff : 0000:00:02.0
  f6000000-f6ffffff : 0000:00:02.0
  f7000000-f70fffff : PCI Bus 0000:02
    f7000000-f7001fff : 0000:02:00.0
      f7000000-f7001fff : iwlwifi
  f7100000-f710ffff : 0000:00:14.0
    f7100000-f710ffff : xhci-hcd
  f7110000-f7117fff : 0000:00:04.0
  f7118000-f711bfff : 0000:00:1b.0
    f7118000-f711bfff : ICH HD audio
  f711c000-f711ffff : 0000:00:03.0
    f711c000-f711ffff : ICH HD audio
  f7120000-f71200ff : 0000:00:1f.3
  f7121000-f71217ff : 0000:00:1f.2
    f7121000-f71217ff : ahci
  f7123000-f712301f : 0000:00:16.0
    f7123000-f712301f : mei_me
  f7fe0000-f7feffff : pnp 00:06
  f7ff0000-f7ffffff : pnp 00:06
  f8000000-fbffffff : PCI MMCONFIG 0000 [bus 00-3f]
    f8000000-fbffffff : reserved
      f8000000-fbffffff : pnp 00:06
fec00000-fec00fff : reserved
  fec00000-fec003ff : IOAPIC 0
fed00000-fed03fff : reserved
  fed00000-fed003ff : HPET 0
    fed00000-fed003ff : PNP0103:00
fed10000-fed17fff : pnp 00:06
fed18000-fed18fff : pnp 00:06
fed19000-fed19fff : pnp 00:06
fed1c000-fed1ffff : reserved
  fed1c000-fed1ffff : pnp 00:06
    fed1f410-fed1f414 : iTCO_wdt
fed20000-fed3ffff : pnp 00:06
fed70000-fed70fff : MSFT0101:00
fed90000-fed90fff : dmar0
fed91000-fed91fff : dmar1
fee00000-fee00fff : Local APIC
  fee00000-fee00fff : reserved
ff000000-ffffffff : reserved
  ff000000-ffffffff : INT0800:00
    ff000000-ffffffff : pnp 00:06
100000000-21effffff : System RAM
21f000000-21fffffff : RAM buffer

[7.5.] PCI information ('lspci -vvv' as root):
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort+ >SERR- <PERR- INTx-
    Latency: 0
    Capabilities: [e0] Vendor Specific Information: Len=0c <?>

00:02.0 VGA compatible controller: Intel Corporation Broadwell-U
Integrated Graphics (rev 09) (prog-if 00 [VGA controller])
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 49
    Region 0: Memory at f6000000 (64-bit, non-prefetchable) [size=16M]
    Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
    Region 4: I/O ports at f000 [size=64]
    Expansion ROM at <unassigned> [disabled]
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00018  Data: 0000
    Capabilities: [d0] Power Management version 2
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [a4] PCI Advanced Features
        AFCap: TP+ FLR+
        AFCtrl: FLR-
        AFStatus: TP-
    Kernel driver in use: i915

00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 50
    Region 0: Memory at f711c000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee003d8  Data: 0000
    Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
        DevCap:    MaxPayload 128 bytes, PhantFunc 0
            ExtTag- RBE-
        DevCtl:    Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 128 bytes, MaxReadReq 128 bytes
        DevSta:    CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
    Kernel driver in use: snd_hda_intel

00:04.0 Signal processing controller: Intel Corporation Broadwell-U
Camarillo Device (rev 09)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 16
    Region 0: Memory at f7110000 (64-bit, non-prefetchable) [size=32K]
    Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit-
        Address: 00000000  Data: 0000
    Capabilities: [d0] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [e0] Vendor Specific Information: Len=0c <?>
    Kernel driver in use: proc_thermal

00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI
Controller (rev 03) (prog-if 30 [XHCI])
    Subsystem: ASUSTeK Computer Inc. Device 201f
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 44
    Region 0: Memory at f7100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: [70] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0-,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
        Address: 00000000fee00318  Data: 0000
    Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation Wildcat Point-LP
MEI Controller #1 (rev 03)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 46
    Region 0: Memory at f7123000 (64-bit, non-prefetchable) [size=32]
    Capabilities: [50] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee00358  Data: 0000
    Kernel driver in use: mei_me

00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High
Definition Audio Controller (rev 03)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 32, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 47
    Region 0: Memory at f7118000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee00398  Data: 0000
    Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express
Root Port #1 (rev e3) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: 0000f000-00000fff
    Memory behind bridge: fff00000-000fffff
    Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
    BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
        PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v2) Root Port (Slot-), MSI 00
        DevCap:    MaxPayload 128 bytes, PhantFunc 0
            ExtTag- RBE+
        DevCtl:    Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 128 bytes, MaxReadReq 128 bytes
        DevSta:    CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
        LnkCap:    Port #1, Speed 5GT/s, Width x1, ASPM L0s L1, Exit
Latency L0s <1us, L1 <4us
            ClockPM- Surprise- LLActRep+ BwNot+
        LnkCtl:    ASPM L0s L1 Enabled; RCB 64 bytes Disabled- CommClk-
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta:    Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
        RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
        RootCap: CRSVisible-
        RootSta: PME ReqID 0000, PMEStatus- PMEPending-
        DevCap2: Completion Timeout: Range ABC, TimeoutDis+, LTR+,
OBFF Via WAKE# ARIFwd-
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+,
OBFF Disabled ARIFwd-
        LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range,
EnterModifiedCompliance- ComplianceSOS-
             Compliance De-emphasis: -6dB
        LnkSta2: Current De-emphasis Level: -3.5dB,
EqualizationComplete-, EqualizationPhase1-
             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee002b8  Data: 0000
    Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 181d
    Capabilities: [a0] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Kernel driver in use: pcieport

00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express
Root Port #4 (rev e3) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
    I/O behind bridge: 0000f000-00000fff
    Memory behind bridge: f7000000-f70fffff
    Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
    BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
        PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
        DevCap:    MaxPayload 128 bytes, PhantFunc 0
            ExtTag- RBE+
        DevCtl:    Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 128 bytes, MaxReadReq 128 bytes
        DevSta:    CorrErr+ UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
        LnkCap:    Port #4, Speed 5GT/s, Width x1, ASPM L0s L1, Exit
Latency L0s <512ns, L1 <16us
            ClockPM- Surprise- LLActRep+ BwNot+
        LnkCtl:    ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta:    Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+
DLActive+ BWMgmt+ ABWMgmt-
        SltCap:    AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
            Slot #3, PowerLimit 10.000W; Interlock- NoCompl+
        SltCtl:    Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt-
HPIrq- LinkChg-
            Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
        SltSta:    Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
            Changed: MRL- PresDet- LinkState+
        RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
        RootCap: CRSVisible-
        RootSta: PME ReqID 0000, PMEStatus- PMEPending-
        DevCap2: Completion Timeout: Range ABC, TimeoutDis+, LTR+,
OBFF Not Supported ARIFwd-
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+,
OBFF Disabled ARIFwd-
        LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range,
EnterModifiedCompliance- ComplianceSOS-
             Compliance De-emphasis: -6dB
        LnkSta2: Current De-emphasis Level: -3.5dB,
EqualizationComplete-, EqualizationPhase1-
             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee002f8  Data: 0000
    Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 181d
    Capabilities: [a0] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100 v0] #00
    Capabilities: [200 v1] L1 PM Substates
        L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+
L1_PM_Substates+
              PortCommonModeRestoreTime=40us PortTPowerOnTime=10us
    Kernel driver in use: pcieport

00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Capabilities: [e0] Vendor Specific Information: Len=0c <?>
    Kernel driver in use: lpc_ich

00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA
Controller [AHCI Mode] (rev 03) (prog-if 01 [AHCI 1.0])
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin B routed to IRQ 45
    Region 0: I/O ports at f0b0 [size=8]
    Region 1: I/O ports at f0a0 [size=4]
    Region 2: I/O ports at f090 [size=8]
    Region 3: I/O ports at f080 [size=4]
    Region 4: I/O ports at f060 [size=32]
    Region 5: Memory at f7121000 (32-bit, non-prefetchable) [size=2K]
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00338  Data: 0000
    Capabilities: [70] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
    Kernel driver in use: ahci

00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
    Subsystem: ASUSTeK Computer Inc. Device 181d
    Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Interrupt: pin C routed to IRQ 255
    Region 0: Memory at f7120000 (64-bit, non-prefetchable) [size=256]
    Region 4: I/O ports at f040 [size=32]

02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
    Subsystem: Intel Corporation Dual Band Wireless-AC 7265
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 48
    Region 0: Memory at f7000000 (64-bit, non-prefetchable) [size=8K]
    Capabilities: [c8] Power Management version 3
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee003b8  Data: 0000
    Capabilities: [40] Express (v2) Endpoint, MSI 00
        DevCap:    MaxPayload 128 bytes, PhantFunc 0, Latency L0s
<512ns, L1 unlimited
            ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+
        DevCtl:    Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd+ ExtTag- PhantFunc- AuxPwr+ NoSnoop+ FLReset-
            MaxPayload 128 bytes, MaxReadReq 128 bytes
        DevSta:    CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend-
        LnkCap:    Port #0, Speed 2.5GT/s, Width x1, ASPM L1, Exit
Latency L0s <4us, L1 <32us
            ClockPM+ Surprise- LLActRep- BwNot-
        LnkCtl:    ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
            ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
        LnkSta:    Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
        DevCap2: Completion Timeout: Range B, TimeoutDis+, LTR+, OBFF Via WAKE#
        DevCtl2: Completion Timeout: 16ms to 55ms, TimeoutDis-, LTR+,
OBFF Disabled
        LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range,
EnterModifiedCompliance- ComplianceSOS-
             Compliance De-emphasis: -6dB
        LnkSta2: Current De-emphasis Level: -3.5dB,
EqualizationComplete-, EqualizationPhase1-
             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    Capabilities: [100 v1] Advanced Error Reporting
        UESta:    DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt-
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UEMsk:    DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt-
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UESvrt:    DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt-
RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
        CESta:    RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
        CEMsk:    RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
        AERCap:    First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
    Capabilities: [140 v1] Device Serial Number 34-02-86-ff-ff-5d-d3-ce
    Capabilities: [14c v1] Latency Tolerance Reporting
        Max snoop latency: 3145728ns
        Max no snoop latency: 3145728ns
    Capabilities: [154 v1] L1 PM Substates
        L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+
L1_PM_Substates+
              PortCommonModeRestoreTime=30us PortTPowerOnTime=60us
    Kernel driver in use: iwlwifi

[7.6.] SCSI information (from /proc/scsi/scsi):
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: SanDisk SD7SN3Q2 Rev: 0002
  Type:   Direct-Access                    ANSI  SCSI revision: 05

[7.7.] Other information that might be relevant to the problem (please
look in /proc and include all information that you think to be
relevant):
1     1391  1530  1847    25   371  653  782      execdomains    sched_debug
10    1394  1531  1848    253  38   654  787      fb        schedstat
1001  1397  1587  1857    257  39   67   8      filesystems    scsi
1005  1399  1591  1862    26   40   676  800      fs        self
1069  14    1592  1868    27   41   678  806      interrupts    slabinfo
11    1408  1594  1877    28   42   68   814      iomem        softirqs
1199  1415  1600  1893    29   43   680  820      ioports    stat
12    142   1608  19    3    44   681  871      irq        swaps
1200  1425  1613  1903    301  45   69   9      kallsyms    sys
1205  1434  1620  1905    302  458  691  929      kcore        sysrq-trigger
1207  1452  1624  1985    304  46   698  942      keys        sysvipc
1286  1473  1650  199    31   47   7    95      key-users    thread-self
1294  1474  1659  2    310  48   70   96      kmsg        timer_list
13    1475  166   20    315  49   708  acpi      kpagecount    timer_stats
1306  1476  1666  2019    316  5      71   asound      kpageflags    tty
1333  1477  167   21    319  50   724  buddyinfo  loadavg    uptime
1335  148   1671  2119    32   51   736  bus      locks        version
1340  1480  1684  2120    321  53   738  cgroups      mdstat    vmallocinfo
1344  1482  17      2122    33   54   739  cmdline      meminfo    vmstat
1347  1484  1718  2126    34   55   75   consoles   misc        zoneinfo
1349  149   1736  2139    35   6      76   cpuinfo      modules
1350  1491  1761  2140    355  630  777  crypto      mounts
1363  15    18      2145    356  633  778  devices      mtrr
1375  150   1811  22    359  638  779  diskstats  net
1376  1502  1819  24    36   640  780  dma      pagetypeinfo
1390  151   1838  248    37   644  781  driver      partitions

[X.] Other notes, patches, fixes, workarounds:
https://bugs.launchpad.net/bugs/1458351

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie gesch=E4ftliche oder pers=F6nliche Darlehen ben=F6tigen?

Wir geben Darlehen an eine nat=FCrliche Person und Unternehmen bei 3% Z=
insen j=E4hrlich. Weitere Informationen Kontaktieren Sie uns per E-Mail=
: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotm=
ail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Chunfeng Yun]

>From ac1e8724bfa47494223bad0af450c1a63cd2fe0c Mon Sep 17 00:00:00 2001
From: Chunfeng Yun <chunfeng.yun@mediatek.com>
Date: Wed, 22 Jul 2015 21:15:15 +0800
Subject: [PATCH 0/5] *** SUBJECT HERE ***

The patch supports MediaTek's xHCI controller.

There are some differences from xHCI spec:
1. The interval is specified in 250 * 8ns increments for Interrupt Moderation
Interval(IMODI) of the Interrupter Moderation(IMOD) register, it is 8 times as
much as that defined in xHCI spec.

2. For the value of TD Size in Normal TRB, MTK's xHCI controller defines a
number of packets that remain to be transferred for a TD after processing all
Max packets in all previous TRBs,that means don't include the current TRB's,
but in xHCI spec it includes the current ones.

3. To minimize the scheduling effort for synchronous endpoints in xHC, the MTK
architecture defines some extra SW scheduling parameters for HW. According to
these parameters provided by SW, the xHC can easily decide whether a
synchronous endpoint should be scheduled in a specific uFrame. The extra SW
scheduling parameters are put into reserved DWs in Slot and Endpoint Context.
And a bandwidth scheduler algorithm is added to support such feature.

A usb3.0 phy driver is also added which used by mt65xx SoCs platform, it
supports two usb2.0 ports and one usb3.0 port.

Change in v3:
1. implement generic phy
2. move opperations for IPPC and wakeup from phy driver to xHCI driver
3. seperate quirk functions into a single C file to fix up dependence issue

Chunfeng Yun (5):
  dt-bindings: Add usb3.0 phy binding for MT65xx SoCs
  dt-bindings: Add a binding for Mediatek xHCI host controller
  usb: phy: add usb3.0 phy driver for mt65xx SoCs
  xhci: mediatek: support MTK xHCI host controller
  arm64: dts: mediatek: add xHCI & usb phy for mt8173

 .../devicetree/bindings/phy/phy-mt65xx-u3.txt      |  21 +
 .../devicetree/bindings/usb/mt8173-xhci.txt        |  50 ++
 arch/arm64/boot/dts/mediatek/mt8173-evb.dts        |  15 +
 arch/arm64/boot/dts/mediatek/mt8173.dtsi           |  31 +
 drivers/phy/Kconfig                                |   9 +
 drivers/phy/Makefile                               |   1 +
 drivers/phy/phy-mt65xx-usb3.c                      | 426 +++++++++++
 drivers/usb/host/Kconfig                           |   9 +
 drivers/usb/host/Makefile                          |   4 +
 drivers/usb/host/xhci-mtk-sch.c                    | 436 +++++++++++
 drivers/usb/host/xhci-mtk.c                        | 836 +++++++++++++++++++++
 drivers/usb/host/xhci-mtk.h                        | 135 ++++
 drivers/usb/host/xhci-ring.c                       |  35 +-
 drivers/usb/host/xhci.c                            |  19 +-
 drivers/usb/host/xhci.h                            |   1 +
 15 files changed, 2021 insertions(+), 7 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/phy/phy-mt65xx-u3.txt
 create mode 100644 Documentation/devicetree/bindings/usb/mt8173-xhci.txt
 create mode 100644 drivers/phy/phy-mt65xx-usb3.c
 create mode 100644 drivers/usb/host/xhci-mtk-sch.c
 create mode 100644 drivers/usb/host/xhci-mtk.c
 create mode 100644 drivers/usb/host/xhci-mtk.h

--
1.8.1.1.dirty

In-Reply-To: 

(unknown),

[Alfred Cheuk Chow]

-- 
Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $38,980,369.00 (Thirty Eight
Million, Nine Hundred and Eighty Thousand, Three Hundred and Sixty Nine
USD) only for you to transact with me from my bank to your country.

All confirmable documents to back up the claims will be made available to
you prior to your acceptance and as soon as I receive your return mail Via
my email address: alfred.chow101@gmail.com and I will let you know what is
required of you.

Your earliest response to this letter will be appreciated.

Best Regards,
Alfred Chow

(unknown),

[Alfred Cheuk Chow]

-- 
Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $38,980,369.00 (Thirty Eight
Million, Nine Hundred and Eighty Thousand, Three Hundred and Sixty Nine
USD) only for you to transact with me from my bank to your country.

All confirmable documents to back up the claims will be made available to
you prior to your acceptance and as soon as I receive your return mail Via
my email address: alfred.chow101@gmail.com and I will let you know what is
required of you.

Your earliest response to this letter will be appreciated.

Best Regards,
Alfred Chow

(unknown),

[check.kernel]

>From c24574f0f0fc34204353a73f431d2be6908e90b2 Mon Sep 17 00:00:00 2001
From: yangdongdong <yangdongdong@xiaomi.com>
Date: Wed, 12 Aug 2015 12:10:51 +0800
Subject: [PATCH] power: align wakeup_sources format

This aligns every column of elements in wakeup_sources to
conveniently check any specific column for suspicious power
consumption wakeup source or for other easily readable purpose.

Signed-off-by: Dongdong Yang <yangdongdong@xiaomi.com>
Signed-off-by: Linghua Gu <gulinghua@xiaomi.com>
---
 drivers/base/power/wakeup.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/base/power/wakeup.c b/drivers/base/power/wakeup.c
index 51f15bc..b6fe9e6 100644
--- a/drivers/base/power/wakeup.c
+++ b/drivers/base/power/wakeup.c
@@ -998,7 +998,7 @@ static int print_wakeup_source_stats(struct seq_file *m,
 		active_time = ktime_set(0, 0);
 	}
 
-	seq_printf(m, "%-12s\t%lu\t\t%lu\t\t%lu\t\t%lu\t\t%lld\t\t%lld\t\t%lld\t\t%lld\t\t%lld\n",
+	seq_printf(m, "%-32s\t%lu\t\t%lu\t\t%lu\t\t%lu\t\t%lld\t\t%lld\t\t%lld\t\t%lld\t\t%lld\n",
 		   ws->name, active_count, ws->event_count,
 		   ws->wakeup_count, ws->expire_count,
 		   ktime_to_ms(active_time), ktime_to_ms(total_time),
@@ -1018,7 +1018,7 @@ static int wakeup_sources_stats_show(struct seq_file *m, void *unused)
 {
 	struct wakeup_source *ws;
 
-	seq_puts(m, "name\t\tactive_count\tevent_count\twakeup_count\t"
+	seq_puts(m, "name\t\t\t\t\tactive_count\tevent_count\twakeup_count\t"
 		"expire_count\tactive_since\ttotal_time\tmax_time\t"
 		"last_change\tprevent_suspend_time\n");
 
-- 
2.5.0

On Thursday, August 13, 2015 10:24:49 AM check.kernel@gmail.com wrote:
> From: yangdongdong <yangdongdong@xiaomi.com>
>
> This aligns every column of elements in wakeup_sources to
> conveniently check any specific column for suspicious power
> consumption wakeup source or for other easily readable purpose.
>
> Signed-off-by: yangdongdong <yangdongdong@xiaomi.com>

Is yangdongdong your real name, ie. one you would use when checking in
at a hotel etc.?  If not, it is not appropriate for signing off a patch.

Thanks,
Rafael


My surname is Yang, and given name is Dongdong. It is my real name and be
printed at my passport. Thanks for your prudence to confirm it with me.
BTW, Andy Yang is my English name when I worked for foreign company.

Best Regards,
Dongdong Yang

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com 

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org --
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org --
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit t=
o any individual and company at 3% interest rate yearly. For more infor=
mation, Contact us via Email: devonfps@gmail.com=20

If you need an investor or quick funding, forward your response ONLY to=
 this E-mail: devonfps@gmail.com=20
=2E...
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Gesch=E4fts. Wir geben auch Darleh=
en / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen j=E4hrlic=
h. F=FCr weitere Informationen, kontaktieren Sie uns per E-Mail: devonf=
ps@gmail.com=20

Wenn Sie ein Investor oder schnelle Finanzierung ben=F6tigen, senden Si=
e Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps@gmail.com 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps@gmail.com 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps@gmail.com 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Alfred Cheuk Chow]

-- 
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central, Hong Kong. I have a business proposal of $38,980,369.00All conformable documents to back up the claims will be made available to you prior to your acceptance and as soon as I receive your return mail and I will let you know what is required of you.

Best Regards,
Alfred Chow
Tel: +85258032828

(unknown),

[Alfred Cheuk Chow]

-- 
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central, Hong Kong. I have a business proposal of $38,980,369.00All conformable documents to back up the claims will be made available to you prior to your acceptance and as soon as I receive your return mail and I will let you know what is required of you.

Best Regards,
Alfred Chow
Tel: +85258032828

(unknown)

[jerryfunds19]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds20]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds20-ce4SikWyzov1DzgB3H+wF8mnrtQfU0CGQQ4Iyu8u01E]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000-dVpeH4SrJT4@public.gmane.org  With Amount Needed And Phone Number.

(unknown),

[jerryfunds22]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown)

[jerryfunds2]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds3]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds3-ce4SikWyzov1DzgB3H+wF8mnrtQfU0CGQQ4Iyu8u01E]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000-dVpeH4SrJT4@public.gmane.org  With Amount Needed And Phone Number.

(unknown),

[jerryfunds4]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds9]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Unknown,]

 We offer both personal and business loan to any interested 

individual or company who will be able to pay back the loan when 

due for repayment. should Fill and return the application 

details below to my e-mail at ( montageglobalpvtltd@gmail.com ).

APPLICATION DETAILS

1) FULL NAMES:
2) CONTACT ADDRESS:
3) COUNTRY:
4) PHONE NUMBER:
5) SEX:
6) AGE:
7) AMOUNT NEEDED AS LOAN:
8) LOAN DURATION:
9) OCCUPATION:
10)MONTHLY INCOME:
11)PURPOSE OF LOAN:


Warm regard.
William Allen.
Phone: +91-7838915074
(Chairman, Montage Global Pvt Ltd.)

© 2015 Montage Global Pvt Ltd.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Unknown,]

 We offer both personal and business loan to any interested 

individual or company who will be able to pay back the loan when 

due for repayment. should Fill and return the application 

details below to my e-mail at ( montageglobalpvtltd@gmail.com ).

APPLICATION DETAILS

1) FULL NAMES:
2) CONTACT ADDRESS:
3) COUNTRY:
4) PHONE NUMBER:
5) SEX:
6) AGE:
7) AMOUNT NEEDED AS LOAN:
8) LOAN DURATION:
9) OCCUPATION:
10)MONTHLY INCOME:
11)PURPOSE OF LOAN:


Warm regard.
William Allen.
Phone: +91-7838915074
(Chairman, Montage Global Pvt Ltd.)

© 2015 Montage Global Pvt Ltd.
--
To unsubscribe from this list: send the line "unsubscribe linux-sparse" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mary Williams]

ARE YOU IN NEED OF LOAN @ 3% INTEREST RATE FOR BUSINESS AND  PRIVATE PURPOSES?
IF YES: FILL AND RETURN
Name: =======
Amount needed: ===
Duration: =====
country ======
Mobile number=======

(unknown),

[Mary Williams]

ARE YOU IN NEED OF LOAN @ 3% INTEREST RATE FOR BUSINESS AND  PRIVATE PURPOSES?
IF YES: FILL AND RETURN
Name: =======
Amount needed: ===
Duration: =====
country ======
Mobile number=======

(unknown),

[jerryfunds24]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mathieu Erbs]

Good day

Strictly Confidential  gives me a great deal of pleasure to write you
this mail and even when it might come to you as a surprise

I got your contact through Online Directory, I decided to contact you
for this great mutual benefit

My name is Mister  Mathieu Erbs, the division  manager of the Bank
TSB, am contacting you through this means in order for you  to assist
me and receive the value of  8  million dollars left by a client of
mine , a Contractor who died in a fatal accident on April 2012

The bank  has given me two months to provide a beneficiary of my
client before the mandate,  otherwise the account will be confiscated

I hereby seek your attention to Stand as a beneficiary to receive this
amount to your account
kindly reply for more details and your percentage  through this email

mathieuerbs@gmail.com

Please do write back to me at your earliest convenience as your
opinion is of extremely high value to me and will be extremely helpful
to me.

Best Regards, Mr. Mathieu
UK

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central, Hong Kong. I have a business proposal of $38,980,369.00 (Thirty Eight Million, Nine Hundred and Eighty Thousand, Three Hundred and Sixty Nine USD) only for you to transact with me from my bank to your country.

All confirmable documents to back up the claims will be made available to you prior to your acceptance and as soon as I receive your return mail Via my email address: alfred.chow101@gmail.com and I will let you know what is required of you.

Your earliest response to this letter will be appreciated.
 
Best Regards,
Alfred Chow

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road Central, Hong Kong. I have a business proposal of $38,980,369.00 (Thirty Eight Million, Nine Hundred and Eighty Thousand, Three Hundred and Sixty Nine USD) only for you to transact with me from my bank to your country.

All confirmable documents to back up the claims will be made available to you prior to your acceptance and as soon as I receive your return mail Via my email address: alfred.chow101@gmail.com and I will let you know what is required of you.

Your earliest response to this letter will be appreciated.
 
Best Regards,
Alfred Chow

(unknown),

[Redynk, Lukasz]

subscribe ceph-devel
--------------------------------------------------------------------

Intel Technology Poland sp. z o.o.
ul. Slowackiego 173 | 80-298 Gdansk | Sad Rejonowy Gdansk Polnoc | VII Wydzial Gospodarczy Krajowego Rejestru Sadowego - KRS 101882 | NIP 957-07-52-316 | Kapital zakladowy 200.000 PLN.

Ta wiadomosc wraz z zalacznikami jest przeznaczona dla okreslonego adresata i moze zawierac informacje poufne. W razie przypadkowego otrzymania tej wiadomosci, prosimy o powiadomienie nadawcy oraz trwale jej usuniecie; jakiekolwiek
przegladanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by
others is strictly prohibited.

(unknown)

[jerryfunds12]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds247777]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds247777]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds12pppppppp]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[funds1222222]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[jerryfunds21]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Alan Beamer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: omfcreditsrl@gmail.com<mailto:omfcreditsrl@gmail.com>

If you need an investor or quick funding, forward your response ONLY to this E-mail:  omfcreditsrl@gmail.com<mailto:omfcreditsrl@gmail.com>

(unknown),

[Alan Beamer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: omfcreditsrl@gmail.com<mailto:omfcreditsrl@gmail.com>

If you need an investor or quick funding, forward your response ONLY to this E-mail:  omfcreditsrl@gmail.com<mailto:omfcreditsrl@gmail.com>

(unknown),

[Aakanksha Pudipeddi-SSI]

subscribe ceph-devel

(unknown),

[maillist_linux]

subscribe ceph-devel

(unknown),

[LABBE Corentin]

Hello

This patch series was begun by my finding that memcpy_[to|from]_msg have
a parameter len which is an int but used as size_t in whole functions.
Without blindly changing the parameter to size_t, I have tried to see if
anywhere in linux source code, someone give a negative argument with
the following (unfinished) coccinnelle patch.
virtual report
@@
type T;
signed T i;
@@
(
memcpy_from_msg
|
memcpy_to_msg
)
 (...,
- i)
+ (size_t)i)

With that I found many place where int variable is used to store unsigned values
and which could be set as size_t since there are used againt size_t
and/or given to functions that wait for size_t.
It permit also to found a bug in net/llc/af_llc.c where a size_t variable
stored error codes.

Regards

(unknown),

[jerryfunds]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.

(unknown)

[Administrator]

(unknown),

[o1bigtenor]

help

(unknown),

[Guang Yang]

Hi Joao,
We have a problem when trying to add new monitors to the cluster on an
unhealthy cluster, which I would like ask for your suggestion.

After adding the new monitor, it  started syncing the store and went
into an infinite loop:

2015-11-12 21:02:23.499510 7f1e8030e700 10
mon.mon04c011@2(synchronizing) e5 handle_sync_chunk mon_sync(chunk
cookie 4513071120 lc 14697737 bl 929616 bytes last_key
osdmap,full_22530) v2
2015-11-12 21:02:23.712944 7f1e8030e700 10
mon.mon04c011@2(synchronizing) e5 handle_sync_chunk mon_sync(chunk
cookie 4513071120 lc 14697737 bl 799897 bytes last_key
osdmap,full_3259) v2


We talked early in the morning on IRC, and at the time I thought it
was because the osdmap epoch was increasing, which lead to this
infinite loop.

I then set those nobackfill/norecovery flags and the osdmap epoch
freezed, however, the problem is still there.

While the osdmap epoch is 22531, the switch always happened at
osdmap.full_22530 (as showed by the above log).

Looking at the code at both sides, it looks this check
(https://github.com/ceph/ceph/blob/master/src/mon/Monitor.cc#L1389)
always true, and I can confirm from the log that (sp.last_commited <
paxos->get_version()) was false, so the chance is that the
sp.synchronizer always has next chunk?

Does this look familiar to you? Or any other trouble shoot I can try?
Thanks very much.

Thanks,
Guang

(unknown),

[1990 Self]

hi, all

Test RGW found, put more than 1G file to bucket.monitor network
traffic, detect network traffic fluctuates greatly, even no traffic,
hope you can help me.

thx,

yapeng

(unknown),

[Dong Wu]

subscribe ceph-devel

(unknown),

[Jaime M Towns-18128]

Your RSA Email has won R1.5M in the 2015 Rugby World Championship Games with E-Ticket ENG/RWC/SA/SBK/09/2015. Contact; phnath.rwc2015@gmail.com<mailto:phnath.rwc2015@gmail.com> or 00447937387888. T's and C's apply!

(unknown),

[Don Boyer]

My name is Brett McCorriston a merchant of Paris but currently base in Nevada Las Vegas Cartgate Ct United states, I have been diagnosed with esophageal cancer which has defiled all forms of medical treatment i have only few weeks to live here on earth.My condition is really deteriorating. i have decided to divide part of my fortune,by contributing to the Charities & Motherless. I am willing to donate the sum of US$ 5 Million to the poor through you.Can you help me? contact me on my private email ( brettmccorriston88-/E1597aS9LQAvxtiuMwx3w@public.gmane.org ) I really need you to help me.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Loan, Service, <hardiyansyah@mail.binadarma.ac.id>]

Are you in need of private or business loans for various purposes? if yes,apply now

(unknown),

[Alicia Polanco]

This is to re-notify you of the $8,564 USD that was deposited here in
the Western Union office in your name.We have successfully complete
your fund transfer to you, You should contact Transaction Manager
Monica Winks to collect your money transfer control number (M.T.C.N).

Contact Email: mvv.dept@gmail.com
Contact Person: Monica Winks

Awaiting your quick response.

(unknown),

[Robert Elliott]

Date: Thu, 17 Dec 2015 17:40:55 -0600
Subject: [PATCH 0/4] x86/efi: support persistent memory in efi_print_memmap

This series adds support for persistent memory type and NV attribute 
in the efi_print_memmap function, which is only used if EFI_DEBUG is true
(which is the case for x86).

Robert Elliott (4):
  x86/efi: show actual ending addresses in efi_print_memmap
  efi: add NV memory attribute
  efi: add Persistent Memory type name
  x86/efi: print size and base in binary units in efi_print_memmap

 arch/x86/platform/efi/efi.c | 29 +++++++++++++++++++++++++----
 drivers/firmware/efi/efi.c  |  8 ++++++--
 include/linux/efi.h         |  1 +
 3 files changed, 32 insertions(+), 6 deletions(-)

-- 
2.4.3

(unknown),

[Financial Service]

Are you in need of private or business loans for various purposes? if yes,apply now

(unknown),

[Luuk Paulussen]

Sorry for the resend.  I forgot to include relevant netfilter maintainers
in CC list

Changes from v1 are to add dependency on NF_CONNTRACK to Kconfig to resolve
the build issue and some style fixups from checkpatch.

(unknown),

[Global Financial Service]

Apply for a loan at 3% reply to this Email for more Info

(unknown)

[Forest Sturn]

Success will follow when you have a magnificent timepiece
http://mcfctau.%73%70%65%63%69%61%6c%72%65%70%67%69%66%74%2e%72%75

(unknown)

[Jinny Claros]

Reinvent how people look at you
http://tgfjcpfavx.%73%70%65%63%69%61%6c%72%65%70%67%69%66%74%2e%72%75

(unknown),

[Marc Kleine-Budde]

This is Damien Riegel's series with minor changes.

regards,
Marc

---

This patchset introduces support for the technologic version of the
SJA1000. Access to IP's registers are proxied through a window,
requiring two bus accesses to read or write a register. These accesses
must be protected by a spinlock to prevent race conditions. Currently,
there is no easy way to allocate and initialize this spinlock.

SJA1000 already provides a way to allocate private data, but
sja1000_platform.c makes no use of it.

Patch 1 adds the capability to allocate and initialize private data on a
per-compatible basis in sja1000_platform.c.

Patch 2 updates device tree documentation to add the technologic
version.

Patch 3 updates the driver to implement the technologic version

Changes in v5:
 - remove empty "static struct sja1000_of_data nxp_data", again
 - add additional check for of_id->data

Changes in v4:
 - add sp_ prefix to technologic functions
 - add empty "static struct sja1000_of_data nxp_data"
 - make "struct sja1000_of_data technologic_data" static
 - get rid of "?" operator in sp_probe()

Changes in v3:
 - moved sp_of_table above sp_probe as it is used in this function
 - removed functions added in v2 and do everyting in sp_probe

Changes in v2:
 - added a patch to allocate and initialize private data
 - changed device tree documentation
 - added a spinlock to protect bus accesses
 - changed sp_{read,write}_reg16 to io{read,write}16

(unknown)

[mr. sindar]

unsubscribe linux-rt-users

(unknown)

[David Rientjes via Linuxppc-dev]

[-- Attachment #1: Type: message/rfc822, Size: 5626 bytes --]

From: David Rientjes <rientjes@google.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, x86@kernel.org, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, Joonsoo Kim <iamjoonsoo.kim@lge.com>, davej@codemonkey.org.uk
Subject: Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
Date: Wed, 27 Jan 2016 14:17:05 -0800 (PST)
Message-ID: <alpine.DEB.2.10.1601271414180.23510@chino.kir.corp.google.com>

On Wed, 27 Jan 2016, Christian Borntraeger wrote:

> We can use debug_pagealloc_enabled() to check if we can map
> the identity mapping with 2MB pages. We can also add the state
> into the dump_stack output.
> 
> The patch does not touch the code for the 1GB pages, which ignored
> CONFIG_DEBUG_PAGEALLOC. Do we need to fence this as well?
> 
> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> ---
>  arch/x86/kernel/dumpstack.c |  5 ++---
>  arch/x86/mm/init.c          |  7 ++++---
>  arch/x86/mm/pageattr.c      | 14 ++++----------
>  3 files changed, 10 insertions(+), 16 deletions(-)
> 
> diff --git a/arch/x86/kernel/dumpstack.c b/arch/x86/kernel/dumpstack.c
> index 9c30acf..32e5699 100644
> --- a/arch/x86/kernel/dumpstack.c
> +++ b/arch/x86/kernel/dumpstack.c
> @@ -265,9 +265,8 @@ int __die(const char *str, struct pt_regs *regs, long err)
>  #ifdef CONFIG_SMP
>  	printk("SMP ");
>  #endif
> -#ifdef CONFIG_DEBUG_PAGEALLOC
> -	printk("DEBUG_PAGEALLOC ");
> -#endif
> +	if (debug_pagealloc_enabled())
> +		printk("DEBUG_PAGEALLOC ");
>  #ifdef CONFIG_KASAN
>  	printk("KASAN");
>  #endif
> diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
> index 493f541..39823fd 100644
> --- a/arch/x86/mm/init.c
> +++ b/arch/x86/mm/init.c
> @@ -150,13 +150,14 @@ static int page_size_mask;
>  
>  static void __init probe_page_size_mask(void)
>  {
> -#if !defined(CONFIG_DEBUG_PAGEALLOC) && !defined(CONFIG_KMEMCHECK)
> +#if !defined(CONFIG_KMEMCHECK)
>  	/*
> -	 * For CONFIG_DEBUG_PAGEALLOC, identity mapping will use small pages.
> +	 * For CONFIG_KMEMCHECK or pagealloc debugging, identity mapping will
> +	 * use small pages.
>  	 * This will simplify cpa(), which otherwise needs to support splitting
>  	 * large pages into small in interrupt context, etc.
>  	 */
> -	if (cpu_has_pse)
> +	if (cpu_has_pse && !debug_pagealloc_enabled())
>  		page_size_mask |= 1 << PG_LEVEL_2M;
>  #endif
>  

I would have thought free_init_pages() would be modified to use 
debug_pagealloc_enabled() as well?

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

(unknown)

[David Rientjes via Linuxppc-dev]

[-- Attachment #1: Type: message/rfc822, Size: 3939 bytes --]

From: David Rientjes <rientjes@google.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, x86@kernel.org, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, Joonsoo Kim <iamjoonsoo.kim@lge.com>, davej@codemonkey.org.uk
Subject: Re: [PATCH v3 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
Date: Wed, 27 Jan 2016 14:18:29 -0800 (PST)
Message-ID: <alpine.DEB.2.10.1601271418190.23510@chino.kir.corp.google.com>

On Wed, 27 Jan 2016, Christian Borntraeger wrote:

> We can use debug_pagealloc_enabled() to check if we can map
> the identity mapping with 1MB/2GB pages as well as to print
> the current setting in dump_stack.
> 
> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
> Reviewed-by: Heiko Carstens <heiko.carstens@de.ibm.com>

Acked-by: David Rientjes <rientjes@google.com>

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

(unknown)

[David Rientjes via Linuxppc-dev]

[-- Attachment #1: Type: message/rfc822, Size: 5371 bytes --]

From: David Rientjes <rientjes@google.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, x86@kernel.org, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, Joonsoo Kim <iamjoonsoo.kim@lge.com>, davej@codemonkey.org.uk
Subject: Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
Date: Thu, 28 Jan 2016 15:03:39 -0800 (PST)
Message-ID: <alpine.DEB.2.10.1601281500160.31035@chino.kir.corp.google.com>

On Thu, 28 Jan 2016, Christian Borntraeger wrote:

> Indeed, I only touched the identity mapping and dump stack.
> The question is do we really want to change free_init_pages as well?
> The unmapping during runtime causes significant overhead, but the
> unmapping after init imposes almost no runtime overhead. Of course,
> things get fishy now as what is enabled and what not.
> 
> Kconfig after my patch "mm/debug_pagealloc: Ask users for default setting of debug_pagealloc"
> (in mm) now states
> ----snip----
> By default this option will have a small overhead, e.g. by not
> allowing the kernel mapping to be backed by large pages on some
> architectures. Even bigger overhead comes when the debugging is
> enabled by DEBUG_PAGEALLOC_ENABLE_DEFAULT or the debug_pagealloc
> command line parameter.
> ----snip----
> 
> So I am tempted to NOT change free_init_pages, but the x86 maintainers
> can certainly decide differently. Ingo, Thomas, H. Peter, please advise.
> 

I'm sorry, but I thought the discussion of the previous version of the 
patchset led to deciding that all CONFIG_DEBUG_PAGEALLOC behavior would be 
controlled by being enabled on the commandline and checked with 
debug_pagealloc_enabled().

I don't think we should have a CONFIG_DEBUG_PAGEALLOC that does some stuff 
and then a commandline parameter or CONFIG_DEBUG_PAGEALLOC_ENABLE_DEFAULT 
to enable more stuff.  It should either be all enabled by the commandline 
(or config option) or split into a separate entity.  
CONFIG_DEBUG_PAGEALLOC_LIGHT and CONFIG_DEBUG_PAGEALLOC would be fine, but 
the current state is very confusing about what is being done and what 
isn't.

It also wouldn't hurt to enumerate what is enabled and what isn't enabled 
in the Kconfig entry.

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

(unknown),

[Matt Sturgeon]

Hi

There is a bug in xpad that (as far as I can tell) has a few fixes
implemented, but none are yet included upstream.

Whilst I am no computer scientist or engineer, I understand that the
bug is related to force feedback (vibration) on xpad controllers
causing the system to freeze up and require a hard reset (kernel
panic?)

My apologies if this has been addressed somewhere, but in my kernel
(4.2.0-25-generic #30-Ubuntu) the issue remains, particularly for me
when playing GRID Autosport using an wired Xbox 360 controller.

I've heard that valve have fixed the issue in their steamos kernel.
There is also a patch proposed in May 2014 by Sarah Bessmer
[http://www.spinics.net/lists/linux-input/msg31450.html] and an
updated version of the same patch
[http://steamcommunity.com/app/233130/discussions/0/611702631210587760/#c611702631218590990].

As far as reports of the issue, there are two threads on steam with
users reporting Sarah's patch fixes the issue. I myself can also
confirm the patch fixed the bug for me and I haven't noticed any side
effects, although I don't really know what to look for.

In conclusion, you may think of this as somewhat of a "bump" for
Sarah's patch. Whilst I do not consider myself a skilled or
experienced programmer and I've never really looked at lower level
stuff like drivers before, I am willing to help get a fix merged in
any way I can.

Apologies once more, if this is already in progress or I have
approached this in the wrong way,

Regards,

Matt Sturgeon

(unknown)

[David Rientjes via Linuxppc-dev]

[-- Attachment #1: Type: message/rfc822, Size: 5486 bytes --]

From: David Rientjes <rientjes@google.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, x86@kernel.org, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, Joonsoo Kim <iamjoonsoo.kim@lge.com>, davej@codemonkey.org.uk
Subject: Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
Date: Tue, 2 Feb 2016 13:51:34 -0800 (PST)
Message-ID: <alpine.DEB.2.10.1602021351290.4977@chino.kir.corp.google.com>

On Thu, 28 Jan 2016, David Rientjes wrote:

> On Thu, 28 Jan 2016, Christian Borntraeger wrote:
> 
> > Indeed, I only touched the identity mapping and dump stack.
> > The question is do we really want to change free_init_pages as well?
> > The unmapping during runtime causes significant overhead, but the
> > unmapping after init imposes almost no runtime overhead. Of course,
> > things get fishy now as what is enabled and what not.
> > 
> > Kconfig after my patch "mm/debug_pagealloc: Ask users for default setting of debug_pagealloc"
> > (in mm) now states
> > ----snip----
> > By default this option will have a small overhead, e.g. by not
> > allowing the kernel mapping to be backed by large pages on some
> > architectures. Even bigger overhead comes when the debugging is
> > enabled by DEBUG_PAGEALLOC_ENABLE_DEFAULT or the debug_pagealloc
> > command line parameter.
> > ----snip----
> > 
> > So I am tempted to NOT change free_init_pages, but the x86 maintainers
> > can certainly decide differently. Ingo, Thomas, H. Peter, please advise.
> > 
> 
> I'm sorry, but I thought the discussion of the previous version of the 
> patchset led to deciding that all CONFIG_DEBUG_PAGEALLOC behavior would be 
> controlled by being enabled on the commandline and checked with 
> debug_pagealloc_enabled().
> 
> I don't think we should have a CONFIG_DEBUG_PAGEALLOC that does some stuff 
> and then a commandline parameter or CONFIG_DEBUG_PAGEALLOC_ENABLE_DEFAULT 
> to enable more stuff.  It should either be all enabled by the commandline 
> (or config option) or split into a separate entity.  
> CONFIG_DEBUG_PAGEALLOC_LIGHT and CONFIG_DEBUG_PAGEALLOC would be fine, but 
> the current state is very confusing about what is being done and what 
> isn't.
> 

Ping?

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

(unknown),

[Hubert Chrzaniuk]

>From Hubert Chrzaniuk <hubert.chrzaniuk@intel.com> # This line is ignored.
From: Hubert Chrzaniuk <hubert.chrzaniuk@intel.com>
Subject: [PATCH v2] tools/power turbostat: Intel Xeon x200 bugfixes
In-Reply-To: <CAJZ5v0hyAeK9L+NcETZQXJKfmr+TX59bZ+759RbXz_we3wgzpg@mail.gmail.com>

> RJW:
> This is a bit laconic.  Please at least write what the bugs are here.

Summary of changes along with more detailed description has been added.

> RJW:
> Plus the patch adds some KNL-specific checks that aren't directly related
> to the fixes, so it looks like there should be two patches rather?

The change has been divided into two separate patches.

(unknown)

[WESTERN UNION MONEY TRANSFER]

[-- Attachment #1: Type: text/plain, Size: 33 bytes --]

READ ATTACHMENT FOR YOUR WINNING

[-- Attachment #2: WESTERN_UNION_WINNING.pdf --]
[-- Type: application/pdf, Size: 72981 bytes --]

(unknown)

[Western Union]

[-- Attachment #1: Type: text/plain, Size: 33 bytes --]

READ ATTACHMENT FOR YOUR WINNING

[-- Attachment #2: WESTERN_UNION_WINNING.pdf --]
[-- Type: application/pdf, Size: 72981 bytes --]

(unknown),

[Richard Pospesel]

Fixed the line length issues per offline discussion with Chris.
---
Input: BYD: added absolute touch event support to BYD touchpad driver

Implemented absolute position and touch reporting. Now BYD touchpads will use
the synaptics/libinput xorg touchpad drivers. Added documentation for all
known gesture packets and initialization commands.

Signed-off-by: Richard Pospesel <pospeselr@gmail.com>

(unknown),

[David and Carol Martin]

-- 
We are donating to you 1,500,000 GBP, from David and Carol Martin £33million lottery, contact : davidcarolm-/E1597aS9LTXPF5Rlphj1Q@public.gmane.org 
view link: http://www.ibtimes.co.uk/lotto-winners-david-carol-martin-want-blast-into-space-after-buying-new-shoes-1537851
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[鼎张]

 sorry, please ignore this test email

(unknown),

[王少辉]

subscribe ceph-devel

(unknown),

[Ales Novak]

This is alternative patch to the previous one, taking maybe more
logical approach.

(unknown),

[Mike Christie]

The following patches made over the ceph master branch
implement OSD side support for VMware VAAI's Atomic Test
and Set (ATS) and Write Same (Zero) requests.

ATS is used for operations like locking and heartbeats. It
is implemented by as the SCSI COMPARE_AND_WRITE command which
requires the device to read N blocks, compare them to data
sent with the command, and if equal, write N blocks.

Zero is used to initialize blocks to zero. It is implemented
as the SCSI WRITE_SAME command which passes the device a
block's worth of data and has it write it multiple times.

This does not include support for XCOPY/extended copy. I
am still looking into this, but it seems it might be
difficult to support due to rbd being more tuned to cloning
entire devices. When we implement VASA, the cloneVirtualVolume
might be something we can support though.

More info on VAAI can be found here:
http://www.vmware.com/resources/techresources/10337

The krbd patches which use these requests are in vaai branch of
this tree:
https://github.com/mikechristie/linux-kernel

I did not submit them in this thread, because they depend on other
patches that are still being reviewed upstream and I did not want
to waste people's time reviewing them if they change. These OSD side
patches should be ok to review and merge, because the op format 
and implemention should not change.

(unknown)

[MS. LIRA MANDOZA]

[-- Attachment #1: Type: text/plain, Size: 54 bytes --]

I have not heard from you. I hope everything is fine.

[-- Attachment #2: Mrs Lira Mandoza.rtf --]
[-- Type: application/msword, Size: 39847 bytes --]

(unknown)

[contact]

nd of smlast

(unknown)

[Paul Walmsley]

OMAP baseline test results for v4.6-rc3

Here are some basic OMAP test results for Linux v4.6-rc3.
Logs and other details at:

    http://www.pwsan.com/omap/testlogs/test_v4.6-rc3/20160411005353/


Test summary
------------

Build: uImage:
    Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
		  omap1_defconfig_5912osk_only

Build: uImage+dtb:
    Pass (13/13): omap2plus_defconfig_am33xx_only/am335x-bone,
		  omap2plus_defconfig/omap4-panda,
		  omap2plus_defconfig/omap4-panda-es,
		  omap2plus_defconfig/omap4-var-stk-om44,
		  omap2plus_defconfig/omap3-evm-37xx,
		  omap2plus_defconfig_n800_only_a/omap2420-n800,
		  omap2plus_defconfig/omap2430-sdp,
		  omap2plus_defconfig/am3517-evm,
		  omap2plus_defconfig/omap3-beagle,
		  omap2plus_defconfig/omap3-beagle-xm,
		  omap2plus_defconfig/omap3-sbc-t3517,
		  omap2plus_defconfig/omap5-uevm,
		  omap2plus_defconfig/omap5-sbc-t54

Build: zImage:
    Pass (18/18): omap2plus_defconfig, omap2plus_defconfig_am33xx_only,
		  omap2plus_defconfig_n800_only_a,
		  omap2plus_defconfig_n800_multi_omap2xxx,
		  omap2plus_defconfig_2430sdp_only,
		  omap2plus_defconfig_cpupm, omap2plus_defconfig_no_pm,
		  omap2plus_defconfig_omap2_4_only,
		  omap2plus_defconfig_omap3_4_only,
		  omap2plus_defconfig_omap5_only,
		  omap2plus_defconfig_dra7xx_only,
		  omap2plus_defconfig_am43xx_only,
		  omap2plus_defconfig_ti81xx_only,
		  rmk_omap3430_ldp_oldconfig,
		  rmk_omap3430_ldp_allnoconfig,
		  rmk_omap4430_sdp_oldconfig,
		  rmk_omap4430_sdp_allnoconfig, multi_v7_defconfig

Build warnings from toolchain: uImage:
    (none)

Build warnings from toolchain: uImage+dtb:
    (none)

Build warnings from toolchain: zImage:
    FAIL (16/18): omap2plus_defconfig, omap2plus_defconfig_am33xx_only,
		  omap2plus_defconfig_n800_only_a,
		  omap2plus_defconfig_n800_multi_omap2xxx,
		  omap2plus_defconfig_2430sdp_only,
		  omap2plus_defconfig_cpupm, omap2plus_defconfig_no_pm,
		  omap2plus_defconfig_omap2_4_only,
		  omap2plus_defconfig_omap3_4_only,
		  omap2plus_defconfig_omap5_only,
		  omap2plus_defconfig_dra7xx_only,
		  omap2plus_defconfig_am43xx_only,
		  omap2plus_defconfig_ti81xx_only,
		  rmk_omap3430_ldp_oldconfig,
		  rmk_omap4430_sdp_oldconfig, multi_v7_defconfig

Boot to userspace:
    FAIL ( 1/18): 2430sdp
    skip ( 3/18): 5912osk, 3517evm, 5430es2sbct54
    Pass (14/18): am335xbonelt, am437xsk, am335xbone, 4430es2panda,
		  4460pandaes, 4460varsomom, 37xxevm, 3530es3beagle,
		  3530es31beagle, 3730beaglexm, 3730es12beaglexm,
		  cmt3517, 5430es2uevm, 2420n800

Kernel warnings during boot to userspace:
    FAIL ( 2/18): 4430es2panda, cmt3517

PM: chip retention via suspend:
    FAIL ( 6/11): am335xbonelt, 4430es2panda, 4460varsomom, 37xxevm,
		  2430sdp, 5430es2uevm
    Pass ( 5/11): 4460pandaes, 3530es3beagle, 3530es31beagle,
		  3730beaglexm, 3730es12beaglexm

PM: chip retention via dynamic idle:
    FAIL ( 8/11): am335xbonelt, 4430es2panda, 4460varsomom, 37xxevm,
		  3530es3beagle, 3530es31beagle, 2430sdp, 5430es2uevm
    Pass ( 3/11): 4460pandaes, 3730beaglexm, 3730es12beaglexm

PM: chip off (except CORE, due to errata) via suspend:
    Pass ( 1/ 1): 3730beaglexm

PM: chip off (except CORE, due to errata) via dynamic idle:
    Pass ( 1/ 1): 3730beaglexm

PM: chip off via suspend:
    FAIL ( 2/ 4): 37xxevm, 3530es3beagle
    Pass ( 2/ 4): 3530es31beagle, 3730es12beaglexm

PM: chip off via dynamic idle:
    FAIL ( 3/ 4): 37xxevm, 3530es3beagle, 3530es31beagle
    Pass ( 1/ 4): 3730es12beaglexm

Kernel warnings during PM test:
    FAIL ( 1/18): 4430es2panda

Obsolete Kconfig symbols:
    FAIL ( 3/21): omap1_defconfig, omap2plus_defconfig,
		  multi_v7_defconfig


vmlinux object size
(delta in bytes from test_v4.6-rc2 (9735a22799b9214d17d3c231fe377fc852f042e9)):
   text     data      bss    total  kernel
   +772     -896        0     -124  omap1_defconfig
   +772     -920        0     -148  omap1_defconfig_1510innovator_only
   +596     -928        0     -332  omap1_defconfig_5912osk_only
   -108      +64        0      -44  multi_v7_defconfig
   +236        0        0     +236  omap2plus_defconfig
   +976        0        0     +976  omap2plus_defconfig_2430sdp_only
   +300        0        0     +300  omap2plus_defconfig_am33xx_only
   +300        0        0     +300  omap2plus_defconfig_am43xx_only
   +236        0        0     +236  omap2plus_defconfig_cpupm
   +236        0        0     +236  omap2plus_defconfig_dra7xx_only
   +388       -8        0     +380  omap2plus_defconfig_n800_multi_omap2xxx
   +420        0        0     +420  omap2plus_defconfig_n800_only_a
   +164        0        0     +164  omap2plus_defconfig_no_pm
   +172        0        0     +172  omap2plus_defconfig_omap2_4_only
   +236        0        0     +236  omap2plus_defconfig_omap3_4_only
   +300        0        0     +300  omap2plus_defconfig_omap5_only
  +1004        0        0    +1004  omap2plus_defconfig_ti81xx_only
   +244        0      -48     +196  rmk_omap3430_ldp_allnoconfig
  +3896        0        0    +3896  rmk_omap3430_ldp_oldconfig
   +228        0      -48     +180  rmk_omap4430_sdp_allnoconfig
   +200        0        0     +200  rmk_omap4430_sdp_oldconfig

Boot-time memory difference
(delta in bytes from test_v4.6-rc2 (9735a22799b9214d17d3c231fe377fc852f042e9))
  avail  rsrvd   high  freed  board          kconfig
  (no differences)

(unknown),

[Maxim Zhukov]

Subject: [PATCH RESEND 2/2] scripts: dtc: fix memory leak after realloc

This commit fixed memory leak after errors realloc.

Signed-off-by: Maxim Zhukov <mussitantesmortem-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
---
 scripts/dtc/fdtput.c | 10 +++++++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/scripts/dtc/fdtput.c b/scripts/dtc/fdtput.c
index f2197f5..1042319 100644
--- a/scripts/dtc/fdtput.c
+++ b/scripts/dtc/fdtput.c
@@ -75,8 +75,9 @@ static int encode_value(struct display_info *disp, char **arg, int arg_count,
 	char *ptr;		/* pointer to current value position */
 	int len;		/* length of this cell/string/byte */
 	int ival;
-	int upto;	/* the number of bytes we have written to buf */
+	int upto;		/* the number of bytes we have written to buf */
 	char fmt[3];
+	void *save_ptr = NULL;	/* save pointer to realloc */
 
 	upto = 0;
 
@@ -96,12 +97,15 @@ static int encode_value(struct display_info *disp, char **arg, int arg_count,
 		/* enlarge our value buffer by a suitable margin if needed */
 		if (upto + len > value_size) {
 			value_size = (upto + len) + 500;
-			value = realloc(value, value_size);
-			if (!value) {
+			void *save_ptr = realloc(value, value_size);
+
+			if (!save_ptr) {
+				free(value);
 				fprintf(stderr, "Out of mmory: cannot alloc "
 					"%d bytes\n", value_size);
 				return -1;
 			}
+			value = save_ptr;
 		}
 
 		ptr = value + upto;
-- 
2.7.1.1.g3617aa0

(unknown)

[Joerg Zelenka]

unsubscribe linux-next

(unknown)

[Daniel Lezcano]

Hi Rafael,

please pull the following changes for 4.7.

 * Constify the cpuidle_ops structure and the types returned by the 
 * functions using it (Jisheng Zhang)


Thanks !

  -- Daniel

The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9:

  Linux 4.6-rc4 (2016-04-17 19:13:32 -0700)

are available in the git repository at:

  http://git.linaro.org/people/daniel.lezcano/linux.git cpuidle/4.7

for you to fetch changes up to 5e7c17df795e462c70a43f1b3b670e08efefe8fd:

  drivers: firmware: psci: use const and __initconst for psci_cpuidle_ops 
(2016-04-20 10:44:32 +0200)

----------------------------------------------------------------
Jisheng Zhang (4):
      ARM: cpuidle: add const qualifier to cpuidle_ops member in structures
      ARM: cpuidle: constify return value of arm_cpuidle_get_ops()
      soc: qcom: spm: Use const and __initconst for qcom_cpuidle_ops
      drivers: firmware: psci: use const and __initconst for 
psci_cpuidle_ops

 arch/arm/include/asm/cpuidle.h | 2 +-
 arch/arm/kernel/cpuidle.c      | 6 +++---
 drivers/firmware/psci.c        | 2 +-
 drivers/soc/qcom/spm.c         | 2 +-
 4 files changed, 6 insertions(+), 6 deletions(-)

(unknown)

[Leon Romanovsky]

[-- Attachment #1: Type: text/plain, Size: 2374 bytes --]

<faisal.latif-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Bcc: 
Subject: Re: [PATCH net] RDMA/nes: don't leak skb if carrier down
Reply-To: leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
In-Reply-To: <1461529139-28582-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>

On Sun, Apr 24, 2016 at 10:18:59PM +0200, Florian Westphal wrote:
> Alternatively one could free the skb, OTOH I don't think this test is
> useful so just remove it.
> 
> Cc: <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
> Signed-off-by: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>

I don't know why did you decide to send it to netdev and not to relevant
maintainers, but the relevant mailing list is linux-rdma and Faisal
needs to Review/Acknowledge it.

➜  linux-rdma git:(master) ./scripts/get_maintainer.pl -f
drivers/infiniband/hw/nes/nes_nic.c
Faisal Latif <faisal.latif-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (supporter:NETEFFECT IWARP RNIC
DRIVER (IW_NES))
Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> (supporter:INFINIBAND SUBSYSTEM)
Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (supporter:INFINIBAND SUBSYSTEM)
Hal Rosenstock <hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> (supporter:INFINIBAND
SUBSYSTEM)
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org (open list:NETEFFECT IWARP RNIC DRIVER
(IW_NES))
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org (open list)


> ---
>  Noticed this while working on the TX_LOCKED removal.
> 
> diff --git a/drivers/infiniband/hw/nes/nes_nic.c b/drivers/infiniband/hw/nes/nes_nic.c
> index 3ea9e05..9291453 100644
> --- a/drivers/infiniband/hw/nes/nes_nic.c
> +++ b/drivers/infiniband/hw/nes/nes_nic.c
> @@ -500,9 +500,6 @@ static int nes_netdev_start_xmit(struct sk_buff *skb, struct net_device *netdev)
>  	 *		skb_shinfo(skb)->nr_frags, skb_is_gso(skb));
>  	 */
>  
> -	if (!netif_carrier_ok(netdev))
> -		return NETDEV_TX_OK;
> -
>  	if (netif_queue_stopped(netdev))
>  		return NETDEV_TX_BUSY;
>  
> -- 
> 2.7.3
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

(unknown),

[Jiankun Yu]

subscribe ceph-devel

(unknown),

[杨振兴]

subscribe ceph-devel

(unknown),

[michaux.rubi]

[-- Attachment #1: INVOICE_4668_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2089 bytes --]

(unknown),

[rhsinfo]

[-- Attachment #1: EMAIL_0651116_linux-bcache.zip --]
[-- Type: application/zip, Size: 2112 bytes --]

(unknown),

[sm-yT/95SBIOhs]

[-- Attachment #1: EMAIL_04467230442_linux-api.zip --]
[-- Type: application/zip, Size: 2200 bytes --]

(unknown),

[mmorrison]

[-- Attachment #1: EMAIL_22515423_linux-pm.zip --]
[-- Type: application/zip, Size: 2132 bytes --]

(unknown),

[membership]

[-- Attachment #1: EMAIL_990863_linux-crypto.zip --]
[-- Type: application/zip, Size: 2094 bytes --]

(unknown),

[jorg-LoD0CNSF3ned4c43X4ZxXw]

[-- Attachment #1: EMAIL_333473029_linux-cifs.zip --]
[-- Type: application/zip, Size: 2126 bytes --]

(unknown)

[ngler]

[-- Attachment #1: EMAIL_7236410667_linux-parisc.zip --]
[-- Type: application/zip, Size: 2973 bytes --]

(unknown),

[kchristopher]

[-- Attachment #1: 5153960517661_linux-acpi.zip --]
[-- Type: application/zip, Size: 2112 bytes --]

(unknown)

[renwu]

(unknown)

[Michelle Tortora]

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerryfunds11@inbox.lv<mailto:jerryfunds11@inbox.lv>  With Amount Needed And Phone Number.

(unknown)

[DR. JOHN AXILLA]

[-- Attachment #1: Type: text/plain, Size: 28 bytes --]




Open the attachment file 

[-- Attachment #2: UNITED NATIONS IRREVOCABLE PAYMENT ORDER.doc --]
[-- Type: application/msword, Size: 121344 bytes --]

(unknown)

[DR. JOHN AXILLA]

[-- Attachment #1: Type: text/plain, Size: 28 bytes --]




Open the attachment file

[-- Attachment #2: UNITED NATIONS IRREVOCABLE PAYMENT ORDER.doc --]
[-- Type: application/msword, Size: 121344 bytes --]

(unknown),

[Jeffrey Walton]

Please forgive my ignorance here...

I have test system with a VIA C7-M processor and PM-400 chipset. This
is one of those Thin Client/Internet of Things processor and chipsets
I test security libraries on (like OpenSSL, Cryptlib and Crypto++).

The processor includes the Padlock extensions. Padlock is similar to
Intel's RDRAND, RDSEED and AES-NI, and it predates Intel's
instructions by about a decade.

The Padlock Security Engine can produce a stream of random numbers at
megabits per socond, so I've been kind of surprised it has been
suffering entropy depletion. Here's what the audit trail looks like:

    Testing operating system provided blocking random number generator...
    FAILED:  it took 74 seconds to generate 5 bytes
    passed:  5 generated bytes compressed to 7 bytes by DEFLATE

Above, the blocking RNG is drained. Then, 16 bytes are requested. It
appears to take over one minute to gather five bytes when effectively
an endless stream is available.

My question is, is this system expected to suffer entropy depletion
out of the box? Or are users expected to do something special so the
system does not fail?

Thanks in advance.

Jeff

(unknown),

[Vikas Aggarwal]

Hello All,

Will appreciate if someone can clear my doubts regarding  XOR/GF
offload for raid5/6.

1) What is the purpose of device_prep_dma_interrupt  callback ?

2) My driver currently polls for checking the xor  completions
 and does'nt implement device_prep_dma_interrupt
callback at all.  What  performance variation  I can expect  by
implementing this callback
in my async_tx driver.

3) Purpose of DMA_ACK as I read - it is  for higher layers to inform
dma driver that descriptors can now be freed. Can someone explain this
with an example as applicable with raid5/6 clients.

4) With example - why dma_run_dependencies(tx) needed  after the
hardware engine posts completion for a descriptor.

5) Purpose of  tx->callback(cb_arg) - again with an example from a
raid5/6 offload perspective.

Goal: I want to use offload engine efficiently with recent
multithreaded raid5/6.

I tried to dig through code and linux/Documentation etc but not
thoroughly clear of functionality.

Thanks & Regards
Vikas Aggarwal

(unknown),

[changtao]

subscribe ceph-devel 


--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Charles Ethan]

Excuse me please;Did you receive my previous email.Charles Ethan

(unknown),

[Mohammad Hosein Zarei]

        auth b6b5d633 subscribe netfilter-devel hosein.zarei@gmail.com

(unknown),

[basavaraj Khodanpur]

[-- Attachment #1: Type: text/html, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown)

[Quentin Rameau]

index
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Neil Armstrong]

Subject: [PATCH v2 0/4] pwm: Add Amlogic Meson SoC PWM Controller

Add support for the PWM controller found in Amlogic Meson SoCs.
This controller provides a dual PWM output with 4 selectable clock source
and a two level divider to achieve a better PWM range.

Currently Meson8b and GXBB SoCs are supported.

Changes since v1 at http://lkml.kernel.org/r/1466173784-15625-1-git-send-email-narmstrong@baylibre.com :
- fix meson8b dtsi

Neil Armstrong (4):
  pwm: Add support for Meson PWM Controller
  dt-bindings: pwm: Add bindings for Meson PWM Controller
  ARM64: dts: meson-gxbb: Add Meson GXBB PWM Controller nodes
  ARM: dts: meson8b: Add Meson8b PWM Controller nodes

 .../devicetree/bindings/pwm/pwm-meson.txt          |  21 +
 arch/arm/boot/dts/meson8b.dtsi                     |  21 +
 arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi        |  28 ++
 drivers/pwm/Kconfig                                |   9 +
 drivers/pwm/Makefile                               |   1 +
 drivers/pwm/pwm-meson.c                            | 491 +++++++++++++++++++++
 6 files changed, 571 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/pwm/pwm-meson.txt
 create mode 100644 drivers/pwm/pwm-meson.c

-- 
2.7.0

(unknown),

[Miklos Szeredi]

On Thu, Jul 14, 2016 at 12:08 PM, Andrey Melnikov <temnota.am@gmail.com> wrote:
> 2016-07-14 12:53 GMT+03:00 Miklos Szeredi <miklos@szeredi.hu>:
>> On Thu, Jul 14, 2016 at 11:42 AM, Andrey Melnikov <temnota.am@gmail.com> wrote:
>>> 2016-07-14 12:23 GMT+03:00 Miklos Szeredi <miklos@szeredi.hu>:
>>>> On Tue, Jul 12, 2016 at 11:01 PM, Andrey Melnikov <temnota.am@gmail.com> wrote:
>>>>> Ping.
>>>>>
>>>>> 2016-06-30 14:04 GMT+03:00 Andrey Jr. Melnikov <temnota.am@gmail.com>:
>>>>>>  Fix overlayfs inotify interaction - use d_real_inode() helper
>>>>>>  to resolve real (underlying) inode. Without this inotify is not functional on
>>>>>>  overlayfs.
>>>>
>>>> Have you tried the alternative patch from Aihua Zhang:
>>>>   https://lkml.org/lkml/2016/7/7/83
>>>
>>> No. My patch add small overhead, lookup inode once when add inotify
>>> watch, this patch - lookup inode on each operation. For what?
>>
>> I'm afraid that your patch won't work for all notifications (like
>> directory modification).
>
> It work with dir's too:

Digging deeper into this...

Both patches appear to fix most of the problems with inotify on
overlayfs. However Aihua's solution looks better for several reasons.

To understand why, we need to look at what the patches do conceptually:

Andrey's patch: when a watch is placed on file on overlayfs it
actually makes inotify watch the real underlying file.  This is only
true for non-directories.  For directories it still watches the
overlay inode.

Aihua's patch: when an event occurs it directs it to the overlay inode
instead of the real underlying inode

The biggest plus for Aihua's patch is that it will work even if the
file was first on the lower layer and then copied up, while the watch
is there.  This is because the  watch is on the overlay inode, which
stays the same through the copy-up.

Other pluses are that it automatically works for fanotify/dnotify as well.

It does have a small performance impact due to the extra pointer
dereference, but that shouldn't be an issue in real life.

I checked the relevant testcases in LTP and inotify04 is still failing
with Aihua's patch, which needs to be looked into.

Thanks,
Miklos

(unknown),

[Neil Armstrong]

Subject: [PATCH v3 0/4] Add support for the Qualcomm PM8018 PMIC

In order to support the Qualcomm MDM9615 in the Sierra Wireless WP8548
Modules, add the PM8018 PMIC support into MFD, Regulator, RTC and input.

This patchset is part of a global SoC + Module + Board support for the
Sierra Wireless mangOH Board support with the WP8548 module.

Patch "mfd: qcom-rpm: Add support for pm8018 RPM Regulator" depends on :
 - "fix offset error for msm8660" at http://lkml.kernel.org/r/1465897725-16213-1-git-send-email-linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org
 - "parametrize also ack selector size" at http://lkml.kernel.org/r/1466576837-21995-1-git-send-email-linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org

Changes since v2 at http://lkml.kernel.org/r/1466759887-25394-1-git-send-email-narmstrong-rdvid1DuHRBWk0Htik3J/w@public.gmane.org :
 - Dropped pwrkey changes

Changes since v1 at http://lkml.kernel.org/r/1466158929-19524-1-git-send-email-narmstrong-rdvid1DuHRBWk0Htik3J/w@public.gmane.org :
 - Rebase mfd/qcom_rpm.c on top of Linus "fix offset error for msm8660" and "parametrize also ack selector size" patches
 - Rename QCOM_RPM_NCP in to QCOM_RPM_PM8018_NCP
 - Rebased qcom-rpm.h PM8018 defines numbers without a gap
 - Dropped regulator corner

Neil Armstrong (4):
  mfd: pm8921: Add support for pm8018
  rtc: rtc-pm8xxx: Add support for pm8018 rtc
  mfd: qcom-rpm: Add support for pm8018 RPM Regulator
  regulator: qcom_rpm-regulator: Add support for pm8018 rpm regulator

 .../devicetree/bindings/mfd/qcom-pm8xxx.txt        |   1 +
 Documentation/devicetree/bindings/mfd/qcom-rpm.txt |  15 ++++
 drivers/mfd/pm8921-core.c                          |   1 +
 drivers/mfd/qcom_rpm.c                             |  51 +++++++++++
 drivers/regulator/qcom_rpm-regulator.c             | 100 +++++++++++++++++++++
 drivers/rtc/rtc-pm8xxx.c                           |  11 +++
 include/dt-bindings/mfd/qcom-rpm.h                 |  22 +++++
 7 files changed, 201 insertions(+)

-- 
1.9.1

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.

(unknown),

[Grace Bunyan]

Greeting, Did you receive the fund letter i send you last? from Grace Bunyan

(unknown),

[Emily Deng]

Add PCI domains compare and replace strncmp with strcmp.

Subject: [PATCH v2] drm/amdgpu: Change the virtual_display type from int to
 char*.

For virtual display feature, as there may be mutiple GPUs,
for user could choose whiche GPU need to enable this feature, change
the type of virtual_display from int to char*. The variable will be set
like this virtual_display="xxxx:xx:xx.x;xxxx:xx:xx.x;".

Signed-off-by: Emily Deng <Emily.Deng@amd.com>
---
 drivers/gpu/drm/amd/amdgpu/amdgpu.h        |  3 ++-
 drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 27 ++++++++++++++++++++++++++-
 drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c    |  6 +++---
 drivers/gpu/drm/amd/amdgpu/cik.c           |  2 +-
 drivers/gpu/drm/amd/amdgpu/vi.c            |  2 +-
 5 files changed, 33 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
index c309eaf..b6bed4e 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
@@ -93,7 +93,7 @@ extern unsigned amdgpu_pcie_lane_cap;
 extern unsigned amdgpu_cg_mask;
 extern unsigned amdgpu_pg_mask;
 extern int amdgpu_sclk_deep_sleep_en;
-extern int amdgpu_virtual_display;
+extern char *amdgpu_virtual_display;
 
 #define AMDGPU_WAIT_IDLE_TIMEOUT_IN_MS	        3000
 #define AMDGPU_MAX_USEC_TIMEOUT			100000	/* 100 ms */
@@ -2142,6 +2142,7 @@ struct amdgpu_device {
 	struct kfd_dev          *kfd;
 
 	struct amdgpu_virtualization virtualization;
+	int enable_virtual_display;
 };
 
 bool amdgpu_device_is_px(struct drm_device *dev);
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
index 68cce12..4d9c033 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
@@ -47,6 +47,7 @@
 #endif
 #include "vi.h"
 #include "bif/bif_4_1_d.h"
+#include <linux/pci.h>
 
 static int amdgpu_debugfs_regs_init(struct amdgpu_device *adev);
 static void amdgpu_debugfs_regs_cleanup(struct amdgpu_device *adev);
@@ -1182,11 +1183,35 @@ int amdgpu_ip_block_version_cmp(struct amdgpu_device *adev,
 	return 1;
 }
 
+static void amdgpu_whether_enable_virtual_display(struct amdgpu_device *adev)
+{
+	adev->enable_virtual_display = 0;
+
+	if (amdgpu_virtual_display) {
+		struct drm_device *ddev = adev->ddev;
+		const char *pci_address_name = pci_name(ddev->pdev);
+		char *pciaddstr, *pciaddstr_tmp, *pciaddname;
+
+		pciaddstr = kstrdup(amdgpu_virtual_display, GFP_KERNEL);
+		pciaddstr_tmp = pciaddstr;
+		while ((pciaddname = strsep(&pciaddstr_tmp, ";"))) {
+			if (!strcmp(pci_address_name, pciaddname)) {
+				adev->enable_virtual_display = 1;
+				break;
+			}
+		}
+
+		DRM_INFO("virtual display string:%s, %s:virtual_display:%d\n", amdgpu_virtual_display, pci_address_name, adev->enable_virtual_display);
+
+		kfree(pciaddstr);
+	}
+}
+
 static int amdgpu_early_init(struct amdgpu_device *adev)
 {
 	int i, r;
 
-	DRM_INFO("virtual display enabled:%d\n", amdgpu_virtual_display);
+	amdgpu_whether_enable_virtual_display(adev);
 
 	switch (adev->asic_type) {
 	case CHIP_TOPAZ:
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 7007cf7..209a539 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
@@ -90,7 +90,7 @@ unsigned amdgpu_pcie_gen_cap = 0;
 unsigned amdgpu_pcie_lane_cap = 0;
 unsigned amdgpu_cg_mask = 0xffffffff;
 unsigned amdgpu_pg_mask = 0xffffffff;
-int amdgpu_virtual_display = 0;
+char *amdgpu_virtual_display = NULL;
 
 MODULE_PARM_DESC(vramlimit, "Restrict VRAM for testing, in megabytes");
 module_param_named(vramlimit, amdgpu_vram_limit, int, 0600);
@@ -190,8 +190,8 @@ module_param_named(cg_mask, amdgpu_cg_mask, uint, 0444);
 MODULE_PARM_DESC(pg_mask, "Powergating flags mask (0 = disable power gating)");
 module_param_named(pg_mask, amdgpu_pg_mask, uint, 0444);
 
-MODULE_PARM_DESC(virtual_display, "enable virtual display (0 = disable virtual display)");
-module_param_named(virtual_display, amdgpu_virtual_display, int, 0444);
+MODULE_PARM_DESC(virtual_display, "Enable virtual display feature (the virtual_display will be set like xxxx:xx:xx.x;xxxx:xx:xx.x)");
+module_param_named(virtual_display, amdgpu_virtual_display, charp, 0444);
 
 static const struct pci_device_id pciidlist[] = {
 #ifdef CONFIG_DRM_AMDGPU_CIK
diff --git a/drivers/gpu/drm/amd/amdgpu/cik.c b/drivers/gpu/drm/amd/amdgpu/cik.c
index 84caa3f..a9fc2bb 100644
--- a/drivers/gpu/drm/amd/amdgpu/cik.c
+++ b/drivers/gpu/drm/amd/amdgpu/cik.c
@@ -2464,7 +2464,7 @@ static const struct amdgpu_ip_block_version kaveri_ip_blocks_vd[] =
 
 int cik_set_ip_blocks(struct amdgpu_device *adev)
 {
-	if (amdgpu_virtual_display) {
+	if (adev->enable_virtual_display) {
 		amdgpu_dal = 0;
 		switch (adev->asic_type) {
 		case CHIP_BONAIRE:
diff --git a/drivers/gpu/drm/amd/amdgpu/vi.c b/drivers/gpu/drm/amd/amdgpu/vi.c
index 224e8a0..b9da2c7 100644
--- a/drivers/gpu/drm/amd/amdgpu/vi.c
+++ b/drivers/gpu/drm/amd/amdgpu/vi.c
@@ -1730,7 +1730,7 @@ static const struct amdgpu_ip_block_version fiji_ip_blocks_dal[] =
 
 int vi_set_ip_blocks(struct amdgpu_device *adev)
 {
-	if (amdgpu_virtual_display) {
+	if (adev->enable_virtual_display) {
 		amdgpu_dal = 0;
 		switch (adev->asic_type) {
 		case CHIP_TOPAZ:
-- 
1.9.1

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

(unknown)

[关淼官]

[-- Attachment #1: Type: text/plain, Size: 68 bytes --]

°²È«ÊÇÆóÒµ×ʲúÇ°ÃæµÄ¡°1¡± ºóÃæÔÙ¶àµÄ¡°0¡± ûÓÐǰûµÄ¡°1¡±Ò²ÊÇÿÓõÄ

[-- Attachment #2: Type: text/plain, Size: 178 bytes --]

_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown),

[amin]

[-- Attachment #1: 945665.zip --]
[-- Type: application/zip, Size: 1462 bytes --]

(unknown)

[Mrs.Margaret Smith ( Dr )]

[-- Attachment #1: Type: text/plain, Size: 62 bytes --]



KINDLY VIEW ATTACHED FILE FOR MORE INFORMATION....Thank you

[-- Attachment #2: UNITED NATIONS MONETARY FUND NOTIFICATION.doc --]
[-- Type: application/msword, Size: 215040 bytes --]

(unknown),

[robert.berry]

[-- Attachment #1: leulinux-ide.zip --]
[-- Type: application/zip, Size: 3958 bytes --]

(unknown),

[piwet_sokolow]

[-- Attachment #1: yjalinux-pm.zip --]
[-- Type: application/zip, Size: 3434 bytes --]

(unknown),

[mariobronti]

[-- Attachment #1: kuslinux-ide.zip --]
[-- Type: application/zip, Size: 3086 bytes --]

(unknown),

[耿航]

subscribe ceph-devel

(unknown),

[Iaroslav Gridin]

This set of patches fixes QCE digest code, preventing lockups and incorrect results.

(unknown),

[Christoph Hellwig]

Hi Tejun,

this patch converts the ahci driver to use the new PCI MSI/MSI-X
vector allocator.  Note that you need to first pull 4.8-rc4 or -rc5
into the libata for-4.9 branch as it depends on changes added to
mainline after that branch started.

(unknown),

[Mail Administrator]

[-- Attachment #1: Type: text/plain, Size: 1805 bytes --]

Spam detection software, running on the system "blaine.gmane.org",
has identified this incoming email as possible spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
@@CONTACT_ADDRESS@@ for details.

Content preview:  Your message could not be delivered Linux-nvdimm mailing list
   Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org https://lists.01.org/mailman/listinfo/linux-nvdimm
   [...] 

Content analysis details:   (7.1 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
                            See
                            http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                             for more information.
                            [URIs: 01.org]
 0.8 RCVD_IN_SORBS_WEB      RBL: SORBS: sender is an abusable web server
                            [103.204.166.162 listed in dnsbl.sorbs.net]
-0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                            trust
                            [198.145.21.10 listed in list.dnswl.org]
 0.1 RCVD_IN_SBL            RBL: Received via a relay in Spamhaus SBL
                            [103.204.166.162 listed in zen.spamhaus.org]
-0.6 RP_MATCHES_RCVD        Envelope sender domain matches handover relay domain
-0.0 BAYES_20               BODY: Bayes spam probability is 5 to 20%
                            [score: 0.1942]
 2.2 AXB_XMAILER_MIMEOLE_OL_024C2 No description available.
 2.6 MSOE_MID_WRONG_CASE    No description available.
 1.9 FORGED_MUA_OUTLOOK     Forged mail pretending to be from MS Outlook



[-- Attachment #2: original message before SpamAssassin --]
[-- Type: message/rfc822, Size: 2518 bytes --]

From: "Mail Administrator" <MAILER-DAEMON-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Subject: 
Date: Thu, 8 Sep 2016 10:46:00 +0530
Message-ID: <20160908051654.87ABD1A1F49-y27Ovi1pjclAfugRpC6u6w@public.gmane.org>

Your message could not be delivered

_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown),

[LAGOLI WARLORD]

MY BELOVED ONE,

PLEASE I NEED YOU TO HELP ME. I WILL GIVE YOU DETAILS WHEN I GET
RESPONSE FROM YOU.

Yours Sincerely
Miss Lagoli Warlord Ibrahim Coulibaly.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[makafe david]

Hello!

I have something I wanna share with you. Kindly reply back if interested.
Thank you!!

(unknown),

[Chris Clemons]

subscribe bcachefs

(unknown),

[Chris Clemons]

subscribe

(unknown)

[Angela Kinto]

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



[-- Attachment #2: From Miss Angela. Kindly read my attached letter and           --]
[-- Type: application/msword, Size: 31232 bytes --]

(unknown),

[李 剑宇]

subscribe ceph-devel

(unknown),

[alters]

[-- Attachment #1: EMAIL_60218631287406_linux-scsi.zip --]
[-- Type: application/zip, Size: 4540 bytes --]

(unknown),

[paloma.depping]

[-- Attachment #1: EMAIL_8059230588653_linux-ext4.zip --]
[-- Type: application/zip, Size: 4540 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_857737881499127_linux-arch.zip --]
[-- Type: application/zip, Size: 6431 bytes --]

(unknown),

[brucet]

[-- Attachment #1: EMAIL_21401227399_linux-bcache.zip --]
[-- Type: application/zip, Size: 5476 bytes --]

(unknown),

[Aisha Aisha]

I pray this mail reach you in good faith, I need you to assist me
relocate $9 Million to your country through your bank account and you
will be rewarded with 30% of the sum once the transaction is
successfully done, let me know if you are capable to handle the
project so that i will give you details.

Regards,
Aisha G.

(unknown),

[rueggemann]

[-- Attachment #1: EMAIL_6923158673_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 5010 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_67034075_linux-bcache.zip --]
[-- Type: application/zip, Size: 2900 bytes --]

(unknown),

[office]

[-- Attachment #1: EMAIL_336414432_linux-leds.zip --]
[-- Type: application/zip, Size: 2748 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_1047713194274_linux-arch.zip --]
[-- Type: application/zip, Size: 2721 bytes --]

(unknown),

[patientcentral]

[-- Attachment #1: EMAIL_3055908206735_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 2704 bytes --]

(unknown),

[alters]

[-- Attachment #1: EMAIL_555627325_linux-scsi.zip --]
[-- Type: application/zip, Size: 2762 bytes --]

(unknown),

[horizon]

[-- Attachment #1: EMAIL_18115775731340_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 4877 bytes --]

(unknown),

[kgbok.kezyhumh]

[-- Attachment #1: EMAIL_60424_linux-pm.zip --]
[-- Type: application/zip, Size: 5048 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: EMAIL_270899766_linux-efi.zip --]
[-- Type: application/zip, Size: 5142 bytes --]

(unknown),

[mariobronti]

[-- Attachment #1: EMAIL_26515359826_linux-ide.zip --]
[-- Type: application/zip, Size: 5747 bytes --]

(unknown),

[eumann]

[-- Attachment #1: EMAIL_82365_linux-pm.zip --]
[-- Type: application/zip, Size: 4590 bytes --]

(unknown),

[Debra_Farmer/SSB/HIDOE-CJ/7EgCimzc+ygjh5cb8Nw]

I am Mrs. Gu Kailai and i intend to make a DONATION. Contact my personal E-mail Via: mrsgukailai-SgvXgqTD8kc@public.gmane.org for more details:
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Dennis Dataopslag]

Help wanted very much!

My setup:
Thecus N5550 NAS with 5 1TB drives installed.

MD0: RAID 5 config of 4 drives (SD[ABCD]2)
MD10: RAID 1 config of all 5 drives (SD..1), system generated array
MD50: RAID 1 config of 4 drives (SD[ABCD]3), system generated array

1 drive (SDE) set as global hot spare.


What happened:
This weekend I thought it might be a good idea to do a SMART test for
the drives in my NAS.
I started the test on 1 drive and after it ran for a while I started
the other ones.
While the test was running drive 3 failed. I got a message the RAID
was degraded and started rebuilding. (My assumption is that at this
moment the global hot spare will automatically be added to the array)

I stopped the SMART tests of all drives at this moment since it seemed
logical to me the SMART test (or the outcomes) made the drive fail.
In stopping the tests, drive 1 also failed!!
I let it for a little but the admin interface kept telling me it was
degraded, did not seem to take any actions to start rebuilding.
At this point I started googling and found I should remove and reseat
the drives. This is also what I did but nothing seemd to happen.
The turned up as new drives in the admin interface and I re-added them
to the array, they were added as spares.
Even after adding them the array didn't start rebuilding.
I checked stat in mdadm and it told me clean FAILED opposed to the
degraded in the admin interface.

I rebooted the NAS since it didn't seem to be doing anything I might interrupt.
after rebooting it seemed as if the entire array had disappeared!!
I started looking for options in MDADM and tried every "normal"option
to rebuild the array (--assemble --scan for example)
Unfortunately I cannot produce a complete list since I cannot find how
to get it from the logging.

Finally I mdadm --create a new array with the original 4 drives with
all the right settings. (Got them from 1 of the original volumes)
The creation worked but after creation it doesn't seem to have a valid
partition table. This is the point where I realized I probably fucked
it up big-time and should call in the help squad!!!
What I think went wrong is that I re-created an array with the
original 4 drives from before the first failure but the hot-spare was
already added?

The most important data from the array is saved in an offline backup
luckily but I would very much like it if there is any way I could
restore the data from the array.

Is there any way I could get it back online?

(unknown),

[5415306259-PhIK+mYhcR9sDcysRhXauQC/G2K4zDHf]

[-- Attachment #1: text_1479159022652.txt --]
[-- Type: text/plain, Size: 149 bytes --]

(Undeliverable: Who is this?) [http://products.office.com/en-us/CMSImages/Office365Logo_Orange.png?version=b8d100a9-0a8b-8e6a-88e1-ef488fee0470]
Your

[-- Attachment #2: Type: text/plain, Size: 421 bytes --]

This picture message or video message was sent using Multimedia Messaging Service. 

To play video messages sent to email, Apple QuickTime 6.5 or higher is required. Visit www.apple.com/quicktime/download to download the free player or upgrade your existing QuickTime Player. Note: During the download process when asked to choose an installation type (Minimum, Recommended or Custom), select Minimum for faster download.

[-- Attachment #3: Type: text/plain, Size: 205 bytes --]

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linuxfoundation.org/mailman/listinfo/containers

(unknown)

[Christoph Lameter]

> > There is a deadlock, Peter!!!
>
> Describe please? Also, have you tried disabling RT_RUNTIME_SHARE ?
>


The description was given earlier in the the thread and the drawbacks of
using RT_RUNTIME_SHARE as well.

(unknown),

[jacqueline.pike]

[-- Attachment #1: INFO_454369583_linux-arch.zip --]
[-- Type: application/zip, Size: 1890 bytes --]

(unknown),

[gillian.murray]

[-- Attachment #1: INFO_087512886_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 1991 bytes --]

(unknown),

[molino.petrone]

[-- Attachment #1: INFO_878208733419_linux-scsi.zip --]
[-- Type: application/zip, Size: 1873 bytes --]

(unknown),

[obsexitos]

[-- Attachment #1: INFO_006036_linux-ide.zip --]
[-- Type: application/zip, Size: 1883 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: MESSAGE_412161257221478_linux-ide.zip --]
[-- Type: application/zip, Size: 3511 bytes --]

(unknown),

[horizon]

[-- Attachment #1: MESSAGE_893031982_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 3854 bytes --]

(unknown),

[sophie.norman]

[-- Attachment #1: MESSAGE_779427631_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2234 bytes --]

(unknown),

[h.piontek]

[-- Attachment #1: MESSAGE_428046_linux-acpi.zip --]
[-- Type: application/zip, Size: 2319 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: MESSAGE_88250465_linux-next.zip --]
[-- Type: application/zip, Size: 2313 bytes --]

(unknown),

[carmen.croonquist]

[-- Attachment #1: MESSAGE_08773203777_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 2241 bytes --]

(unknown),

[ajae]

[-- Attachment #1: MESSAGE_949095530648352_linux-bcache.zip --]
[-- Type: application/zip, Size: 2577 bytes --]

(unknown),

[jeffrey.faulkenberg]

[-- Attachment #1: MESSAGE_4570313393_linux-ext4.zip --]
[-- Type: application/zip, Size: 1458 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: MESSAGE_773317669156470_linux-pm.zip --]
[-- Type: application/zip, Size: 1456 bytes --]

(unknown),

[lswedroe]

[-- Attachment #1: MESSAGE_40_linux-acpi.zip --]
[-- Type: application/zip, Size: 1442 bytes --]

(unknown),

[muirs]

[-- Attachment #1: MESSAGE_818_linux-next.zip --]
[-- Type: application/zip, Size: 1432 bytes --]

(unknown),

[kgbok.kezyhumh]

[-- Attachment #1: MESSAGE_23793_linux-pm.zip --]
[-- Type: application/zip, Size: 1422 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: EMAIL_70757032509394_linux-pm.zip --]
[-- Type: application/zip, Size: 5681 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: EMAIL_1870015_netfilter-devel.zip --]
[-- Type: application/zip, Size: 4891 bytes --]

(unknown),

[wwdkins-mEDtAoEtxfxHdm1AoWelKu1ftBKYq+Ku]

[-- Attachment #1: EMAIL_118257387_linux-api.zip --]
[-- Type: application/zip, Size: 6366 bytes --]

(unknown),

[kholloway]

[-- Attachment #1: EMAIL_59604235363111_linux-bcache.zip --]
[-- Type: application/zip, Size: 3287 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: EMAIL_3090637_linux-next.zip --]
[-- Type: application/zip, Size: 3420 bytes --]

(unknown),

[angers]

[-- Attachment #1: EMAIL_82854453_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2956 bytes --]

(unknown),

[wesley.sydnor]

[-- Attachment #1: MICROSOFT_50272042175_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 15477 bytes --]

(unknown),

[Mr Friedrich Mayrhofer]

Good Day,

This is the second time i am sending you this mail.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.

Regards.
Friedrich Mayrhofer

(unknown),

[Mr Friedrich Mayrhofer]

Good Day,

This is the second time i am sending you this mail.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.

Regards.
Friedrich Mayrhofer

(unknown),

[Mr Friedrich Mayrhofer]

Good Day,

This is the second time i am sending you this mail.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.

Regards.
Friedrich Mayrhofer

(unknown),

[robert.berry]

[-- Attachment #1: MICROSOFT_06124793158_linux-ide.zip --]
[-- Type: application/zip, Size: 16553 bytes --]

(unknown),

[Joshua McBeth]

On Tue, Dec 13, 2016 at 2:01 PM, Jason Gunthorpe
<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> wrote:
>
> On Tue, Dec 13, 2016 at 01:36:42PM -0500, Joshua McBeth wrote:
> > I bisected the kernel between v4.1 and v4.3.1 by booting each build on
> > the SR-IOV host and attempting to "ping x.x.x.x" with x.x.x.x being
> > the IP address assigned to the Infiniband interface of a remote host
> >
> > At 4be90bc's parent the SR-IOV host is able to ping the remote host,
> > but at 4be90bc the SR-IOV host is not able to ping the remote host
> > (destination host unreachable)
>
> Okay, that makes sense
>
> > The DMAR errors occur in both the kernel built at 4be90bc (not passing
> > ping test) and its parent (passing ping test)
>
> Continuing to bisect until you find the commit that introduces the
> DMAR errors would also be helpful, I think.


I will do this when I find some time and report back with the results.
>
>
>
> > Reverting only the commit 4be90bc from a later kernel (4.8.x) does not
> > enable the SR-IOV host to ping the remote host, which to me suggests
> > that another commit after 4be90bc is also causing my test to fail.
>
> Okay, that does not seem too surprising.
>
> Does this make your 4.8 kernel work? If yes, then I suspect mlx4 has
> broken IB_DEVICE_LOCAL_DMA_LKEY with SRIOV.. Leon? mlx5 has this
> broken, doesn't it?
>

With 4.8.1 and the below applied to the SR-IOV host and guest kernels,
SR-IOV functions in both the SR-IOV host and guests and there are no
DMAR errors emitted.  The NFS/RDMA client in the guest does not work
on the SR-IOV virtual function with the NFS/RDMA server of the host on
the SR-IOV physical function, but this may be something else I need to
troubleshoot further, as both IPoIB and synthetic RDMA traffic passes
between the guest, host, and remote node just fine.  The remote node's
NFS/RDMA client is additionally able to function with the host's
NFS/RDMA server on the SR-IOV physical function.

>
> It would also be very helpful to try and determine what memory the NIC is
> trying to read.. If it is the ipoib packet or some mlx4 internal
> thing.


How can I determine this?

> diff --git a/drivers/infiniband/core/verbs.c b/drivers/infiniband/core/verbs.c
> index 2be4ea0cda9c19..1346924d27691f 100644
> --- a/drivers/infiniband/core/verbs.c
> +++ b/drivers/infiniband/core/verbs.c
> @@ -243,6 +243,8 @@ struct ib_pd *__ib_alloc_pd(struct ib_device *device, unsigned int flags,
>         atomic_set(&pd->usecnt, 0);
>         pd->flags = flags;
>
> +       device->attrs.device_cap_flags = 0;
> +
>         if (device->attrs.device_cap_flags & IB_DEVICE_LOCAL_DMA_LKEY)
>                 pd->local_dma_lkey = device->local_dma_lkey;
>         else
>
> Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[witt.kohl]

[-- Attachment #1: MICROSOFT_4388381_linux-crypto.zip --]
[-- Type: application/zip, Size: 3096 bytes --]

(unknown),

[системы администратор]

внимания;

аши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2016
Почты технической поддержки ©2016

спасибо
системы администратор

(unknown),

[linux-raid]

[-- Attachment #1: ORDER-816339228.zip --]
[-- Type: application/zip, Size: 16281 bytes --]

(unknown),

[linux-crypto]

[-- Attachment #1: BALLANCE-4318393604847.zip --]
[-- Type: application/zip, Size: 14527 bytes --]

(unknown),

[linux-input]

[-- Attachment #1: EBAY-121284446.zip --]
[-- Type: application/zip, Size: 5453 bytes --]

(unknown),

[Jinpu Wang]

Hi Neil,

On Mon, Dec 19, 2016 at 11:45 PM, NeilBrown <neilb@suse.com> wrote:
> On Mon, Dec 19 2016, Jinpu Wang wrote:
>
>> Hi Neil,
>>
>> After apply the patch below, it paniced during boot in
>> generic_make_request-> bio_list_pop.
>> Looks related to you do bio_list_init(&bio_list_on_stack); again.
>>> diff --git a/block/blk-core.c b/block/blk-core.c
>>> index 14d7c0740dc0..3436b6fc3ef8 100644
>>> --- a/block/blk-core.c
>>> +++ b/block/blk-core.c
>>> @@ -2036,10 +2036,31 @@ blk_qc_t generic_make_request(struct bio *bio)
>>>                 struct request_queue *q = bdev_get_queue(bio->bi_bdev);
>>>
>>>                 if (likely(blk_queue_enter(q, false) == 0)) {
>>> +                       struct bio_list hold;
>>> +                       struct bio_list lower, same;
>>> +
>>> +                       /* Create a fresh bio_list for all subordinate requests */
>>> +                       bio_list_merge(&hold, &bio_list_on_stack);
>
> This is the problem.  'hold' hasn't been initialised.
> We could either do:
>   bio_list_init(&hold);
>   bio_list_merge(&hold, &bio_list_on_stack);
I did try first variant, it leads to panic in bio_check_pages_dirty

PID: 4004   TASK: ffff8802337f3400  CPU: 1   COMMAND: "fio"

 #0 [ffff88023ec838d0] machine_kexec at ffffffff8104075a

 #1 [ffff88023ec83918] crash_kexec at ffffffff810d54c3

 #2 [ffff88023ec839e0] oops_end at ffffffff81008784

 #3 [ffff88023ec83a08] no_context at ffffffff8104a8f6

 #4 [ffff88023ec83a60] __bad_area_nosemaphore at ffffffff8104abcf

 #5 [ffff88023ec83aa8] bad_area_nosemaphore at ffffffff8104ad3e

 #6 [ffff88023ec83ab8] __do_page_fault at ffffffff8104afd7

 #7 [ffff88023ec83b10] do_page_fault at ffffffff8104b33c

 #8 [ffff88023ec83b20] page_fault at ffffffff818173a2

    [exception RIP: bio_check_pages_dirty+65]

    RIP: ffffffff813f6221  RSP: ffff88023ec83bd8  RFLAGS: 00010212

    RAX: 0000000000000020  RBX: ffff880232d75010  RCX: 0000000000000001

    RDX: ffff880232d74000  RSI: 0000000000000000  RDI: 0000000000000000

    RBP: ffff88023ec83bf8   R8: 0000000000000001   R9: 0000000000000000

    R10: ffffffff81f25ac0  R11: ffff8802348acef0  R12: 0000000000000001

    R13: 0000000000000000  R14: ffff8800b53b7d00  R15: ffff88009704d180

    ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018

 #9 [ffff88023ec83c00] dio_bio_complete at ffffffff811d010e

#10 [ffff88023ec83c38] dio_bio_end_aio at ffffffff811d0367

#11 [ffff88023ec83c68] bio_endio at ffffffff813f637a

#12 [ffff88023ec83c80] call_bio_endio at ffffffffa0868220 [raid1]

#13 [ffff88023ec83cc8] raid_end_bio_io at ffffffffa086885b [raid1]

#14 [ffff88023ec83cf8] raid1_end_read_request at ffffffffa086a184 [raid1]

#15 [ffff88023ec83d50] bio_endio at ffffffff813f637a

#16 [ffff88023ec83d68] blk_update_request at ffffffff813fdab6

#17 [ffff88023ec83da8] blk_mq_end_request at ffffffff81406dfe



> or just
>   hold = bio_list_on_stack;
>
>
> You didn't find 'hold' to be necessary in your testing, but I think that
> is more complex arrangements it could make an important difference.

Could you elaborate  a bit more, from my understanding, in later
logic, we traverse the whole bio_list_on_stack,
and sort it into either lower or same bio_list, merge again the
initial bio_list_on_stack will lead to duplicated bio, isn't it?

>
> Thanks,
> NeilBrown

Thanks
Jinpu
>
>
>>> +                       bio_list_init(&bio_list_on_stack); ??? maybe init hold, and then merge bio_list_on_stack?
>>>                         ret = q->make_request_fn(q, bio);
>>>
>>>                         blk_queue_exit(q);



-- 
Jinpu Wang
Linux Kernel Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Tel:       +49 30 577 008  042
Fax:      +49 30 577 008 299
Email:    jinpu.wang@profitbricks.com
URL:      https://www.profitbricks.de

Sitz der Gesellschaft: Berlin
Registergericht: Amtsgericht Charlottenburg, HRB 125506 B
Geschäftsführer: Achim Weiss

(unknown),

[rhsinfo]

[-- Attachment #1: INFO_45088478_linux-bcache.zip --]
[-- Type: application/zip, Size: 7751 bytes --]

(unknown),

[mpr.Microsoft]

[-- Attachment #1: 6413350296.zip --]
[-- Type: application/zip, Size: 33311 bytes --]

(unknown),

[rlm85310]

[-- Attachment #1: ORDER-0278566654930.zip --]
[-- Type: application/zip, Size: 9362 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: BALLANCE-2255341.zip --]
[-- Type: application/zip, Size: 41880 bytes --]

(unknown),

[kathleen.gilbert]

[-- Attachment #1: $MONEY-51881793003.zip --]
[-- Type: application/zip, Size: 29295 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: 02689684_linux-ide.zip --]
[-- Type: application/zip, Size: 41489 bytes --]

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[anthonia]

Bitte tut mir leid, dass ich Sie stören kann, können Sie mich auf
E-Mail-Adresse, so dass ich in der Lage, Ihnen meine Bilder

(unknown),

[info]

[-- Attachment #1: 998944767346.zip --]
[-- Type: application/zip, Size: 49782 bytes --]

(unknown),

[info]

[-- Attachment #1: 286560328358.zip --]
[-- Type: application/zip, Size: 36986 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 336887.zip --]
[-- Type: application/zip, Size: 44977 bytes --]

(unknown),

[service]

[-- Attachment #1: INFO_4883709289_linux-crypto.zip --]
[-- Type: application/zip, Size: 45688 bytes --]

(unknown)

[David Howells]

Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:

> This header file is exported, thus move it to uapi.

Exported how?

> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif

These weren't defined by the kernel before, so why do we need to define them
now?

Will defining __UINTPTR_TYPE__ cause problems in compiling libboost by
changing the signature on C++ functions that use uintptr_t?

David

(unknown)

[David Howells]

Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:

> This header file is exported, thus move it to uapi.

Exported how?

> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif

These weren't defined by the kernel before, so why do we need to define them
now?

Will defining __UINTPTR_TYPE__ cause problems in compiling libboost by
changing the signature on C++ functions that use uintptr_t?

David

(unknown)

[Sergey Polovko]

Hi,

It seems that unix(7) and recv(2) man pages have different information about using MSG_TRUNC flag with UNIX domain sockets. 
Unix(7) man page says that this flag is not supported by UNIX domain sockets but actually it does. I wrote a simple program to 
check usage of this flag. Recv(2) man pages says that it supports since linux 3.4. Unfortunately I have no such old kernel near me
but on 3.11, 3.13, 3.18 and 4.4 that I have this flag works with AF_UNIX sockets.

Could you please fix that?

Thanks,
Sergey Polovko
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Andy Lutomirski]

;; This buffer is for text that is not saved, and for Lisp evaluation.
;; To create a file, visit it with C-x C-f and enter text in its buffer.



On Sun, Jan 15, 2017 at 5:19 PM, Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> Hello,
>
> Sorry about the delay.  Some fire fighthing followed the holidays.
>
> On Tue, Jan 03, 2017 at 11:25:59AM +0100, Michal Hocko wrote:
>> > So from what I understand the proposed cgroup is not in fact
>> > hierarchical at all.
>> >
>> > @TJ, I thought you were enforcing all new cgroups to be properly
>> > hierarchical, that would very much include this one.
>>
>> I would be interested in that as well. We have made that mistake in
>> memcg v1 where hierarchy could be disabled for performance reasons and
>> that turned out to be major PITA in the end. Why do we want to repeat
>> the same mistake here?
>
> Across the different threads on this subject, there have been multiple
> explanations but I'll try to sum it up more clearly.
>
> The big issue here is whether this is a cgroup thing or a bpf thing.
> I don't think there's anything inherently wrong with one approach or
> the other.  Forget about the proposed cgroup bpf extentions but thinkg
> about how iptables does cgroups.  Whether it's the netcls/netprio in
> v1 or direct membership matching in v2, it is the network side testing
> for cgroup membership one way or the other.  The only part where
> cgroup is involved in is answering that test.
>

[...]

>
> None of the issues that people have been raising here is actually an
> issue if one thinks of it as a part of bpf.  Its security model is
> exactly the same as any other bpf programs.  Recursive behavior is
> exactly the same as how other external cgroup descendant membership
> testing work.  There is no issue here whatsoever.

After sleeping on this, here are my thoughts:

First, there are three ways to think about this, not just two.  It
could be a BPF feature, a net feature, or a cgroup feature.

I think that calling it a BPF feature is a cop-out.  BPF is an
assembly language and a mechanism for importing little programs into
the kernel.  BPF maps are a BPF feature.  These new hooks are a
feature that actively changes the behavior of other parts of the
kernel.  I don't see how calling this new feature a "BPF" feature
excuses it from playing by the expected rules of the subsystems it
affects or from generally working well with the rest of the kernel.

Perhaps this is a net feature, though, not a cgroup feature.  This
would IMO make a certain amount of sense.  Iptables cgroup matches,
for example, logically are an iptables (i.e., net) feature.  The
problem here is that network configuration (and this explicitly
includes iptables) is done on a per-netns level, whereas these new
hooks entirely ignore network namespaces.  I've pointed out that
trying to enable them in a namespaced world is problematic (e.g.
switching to ns_capable() will cause serious problems), and Alexei
seems to think that this will never happen.  So I don't think we can
really call this a net feature that works the way that other net
features work.

(Suppose that this actually tried to be netns-enabled.  Then you'd
have to map from (netns, cgroup) -> hook, and this would probably be
slow and messy.)

So I think that leaves it being a cgroup feature.  And it definitely
does *not* play by the rules of cgroups right now.

> I'm sure we'll
> eventually get there but from what I hear it isn't something we can
> pull off in a restricted timeframe.

To me, this sounds like "the API isn't that great, we know how to do
better, but we really really want this feature ASAP so we want to ship
it with a sub-par API."  I think that's a bad idea.

> This also holds true for the perf controller.  While it is implemented
> as a controller, it isn't visible to cgroup users in any way and the
> only function it serves is providing the membership test to perf
> subsystem.  perf is the one which decides whether and how it is to be
> used.  cgroup providing membership test to other subsystems is
> completely acceptable and established.

Unless I'm mistaken, "perf_event" is an actual cgroup controller, and
it explicitly respects the cgroup hierarchy.  It shows up in
/proc/cgroups, and I had no problem mounting a cgroupfs instance with
perf_event enabled.  So I'm not sure what you mean.

(unknown),

[archerrp]

[-- Attachment #1: EMAIL_3355679483685_linux-crypto.zip --]
[-- Type: application/zip, Size: 2650 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: EMAIL_937476267145_linux-ext4.zip --]
[-- Type: application/zip, Size: 2795 bytes --]

(unknown),

[x1kn8fk]

[-- Attachment #1: EMAIL_187760_netfilter-devel.zip --]
[-- Type: application/zip, Size: 45491 bytes --]

(unknown),

[sorbisches.internat]

[-- Attachment #1: EMAIL_6816494_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 52375 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: EMAIL_53574576_linux-ext4.zip --]
[-- Type: application/zip, Size: 3389 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: EMAIL_06644_linux-m68k.zip --]
[-- Type: application/zip, Size: 2992 bytes --]

(unknown),

[amit mahadik]

[-- Attachment #1: Type: text/plain, Size: 719 bytes --]

Hello,
          I am using ARM (CortexA9)development board which has SPI
controller running at 5MHz. I want to interface MMC card on SPI bus. I
have made changes to my board.c file to include the mmc_spi driver and
mentioned the Chip select, mode (MODE 0) and frequency of operation
(started with 40kHz tried with 25MHz as well). The initial card
detection goes well. However, there are CRC errors when the block
layer tries to read the partition table. This issue is reproducible.

I have attached log for reference. The card gets detected on
Linux/Windows PC. The card is formatted with DOS partition (vfat
single partition).

Linux kernel version Used : 4.4.16

Please help me regarding this issue.

Regards,
Amit.

[-- Attachment #2: log.txt --]
[-- Type: text/plain, Size: 58403 bytes --]

# modprobe mmc_core
# modprobe mmc_block
# modprobe mmc_spi



[ 1218.212971] mmc0: SPI card removed
[ 1218.255628] mmc0: clock 0Hz busmode 2 powermode 0 cs 1 Vdd 0 width 0 timing 0
[ 1218.255651] mmc_spi spi1.1: mmc_spi: power off (0)
[ 1250.267741] mmc0: clock 0Hz busmode 2 powermode 1 cs 1 Vdd 23 width 0 timing 0
[ 1250.267766] mmc_spi spi1.1: mmc_spi: power up (23)
[ 1250.267779] mmc_spi spi1.1: Initial signal voltage of 3.3v
[ 1250.285035] mmc0: clock 400000Hz busmode 2 powermode 2 cs 1 Vdd 23 width 0 timing 0
[ 1250.285058] mmc_spi spi1.1: mmc_spi: power on (23)
[ 1250.285306] mmc_spi spi1.1: setup: unsupported mode bits 4
[ 1250.290797] mmc_spi spi1.1: can't change chip-select polarity
[ 1250.296728] mmc_spi spi1.1: mmc_spi:  clock to 400000 Hz, 0
[ 1250.315041] mmc_spi spi1.1: SD/MMC host mmc0, no DMA, no WP, no poweroff
[ 1250.315078] mmc0: mmc_rescan_try_freq: trying to init card at 400000 Hz
[ 1250.315091] mmc0: starting CMD52 arg 00000c00 flags 00000195
[ 1250.315109] mmc_spi spi1.1:   mmc_spi: CMD52, resp R2/R5
[ 1250.315779] mmc0: req done (CMD52): -110: 00000000 00000000 00000000 00000000
[ 1250.315795] mmc0: starting CMD52 arg 80000c08 flags 00000195
[ 1250.315809] mmc_spi spi1.1:   mmc_spi: CMD52, resp R2/R5
[ 1250.316443] mmc0: req done (CMD52): -110: 00000000 00000000 00000000 00000000
[ 1250.316457] mmc0: starting CMD0 arg 00000000 flags 000000c0
[ 1250.316471] mmc_spi spi1.1:   mmc_spi: CMD0, resp R1
[ 1250.316586] mmc0: req done (CMD0): 0: 00000001 00000000 00000000 00000000
[ 1250.317597] mmc0: starting CMD8 arg 000001aa flags 000002f5
[ 1250.317611] mmc_spi spi1.1:   mmc_spi: CMD8, resp R3/R4/R7
[ 1250.317740] mmc0: req done (CMD8): 0: 00000001 000001aa 00000000 00000000
[ 1250.317754] mmc0: starting CMD5 arg 00000000 flags 000002e1
[ 1250.317767] mmc_spi spi1.1:   mmc_spi: CMD5, resp R3/R4/R7
[ 1250.317890] mmc_spi spi1.1:   ... CMD5 response SPI_R3/R4/R: resp 0005 ffffffff
[ 1250.317906] mmc0: req done (CMD5): -38: 00000005 ffffffff 00000000 00000000
[ 1250.317921] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.317934] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.318048] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.318062] mmc0: starting CMD41 arg 00000000 flags 000000e1
[ 1250.318075] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.318189] mmc0: req done (CMD41): 0: 00000001 00000000 00000000 00000000
[ 1250.318205] mmc0: starting CMD0 arg 00000000 flags 000000c0
[ 1250.318218] mmc_spi spi1.1:   mmc_spi: CMD0, resp R1
[ 1250.318329] mmc0: req done (CMD0): 0: 00000001 00000000 00000000 00000000
[ 1250.319340] mmc0: starting CMD58 arg 00000000 flags 00000280
[ 1250.319353] mmc_spi spi1.1:   mmc_spi: CMD58, resp R3/R4/R7
[ 1250.319482] mmc0: req done (CMD58): 0: 00000001 00ff8000 00000000 00000000
[ 1250.319496] mmc0: starting CMD0 arg 00000000 flags 000000c0
[ 1250.319509] mmc_spi spi1.1:   mmc_spi: CMD0, resp R1
[ 1250.319622] mmc0: req done (CMD0): 0: 00000001 00000000 00000000 00000000
[ 1250.320633] mmc0: starting CMD8 arg 000001aa flags 000002f5
[ 1250.320646] mmc_spi spi1.1:   mmc_spi: CMD8, resp R3/R4/R7
[ 1250.320774] mmc0: req done (CMD8): 0: 00000001 000001aa 00000000 00000000
[ 1250.320788] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.320801] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.320914] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.320928] mmc0: starting CMD41 arg 40000000 flags 000000e1
[ 1250.320940] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.321052] mmc0: req done (CMD41): 0: 00000001 00000000 00000000 00000000
[ 1250.335043] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.335080] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.336624] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.336650] mmc0: starting CMD41 arg 40000000 flags 000000e1
[ 1250.336672] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.336799] mmc0: req done (CMD41): 0: 00000001 00000000 00000000 00000000
[ 1250.355025] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.355049] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.355175] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.355195] mmc0: starting CMD41 arg 40000000 flags 000000e1
[ 1250.355212] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.355330] mmc0: req done (CMD41): 0: 00000000 00000000 00000000 00000000
[ 1250.355352] mmc0: starting CMD10 arg 00000000 flags 000000b5
[ 1250.355367] mmc0:     blksz 16 blocks 1 flags 00000200 tsac 0 ms nsac 64
[ 1250.355384] mmc_spi spi1.1:   mmc_spi: CMD10, resp R1
[ 1250.355469] mmc_spi spi1.1:     mmc_spi: read block, 16 bytes
[ 1250.355672] mmc0: req done (CMD10): 0: 00000000 00000000 00000000 00000000
[ 1250.355686] mmc0:     16 bytes transferred: 0
[ 1250.355715] mmc0: starting CMD9 arg 00000000 flags 000000b5
[ 1250.355729] mmc0:     blksz 16 blocks 1 flags 00000200 tsac 0 ms nsac 64
[ 1250.355746] mmc_spi spi1.1:   mmc_spi: CMD9, resp R1
[ 1250.355830] mmc_spi spi1.1:     mmc_spi: read block, 16 bytes
[ 1250.356029] mmc0: req done (CMD9): 0: 00000000 00000000 00000000 00000000
[ 1250.356042] mmc0:     16 bytes transferred: 0
[ 1250.356063] mmc0: starting CMD55 arg 00000000 flags 00000095
[ 1250.356081] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.356198] mmc0: req done (CMD55): 0: 00000000 00000000 00000000 00000000
[ 1250.356219] mmc0: starting CMD51 arg 00000000 flags 000000b5
[ 1250.356233] mmc0:     blksz 8 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.356251] mmc_spi spi1.1:   mmc_spi: CMD51, resp R1
[ 1250.356333] mmc_spi spi1.1:     mmc_spi: read block, 8 bytes
[ 1250.356685] mmc0: req done (CMD51): 0: 00000000 00000000 00000000 00000000
[ 1250.356698] mmc0:     8 bytes transferred: 0
[ 1250.356720] mmc0: starting CMD55 arg 00000000 flags 00000095
[ 1250.356737] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.356854] mmc0: req done (CMD55): 0: 00000000 00000000 00000000 00000000
[ 1250.356873] mmc0: starting CMD13 arg 00000000 flags 000001b5
[ 1250.356887] mmc0:     blksz 64 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.356904] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.357024] mmc_spi spi1.1:     mmc_spi: read block, 64 bytes
[ 1250.357571] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.357585] mmc0:     64 bytes transferred: 0
[ 1250.357607] mmc0: starting CMD6 arg 00fffff0 flags 000000b5
[ 1250.357622] mmc0:     blksz 64 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.357639] mmc_spi spi1.1:   mmc_spi: CMD6, resp R1
[ 1250.357721] mmc_spi spi1.1:     mmc_spi: read block, 64 bytes
[ 1250.358341] mmc0: req done (CMD6): 0: 00000000 00000000 00000000 00000000
[ 1250.358355] mmc0:     64 bytes transferred: 0
[ 1250.358374] mmc0: starting CMD59 arg 00000001 flags 00000080
[ 1250.358392] mmc_spi spi1.1:   mmc_spi: CMD59, resp R1
[ 1250.358509] mmc0: req done (CMD59): 0: 00000000 00000000 00000000 00000000
[ 1250.358525] mmc0: host does not support reading read-only switch, assuming write-enable
[ 1250.366575] mmc0: clock 5000000Hz busmode 2 powermode 2 cs 1 Vdd 23 width 0 timing 0
[ 1250.366597] mmc_spi spi1.1: mmc_spi:  clock to 5000000 Hz, 0
[ 1250.366627] mmc0: new SDHC card on SPI
[ 1250.371271] INDUS mmcblk0: mmc0:0000 SD 14.9 GiB
[ 1250.476901] mmc0: starting CMD18 arg 00000000 flags 000000b5
[ 1250.476923] mmc0:     blksz 512 blocks 8 flags 00000200 tsac 100 ms nsac 0
[ 1250.476937] mmc0:     CMD12 arg 00000000 flags 00000095
[ 1250.476962] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.477060] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.482948] mmc_spi spi1.1: read - crc error: crc_val=0x2893, computed=0x6855 len=512
[ 1250.482964] mmc_spi spi1.1: read status -84
[ 1250.482978] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.483136] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.483220] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.488641] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.488659] mmc_spi spi1.1: read status -84
[ 1250.488674] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.488832] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.488917] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.494298] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.494312] mmc_spi spi1.1: read status -84
[ 1250.494326] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.494482] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.494567] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.499936] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.499953] mmc_spi spi1.1: read status -84
[ 1250.499968] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.500126] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.500211] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.505637] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.505654] mmc_spi spi1.1: read status -84
[ 1250.505668] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.505829] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.505914] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.511284] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.511299] mmc_spi spi1.1: read status -84
[ 1250.511313] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1
[ 1250.511435] mmc0: req done (CMD18): 0: 00000000 00000000 00000000 00000000
[ 1250.511449] mmc0:     0 bytes transferred: -84
[ 1250.511464] mmc0:     (CMD12): 0: 00000000 00000000 00000000 00000000
[ 1250.511492] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.511509] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.511632] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.511652] mmcblk0: error -84 transferring data, sector 0, nr 8, cmd response 0x0, card status 0x0
[ 1250.520748] mmc0: clock 0Hz busmode 2 powermode 0 cs 1 Vdd 0 width 0 timing 0
[ 1250.520767] mmc_spi spi1.1: mmc_spi: power off (0)
[ 1250.522782] mmc0: clock 0Hz busmode 2 powermode 1 cs 1 Vdd 23 width 0 timing 0
[ 1250.522798] mmc_spi spi1.1: mmc_spi: power up (23)
[ 1250.522811] mmc_spi spi1.1: Initial signal voltage of 3.3v
[ 1250.535027] mmc0: clock 400000Hz busmode 2 powermode 2 cs 1 Vdd 23 width 0 timing 0
[ 1250.535049] mmc_spi spi1.1: mmc_spi: power on (23)
[ 1250.535283] mmc_spi spi1.1: setup: unsupported mode bits 4
[ 1250.540771] mmc_spi spi1.1: can't change chip-select polarity
[ 1250.546560] mmc_spi spi1.1: mmc_spi:  clock to 400000 Hz, 0
[ 1250.565024] mmc0: starting CMD0 arg 00000000 flags 000000c0
[ 1250.565047] mmc_spi spi1.1:   mmc_spi: CMD0, resp R1
[ 1250.565172] mmc0: req done (CMD0): 0: 00000001 00000000 00000000 00000000
[ 1250.566189] mmc0: starting CMD8 arg 000001aa flags 000002f5
[ 1250.566207] mmc_spi spi1.1:   mmc_spi: CMD8, resp R3/R4/R7
[ 1250.566340] mmc0: req done (CMD8): 0: 00000001 000001aa 00000000 00000000
[ 1250.566360] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.566377] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.566495] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.566514] mmc0: starting CMD41 arg 40000000 flags 000000e1
[ 1250.566530] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.566647] mmc0: req done (CMD41): 0: 00000001 00000000 00000000 00000000
[ 1250.585029] mmc0: starting CMD55 arg 00000000 flags 000000f5
[ 1250.585054] mmc_spi spi1.1:   mmc_spi: CMD55, resp R1
[ 1250.585179] mmc0: req done (CMD55): 0: 00000001 00000000 00000000 00000000
[ 1250.585198] mmc0: starting CMD41 arg 40000000 flags 000000e1
[ 1250.585216] mmc_spi spi1.1:   mmc_spi: CMD41, resp R1
[ 1250.585336] mmc0: req done (CMD41): 0: 00000000 00000000 00000000 00000000
[ 1250.585358] mmc0: starting CMD10 arg 00000000 flags 000000b5
[ 1250.585373] mmc0:     blksz 16 blocks 1 flags 00000200 tsac 0 ms nsac 64
[ 1250.585390] mmc_spi spi1.1:   mmc_spi: CMD10, resp R1
[ 1250.585475] mmc_spi spi1.1:     mmc_spi: read block, 16 bytes
[ 1250.585691] mmc0: req done (CMD10): 0: 00000000 00000000 00000000 00000000
[ 1250.585705] mmc0:     16 bytes transferred: 0
[ 1250.585727] mmc0: starting CMD59 arg 00000001 flags 00000080
[ 1250.585745] mmc_spi spi1.1:   mmc_spi: CMD59, resp R1
[ 1250.585864] mmc0: req done (CMD59): 0: 00000000 00000000 00000000 00000000
[ 1250.585885] mmc0: clock 5000000Hz busmode 2 powermode 2 cs 1 Vdd 23 width 0 timing 0
[ 1250.585902] mmc_spi spi1.1: mmc_spi:  clock to 5000000 Hz, 0
[ 1250.585916] mmc0: tried to reset card
[ 1250.589585] mmc0: starting CMD18 arg 00000000 flags 000000b5
[ 1250.589600] mmc0:     blksz 512 blocks 8 flags 00000200 tsac 100 ms nsac 0
[ 1250.589614] mmc0:     CMD12 arg 00000000 flags 00000095
[ 1250.589631] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.589717] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.595141] mmc_spi spi1.1: read - crc error: crc_val=0x2817, computed=0x6855 len=512
[ 1250.595156] mmc_spi spi1.1: read status -84
[ 1250.595170] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.595328] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.595406] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.600786] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.600803] mmc_spi spi1.1: read status -84
[ 1250.600818] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.600977] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.601061] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.606475] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.606491] mmc_spi spi1.1: read status -84
[ 1250.606506] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.606668] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.606754] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.612077] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.612092] mmc_spi spi1.1: read status -84
[ 1250.612105] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.612262] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.612346] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.617699] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.617715] mmc_spi spi1.1: read status -84
[ 1250.617729] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.617887] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1250.617970] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.623330] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1250.623345] mmc_spi spi1.1: read status -84
[ 1250.623359] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1
[ 1250.623478] mmc0: req done (CMD18): 0: 00000000 00000000 00000000 00000000
[ 1250.623492] mmc0:     0 bytes transferred: -84
[ 1250.623507] mmc0:     (CMD12): 0: 00000000 00000000 00000000 00000000
[ 1250.623527] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.623545] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.623666] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.623686] mmcblk0: error -84 transferring data, sector 0, nr 8, cmd response 0x0, card status 0x0
[ 1250.632773] mmcblk0: retrying using single block read
[ 1250.637863] mmc0: starting CMD17 arg 00000000 flags 000000b5
[ 1250.637880] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.637899] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.637988] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.643351] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.643366] mmc_spi spi1.1: read status -84
[ 1250.643380] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.643536] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.643619] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.648944] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.648962] mmc_spi spi1.1: read status -84
[ 1250.648976] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.649134] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.649218] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.654576] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.654591] mmc_spi spi1.1: read status -84
[ 1250.654604] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.654761] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.654844] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.660221] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.660237] mmc_spi spi1.1: read status -84
[ 1250.660252] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.660410] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.660494] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.665901] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.665919] mmc_spi spi1.1: read status -84
[ 1250.665933] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.666094] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.666178] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.671502] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1250.671517] mmc_spi spi1.1: read status -84
[ 1250.671538] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.671552] mmc0:     0 bytes transferred: -84
[ 1250.671573] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.671592] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.671715] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.671735] mmcblk0: error -84 transferring data, sector 0, nr 8, cmd response 0x0, card status 0x0
[ 1250.680820] blk_update_request: 6 callbacks suppressed
[ 1250.685993] blk_update_request: I/O error, dev mmcblk0, sector 0
[ 1250.692014] mmc0: starting CMD17 arg 00000001 flags 000000b5
[ 1250.692029] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.692050] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.692138] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.697495] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.697512] mmc_spi spi1.1: read status -84
[ 1250.697526] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.697684] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.697768] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.703148] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.703162] mmc_spi spi1.1: read status -84
[ 1250.703175] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.703332] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.703415] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.708733] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.708750] mmc_spi spi1.1: read status -84
[ 1250.708764] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.708921] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.709004] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.714382] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.714396] mmc_spi spi1.1: read status -84
[ 1250.714410] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.714566] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.714649] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.719996] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.720012] mmc_spi spi1.1: read status -84
[ 1250.720026] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.720183] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.720268] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.725642] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1250.725658] mmc_spi spi1.1: read status -84
[ 1250.725680] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.725693] mmc0:     0 bytes transferred: -84
[ 1250.725714] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.725732] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.725856] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.725875] mmcblk0: error -84 transferring data, sector 1, nr 7, cmd response 0x0, card status 0x0
[ 1250.734927] blk_update_request: I/O error, dev mmcblk0, sector 1
[ 1250.740975] mmc0: starting CMD17 arg 00000002 flags 000000b5
[ 1250.740994] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.741017] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.741107] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.746491] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.746507] mmc_spi spi1.1: read status -84
[ 1250.746521] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.746678] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.746761] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.752110] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.752124] mmc_spi spi1.1: read status -84
[ 1250.752138] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.752294] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.752377] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.757742] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.757758] mmc_spi spi1.1: read status -84
[ 1250.757772] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.757930] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.758015] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.763360] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.763374] mmc_spi spi1.1: read status -84
[ 1250.763388] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.763545] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.763628] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.768985] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.769002] mmc_spi spi1.1: read status -84
[ 1250.769017] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.769174] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.769256] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.774618] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1250.774632] mmc_spi spi1.1: read status -84
[ 1250.774654] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.774667] mmc0:     0 bytes transferred: -84
[ 1250.774687] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.774704] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.774826] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.774847] mmcblk0: error -84 transferring data, sector 2, nr 6, cmd response 0x0, card status 0x0
[ 1250.783936] blk_update_request: I/O error, dev mmcblk0, sector 2
[ 1250.789976] mmc0: starting CMD17 arg 00000003 flags 000000b5
[ 1250.789992] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.790011] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.790101] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.795474] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.795491] mmc_spi spi1.1: read status -84
[ 1250.795505] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.795665] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.795748] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.801072] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.801086] mmc_spi spi1.1: read status -84
[ 1250.801100] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.801256] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.801339] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.806717] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.806734] mmc_spi spi1.1: read status -84
[ 1250.806748] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.806908] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.806991] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.812349] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.812363] mmc_spi spi1.1: read status -84
[ 1250.812376] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.812532] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.812613] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.817974] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.817991] mmc_spi spi1.1: read status -84
[ 1250.818005] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.818163] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.818246] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.823586] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1250.823600] mmc_spi spi1.1: read status -84
[ 1250.823622] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.823635] mmc0:     0 bytes transferred: -84
[ 1250.823655] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.823673] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.823795] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.823816] mmcblk0: error -84 transferring data, sector 3, nr 5, cmd response 0x0, card status 0x0
[ 1250.832905] blk_update_request: I/O error, dev mmcblk0, sector 3
[ 1250.838945] mmc0: starting CMD17 arg 00000004 flags 000000b5
[ 1250.838962] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.838982] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.839071] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.844408] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.844423] mmc_spi spi1.1: read status -84
[ 1250.844437] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.844595] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.844678] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.850063] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.850080] mmc_spi spi1.1: read status -84
[ 1250.850094] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.850251] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.850334] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.855731] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.855747] mmc_spi spi1.1: read status -84
[ 1250.855761] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.855917] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.855999] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.861366] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.861380] mmc_spi spi1.1: read status -84
[ 1250.861394] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.861550] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.861631] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.866990] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.867005] mmc_spi spi1.1: read status -84
[ 1250.867019] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.867175] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.867258] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.872554] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1250.872568] mmc_spi spi1.1: read status -84
[ 1250.872589] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.872602] mmc0:     0 bytes transferred: -84
[ 1250.872623] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.872640] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.872760] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.872779] mmcblk0: error -84 transferring data, sector 4, nr 4, cmd response 0x0, card status 0x0
[ 1250.881859] blk_update_request: I/O error, dev mmcblk0, sector 4
[ 1250.887900] mmc0: starting CMD17 arg 00000005 flags 000000b5
[ 1250.887917] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.887936] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.888026] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.893388] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.893403] mmc_spi spi1.1: read status -84
[ 1250.893417] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.893572] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.893655] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.899039] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.899055] mmc_spi spi1.1: read status -84
[ 1250.899070] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.899226] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.899310] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.904649] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.904664] mmc_spi spi1.1: read status -84
[ 1250.904678] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.904834] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.904915] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.910262] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.910279] mmc_spi spi1.1: read status -84
[ 1250.910293] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.910449] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.910532] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.915913] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.915930] mmc_spi spi1.1: read status -84
[ 1250.915945] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.916104] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.916189] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.921519] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1250.921534] mmc_spi spi1.1: read status -84
[ 1250.921556] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.921569] mmc0:     0 bytes transferred: -84
[ 1250.921591] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.921608] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.921729] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.921749] mmcblk0: error -84 transferring data, sector 5, nr 3, cmd response 0x0, card status 0x0
[ 1250.930837] blk_update_request: I/O error, dev mmcblk0, sector 5
[ 1250.936874] mmc0: starting CMD17 arg 00000006 flags 000000b5
[ 1250.936890] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.936910] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.937000] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.942366] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.942381] mmc_spi spi1.1: read status -84
[ 1250.942395] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.942551] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.942634] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.947989] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.948005] mmc_spi spi1.1: read status -84
[ 1250.948019] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.948177] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.948260] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.953618] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.953633] mmc_spi spi1.1: read status -84
[ 1250.953646] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.953801] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.953883] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.959224] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.959241] mmc_spi spi1.1: read status -84
[ 1250.959255] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.959413] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.959496] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.964853] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.964867] mmc_spi spi1.1: read status -84
[ 1250.964880] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.965074] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.965163] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.970510] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1250.970526] mmc_spi spi1.1: read status -84
[ 1250.970548] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1250.970561] mmc0:     0 bytes transferred: -84
[ 1250.970582] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1250.970600] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1250.970720] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1250.970740] mmcblk0: error -84 transferring data, sector 6, nr 2, cmd response 0x0, card status 0x0
[ 1250.979825] blk_update_request: I/O error, dev mmcblk0, sector 6
[ 1250.985862] mmc0: starting CMD17 arg 00000007 flags 000000b5
[ 1250.985877] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1250.985897] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.985986] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.991321] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1250.991335] mmc_spi spi1.1: read status -84
[ 1250.991349] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.991506] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.991588] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1250.997001] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1250.997018] mmc_spi spi1.1: read status -84
[ 1250.997033] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1250.997192] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1250.997276] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.002625] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.002641] mmc_spi spi1.1: read status -84
[ 1251.002654] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.002812] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.002896] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.008222] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.008240] mmc_spi spi1.1: read status -84
[ 1251.008254] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.008411] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.008496] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.013848] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.013862] mmc_spi spi1.1: read status -84
[ 1251.013875] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.014029] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.014111] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.019464] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.019480] mmc_spi spi1.1: read status -84
[ 1251.019503] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.019517] mmc0:     0 bytes transferred: -84
[ 1251.019538] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.019557] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.019679] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.019700] mmcblk0: error -84 transferring data, sector 7, nr 1, cmd response 0x0, card status 0x0
[ 1251.028785] blk_update_request: I/O error, dev mmcblk0, sector 7
[ 1251.034804] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[ 1251.042099] mmc0: starting CMD18 arg 00000000 flags 000000b5
[ 1251.042118] mmc0:     blksz 512 blocks 8 flags 00000200 tsac 100 ms nsac 0
[ 1251.042132] mmc0:     CMD12 arg 00000000 flags 00000095
[ 1251.042153] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.042245] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.047570] mmc_spi spi1.1: read - crc error: crc_val=0x2800, computed=0x6855 len=512
[ 1251.047588] mmc_spi spi1.1: read status -84
[ 1251.047602] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.047759] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.047843] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.053180] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1251.053194] mmc_spi spi1.1: read status -84
[ 1251.053208] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.053363] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.053447] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.058822] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1251.058839] mmc_spi spi1.1: read status -84
[ 1251.058853] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.059012] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.059095] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.064441] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1251.064455] mmc_spi spi1.1: read status -84
[ 1251.064469] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.064626] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.064709] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.070119] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1251.070136] mmc_spi spi1.1: read status -84
[ 1251.070150] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.070308] mmc_spi spi1.1:   mmc_spi: CMD18, resp R1
[ 1251.070393] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.075752] mmc_spi spi1.1: read - crc error: crc_val=0x2828, computed=0x6855 len=512
[ 1251.075768] mmc_spi spi1.1: read status -84
[ 1251.075783] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1
[ 1251.075907] mmc0: req done (CMD18): 0: 00000000 00000000 00000000 00000000
[ 1251.075922] mmc0:     0 bytes transferred: -84
[ 1251.075936] mmc0:     (CMD12): 0: 00000000 00000000 00000000 00000000
[ 1251.075964] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.075982] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.076105] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.076126] mmcblk0: error -84 transferring data, sector 0, nr 8, cmd response 0x0, card status 0x0
[ 1251.085211] mmcblk0: retrying using single block read
[ 1251.090271] mmc0: starting CMD17 arg 00000000 flags 000000b5
[ 1251.090287] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.090308] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.090399] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.095841] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.095858] mmc_spi spi1.1: read status -84
[ 1251.095873] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.096030] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.096114] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.101464] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.101478] mmc_spi spi1.1: read status -84
[ 1251.101492] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.101650] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.101733] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.107047] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.107063] mmc_spi spi1.1: read status -84
[ 1251.107077] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.107236] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.107320] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.112707] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.112721] mmc_spi spi1.1: read status -84
[ 1251.112734] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.112889] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.112972] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.118357] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.118373] mmc_spi spi1.1: read status -84
[ 1251.118387] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.118543] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.118626] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.123979] mmc_spi spi1.1: read - crc error: crc_val=0x2870, computed=0x6855 len=512
[ 1251.123994] mmc_spi spi1.1: read status -84
[ 1251.124015] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.124028] mmc0:     0 bytes transferred: -84
[ 1251.124049] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.124067] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.124188] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.124208] mmcblk0: error -84 transferring data, sector 0, nr 8, cmd response 0x0, card status 0x0
[ 1251.133295] blk_update_request: I/O error, dev mmcblk0, sector 0
[ 1251.139333] mmc0: starting CMD17 arg 00000001 flags 000000b5
[ 1251.139349] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.139369] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.139460] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.144758] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.144773] mmc_spi spi1.1: read status -84
[ 1251.144787] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.144944] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.145060] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.150387] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.150403] mmc_spi spi1.1: read status -84
[ 1251.150418] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.150575] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.150658] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.156034] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.156050] mmc_spi spi1.1: read status -84
[ 1251.156064] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.156222] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.156305] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.161692] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.161706] mmc_spi spi1.1: read status -84
[ 1251.161720] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.161876] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.161959] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.167304] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.167321] mmc_spi spi1.1: read status -84
[ 1251.167335] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.167493] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.167576] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.172912] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xc18c len=512
[ 1251.172927] mmc_spi spi1.1: read status -84
[ 1251.172949] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.172963] mmc0:     0 bytes transferred: -84
[ 1251.172983] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.173001] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.173122] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.173143] mmcblk0: error -84 transferring data, sector 1, nr 7, cmd response 0x0, card status 0x0
[ 1251.182231] blk_update_request: I/O error, dev mmcblk0, sector 1
[ 1251.188280] mmc0: starting CMD17 arg 00000002 flags 000000b5
[ 1251.188297] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.188318] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.188406] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.193777] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.193791] mmc_spi spi1.1: read status -84
[ 1251.193805] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.193960] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.194043] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.199377] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.199394] mmc_spi spi1.1: read status -84
[ 1251.199409] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.199567] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.199649] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.205033] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.205050] mmc_spi spi1.1: read status -84
[ 1251.205064] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.205226] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.205311] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.210702] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.210718] mmc_spi spi1.1: read status -84
[ 1251.210731] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.210886] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.210968] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.216367] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.216383] mmc_spi spi1.1: read status -84
[ 1251.216397] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.216554] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.216637] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.221959] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xf9af len=512
[ 1251.221974] mmc_spi spi1.1: read status -84
[ 1251.221996] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.222009] mmc0:     0 bytes transferred: -84
[ 1251.222029] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.222047] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.222168] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.222188] mmcblk0: error -84 transferring data, sector 2, nr 6, cmd response 0x0, card status 0x0
[ 1251.231278] mmc0: starting CMD17 arg 00000003 flags 000000b5
[ 1251.231296] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.231318] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.231410] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.236819] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.236836] mmc_spi spi1.1: read status -84
[ 1251.236850] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.237006] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.237089] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.242455] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.242470] mmc_spi spi1.1: read status -84
[ 1251.242483] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.242638] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.242720] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.248074] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.248091] mmc_spi spi1.1: read status -84
[ 1251.248105] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.248262] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.248344] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.253704] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.253718] mmc_spi spi1.1: read status -84
[ 1251.253732] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.253887] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.253970] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.259321] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.259337] mmc_spi spi1.1: read status -84
[ 1251.259351] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.259507] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.259590] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.264944] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x8589 len=512
[ 1251.264958] mmc_spi spi1.1: read status -84
[ 1251.265016] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.265034] mmc0:     0 bytes transferred: -84
[ 1251.265059] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.265078] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.265202] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.265223] mmcblk0: error -84 transferring data, sector 3, nr 5, cmd response 0x0, card status 0x0
[ 1251.274281] mmc0: starting CMD17 arg 00000004 flags 000000b5
[ 1251.274297] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.274316] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.274402] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.279721] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.279738] mmc_spi spi1.1: read status -84
[ 1251.279752] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.279910] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.279993] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.285401] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.285417] mmc_spi spi1.1: read status -84
[ 1251.285431] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.285589] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.285672] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.291022] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.291036] mmc_spi spi1.1: read status -84
[ 1251.291050] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.291205] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.291286] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.296641] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.296657] mmc_spi spi1.1: read status -84
[ 1251.296670] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.296827] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.296911] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.302271] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.302286] mmc_spi spi1.1: read status -84
[ 1251.302300] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.302455] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.302537] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.307891] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x64e6 len=512
[ 1251.307907] mmc_spi spi1.1: read status -84
[ 1251.307929] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.307942] mmc0:     0 bytes transferred: -84
[ 1251.307963] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.307981] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.308104] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.308123] mmcblk0: error -84 transferring data, sector 4, nr 4, cmd response 0x0, card status 0x0
[ 1251.317214] mmc0: starting CMD17 arg 00000005 flags 000000b5
[ 1251.317233] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.317255] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.317346] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.322669] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.322685] mmc_spi spi1.1: read status -84
[ 1251.322699] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.322855] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.322937] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.328315] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.328331] mmc_spi spi1.1: read status -84
[ 1251.328344] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.328502] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.328585] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.333920] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.333934] mmc_spi spi1.1: read status -84
[ 1251.333948] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.334105] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.334187] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.339555] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.339572] mmc_spi spi1.1: read status -84
[ 1251.339586] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.339743] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.339827] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.345179] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.345194] mmc_spi spi1.1: read status -84
[ 1251.345212] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.345366] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.345452] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.350829] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0xb54b len=512
[ 1251.350844] mmc_spi spi1.1: read status -84
[ 1251.350866] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.350879] mmc0:     0 bytes transferred: -84
[ 1251.350899] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.350917] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.351039] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.351059] mmcblk0: error -84 transferring data, sector 5, nr 3, cmd response 0x0, card status 0x0
[ 1251.360157] mmc0: starting CMD17 arg 00000006 flags 000000b5
[ 1251.360175] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.360197] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.360286] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.365666] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.365682] mmc_spi spi1.1: read status -84
[ 1251.365696] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.365856] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.365940] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.371243] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.371258] mmc_spi spi1.1: read status -84
[ 1251.371273] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.371430] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.371512] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.376893] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.376910] mmc_spi spi1.1: read status -84
[ 1251.376924] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.377081] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.377165] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.382510] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.382525] mmc_spi spi1.1: read status -84
[ 1251.382539] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.382697] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.382780] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.388130] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.388146] mmc_spi spi1.1: read status -84
[ 1251.388160] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.388317] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.388401] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.393751] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x1ce0 len=512
[ 1251.393766] mmc_spi spi1.1: read status -84
[ 1251.393787] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.393800] mmc0:     0 bytes transferred: -84
[ 1251.393820] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.393837] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.393959] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.393980] mmcblk0: error -84 transferring data, sector 6, nr 2, cmd response 0x0, card status 0x0
[ 1251.403073] mmc0: starting CMD17 arg 00000007 flags 000000b5
[ 1251.403091] mmc0:     blksz 512 blocks 1 flags 00000200 tsac 100 ms nsac 0
[ 1251.403113] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.403206] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.408549] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.408565] mmc_spi spi1.1: read status -84
[ 1251.408580] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.408737] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.408820] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.414155] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.414170] mmc_spi spi1.1: read status -84
[ 1251.414183] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.414338] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.414421] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.419751] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.419769] mmc_spi spi1.1: read status -84
[ 1251.419783] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.419940] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.420023] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.425394] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.425410] mmc_spi spi1.1: read status -84
[ 1251.425424] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.425583] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.425667] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.430989] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.431003] mmc_spi spi1.1: read status -84
[ 1251.431017] mmc_spi spi1.1:   mmc_spi: CMD12, resp R1B
[ 1251.431174] mmc_spi spi1.1:   mmc_spi: CMD17, resp R1
[ 1251.431257] mmc_spi spi1.1:     mmc_spi: read block, 512 bytes
[ 1251.436628] mmc_spi spi1.1: read - crc error: crc_val=0x0000, computed=0x4ce4 len=512
[ 1251.436644] mmc_spi spi1.1: read status -84
[ 1251.436667] mmc0: req done (CMD17): 0: 00000000 00000000 00000000 00000000
[ 1251.436680] mmc0:     0 bytes transferred: -84
[ 1251.436701] mmc0: starting CMD13 arg 00000000 flags 00000195
[ 1251.436719] mmc_spi spi1.1:   mmc_spi: CMD13, resp R2/R5
[ 1251.436844] mmc0: req done (CMD13): 0: 00000000 00000000 00000000 00000000
[ 1251.436864] mmcblk0: error -84 transferring data, sector 7, nr 1, cmd response 0x0, card status 0x0
[ 1251.445962] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[ 1251.453134]  mmcblk0: unable to read partition table
#

(unknown),

[hp]

[-- Attachment #1: EMAIL_51532170_linux-raid.zip --]
[-- Type: application/zip, Size: 58041 bytes --]

(unknown),

[bflove1-ntQ8I44N4zM]

[-- Attachment #1: EMAIL_30700_linux-spi.zip --]
[-- Type: application/zip, Size: 15020 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: EMAIL_310444915_linux-raid.zip --]
[-- Type: application/zip, Size: 15022 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: EMAIL_26831974_linux-ide.zip --]
[-- Type: application/zip, Size: 15974 bytes --]

(unknown),

[bunny43200]

[-- Attachment #1: PRESIDENT-9742328762-linux-leds.zip --]
[-- Type: application/zip, Size: 2808 bytes --]

(unknown),

[clasico082]

[-- Attachment #1: BUY-526065316-linux-bcache.zip --]
[-- Type: application/zip, Size: 16822 bytes --]

(unknown),

[a.skucha]

[-- Attachment #1: BUY-59735-linux-scsi.zip --]
[-- Type: application/zip, Size: 53937 bytes --]

(unknown),

[Gideon Israel Dsouza]

Folks,

I apologize for the goof ups. I know accepting newbie patches must be
annoying. If it's any consolation I'm trying hard to learn the ropes
with a simple patches so I can contribute more substantial stuff
later. 

Thanks,
Gideon

(unknown),

[paloma.depping]

[-- Attachment #1: EMAIL-0964666885-linux-ext4.zip --]
[-- Type: application/zip, Size: 63862 bytes --]

(unknown),

[Andy Gross]

Subject: [Patch v5 0/2] Support ARM SMCC SoC vendor quirks

At least one SoC vendor (Qualcomm) requires additional processing done
during ARM SMCCC calls.  As such, an additional parameter to the
arm_smccc_smc is required to be able to handle SoC specific quirks.

The Qualcomm quirk is necessary due to the fact that the scm call can
be interrupted on Qualcomm ARM64 platforms.  When this occurs, the
call must be restarted using information that was passed back during
the original smc call.

The first patch in this series adds a quirk structure and also adds a
quirk parameter to arm_smccc_smc calls.  I added macros to allow users
to choose the API they need.  This keeps all of the current users who
do not need quirks from having to change anything.

The second patch adds the Qualcomm quirk and also implements the
Qualcomm firmware changes required to handle the restarting of the
interrupted SMC call.

The original patch set for the SMCCC session ID is located at:
https://lkml.org/lkml/2016/8/20/7

Changes from v4:
  - Fix issue with hvc calls.

Changes from v3:
  - Fix documentation

Changes from v2:
  - Use variadic macros

Changes from v1:
  - Add macros to handle both use cases per review comments

Andy Gross (2):
  arm: kernel: Add SMC structure parameter
  firmware: qcom: scm: Fix interrupted SCM calls

 arch/arm/kernel/armksyms.c      |  2 +-
 arch/arm/kernel/smccc-call.S    |  7 ++++---
 arch/arm64/kernel/arm64ksyms.c  |  2 +-
 arch/arm64/kernel/asm-offsets.c |  7 +++++--
 arch/arm64/kernel/smccc-call.S  | 22 ++++++++++++++++------
 drivers/firmware/qcom_scm-64.c  | 13 ++++++++++---
 include/linux/arm-smccc.h       | 38 +++++++++++++++++++++++++++++++-------
 7 files changed, 68 insertions(+), 23 deletions(-)

-- 
1.9.1

(unknown),

[sophie.norman]

[-- Attachment #1: BILL-70972946354899-netfilter-devel.zip --]
[-- Type: application/zip, Size: 13251 bytes --]

(unknown),

[board]

[-- Attachment #1: EBAY-599940970604973-linux-ext4.zip --]
[-- Type: application/zip, Size: 13752 bytes --]

(unknown),

[Anders Lind]

greetings 


http://speechelevated.com/spiderhunt.php?fill=2w3a9a9fgd2h





Anders

(unknown),

[Tom St Denis]

Fix bug where GPU_POWER wasn't accessible because we wrote
to *size early...


_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

(unknown),

[Qin's Yanjun]

How are you today and your family? I'm Qin Yanjun, Tak-lam, SBS, JP, and
Chief Executive of (HKMA). I have a concealed business suggestion for you,
It require your attention and honest co-operation.

Regards,
Mr. Qin Yanjun


______________________________

Sky Silk, http://aknet.kz

(unknown),

[eumann]

[-- Attachment #1: EMAIL_905865433901950_linux-pm.zip --]
[-- Type: application/zip, Size: 8771 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 7729073.zip --]
[-- Type: application/zip, Size: 9016 bytes --]

(unknown)

[DR ANDASON PHILLIP]

[-- Attachment #1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #2: YOUR ATM CARD.pdf --]
[-- Type: application/pdf, Size: 28008 bytes --]

(unknown),

[tao chang]

HI,

I have a ceph cluster  (ceph 10.2.5) witch 3 node, each has two osds.

It was a power outage last night  and all the server are restarted
this morning again.
All osds are work well except the osd.0.

ID WEIGHT  TYPE NAME        UP/DOWN REWEIGHT PRIMARY-AFFINITY
-1 0.04500 root volumes
-2 0.01500     host zk25-02
 0 0.01500         osd.0       down        0          1.00000
 1 0.01500         osd.1         up  1.00000          1.00000
-3 0.01500     host zk25-03
 2 0.01500         osd.2         up  1.00000          1.00000
 3 0.01500         osd.3         up  1.00000          1.00000
-4 0.01500     host zk25-01
 4 0.01500         osd.4         up  1.00000          1.00000
 5 0.01500         osd.5         up  1.00000          1.00000

I tried to run it again with gdb, it turned it like this:

(gdb) bt
#0  0x00007ffff4cfd5f7 in raise () from /lib64/libc.so.6
#1  0x00007ffff4cfece8 in abort () from /lib64/libc.so.6
#2  0x00007ffff56019d5 in __gnu_cxx::__verbose_terminate_handler() ()
from /lib64/libstdc++.so.6
#3  0x00007ffff55ff946 in ?? () from /lib64/libstdc++.so.6
#4  0x00007ffff55ff973 in std::terminate() () from /lib64/libstdc++.so.6
#5  0x00007ffff55ffb93 in __cxa_throw () from /lib64/libstdc++.so.6
#6  0x0000555555b93b7f in pg_pool_t::decode (this=<optimized out>,
bl=...) at osd/osd_types.cc:1569
#7  0x0000555555f3a53f in decode (p=..., c=...) at osd/osd_types.h:1487
#8  decode<long, pg_pool_t> (m=Python Exception <type
'exceptions.IndexError'> list index out of range:
std::map with 1 elements, p=...) at include/encoding.h:648
#9  0x0000555555f2fa8d in OSDMap::decode_classic
(this=this@entry=0x55555fdf6480, p=...) at osd/OSDMap.cc:2026
#10 0x0000555555f2fe8c in OSDMap::decode
(this=this@entry=0x55555fdf6480, bl=...) at osd/OSDMap.cc:2116
#11 0x0000555555f3116e in OSDMap::decode (this=0x55555fdf6480, bl=...)
at osd/OSDMap.cc:1985
#12 0x00005555558e51fc in OSDService::try_get_map
(this=0x55555ff51860, epoch=76) at osd/OSD.cc:1340
#13 0x0000555555947ece in OSDService::get_map (this=<optimized out>,
e=<optimized out>, this=<optimized out>) at osd/OSD.h:884
#14 0x00005555558fb0f2 in OSD::init (this=0x55555ff50000) at osd/OSD.h:1917
#15 0x000055555585eea5 in main (argc=<optimized out>, argv=<optimized
out>) at ceph_osd.cc:605

it was caused by failed decoded of osdmap structure from osdmap
file(/var/lib/ceph/osd/ceph-0/current/meta/osdmap.76__0_64173F9C__none)
.
And by comparing the same file on osd.1, It make sure the osdmap file
has been corrupted.


Any one know how to fix it ? Thanks for advance !

(unknown),

[Casperina Litaay]

(unknown),

[nikita.gerasimov]

run-make-check.sh SUCCESS: http://paste.ubuntu.com/24096418/

WBR, Nikita.

(unknown),

[Tomi Maila]

subscribe linux-rt-users

(unknown),

[Karl Aichniger]

-- 

Hi, I appreciate your beauty! can we get to know each other better if you don't mind? My name is karl, Can you please tell me a little about yourself so that we can get to know each other better?

Best Regards
Karl.

(unknown),

[indulge-HCInDj6vYHrk4FeknX8I/ZqQE7yCjDx5]

[-- Attachment #1: EMAIL_1459387166_linux-cifs.zip --]
[-- Type: application/zip, Size: 4335 bytes --]

(unknown),

[wesley.sydnor]

[-- Attachment #1: EMAIL_46656746_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 4573 bytes --]

(unknown),

[befragung]

[-- Attachment #1: EMAIL_61_linux-ext4.zip --]
[-- Type: application/zip, Size: 4892 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: EMAIL_2088089_linux-ide.zip --]
[-- Type: application/zip, Size: 4573 bytes --]

(unknown),

[office]

[-- Attachment #1: EMAIL_3306363114_linux-leds.zip --]
[-- Type: application/zip, Size: 4439 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_17586922488639_linux-arch.zip --]
[-- Type: application/zip, Size: 4091 bytes --]

(unknown),

[Rick Lee]

Hi There.

I sent this message a few hours ago but was rejected by Carbon Copy
recipient because it was in HTML and not plain text format. So I'm
sending it again.

Ubuntu 16.04.2, Kernel 4.9.13, default installation command `yad`.

The word "Vaule" on line 578 should be replaced with "Value".

Thanks :)
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[janepatrick00-VmEwxm1hRrAnxqbYAscKCQ]

Hello,
My name is Jane from UK, I came across you email address online, I will like to know more about you , I have a very important reason of contacting you which, I'll tell you in my next mail.
I wait for your reply
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Piotr Sroka]

Subject: RE: [v4 3/3] mmc: sdhci-cadence: Update PHY delay configuration
In-reply-to: <CAK7LNARTMF2F1_3QWqF87qV6FzeYHguWbRC5DEDnvYV1M-=9TQ@mail.gmail.com>
References: <1490008372-16372-1-git-send-email-piotrs@cadence.com> <1490008855-27135-1-git-send-email-piotrs@cadence.com> <CAK7LNARTMF2F1_3QWqF87qV6FzeYHguWbRC5DEDnvYV1M-=9TQ@mail.gmail.com>


Hi Masahiro 

2017-03-21 02:46 AM Masahiro Yamada <yamada.masahiro@socionext.com>:
> Hi Piotr,
> 
> 
> 2017-03-20 20:20 GMT+09:00 Piotr Sroka <piotrs@cadence.com>:
> > DTS properties are used instead of fixed data
> > because PHY settings can be different for different chips/boards.
> >
> > Signed-off-by: Piotr Sroka <piotrs@cadence.com>
> 
> 
> I found this version is a problem for me.
> 
> 
> > +
> > +static const struct sdhci_cdns_phy_cfg sdhci_cdns_phy_cfgs[] = {
> > +       { "cdns,phy-input-delay-sd-highspeed", SDHCI_CDNS_PHY_DLY_SD_HS, },
> > +       { "cdns,phy-input-delay-sd-legacy", SDHCI_CDNS_PHY_DLY_SD_DEFAULT, },
> > +       { "cdns,phy-input-delay-sd-uhs-sdr12", SDHCI_CDNS_PHY_DLY_UHS_SDR12, },
> > +       { "cdns,phy-input-delay-sd-uhs-sdr25", SDHCI_CDNS_PHY_DLY_UHS_SDR25, },
> > +       { "cdns,phy-input-delay-sd-uhs-sdr50", SDHCI_CDNS_PHY_DLY_UHS_SDR50, },
> > +       { "cdns,phy-input-delay-sd-uhs-ddr50", SDHCI_CDNS_PHY_DLY_UHS_DDR50, },
> > +       { "cdns,phy-input-delay-mmc-highspeed", SDHCI_CDNS_PHY_DLY_EMMC_SDR, },
> > +       { "cdns,phy-input-delay-mmc-ddr", SDHCI_CDNS_PHY_DLY_EMMC_DDR, },
> > +       { "cdns,phy-dll-delay-sdclk", SDHCI_CDNS_PHY_DLY_SDCLK, },
> > +       { "cdns,phy-dll-delay-sdclk-hsmmc", SDHCI_CDNS_PHY_DLY_HSMMC, },
> > +       { "cdns,phy-dll-delay-strobe", SDHCI_CDNS_PHY_DLY_STROBE, },
> > +};
> > +
> 
> 
> I see mmc-legacy property in v1,
> but it is missing now.
> 
> 
> >  static int sdhci_cdns_write_phy_reg(struct sdhci_cdns_priv *priv,
> >                                     u8 addr, u8 data)
> >  {
> > @@ -90,13 +113,26 @@ static int sdhci_cdns_write_phy_reg(struct sdhci_cdns_priv *priv,
> >         return 0;
> >  }
> >
> > -static void sdhci_cdns_phy_init(struct sdhci_cdns_priv *priv)
> > +static int sdhci_cdns_phy_init(struct device_node *np,
> > +                              struct sdhci_cdns_priv *priv)
> >  {
> > -       sdhci_cdns_write_phy_reg(priv, SDHCI_CDNS_PHY_DLY_SD_HS, 4);
> > -       sdhci_cdns_write_phy_reg(priv, SDHCI_CDNS_PHY_DLY_SD_DEFAULT, 4);
> > -       sdhci_cdns_write_phy_reg(priv, SDHCI_CDNS_PHY_DLY_EMMC_LEGACY, 9);
> > -       sdhci_cdns_write_phy_reg(priv, SDHCI_CDNS_PHY_DLY_EMMC_SDR, 2);
> > -       sdhci_cdns_write_phy_reg(priv, SDHCI_CDNS_PHY_DLY_EMMC_DDR, 3);
> 
> 
> I need to set SDHCI_CDNS_PHY_DLY_EMMC_LEGACY to 9 for my SoC.
> 
> Maybe, do we need a DT property for this, too?
> 
I can add it but could you check if you realy need it? There is no selection MMC legacy mode
in this driver. 


Best Regards
Piotr Sroka

(unknown),

[Ning Yao]

Hi, all

Why run-rbd-tests now is not involved into "make check" to verify the
rbd cli now? So how could we test rbd cli now?


Regards
Ning Yao

(unknown),

[George Papadrosou]

subscribe+digest

(unknown),

[Sandeepa Prabhu]

[-- Attachment #1.1: Type: text/plain, Size: 18 bytes --]

subscribe kvm-arm

[-- Attachment #1.2: Type: text/html, Size: 112 bytes --]

[-- Attachment #2: Type: text/plain, Size: 151 bytes --]

_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm

(unknown),

[Adrian Gillian Bayford]

£1.5 Million Has Been Granted To You As A Donation Visit www.bbc.co.uk/news/uk-england-19254228 Sendname Address Phone for more info

(unknown),

[Kristi Nikolla]

subscribe

(unknown),

[bunny43200]

[-- Attachment #1: 74850.zip --]
[-- Type: application/zip, Size: 3820 bytes --]

(unknown),

[dowen]

[-- Attachment #1: 848830461176929.zip --]
[-- Type: application/zip, Size: 3825 bytes --]

(unknown),

[kgbok.kezyhumh]

[-- Attachment #1: 391771.zip --]
[-- Type: application/zip, Size: 3807 bytes --]

(unknown),

[sekretariat.mzagorski-40QDpL200RxmR6Xm/wNWPw]

[-- Attachment #1: 89502610884.zip --]
[-- Type: application/zip, Size: 3836 bytes --]

(unknown),

[alters]

[-- Attachment #1: 4723.zip --]
[-- Type: application/zip, Size: 3826 bytes --]

(unknown),

[bendis.michal]

[-- Attachment #1: 45.zip --]
[-- Type: application/zip, Size: 3824 bytes --]

(unknown),

[bendis.michal]

[-- Attachment #1: 11962241.zip --]
[-- Type: application/zip, Size: 3855 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: 9.zip --]
[-- Type: application/zip, Size: 25 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 84.zip --]
[-- Type: application/zip, Size: 25 bytes --]

(unknown),

[jacqueline.pike]

[-- Attachment #1: 989845647886706.zip --]
[-- Type: application/zip, Size: 25 bytes --]

(unknown),

[David Buckley]

Martin,

I'm rather surprised nobody else has previously reported this as well,
especially as NetApp hadn't received any reports.  The only probably
explanation I could think of is that EL 7 is still based on a 3.10
kernel so is too old to be affected, and that is likely to be what
most NetApp customers are running.



I've been trying to test some additional kernels to try and narrow the
versions affected, and the change in discard_granularity does not
correspond with discard failing (as you suggested).

With kernel 3.13,  discard works as expected with
discard_granularity=4096 and discard_max_bytes=4194304.

With kernel 3.19, discard stops working completely, with
discard_granularity=4096 and discard_max_bytes=8388608.

Do you think the change in discard_max_bytes could be relevant?  If
that comes from the VPD data it seems odd it would change.

I am wondering if part of the issue is that in my use case, UNMAP and
WRITE SAME zeros result in very different results.  With thin
provisioned LUNs, UNMAP requests result in the blocks being freed and
thus shrinks the real size of the LUN allocation.  If WRITE SAME
requests are used to zero the blocks, they remain allocated as part of
the LUN and thus the real size of the LUN grows to match the allocated
size (effectively thick-provisioning the LUN).  This matches what I am
seeing on kernels with discard not working; running 'fstrim
/lun/mount' results in the LUN growing to its max size.

Thank you again for your help with this!

-David

On Thu, Apr 6, 2017 at 10:34 AM, Martin K. Petersen
<martin.petersen@oracle.com> wrote:
> David Buckley <dbuckley@oreilly.com> writes:
>
> David,
>
>> As I mentioned previously, I'm fairly certain that the issue I'm
>> seeing is due to the fact that while NetApp LUNs are presented as 512B
>> logical/4K physical disks for compatibility, they actually don't
>> support requests smaller than 4K (which makes sense as NetApp LUNs are
>> actually just files allocated on the 4K-block WAFL filesystem).
>
> That may be. But they should still deallocate all the whole 4K blocks
> described by an UNMAP request. Even if head and tail are not aligned.
>
>> Let me know if there's any additional information I can provide. This
>> has resulted in a 2-3x increase in raw disk requirements for some
>> workloads (unfortunately on SSD too), and I'd love to find a solution
>> that doesn't require rolling back to a 3.10 kernel.
>
> I just posted some patches yesterday that will address this (using WRITE
> SAME w/ UNMAP for block zeroing and allowing discards to be sent using
> the UNMAP command, honoring the granularity and alignment suggested by
> the device). That's 4.13 material, though.
>
> The enterprise distros have many customers using NetApp filers. I'm a
> bit puzzled why this is the first we hear of this...
>
> --
> Martin K. Petersen      Oracle Linux Engineering

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 06153.zip --]
[-- Type: application/zip, Size: 3741 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: REPORT_489904035659357_netfilter-devel.zip --]
[-- Type: application/zip, Size: 50091 bytes --]

(unknown),

[jacqueline.pike]

[-- Attachment #1: REPORT_873354716538_linux-arch.zip --]
[-- Type: application/zip, Size: 50091 bytes --]

(unknown),

[roeper]

[-- Attachment #1: REPORT_5908227665708_netfilter-devel.zip --]
[-- Type: application/zip, Size: 50091 bytes --]

(unknown),

[carmen.croonquist]

[-- Attachment #1: 69025526952_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3630 bytes --]

(unknown),

[jha]

[-- Attachment #1: 84128993426851_linux-scsi.zip --]
[-- Type: application/zip, Size: 3600 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: 4_netfilter-devel.zip --]
[-- Type: application/zip, Size: 3639 bytes --]

(unknown),

[ujagu8185-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 4326157402_linux-cifs.zip --]
[-- Type: application/zip, Size: 3629 bytes --]

(unknown),

[zem.uchastok]

[-- Attachment #1: 5750824004942_linux-m68k.zip --]
[-- Type: application/zip, Size: 3609 bytes --]

(unknown)

[askeeta]

[-- Attachment #1: 750388275461_linux-parisc.zip --]
[-- Type: application/zip, Size: 4876 bytes --]

(unknown),

[amin]

[-- Attachment #1: 0_netfilter-devel.zip --]
[-- Type: application/zip, Size: 3606 bytes --]

(unknown),

[hp]

[-- Attachment #1: 7718637436266_linux-raid.zip --]
[-- Type: application/zip, Size: 3603 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: 3_linux-crypto.zip --]
[-- Type: application/zip, Size: 3600 bytes --]

(unknown),

[kathleen.gilbert]

[-- Attachment #1: 9214190934_netfilter-devel.zip --]
[-- Type: application/zip, Size: 3604 bytes --]

(unknown),

[kkaplanidou]

[-- Attachment #1: 81477342108520_linux-scsi.zip --]
[-- Type: application/zip, Size: 2917 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: 207_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3705 bytes --]

(unknown),

[office]

[-- Attachment #1: 1707926450225_linux-leds.zip --]
[-- Type: application/zip, Size: 3714 bytes --]

(unknown),

[Scott Ellentuch]

for disk in a b c d g h i j k l m n
do

  disklist="${disklist} /dev/sd${disk}1"

done

mdadm --create --verbose /dev/md2 --level=5 --raid=devices=12  ${disklist}

But its telling me :

mdadm: invalid number of raid devices: devices=12


I can't find any definition of a limit anywhere.

Thank you, Tuc

(unknown),

[smallgroups]

[-- Attachment #1: REPORT_8394710_linux-crypto.zip --]
[-- Type: application/zip, Size: 4989 bytes --]

(unknown),

[demorton]

[-- Attachment #1: REPORT_3030392596590_linux-scsi.zip --]
[-- Type: application/zip, Size: 1977 bytes --]

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: REPORT_28110741209342_linux-man.zip --]
[-- Type: application/zip, Size: 2109 bytes --]

(unknown),

[resson-epfaOiJH9AY]

[-- Attachment #1: EMAIL_89326372545_linux-rdma.zip --]
[-- Type: application/zip, Size: 3776 bytes --]

(unknown),

[ohnesorge-wiek]

[-- Attachment #1: EMAIL_3725766514_linux-scsi.zip --]
[-- Type: application/zip, Size: 3496 bytes --]

(unknown),

[jha]

[-- Attachment #1: EMAIL_99997_linux-scsi.zip --]
[-- Type: application/zip, Size: 2018 bytes --]

(unknown),

[geir.nuland]

[-- Attachment #1: EMAIL_75980237014631_linux-acpi.zip --]
[-- Type: application/zip, Size: 2036 bytes --]

(unknown),

[redbeardcharters]

[-- Attachment #1: EMAIL_387722751_linux-perf-users.zip --]
[-- Type: application/zip, Size: 1998 bytes --]

(unknown),

[a.skucha]

[-- Attachment #1: EMAIL_10968724_linux-scsi.zip --]
[-- Type: application/zip, Size: 2011 bytes --]

(unknown),

[bfoster]

[-- Attachment #1: EMAIL_65750003_linux-ext4.zip --]
[-- Type: application/zip, Size: 2002 bytes --]

(unknown)

[askeeta]

[-- Attachment #1: EMAIL_52728_linux-parisc.zip --]
[-- Type: application/zip, Size: 2732 bytes --]

(unknown),

[bkjf]

[-- Attachment #1: EMAIL_4067839100_linux-ext4.zip --]
[-- Type: application/zip, Size: 2019 bytes --]

(unknown),

[zem.uchastok]

[-- Attachment #1: EMAIL_28903012528_linux-m68k.zip --]
[-- Type: application/zip, Size: 2019 bytes --]

(unknown),

[r67]

[-- Attachment #1: EMAIL_9461355_linux-arch.zip --]
[-- Type: application/zip, Size: 2047 bytes --]

(unknown),

[nathalie.colle]

[-- Attachment #1: EMAIL_40898969311_fstests.zip --]
[-- Type: application/zip, Size: 2047 bytes --]

(unknown),

[athgregory]

[-- Attachment #1: EMAIL_50905992227158_linux-unionfs.zip --]
[-- Type: application/zip, Size: 2014 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: ORDER-048568274398-linux-ide.zip --]
[-- Type: application/zip, Size: 1992 bytes --]

(unknown),

[ujagu8185-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: COMPANY-926043103481-linux-cifs.zip --]
[-- Type: application/zip, Size: 1986 bytes --]

(unknown),

[brian]

[-- Attachment #1: BALLANCE-27309006728165-linux-pm.zip --]
[-- Type: application/zip, Size: 2018 bytes --]

(unknown),

[muirs]

[-- Attachment #1: DOLLARS-47818843-linux-next.zip --]
[-- Type: application/zip, Size: 2040 bytes --]

(unknown),

[John Ewalt]

Hi all,

I am not sure if this is the right way to ask a question about SD cards, so
please correct me as I am new to Linux kernel development.

I am currently working with a Intel Joule SOM and development board
(Broxton M core) and when I insert the SD card, it is recognized as a
SDR104 UHS-I card.  Since this host has the MMC_CAP_AGGRESSIVE_PM bit set,
it is suspended.  That all works as expected.  When the card is resumed,
the OCR is read expecting bit 24 (switch to 1.8 V accepted (S18A)) to be
set, but it is clear as the card is still at 1.8v signaling since it was
never powered down during the suspend.

I see 3 ways to solve this problem:
First, power down the card during suspend.  I think this is the intended
behavior but there is no power manager registered to this host (as
compiled) and I'm not sure how to add one, let alone the hardware changes
necessary to implement the powering down of the sd card.

Second, don't suspend (I have tested this and it works as the card is not
suspended)

Third, the host could remember that the card was at 1.8v signaling and if
it will not "switch" to 1.8v, assume it is at 1.8v and go through the
uhs_setup anyway.  I have tried this too and it works for UHS cards, but I
doubt it would be the right change.


I would appreciate any help or direction anyone can provide as I would
really like to use my fast card at the full data rates.  I am currently
setup to test any suggestions you have.

Thank you all,

-John

(unknown),

[rlm85310]

[-- Attachment #1: SALE-78001048-linux-ext4.zip --]
[-- Type: application/zip, Size: 2032 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: BALLANCE-84324839693493-netfilter-devel.zip --]
[-- Type: application/zip, Size: 2001 bytes --]

(unknown),

[bunny43200]

[-- Attachment #1: TRAMP-5135069821-linux-leds.zip --]
[-- Type: application/zip, Size: 1984 bytes --]

(unknown),

[kgbok.kezyhumh]

[-- Attachment #1: $MONEY-840640779540345-linux-pm.zip --]
[-- Type: application/zip, Size: 2015 bytes --]

(unknown),

[lucia.germino]

[-- Attachment #1: SHOP-36997868037949-linux-ide.zip --]
[-- Type: application/zip, Size: 2032 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: EMAIL_111852059-linux-arch.zip --]
[-- Type: application/zip, Size: 1216 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: EMAIL_12394528480_linux-efi.zip --]
[-- Type: application/zip, Size: 1210 bytes --]

(unknown),

[h.piontek]

[-- Attachment #1: EMAIL_259096023_linux-acpi.zip --]
[-- Type: application/zip, Size: 1206 bytes --]

(unknown)

[catherine.verge]

[-- Attachment #1: EMAIL_7905004_linux-parisc.zip --]
[-- Type: application/zip, Size: 1654 bytes --]

(unknown),

[rlm85310]

[-- Attachment #1: EMAIL_91332296_linux-ext4.zip --]
[-- Type: application/zip, Size: 1186 bytes --]

(unknown),

[amin]

[-- Attachment #1: EMAIL_3155533888_netfilter-devel.zip --]
[-- Type: application/zip, Size: 1224 bytes --]

(unknown),

[hp]

[-- Attachment #1: EMAIL_7992249_linux-raid.zip --]
[-- Type: application/zip, Size: 1431 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: EMAIL_58224147405751_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 1421 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_5770253913775_linux-arch.zip --]
[-- Type: application/zip, Size: 1397 bytes --]

(unknown),

[wesley.sydnor]

[-- Attachment #1: EMAIL_751643779_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2213 bytes --]

(unknown),

[joseph.x.hronec]

[-- Attachment #1: EMAIL_7493740125_linux-pm.zip --]
[-- Type: application/zip, Size: 2176 bytes --]

(unknown),

[delaware.orders]

[-- Attachment #1: EMAIL_4680172734_linux-crypto.zip --]
[-- Type: application/zip, Size: 2191 bytes --]

(unknown),

[Kredit]

Hallo

Wir bieten Darlehen von 5.000,00 Euro bis 20.000.000,00 Euro mit einer maximalen Rückzahlungsdauer von 30 Jahren zu 1.9% Zinssatz.
Wenn Sie interessiert sind, kontaktieren Sie uns per E-Mail: myers.terrylynn@aol.com

Mrs. Myers Terry Lynn.
Darlehen / Finanzdienstleister.
myers.terrylynn@universalcreditllc.com

(unknown),

[kathleen.gilbert]

[-- Attachment #1: EMAIL_27944_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2190 bytes --]

(unknown)

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[Mr.Jerry Smith]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.

(unknown),

[glolariu]

Good afternoon Linux



http://www.noeliavega.com/fonts/pt-sans/license.php?interest=rzm260ek0w9


Glolariu
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Anatolij Gustschin]

Subject: [PATCH v3] gpiolib: Add stubs for gpiod lookup table interface

Add stubs for gpiod_add_lookup_table() and gpiod_remove_lookup_table()
for the !GPIOLIB case to prevent build errors. Also add prototypes.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
---
Changes in v3:
 - add stubs for !GPIOLIB case. Drop prototypes, these are
   already in gpio/machine.h

Changes in v2:
 - move gpiod_lookup_table out of #ifdef

 include/linux/gpio/consumer.h | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/include/linux/gpio/consumer.h b/include/linux/gpio/consumer.h
index 8f702fc..cf3fee2 100644
--- a/include/linux/gpio/consumer.h
+++ b/include/linux/gpio/consumer.h
@@ -41,6 +41,8 @@ enum gpiod_flags {
 			  GPIOD_FLAGS_BIT_DIR_VAL,
 };
 
+struct gpiod_lookup_table;
+
 #ifdef CONFIG_GPIOLIB
 
 /* Return the number of GPIOs associated with a device / function */
@@ -435,6 +437,12 @@ struct gpio_desc *devm_fwnode_get_index_gpiod_from_child(struct device *dev,
 	return ERR_PTR(-ENOSYS);
 }
 
+static inline
+void gpiod_add_lookup_table(struct gpiod_lookup_table *table) {}
+
+static inline
+void gpiod_remove_lookup_table(struct gpiod_lookup_table *table) {}
+
 #endif /* CONFIG_GPIOLIB */
 
 static inline
-- 
2.7.4

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[Zhu Yanjun]

Hi, all

The V3 patch is to replace get_settings with get_link_ksettings.

Best Regards,
Zhu Yanjun
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Steve French]

[-- Attachment #1: Type: text/plain, Size: 465 bytes --]

Any thoughts on removing the dependency on srv_mutex in deleting
completed requests (and freeing its memory) ? Otherwise it can cause
problems with long running socket writes (on sending new requests)
which don't get the benefit of finishing up response processing due to
the blocking of DeleteMidQEntry on server->srv_mutex

This should improve performance as well.

(Long Li was noticing this looking at RDMA with cifs.ko)

See attached patch

-- 
Thanks,

Steve

[-- Attachment #2: 0001-CIFS-Don-t-delay-freeing-mids-when-blocked-on-slow-s.patch --]
[-- Type: text/x-patch, Size: 4037 bytes --]

From 429bb0e9da0db34bf75d5335fe6b4011db8765ad Mon Sep 17 00:00:00 2001
From: Steve French <smfrench@gmail.com>
Date: Thu, 4 May 2017 07:54:04 -0500
Subject: [PATCH] [CIFS] Don't delay freeing mids when blocked on slow socket
 write of request

When processing responses, and in particular freeing mids (DeleteMidQEntry),
which is very important since it also frees the associated buffers (cifs_buf_release),
we can block a long time if (writes to) socket is slow due to low memory or networking
issues.

We can block in send (smb request) waiting for memory, and be blocked in processing
responess (which could free memory if we let it) - since they both grab the
server->srv_mutex.

In practice, in the DeleteMidQEntry case - there is no reason we need to
grab the srv_mutex so remove these around DeleteMidQEntry, and it allows
us to free memory faster.

Signed-off-by: Steve French <steve.french@primarydata.com>
---
 fs/cifs/cifssmb.c   | 7 -------
 fs/cifs/smb2pdu.c   | 7 -------
 fs/cifs/transport.c | 2 --
 3 files changed, 16 deletions(-)

diff --git a/fs/cifs/cifssmb.c b/fs/cifs/cifssmb.c
index 205fd94..5245723 100644
--- a/fs/cifs/cifssmb.c
+++ b/fs/cifs/cifssmb.c
@@ -697,9 +697,7 @@ static int validate_t2(struct smb_t2_rsp *pSMB)
 {
 	struct TCP_Server_Info *server = mid->callback_data;
 
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(server, 1, CIFS_ECHO_OP);
 }
 
@@ -1599,9 +1597,7 @@ static __u16 convert_disposition(int disposition)
 	}
 
 	queue_work(cifsiod_wq, &rdata->work);
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(server, 1, 0);
 }
 
@@ -2058,7 +2054,6 @@ struct cifs_writedata *
 {
 	struct cifs_writedata *wdata = mid->callback_data;
 	struct cifs_tcon *tcon = tlink_tcon(wdata->cfile->tlink);
-	struct TCP_Server_Info *server = tcon->ses->server;
 	unsigned int written;
 	WRITE_RSP *smb = (WRITE_RSP *)mid->resp_buf;
 
@@ -2095,9 +2090,7 @@ struct cifs_writedata *
 	}
 
 	queue_work(cifsiod_wq, &wdata->work);
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(tcon->ses->server, 1, 0);
 }
 
diff --git a/fs/cifs/smb2pdu.c b/fs/cifs/smb2pdu.c
index 0fd63f0..e4007ee 100644
--- a/fs/cifs/smb2pdu.c
+++ b/fs/cifs/smb2pdu.c
@@ -2172,9 +2172,7 @@ static inline void init_copy_chunk_defaults(struct cifs_tcon *tcon)
 	if (mid->mid_state == MID_RESPONSE_RECEIVED)
 		credits_received = le16_to_cpu(rsp->hdr.sync_hdr.CreditRequest);
 
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(server, credits_received, CIFS_ECHO_OP);
 }
 
@@ -2432,9 +2430,7 @@ void smb2_reconnect_server(struct work_struct *work)
 		cifs_stats_fail_inc(tcon, SMB2_READ_HE);
 
 	queue_work(cifsiod_wq, &rdata->work);
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(server, credits_received, 0);
 }
 
@@ -2593,7 +2589,6 @@ void smb2_reconnect_server(struct work_struct *work)
 {
 	struct cifs_writedata *wdata = mid->callback_data;
 	struct cifs_tcon *tcon = tlink_tcon(wdata->cfile->tlink);
-	struct TCP_Server_Info *server = tcon->ses->server;
 	unsigned int written;
 	struct smb2_write_rsp *rsp = (struct smb2_write_rsp *)mid->resp_buf;
 	unsigned int credits_received = 1;
@@ -2633,9 +2628,7 @@ void smb2_reconnect_server(struct work_struct *work)
 		cifs_stats_fail_inc(tcon, SMB2_WRITE_HE);
 
 	queue_work(cifsiod_wq, &wdata->work);
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	add_credits(tcon->ses->server, credits_received, 0);
 }
 
diff --git a/fs/cifs/transport.c b/fs/cifs/transport.c
index 4d64b5b..de589d0 100644
--- a/fs/cifs/transport.c
+++ b/fs/cifs/transport.c
@@ -613,9 +613,7 @@ struct mid_q_entry *
 	}
 	spin_unlock(&GlobalMid_Lock);
 
-	mutex_lock(&server->srv_mutex);
 	DeleteMidQEntry(mid);
-	mutex_unlock(&server->srv_mutex);
 	return rc;
 }
 
-- 
1.9.1

(unknown),

[unixkeeper]

reg

(unknown),

[armiksanaye]

[-- Attachment #1: EMAIL_94744_linux-scsi.zip --]
[-- Type: application/zip, Size: 2116 bytes --]

(unknown),

[hp]

[-- Attachment #1: 2518423.zip --]
[-- Type: application/zip, Size: 4661 bytes --]

(unknown),

[alters]

[-- Attachment #1: 449685.zip --]
[-- Type: application/zip, Size: 4787 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 233627250363201.zip --]
[-- Type: application/zip, Size: 4829 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 40144986.zip --]
[-- Type: application/zip, Size: 4845 bytes --]

(unknown),

[lucia.germino]

[-- Attachment #1: 6078544384.zip --]
[-- Type: application/zip, Size: 2928 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: 6070538009916.zip --]
[-- Type: application/zip, Size: 2908 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: 27843789264095.zip --]
[-- Type: application/zip, Size: 2870 bytes --]

(unknown),

[counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL]

[-- Attachment #1: 8991909.zip --]
[-- Type: application/zip, Size: 2916 bytes --]

(unknown),

[office]

[-- Attachment #1: 13476503689.zip --]
[-- Type: application/zip, Size: 2885 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: 128734285588468.zip --]
[-- Type: application/zip, Size: 2883 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 57847049147979.zip --]
[-- Type: application/zip, Size: 2923 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: 032259416649.zip --]
[-- Type: application/zip, Size: 2894 bytes --]

(unknown),

[brian]

[-- Attachment #1: 843245271.zip --]
[-- Type: application/zip, Size: 2945 bytes --]

(unknown),

[sophie.norman]

[-- Attachment #1: 260009073203663.zip --]
[-- Type: application/zip, Size: 2939 bytes --]

(unknown),

[board]

[-- Attachment #1: 17734612411.zip --]
[-- Type: application/zip, Size: 2913 bytes --]

(unknown),

[ecaterinasuciu09]

[-- Attachment #1: 0482411662588.zip --]
[-- Type: application/zip, Size: 2825 bytes --]

(unknown),

[mgriffit]

[-- Attachment #1: 64749729775761.zip --]
[-- Type: application/zip, Size: 2868 bytes --]

(unknown),

[john.dahlberg]

[-- Attachment #1: 899954395.zip --]
[-- Type: application/zip, Size: 2920 bytes --]

(unknown),

[ajae]

[-- Attachment #1: 1415432.zip --]
[-- Type: application/zip, Size: 2909 bytes --]

(unknown),

[cv]

[-- Attachment #1: 65318589.zip --]
[-- Type: application/zip, Size: 2878 bytes --]

(unknown),

[alters]

[-- Attachment #1: 4380970736.zip --]
[-- Type: application/zip, Size: 2837 bytes --]

(unknown),

[counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL]

[-- Attachment #1: 9301738364993.zip --]
[-- Type: application/zip, Size: 2890 bytes --]

(unknown),

[office]

[-- Attachment #1: 22687017334589.zip --]
[-- Type: application/zip, Size: 1271 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: 39874.zip --]
[-- Type: application/zip, Size: 2821 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: 31217786072134.zip --]
[-- Type: application/zip, Size: 2902 bytes --]

(unknown),

[brucet]

[-- Attachment #1: 00725.zip --]
[-- Type: application/zip, Size: 2874 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 5812262.zip --]
[-- Type: application/zip, Size: 2921 bytes --]

(unknown),

[jacqueline.pike]

[-- Attachment #1: 544961.zip --]
[-- Type: application/zip, Size: 2917 bytes --]

(unknown),

[mariobronti]

[-- Attachment #1: 37588996.zip --]
[-- Type: application/zip, Size: 39559 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 0580348.zip --]
[-- Type: application/zip, Size: 39559 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: 295991102.zip --]
[-- Type: application/zip, Size: 39559 bytes --]

(unknown),

[x1kn8fk]

[-- Attachment #1: 697470622.zip --]
[-- Type: application/zip, Size: 39559 bytes --]

(unknown),

[armiksanaye]

[-- Attachment #1: 66504.zip --]
[-- Type: application/zip, Size: 3178 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: 5877262087.zip --]
[-- Type: application/zip, Size: 3116 bytes --]

(unknown),

[horizon]

[-- Attachment #1: 66593863594.zip --]
[-- Type: application/zip, Size: 3156 bytes --]

(unknown),

[patientcentral]

[-- Attachment #1: 8395290876929.zip --]
[-- Type: application/zip, Size: 3190 bytes --]

(unknown),

[mdavis]

[-- Attachment #1: 6775563555.zip --]
[-- Type: application/zip, Size: 3184 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 002602599.zip --]
[-- Type: application/zip, Size: 3215 bytes --]

(unknown),

[delaware.orders]

[-- Attachment #1: 0880469378.zip --]
[-- Type: application/zip, Size: 3197 bytes --]

(unknown),

[bendis.michal]

[-- Attachment #1: 1443947.zip --]
[-- Type: application/zip, Size: 3175 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 146902373.zip --]
[-- Type: application/zip, Size: 3207 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 6211920350.zip --]
[-- Type: application/zip, Size: 3191 bytes --]

(unknown)

[Anderson McEnany <]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --]

lisoch@veco.ru

>
Subject: Gegenseitiger Partnervorschlag
Date: Fri, 26 May 2017 18:15:45 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Lieber Freund,

Vielen Dank, dass Sie sich die Zeit genommen haben, meinen gegenseitigen Geschäftsvorschlag zu Ihnen zu lesen. Mein Name ist Herr Anderson McEnany, Investment Manager bei der City Bank New York, USA.

Mein Ziel, Ihnen den Vorschlag zu schreiben, ist, weil ich einen europäischen Klienten habe, dass ich geholfen habe, eine Reihe von seinen Investitionen im Mittleren Osten mit einer Einlagensumme von USD21 Millionen Dollar zu verwalten, bis vor etwa fünf Jahren, als er plötzlich verstarb und seit fast 4 Jahren Ich habe nach seinen Verwandten gesucht und schließlich entdeckte ich, dass er keine lebenden Verwandten hatte.

Mein Vorschlag an Sie ist, mit Ihnen in der Deal zu arbeiten, ich beabsichtige, Sie als die nächste Angehörige zu präsentieren, die es legal für Sie machen wird, die Ablagerung für eine der folgenden Angehörigen zu erhalten.

Beide von uns werden gleichberechtigte Partner in diesem Deal sein und ich werde von Ihnen abhängen, um den Gesamtbetrag in Ihrem Konto zu erhalten. Weitere Informationen, die ich Ihnen geben werde, um meinen Anteil an den Mitteln zu überweisen.

Schließlich, wenn du es interessierst, könntest du doch so freundlich sein, mir deine vollen Namen zu schicken, Adresse und direkte Telefonnummern und auch könntest du mir von dir erzählen und was du für das Leben tust, weil das eine riesige finanzielle Transaktion ist und ich will sicher sein Dass du diese Transaktion bearbeiten kannst. An der Bank, wo die Gelder hinterlegt sind.

Ihre dringende Antwort wird geschätzt, bitte senden Sie Ihre Antwort Nachricht an diese vertrauliche E-Mail Adresse: Anderson_mcenany@gmx.com.

Freundliche Grüße,
Herr Anderson McEnany

(unknown)

[Anderson McEnany <]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --]

lisoch@veco.ru

>
Subject: Gegenseitiger Partnervorschlag
Date: Fri, 26 May 2017 18:15:45 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Lieber Freund,

Vielen Dank, dass Sie sich die Zeit genommen haben, meinen gegenseitigen Geschäftsvorschlag zu Ihnen zu lesen. Mein Name ist Herr Anderson McEnany, Investment Manager bei der City Bank New York, USA.

Mein Ziel, Ihnen den Vorschlag zu schreiben, ist, weil ich einen europäischen Klienten habe, dass ich geholfen habe, eine Reihe von seinen Investitionen im Mittleren Osten mit einer Einlagensumme von USD21 Millionen Dollar zu verwalten, bis vor etwa fünf Jahren, als er plötzlich verstarb und seit fast 4 Jahren Ich habe nach seinen Verwandten gesucht und schließlich entdeckte ich, dass er keine lebenden Verwandten hatte.

Mein Vorschlag an Sie ist, mit Ihnen in der Deal zu arbeiten, ich beabsichtige, Sie als die nächste Angehörige zu präsentieren, die es legal für Sie machen wird, die Ablagerung für eine der folgenden Angehörigen zu erhalten.

Beide von uns werden gleichberechtigte Partner in diesem Deal sein und ich werde von Ihnen abhängen, um den Gesamtbetrag in Ihrem Konto zu erhalten. Weitere Informationen, die ich Ihnen geben werde, um meinen Anteil an den Mitteln zu überweisen.

Schließlich, wenn du es interessierst, könntest du doch so freundlich sein, mir deine vollen Namen zu schicken, Adresse und direkte Telefonnummern und auch könntest du mir von dir erzählen und was du für das Leben tust, weil das eine riesige finanzielle Transaktion ist und ich will sicher sein Dass du diese Transaktion bearbeiten kannst. An der Bank, wo die Gelder hinterlegt sind.

Ihre dringende Antwort wird geschätzt, bitte senden Sie Ihre Antwort Nachricht an diese vertrauliche E-Mail Adresse: Anderson_mcenany@gmx.com.

Freundliche Grüße,
Herr Anderson McEnany

(unknown),

[p.mueller-spz-hgw-Mmb7MZpHnFY]

[-- Attachment #1: 775_linux-rdma.zip --]
[-- Type: application/zip, Size: 3334 bytes --]

(unknown),

[tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 76390.zip --]
[-- Type: application/zip, Size: 3189 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 382518.zip --]
[-- Type: application/zip, Size: 3175 bytes --]

(unknown),

[cdevries]

[-- Attachment #1: 3483483188.zip --]
[-- Type: application/zip, Size: 3174 bytes --]

(unknown),

[kbennett]

[-- Attachment #1: 652137435079.zip --]
[-- Type: application/zip, Size: 3170 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 208405710.zip --]
[-- Type: application/zip, Size: 3155 bytes --]

(unknown),

[jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q]

[-- Attachment #1: 6161255567811.zip --]
[-- Type: application/zip, Size: 3144 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 34618930.zip --]
[-- Type: application/zip, Size: 3162 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 6713067025.zip --]
[-- Type: application/zip, Size: 3162 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: 73310.zip --]
[-- Type: application/zip, Size: 3181 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: 03423870618227.zip --]
[-- Type: application/zip, Size: 3182 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: 721224187.zip --]
[-- Type: application/zip, Size: 3190 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: 382993317.zip --]
[-- Type: application/zip, Size: 3207 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 5980832698.zip --]
[-- Type: application/zip, Size: 3204 bytes --]

(unknown),

[From Lori J. Robinson]

Hello,

I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you  kindly respond to me through my private  box
lori_robinson.usa@hotmail.com  so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.

(unknown),

[From Lori J. Robinson]

Hello,

I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you  kindly respond to me through my private  box
lori_robinson.usa@hotmail.com  so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.

(unknown),

[From Lori J. Robinson]

Hello,

I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you  kindly respond to me through my private  box
lori_robinson.usa@hotmail.com  so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.

(unknown),

[dengx]

[-- Attachment #1: 8658933842225.zip --]
[-- Type: application/zip, Size: 3176 bytes --]

(unknown),

[mdavis]

[-- Attachment #1: 37913653393087.zip --]
[-- Type: application/zip, Size: 4706 bytes --]

(unknown),

[lucia.germino]

[-- Attachment #1: 6949818.zip --]
[-- Type: application/zip, Size: 4774 bytes --]

(unknown),

[kgbok.kezyhumh]

[-- Attachment #1: 522358304980.zip --]
[-- Type: application/zip, Size: 3145 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 0286300581085.zip --]
[-- Type: application/zip, Size: 3154 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 99695261699.zip --]
[-- Type: application/zip, Size: 3169 bytes --]

(unknown),

[service]

[-- Attachment #1: 7779404973035.zip --]
[-- Type: application/zip, Size: 3141 bytes --]

(unknown),

[junplzen]

[-- Attachment #1: 79062787448573.zip --]
[-- Type: application/zip, Size: 3183 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: 31571386.zip --]
[-- Type: application/zip, Size: 3183 bytes --]

(unknown),

[richard]

[-- Attachment #1: 251180749.zip --]
[-- Type: application/zip, Size: 3149 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 577788.zip --]
[-- Type: application/zip, Size: 3149 bytes --]

(unknown),

[durrant]

[-- Attachment #1: 48480.zip --]
[-- Type: application/zip, Size: 3163 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: 6473227.zip --]
[-- Type: application/zip, Size: 3182 bytes --]

(unknown),

[office]

[-- Attachment #1: 173662.zip --]
[-- Type: application/zip, Size: 3171 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: 846894449555915.zip --]
[-- Type: application/zip, Size: 3190 bytes --]

(unknown),

[kholloway]

[-- Attachment #1: 006882549.zip --]
[-- Type: application/zip, Size: 3185 bytes --]

(unknown),

[tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 85927179231299.zip --]
[-- Type: application/zip, Size: 3189 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 6928391092.zip --]
[-- Type: application/zip, Size: 3180 bytes --]

(unknown),

[editor]

[-- Attachment #1: 93304718.zip --]
[-- Type: application/zip, Size: 3186 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 735758270.zip --]
[-- Type: application/zip, Size: 3186 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 32156204782.zip --]
[-- Type: application/zip, Size: 2054 bytes --]

(unknown),

[jacqueline.pike]

[-- Attachment #1: 465348500411810.zip --]
[-- Type: application/zip, Size: 2050 bytes --]

(unknown),

[iker-KvP5wT2u2U0]

[-- Attachment #1: 15583681942264.zip --]
[-- Type: application/zip, Size: 4964 bytes --]

(unknown),

[kbennett]

[-- Attachment #1: 0630938972524.zip --]
[-- Type: application/zip, Size: 5025 bytes --]

(unknown),

[board]

[-- Attachment #1: 549426.zip --]
[-- Type: application/zip, Size: 5031 bytes --]

(unknown),

[mbalhoff]

[-- Attachment #1: 436049145.zip --]
[-- Type: application/zip, Size: 4960 bytes --]

(unknown),

[service]

[-- Attachment #1: 68658800.zip --]
[-- Type: application/zip, Size: 3174 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 700323777.zip --]
[-- Type: application/zip, Size: 3172 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: 689971074.zip --]
[-- Type: application/zip, Size: 3176 bytes --]

(unknown),

[webmaster]

[-- Attachment #1: 24874228775.zip --]
[-- Type: application/zip, Size: 4916 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: 019402655217095.zip --]
[-- Type: application/zip, Size: 3588 bytes --]

(unknown),

[amin]

[-- Attachment #1: 311766356839.zip --]
[-- Type: application/zip, Size: 4807 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 309045088847053.zip --]
[-- Type: application/zip, Size: 4900 bytes --]

(unknown),

[armiksanaye]

[-- Attachment #1: 069816.zip --]
[-- Type: application/zip, Size: 3493 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 28493054646.zip --]
[-- Type: application/zip, Size: 4963 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: 142179.zip --]
[-- Type: application/zip, Size: 3471 bytes --]

(unknown),

[ujagu8185-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 51151522.zip --]
[-- Type: application/zip, Size: 3491 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 36443008914.zip --]
[-- Type: application/zip, Size: 3460 bytes --]

(unknown),

[horizon]

[-- Attachment #1: 480167506794.zip --]
[-- Type: application/zip, Size: 3501 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: 4561729095232.zip --]
[-- Type: application/zip, Size: 3497 bytes --]

(unknown),

[lizdebeth_]

[-- Attachment #1: 6313991237204.zip --]
[-- Type: application/zip, Size: 3459 bytes --]

(unknown),

[nenep]

[-- Attachment #1: 2624499375.zip --]
[-- Type: application/zip, Size: 3508 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 78954.zip --]
[-- Type: application/zip, Size: 3506 bytes --]

(unknown),

[douille.l]

[-- Attachment #1: 771157718762760.zip --]
[-- Type: application/zip, Size: 5007 bytes --]

(unknown),

[durrant]

[-- Attachment #1: 394898621633.zip --]
[-- Type: application/zip, Size: 3509 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 92571547.zip --]
[-- Type: application/zip, Size: 3156 bytes --]

(unknown),

[sophie.norman]

[-- Attachment #1: 297272492.zip --]
[-- Type: application/zip, Size: 4871 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: 426810907226614.zip --]
[-- Type: application/zip, Size: 4989 bytes --]

(unknown),

[board]

[-- Attachment #1: 2117876976.zip --]
[-- Type: application/zip, Size: 4890 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 8121690.zip --]
[-- Type: application/zip, Size: 3179 bytes --]

(unknown),

[kholloway]

[-- Attachment #1: 153610094672.zip --]
[-- Type: application/zip, Size: 3186 bytes --]

(unknown),

[angers]

[-- Attachment #1: 1598538396047.zip --]
[-- Type: application/zip, Size: 3210 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 927328920469.zip --]
[-- Type: application/zip, Size: 3174 bytes --]

(unknown),

[muirs]

[-- Attachment #1: 96799833.zip --]
[-- Type: application/zip, Size: 4850 bytes --]

(unknown),

[ecaterinasuciu09]

[-- Attachment #1: 57413395.zip --]
[-- Type: application/zip, Size: 4905 bytes --]

(unknown),

[john.dahlberg]

[-- Attachment #1: 104973915087041.zip --]
[-- Type: application/zip, Size: 5387 bytes --]

(unknown),

[jeffrey.faulkenberg]

[-- Attachment #1: 36611.zip --]
[-- Type: application/zip, Size: 5410 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 110899877616.zip --]
[-- Type: application/zip, Size: 3197 bytes --]

(unknown),

[rhsinfo]

[-- Attachment #1: 05702933099528.zip --]
[-- Type: application/zip, Size: 2009 bytes --]

(unknown),

[membership]

[-- Attachment #1: 5314437.zip --]
[-- Type: application/zip, Size: 2002 bytes --]

(unknown),

[xa0ajutor]

[-- Attachment #1: 49828587.zip --]
[-- Type: application/zip, Size: 2024 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 608217586713206.zip --]
[-- Type: application/zip, Size: 3197 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 04319.zip --]
[-- Type: application/zip, Size: 5142 bytes --]

(unknown),

[chrisbi_anelyst]

[-- Attachment #1: 9052001159285.zip --]
[-- Type: application/zip, Size: 3174 bytes --]

(unknown),

[tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 324723303283412.zip --]
[-- Type: application/zip, Size: 3185 bytes --]

(unknown),

[durrant]

[-- Attachment #1: 1142760447.zip --]
[-- Type: application/zip, Size: 3184 bytes --]

(unknown),

[xa0ajutor]

[-- Attachment #1: 3786494.zip --]
[-- Type: application/zip, Size: 5133 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 2590095223830.zip --]
[-- Type: application/zip, Size: 3501 bytes --]

(unknown),

[editor]

[-- Attachment #1: 2566839.zip --]
[-- Type: application/zip, Size: 3483 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 4870601.zip --]
[-- Type: application/zip, Size: 3508 bytes --]

(unknown),

[kholloway]

[-- Attachment #1: 5342408615.zip --]
[-- Type: application/zip, Size: 3506 bytes --]

(unknown),

[angers]

[-- Attachment #1: 089372.zip --]
[-- Type: application/zip, Size: 3475 bytes --]

(unknown),

[chrisbi_anelyst]

[-- Attachment #1: 100324712762.zip --]
[-- Type: application/zip, Size: 3475 bytes --]

(unknown),

[tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 625752260604.zip --]
[-- Type: application/zip, Size: 3499 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 170045.zip --]
[-- Type: application/zip, Size: 3532 bytes --]

(unknown),

[ecaterinasuciu09]

[-- Attachment #1: 83837.zip --]
[-- Type: application/zip, Size: 2080 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 3046358.zip --]
[-- Type: application/zip, Size: 3471 bytes --]

(unknown),

[jeffrey.faulkenberg]

[-- Attachment #1: 475333248096240.zip --]
[-- Type: application/zip, Size: 2082 bytes --]

(unknown),

[junplzen]

[-- Attachment #1: 4607810.zip --]
[-- Type: application/zip, Size: 3419 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 0031586918070.zip --]
[-- Type: application/zip, Size: 3419 bytes --]

(unknown),

[horizon]

[-- Attachment #1: 38089400225.zip --]
[-- Type: application/zip, Size: 3418 bytes --]

(unknown),

[mdavis]

[-- Attachment #1: 5600669634007.zip --]
[-- Type: application/zip, Size: 5665 bytes --]

(unknown),

[Administrator]

PERHATIAN

Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:

Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:

Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!

Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017

terima kasih
Sistem Administrator

(unknown),

[archerrp]

[-- Attachment #1: EMAIL_553497223_linux-crypto.zip --]
[-- Type: application/zip, Size: 3428 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_662871_linux-bcache.zip --]
[-- Type: application/zip, Size: 3523 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: EMAIL_82952679061_linux-m68k.zip --]
[-- Type: application/zip, Size: 3482 bytes --]

(unknown),

[hastpass]

[-- Attachment #1: EMAIL_847312_linux-gpio.zip --]
[-- Type: application/zip, Size: 3509 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: EMAIL_77134398_linux-raid.zip --]
[-- Type: application/zip, Size: 3531 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_1181869410986_linux-arch.zip --]
[-- Type: application/zip, Size: 3499 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: EMAIL_90836228833860_linux-efi.zip --]
[-- Type: application/zip, Size: 7863 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: EMAIL_9673882086_linux-crypto.zip --]
[-- Type: application/zip, Size: 3521 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_870500103142_linux-bcache.zip --]
[-- Type: application/zip, Size: 3509 bytes --]

(unknown),

[bflove1-ntQ8I44N4zM]

[-- Attachment #1: EMAIL_64201799182639_linux-spi.zip --]
[-- Type: application/zip, Size: 3503 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: EMAIL_2308411819257_linux-arch.zip --]
[-- Type: application/zip, Size: 3499 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_88082875035496_linux-arch.zip --]
[-- Type: application/zip, Size: 3475 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: EMAIL_6717152024417_linux-crypto.zip --]
[-- Type: application/zip, Size: 3512 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: EMAIL_2726286_linux-ext4.zip --]
[-- Type: application/zip, Size: 3500 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_07654_linux-bcache.zip --]
[-- Type: application/zip, Size: 3504 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: EMAIL_03820_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3515 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: EMAIL_7883405_linux-raid.zip --]
[-- Type: application/zip, Size: 3510 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_721984611666_linux-arch.zip --]
[-- Type: application/zip, Size: 3495 bytes --]

(unknown)

[Leon Romanovsky]

[-- Attachment #1: Type: text/plain, Size: 1576 bytes --]

David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Bcc:
Subject: Re: Proposal for the 2nd RDMA microconference (LPC 2017)
Reply-To:
In-Reply-To: <786f10f7-6253-c95b-49e2-a89010a43781-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

On Sun, Jun 25, 2017 at 11:43:35AM +0300, Marcel Apfelbaum wrote:
> Hi Leon,
>
> Here is our proposal for the coming conference.

Thanks Marcel for sending proposal, I'm looking forward to see you and
Yuval there.

In the meantime, I'm adding David who is our LPC POC and would like to
ask some questions.

>
> Abstract
> --------
> QEMU's limited RDMA support leaves it behind other modern hypervisors.
> Marcel and/or Yuval will present the implementation of an emulated RDMA
> device, analyze its performance and usability, and finally talk about future
> plans for a possible virtio-rdma device.

How are you implementing different fabrics? Does it completely SW
implementation and/or it requires HW beneath like prvdma? Namespaces,
migration?

What are the expectations from the community?

>
> Audience
> --------
> The audience is developers interested in device emulation / RDMA.
> They can expect an interesting discussion on what are the difficulties to
> work with RDMA in Virtual Machines and they will be welcomed to share their
> ideas.
>
> Benefits to the Ecosystem
> -------------------------
> Knowing how to tackle RDMA on virtualization may give developers an easier
> start on adding RDMA support to QEMU, which in turn will leverage the modern
> RDMA cards on virtualized environments.
>
>
> Thanks,
> Marcel & Yuval

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: EMAIL_2026126106_linux-ide.zip --]
[-- Type: application/zip, Size: 3529 bytes --]

(unknown),

[p.mueller-spz-hgw-Mmb7MZpHnFY]

[-- Attachment #1: 47850763814001_linux-rdma.zip --]
[-- Type: application/zip, Size: 3422 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_233235146676708_linux-bcache.zip --]
[-- Type: application/zip, Size: 3419 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: EMAIL_6340816742_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 3468 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: EMAIL_480694553566739_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3419 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: EMAIL_9158645_linux-raid.zip --]
[-- Type: application/zip, Size: 3408 bytes --]

(unknown),

[Anders Lind]

Hi 



http://www.parkenspizza.se/faq_info.php?doesnt=v2b68r8t0abkav



Thanks
Anders Lind

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_0578932146183_linux-arch.zip --]
[-- Type: application/zip, Size: 3422 bytes --]

(unknown),

[loisc07]

[-- Attachment #1: EMAIL_994612756450_linux-ext4.zip --]
[-- Type: application/zip, Size: 3401 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: EMAIL_8655932282_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3401 bytes --]

(unknown),

[Administrator]

PERHATIAN

Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:

Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:

Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!

Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0009876...nw.na.website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017

terima kasih
Sistem Administrator
.

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[tchidrenplytoo]

[-- Attachment #1: EMAIL_202419_linux-arch.zip --]
[-- Type: application/zip, Size: 3329 bytes --]

(unknown),

[lizdebeth_]

[-- Attachment #1: 933271400.zip --]
[-- Type: application/zip, Size: 3368 bytes --]

(unknown),

[The Post Office]

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 7 days:
Host 106.146.148.224 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.

(unknown),

[kholloway]

[-- Attachment #1: 445063815940.zip --]
[-- Type: application/zip, Size: 3347 bytes --]

(unknown),

[paloma.depping]

[-- Attachment #1: 820702835161.zip --]
[-- Type: application/zip, Size: 3390 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: 050511.zip --]
[-- Type: application/zip, Size: 3370 bytes --]

(unknown),

[p.mueller-spz-hgw-Mmb7MZpHnFY]

[-- Attachment #1: 7041_linux-rdma.zip --]
[-- Type: application/zip, Size: 3259 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: EMAIL_6686834979628_linux-m68k.zip --]
[-- Type: application/zip, Size: 3172 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: EMAIL_23646323904760_linux-arch.zip --]
[-- Type: application/zip, Size: 3190 bytes --]

(unknown),

[tabiadhawatef]

[-- Attachment #1: EMAIL_7709270_linux-acpi.zip --]
[-- Type: application/zip, Size: 3153 bytes --]

(unknown),

[h.piontek]

[-- Attachment #1: EMAIL_8799211_linux-acpi.zip --]
[-- Type: application/zip, Size: 3184 bytes --]

(unknown),

[beautyink]

[-- Attachment #1: EMAIL_27450398_linux-ide.zip --]
[-- Type: application/zip, Size: 3158 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: EMAIL_94858129_linux-ide.zip --]
[-- Type: application/zip, Size: 3177 bytes --]

(unknown),

[roeper]

[-- Attachment #1: EMAIL_76537910174_netfilter-devel.zip --]
[-- Type: application/zip, Size: 3188 bytes --]

(unknown),

[sm-yT/95SBIOhs]

[-- Attachment #1: EMAIL_0176393263878_linux-api.zip --]
[-- Type: application/zip, Size: 3177 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: EMAIL_172111191_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3145 bytes --]

(unknown),

[xa0ajutor]

[-- Attachment #1: EMAIL_56923235589997_linux-raid.zip --]
[-- Type: application/zip, Size: 3176 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: EMAIL_77904176_linux-raid.zip --]
[-- Type: application/zip, Size: 3164 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_46564219859_linux-arch.zip --]
[-- Type: application/zip, Size: 3183 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: BILL-5456344828928.zip --]
[-- Type: application/zip, Size: 2310 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: EBAY_725260156512_linux-arch.zip --]
[-- Type: application/zip, Size: 2379 bytes --]

(unknown),

[j.lahoda-aRb0bU7PRFPrBKCeMvbIDA]

[-- Attachment #1: EBAY_4112026224_linux-efi.zip --]
[-- Type: application/zip, Size: 2350 bytes --]

(unknown),

[michele]

[-- Attachment #1: EBAY_8161483_linux-bcache.zip --]
[-- Type: application/zip, Size: 2355 bytes --]

(unknown),

[angers]

[-- Attachment #1: EBAY_1112994_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2366 bytes --]

(unknown),

[agiva]

[-- Attachment #1: EBAY_3538766534773_linux-crypto.zip --]
[-- Type: application/zip, Size: 2370 bytes --]

(unknown),

[koopk]

[-- Attachment #1: MESSAGE-9568447630-linux-ext4.zip --]
[-- Type: application/zip, Size: 2347 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 75316601415907.zip --]
[-- Type: application/zip, Size: 2755 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: EMAIL_19275272_dwarves.zip --]
[-- Type: application/zip, Size: 2747 bytes --]

(unknown),

[een]

[-- Attachment #1: EMAIL_3767374_linux-raid.zip --]
[-- Type: application/zip, Size: 5044 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: EMAIL_11449160770431_linux-m68k.zip --]
[-- Type: application/zip, Size: 5047 bytes --]

(unknown),

[een]

[-- Attachment #1: EMAIL_938012525_linux-raid.zip --]
[-- Type: application/zip, Size: 4285 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: EMAIL_7662351347_netfilter-devel.zip --]
[-- Type: application/zip, Size: 4280 bytes --]

(unknown),

[amin]

[-- Attachment #1: EMAIL_674323058_netfilter-devel.zip --]
[-- Type: application/zip, Size: 4265 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: EMAIL_50013593097_linux-pm.zip --]
[-- Type: application/zip, Size: 4284 bytes --]

(unknown),

[horizon]

[-- Attachment #1: 02865760222.zip --]
[-- Type: application/zip, Size: 5600 bytes --]

(unknown),

[Alfred chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing  
Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road  
Central, Hong Kong. I have a business proposal of  $38,980,369.00.

All confirmable documents to back up the claims will be made available  
to you prior to your acceptance and as soon as I receive your return  
mail.

Best Regards,
Alfred Chow

(unknown),

[smallgroups]

[-- Attachment #1: 83375208989.zip --]
[-- Type: application/zip, Size: 5715 bytes --]

(unknown),

[iker-KvP5wT2u2U0]

[-- Attachment #1: 540211.zip --]
[-- Type: application/zip, Size: 5580 bytes --]

(unknown),

[Corporate Lenders]

Schönen Tag,

Ich bin Thomas Walter, der Finanzagent dieser Firma, bekannt als Corporate Lenders. Wir leihen Geld für Einzelpersonen und Unternehmen, die finanzielle Hilfe benötigen. Hast du einen schlechten Kredit oder du brauchst Geld, um deine Rechnungen zu bezahlen? Wir verwenden dieses Medium, um Ihnen mitzuteilen, dass wir Ihnen bei jeder Form von Darlehen helfen können, wie Sie Refinanzierung, Schuldenkonsolidierung Darlehen, persönliche Darlehen, internationale Darlehen und Business-Darlehen. Wir freuen uns, Ihnen ein Darlehen so niedrig wie der Zinssatz von 3% anzubieten.

Unsere Mission ist es, unseren Kunden einen Service zu bieten, der schnell, freundlich und stressfrei ist. Normalerweise, wenn wir alle Ihre Informationen haben, dauert es nur eine Stunde, um die Genehmigung zu finanzieren.

Wenn Sie interessiert sind, füllen Sie bitte das Darlehensantragsformular aus.

Vollständiger Name:
Geschlecht:
Benötigte Menge:
Dauer:
Tel:
Sprich Englisch?

Wir warten auf Ihre Antwort.

Sie erreichen uns per E-Mail: info@corporatelendersonline.com
Mit freundlichen Grüßen,
Thomas Walter

(unknown),

[brian]

[-- Attachment #1: 61449860477625.zip --]
[-- Type: application/zip, Size: 5646 bytes --]

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[alters]

[-- Attachment #1: 809297937.zip --]
[-- Type: application/zip, Size: 3453 bytes --]

(unknown),

[brian]

[-- Attachment #1: 402377184145.zip --]
[-- Type: application/zip, Size: 3533 bytes --]

(unknown),

[lucia.germino]

[-- Attachment #1: 192119470.zip --]
[-- Type: application/zip, Size: 3546 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 74860452066.zip --]
[-- Type: application/zip, Size: 10119 bytes --]

(unknown),

[agiva]

[-- Attachment #1: 812846400891500.zip --]
[-- Type: application/zip, Size: 10246 bytes --]

(unknown),

[jacqueline.pike]

[-- Attachment #1: 632904.zip --]
[-- Type: application/zip, Size: 10231 bytes --]

(unknown),

[indulge-HCInDj6vYHrk4FeknX8I/ZqQE7yCjDx5]

[-- Attachment #1: 350891340.zip --]
[-- Type: application/zip, Size: 3619 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: 502633130680.zip --]
[-- Type: application/zip, Size: 3686 bytes --]

(unknown),

[patientcentral]

[-- Attachment #1: "EMAIL_1724158835008_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 4941 bytes --]

(unknown),

[befragung]

[-- Attachment #1: "EMAIL_6035315196369_linux-ext4.zip --]
[-- Type: application/zip, Size: 4943 bytes --]

(unknown),

[delaware.orders]

[-- Attachment #1: "EMAIL_649407635104319_linux-crypto.zip --]
[-- Type: application/zip, Size: 4920 bytes --]

(unknown),

[Huaisheng HS1 Ye]

subscribe linux-pm

BRs,
Huaisheng, Ye | 叶怀胜

(unknown),

[kim.frederiksen]

[-- Attachment #1: "EMAIL_1833111554328_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5020 bytes --]

(unknown),

[kathleen.gilbert]

[-- Attachment #1: "EMAIL_160434499_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5001 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: "EMAIL_34446_linux-arch.zip --]
[-- Type: application/zip, Size: 5056 bytes --]

(unknown),

[kathleen.gilbert]

[-- Attachment #1: "EMAIL_6458579_netfilter-devel.zip --]
[-- Type: application/zip, Size: 9744 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: "EMAIL_647172652_linux-arch.zip --]
[-- Type: application/zip, Size: 9834 bytes --]

(unknown),

[richard]

[-- Attachment #1: "EMAIL_168467_linux-bcache.zip --]
[-- Type: application/zip, Size: 3222 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: "EMAIL_976833055_linux-raid.zip --]
[-- Type: application/zip, Size: 3245 bytes --]

(unknown),

[h.piontek]

[-- Attachment #1: "EMAIL_50994155839_linux-acpi.zip --]
[-- Type: application/zip, Size: 3182 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: "EMAIL_577214953915613_linux-m68k.zip --]
[-- Type: application/zip, Size: 190 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: "EMAIL_40199138625_linux-raid.zip --]
[-- Type: application/zip, Size: 186 bytes --]

(unknown),

[ying.huang-ral2JQCrhuEAvxtiuMwx3w]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1404 bytes --]

`ƒÈU©¹Ž2³~im5wÇ_ô•0ãß„ü¡•Aj×"j’÷!©bÌÙûËäÕWîáµ?7|lø_±ŽÀ”'ÝZ6Ó~•’”*`iU²ZKá½R~
#WÀï×þÇþÆðþjᏽ?‹l?´~DàÔl
¸Iä¤Ñtjµ§ªïU#ööðSÂpãZÃ|¯ðÑÀ¿™ÆožÛÆ
nvFÖÞm*ÜäÌ!%'‚àUœï žÖÈÞ7YuÙ© $?c¸Õ#8Q/-C,Üüձʌ¯ì؁KzNÉlßÏ¿pM~PÿßÉM|×QRmÏ°6Ì7­Ã¤jóɾº’~cLÅõ®È~³>¬%OaÉ[œÃÄNïÔº÷Ü<óFû{ã<ñþ5OÒoOŽˆÚ,qëK¦dPm
DÁÜœ?‡z®×YƒÀw
lfÌOé­?ïË'eP{úózÖ.–²HpMh1-Ó0ÆAøS‘Mï.½M‘‡à·û8§¥ãÃbcŸüî2Søv
Шè¤öïÍlÌQÓt²¡?†µQÐ̹y5maˆ4¨ãÞ‡~½šÆ'Ï\v[‹æI“…‹¤À5‚'ÓêxÎJP¡þfÜã ðrµb^­úÆ–Õm
/ßd¦ª¨»çM_ÆJŽÏn³ˆIÚ ôÖ
ŽƒõæSR¾à½/
íUs¯ÒÏúlZq6rî`FÆYÔE\¡ü*øv¨½]Ìp‡~ÂÉv³ñaËao
ĝ
¦-Và%Qlâõ„Û4Rµ7Ð;ÀŠ 5EÛJæPø¨SLÄçæCaÙÖÉ³Ë ßüò·yÏܸ—CvÜS3×Ibã)·àƒsAI.'ÎQ0ò
s½‰Õ;
êm¥¤Gō Ö¬‡”¯óçÜ}žÑFþe½Äéµû¬xf/]½/·”¯¬LeÐqb—Xò2hºÝŸý¨É;aˆäM&÷øOÅà^VOÓoB
l³ÀÖç¾Ö}©;ÍÄ÷H^Î']¢í¸ÁÙ÷5^/‡„ÍÎG
ý%wDÁ`û8Âáñ™ÏéM{‚Jáýɤã·ú¯ÇçÇèý›LˆÏ×ÛX9ù¸ÙèXúA‚“~Ÿ5Åïî(•WF­Å×P`Ûàß¿)K‹K8ÆBšÆ«Zk—E—í}Œ
ƒÏŸ{ѧ17»H¬ÒÛÙ³(Îí:Sà4&<e<ÖÉ’7°Ÿ»š¼‰d"©T`rV.U-sÑÒ‰qL±0
s­Ýd*7g^¹¢Å“ßéE‡ÉÎçhóž'Á¼7é—,\/}k÷œ©ç“³á«»Z¤ÛR*3ûÀÚ“÷ñgmoø‘lË¥q:lþß
͍È_ÔŸ¥©Åægx†
üÌŠx¤Ú9sú«´ÇÝ­iïÍ
×u;NgÅDØë¬Ó÷­¥µO7w":Y™™Ô²é/W9'¹-½Œç¨šócY±ÑflC^¨«þKè½Ì
ßêÃ^"QöiÀÞ9T\!ÃsCÊføbžâ\×Õâ¾T‰Ûæ–_B.–žÒŒenéo®¹˜0Aøä:ª UµÄù~R Ö.˧ÒÜ_°ÑµÓ? ¶QÏ<±ËýñØ,Àà¹e0Ö/OyåÇúTF0ƒ÷W©ËµþW&7í`Ÿ$û­ÅeÍ·÷ďXÝ‹ì±k»ã²ZÞÃéž©Ê^4AÈCÊèÚ¥&AÕ-öž.àTƒ¸
IêÕªy›ñã(Ꮴ
ÇþXÙ§Î"ô¾ö£i%\÷0›ªF°e ý4&
:¼ J[ˆ"Ô»
·L$”²»„Iî—e¨ª•™Ò6Thög¦ýŽÅ>ñ¡á0õeŸs¼4$cÎɱֽ٬sü_1'ÆU¸ãöPó?Žu&öUÌ”#ú÷JÀy½«SrïC;¶BÑÖ‰.†Ô'¿Æ»®ð4ˆ„5`è\ö’k˜¢¯¾&~âvÈ*bª4 JI?gÏxo›D™•’ÐúèÐb­:Jü\ÖÍ
{œ'™"?ßß“ù˜ó†¾„V¤ì¤”ÃŽ‹Kç‹z‰e)‘\UI‡Ù\5W«T³¬|ü„®’


[-- Attachment #2: Type: text/plain, Size: 178 bytes --]

_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown),

[h.gerritsen12]

[-- Attachment #1: "EMAIL_664910_linux-arch.zip --]
[-- Type: application/zip, Size: 178 bytes --]

(unknown),

[sorbisches.internat]

[-- Attachment #1: "EMAIL_51153308_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 3241 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: "EMAIL_2297760905018_linux-ide.zip --]
[-- Type: application/zip, Size: 3312 bytes --]

(unknown),

[bfoster]

[-- Attachment #1: "EMAIL_08011542258_linux-ext4.zip --]
[-- Type: application/zip, Size: 3282 bytes --]

(unknown),

[brian]

[-- Attachment #1: "EMAIL_921905219268307_linux-pm.zip --]
[-- Type: application/zip, Size: 2829 bytes --]

(unknown),

[lizdebeth_]

[-- Attachment #1: "EMAIL_3186527_linux-acpi.zip --]
[-- Type: application/zip, Size: 2797 bytes --]

(unknown),

[bunny43200]

[-- Attachment #1: "EMAIL_51788859886_linux-leds.zip --]
[-- Type: application/zip, Size: 2819 bytes --]

(unknown),

[rhsinfo]

[-- Attachment #1: "EMAIL_80943888669572_linux-bcache.zip --]
[-- Type: application/zip, Size: 3405 bytes --]

(unknown),

[mfr-6k8blvha/+BqlCpFK1mnLg]

[-- Attachment #1: "EMAIL_20824268419_linux-cifs.zip --]
[-- Type: application/zip, Size: 4079 bytes --]

(unknown),

[tbinh.minhnd]

[-- Attachment #1: 145050548450.zip --]
[-- Type: application/zip, Size: 3029 bytes --]

(unknown),

[miteshriya]

hi Linux

http://mnmfibers.com/questionnaire.php?faster=fvam2n7492m



Regards
Miteshriya

(unknown),

[nick_c_huang]

hi Linux



http://comagim.com/installer.php?please=c2ukh7msv51k1




Sincerely

(unknown),

[susan.christian]

[-- Attachment #1: EMAIL_31876792_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5697 bytes --]

(unknown),

[x1kn8fk]

[-- Attachment #1: EMAIL_4053073819_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5682 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: EMAIL_8190761198_dwarves.zip --]
[-- Type: application/zip, Size: 5934 bytes --]

(unknown),

[hp]

[-- Attachment #1: EMAIL_89826583725_linux-raid.zip --]
[-- Type: application/zip, Size: 5777 bytes --]

(unknown),

[sorbisches.internat]

[-- Attachment #1: EMAIL_041756358039_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5769 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: EMAIL_68285_linux-arch.zip --]
[-- Type: application/zip, Size: 5710 bytes --]

(unknown),

[horizon]

[-- Attachment #1: EMAIL_5577425919869_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5756 bytes --]

(unknown),

[nenep]

[-- Attachment #1: EMAIL_548787_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 5665 bytes --]

(unknown),

[Solen win2]

[-- Attachment #1.1: Type: text/plain, Size: 4 bytes --]

all

[-- Attachment #1.2: Type: text/html, Size: 79 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[chrisbi_anelyst]

[-- Attachment #1: EMAIL_136876215_linux-ext4.zip --]
[-- Type: application/zip, Size: 5730 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: EMAIL_797944_linux-ext4.zip --]
[-- Type: application/zip, Size: 5778 bytes --]

(unknown),

[municlerk]

[-- Attachment #1: EMAIL_2092813_linux-arch.zip --]
[-- Type: application/zip, Size: 2800 bytes --]

(unknown),

[een]

[-- Attachment #1: EMAIL_87861780008_linux-raid.zip --]
[-- Type: application/zip, Size: 2705 bytes --]

(unknown)

[ceph-devel]

list

(unknown)

[ceph-devel]

subscribe ceph-devel

(unknown),

[hp]

[-- Attachment #1: EMAIL_86618341708_linux-raid.zip --]
[-- Type: application/zip, Size: 2744 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: EMAIL_47662874919894_linux-arch.zip --]
[-- Type: application/zip, Size: 2622 bytes --]

(unknown),

[robert.berry]

[-- Attachment #1: EMAIL_5907231_linux-ide.zip --]
[-- Type: application/zip, Size: 2744 bytes --]

(unknown),

[gdahl]

[-- Attachment #1: EMAIL_01908678_linux-scsi.zip --]
[-- Type: application/zip, Size: 2755 bytes --]

(unknown),

[daven bango]

Hi, I am Barrister Daven Bango, Can i trust and cooperate with you in an
international transaction? I look forward to your urgent response in my
email (bar.davenbango@gmail.com) Thanks.

Best regards,
Barrister Daven Bango
skype: bardaven01

(unknown),

[susan.christian]

[-- Attachment #1: EMAIL_3070873620_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2596 bytes --]

(unknown),

[rhsinfo]

[-- Attachment #1: EMAIL_9678461867_linux-bcache.zip --]
[-- Type: application/zip, Size: 2594 bytes --]

(unknown),

[kchristopher]

[-- Attachment #1: EMAIL_5391549_linux-acpi.zip --]
[-- Type: application/zip, Size: 2620 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: EMAIL_749482276_dwarves.zip --]
[-- Type: application/zip, Size: 2772 bytes --]

(unknown),

[horizon]

[-- Attachment #1: EMAIL_907106465_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2595 bytes --]

(unknown),

[bunny43200]

[-- Attachment #1: EMAIL_621609019_linux-leds.zip --]
[-- Type: application/zip, Size: 2616 bytes --]

(unknown),

[robert.berry]

[-- Attachment #1: EMAIL_19786452607897_linux-ide.zip --]
[-- Type: application/zip, Size: 2619 bytes --]

(unknown),

[x1kn8fk]

[-- Attachment #1: EMAIL_50780553_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2632 bytes --]

(unknown),

[xa0ajutor]

[-- Attachment #1: EMAIL_2558300_linux-raid.zip --]
[-- Type: application/zip, Size: 2603 bytes --]

(unknown),

[amin]

[-- Attachment #1: EMAIL_902515565565244_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2630 bytes --]

(unknown),

[durrant]

[-- Attachment #1: EMAIL_935589887_linux-acpi.zip --]
[-- Type: application/zip, Size: 2665 bytes --]

(unknown)

[Chris Ruehl]

unsubscribe linux-gpio

(unknown),

[jha]

[-- Attachment #1: EMAIL_79916_linux-scsi.zip --]
[-- Type: application/zip, Size: 2549 bytes --]

(unknown),

[Angela H. Whiteman]

There's an Unclaimed Inheritance with your Last Name. Reply to; abailey456789@gmail.com<mailto:abailey456789@gmail.com> with your Full Names.

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: EMAIL_26553892905555_linux-ext4.zip --]
[-- Type: application/zip, Size: 2590 bytes --]

(unknown),

[anderslindgaard]

hi 

http://www.evelynverapropiedades.cl/wp-includes/js/tinymce/plugins/tabfocus/reklamapage.php?similar=2s7wb6pxdgd2xfd1b




All Best

anderslindgaard

(unknown),

[editor]

[-- Attachment #1: EMAIL_5749719396757_linux-ext4.zip --]
[-- Type: application/zip, Size: 2834 bytes --]

(unknown),

[richard]

[-- Attachment #1: EMAIL_60776096244_linux-bcache.zip --]
[-- Type: application/zip, Size: 2813 bytes --]

(unknown),

[lizdebeth_]

[-- Attachment #1: EMAIL_491213_linux-acpi.zip --]
[-- Type: application/zip, Size: 2806 bytes --]

(unknown),

[nenep]

[-- Attachment #1: EMAIL_436034165_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 2857 bytes --]

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[Administrator]

PERHATIAN

Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:

Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:

Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!

Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017

terima kasih
Sistem Administrator

(unknown),

[armiksanaye]

[-- Attachment #1: EMAIL_408667114_linux-scsi.zip --]
[-- Type: application/zip, Size: 2792 bytes --]

(unknown),

[Will]

[-- Attachment #1: EMAIL_771025884546703_linux-next.zip --]
[-- Type: application/zip, Size: 2859 bytes --]

(unknown),

[Erma]

[-- Attachment #1: EMAIL_61204_linux-ext4.zip --]
[-- Type: application/zip, Size: 2798 bytes --]

(unknown),

[Margery]

[-- Attachment #1: EMAIL_1585037780_linux-leds.zip --]
[-- Type: application/zip, Size: 2940 bytes --]

(unknown),

[Edmond]

[-- Attachment #1: EMAIL_0884435643248_linux-i2c.zip --]
[-- Type: application/zip, Size: 2977 bytes --]

(unknown),

[Angela-63XfWfWBA5k]

[-- Attachment #1: EMAIL_934736608514_linux-tegra.zip --]
[-- Type: application/zip, Size: 2930 bytes --]

(unknown),

[Houston]

[-- Attachment #1: EMAIL_297485343255_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2962 bytes --]

(unknown),

[Nora Johnson]

Hi please dear reply me throuhg my email ID. i have something to
discussed with you. here is my email ( norajohonson@gmail.com  )

(unknown),

[durrant]

[-- Attachment #1: 62318405.zip --]
[-- Type: application/zip, Size: 2982 bytes --]

(unknown),

[editor]

[-- Attachment #1: INFO_5549071394372_linux-ext4.zip --]
[-- Type: application/zip, Size: 9754 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: INFO_124526896_netfilter-devel.zip --]
[-- Type: application/zip, Size: 9542 bytes --]

(unknown),

[webmaster]

[-- Attachment #1: INFO_896228080802293_linux-acpi.zip --]
[-- Type: application/zip, Size: 2787 bytes --]

(unknown),

[sorbisches.internat]

[-- Attachment #1: INFO_1756598_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2781 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: EMAIL_279421_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2790 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: MESSAGE_5386199_linux-ide.zip --]
[-- Type: application/zip, Size: 10047 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: EMAIL_2679242603246_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 10234 bytes --]

(unknown),

[sm-yT/95SBIOhs]

[-- Attachment #1: 9772870247503.zip --]
[-- Type: application/zip, Size: 10178 bytes --]

(unknown),

[editor]

[-- Attachment #1: 0302343835.zip --]
[-- Type: application/zip, Size: 10210 bytes --]

(unknown),

[sibolt.mulder-b60u5d1xRcFWk0Htik3J/w]

[-- Attachment #1: 2939023.zip --]
[-- Type: application/zip, Size: 10092 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: 3422503110.zip --]
[-- Type: application/zip, Size: 10245 bytes --]

(unknown),

[wesley.sydnor]

[-- Attachment #1: 705650.zip --]
[-- Type: application/zip, Size: 10184 bytes --]

(unknown),

[befragung]

[-- Attachment #1: 6886059214541.zip --]
[-- Type: application/zip, Size: 10117 bytes --]

(unknown)

[catherine.verge]

[-- Attachment #1: 7770632.zip --]
[-- Type: application/zip, Size: 13836 bytes --]

(unknown),

[tchidrenplytoo]

[-- Attachment #1: 308683624321199.zip --]
[-- Type: application/zip, Size: 2782 bytes --]

(unknown),

[eaya]

[-- Attachment #1: 496397636536.zip --]
[-- Type: application/zip, Size: 2775 bytes --]

(unknown),

[citydesk]

[-- Attachment #1: 4143572985.zip --]
[-- Type: application/zip, Size: 2790 bytes --]

(unknown),

[h.gerritsen12]

[-- Attachment #1: 940383335057.zip --]
[-- Type: application/zip, Size: 2791 bytes --]

(unknown),

[michele]

[-- Attachment #1: 95599025.zip --]
[-- Type: application/zip, Size: 2816 bytes --]

(unknown),

[h.piontek]

[-- Attachment #1: 113823879477495.zip --]
[-- Type: application/zip, Size: 2792 bytes --]

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[системы администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор

(unknown),

[tchidrenplytoo]

[-- Attachment #1: 09310008.zip --]
[-- Type: application/zip, Size: 10212 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: 647805231.zip --]
[-- Type: application/zip, Size: 10227 bytes --]

(unknown),

[horizon]

[-- Attachment #1: 43384837466.zip --]
[-- Type: application/zip, Size: 10235 bytes --]

(unknown),

[editor]

[-- Attachment #1: 40290366.zip --]
[-- Type: application/zip, Size: 10171 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: 623541182991.zip --]
[-- Type: application/zip, Size: 10327 bytes --]

(unknown),

[nenep]

[-- Attachment #1: 1937013271360.zip --]
[-- Type: application/zip, Size: 10165 bytes --]

(unknown),

[michele]

[-- Attachment #1: 6866279090778.zip --]
[-- Type: application/zip, Size: 10050 bytes --]

(unknown),

[kholloway]

[-- Attachment #1: 831370873385464.zip --]
[-- Type: application/zip, Size: 10089 bytes --]

(unknown),

[asn-request-tfHHCSmtYoI]

[-- Attachment #1: 4557559813106.zip --]
[-- Type: application/zip, Size: 10156 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: 33739.zip --]
[-- Type: application/zip, Size: 2798 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: 6807682246.zip --]
[-- Type: application/zip, Size: 2832 bytes --]

(unknown),

[shriyashah]

Hi Linux



http://www.tinzapp.com/admin_deletecat.php?greater=2y77anyke95apve


Shriyashah

(unknown),

[lizdebeth_]

[-- Attachment #1: 600195769.zip --]
[-- Type: application/zip, Size: 2790 bytes --]

(unknown),

[nenep]

[-- Attachment #1: 674345.zip --]
[-- Type: application/zip, Size: 2772 bytes --]

(unknown),

[Administrator]

PERHATIAN

Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:

Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:

Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!

Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017

terima kasih
Sistem Administrator

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор 

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор 

(unknown),

[администратор]

внимания;

Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:

имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:

Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!

Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017

спасибо
системы администратор 

(unknown),

[jonathan.malihan]

[-- Attachment #1: 27221324329.zip --]
[-- Type: application/zip, Size: 2776 bytes --]

(unknown),

[rhsinfo]

[-- Attachment #1: 9749575300.zip --]
[-- Type: application/zip, Size: 2783 bytes --]

(unknown),

[Chris]

All,

I'm using 4.4.0-89-generic #112-Ubuntu Kernel.

I've setup a bridge

bridge name        bridge id                STP enabled        interfaces
br0                8000.00322e111b2        no                enp3s0
                                                        vnet0

Why is it possible to DROP packages from a KVM guest on the host INPUT
chain, but not to LOG them?

I've not loaded any bridge-nf modules. bridge/nf_call_iptables is 0.

- Chris

(unknown),

[lizdebeth_]

[-- Attachment #1: 6367947931.zip --]
[-- Type: application/zip, Size: 2814 bytes --]

(unknown),

[nenep]

[-- Attachment #1: 9055629516135.zip --]
[-- Type: application/zip, Size: 2802 bytes --]

(unknown),

[bunny43200]

[-- Attachment #1: 0392931732.zip --]
[-- Type: application/zip, Size: 2807 bytes --]

(unknown),

[linwoodrvsales]

[-- Attachment #1: 366791731259.zip --]
[-- Type: application/zip, Size: 10440 bytes --]

(unknown),

[durrant]

[-- Attachment #1: 72821751043628.zip --]
[-- Type: application/zip, Size: 10391 bytes --]

(unknown),

[amin]

[-- Attachment #1: 050177949000179.zip --]
[-- Type: application/zip, Size: 10488 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: 78726092.zip --]
[-- Type: application/zip, Size: 10383 bytes --]

(unknown),

[richard]

[-- Attachment #1: 90678.zip --]
[-- Type: application/zip, Size: 10605 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 384541360.zip --]
[-- Type: application/zip, Size: 10642 bytes --]

(unknown),

[rueggemann]

[-- Attachment #1: 199646001731449.zip --]
[-- Type: application/zip, Size: 10454 bytes --]

(unknown),

[mitch_128]

[-- Attachment #1: 9176321037.zip --]
[-- Type: application/zip, Size: 10388 bytes --]

(unknown),

[eumann]

[-- Attachment #1: 237594553.zip --]
[-- Type: application/zip, Size: 10414 bytes --]

(unknown),

[demorton]

[-- Attachment #1: 501507600268095.zip --]
[-- Type: application/zip, Size: 2943 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: 634410994749.zip --]
[-- Type: application/zip, Size: 3060 bytes --]

(unknown),

[een]

[-- Attachment #1: 4863169031.zip --]
[-- Type: application/zip, Size: 3067 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: 459394949582.zip --]
[-- Type: application/zip, Size: 3040 bytes --]

(unknown),

[nnarroyo623]

[-- Attachment #1: 035925974243079.zip --]
[-- Type: application/zip, Size: 2980 bytes --]

(unknown),

[xa0ajutor]

[-- Attachment #1: 522025194.zip --]
[-- Type: application/zip, Size: 3043 bytes --]

(unknown),

[kim.frederiksen]

[-- Attachment #1: 9220091.zip --]
[-- Type: application/zip, Size: 3037 bytes --]

(unknown),

[Adam Richter]

http://well.thephoneswipe.com <http://well.thephoneswipe.com/>

Adam Richter

(unknown)

[Rajneesh Bhardwaj]

Bcc: 
Subject: Re: [PATCH] platform/x86: intel_pmc_core: Add Package C-states
 residency info
Reply-To: 
In-Reply-To: <CAHp75Vd5Wnio-RCEBENtonYWOJF2+88FDvqkUv1HzV3CdcaaPA@mail.gmail.com>

On Fri, Aug 18, 2017 at 08:17:32PM +0300, Andy Shevchenko wrote:
> +PeterZ (since I mentioned his name)
> 
> On Fri, Aug 18, 2017 at 5:58 PM, Rajneesh Bhardwaj
> <rajneesh.bhardwaj@intel.com> wrote:
> > On Fri, Aug 18, 2017 at 03:57:34PM +0300, Andy Shevchenko wrote:
> >> On Fri, Aug 18, 2017 at 3:37 PM, Rajneesh Bhardwaj
> >> <rajneesh.bhardwaj@intel.com> wrote:
> >> > This patch introduces a new debugfs entry to read current Package C-state
> >> > residency values and, one new kernel API to read the Package C-10 residency
> >> > counter.
> >> >
> >> > Package C-state residency MSRs provide useful debug information about system
> >> > idle states. In idle states system must enter deeper Package C-states.
> 
> >> Why this patch is needed?
> >
> > Andy, I'll try to give some background for this.
> >
> > This is needed to enhance the S0ix failure debug capabilities from within
> > the kernel. On ChromeOS we have S0ix failsafe kernel framework that is used
> > to validate S0ix and report the blockers in case of a failure.
> > https://patchwork.kernel.org/patch/9148999/
> 
> (It's not part of upstream)

Sorry i sent an older link. There are fresh attempts to get this into
mainline kernel and looks like there is a traction for it.
https://patchwork.kernel.org/patch/9831229/

Package C-state (PC10) validation is discussed there.

> 
> > So far only intel_pmc_slp_s0_counter_read is called by this framework to
> > check whether the previous attempt to enter S0ix was success or not.
> 
> I harder see even a single user of that API in current kernel. It
> should be unexported and removed I think.
> 
> >  Having
> > another PC10 counter related exported function enhances the S0ix debug since
> > PC10 state is a prerequisite to enter S0ix.
> >
> >> See, we have turbostat and cpupower user space tools which do this
> >> without any additional code to be written in kernel. What prevents
> >> your user space application do the same?
> >>
> >> Moreover, we have events for cstate, I assume perf or something alike
> >> can monitor those counters as well.
> >
> > You're right, perhaps the debugfs is redundant when we have those user space
> > tools but such tools are not available readily for all platforms/distros.
> > Interfaces like /dev/cpu/*/msr that turbostat uses are not available on all
> > the platforms.
> > PMC driver is a debug driver so i thought its better to show Package C-state
> > related info for low power debug here.
> >
> >>
> >> Sorry, NAK.
> >
> > This patch has two parts i.e. exported PC10 API and the debugfs. Based on
> > the above explanation, if the patch is not good as is, please let me know if
> > i should drop the debugfs part and respin a v2 with just the exported API or
> > drop this totally.
> >
> > Thanks for the feedback and thanks for taking time to review!
> 
> Reading above makes me think that entire design of this is misguided.
> Since the most of values are counters they better to be accessed in a
> way how perf does.
> 
> In case you need *in-kernel* facility, do some APIs (if it's not done
> yet) for events drivers first.
> cstate event driver is already in upstream.
> 
> Sorry, NAK for entire patch until it would be blessed by people like Peter Z.
> 
> -- 
> With Best Regards,
> Andy Shevchenko

-- 
Best Regards,
Rajneesh

(unknown),

[Solen win2]

[-- Attachment #1.1: Type: text/plain, Size: 4 bytes --]

all

[-- Attachment #1.2: Type: text/html, Size: 79 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[vinnakota chaitanya]

Greetings Linux

http://www.curet.in/pop_messengers.php?sense=rkwy2e7qh97gty3bz




vinnakota chaitanya

(unknown),

[Xuehan Xu]

Hi, everyone.

Recently, we did a test as follows:

We enabled cache tier and added a cache pool "vms_back_cache" on top
of the base pool "vms_back". we first created an object, and then
created a snap in the base pool and writing to that object again,
which would make the object be promoted into the cache pool. At this
time, we used "ceph-objectstore-tool" to dump the object, and the
result is as follows:

{
    "id": {
        "oid": "test.obj.6",
        "key": "",
        "snapid": -2,
        "hash": 750422257,
        "max": 0,
        "pool": 11,
        "namespace": "",
        "max": 0
    },
    "info": {
        "oid": {
            "oid": "test.obj.6",
            "key": "",
            "snapid": -2,
            "hash": 750422257,
            "max": 0,
            "pool": 11,
            "namespace": ""
        },
        "version": "5010'5",
        "prior_version": "4991'3",
        "last_reqid": "client.175338.0:1",
        "user_version": 5,
        "size": 4194303,
        "mtime": "2017-08-23 15:09:03.459892",
        "local_mtime": "2017-08-23 15:09:03.461111",
        "lost": 0,
        "flags": 4,
        "snaps": [],
        "truncate_seq": 0,
        "truncate_size": 0,
        "data_digest": 4294967295,
        "omap_digest": 4294967295,
        "watchers": {}
    },
    "stat": {
        "size": 4194303,
        "blksize": 4096,
        "blocks": 8200,
        "nlink": 1
    },
    "SnapSet": {
        "snap_context": {
            "seq": 13,
            "snaps": [
                13
            ]
        },
        "head_exists": 1,
        "clones": [
            {
                "snap": 13,
                "size": 4194303,
                "overlap": "[0~100,115~4194188]"
            }
        ]
    }
}

Then we did cache-flush and cache-evict to flush that object down to
the base pool, and, again, used "ceph-objectstore-tool" to dump the
object in the base pool:

{
    "id": {
        "oid": "test.obj.6",
        "key": "",
        "snapid": -2,
        "hash": 750422257,
        "max": 0,
        "pool": 10,
        "namespace": "",
        "max": 0
    },
    "info": {
        "oid": {
            "oid": "test.obj.6",
            "key": "",
            "snapid": -2,
            "hash": 750422257,
            "max": 0,
            "pool": 10,
            "namespace": ""
        },
        "version": "5015'4",
        "prior_version": "4991'2",
        "last_reqid": "osd.34.5013:1",
        "user_version": 5,
        "size": 4194303,
        "mtime": "2017-08-23 15:09:03.459892",
        "local_mtime": "2017-08-23 15:10:48.122138",
        "lost": 0,
        "flags": 52,
        "snaps": [],
        "truncate_seq": 0,
        "truncate_size": 0,
        "data_digest": 163942140,
        "omap_digest": 4294967295,
        "watchers": {}
    },
    "stat": {
        "size": 4194303,
        "blksize": 4096,
        "blocks": 8200,
        "nlink": 1
    },
    "SnapSet": {
        "snap_context": {
            "seq": 13,
            "snaps": [
                13
            ]
        },
        "head_exists": 1,
        "clones": [
            {
                "snap": 13,
                "size": 4194303,
                "overlap": "[]"
            }
        ]
    }
}

As is shown, the "overlap" field is empty.
In the osd log, we found the following records:

2017-08-23 12:46:36.083014 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]  got
attrs
2017-08-23 12:46:36.083021 7f675c704700 15
filestore(/home/xuxuehan/github-xxh-fork/ceph/src/dev/osd0) read
3.3_head/#3:dd4db749:test-rados-api-xxh02v.ops.corp.qihoo.net-10886-3::foo:head#
0~8
2017-08-23 12:46:36.083398 7f675c704700 10
filestore(/home/xuxuehan/github-xxh-fork/ceph/src/dev/osd0)
FileStore::read
3.3_head/#3:dd4db749:test-rados-api-xxh02v.ops.corp.qihoo.net-10886-3::foo:head#
0~8/8
2017-08-23 12:46:36.083414 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]  got
data
2017-08-23 12:46:36.083444 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
cursor.is_complete=0 0 attrs 8 bytes 0 omap header bytes 0 omap data
bytes in 0 keys 0 reqids
2017-08-23 12:46:36.083457 7f675c704700 10 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
dropping ondisk_read_lock
2017-08-23 12:46:36.083467 7f675c704700 15 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
do_osd_op_effects osd.0 con 0x7f67874f0d00
2017-08-23 12:46:36.083478 7f675c704700 15 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
log_op_stats osd_op(osd.0.6:2 3.92edb2bb
test-rados-api-xxh02v.ops.corp

It seems that, when doing "copy-get", no extensive attributes are
copied. We believe that it's the following code that led to this
result:

int ReplicatedPG::getattrs_maybe_cache(ObjectContextRef obc,
        map<string, bufferlist> *out,
        bool user_only) {
    int r = 0;
    if (pool.info.require_rollback()) {
        if (out)
            *out = obc->attr_cache;
    } else {
        r = pgbackend->objects_get_attrs(obc->obs.oi.soid, out);
    }
    if (out && user_only) {
        map<string, bufferlist> tmp;
        for (map<string, bufferlist>::iterator i = out->begin();
                i != out->end(); ++i) {
            if (i->first.size() > 1 && i->first[0] == '_')
                tmp[i->first.substr(1, i->first.size())].claim(i->second);
        }
        tmp.swap(*out);
    }
    return r;
}

It seems that when "user_only" is true, extensive attributes without a
'_' as the starting character in its name would be filtered out. Is it
supposed to be doing things in this way?
And we found that there are only two places in the source code that
invoked ReplicatedPG::getattrs_maybe_cache, in both of which
"user_only" is true. Why add this parameter?

By the way, we also found that these codes are added in commit
78d9c0072bfde30917aea4820a811d7fc9f10522, but we don't understand the
purpose of it.

Thank you:-)

(unknown),

[agiva]

[-- Attachment #1: 555867372077.doc --]
[-- Type: application/msword, Size: 77007 bytes --]

(unknown),

[carol.dallstream-WaM/PvcBqAo]

[-- Attachment #1: MAIL_710687125_linux-api.zip --]
[-- Type: application/zip, Size: 72397 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: MAIL_171083918_linux-arch.zip --]
[-- Type: application/zip, Size: 72397 bytes --]

(unknown),

[patientcentral]

[-- Attachment #1: MAIL_496995800_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 72397 bytes --]

(unknown),

[dengx]

[-- Attachment #1: MAIL_365828227848183_linux-ide.zip --]
[-- Type: application/zip, Size: 72397 bytes --]

(unknown),

[befragung]

[-- Attachment #1: MAIL_9030297428213_linux-ext4.zip --]
[-- Type: application/zip, Size: 72397 bytes --]

(unknown)

[catherine.verge]

[-- Attachment #1: MAIL_9444780361_linux-parisc.zip --]
[-- Type: application/zip, Size: 97803 bytes --]

(unknown),

[municlerk]

[-- Attachment #1: 3603332555227.doc --]
[-- Type: application/msword, Size: 30657 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 1467132.doc --]
[-- Type: application/msword, Size: 30930 bytes --]

(unknown)

[m.wierczynska]

[-- Attachment #1: 449666.doc --]
[-- Type: application/msword, Size: 41783 bytes --]

(unknown),

[archerrp]

[-- Attachment #1: 713932.doc --]
[-- Type: application/msword, Size: 41252 bytes --]

(unknown),

[jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q]

[-- Attachment #1: 497569661200.doc --]
[-- Type: application/msword, Size: 41259 bytes --]

(unknown),

[mark.robinson]

[-- Attachment #1: 872453539374.doc --]
[-- Type: application/msword, Size: 41374 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: 540585795659.doc --]
[-- Type: application/msword, Size: 41837 bytes --]

(unknown),

[robert.berry]

[-- Attachment #1: 224909365.doc --]
[-- Type: application/msword, Size: 40462 bytes --]

(unknown),

[andrewf]

[-- Attachment #1: 568268530019.doc --]
[-- Type: application/msword, Size: 40462 bytes --]

(unknown),

[zita.latex]

[-- Attachment #1: 0054154130299.doc --]
[-- Type: application/msword, Size: 40638 bytes --]

(unknown),

[financialaid]

[-- Attachment #1: 31996318536734.doc --]
[-- Type: application/msword, Size: 40638 bytes --]

(unknown),

[witt.kohl]

[-- Attachment #1: 668862857.doc --]
[-- Type: application/msword, Size: 40646 bytes --]

(unknown),

[ujagu8185-Re5JQEeQqe8AvxtiuMwx3w]

[-- Attachment #1: 67113.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[sunaina]

[-- Attachment #1: 73711.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[wvhyvcm.abyxg]

[-- Attachment #1: 001007146.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[nenep]

[-- Attachment #1: 01796145500215.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[umpvav-YDxpq3io04c]

[-- Attachment #1: 730020230707.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[zumbalisa]

[-- Attachment #1: 459612134.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[smallgroups]

[-- Attachment #1: 97238929.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[danielle.picarda2]

[-- Attachment #1: 2706461535932.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 787132618586608.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[een]

[-- Attachment #1: 8088665.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 624346.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[simon.a.t.hardy]

[-- Attachment #1: 907693760.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: 680737.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[xb028930336]

[-- Attachment #1: 83163881723765.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[sherrilyn]

[-- Attachment #1: 06811825.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[x1kn8fk]

[-- Attachment #1: 423567.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 5854501628.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 9476795550394.doc --]
[-- Type: application/msword, Size: 40698 bytes --]

(unknown),

[sterrenplan.kampen]

[-- Attachment #1: 6768082.doc --]
[-- Type: application/msword, Size: 39859 bytes --]

(unknown),

[halinajan-4Uo9UdwAbX8]

[-- Attachment #1: 1107094.doc --]
[-- Type: application/msword, Size: 39859 bytes --]

(unknown),

[xb028930336]

[-- Attachment #1: 17372103.doc --]
[-- Type: application/msword, Size: 39859 bytes --]

(unknown),

[inn]

[-- Attachment #1: 4567040211589.doc --]
[-- Type: application/msword, Size: 75772 bytes --]

(unknown),

[ecaterinasuciu09]

[-- Attachment #1: 7_linux-acpi.zip --]
[-- Type: application/zip, Size: 3435 bytes --]

(unknown),

[mgriffit]

[-- Attachment #1: 99589200620834_linux-ide.zip --]
[-- Type: application/zip, Size: 3435 bytes --]

(unknown),

[bfoster]

[-- Attachment #1: 79129942816922.doc --]
[-- Type: application/msword, Size: 39379 bytes --]

(unknown),

[john.dahlberg]

[-- Attachment #1: 60152775241_linux-scsi.zip --]
[-- Type: application/zip, Size: 3435 bytes --]

(unknown),

[kkaplanidou]

[-- Attachment #1: 033300.doc --]
[-- Type: application/msword, Size: 75921 bytes --]

(unknown),

[dengx]

[-- Attachment #1: 977913748072031.doc --]
[-- Type: application/msword, Size: 39607 bytes --]

(unknown),

[tabiadhawatef]

[-- Attachment #1: 52593.doc --]
[-- Type: application/msword, Size: 39787 bytes --]

(unknown),

[Youichi Kanno]

Sir/Madam

I am sorry to encroach into your privacy in this manner, I found you  
listed in the Trade Center Chambers of Commerce directory here in  
Japan, My name is Youichi Kanno and I work in Audit & credit  
Supervisory role at The Norinchukin Bank, I need your assistance to  
process the fund claims oF $18,100,000.00 (Eighteen Million, One  
Hundred Thousand, USD) of a deceased client Mr. Grigor Kassan, And i  
need your assistance to process the fund claims, I only pray at this  
time that your address is still valid. I want to solicit your  
attention to receive this money on my behalf. The purpose of my  
contacting you is because my status would not permit me to do this  
alone.


I hope to hear from you soon so we can discuss the logistic of moving
the funds to a safe offshore bank.

Yours sincerely,
Youichi Kanno
Phone Number: +81345400962

(unknown)

[Helge Deller]

(unknown),

[roeper]

[-- Attachment #1: 49188211.doc --]
[-- Type: application/msword, Size: 76265 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: 9258914528172.doc --]
[-- Type: application/msword, Size: 43182 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: 7460535286371.doc --]
[-- Type: application/msword, Size: 76645 bytes --]

(unknown),

[noreply]

[-- Attachment #1: EMAIL_559609003058869_netfilter-devel.doc --]
[-- Type: application/msword, Size: 76620 bytes --]

(unknown),

[noreply]

[-- Attachment #1: EMAIL_870530_linux-i2c.doc --]
[-- Type: application/msword, Size: 76656 bytes --]

(unknown),

[ninfo]

[-- Attachment #1: 6246478047403.doc --]
[-- Type: application/msword, Size: 43564 bytes --]

(unknown),

[MAILER-DAEMON]

The original message was received at Thu, 21 Sep 2017 15:47:49 +0800
from lists.01.org [144.3.34.209]

----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

(unknown),

[dengx]

[-- Attachment #1: 240154917498495.doc --]
[-- Type: application/msword, Size: 54325 bytes --]

(unknown),

[service]

[-- Attachment #1: 78046538807981.doc --]
[-- Type: application/msword, Size: 56742 bytes --]

(unknown),

[Adrian Gillian Bayford]

£1.5 Million Has Been Granted To You As A Donation Visit www.bbc.co.uk/news/uk-england-19254228 Sendname Address Phone for more info
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[John Michael]

how are you doing,is me John Michael i have a personal reason of
writing you now.write to me ok.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Michael Lyle]

Hey everyone---

After the review comments from last night, I'm back to try again :)


Thanks everyone for your help-- comments on what's changed and how
#4 helps with future work (why it's slightly more complicated) are
below.

Mike

Changes from last night:

- Changed lots of comment formatting to match the rest of bcache-style.
- Fixed a bug noticed by Tang Junhui where contiguous I/O would not be
dispatched together.
- Changed the magic number '5' and '5000' to the macros
MAX_WRITEBACKS_IN_PASS and MAX_WRITESIZE_IN_PASS
- Slight improvements to patch logs.

The net result of all these changes is better IO utilization during
writeback.  More contiguous I/O happens (whether during idle times or
when there is more activity).  Contiguous I/O is sent in proper order
to the backing device.  The control system picks better writeback
rate targets and the system can better hit them.

This is what I plan to work on next, in subsequent patches:

- Add code to skip doing small I/Os when A) there are larger I/Os in
the set, and B) the end of disk wasn't reached when scanning.  In
other words, try writing out the bigger contiguous chunks of writeback
first; give the other blocks time to end up with a larger extent next
to them.  This depends on patch 4, because it understands the true
contiguous backing I/O size and isn't fooled by smaller extents.

- Adjust bch_next_delay to store the reciprocal of what it currently
does, and remove the bounds on maximum-sleep-time.  Instead, enforce
a maximum sleep time at the writeback loop.  This will allow us to go
a long time (hundreds of seconds) without writing to the disk at all,
while still being ready to respond quickly to any increases in requested
writeback rate.  This depends on patch 4, which slightly changes the
formulation of the delay.

- Add a "fast writeback" mode, that is for use when the disk is idle.
If enabled, and there has been no I/O, it will issue one (contiguous)
write at a time at IOPRIO_CLASS_IDLE, with no delay inbetween (bypassing
the control system).  The fact that there is only one I/O and they are
at minimum IOPRIO means that good latency for the first user I/O request
will be maintained-- because they only need to compete with one writeback
I/O in the queue which is set to low priority.  This depends on patch 4 in
order to correctly merge contiguous requests in this mode.

- Add code to plug the backing device when there are more contiguous
requests coming.  This requires patch 4 (to be able to mark requests
to expect additional contiguous requests after them) and patch 5
(to properly order the I/O for the backing device).  This will help
ensure the schduler will properly merge operations (it usually works
now, but not always).

- Add code to lower writeback IOPRIO when the rate is easily being met,
so that end-user IO requests "win".

(unknown),

[rlm85310]

[-- Attachment #1: 612074162.doc --]
[-- Type: application/msword, Size: 67084 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 7696623.doc --]
[-- Type: application/msword, Size: 67240 bytes --]

(unknown),

[amin]

[-- Attachment #1: 469279928021744.zip --]
[-- Type: application/zip, Size: 86434 bytes --]

(unknown),

[rlm85310]

[-- Attachment #1: 42094602.zip --]
[-- Type: application/zip, Size: 7139 bytes --]

(unknown),

[jha]

[-- Attachment #1: 09773850.zip --]
[-- Type: application/zip, Size: 7115 bytes --]

(unknown),

[amin]

[-- Attachment #1: 7475658.zip --]
[-- Type: application/zip, Size: 7277 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: 810795425922.zip --]
[-- Type: application/zip, Size: 7224 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 84914924.zip --]
[-- Type: application/zip, Size: 7285 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 55645769.zip --]
[-- Type: application/zip, Size: 7222 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 87244.zip --]
[-- Type: application/zip, Size: 7226 bytes --]

(unknown),

[clasico082]

[-- Attachment #1: 587629173792972.zip --]
[-- Type: application/zip, Size: 7177 bytes --]

(unknown),

[info]

[-- Attachment #1: 6897516.zip --]
[-- Type: application/zip, Size: 7285 bytes --]

(unknown),

[nfrankiyamu]

[-- Attachment #1: 78524186237.zip --]
[-- Type: application/zip, Size: 6576 bytes --]

(unknown),

[nbensoncole81]

[-- Attachment #1: 3533773208567.zip --]
[-- Type: application/zip, Size: 7192 bytes --]

(unknown),

[Solen win2]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[dengx]

[-- Attachment #1: 64703085.zip --]
[-- Type: application/zip, Size: 7218 bytes --]

(unknown),

[kchristopher]

[-- Attachment #1: 11465.zip --]
[-- Type: application/zip, Size: 7245 bytes --]

(unknown),

[noord-holland]

[-- Attachment #1: 720896700956.zip --]
[-- Type: application/zip, Size: 7174 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 48132932.zip --]
[-- Type: application/zip, Size: 7121 bytes --]

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 04825923229.zip --]
[-- Type: application/zip, Size: 7337 bytes --]

(unknown),

[angers]

[-- Attachment #1: 37798876552.zip --]
[-- Type: application/zip, Size: 7331 bytes --]

(unknown),

[koopk]

[-- Attachment #1: 398451844542478.zip --]
[-- Type: application/zip, Size: 7173 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: 951127.zip --]
[-- Type: application/zip, Size: 7235 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 1062465982.zip --]
[-- Type: application/zip, Size: 7191 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 18225093198369.zip --]
[-- Type: application/zip, Size: 7229 bytes --]

(unknown),

[membership]

[-- Attachment #1: 1060824159.zip --]
[-- Type: application/zip, Size: 5425 bytes --]

(unknown),

[mgriffit]

[-- Attachment #1: INFO_22673_linux-ide.zip --]
[-- Type: application/zip, Size: 7245 bytes --]

(unknown),

[jeffrey.faulkenberg]

[-- Attachment #1: SHOP-92491235258linux-ext4.zip --]
[-- Type: application/zip, Size: 7271 bytes --]

(unknown),

[sophie.norman]

[-- Attachment #1: MESSAGE-7301268934netfilter-devel.zip --]
[-- Type: application/zip, Size: 7238 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: NATASHA-75526540507909netfilter-devel.zip --]
[-- Type: application/zip, Size: 7283 bytes --]

(unknown),

[sherrilyn]

[-- Attachment #1: ONLINE-333670114381linux-arch.zip --]
[-- Type: application/zip, Size: 7228 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: OLGA-547702238973419linux-scsi.zip --]
[-- Type: application/zip, Size: 7273 bytes --]

(unknown),

[smallgroups]

[-- Attachment #1: MICROSOFT-68816linux-crypto.zip --]
[-- Type: application/zip, Size: 7247 bytes --]

(unknown),

[info]

[-- Attachment #1: BUY-517182571linux-acpi.zip --]
[-- Type: application/zip, Size: 7281 bytes --]

(unknown),

[carmen.croonquist]

[-- Attachment #1: 12905.zip --]
[-- Type: application/zip, Size: 7378 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: 3534680.zip --]
[-- Type: application/zip, Size: 7324 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: 7052236502429.zip --]
[-- Type: application/zip, Size: 7208 bytes --]

(unknown),

[pekka.enne]

[-- Attachment #1: 50948.zip --]
[-- Type: application/zip, Size: 7245 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 354549.zip --]
[-- Type: application/zip, Size: 7203 bytes --]

(unknown),

[clasico082]

[-- Attachment #1: 01777909.zip --]
[-- Type: application/zip, Size: 7221 bytes --]

(unknown),

[matthias.foerster]

[-- Attachment #1: 434071651431.zip --]
[-- Type: application/zip, Size: 7308 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 7646074810541.zip --]
[-- Type: application/zip, Size: 7348 bytes --]

(unknown),

[roeper]

[-- Attachment #1: 417841081322055.zip --]
[-- Type: application/zip, Size: 7265 bytes --]

(unknown),

[durrant]

[-- Attachment #1: 593592994.zip --]
[-- Type: application/zip, Size: 7328 bytes --]

(unknown),

[Michael Lyle]

[PATCH v2 1/2] bcache: writeback rate shouldn't artifically clamp
[PATCH v2 2/2] bcache: rearrange writeback main thread ratelimit

This is a reroll of the previous "don't clamp" patch.  It corrects
type issues where negative numbers were handled badly (mostly for
display in writeback_rate_debug).

Additionally, a new, related patch-- during scanning for dirty
blocks, don't reset the ratelimiting counter.  This can prevent
undershoots/overshoots of the target rate relating to scanning.

Mike

(unknown),

[carmen.croonquist]

[-- Attachment #1: 20689.zip --]
[-- Type: application/zip, Size: 7234 bytes --]

(unknown),

[jha]

[-- Attachment #1: 879807.zip --]
[-- Type: application/zip, Size: 7253 bytes --]

(unknown),

[editor]

[-- Attachment #1: 6274763896.zip --]
[-- Type: application/zip, Size: 6037 bytes --]

(unknown),

[cl_luzcc]

[-- Attachment #1: 12752943587877.zip --]
[-- Type: application/zip, Size: 2795 bytes --]

(unknown),

[sherrilyn]

[-- Attachment #1: 00401005801.zip --]
[-- Type: application/zip, Size: 2799 bytes --]

(unknown),

[pekka.enne]

[-- Attachment #1: 3575697248.zip --]
[-- Type: application/zip, Size: 2799 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 559072852.zip --]
[-- Type: application/zip, Size: 2822 bytes --]

(unknown),

[info]

[-- Attachment #1: 85891743224441.zip --]
[-- Type: application/zip, Size: 2775 bytes --]

(unknown),

[fwkz4811-DoVvmRvd3PAA2dtGD8cC2w]

[-- Attachment #1: 96920034978.zip --]
[-- Type: application/zip, Size: 2799 bytes --]

(unknown),

[iker-KvP5wT2u2U0]

[-- Attachment #1: 97369885.zip --]
[-- Type: application/zip, Size: 2827 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 423180199556284.zip --]
[-- Type: application/zip, Size: 2803 bytes --]

(unknown),

[sophie.norman]

[-- Attachment #1: 80972472247.zip --]
[-- Type: application/zip, Size: 2812 bytes --]

(unknown),

[mbalhoff]

[-- Attachment #1: 5982826813.zip --]
[-- Type: application/zip, Size: 2805 bytes --]

(unknown),

[Andrew Clement]

I sent a message to you before which i am still waiting for your
respones please do reply me.

(unknown),

[nfrankiyamu]

[-- Attachment #1: 362936577323.zip --]
[-- Type: application/zip, Size: 3208 bytes --]

(unknown),

[susan.christian]

[-- Attachment #1: 341777621.zip --]
[-- Type: application/zip, Size: 2835 bytes --]

(unknown),

[Ella Golan]

I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your Response...

Faithfully,
Ms.Ella Golan

(unknown),

[cl_luzcc]

[-- Attachment #1: 211899324.zip --]
[-- Type: application/zip, Size: 2808 bytes --]

(unknown),

[edo.hlaca]

[-- Attachment #1: 808992881895551.zip --]
[-- Type: application/zip, Size: 2799 bytes --]

(unknown),

[sherrilyn]

[-- Attachment #1: 582087541899203.zip --]
[-- Type: application/zip, Size: 2820 bytes --]

(unknown),

[Solen win2]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[pekka.enne]

[-- Attachment #1: 01587514.zip --]
[-- Type: application/zip, Size: 2839 bytes --]

(unknown),

[nelcastellodicarta]

[-- Attachment #1: 4412770469.zip --]
[-- Type: application/zip, Size: 2798 bytes --]

(unknown),

[clasico082]

[-- Attachment #1: 951043539.zip --]
[-- Type: application/zip, Size: 2779 bytes --]

(unknown),

[info]

[-- Attachment #1: 377462.zip --]
[-- Type: application/zip, Size: 2740 bytes --]

(unknown),

[fwkz4811-DoVvmRvd3PAA2dtGD8cC2w]

[-- Attachment #1: 60336090.zip --]
[-- Type: application/zip, Size: 2838 bytes --]

(unknown),

[iker-KvP5wT2u2U0]

[-- Attachment #1: EMAILS_091059479495328_linux-efi.zip --]
[-- Type: application/zip, Size: 46090 bytes --]

(unknown),

[membership]

[-- Attachment #1: EMAILS_8042814_linux-crypto.zip --]
[-- Type: application/zip, Size: 46096 bytes --]

(unknown),

[lswedroe]

[-- Attachment #1: EMAILS_540361938616_linux-acpi.zip --]
[-- Type: application/zip, Size: 35488 bytes --]

(unknown),

[dengx]

[-- Attachment #1: 1223614.zip --]
[-- Type: application/zip, Size: 35489 bytes --]

(unknown),

[armouralumni]

[-- Attachment #1: 21687962919146.zip --]
[-- Type: application/zip, Size: 43589 bytes --]

(unknown),

[dengx]

[-- Attachment #1: 94585642821.zip --]
[-- Type: application/zip, Size: 43584 bytes --]

(unknown),

[membership]

[-- Attachment #1: cinqz.doc --]
[-- Type: application/msword, Size: 86528 bytes --]

(unknown),

[Intl Agency]

Hello Dear,

All data(s) concerning this will be disclosed to you on your
acknowledgment of this mail for security reasons(to avoid copyright
violations). Your beneficiary sum are ready to be transferred to your
bank account, this is very urgent. The sum which was formerly own to
late Mr. Thomas, Precisely Your distance Uncle who has the same
surname with you.

Meanwhile, a man appears before the bank few days ago with a letter,
claiming to be your true representative. Below is the banking detail
which he submitted to the bank claiming to be your bank account
details?

Customer ID : 405002251
Bank name : Axis Bank
Account Name : Whitelake Technology Solutions Pvt. Ltd.
Axis Bank A/c No : 910020027939048
Address : Tuticorin, Tamil Nadu, India
Swift Code : AXISINBB002
IFSC Code - UTIB0000405

Please, do reconfirm and affirm to this office, as a matter of urgency
if this man by name Mr. Shmeal Mustafa, and the bank account detail
provided are truly from you, to enable the bank release and transfer
your fund to you. I expect hearing from you on or before seven (7)
working days starting from today or we shall order payment to the
above provided bank account detail:

Kindly revert to me with the following info's for more details and
clarifications regarding this transaction

Your ... Full Name:
Your ... Age:
Your ... Occupation and position:
Your ... Marital status:
Your private email / phone:

Best Regards,
Frank

(unknown),

[EG]

I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your response.

Faithfully,
Ms.Ella Golan

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Roy Cockrum Foundation]

Hallo, Sie machen eine Spende von 4.800.000,00 EUR, ich habe die America Lotto in Amerika im Wert von 259,9 Millionen Dollar gewonnen, und ich gebe einen Teil davon fünf glückliche Menschen und Wohltätigkeits-Häuser in Erinnerung an meine verstorbene Frau, die an Krebs gestorben ist. Kontaktieren Sie mich für weitere Informationen: roycockrum2009@gmail.com

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 9 bytes --]

-- 
null

[-- Attachment #1.2: Type: text/html, Size: 101 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Friedrich Mayrhofer]

This is the second time i am sending you this Email.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me  
personally for more details.

Regards.
Friedrich Mayrhofer





----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

(unknown),

[Friedrich Mayrhofer]

This is the second time i am sending you this Email.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me  
personally for more details.

Regards.
Friedrich Mayrhofer





----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

(unknown),

[Mitesh Shah]

Hi Linux

http://bit.ly/2mgWPIO


;-)
Mitesh

(unknown),

[Bounced mail]

The original message was received at Mon, 13 Nov 2017 11:13:14 +0800
from lists.01.org [217.132.172.246]

----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

----- Transcript of session follows -----
  while talking to lists.01.org.:
>>> MAIL From:"Bounced mail" <MAILER-DAEMON-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
<<< 501 "Bounced mail" <MAILER-DAEMON-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>... Refused

(unknown)

[nanda_kishore_chinna]

unsubscribe platform-driver-x86

(unknown),

[Michal Hocko]

Hi,
this has started as a follow up discussion [1][2] resulting in the
runtime failure caused by hardening patch [3] which removes MAP_FIXED
from the elf loader because MAP_FIXED is inherently dangerous as it
might silently clobber and existing underlying mapping (e.g. stack). The
reason for the failure is that some architectures enforce an alignment
for the given address hint without MAP_FIXED used (e.g. for shared or
file backed mappings).

One way around this would be excluding those archs which do alignment
tricks from the hardening [4]. The patch is really trivial but it has
been objected, rightfully so, that this screams for a more generic
solution. We basically want a non-destructive MAP_FIXED.

The first patch introduced MAP_FIXED_SAFE which enforces the given
address but unlike MAP_FIXED it fails with ENOMEM if the given range
conflicts with an existing one. The flag is introduced as a completely
new flag rather than a MAP_FIXED extension because of the backward
compatibility. We really want a never-clobber semantic even on older
kernels which do not recognize the flag. Unfortunately mmap sucks wrt.
flags evaluation because we do not EINVAL on unknown flags. On those
kernels we would simply use the traditional hint based semantic so the
caller can still get a different address (which sucks) but at least not
silently corrupt an existing mapping. I do not see a good way around
that. Except we won't export expose the new semantic to the userspace at
all. It seems there are users who would like to have something like that
[5], though. Atomic address range probing in the multithreaded programs
sounds like an interesting thing to me as well, although I do not have
any specific usecase in mind.

The second patch simply replaces MAP_FIXED use in elf loader by
MAP_FIXED_SAFE. I believe other places which rely on MAP_FIXED should
follow. Actually real MAP_FIXED usages should be docummented properly
and they should be more of an exception.

Does anybody see any fundamental reasons why this is a wrong approach?

Diffstat says
 arch/alpha/include/uapi/asm/mman.h   |  2 ++
 arch/metag/kernel/process.c          |  6 +++++-
 arch/mips/include/uapi/asm/mman.h    |  2 ++
 arch/parisc/include/uapi/asm/mman.h  |  2 ++
 arch/powerpc/include/uapi/asm/mman.h |  1 +
 arch/sparc/include/uapi/asm/mman.h   |  1 +
 arch/tile/include/uapi/asm/mman.h    |  1 +
 arch/xtensa/include/uapi/asm/mman.h  |  2 ++
 fs/binfmt_elf.c                      | 12 ++++++++----
 include/uapi/asm-generic/mman.h      |  1 +
 mm/mmap.c                            | 11 +++++++++++
 11 files changed, 36 insertions(+), 5 deletions(-)

[1] http://lkml.kernel.org/r/20171107162217.382cd754@canb.auug.org.au
[2] http://lkml.kernel.org/r/1510048229.12079.7.camel@abdul.in.ibm.com
[3] http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
[4] http://lkml.kernel.org/r/20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz
[5] http://lkml.kernel.org/r/87efp1w7vy.fsf@concordia.ellerman.id.au


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

(unknown),

[Mitesh Shah]

Salutations Linux


http://bit.ly/2ATC9sN




Mitesh Shah

(unknown),

[Robert Wang]

(unknown),

[Post Office]

[-- Attachment #1: Type: text/plain, Size: 1403 bytes --]

Spam detection software, running on the system "blaine.gmane.org",
has identified this incoming email as possible spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
@@CONTACT_ADDRESS@@ for details.

Content preview:  This Message was undeliverable due to the following reason:
   Your message was not delivered because the destination computer was not reachable
   within the allowed queue period. The amount of time a message is queued before
   it is returned depends on local configura- tion parameters. [...] 

Content analysis details:   (5.7 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                            trust
                            [198.145.21.10 listed in list.dnswl.org]
-0.6 RP_MATCHES_RCVD        Envelope sender domain matches handover relay domain
-1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                            [score: 0.0000]
 1.4 PYZOR_CHECK            Listed in Pyzor (http://pyzor.sf.net/)
 2.2 AXB_XMAILER_MIMEOLE_OL_024C2 No description available.
 2.6 MSOE_MID_WRONG_CASE    No description available.
 1.9 FORGED_MUA_OUTLOOK     Forged mail pretending to be from MS Outlook



[-- Attachment #2: original message before SpamAssassin --]
[-- Type: message/rfc822, Size: 3458 bytes --]

From: "Post Office" <noreply-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Subject: 
Date: Fri, 1 Dec 2017 10:56:17 +0800
Message-ID: <20171201025154.D9EAF220F3C48-y27Ovi1pjclAfugRpC6u6w@public.gmane.org>

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 4 days:
Host 44.159.81.28 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.



_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown),

[Rein Appeldoorn]

unsubscribe linux-can

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[柯弼舜]

subscribe ceph-devel

(unknown),

[柯弼舜]

subscribe ceph-devel

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]

Solenwin@freshdesk.com

[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Arpit Patel]

good afternoon Linux



https://goo.gl/P81Ven


Arpit

(unknown),

[Adam Richter]

http://durable.daphnevy.com
Adam Richter

(unknown),

[TimGuo]

>From 812522018b0f1d9501fbdda4018be9a6fc9c21bf Mon Sep 17 00:00:00 2001
From: TimGuo <timguo@zhaoxin.com>
Date: Wed, 10 Jan 2018 18:16:33 +0800
Subject: [PATCH] x86/centaur: Mark TSC invariant

Centaur CPU has a constant frequency TSC and that TSC
does not stop in C-States. But because the flags are not set for that CPU
the TSC is treated as non constant frequency and assumed to stop in
C-States, which makes it an unreliable and unusable clock source.
Setting those flags tells the kernel that the TSC is usable, so it will
select it over HPET. The effect of this is that reading time stamps (from
kernel or user space) will be faster and more efficient.

Signed-off-by: TimGuo <timguo@zhaoxin.com>
Acked-by: tglx <tglx@linutronix.de>
---
 arch/x86/kernel/cpu/centaur.c | 4 ++++
 drivers/acpi/processor_idle.c | 1 +
 2 files changed, 5 insertions(+)

diff --git a/arch/x86/kernel/cpu/centaur.c b/arch/x86/kernel/cpu/centaur.c
index 68bc6d9..c578cd2 100644
--- a/arch/x86/kernel/cpu/centaur.c
+++ b/arch/x86/kernel/cpu/centaur.c
@@ -106,6 +106,10 @@ static void early_init_centaur(struct cpuinfo_x86 *c)
 #ifdef CONFIG_X86_64
        set_cpu_cap(c, X86_FEATURE_SYSENTER32);
 #endif
+       if (c->x86_power & (1 << 8)) {
+               set_cpu_cap(c, X86_FEATURE_CONSTANT_TSC);
+               set_cpu_cap(c, X86_FEATURE_NONSTOP_TSC);
+       }
 }

 static void init_centaur(struct cpuinfo_x86 *c)
diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
index d50a7b6..5f0071c 100644
--- a/drivers/acpi/processor_idle.c
+++ b/drivers/acpi/processor_idle.c
@@ -207,6 +207,7 @@ static void tsc_check_state(int state)
        switch (boot_cpu_data.x86_vendor) {
        case X86_VENDOR_AMD:
        case X86_VENDOR_INTEL:
+       case X86_VENDOR_CENTAUR:
                /*
                 * AMD Fam10h TSC will tick in all
                 * C/P/S0/S1 states when this bit is set.
--
1.9.1



保密声明：
本邮件含有保密或专有信息，仅供指定收件人使用。严禁对本邮件或其内容做任何未经授权的查阅、使用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and is for the sole use of its intended recipient. Any unauthorized review, use, copying or forwarding of this email or the content of this email is strictly prohibited.

(unknown),

[Active lender@]

Schöne Grüße,
          Ich bin Frau Adrian Irene von Active Lenders Darlehensfirma bekannt als Active Lending Loan®. Wir bieten alle Arten von Darlehen bei 1% Zinssatz. Wenn Sie ein Darlehen benötigen, kontaktieren Sie uns bitte mit den folgenden Informationen.

Bitte füllen Sie das untenstehende Formular aus und senden Sie es so schnell wie möglich zurück.

Benötigte Menge: .........
Laufzeit des Darlehens: ....
Der Grund für das Darlehen: .....

Wir freuen uns darauf, Ihnen zu helfen. Kontaktieren Sie uns per E-Mail: contact@activeslendinggroup.com
Deine
  Frau Adrian Irene

(unknown)

[Jack.Ma]

subscribe netdev

(unknown)

[Jack.Ma]

subscribe netfilter-devel

(unknown),

[Mr Sheng Li Hung]

-- 
I am Mr.Sheng Li Hung I have a very profitable business proposition for you

(unknown),

[Mr Sheng Li Hung]

-- 
I am Mr.Sheng Li Hung I have a very profitable business proposition for you

(unknown),

[tirumalareddy marri]

Greetings 


https://goo.gl/zeTgBc





tirumalareddy marri

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm-w9fAFgjg1Hs@public.gmane.org )
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[whoisthis TG]

Do it

(unknown),

[whoisthis TG]

He

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm-w9fAFgjg1Hs@public.gmane.org )
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Jones]

This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )

(unknown),

[Robert Vasek]

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 19 bytes --]

hong_en@solenw.org

[-- Attachment #1.2: Type: text/html, Size: 129 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Automatic Email Delivery Software]

The original message was received at Thu, 8 Feb 2018 22:40:15 +0800
from lists.01.org [63.188.95.85]

----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

----- Transcript of session follows -----
  while talking to lists.01.org.:
>>> MAIL From:"Automatic Email Delivery Software" <postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
<<< 501 "Automatic Email Delivery Software" <postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>... Refused

(unknown),

[glolariu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=utf-8, Size: 183 bytes --]

Hello Linux  https://goo.gl/54LwKT     

GlolariuN‹§²æìr¸›yúèšØb²X¬¶Ç§vØ^–)Þº{.nÇ+‰·¥Š{±™©âžØ^n‡r¡ö¦zË\x1aëh™¨è­Ú&¢îý»\x05ËÛÔØï¦v¬Îf\x1dp)¹¹br	šê+€Ê+zf£¢·hšˆ§~†­†Ûiÿûàz¹\x1e®w¥¢¸?™¨è­Ú&¢)ߢ^[f

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 22 bytes --]

solenwin2.zendesk.com

[-- Attachment #1.2: Type: text/html, Size: 139 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Alfred Cheuk Chow]

Good Day,

I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.

All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.

Best Regards,
Alfred Chow.

(unknown),

[Mitesh Shah]

 hi Linux    https://goo.gl/gg9bWT   Mitesh Shah

(unknown),

[Ryan Ellis]

Hi, I am Ryan. I consider myself an easy-going man,honest and loving person. I am currently looking for a relationship in which i feel loved.

Please tell me more about yourself, if you do not mind.

Regards,
Ryan Ellis.

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 8 bytes --]

Confirm

[-- Attachment #1.2: Type: text/html, Size: 30 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Adam Richter]

http://add.chattanooga360.com
Adam Richter

(unknown),

[Keith Packard]

Here are the patches to the modesetting driver amended for the amdgpu
driver.

-keith

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

(unknown),

[Solen win]

[-- Attachment #1.1: Type: text/plain, Size: 30 bytes --]

Hi sir

solenwin2.zendesk.com

[-- Attachment #1.2: Type: text/html, Size: 145 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

(unknown),

[Mail Delivery Subsystem]

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 3 days:
Host 160.236.182.197 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.

(unknown),

[Andrew Worsley]

  This patch clears the remaining i2c buffer overrun problems that I see in my
hardware.  When run at 200kHz over 2 days and 17 hours there were *NO* faults seen
despite continously accessing the all the i2c devices. I feel the remaining issues
are related to the TPM not behaving properly at clock speeds of 285kHz or higher.
The other i2c hardware is fine up to maximum 400khz.  At these higher clock speeds
the TPM appears to fall behind and I see SDA held low after the TPM read and the
driver report bus arbitration lost errors.  Eventually the TPM completely stops
responding and SDA is held low. But accessing the other i2c hardware causes more
i2c clock pulses which lets the SDA go high again then the other i2c devices work
with out problems which further confirms our thinking that the TPM is source of the
remaining i2c problems.

  With the additional i2c fixes in the attached patch the Xilinx i2c driver
is working with out problems on our hardware. I recommend you consider adding these
changes which apply on top of the previous fixes that I sent.

  Thanks

        Andrew Worsley

(unknown),

[Christoph Hellwig]

To: iommu@lists.linux-foundation.org
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent

(unknown)

[Christoph Hellwig]

To: iommu@lists.linux-foundation.org
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent

(unknown),

[Bounced mail]

The original message was received at Fri, 25 May 2018 11:26:13 +0800
from lists.01.org [137.8.247.250]

----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

(unknown),

[Adam Richter via Containers]

http://voice.promang.net
Adam Richter

(unknown),

[David Lechner]

Date: Sat, 23 Jun 2018 15:43:59 -0500
Subject: [PATCH 0/8] New remoteproc driver for TI PRU

This series adds a new remoteproc driver for the TI Programmable Runtime Unit
(PRU) that is present in some TI Sitara processors. This code has been tested
working on AM1808 (LEGO MINDSTORMS EV3) and AM3358 (BeagleBone Green).

There are a couple of quirks that had to be worked around in order to get this
working. The PRU units have multiple memory maps. Notably, both the instruction
RAM and data RAM are at address 0x0. This caused the da_to_va callback to not
work because the same address could refer to two different locations. To work
around this, the first two patches add a "map" parameter to the da_to_va
callbacks so that we have an extra bit of information to make this distinction.

Also, on AM38xx we have to use pdata for accessing a reset since there is not
a reset controller. There are several other devices doing this, so the seems
the best way for now.

For anyone else who would like to test, I used the rpmsg-client-sample driver.
Just enable it in your kernel config. Then grab the appropriate firmware[1]
and put in in /lib/firmware/. Use sysfs to start and stop the PRU:

        echo start > /sys/class/remoteproc<n>/state
        echo stop > /sys/class/remoteproc<n>/state

[1]: firmware downloads:

AM18XX: https://github.com/ev3dev/ev3dev-pru-firmware/releases/download/mainline-kernel-testing/AM18xx-PRU-rpmsg-client-sample.zip
AM335X: https://github.com/ev3dev/ev3dev-pru-firmware/releases/download/mainline-kernel-testing/AM335x-PRU-rpmsg-client-sample.zip

David Lechner (8):
  remoteproc: add map parameter to da_to_va
  remoteproc: add page lookup for TI PRU to ELF loader
  ARM: OMAP2+: add pdata quirks for PRUSS reset
  dt-bindings: add bindings for TI PRU as remoteproc
  remoteproc: new driver for TI PRU
  ARM: davinci_all_defconfig: enable PRU remoteproc module
  ARM: dts: da850: add node for PRUSS
  ARM: dts: am33xx: add node for PRU remoteproc

 .../bindings/remoteproc/ti_pru_rproc.txt      |  51 ++
 MAINTAINERS                                   |   5 +
 arch/arm/boot/dts/am33xx.dtsi                 |   9 +
 arch/arm/boot/dts/da850.dtsi                  |   8 +
 arch/arm/configs/davinci_all_defconfig        |   2 +
 arch/arm/mach-omap2/pdata-quirks.c            |   9 +
 drivers/remoteproc/Kconfig                    |   7 +
 drivers/remoteproc/Makefile                   |   1 +
 drivers/remoteproc/imx_rproc.c                |   2 +-
 drivers/remoteproc/keystone_remoteproc.c      |   3 +-
 drivers/remoteproc/qcom_adsp_pil.c            |   2 +-
 drivers/remoteproc/qcom_q6v5_pil.c            |   2 +-
 drivers/remoteproc/qcom_wcnss.c               |   2 +-
 drivers/remoteproc/remoteproc_core.c          |  10 +-
 drivers/remoteproc/remoteproc_elf_loader.c    | 117 +++-
 drivers/remoteproc/remoteproc_internal.h      |   2 +-
 drivers/remoteproc/st_slim_rproc.c            |   2 +-
 drivers/remoteproc/ti_pru_rproc.c             | 660 ++++++++++++++++++
 drivers/remoteproc/wkup_m3_rproc.c            |   3 +-
 include/linux/platform_data/ti-pruss.h        |  18 +
 include/linux/remoteproc.h                    |   2 +-
 include/uapi/linux/elf-em.h                   |   1 +
 22 files changed, 899 insertions(+), 19 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/remoteproc/ti_pru_rproc.txt
 create mode 100644 drivers/remoteproc/ti_pru_rproc.c
 create mode 100644 include/linux/platform_data/ti-pruss.h

-- 
2.17.1

(unknown),

[Christoph Hellwig]

Subject: [RFC] merge dma_direct_ops and dma_noncoherent_ops

While most architectures are either always or never dma coherent for a
given build, the arm, arm64, mips and soon arc architectures can have
different dma coherent settings on a per-device basis.  Additionally
some mips builds can decide at boot time if dma is coherent or not.

I've started to look into handling noncoherent dma in swiotlb, and
moving the dma-iommu ops into common code [1], and for that we need a
generic way to check if a given device is coherent or not.  Moving
this flag into struct device also simplifies the conditionally coherent
architecture implementations.

These patches are also available in a git tree given that they have
a few previous posted dependencies:

    git://git.infradead.org/users/hch/misc.git dma-direct-noncoherent-merge

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-direct-noncoherent-merge

(unknown),

[Frank Wunderlich]

resend to mailing-list because previous attempt was blocked by
non-existing blacklist-filter: https://www.dnsbl.info/dnsbl-njabl-org.php

(unknown),

[Jens Axboe]

Here's v4 of the io_uring interface. No user visible changes this
time, outside of bumping the io_uring_sqe submission entry to a
full 64-bytes. This aligns better with caches, and leaves us some
room to grow for future features. See the v3 posting for full
details on the API:

https://lore.kernel.org/linux-block/20190112213011.1439-1-axboe@kernel.dk/

What I neglected to mention in the v3 posting, is that the fixed
buffer and fixed file interfaces are available through the
io_uring_register() system call. This means they can be registered
(and unregistered) independently of the io_uring context setup.

Patches are against 5.0-rc2 and can also be found in my 'io_uring'
git branch:

git://git.kernel.dk/linux-block io_uring

Changes since v3:

- Clean up fixed buffer index validation
- Add IORING_OP_NOP for ring perf testing
- Drop struct io_kiocb ki_* variable prefix, it clashes with struct
  kiocb for no reason except to cause confusement
- Bump io_uring_sqe to 64 bytes. Cacheline sized and aligned
  (on x86-64), and more future proof
- Use kmalloc_array()
- Make the page mlock rlimit incremental and not for root / CAP_IPC_LOCK
- Ensure io_uring_register() can't race with fops->release()
- Simplify and improve iopoll implementation
- Use FOLL_WRITE instead of open-coding it
- Fix 32-bit vs 64-bit sizing for the io_uring_register() structs
- Added x86 32-bit system calls
- Added 32-bit compat mode
- Rebased on 5.0-rc2


 Documentation/filesystems/vfs.txt      |    3 +
 arch/x86/entry/syscalls/syscall_32.tbl |    3 +
 arch/x86/entry/syscalls/syscall_64.tbl |    3 +
 block/bio.c                            |   59 +-
 fs/Makefile                            |    1 +
 fs/block_dev.c                         |   19 +-
 fs/file.c                              |   15 +-
 fs/file_table.c                        |    9 +-
 fs/gfs2/file.c                         |    2 +
 fs/io_uring.c                          | 2072 ++++++++++++++++++++++++
 fs/iomap.c                             |   48 +-
 fs/xfs/xfs_file.c                      |    1 +
 include/linux/bio.h                    |   14 +
 include/linux/blk_types.h              |    1 +
 include/linux/file.h                   |    2 +
 include/linux/fs.h                     |    6 +-
 include/linux/iomap.h                  |    1 +
 include/linux/sched/user.h             |    2 +-
 include/linux/syscalls.h               |    7 +
 include/uapi/linux/io_uring.h          |  155 ++
 init/Kconfig                           |    9 +
 kernel/sys_ni.c                        |    3 +
 22 files changed, 2395 insertions(+), 40 deletions(-)

-- 
Jens Axboe


--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>

(unknown)

[Post Office]

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 1 days:
Host 203.212.202.129 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.

(unknown)

[Automatic Email Delivery Software]

Message could not be delivered

(unknown)

[Automatic Email Delivery Software]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 365 bytes --]

±'óÛýpZ·Âu<êZxfv›ª
„–Tœ'fŠ…>X90î±Î|…&†œì#*œˆ”~™zâý^°a¦ü^Èà£cÐ}øAè;£
¼µ8[èÅ«/øP¬
îÅ®_֙˫«XÉ·íÊ{¼
µöuCÇüöL~‰½¡±-_÷u¹.(v1OƒsM:I¿ù>1ÁÕüäuµèé"ËÚÌÞÙs9ùn,(SO)6ö\4_²ñ£•¬UNß¿5
<¦Ÿý4øÉüG!gü§´QrÓÀ:<(§9h7jÈø¹iï§eÛ–ð˜WõxY¼×ü|ëÙÙPýþçš»ú‘U] P݈Kx]»É‚Îâ÷]mù‹[ã.ÂÁf™;œÔ´5ÙtµU`ݵ
ÛÅ–£J$kÊ[À´U
ä|Ž"&`»öÔ[»ã$
Ÿ¨¢X„m‚¡ÂålJ±
!aÇJÂHpºÆˆat¬â69½#߉t0k¤‰I¤|
Z9
¢Z‹w£Œ[ªûþS
ç²


[-- Attachment #2: Type: text/plain, Size: 178 bytes --]

_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown)

[zhuchangchun]

subscribe linux-kernel

(unknown)

[邀请函]

-------- 转发邮件信息 --------
发件人：mivczrufz@exu.net
发送日期：2019-3-29  8:36:49
收件人：linux-nvdimm@lists.01.org
~附~件~内~容~请~您~查~阅~
8:36:49
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

(unknown)

[Mail Delivery Subsystem]

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 1 days:
Host 66.24.245.203 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.

(unknown)

[Changbin Du]

Bcc:
Subject: Re: [PATCH v2 00/24] Include linux ACPI docs into Sphinx TOC tree
Reply-To:
In-Reply-To: <20190403133613.13f3fd75@lwn.net>

+ Bjorn

On Wed, Apr 03, 2019 at 01:36:13PM -0600, Jonathan Corbet wrote:
> On Tue, 2 Apr 2019 10:25:23 +0200
> "Rafael J. Wysocki" <rafael@kernel.org> wrote:
> 
> > There are ACPI-related documents currently in Documentation/acpi/ that
> > don't clearly fall under either driver-api or admin-guide.  For
> > example, some of them describe various aspects of the ACPI support
> > subsystem operation and some document expectations with respect to the
> > ACPI tables provided by the firmware etc.
> > 
> > Where would you recommend to put them after converting to .rst?
> 
> OK, I've done some pondering on this.  Maybe what we need is a new
> top-level "hardware guide" book meant to hold information on how the
> hardware works and what the kernel's expectations are.  Architecture
> information could maybe go there too.  Would this make sense?
> 
> If so, I could see a division like this:
> 
> Hardware guide
> 	acpi-lid
> 	aml-debugger (or maybe driver api?)
> 	debug (ditto)
> 	DSD-properties-rules
> 	gpio-properties
> 	i2c-muxes
> 
> Admin guide
> 	cppc_sysfs
> 	initrd_table_override
> 
> Driver-API
> 	enumeration
> 	scan_handlers
> 
> other:
> 	dsdt-override: find another home for those five lines
>
Then, should we create dedicated sub-directories for these new charpters and
move documents to coresspoding one? Now we have 'admin-guide' and all admin-guid
docs are under it, otherwise we will have reference across different folders.
For example, the 'admin-guide/index.rst' will have:
    ...
    ../acpi/osi
    ...
Which seems not good.

> ...and so on.  I've probably gotten at least one of those wrong, but that's
> the idea.
> 
> Of course, then it would be nice to better integrate those documents so
> that they fit into a single coherent whole...a guy can dream...:)
> 
I am not an adminstrator, so I don't know how adminstrators use this kernel
documentation. But as a kernel developer, I prefer all related documents
integrated into one charpter. Because I probably miss some useful sections
if the documents are distributed into several charpters. And this is usually
how a book is written (One charpter focus on one topic and has sub-sections
such as overview, backgroud knowledge, implemenation details..),
but a book mostly target on hypothetical readers...

> Thanks,
> 
> jon

-- 
Cheers,
Changbin Du

Re: (unknown)

[Jan Kiszka]

On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> V3 of the patchset, corrected many checkstyle issues,
> simplified condvar autoinit.
> 

Thanks for the update!

> I did not use ARRAY_SIZE, as that would need another include.
> 

Ah, we do not have this construct in lib/ so far.

There are private ARRAY_LEN macros in lib/analogy/calibration.c and 
utils/analogy/analogy_calibrate.h. Well, something that can be consolidates later.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

Re: (unknown)

[Jan Kiszka]

On 10.04.19 13:17, Norbert Lange via Xenomai wrote:
> V2 of the patchset. Fixed checkstyle issues, better identation,
> and aded casts to silence (false) pedantic warnings.
> 

Both applied to next, thanks.

You probably want to edit your cover letter subject as well - or use git 
format-patch.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

Re: (unknown)

[Jan Kiszka]

On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> V3 of the patchset, corrected many checkstyle issues,
> simplified condvar autoinit.
> 
> I did not use ARRAY_SIZE, as that would need another include.
> 

All applied now. Patch 1 was not cleanly based on next, though. I think some 
local style cleanup was missing.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

Re: (unknown)

[Jan Kiszka]

[re-adding the list]

On 10.04.19 16:44, Lange Norbert wrote:
> 
> 
>> -----Original Message-----
>> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka via
>> Xenomai
>> Sent: Mittwoch, 10. April 2019 16:36
>> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
>> Subject: Re: (unknown)
>>
>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>>
>>
>> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
>>> V3 of the patchset, corrected many checkstyle issues, simplified
>>> condvar autoinit.
>>>
>>> I did not use ARRAY_SIZE, as that would need another include.
>>>
>>
>> All applied now. Patch 1 was not cleanly based on next, though. I think some
>> local style cleanup was missing.
> 
> I based all patches on master, thought this is the primary development branch?
> 

Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not, 
and that made the application fail. Maybe that was removed while transporting 
the patch into your mail client - better use git send-email in that case.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

RE: (unknown)

[Lange Norbert]

> -----Original Message-----
> From: Jan Kiszka <jan.kiszka@siemens.com>
> Sent: Mittwoch, 10. April 2019 16:48
> To: Lange Norbert <norbert.lange@andritz.com>; Xenomai
> <xenomai@xenomai.org>
> Subject: Re: (unknown)
>
> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>
>
> [re-adding the list]
>
> On 10.04.19 16:44, Lange Norbert wrote:
> >
> >
> >> -----Original Message-----
> >> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka
> via
> >> Xenomai
> >> Sent: Mittwoch, 10. April 2019 16:36
> >> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
> >> Subject: Re: (unknown)
> >>
> >> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
> >> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR
> ATTACHMENTS.
> >>
> >>
> >> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> >>> V3 of the patchset, corrected many checkstyle issues, simplified
> >>> condvar autoinit.
> >>>
> >>> I did not use ARRAY_SIZE, as that would need another include.
> >>>
> >>
> >> All applied now. Patch 1 was not cleanly based on next, though. I think some
> >> local style cleanup was missing.
> >
> > I based all patches on master, thought this is the primary development branch?
> >
>
> Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not,
> and that made the application fail. Maybe that was removed while transporting
> the patch into your mail client - better use git send-email in that case.

I use git send-email, you would not be happy if I sent patches over our IT Server
(one or two examples should reside somewhere in the ML) =).

I did use git-format-patch with --ignore-space-at-eol, maybe that’s the reason.

I know there are a few holdouts, but since you got a gitlab server and ci running already,
merge-requests could do all those style checks and test for build-failures without taking
any time of the maintainers and shorter feedback cycles for the contributors.
My IT is rather hostile to anything email based.

Norbert

________________________________

This message and any attachments are solely for the use of the intended recipients. They may contain privileged and/or confidential information or other information protected from disclosure. If you are not an intended recipient, you are hereby notified that you received this email in error and that any review, dissemination, distribution or copying of this email and any attachment is strictly prohibited. If you have received this email in error, please contact the sender and delete the message and any attachment from your system.

ANDRITZ HYDRO GmbH


Rechtsform/ Legal form: Gesellschaft mit beschränkter Haftung / Corporation

Firmensitz/ Registered seat: Wien

Firmenbuchgericht/ Court of registry: Handelsgericht Wien

Firmenbuchnummer/ Company registration: FN 61833 g

DVR: 0605077

UID-Nr.: ATU14756806


Thank You
________________________________

Re: (unknown)

[Jan Kiszka]

On 10.04.19 17:02, Lange Norbert wrote:
> 
> 
>> -----Original Message-----
>> From: Jan Kiszka <jan.kiszka@siemens.com>
>> Sent: Mittwoch, 10. April 2019 16:48
>> To: Lange Norbert <norbert.lange@andritz.com>; Xenomai
>> <xenomai@xenomai.org>
>> Subject: Re: (unknown)
>>
>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>>
>>
>> [re-adding the list]
>>
>> On 10.04.19 16:44, Lange Norbert wrote:
>>>
>>>
>>>> -----Original Message-----
>>>> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka
>> via
>>>> Xenomai
>>>> Sent: Mittwoch, 10. April 2019 16:36
>>>> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
>>>> Subject: Re: (unknown)
>>>>
>>>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>>>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR
>> ATTACHMENTS.
>>>>
>>>>
>>>> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
>>>>> V3 of the patchset, corrected many checkstyle issues, simplified
>>>>> condvar autoinit.
>>>>>
>>>>> I did not use ARRAY_SIZE, as that would need another include.
>>>>>
>>>>
>>>> All applied now. Patch 1 was not cleanly based on next, though. I think some
>>>> local style cleanup was missing.
>>>
>>> I based all patches on master, thought this is the primary development branch?
>>>
>>
>> Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not,
>> and that made the application fail. Maybe that was removed while transporting
>> the patch into your mail client - better use git send-email in that case.
> 
> I use git send-email, you would not be happy if I sent patches over our IT Server
> (one or two examples should reside somewhere in the ML) =).

Yeah, I fully understand.

> 
> I did use git-format-patch with --ignore-space-at-eol, maybe that’s the reason.

I'm pretty sure that was it. OK - one off.

> 
> I know there are a few holdouts, but since you got a gitlab server and ci running already,
> merge-requests could do all those style checks and test for build-failures without taking
> any time of the maintainers and shorter feedback cycles for the contributors.
> My IT is rather hostile to anything email based.

Unfortunately, also with gitlab, the working mode decision remains a binary one: 
If we start allowing MRs and do review on that platform, we need to migrate 
everything over. There is no integration that allows to mirror one feed into the 
other to avoid community split.

I do quite a few gitlab-based reviews as well, for internal stuff. It's making 
some things easier and others more complicated for me. Tracking the history of 
patch series can be easier. However, reviewing larger series requires large 
amounts of mouse clicks, and you easily lose overview. At least, gitlab is not 
as broken as github (github still reorders patches according to dates - ouch). 
And even in times of CI, and eventually also continuous testing, review remains 
a manual (visual) task.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

(unknown)

[Mail Delivery Subsystem]

This Message was undeliverable due to the following reason:

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 2 days:
Host 81.249.114.149 is not responding.

The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>

Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.

(unknown)

[Gene Chen]

>From 66208ef7fcdb4176bf63cd130b3e3197086ac4b3 Mon Sep 17 00:00:00 2001
From: Gene Chen <gene_chen@mediatek.corp-partner.google.com>
Date: Thu, 22 Aug 2019 14:21:03 +0800
Subject: [PATCH] mfd: mt6360: add pmic mt6360 driver

---
 drivers/mfd/Kconfig       |  12 ++
 drivers/mfd/Makefile      |   1 +
 drivers/mfd/mt6360-core.c | 463 ++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 476 insertions(+)
 create mode 100644 drivers/mfd/mt6360-core.c

diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index f129f96..a422c76 100644
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
@@ -862,6 +862,18 @@ config MFD_MAX8998
 	  additional drivers must be enabled in order to use the functionality
 	  of the device.
 
+config MFD_MT6360
+	tristate "Mediatek MT6360 SubPMIC"
+	select MFD_CORE
+	select REGMAP_I2C
+	select REGMAP_IRQ
+	depends on I2C
+	help
+	  Say Y here to enable MT6360 PMU/PMIC/LDO functional support.
+	  PMU part include charger, flashlight, rgb led
+	  PMIC part include 2-channel BUCKs and 2-channel LDOs
+	  LDO part include 4-channel LDOs
+
 config MFD_MT6397
 	tristate "MediaTek MT6397 PMIC Support"
 	select MFD_CORE
diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile
index f026ada..77a8f0b 100644
--- a/drivers/mfd/Makefile
+++ b/drivers/mfd/Makefile
@@ -241,6 +241,7 @@ obj-$(CONFIG_INTEL_SOC_PMIC)	+= intel-soc-pmic.o
 obj-$(CONFIG_INTEL_SOC_PMIC_BXTWC)	+= intel_soc_pmic_bxtwc.o
 obj-$(CONFIG_INTEL_SOC_PMIC_CHTWC)	+= intel_soc_pmic_chtwc.o
 obj-$(CONFIG_INTEL_SOC_PMIC_CHTDC_TI)	+= intel_soc_pmic_chtdc_ti.o
+obj-$(CONFIG_MFD_MT6360)	+= mt6360-core.o
 obj-$(CONFIG_MFD_MT6397)	+= mt6397-core.o
 
 obj-$(CONFIG_MFD_ALTERA_A10SR)	+= altera-a10sr.o
diff --git a/drivers/mfd/mt6360-core.c b/drivers/mfd/mt6360-core.c
new file mode 100644
index 0000000..d3580618
--- /dev/null
+++ b/drivers/mfd/mt6360-core.c
@@ -0,0 +1,463 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (c) 2019 MediaTek Inc.
+ */
+
+#include <linux/i2c.h>
+#include <linux/init.h>
+#include <linux/kernel.h>
+#include <linux/mfd/core.h>
+#include <linux/module.h>
+#include <linux/of_irq.h>
+#include <linux/of_platform.h>
+#include <linux/version.h>
+
+#include <linux/mfd/mt6360.h>
+#include <linux/mfd/mt6360-private.h>
+
+/* reg 0 -> 0 ~ 7 */
+#define MT6360_CHG_TREG_EVT		(4)
+#define MT6360_CHG_AICR_EVT		(5)
+#define MT6360_CHG_MIVR_EVT		(6)
+#define MT6360_PWR_RDY_EVT		(7)
+/* REG 1 -> 8 ~ 15 */
+#define MT6360_CHG_BATSYSUV_EVT		(9)
+#define MT6360_FLED_CHG_VINOVP_EVT	(11)
+#define MT6360_CHG_VSYSUV_EVT		(12)
+#define MT6360_CHG_VSYSOV_EVT		(13)
+#define MT6360_CHG_VBATOV_EVT		(14)
+#define MT6360_CHG_VBUSOV_EVT		(15)
+/* REG 2 -> 16 ~ 23 */
+/* REG 3 -> 24 ~ 31 */
+#define MT6360_WD_PMU_DET		(25)
+#define MT6360_WD_PMU_DONE		(26)
+#define MT6360_CHG_TMRI			(27)
+#define MT6360_CHG_ADPBADI		(29)
+#define MT6360_CHG_RVPI			(30)
+#define MT6360_OTPI			(31)
+/* REG 4 -> 32 ~ 39 */
+#define MT6360_CHG_AICCMEASL		(32)
+#define MT6360_CHGDET_DONEI		(34)
+#define MT6360_WDTMRI			(35)
+#define MT6360_SSFINISHI		(36)
+#define MT6360_CHG_RECHGI		(37)
+#define MT6360_CHG_TERMI		(38)
+#define MT6360_CHG_IEOCI		(39)
+/* REG 5 -> 40 ~ 47 */
+#define MT6360_PUMPX_DONEI		(40)
+#define MT6360_BAT_OVP_ADC_EVT		(41)
+#define MT6360_TYPEC_OTP_EVT		(42)
+#define MT6360_ADC_WAKEUP_EVT		(43)
+#define MT6360_ADC_DONEI		(44)
+#define MT6360_BST_BATUVI		(45)
+#define MT6360_BST_VBUSOVI		(46)
+#define MT6360_BST_OLPI			(47)
+/* REG 6 -> 48 ~ 55 */
+#define MT6360_ATTACH_I			(48)
+#define MT6360_DETACH_I			(49)
+#define MT6360_QC30_STPDONE		(51)
+#define MT6360_QC_VBUSDET_DONE		(52)
+#define MT6360_HVDCP_DET		(53)
+#define MT6360_CHGDETI			(54)
+#define MT6360_DCDTI			(55)
+/* REG 7 -> 56 ~ 63 */
+#define MT6360_FOD_DONE_EVT		(56)
+#define MT6360_FOD_OV_EVT		(57)
+#define MT6360_CHRDET_UVP_EVT		(58)
+#define MT6360_CHRDET_OVP_EVT		(59)
+#define MT6360_CHRDET_EXT_EVT		(60)
+#define MT6360_FOD_LR_EVT		(61)
+#define MT6360_FOD_HR_EVT		(62)
+#define MT6360_FOD_DISCHG_FAIL_EVT	(63)
+/* REG 8 -> 64 ~ 71 */
+#define MT6360_USBID_EVT		(64)
+#define MT6360_APWDTRST_EVT		(65)
+#define MT6360_EN_EVT			(66)
+#define MT6360_QONB_RST_EVT		(67)
+#define MT6360_MRSTB_EVT		(68)
+#define MT6360_OTP_EVT			(69)
+#define MT6360_VDDAOV_EVT		(70)
+#define MT6360_SYSUV_EVT		(71)
+/* REG 9 -> 72 ~ 79 */
+#define MT6360_FLED_STRBPIN_EVT		(72)
+#define MT6360_FLED_TORPIN_EVT		(73)
+#define MT6360_FLED_TX_EVT		(74)
+#define MT6360_FLED_LVF_EVT		(75)
+#define MT6360_FLED2_SHORT_EVT		(78)
+#define MT6360_FLED1_SHORT_EVT		(79)
+/* REG 10 -> 80 ~ 87 */
+#define MT6360_FLED2_STRB_EVT		(80)
+#define MT6360_FLED1_STRB_EVT		(81)
+#define MT6360_FLED2_STRB_TO_EVT	(82)
+#define MT6360_FLED1_STRB_TO_EVT	(83)
+#define MT6360_FLED2_TOR_EVT		(84)
+#define MT6360_FLED1_TOR_EVT		(85)
+/* REG 11 -> 88 ~ 95 */
+/* REG 12 -> 96 ~ 103 */
+#define MT6360_BUCK1_PGB_EVT		(96)
+#define MT6360_BUCK1_OC_EVT		(100)
+#define MT6360_BUCK1_OV_EVT		(101)
+#define MT6360_BUCK1_UV_EVT		(102)
+/* REG 13 -> 104 ~ 111 */
+#define MT6360_BUCK2_PGB_EVT		(104)
+#define MT6360_BUCK2_OC_EVT		(108)
+#define MT6360_BUCK2_OV_EVT		(109)
+#define MT6360_BUCK2_UV_EVT		(110)
+/* REG 14 -> 112 ~ 119 */
+#define MT6360_LDO1_OC_EVT		(113)
+#define MT6360_LDO2_OC_EVT		(114)
+#define MT6360_LDO3_OC_EVT		(115)
+#define MT6360_LDO5_OC_EVT		(117)
+#define MT6360_LDO6_OC_EVT		(118)
+#define MT6360_LDO7_OC_EVT		(119)
+/* REG 15 -> 120 ~ 127 */
+#define MT6360_LDO1_PGB_EVT		(121)
+#define MT6360_LDO2_PGB_EVT		(122)
+#define MT6360_LDO3_PGB_EVT		(123)
+#define MT6360_LDO5_PGB_EVT		(125)
+#define MT6360_LDO6_PGB_EVT		(126)
+#define MT6360_LDO7_PGB_EVT		(127)
+
+#define MT6360_REGMAP_IRQ_REG(_irq_evt)		\
+	REGMAP_IRQ_REG(_irq_evt, (_irq_evt) / 8, BIT((_irq_evt) % 8))
+
+#define MT6360_MFD_CELL(_name)					\
+	{							\
+		.name = #_name,					\
+		.of_compatible = "mediatek," #_name,		\
+		.num_resources = ARRAY_SIZE(_name##_resources),	\
+		.resources = _name##_resources,			\
+	}
+
+static const struct regmap_irq mt6360_pmu_irqs[] =  {
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_TREG_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_AICR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_MIVR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_PWR_RDY_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_BATSYSUV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED_CHG_VINOVP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_VSYSUV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_VSYSOV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_VBATOV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_VBUSOV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_WD_PMU_DET),
+	MT6360_REGMAP_IRQ_REG(MT6360_WD_PMU_DONE),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_TMRI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_ADPBADI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_RVPI),
+	MT6360_REGMAP_IRQ_REG(MT6360_OTPI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_AICCMEASL),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHGDET_DONEI),
+	MT6360_REGMAP_IRQ_REG(MT6360_WDTMRI),
+	MT6360_REGMAP_IRQ_REG(MT6360_SSFINISHI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_RECHGI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_TERMI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_IEOCI),
+	MT6360_REGMAP_IRQ_REG(MT6360_PUMPX_DONEI),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHG_TREG_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BAT_OVP_ADC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_TYPEC_OTP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_ADC_WAKEUP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_ADC_DONEI),
+	MT6360_REGMAP_IRQ_REG(MT6360_BST_BATUVI),
+	MT6360_REGMAP_IRQ_REG(MT6360_BST_VBUSOVI),
+	MT6360_REGMAP_IRQ_REG(MT6360_BST_OLPI),
+	MT6360_REGMAP_IRQ_REG(MT6360_ATTACH_I),
+	MT6360_REGMAP_IRQ_REG(MT6360_DETACH_I),
+	MT6360_REGMAP_IRQ_REG(MT6360_QC30_STPDONE),
+	MT6360_REGMAP_IRQ_REG(MT6360_QC_VBUSDET_DONE),
+	MT6360_REGMAP_IRQ_REG(MT6360_HVDCP_DET),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHGDETI),
+	MT6360_REGMAP_IRQ_REG(MT6360_DCDTI),
+	MT6360_REGMAP_IRQ_REG(MT6360_FOD_DONE_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FOD_OV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_UVP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_OVP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_EXT_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FOD_LR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FOD_HR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FOD_DISCHG_FAIL_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_USBID_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_APWDTRST_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_EN_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_QONB_RST_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_MRSTB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_OTP_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_VDDAOV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_SYSUV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED_STRBPIN_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED_TORPIN_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED_TX_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED_LVF_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED2_SHORT_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED1_SHORT_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED2_STRB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED1_STRB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED2_STRB_TO_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED1_STRB_TO_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED2_TOR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_FLED1_TOR_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_OV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_UV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_OV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_UV_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO1_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO2_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO3_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO5_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO6_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO7_OC_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO1_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO2_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO3_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO5_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO6_PGB_EVT),
+	MT6360_REGMAP_IRQ_REG(MT6360_LDO7_PGB_EVT),
+};
+
+static int mt6360_pmu_handle_post_irq(void *irq_drv_data)
+{
+	struct mt6360_pmu_info *mpi = irq_drv_data;
+
+	return regmap_update_bits(mpi->regmap,
+		MT6360_PMU_IRQ_SET, MT6360_IRQ_RETRIG, MT6360_IRQ_RETRIG);
+}
+
+static const struct regmap_irq_chip mt6360_pmu_irq_chip = {
+	.irqs = mt6360_pmu_irqs,
+	.num_irqs = ARRAY_SIZE(mt6360_pmu_irqs),
+	.num_regs = MT6360_PMU_IRQ_REGNUM,
+	.mask_base = MT6360_PMU_CHG_MASK1,
+	.status_base = MT6360_PMU_CHG_IRQ1,
+	.ack_base = MT6360_PMU_CHG_IRQ1,
+	.init_ack_masked = true,
+	.use_ack = true,
+	.handle_post_irq = mt6360_pmu_handle_post_irq,
+};
+
+static const struct regmap_config mt6360_pmu_regmap_config = {
+	.reg_bits = 8,
+	.val_bits = 8,
+	.max_register = MT6360_PMU_MAXREG,
+};
+
+static const struct resource mt6360_adc_resources[] = {
+	DEFINE_RES_IRQ_NAMED(MT6360_ADC_DONEI, "adc_donei"),
+};
+
+static const struct resource mt6360_chg_resources[] = {
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_TREG_EVT, "chg_treg_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_PWR_RDY_EVT, "pwr_rdy_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_BATSYSUV_EVT, "chg_batsysuv_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_VSYSUV_EVT, "chg_vsysuv_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_VSYSOV_EVT, "chg_vsysov_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_VBATOV_EVT, "chg_vbatov_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_VBUSOV_EVT, "chg_vbusov_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_AICCMEASL, "chg_aiccmeasl"),
+	DEFINE_RES_IRQ_NAMED(MT6360_WDTMRI, "wdtmri"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_RECHGI, "chg_rechgi"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_TERMI, "chg_termi"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHG_IEOCI, "chg_ieoci"),
+	DEFINE_RES_IRQ_NAMED(MT6360_PUMPX_DONEI, "pumpx_donei"),
+	DEFINE_RES_IRQ_NAMED(MT6360_ATTACH_I, "attach_i"),
+	DEFINE_RES_IRQ_NAMED(MT6360_CHRDET_EXT_EVT, "chrdet_ext_evt"),
+};
+
+static const struct resource mt6360_led_resources[] = {
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED_CHG_VINOVP_EVT, "fled_chg_vinovp_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED_LVF_EVT, "fled_lvf_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED2_SHORT_EVT, "fled2_short_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED1_SHORT_EVT, "fled1_short_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED2_STRB_TO_EVT, "fled2_strb_to_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_FLED1_STRB_TO_EVT, "fled1_strb_to_evt"),
+};
+
+static const struct resource mt6360_pmic_resources[] = {
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_PGB_EVT, "buck1_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_OC_EVT, "buck1_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_OV_EVT, "buck1_ov_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_UV_EVT, "buck1_uv_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_PGB_EVT, "buck2_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_OC_EVT, "buck2_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_OV_EVT, "buck2_ov_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_UV_EVT, "buck2_uv_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO6_OC_EVT, "ldo6_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO7_OC_EVT, "ldo7_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO6_PGB_EVT, "ldo6_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO7_PGB_EVT, "ldo7_pgb_evt"),
+};
+
+static const struct resource mt6360_ldo_resources[] = {
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO1_OC_EVT, "ldo1_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO2_OC_EVT, "ldo2_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO3_OC_EVT, "ldo3_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO5_OC_EVT, "ldo5_oc_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO1_PGB_EVT, "ldo1_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO2_PGB_EVT, "ldo2_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO3_PGB_EVT, "ldo3_pgb_evt"),
+	DEFINE_RES_IRQ_NAMED(MT6360_LDO5_PGB_EVT, "ldo5_pgb_evt"),
+};
+
+static const struct mfd_cell mt6360_devs[] = {
+	MT6360_MFD_CELL(mt6360_adc),
+	MT6360_MFD_CELL(mt6360_chg),
+	MT6360_MFD_CELL(mt6360_led),
+	MT6360_MFD_CELL(mt6360_pmic),
+	MT6360_MFD_CELL(mt6360_ldo),
+	/* tcpc dev */
+	{
+		.name = "mt6360_tcpc",
+		.of_compatible = "mediatek,mt6360_tcpc",
+	},
+};
+
+static const unsigned short mt6360_slave_addr[MT6360_SLAVE_MAX] = {
+	MT6360_PMU_SLAVEID,
+	MT6360_PMIC_SLAVEID,
+	MT6360_LDO_SLAVEID,
+	MT6360_TCPC_SLAVEID,
+};
+
+static int mt6360_pmu_probe(struct i2c_client *client,
+			    const struct i2c_device_id *id)
+{
+	struct mt6360_pmu_info *mpi;
+	unsigned int reg_data = 0;
+	int i, ret;
+
+	mpi = devm_kzalloc(&client->dev, sizeof(*mpi), GFP_KERNEL);
+	if (!mpi)
+		return -ENOMEM;
+	mpi->dev = &client->dev;
+	i2c_set_clientdata(client, mpi);
+
+	/* regmap regiser */
+	mpi->regmap = devm_regmap_init_i2c(client, &mt6360_pmu_regmap_config);
+	if (IS_ERR(mpi->regmap)) {
+		dev_err(&client->dev, "regmap register fail\n");
+		return PTR_ERR(mpi->regmap);
+	}
+	/* chip id check */
+	ret = regmap_read(mpi->regmap, MT6360_PMU_DEV_INFO, &reg_data);
+	if (ret < 0) {
+		dev_err(&client->dev, "device not found\n");
+		return ret;
+	}
+	if ((reg_data & CHIP_VEN_MASK) != CHIP_VEN_MT6360) {
+		dev_err(&client->dev, "not mt6360 chip\n");
+		return -ENODEV;
+	}
+	mpi->chip_rev = reg_data & CHIP_REV_MASK;
+	/* irq register */
+	memcpy(&mpi->irq_chip, &mt6360_pmu_irq_chip, sizeof(mpi->irq_chip));
+	mpi->irq_chip.name = dev_name(&client->dev);
+	mpi->irq_chip.irq_drv_data = mpi;
+	ret = devm_regmap_add_irq_chip(&client->dev, mpi->regmap, client->irq,
+				       IRQF_TRIGGER_FALLING, 0, &mpi->irq_chip,
+				       &mpi->irq_data);
+	if (ret < 0) {
+		dev_err(&client->dev, "regmap irq chip add fail\n");
+		return ret;
+	}
+	/* new i2c slave device */
+	for (i = 0; i < MT6360_SLAVE_MAX; i++) {
+		if (mt6360_slave_addr[i] == client->addr) {
+			mpi->i2c[i] = client;
+			continue;
+		}
+		mpi->i2c[i] = i2c_new_dummy(client->adapter,
+					    mt6360_slave_addr[i]);
+		if (!mpi->i2c[i]) {
+			dev_err(&client->dev, "new i2c dev [%d] fail\n", i);
+			ret = -ENODEV;
+			goto out;
+		}
+		i2c_set_clientdata(mpi->i2c[i], mpi);
+	}
+	/* mfd cell register */
+	ret = devm_mfd_add_devices(&client->dev, PLATFORM_DEVID_AUTO,
+				   mt6360_devs, ARRAY_SIZE(mt6360_devs), NULL,
+				   0, regmap_irq_get_domain(mpi->irq_data));
+	if (ret < 0) {
+		dev_err(&client->dev, "mfd add cells fail\n");
+		goto out;
+	}
+	dev_info(&client->dev, "Successfully probed\n");
+	return 0;
+out:
+	while (--i >= 0) {
+		if (mpi->i2c[i]->addr == client->addr)
+			continue;
+		i2c_unregister_device(mpi->i2c[i]);
+	}
+	return ret;
+}
+
+static int mt6360_pmu_remove(struct i2c_client *client)
+{
+	struct mt6360_pmu_info *mpi = i2c_get_clientdata(client);
+	int i;
+
+	for (i = 0; i < MT6360_SLAVE_MAX; i++) {
+		if (mpi->i2c[i]->addr == client->addr)
+			continue;
+		i2c_unregister_device(mpi->i2c[i]);
+	}
+	return 0;
+}
+
+static int __maybe_unused mt6360_pmu_suspend(struct device *dev)
+{
+	struct i2c_client *i2c = to_i2c_client(dev);
+
+	if (device_may_wakeup(dev))
+		enable_irq_wake(i2c->irq);
+	return 0;
+}
+
+static int __maybe_unused mt6360_pmu_resume(struct device *dev)
+{
+
+	struct i2c_client *i2c = to_i2c_client(dev);
+
+	if (device_may_wakeup(dev))
+		disable_irq_wake(i2c->irq);
+	return 0;
+}
+
+static SIMPLE_DEV_PM_OPS(mt6360_pmu_pm_ops,
+			 mt6360_pmu_suspend, mt6360_pmu_resume);
+
+static const struct of_device_id __maybe_unused mt6360_pmu_of_id[] = {
+	{ .compatible = "mediatek,mt6360_pmu", },
+	{},
+};
+MODULE_DEVICE_TABLE(of, mt6360_pmu_of_id);
+
+static const struct i2c_device_id mt6360_pmu_id[] = {
+	{ "mt6360_pmu", 0 },
+	{},
+};
+MODULE_DEVICE_TABLE(i2c, mt6360_pmu_id);
+
+static struct i2c_driver mt6360_pmu_driver = {
+	.driver = {
+		.name = "mt6360_pmu",
+		.owner = THIS_MODULE,
+		.pm = &mt6360_pmu_pm_ops,
+		.of_match_table = of_match_ptr(mt6360_pmu_of_id),
+	},
+	.probe = mt6360_pmu_probe,
+	.remove = mt6360_pmu_remove,
+	.id_table = mt6360_pmu_id,
+};
+module_i2c_driver(mt6360_pmu_driver);
+
+MODULE_AUTHOR("CY_Huang <cy_huang@richtek.com>");
+MODULE_DESCRIPTION("MT6360 PMU I2C Driver");
+MODULE_LICENSE("GPL");
+MODULE_VERSION("1.0.0");
-- 
1.9.1

(unknown)

[周琰杰 (Zhou Yanjie)]

Add support for probing i2c driver on the X1000 Soc from Ingenic.
call the corresponding fifo parameter according to the device
model obtained from the devicetree.

(unknown)

[Mrs. Maureen Hinckley]

I am Maureen Hinckley and my foundation is donating (Five hundred and fifty thousand USD) to you. Contact us via my email at (maurhinck6@gmail.com) for further details.

Best Regards,
Mrs. Maureen Hinckley,
Copyright ©2020 The Maureen Hinckley Foundation All Rights Reserved.

(unknown)

[Frau Huan Jlaying]

-- 
Schönen Tag,

     Ich bin Frau Huan Jlaying, eine Mitarbeiterin der Wing Hang Bank
hier in Hongkong. Kann ich einer Überweisung von 13.991.674 USD
vertrauen? Kontaktieren Sie mich per E-Mail: huanjlaying08@hotmail.com


Grüße

(unknown)

[Rajat Jain]

From: Evan Green <evgreen-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>

Date: Wed, 29 Jan 2020 13:54:16 -0800
Subject: [PATCH] spi: pxa2xx: Add CS control clock quirk

In some circumstances on Intel LPSS controllers, toggling the LPSS
CS control register doesn't actually cause the CS line to toggle.
This seems to be failure of dynamic clock gating that occurs after
going through a suspend/resume transition, where the controller
is sent through a reset transition. This ruins SPI transactions
that either rely on delay_usecs, or toggle the CS line without
sending data.

Whenever CS is toggled, momentarily set the clock gating register
to "Force On" to poke the controller into acting on CS.

Signed-off-by: Evan Green <evgreen-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Signed-off-by: Rajat Jain <rajatja-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
---
 drivers/spi/spi-pxa2xx.c | 23 +++++++++++++++++++++++
 1 file changed, 23 insertions(+)

diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index 4c7a71f0fb3e..2e318158fca9 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -70,6 +70,10 @@ MODULE_ALIAS("platform:pxa2xx-spi");
 #define LPSS_CAPS_CS_EN_SHIFT			9
 #define LPSS_CAPS_CS_EN_MASK			(0xf << LPSS_CAPS_CS_EN_SHIFT)
 
+#define LPSS_PRIV_CLOCK_GATE 0x38
+#define LPSS_PRIV_CLOCK_GATE_CLK_CTL_MASK 0x3
+#define LPSS_PRIV_CLOCK_GATE_CLK_CTL_FORCE_ON 0x3
+
 struct lpss_config {
 	/* LPSS offset from drv_data->ioaddr */
 	unsigned offset;
@@ -86,6 +90,8 @@ struct lpss_config {
 	unsigned cs_sel_shift;
 	unsigned cs_sel_mask;
 	unsigned cs_num;
+	/* Quirks */
+	unsigned cs_clk_stays_gated : 1;
 };
 
 /* Keep these sorted with enum pxa_ssp_type */
@@ -156,6 +162,7 @@ static const struct lpss_config lpss_platforms[] = {
 		.tx_threshold_hi = 56,
 		.cs_sel_shift = 8,
 		.cs_sel_mask = 3 << 8,
+		.cs_clk_stays_gated = true,
 	},
 };
 
@@ -383,6 +390,22 @@ static void lpss_ssp_cs_control(struct spi_device *spi, bool enable)
 	else
 		value |= LPSS_CS_CONTROL_CS_HIGH;
 	__lpss_ssp_write_priv(drv_data, config->reg_cs_ctrl, value);
+	if (config->cs_clk_stays_gated) {
+		u32 clkgate;
+
+		/*
+		 * Changing CS alone when dynamic clock gating is on won't
+		 * actually flip CS at that time. This ruins SPI transfers
+		 * that specify delays, or have no data. Toggle the clock mode
+		 * to force on briefly to poke the CS pin to move.
+		 */
+		clkgate = __lpss_ssp_read_priv(drv_data, LPSS_PRIV_CLOCK_GATE);
+		value = (clkgate & ~LPSS_PRIV_CLOCK_GATE_CLK_CTL_MASK) |
+			LPSS_PRIV_CLOCK_GATE_CLK_CTL_FORCE_ON;
+
+		__lpss_ssp_write_priv(drv_data, LPSS_PRIV_CLOCK_GATE, value);
+		__lpss_ssp_write_priv(drv_data, LPSS_PRIV_CLOCK_GATE, clkgate);
+	}
 }
 
 static void cs_assert(struct spi_device *spi)
-- 
2.25.0.225.g125e21ebc7-goog

(unknown)

[mprim37 alcorta]

-- 
Hello, my name is Julie Leach, winner of the  Power Ball Jackpot in 
October 2015.I want to donate $3,000,000 for charity to help you and the 
poor children in your community. Send me an email to: 
julieleeach@yahoo.com for more information on how to receive my donation

(unknown)

[Dmitry Vyukov via B.A.T.M.A.N]

[-- Attachment #1: Type: text/plain, Size: 243 bytes --]

The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.

To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.

[-- Attachment #2: Type: message/rfc822, Size: 11958 bytes --]

From: Dmitry Vyukov <dvyukov-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
To: Paul Moore <paul-r2n+y4ga6xFZroRs9YW3xA@public.gmane.org>, Tetsuo Handa <penguin-kernel-1yMVhJb1mP/7nzcFbJAaVXf5DAMn2ifp@public.gmane.org>
Cc: Eric Paris <eparis-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, syzbot <syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org>, a@unstable.cc, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org, Dan Carpenter <dan.carpenter-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, fzago-WVYJKLFxKCc@public.gmane.org, Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>, john.hammond-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, linux-audit-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, mareklindner-rVWd3aGhH2z5bpWLKbzFeg@public.gmane.org, netdev <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, sw-2YrNx6rUIHYiY0qSoAWiAoQuADTiUCJX@public.gmane.org, syzkaller-bugs <syzkaller-bugs-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>, syzkaller <syzkaller-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Subject: Re: kernel panic: audit: backlog limit exceeded
Date: Thu, 27 Feb 2020 16:39:59 +0100
Message-ID: <CACT4Y+azQXLcPqtJG9zbj8hxqw4jE3dcwUj5T06bdL3uMaZk+Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Mon, Feb 24, 2020 at 11:47 PM Paul Moore <paul-r2n+y4ga6xFZroRs9YW3xA@public.gmane.org> wrote:
>
> On Mon, Feb 24, 2020 at 5:43 PM Eric Paris <eparis-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > https://syzkaller.appspot.com/x/repro.syz?x=151b1109e00000 (the
> > reproducer listed) looks like it is literally fuzzing the AUDIT_SET.
> > Which seems like this is working as designed if it is setting the
> > failure mode to 2.
>
> So it is, good catch :)  I saw the panic and instinctively chalked
> that up to a mistaken config, not expecting that it was what was being
> tested.

Yes, this audit failure mode is quite unpleasant for fuzzing. And
since this is not a top-level syscall argument value, it's effectively
impossible to filter out in the fuzzer. Maybe another use case for the
"fuzer lockdown" feature +Tetsuo proposed.
With the current state of the things, I think we only have an option
to disable fuzzing of audit. Which is pity because it has found 5 or
so real bugs in audit too.
But this happened anyway because audit is only reachable from init pid
namespace and syzkaller always unshares pid namespace for sandboxing
reasons, that was removed accidentally and that's how it managed to
find the bugs. But the unshare is restored now:
https://github.com/google/syzkaller/commit/5e0e1d1450d7c3497338082fc28912fdd7f93a3c

As a side effect all other real bugs in audit will be auto-obsoleted
in future if not fixed because they will stop happening.

#syz invalid


> > On Mon, 2020-02-24 at 17:38 -0500, Paul Moore wrote:
> > > On Mon, Feb 24, 2020 at 3:18 AM syzbot
> > > <syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org> wrote:
> > > > Hello,
> > > >
> > > > syzbot found the following crash on:
> > > >
> > > > HEAD commit:    36a44bcd Merge branch 'bnxt_en-shutdown-and-kexec-
> > > > kdump-re..
> > > > git tree:       net
> > > > console output:
> > > > https://syzkaller.appspot.com/x/log.txt?x=148bfdd9e00000
> > > > kernel config:
> > > > https://syzkaller.appspot.com/x/.config?x=768cc3d3e277cc16
> > > > dashboard link:
> > > > https://syzkaller.appspot.com/bug?extid=9a5e789e4725b9ef1316
> > > > compiler:       gcc (GCC) 9.0.0 20181231 (experimental)
> > > > syz repro:
> > > > https://syzkaller.appspot.com/x/repro.syz?x=151b1109e00000
> > > > C reproducer:
> > > > https://syzkaller.appspot.com/x/repro.c?x=128bfdd9e00000
> > > >
> > > > The bug was bisected to:
> > > >
> > > > commit 0c1b9970ddd4cc41002321c3877e7f91aacb896d
> > > > Author: Dan Carpenter <dan.carpenter-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > > > Date:   Fri Jul 28 14:42:27 2017 +0000
> > > >
> > > >     staging: lustre: lustre: Off by two in lmv_fid2path()
> > > >
> > > > bisection log:
> > > > https://syzkaller.appspot.com/x/bisect.txt?x=17e6c3e9e00000
> > > > final crash:
> > > > https://syzkaller.appspot.com/x/report.txt?x=1416c3e9e00000
> > > > console output:
> > > > https://syzkaller.appspot.com/x/log.txt?x=1016c3e9e00000
> > > >
> > > > IMPORTANT: if you fix the bug, please add the following tag to the
> > > > commit:
> > > > Reported-by: syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org
> > > > Fixes: 0c1b9970ddd4 ("staging: lustre: lustre: Off by two in
> > > > lmv_fid2path()")
> > > >
> > > > audit: audit_backlog=13 > audit_backlog_limit=7
> > > > audit: audit_lost=1 audit_rate_limit=0 audit_backlog_limit=7
> > > > Kernel panic - not syncing: audit: backlog limit exceeded
> > > > CPU: 1 PID: 9913 Comm: syz-executor024 Not tainted 5.6.0-rc1-
> > > > syzkaller #0
> > > > Hardware name: Google Google Compute Engine/Google Compute Engine,
> > > > BIOS Google 01/01/2011
> > > > Call Trace:
> > > >  __dump_stack lib/dump_stack.c:77 [inline]
> > > >  dump_stack+0x197/0x210 lib/dump_stack.c:118
> > > >  panic+0x2e3/0x75c kernel/panic.c:221
> > > >  audit_panic.cold+0x32/0x32 kernel/audit.c:307
> > > >  audit_log_lost kernel/audit.c:377 [inline]
> > > >  audit_log_lost+0x8b/0x180 kernel/audit.c:349
> > > >  audit_log_start kernel/audit.c:1788 [inline]
> > > >  audit_log_start+0x70e/0x7c0 kernel/audit.c:1745
> > > >  audit_log+0x95/0x120 kernel/audit.c:2345
> > > >  xt_replace_table+0x61d/0x830 net/netfilter/x_tables.c:1413
> > > >  __do_replace+0x1da/0x950 net/ipv6/netfilter/ip6_tables.c:1084
> > > >  do_replace net/ipv6/netfilter/ip6_tables.c:1157 [inline]
> > > >  do_ip6t_set_ctl+0x33a/0x4c8 net/ipv6/netfilter/ip6_tables.c:1681
> > > >  nf_sockopt net/netfilter/nf_sockopt.c:106 [inline]
> > > >  nf_setsockopt+0x77/0xd0 net/netfilter/nf_sockopt.c:115
> > > >  ipv6_setsockopt net/ipv6/ipv6_sockglue.c:949 [inline]
> > > >  ipv6_setsockopt+0x147/0x180 net/ipv6/ipv6_sockglue.c:933
> > > >  tcp_setsockopt net/ipv4/tcp.c:3165 [inline]
> > > >  tcp_setsockopt+0x8f/0xe0 net/ipv4/tcp.c:3159
> > > >  sock_common_setsockopt+0x94/0xd0 net/core/sock.c:3149
> > > >  __sys_setsockopt+0x261/0x4c0 net/socket.c:2130
> > > >  __do_sys_setsockopt net/socket.c:2146 [inline]
> > > >  __se_sys_setsockopt net/socket.c:2143 [inline]
> > > >  __x64_sys_setsockopt+0xbe/0x150 net/socket.c:2143
> > > >  do_syscall_64+0xfa/0x790 arch/x86/entry/common.c:294
> > > >  entry_SYSCALL_64_after_hwframe+0x49/0xbe
> > > > RIP: 0033:0x44720a
> > > > Code: 49 89 ca b8 37 00 00 00 0f 05 48 3d 01 f0 ff ff 0f 83 1a e0
> > > > fb ff c3 66 0f 1f 84 00 00 00 00 00 49 89 ca b8 36 00 00 00 0f 05
> > > > <48> 3d 01 f0 ff ff 0f 83 fa df fb ff c3 66 0f 1f 84 00 00 00 00 00
> > > > RSP: 002b:00007ffd032dec78 EFLAGS: 00000286 ORIG_RAX:
> > > > 0000000000000036
> > > > RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 000000000044720a
> > > > RDX: 0000000000000040 RSI: 0000000000000029 RDI: 0000000000000003
> > > > RBP: 00007ffd032deda0 R08: 00000000000003b8 R09: 0000000000004000
> > > > R10: 00000000006d7b40 R11: 0000000000000286 R12: 00007ffd032deca0
> > > > R13: 00000000006d9d60 R14: 0000000000000029 R15: 00000000006d7ba0
> > > > Kernel Offset: disabled
> > > > Rebooting in 86400 seconds..
> > > >
> > > >
> > > > ---
> > > > This bug is generated by a bot. It may contain errors.
> > > > See https://goo.gl/tpsmEJ for more information about syzbot.
> > > > syzbot engineers can be reached at syzkaller-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> > > >
> > > > syzbot will keep track of this bug report. See:
> > > > https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
> > > > For information about bisection process see:
> > > > https://goo.gl/tpsmEJ#bisection
> > > > syzbot can test patches for this bug, for details see:
> > > > https://goo.gl/tpsmEJ#testing-patches
> > >
> > > Similar to syzbot report 72461ac44b36c98f58e5, see my comments there.

(unknown)

[Julie Leach]

-- 
Hallo Liebes, ich habe eine Spende von 3,000,000.00 Euro, die ich Ihnen 
als Wohltätigkeitsorganisation zur Verfügung gestellt habe, um den 
weniger Privilegierten und Waisen in Ihrer Gemeinde zu helfen. Bitte 
antworten Sie über: julieleeach@gmail.com

(unknown)

[Maria Alessandra Filippi]

Hallo,

Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.

Sie können auch mehr über mich über den Link unten lesen

https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com

(unknown)

[Maria Alessandra Filippi]

Hallo,

Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.

Sie können auch mehr über mich über den Link unten lesen

https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com

(unknown)

[Maria Alessandra Filippi]

Hallo,

Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.

Sie können auch mehr über mich über den Link unten lesen

https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7-Re5JQEeQqe/BREloi785ARduMeKFjlen@public.gmane.org Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Juanito S. Galang]

Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com  ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky@aol.com for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky@aol.com for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky-YDxpq3io04c@public.gmane.org for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky-YDxpq3io04c@public.gmane.org for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky@aol.com for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[Michael J. Weirsky]

-- 
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of 
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you. 
Contact me via email: micjsky@aol.com for info / claim.
Continue reading: 
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244

(unknown)

[David Ibe]

Good Day,                

I am Mr. David Ibe, I work with the International Standards on Auditing, I have seen on records, that several times people has divert your funds into their own personal accounts.

Now I am writing to you in respect of the amount which I have been able to send to you through our International United Nations accredited and approved Diplomat, who has arrived Africa, I want you to know that the diplomat would deliver the funds which I have packaged as a diplomatic compensation to you and the amount in the consignment is  $10,000,000.00 United State Dollars.

I did not disclose the contents to the diplomat, but I told him that it is your compensation from the Auditing Corporate Governance and Stewardship, Auditing and Assurance Standards Board. I want you to know that these funds would help with your financial status as I have seen in records that you have spent a lot trying to receive these funds and I am not demanding so much from you but only 30% for my stress and logistics.

I would like you to get back to me with your personal contact details, so that I can give you the contact information's of the diplomat who has arrived Africa and has been waiting to get your details so that he can proceed with the delivery to you.

Yours Sincerely,
Kindly forward your details to: mrdavidibe966@gmail.com
Mr. David Ibe
International Auditor,
Corporate Governance and Stewardship

(unknown)

[David Ibe]

Good Day,                

I am Mr. David Ibe, I work with the International Standards on Auditing, I have seen on records, that several times people has divert your funds into their own personal accounts.

Now I am writing to you in respect of the amount which I have been able to send to you through our International United Nations accredited and approved Diplomat, who has arrived Africa, I want you to know that the diplomat would deliver the funds which I have packaged as a diplomatic compensation to you and the amount in the consignment is  $10,000,000.00 United State Dollars.

I did not disclose the contents to the diplomat, but I told him that it is your compensation from the Auditing Corporate Governance and Stewardship, Auditing and Assurance Standards Board. I want you to know that these funds would help with your financial status as I have seen in records that you have spent a lot trying to receive these funds and I am not demanding so much from you but only 30% for my stress and logistics.

I would like you to get back to me with your personal contact details, so that I can give you the contact information's of the diplomat who has arrived Africa and has been waiting to get your details so that he can proceed with the delivery to you.

Yours Sincerely,
Kindly forward your details to: mrdavidibe966@gmail.com
Mr. David Ibe
International Auditor,
Corporate Governance and Stewardship

(unknown)

[chenanqing]

From: Chen Anqing <chenanqing@oppo.com>
To: Ilya Dryomov <idryomov@gmail.com>
Cc: Jeff Layton <jlayton@kernel.org>,
        Sage Weil <sage@redhat.com>,
        Jakub Kicinski <kuba@kernel.org>,
        ceph-devel@vger.kernel.org,
        netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        chenanqing@oppo.com
Subject: [PATCH] libceph: we should take compound page into account also
Date: Fri, 27 Mar 2020 04:36:30 -0400
Message-Id: <20200327083630.36296-1-chenanqing@oppo.com>
X-Mailer: git-send-email 2.18.2

the patch is occur at a real crash,which slab is
come from a compound page,so we need take the compound page
into account also.
fixed commit 7e241f647dc7 ("libceph: fall back to sendmsg for slab pages")'

Signed-off-by: Chen Anqing <chenanqing@oppo.com>
---
 net/ceph/messenger.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/ceph/messenger.c b/net/ceph/messenger.c
index f8ca5edc5f2c..e08c1c334cd9 100644
--- a/net/ceph/messenger.c
+++ b/net/ceph/messenger.c
@@ -582,7 +582,7 @@ static int ceph_tcp_sendpage(struct socket *sock, struct page *page,
         * coalescing neighboring slab objects into a single frag which
         * triggers one of hardened usercopy checks.
         */
-       if (page_count(page) >= 1 && !PageSlab(page))
+       if (page_count(page) >= 1 && !PageSlab(compound_head(page)))
                sendpage = sock->ops->sendpage;
        else
                sendpage = sock_no_sendpage;
--
2.18.2

________________________________
OPPO

本电子邮件及其附件含有OPPO公司的保密信息，仅限于邮件指明的收件人使用（包含个人及群组）。禁止任何人在未经授权的情况下以任何形式使用。如果您错收了本邮件，请立即以电子邮件通知发件人并删除本邮件及其附件。

This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

(unknown)

[chenanqing]

From: Chen Anqing <chenanqing@oppo.com>
To: Lee Duncan <lduncan@suse.com>
Cc: Chris Leech <cleech@redhat.com>,
        "James E . J . Bottomley" <jejb@linux.ibm.com>,
        "Martin K . Petersen" <martin.petersen@oracle.com>,
        ceph-devel@vger.kernel.org,
        open-iscsi@googlegroups.com,
        linux-scsi@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        chenanqing@oppo.com
Subject: [PATCH] scsi: libiscsi: we should take compound page into account also
Date: Fri, 27 Mar 2020 05:20:01 -0400
Message-Id: <20200327092001.56879-1-chenanqing@oppo.com>
X-Mailer: git-send-email 2.18.2

the patch is occur at a real crash,which slab is
come from a compound page,so we need take the compound page
into account also.
fixed commit 08b11eaccfcf ("scsi: libiscsi: fall back to
sendmsg for slab pages").

Signed-off-by: Chen Anqing <chenanqing@oppo.com>
---
 drivers/scsi/libiscsi_tcp.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/scsi/libiscsi_tcp.c b/drivers/scsi/libiscsi_tcp.c
index 6ef93c7af954..98304e5e1f6f 100644
--- a/drivers/scsi/libiscsi_tcp.c
+++ b/drivers/scsi/libiscsi_tcp.c
@@ -128,7 +128,8 @@ static void iscsi_tcp_segment_map(struct iscsi_segment *segment, int recv)
         * coalescing neighboring slab objects into a single frag which
         * triggers one of hardened usercopy checks.
         */
-       if (!recv && page_count(sg_page(sg)) >= 1 && !PageSlab(sg_page(sg)))
+       if (!recv && page_count(sg_page(sg)) >= 1 &&
+           !PageSlab(compound_head(sg_page(sg))))
                return;

        if (recv) {
--
2.18.2

________________________________
OPPO

本电子邮件及其附件含有OPPO公司的保密信息，仅限于邮件指明的收件人使用（包含个人及群组）。禁止任何人在未经授权的情况下以任何形式使用。如果您错收了本邮件，请立即以电子邮件通知发件人并删除本邮件及其附件。

This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

(unknown)

[Azim Hashim Premji]

-- 
Hallo,

Ich bin Azim Hashim Premji, ein indischer Wirtschaftsmagnat, Investor
und Philanthrop. Ich bin der Vorsitzende von Wipro Limited. Ich habe
25 Prozent meines persönlichen Vermögens für wohltätige Zwecke
verschenkt. Und ich habe auch zugesagt, den Rest von 25% in diesem
Jahr 2020 an Einzelpersonen COVID-19 Financial zu verschenken. Ich
habe beschlossen, 2.000.000 Euro an Sie zu spenden. Wenn Sie an meiner
Spende interessiert sind, kontaktieren Sie mich für weitere
Informationen.

Sie können auch mehr über mich über den unten stehenden Link lesen

http://en.wikipedia.org/wiki/Azim_Premji

Herzlicher Gruss
CEO Wipro Limited
Azim Hashim Premji
E-Mail: azimhashim011@gmail.com

(unknown)

[Azim Hashim Premji]

-- 
Hallo,

Ich bin Azim Hashim Premji, ein indischer Wirtschaftsmagnat, Investor
und Philanthrop. Ich bin der Vorsitzende von Wipro Limited. Ich habe
25 Prozent meines persönlichen Vermögens für wohltätige Zwecke
verschenkt. Und ich habe auch zugesagt, den Rest von 25% in diesem
Jahr 2020 an Einzelpersonen COVID-19 Financial zu verschenken. Ich
habe beschlossen, 2.000.000 Euro an Sie zu spenden. Wenn Sie an meiner
Spende interessiert sind, kontaktieren Sie mich für weitere
Informationen.

Sie können auch mehr über mich über den unten stehenden Link lesen

http://en.wikipedia.org/wiki/Azim_Premji

Herzlicher Gruss
CEO Wipro Limited
Azim Hashim Premji
E-Mail: azimhashim011@gmail.com

(unknown)

[Barbara D Wilkins]

Hallo,          Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail:  Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
 ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung

(unknown)

[Barbara D Wilkins]

Hallo,          Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail:  Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
 ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung

(unknown)

[Barbara D Wilkins]

Hallo,          Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail:  Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
 ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung

(unknown)

[David Shine]

 Linux


https://clck.ru/NnuZT



David Shine

(unknown)

[Celine Marchand]

Urgent attention please
Dearest, how are you? I am sorry for intruding your mailbox, but I need to talk to you. I got your email address in my dream and i wonder if it is correct because i emailed you earlier without any response. You should know that my contact to you is by the special grace of God. I am in urgent need of a reliable and reputable person and i believe you are a person of fine repute, hence the revelation of your email to me in the dream.
I am Mrs. Celine Marchand a citizen of France (French). But reside in Burkina Faso for business purposes. I need your collaboration to execute some projects worth € 2.800.000 Euro and it is very urgent as am presently in very critical condition.
Please reply through this email address ( celine88492-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ) with your full contact information for more private and confidential communication.

Thank you as i wait for your reply.
Mrs. Celine Marchand

(unknown)

[helen]

MONEY-GRAM TRANSFERRED PAYMENT INFO:

Below is the sender’s information



1. MG. REFERENCE NO#: 36360857

2. SENDER'S NAME: Johnson Williams

3. AMOUNT TO PICKUP: US$10,000



Go to any Money Gram office near you and pick up the payment Track the

Reference Number by visiting and click the link below

(https://secure.moneygram.com/embed/track) and enter the Reference

Number: 36360857 and the Last Name: Williams, you will find the payment

available for pickup instantly.

Yours Sincerely,

Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments

(unknown)

[helen]

MONEY-GRAM TRANSFERRED PAYMENT INFO:

Below is the sender’s information



1. MG. REFERENCE NO#: 36360857

2. SENDER'S NAME: Johnson Williams

3. AMOUNT TO PICKUP: US$10,000



Go to any Money Gram office near you and pick up the payment Track the

Reference Number by visiting and click the link below

(https://secure.moneygram.com/embed/track) and enter the Reference

Number: 36360857 and the Last Name: Williams, you will find the payment

available for pickup instantly.

Yours Sincerely,

Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments

(unknown)

[lookman joe]

MONEY-GRAM TRANSFERRED PAYMENT INFO:

Below is the sender’s information



1. MG. REFERENCE NO#: 36360857

2. SENDER'S NAME: Johnson Williams

3. AMOUNT TO PICKUP: US$10,000



Go to any Money Gram office near you and pick up the payment Track the

Reference Number by visiting and click the link below

(https://secure.moneygram.com/embed/track) and enter the Reference

Number: 36360857 and the Last Name: Williams, you will find the payment

available for pickup instantly.

Yours Sincerely,

Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments

(unknown)

[lookman joe]

MONEY-GRAM TRANSFERRED PAYMENT INFO:

Below is the sender’s information



1. MG. REFERENCE NO#: 36360857

2. SENDER'S NAME: Johnson Williams

3. AMOUNT TO PICKUP: US$10,000



Go to any Money Gram office near you and pick up the payment Track the

Reference Number by visiting and click the link below

(https://secure.moneygram.com/embed/track) and enter the Reference

Number: 36360857 and the Last Name: Williams, you will find the payment

available for pickup instantly.

Yours Sincerely,

Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments

(unknown)

[lookman joe]

MONEY-GRAM TRANSFERRED PAYMENT INFO:

Below is the sender’s information



1. MG. REFERENCE NO#: 36360857

2. SENDER'S NAME: Johnson Williams

3. AMOUNT TO PICKUP: US$10,000



Go to any Money Gram office near you and pick up the payment Track the

Reference Number by visiting and click the link below

(https://secure.moneygram.com/embed/track) and enter the Reference

Number: 36360857 and the Last Name: Williams, you will find the payment

available for pickup instantly.

Yours Sincerely,

Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments

(unknown)

[Vasiliy Kupriakov]

Subject: [PATCH] platform/x86: asus-wmi: allow BAT1 battery name

The battery on my laptop ASUS TUF Gaming FX706II is named BAT1.
This patch allows battery extension to load.

Signed-off-by: Vasiliy Kupriakov <rublag-ns@yandex.ru>
---
 drivers/platform/x86/asus-wmi.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/platform/x86/asus-wmi.c b/drivers/platform/x86/asus-wmi.c
index 877aade19497..8f4acdc06b13 100644
--- a/drivers/platform/x86/asus-wmi.c
+++ b/drivers/platform/x86/asus-wmi.c
@@ -441,6 +441,7 @@ static int asus_wmi_battery_add(struct power_supply *battery)
 	 * battery is named BATT.
 	 */
 	if (strcmp(battery->desc->name, "BAT0") != 0 &&
+	    strcmp(battery->desc->name, "BAT1") != 0 &&
 	    strcmp(battery->desc->name, "BATT") != 0)
 		return -ENODEV;
 
-- 
2.27.0

(unknown)

[Barr Anthony Calder]

Dobrý den
Jsem Anthony Calder, právní zástupce z Toga. Obrátil jsem se na vás
ohledně mého pozdního klienta, Dr. Edwin, majetek fondu ve výši 2,5
milionu dolarů, který bude vrácen na váš účet. Kromě toho v této
transakci chci, abyste odpověděli důvěrně.
Anthony Calder

(unknown)

[Darlehen Bedienung]

Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY

(unknown)

[Darlehen Bedienung]

Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY

(unknown)

[Darlehen Bedienung]

Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY

(unknown)

[Darlehen Bedienung]

Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY