TEST mail

2018-05-24 Thread Jeffrin Thalakkottoor
hello


Re: [PATCH] selftests: intel_pstate: Fixes for the testing script for Intel P-State driver

2018-05-24 Thread Jeffrin Thalakkottoor
On Thu, May 24, 2018 at 10:11 PM, Shuah Khan  wrote:
> The commit log doesn't match the commit summary. Please rephrase both the
> commit summary and log to indicate why this fix is necessary.

i will work related to that


> Odd. I don't see your patch posted on the linux-kselftest patchwork and not
> even on lkml archive.

i think may be it is yahoo mail issue or issues.they are not showing
"delivery failure"
message. i have now configured to use gmail account



> You signed off doesn't match your from. Are you using git send-email to send
> patches?

iam using git send-mail.
iam not able to send mail currently using my work account using git send-email.
and i want to show that i work for that
institution(rajagiritech.edu.in). they currently
allow web interface as now iam using it.
anyway now i  like to use both email address same(may be ahiliat...@gmail.com)



-- 
software engineer
rajagiri school of engineering and technology


PROBLEM: "ACPI Error: Method parse/execution failed" and "ACPI BIOS Error (bug): Failure looking up" related

2018-05-13 Thread Jeffrin Thalakkottoor
hello ,

the error from "dmesg -l err"  related ...

->

[1.709950] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
[1.710045] ACPI Error: Method parse/execution failed
\_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
[1.710208] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
[1.710267] ACPI Error: Method parse/execution failed
\_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
[1.710338] acpi PNP0C0B:00: Failed to set initial power state
[1.710846] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
[1.710938] ACPI Error: Method parse/execution failed
\_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
[1.711588] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
[1.711681] ACPI Error: Method parse/execution failed
\_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
[1.711960] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
[1.712054] ACPI Error: Method parse/execution failed
\_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)
[1.712471] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
[1.712552] ACPI Error: Method parse/execution failed
\_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)

->



$awk -f scripts/ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.31.1
Mount2.31.1
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238
Modules Loaded  ac acpi_pad acpi_thermal_rel ahci autofs4 battery
binfmt_misc bluetooth bnep btbcm btintel btrfs btrtl btusb button
cdrom cfg80211 cmac coretemp cpuid crc32c_intel crc32_pclmul
crct10dif_pclmul cryptd drm drm_kms_helper ecdh_generic efi_pstore
efivarfs efivars ehci_hcd ehci_pci evdev fan fat fuse
ghash_clmulni_intel hid hp_wireless hp_wmi i2c_algo_bit i2c_hid
i2c_i801 i915 int3400_thermal int340x_thermal_zone intel_cstate
intel_pch_thermal intel_powerclamp intel_rapl intel_rapl_perf
intel_soc_dts_iosf intel_uncore ip_tables irqbypass
iTCO_vendor_support iTCO_wdt joydev kvm kvm_intel libahci libata
libcrc32c loop lp lpc_ich media mei mei_me mfd_core mii nls_ascii
nls_cp437 parport parport_pc pcspkr ppdev processor_thermal_device
psmouse r8169 raid6_pq rfcomm rfkill scsi_mod sd_mod serio_raw sg
shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_hdmi
snd_hda_codec_realtek snd_hda_core snd_hda_intel snd_hwdep snd_pcm
snd_timer soundcore sparse_keymap sr_mod sunrpc thermal usbcore
uvcvideo vfat video videobuf2_common videobuf2_memops videobuf2_v4l2
videobuf2_vmalloc videodev wl wmi wmi_bmof x86_pkg_temp_thermal xfs
xhci_hcd xhci_pci xor x_tables xxhash zstd_compress zstd_decompress


$uname -a
Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 GNU/Linux
$

Reported-by: Jeffrin Jose T  

-- 
software engineer
rajagiri school of engineering and technology


PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-14 Thread Jeffrin Thalakkottoor
hello,

output related of  "sudo dmesg -l emerg" from my laptop...

--->
$sudo dmesg -l emerg
[sudo] password for jeffrin:
[0.041023] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 5:
ee40110b
[0.041028] mce: [Hardware Error]: TSC 0 ADDR 16080 MISC 5040008086
[0.041034] mce: [Hardware Error]: PROCESSOR 0:306d4 TIME
1526300792 SOCKET 0 APIC 0 microcode 2a
$
>

Linux debian 4.17.0-rc5+ #26 SMP Mon May 14 17:27:12 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.32
Mount2.32
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238

Architecture:x86_64
CPU op-mode(s):  32-bit, 64-bit
Byte Order:  Little Endian
CPU(s):  4
On-line CPU(s) list: 0-3
Thread(s) per core:  2
Core(s) per socket:  2
Socket(s):   1
NUMA node(s):1
Vendor ID:   GenuineIntel
CPU family:  6
Model:   61
Model name:  Intel(R) Pentium(R) CPU 3825U @ 1.90GHz
Stepping:4
CPU MHz: 1629.386
CPU max MHz: 1900.
CPU min MHz: 500.
BogoMIPS:3790.98
Virtualization:  VT-x
L1d cache:   32K
L1i cache:   32K
L2 cache:256K
L3 cache:2048K
NUMA node0 CPU(s):   0-3
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 cpuid aperfmperf pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg cx16 xtpr pdcm pcid
sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer xsave rdrand
lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust erms invpcid
rdseed intel_pt xsaveopt ibpb ibrs stibp dtherm ida arat pln pts

Reported-by: Jeffrin Jose T 

-- 
software engineer
rajagiri school of engineering and technology


Re: [RESEND PATCH] selftests: intel_pstate: notification about privilege required to run intel_pstate testing script

2018-05-31 Thread Jeffrin Thalakkottoor
On Thu, May 31, 2018 at 5:12 AM, Shuah Khan  wrote:
> I will take this patch and apply it to linux-kselftest next for 4.18-rc1.
anyway thanks .

> For next time, this patch should have been tagged v2 not RESEND. Also please
> include changes made since the last version in this spot after the 
> Signed-off-by
> line.
thanks for correction

--
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-22 Thread Jeffrin Thalakkottoor
> Oh ... one more thing. Did your e-mail client line wrap that last line?
>
>> mce: [Hardware Error]: PROCESSOR 0:306d4 TIME 1526932210 SOCKET 0 APIC
>> 0 microcode 2a
>
> That should all be on one line.
Sorry IF ANY Problem
anyway i send the message using gmail with plain text mode

-- 
software engineer
rajagiri school of engineering and technology


Re: possible BUG: selftest about raw_skew failed

2018-04-27 Thread Jeffrin Thalakkottoor
I kind of ignored. i was not sure what that meant actually.

On Fri, Apr 27, 2018 at 3:03 AM, John Stultz  wrote:
> On Sat, Apr 21, 2018 at 7:47 AM, Jeffrin Thalakkottoor
>  wrote:
>> hello,
>>
>> failure of a test in selftest:timers
>>
>> selftests: raw_skew
>> 
>> WARNING: ADJ_OFFSET in progress, this will cause inaccurate results
>> Estimating clock drift: 17.910(est) 16.820(act) [FAILED]
>
> So you're ignoring the warning above. If an ADJ_OFFSET operation is
> going on, ntpd (or something similar) is changing the clock, which
> will kill the estimated drift calculation.
>
> -john



-- 
software engineer
rajagiri school of engineering and technology


Re: possible BUG: selftest about raw_skew failed

2018-04-27 Thread Jeffrin Thalakkottoor
i think may be  systemd-timesyncd  was running.
anyway currently the status is as follows...

$systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service;
enabled; vendor preset: enabled)
   Active: active (running) since Fri 2018-04-27 19:26:16 IST; 1h 11min ago
 Docs: man:systemd-timesyncd.service(8)
 Main PID: 514 (systemd-timesyn)
   Status: "Synchronized to time server 123.108.200.124:123
(0.debian.pool.ntp.org)."
Tasks: 2 (limit: 4382)
   Memory: 1.8M
   CGroup: /system.slice/systemd-timesyncd.service
   └─514 /lib/systemd/systemd-timesyncd
$

The test in the latest run show  "PASS"
see below...

selftests: raw_skew

Estimating clock drift: 26.836(est) 26.838(act) [OK]
Pass 0 Fail 0 Xfail 0 Xpass 0 Skip 0 Error 0
1..0
ok 1..7 selftests: raw_skew [PASS]



On Fri, Apr 27, 2018 at 1:11 PM, Miroslav Lichvar  wrote:
> On Thu, Apr 26, 2018 at 11:28:29PM +0200, Thomas Gleixner wrote:
>> On Sat, 21 Apr 2018, Jeffrin Thalakkottoor wrote:
>> > selftests: raw_skew
>> > 
>> > WARNING: ADJ_OFFSET in progress, this will cause inaccurate results
>> > Estimating clock drift: 17.910(est) 16.820(act) [FAILED]
>
> Was ntpd, systemd-timesyncd, or some other NTP/PTP daemon running
> shortly before or during the test?
>
> The warning indicates that the clock was slewed by adjtime() or
> adjtimex(), which makes the measurement of the frequency less accurate
> and the test may fail.
>
> Maybe this test and other tests that measure the frequency of the
> system clock should be modified to SKIP when adjtimex() returns a
> non-zero offset (or the frequency changes during the test)?
>
> --
> Miroslav Lichvar



-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: error due to conflicting types during build of kselftests

2018-04-28 Thread Jeffrin Thalakkottoor
anyway my current is gcc (Debian 7.3.0-16) 7.3.0

may be you can try ... make -C tools/testing/selftests 2> error.txt

On Sat, Apr 28, 2018 at 5:08 AM, Randy Dunlap  wrote:
> On 04/20/2018 11:03 AM, Jeffrin Thalakkottoor wrote:
>> hello,
>>
>> the following is the error found...
>> ---
>> protection_keys.c:421:5: error: conflicting types for ‘pkey_set’
>>  int pkey_set(int pkey, unsigned long rights, unsigned long flags)
>>  ^~~~
>> 
>>
>> to reproduce this error...
>> make -C tools/testing/selftests
>
> Hi,
>
> I can't reproduce this problem.  What is your gcc --version?
>
> Thanks.
>
>> Details about software:
>>
>> Linux debian 4.17.0-rc1+ #1 SMP Thu Apr 19 18:59:45 IST 2018 x86_64 GNU/Linux
>>
>> GNU Make 4.2.1
>> Binutils 2.30
>> Util-linux   2.31.1
>> Mount2.31.1
>> Linux C Library  2.27
>> Dynamic linker (ldd) 2.27
>> readlink: missing operand
>> Try 'readlink --help' for more information.
>> Procps   3.3.14
>> Kbd  2.0.4
>> Console-tools2.0.4
>> Sh-utils 8.28
>> Udev 238
>>
>
>
> --
> ~Randy



-- 
software engineer
rajagiri school of engineering and technology


Fwd: [PATCH] selftests: kmod: worked on errors which breaks the overall execution of the test script

2019-01-28 Thread Jeffrin Thalakkottoor
-- Forwarded message -
From: Jeffrin Thalakkottoor 
Date: Mon, Jan 28, 2019 at 11:33 PM
Subject: Re: [PATCH] selftests: kmod: worked on errors which breaks
the overall execution of the test script
To: Luis Chamberlain 
Cc: Shuah Khan , lkml
, ,
Andrew Morton 



>
> on what
> distribution and version of bash does this break?

$cat /etc/issue
Debian GNU/Linux buster/sid \n \l

$
$uname -a
Linux debian 5.0.0-rc1+ #3 SMP Fri Jan 25 21:27:20 IST 2019 x86_64 GNU/Linux
$echo $BASH_VERSION
5.0.0(1)-release
$


>
> The commit log should
> refer to this and it would help me confirm the issue.

i like to send another version of patch which has things in the commit log
>
> > because an array is passed
> Which is the array?

${TEST_DATA#*:*:}
the above stuff sometimes contains array but not initially

>
> get_test_enabled() is supposed to do what you do open-handed here.
> So the better question is why are you getting an array returned
> for your version of bash.
>
iam not returning an array but ${TEST_DATA#*:*:}   sometimes holds array



-- 
software engineer
rajagiri school of engineering and technology


-- 
software engineer
rajagiri school of engineering and technology


about selftests/netfilter test related issue

2019-04-01 Thread Jeffrin Thalakkottoor
hello
i think the script nft_nat.sh  is assuming devices eth0 and eth1
which may not be the case always. my suggestion is why not give the needed
network devices as arguments to the script. iam showing related
command line sessions below and error related file is attached.
---x-x
$ip link
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0:  mtu 1500 qdisc pfifo_fast
state DOWN mode DEFAULT group default qlen 1000
link/ether 70:5a:0f:b9:d8:5c brd ff:ff:ff:ff:ff:ff
3: wlp2s0:  mtu 1500 qdisc mq state
UP mode DORMANT group default qlen 1000
link/ether 68:14:01:07:36:1f brd ff:ff:ff:ff:ff:ff
$
x---x---
$sudo ./nft_nat.sh 2> error-related.txt
ERROR: ping failed
SKIP: Could not add add ip6 dnat hook
ERROR: canot ping ns1 from ns2
ERROR: cannot ping ns1 from ns2 with active ip masquerading
ERROR: cannot ping ns1 from ns2 via ipv6
ERROR: cannot ping ns1 from ns2
ERROR: cannot ping ns1 from ns2 with active ip redirect
ERROR: cannnot ping ns1 from ns2 via ipv6
ERROR: cannot ping ns1 from ns2 with active ip6 redirect
-x---x

a file is attached which shows the contents of error-related.txt

/Jeffrin
-- 
software engineer
rajagiri school of engineering and technology
Error: Unknown device type.
Error: Unknown device type.
Cannot find device "veth0"
Cannot find device "veth0"
Cannot find device "veth0"
Cannot find device "veth1"
Cannot find device "veth1"
Cannot find device "veth1"
Cannot find device "eth0"
Cannot find device "eth0"
Error: Nexthop has invalid gateway.
Cannot find device "eth0"
RTNETLINK answers: No route to host
Cannot find device "eth0"
Cannot find device "eth0"
Error: Nexthop has invalid gateway.
Cannot find device "eth0"
RTNETLINK answers: No route to host
connect: Network is unreachable
ERROR: Could not reach other namespace(s)
connect: Network is unreachable
ERROR: Could not reach other namespace(s) via ipv6
ERROR: ns0in counter in ns1 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns0in {
packets 0 bytes 0
}
}
ERROR: ns0out counter in ns1 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns0out {
packets 0 bytes 0
}
}
ERROR: ns0in6 counter in ns1 has unexpected value (expected packets 1 bytes 104)
table inet filter {
counter ns0in6 {
packets 0 bytes 0
}
}
ERROR: ns0out6 counter in ns1 has unexpected value (expected packets 1 bytes 
104)
table inet filter {
counter ns0out6 {
packets 0 bytes 0
}
}
ERROR: ns1in counter in ns0 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns1in {
packets 0 bytes 0
}
}
ERROR: ns1 counter in ns0 has unexpected value (expected packets 1 bytes 104)
Error: Could not process rule: No such file or directory
list counter inet filter ns1
 ^^^
ERROR: ns1out counter in ns0 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns1out {
packets 0 bytes 0
}
}
ERROR: ns1 counter in ns0 has unexpected value (expected packets 1 bytes 104)
Error: Could not process rule: No such file or directory
list counter inet filter ns1
 ^^^
connect: Network is unreachable
ERROR: Could not reach other namespace(s)
connect: Network is unreachable
ERROR: Could not reach other namespace(s) via ipv6
ERROR: ns0in counter in ns2 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns0in {
packets 0 bytes 0
}
}
ERROR: ns0out counter in ns2 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns0out {
packets 0 bytes 0
}
}
ERROR: ns0in6 counter in ns2 has unexpected value (expected packets 1 bytes 104)
table inet filter {
counter ns0in6 {
packets 0 bytes 0
}
}
ERROR: ns0out6 counter in ns2 has unexpected value (expected packets 1 bytes 
104)
table inet filter {
counter ns0out6 {
packets 0 bytes 0
}
}
ERROR: ns2in counter in ns0 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns2in {
packets 0 bytes 0
}
}
ERROR: ns2 counter in ns0 has unexpected value (expected packets 1 bytes 104)
Error: Could not process rule: No such file or directory
list counter inet filter ns2
 ^^^
ERROR: ns2out counter in ns0 has unexpected value (expected packets 1 bytes 84)
table inet filter {
counter ns2out {
packets 0 bytes 0
}
}
ERROR: ns2 counter in ns0 has unexpecte

Re: about selftests/netfilter test related issue

2019-04-01 Thread Jeffrin Thalakkottoor
anyway thanks for the reply. let me look on what you said and learn

On Tue, Apr 2, 2019 at 1:15 AM Florian Westphal  wrote:
>
> Jeffrin Thalakkottoor  wrote:
> > i think the script nft_nat.sh  is assuming devices eth0 and eth1
>
> No it does not.
> These are arbitrary names given to veth devices.
>
> > Error: Unknown device type.
>
> No Veth device support in kernel?



-- 
software engineer
rajagiri school of engineering and technology


Re: about selftests/netfilter test related issue

2019-04-01 Thread Jeffrin Thalakkottoor
let me also work on that too. anyway thanks

On Tue, Apr 2, 2019 at 1:46 AM Florian Westphal  wrote:
>
> Jeffrin Thalakkottoor  wrote:
> > Error: Unknown device type.
>
> Feel free to send a patch that makes it display a more reasonable
> exit+error here.



-- 
software engineer
rajagiri school of engineering and technology


[WARNING ]Re: related to fixing depreciated api

2020-12-15 Thread Jeffrin Thalakkottoor
On Mon, Dec 14, 2020 at 10:12 PM Jeffrin Jose T
 wrote:
>
> hello,
>
> i have worked on to  fix  depreciated api issue from
> tools/testing/selftests/intel_pstate/aerf.c
>
> i met with the following error related...
>
> --x--x->
> $pwd
> /home/jeffrin/UP/linux-kselftest/tools/testing/selftests/intel_pstate
> $make
> gcc  -Wall -D_GNU_SOURCEaperf.c /home/jeffrin/UP/linux-
> kselftest/tools/testing/selftests/kselftest_harness.h
> /home/jeffrin/UP/linux-kselftest/tools/testing/selftests/kselftest.h -
> lm -o /home/jeffrin/UP/linux-
> kselftest/tools/testing/selftests/intel_pstate/aperf
> aperf.c: In function ‘main’:
> aperf.c:58:2: warning: ‘ftime’ is deprecated [-Wdeprecated-
> declarations]
>58 |  ftime(&before);
>   |  ^
> In file included from aperf.c:9:
> /usr/include/x86_64-linux-gnu/sys/timeb.h:39:12: note: declared here
>39 | extern int ftime (struct timeb *__timebuf)
>   |^
> aperf.c:67:2: warning: ‘ftime’ is deprecated [-Wdeprecated-
> declarations]
>67 |  ftime(&after);
>   |  ^
> In file included from aperf.c:9:
> /usr/include/x86_64-linux-gnu/sys/timeb.h:39:12: note: declared here
>39 | extern int ftime (struct timeb *__timebuf)
>   |^
> $
> x---x-->
>
>
> from ftime manual  i found that it is depreciated...
>
> This  function is deprecated, and will be removed in a future version
> of the GNU C library.  Use clock_gettime(2) instead.
>
>
> now clock_gettime  gives  new data structure.
>
>  struct timespec {
>time_t   tv_sec;/* seconds */
>long tv_nsec;   /* nanoseconds */
>};
>
>
> i worked on with the new data structure and some errors that came
> along.
> typical final output looks good but  values of runtime and typical
> frequency
> does not look normal during "sudo bash run.sh".
>
> output of "git diff" and  a  portion of output of   "sudo bash run.sh".
> is attached.
>
>
>
> --
> software engineer
> rajagiri school of engineering and technology - autonomous
>
>


-- 
software engineer
rajagiri school of engineering and technology
diff --git a/tools/testing/selftests/intel_pstate/aperf.c 
b/tools/testing/selftests/intel_pstate/aperf.c
index f6cd03a87493..7e35e7872f16 100644
--- a/tools/testing/selftests/intel_pstate/aperf.c
+++ b/tools/testing/selftests/intel_pstate/aperf.c
@@ -6,7 +6,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 #include 
 #include 
@@ -22,10 +22,12 @@ int main(int argc, char **argv) {
long long tsc, old_tsc, new_tsc;
long long aperf, old_aperf, new_aperf;
long long mperf, old_mperf, new_mperf;
-   struct timeb before, after;
+   struct timespec before, after;
+clockid_t clkid;
long long int start, finish, total;
cpu_set_t cpuset;
 
+
if (argc != 2) {
usage(argv[0]);
return 1;
@@ -41,6 +43,10 @@ int main(int argc, char **argv) {
 
sprintf(msr_file_name, "/dev/cpu/%d/msr", cpu);
fd = open(msr_file_name, O_RDONLY);
+#define CLOCKFD 3
+#define FD_TO_CLOCKID(fd)   ((~(clockid_t) (fd) << 3) | CLOCKFD)
+clkid = FD_TO_CLOCKID(fd);
+
 
if (fd == -1) {
printf("/dev/cpu/%d/msr: %s\n", cpu, strerror(errno));
@@ -55,7 +61,7 @@ int main(int argc, char **argv) {
return 1;
}
 
-   ftime(&before);
+   clock_gettime(clkid,&before);
pread(fd, &old_tsc,  sizeof(old_tsc), 0x10);
pread(fd, &old_aperf,  sizeof(old_mperf), 0xe7);
pread(fd, &old_mperf,  sizeof(old_aperf), 0xe8);
@@ -64,7 +70,7 @@ int main(int argc, char **argv) {
sqrt(i);
}
 
-   ftime(&after);
+   clock_gettime(clkid,&after);
pread(fd, &new_tsc,  sizeof(new_tsc), 0x10);
pread(fd, &new_aperf,  sizeof(new_mperf), 0xe7);
pread(fd, &new_mperf,  sizeof(new_aperf), 0xe8);
@@ -73,11 +79,10 @@ int main(int argc, char **argv) {
aperf = new_aperf-old_aperf;
mperf = new_mperf-old_mperf;
 
-   start = before.time*1000 + before.millitm;
-   finish = after.time*1000 + after.millitm;
-   total = finish - start;
-
-   printf("runTime: %4.2f\n", 1.0*total/1000);
-   printf("freq: %7.0f\n", tsc / (1.0*aperf / (1.0 * mperf)) / total);
+   start = before.tv_sec*100 + before.tv_nsec;
+   finish = after.tv_sec*100 + after.tv_nsec;
+   total = finish - start; 
+   printf("runTime: %4.2f\n", 1.0*total/100); 
+   printf("freq: %7.0f\n", tsc / (1.0 * aperf /1.0 * (mperf)) / total);
return 0;
 }
Setting maximum frequency to 500
launching aperf load on 0
launching aperf load on 1
launching aperf load on 2
launching aperf load on 3
sleeping for 5 seconds
waiting for job id 7521
runTime: 0.00
freq: inf
runTime: 0.00
freq: inf
runTime: 0.00
freq: inf
runTim

Re: [PATCH v2] error message found related

2019-02-14 Thread Jeffrin Thalakkottoor
> Your subject is too long.
ok . i have changed it


> Please upgrade bash?
anyway now i have an upgraded one.

here  is a clipping related to the error
-x---x
Thu Feb 14 23:49:13 IST 2019
Running test: kmod_test_0007 - run #4
kmod_test_0005: OK! - loading kmod test
kmod_test_0005: OK! - Return value: 0 (SUCCESS), expected SUCCESS
kmod_test_0006: OK! - loading kmod test
kmod_test_0006: OK! - Return value: 0 (SUCCESS), expected SUCCESS
./kmod.sh: line 529: [[: 1 0002:3:1 0003:1:1 0004:1:1 0005:10:1
0006:10:1 0007:5:1 0008:150:1 0009:150:1: syntax error in expression
(error token is "0002:3:1 0003:1:1 0004:1:1 0005:10:1 0006:10:1
0007:5:1 0008:150:1 0009:150:1")
./kmod.sh: line 529: [[: 1 0002:3:1 0003:1:1 0004:1:1 0005:10:1
0006:10:1 0007:5:1 0008:150:1 0009:150:1: syntax error in expression
(error token is "0002:3:1 0003:1:1 0004:1:1 0005:10:1 0006:10:1
0007:5:1 0008:150:1 0009:150:1")
Test completed
$
--x-x--




-- 
software engineer
rajagiri school of engineering and technology


Re: [PATCH v2] selftests: netfilter: missing error check when setting up veth interface

2019-05-22 Thread Jeffrin Thalakkottoor
Thanks to all !

On Tue, May 21, 2019 at 11:41 PM Pablo Neira Ayuso  wrote:
>
> On Wed, May 15, 2019 at 12:14:04PM +0530, Jeffrin Jose T wrote:
> > A test for  the basic NAT functionality uses ip command which
> > needs veth device.There is a condition where the kernel support
> > for veth is not compiled into the kernel and the test script
> > breaks.This patch contains code for reasonable error display
> > and correct code exit.
>
> Applied, thanks.



-- 
software engineer
rajagiri school of engineering and technology


Re: about selftests/rtc test related stuff

2019-05-23 Thread Jeffrin Thalakkottoor
On Thu, May 23, 2019 at 11:17 PM Alexandre Belloni
 wrote:
> Your user probably doesn't have access to the rtc device file.
anyway thanks related
Following is the result with sudo
x--x
$sudo ./rtctest
[sudo] password for jeffrin:
[==] Running 7 tests from 2 test cases.
[ RUN  ] rtc.date_read
rtctest.c:49:rtc.date_read:Current RTC date/time is 23/05/2019 20:49:49.
[   OK ] rtc.date_read
[ RUN  ] rtc.uie_read
[   OK ] rtc.uie_read
[ RUN  ] rtc.uie_select
[   OK ] rtc.uie_select
[ RUN  ] rtc.alarm_alm_set
rtctest.c:137:rtc.alarm_alm_set:Alarm time now set to 20:49:58.
rtctest.c:156:rtc.alarm_alm_set:data: 1a0
[   OK ] rtc.alarm_alm_set
[ RUN  ] rtc.alarm_wkalm_set
rtctest.c:195:rtc.alarm_wkalm_set:Alarm time now set to 23/05/2019 20:50:01.
[   OK ] rtc.alarm_wkalm_set
[ RUN  ] rtc.alarm_alm_set_minute
rtctest.c:239:rtc.alarm_alm_set_minute:Alarm time now set to 20:51:00.
Alarm clock
$rtctest.c:258:rtc.alarm_alm_set_minute:data: 1a0

$

x--x


-- 
software engineer
rajagiri school of engineering and technology


Re: about selftests/rtc test related stuff

2019-05-24 Thread Jeffrin Thalakkottoor
On Fri, May 24, 2019 at 4:22 AM Alexandre Belloni
 wrote:
> I just sent a fix for that timeout issue.

anyway thanks related to that
shall i  send a selftest fix that bail out in the test program  if the
user does not have root privileges ?

-- 
software engineer
rajagiri school of engineering and technology


Re: [PATCH] selftests : netfilter: Wrote a error and exit code for a command which needed veth kernel module.

2019-05-11 Thread Jeffrin Thalakkottoor
Hi Pablo,

Please follow up on the mail you sent.
This is for my interest to see my patch upstream

On Tue, Apr 30, 2019 at 4:22 PM Pablo Neira Ayuso  wrote:
>
> Cc'ing netfilter-de...@vger.kernel.org
>
> On Tue, Apr 30, 2019 at 12:02:56PM +0200, Florian Westphal wrote:
> > shuah  wrote:
> > > Would you like me to take this patch through ksleftest tree?
> >
> > Please do, this patch is neither in nf nor nf-next and it looks fine to
> > me.
>
> Indeed, thanks.



-- 
software engineer
rajagiri school of engineering and technology


Re: BUG: KASAN: global-out-of-bounds in ata_exec_internal_sg+0x50f/0xc70

2019-07-25 Thread Jeffrin Thalakkottoor
hello Jens Axboe,

Please can you take a look at related code and also patch from Kees ?

On Tue, Jul 16, 2019 at 11:58 PM Nick Desaulniers
 wrote:
>
> On Wed, Jul 10, 2019 at 10:44 AM Jeffrin Thalakkottoor
>  wrote:
> >
> > hello all ,
> >
> > i encountered a KASAN bug related .here are some related information...
> >
> >
> > ---x-x--
> > [   30.037312] BUG: KASAN: global-out-of-bounds in
> > ata_exec_internal_sg+0x50f/0xc70
> > [   30.037447] Read of size 16 at addr 91f41f80 by task 
> > scsi_eh_1/149
> >
> >
> > [   30.039935] The buggy address belongs to the variable:
> > [   30.040059]  cdb.48319+0x0/0x40
> >
> > [   30.040241] Memory state around the buggy address:
> > [   30.040362]  91f41e80: fa fa fa fa 00 00 fa fa fa fa fa fa
> > 00 00 07 fa
> > [   30.040498]  91f41f00: fa fa fa fa 00 00 00 00 00 00 00 03
> > fa fa fa fa
> > [   30.040628] >91f41f80: 00 04 fa fa fa fa fa fa 00 00 fa fa
> > fa fa fa fa
> > [   30.040755]   ^
> > [   30.040868]  91f42000: 00 00 00 04 fa fa fa fa 00 fa fa fa
> > fa fa fa fa
> > [   30.041003]  91f42080: 04 fa fa fa fa fa fa fa 00 04 fa fa
> > fa fa fa fa
> >
> > ---x--x
> > $uname -a
> > Linux debian 5.2.0-rc7+ #4 SMP Tue Jul 9 02:54:07 IST 2019 x86_64 GNU/Linux
> > $
> >
> > xx---
> > (gdb) l *ata_exec_internal_sg+0x50f
> > 0x81c7b59f is in ata_exec_internal_sg 
> > (./include/linux/string.h:359).
>
> So looks like ata_exec_internal_sg() is panic'ing when...
>
> > 354 if (q_size < size)
> > 355 __read_overflow2();
> > 356 }
> > 357 if (p_size < size || q_size < size)
> > 358 fortify_panic(__func__);
> > 359 return __builtin_memcpy(p, q, size);
> > 360 }
> > 361
> > 362 __FORTIFY_INLINE void *memmove(void *p, const void *q, __kernel_size_t 
> > size)
>
> ...a call to memmove is made? Without having looked at the source of
> ata_exec_internal_sg(), it's possible that either through inlining, or
> the compiler generating a memmove, that one of the arguments was not
> quite right.  I suggest spending more time isolating where this is
> coming from, if you can reliably reproduce, or CC whoever wrote or
> maintains the code and ask them to take a look.
>
> The cited code looks like a check comparing that the pointer distance
> is greater than the size of bytes being passed in.  I'd wager
> someone's calling memmove with overlapping memory regions when they
> really wanted memcpy.  Maybe a better question, is why was memmove
> ever used; if there was some invariant that the memory regions
> overlapped, why is that invariant no longer holding.
>
> Anyways, sorry I don't have more time to look into this.  Thank you
> for the report.
>
> > 363 {
> > (gdb)
> > --x--
> > GNU Make4.2.1
> > Binutils2.31.1
> > Util-linux  2.33.1
> > Mount2.33.1
> > Linux C Library  2.28
> > Dynamic linker (ldd) 2.28
> > Procps  3.3.15
> > Kbd  2.0.4
> > Console-tools2.0.4
> > Sh-utils8.30
> > Udev241
> > -xx
> > Thread model: posix
> > gcc version 8.3.0 (Debian 8.3.0-7)
> > -xx
> >
> > Please ask if more information is needed.
> >
> > --
> > software engineer
> > rajagiri school of engineering and technology
>
>
>
> --
> Thanks,
> ~Nick Desaulniers



-- 
software engineer
rajagiri school of engineering and technology


Re: BUG: KASAN: global-out-of-bounds in ata_exec_internal_sg+0x50f/0xc70

2019-07-29 Thread Jeffrin Thalakkottoor
hello Kees Cook,

i tested your fix and i think it worked like a charm !
kasan message related disappeared during boot time and it does not
show in the output of "sudo dmesg -l err"
anyway thanks a lot !

On Fri, Jul 19, 2019 at 3:05 AM Kees Cook  wrote:
>
> On Tue, Jul 16, 2019 at 11:28:29AM -0700, Nick Desaulniers wrote:
> > On Wed, Jul 10, 2019 at 10:44 AM Jeffrin Thalakkottoor
> >  wrote:
> > >
> > > hello all ,
> > >
> > > i encountered a KASAN bug related .here are some related 
> > > information...
> > >
> > >
> > > ---x-x--
> > > [   30.037312] BUG: KASAN: global-out-of-bounds in
> > > ata_exec_internal_sg+0x50f/0xc70
> > > [   30.037447] Read of size 16 at addr 91f41f80 by task 
> > > scsi_eh_1/149
> > >
> > >
> > > [   30.039935] The buggy address belongs to the variable:
> > > [   30.040059]  cdb.48319+0x0/0x40
> > > (gdb) l *ata_exec_internal_sg+0x50f
> > > 0x81c7b59f is in ata_exec_internal_sg 
> > > (./include/linux/string.h:359).
> >
> > So looks like ata_exec_internal_sg() is panic'ing when...
> >
> > > 354 if (q_size < size)
> > > 355 __read_overflow2();
> > > 356 }
> > > 357 if (p_size < size || q_size < size)
> > > 358 fortify_panic(__func__);
> > > 359 return __builtin_memcpy(p, q, size);
>
> ^^^ here, so within memcpy(), but after the "easy" sanity checks.
>
> The only place where I see ata_exec_internal_sg() calling memcpy() is
> here:
>
> /* prepare & issue qc */
> qc->tf = *tf;
> if (cdb)
> memcpy(qc->cdb, cdb, ATAPI_CDB_LEN);
>
> the "16" is consistent with the report:
>
> include/linux/ata.h:ATAPI_CDB_LEN   = 16,
>
> which matches the claim about the cdb variable from KASAN. And it's a
> read, so "cdb" is wrong. Do you have a longer back trace? What called
> ata_exec_internal_sg()?
>
> ata_exec_internal() is the only caller of ata_exec_internal_sg(). Nearly
> all callers of ata_exec_internal() pass a NULL cdb. Those that don't
> are:
>
> atapi_eh_tur()
> u8 cdb[ATAPI_CDB_LEN] = ...
> atapi_eh_request_sense()
> u8 cdb[ATAPI_CDB_LEN] = ...
>
> These two are on the static and correctly sized.
>
> eject_tray()
> static const char cdb[ATAPI_CDB_LEN] = ...
> zpodd_get_mech_type()
> static const char cdb[] = ...
>
> These are both in rodata, and only the first is correctly sized. I
> assume the following will fix it:
>
>
> diff --git a/drivers/ata/libata-zpodd.c b/drivers/ata/libata-zpodd.c
> index 173e6f2dd9af..eefda51f97d3 100644
> --- a/drivers/ata/libata-zpodd.c
> +++ b/drivers/ata/libata-zpodd.c
> @@ -56,7 +56,7 @@ static enum odd_mech_type zpodd_get_mech_type(struct 
> ata_device *dev)
> unsigned int ret;
> struct rm_feature_desc *desc;
> struct ata_taskfile tf;
> -   static const char cdb[] = {  GPCMD_GET_CONFIGURATION,
> +   static const char cdb[ATAPI_CDB_LEN] = {  GPCMD_GET_CONFIGURATION,
> 2,  /* only 1 feature descriptor requested */
> 0, 3,   /* 3, removable medium feature */
> 0, 0, 0,/* reserved */
>
>
>
> --
> Kees Cook



-- 
software engineer
rajagiri school of engineering and technology


Re: BUG: KASAN: global-out-of-bounds in ata_exec_internal_sg+0x50f/0xc70

2019-07-29 Thread Jeffrin Thalakkottoor
hello Kees,

please mention  me ...
Reported-by:  Jeffrin Jose T  
Tested-by: Jeffrin Jose T  

On Tue, Jul 30, 2019 at 1:25 AM Jens Axboe  wrote:
>
> On 7/29/19 1:34 PM, Jeffrin Thalakkottoor wrote:
> > hello Kees Cook,
> >
> > i tested your fix and i think it worked like a charm !
> > kasan message related disappeared during boot time and it does not
> > show in the output of "sudo dmesg -l err"
> > anyway thanks a lot !
>
> Kees, could you send that out as a proper patch?
>
> --
> Jens Axboe
>


-- 
software engineer
rajagiri school of engineering and technology


BUG: KASAN: global-out-of-bounds in ata_exec_internal_sg+0x50f/0xc70

2019-07-10 Thread Jeffrin Thalakkottoor
hello all ,

i encountered a KASAN bug related .here are some related information...


---x-x--
[   30.037312] BUG: KASAN: global-out-of-bounds in
ata_exec_internal_sg+0x50f/0xc70
[   30.037447] Read of size 16 at addr 91f41f80 by task scsi_eh_1/149


[   30.039935] The buggy address belongs to the variable:
[   30.040059]  cdb.48319+0x0/0x40

[   30.040241] Memory state around the buggy address:
[   30.040362]  91f41e80: fa fa fa fa 00 00 fa fa fa fa fa fa
00 00 07 fa
[   30.040498]  91f41f00: fa fa fa fa 00 00 00 00 00 00 00 03
fa fa fa fa
[   30.040628] >91f41f80: 00 04 fa fa fa fa fa fa 00 00 fa fa
fa fa fa fa
[   30.040755]   ^
[   30.040868]  91f42000: 00 00 00 04 fa fa fa fa 00 fa fa fa
fa fa fa fa
[   30.041003]  91f42080: 04 fa fa fa fa fa fa fa 00 04 fa fa
fa fa fa fa

---x--x
$uname -a
Linux debian 5.2.0-rc7+ #4 SMP Tue Jul 9 02:54:07 IST 2019 x86_64 GNU/Linux
$

xx---
(gdb) l *ata_exec_internal_sg+0x50f
0x81c7b59f is in ata_exec_internal_sg (./include/linux/string.h:359).
354 if (q_size < size)
355 __read_overflow2();
356 }
357 if (p_size < size || q_size < size)
358 fortify_panic(__func__);
359 return __builtin_memcpy(p, q, size);
360 }
361
362 __FORTIFY_INLINE void *memmove(void *p, const void *q, __kernel_size_t size)
363 {
(gdb)
--x--
GNU Make4.2.1
Binutils2.31.1
Util-linux  2.33.1
Mount2.33.1
Linux C Library  2.28
Dynamic linker (ldd) 2.28
Procps  3.3.15
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.30
Udev241
-xx
Thread model: posix
gcc version 8.3.0 (Debian 8.3.0-7)
-xx

Please ask if more information is needed.

-- 
software engineer
rajagiri school of engineering and technology


PROBLEM: found 2 tests failed using "perf test" command

2018-05-19 Thread Jeffrin Thalakkottoor
hello,


i found two tests failed while i did "sudo ./perf test"

--->
24: Object code reading   : FAILED!
64: probe libc's inet_pton & backtrace it with ping   : FAILED!
>

some relevent shell session details from ./sudo perf test -vv 24
>
Objdump command is: objdump -z -d --start-address=0x8132dda7
--stop-address=0x8132de27
/lib/modules/4.17.0-rc5+/build/vmlinux
Bytes read match those read by objdump
Reading object code for memory address: 0xfe05e01e
thread__find_addr_map failed
test child finished with -1
 end 
Object code reading: FAILED!
-->

$sudo ./perf test -vv 64
64: probe libc's inet_pton & backtrace it with ping   :
--- start ---
test child forked, pid 4751
test child finished with -1
 end 
probe libc's inet_pton & backtrace it with ping: FAILED!
$

--->

 $awk -f scripts/ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux debian 4.17.0-rc5+ #30 SMP Sat May 19 19:59:08 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.32
Mount2.32
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238
Modules Loaded  ac acpi_pad acpi_thermal_rel ahci autofs4 battery
binfmt_misc bluetooth bnep btbcm btintel btrtl btusb button cdrom
cfg80211 cmac coretemp crc32c_intel crc32_pclmul crct10dif_pclmul
cryptd drm drm_kms_helper ecdh_generic efi_pstore efivarfs efivars
ehci_hcd ehci_pci evdev fan fat fuse ghash_clmulni_intel hid
hp_wireless hp_wmi i2c_algo_bit i2c_hid i2c_i801 i915 int3400_thermal
int340x_thermal_zone intel_cstate intel_pch_thermal intel_powerclamp
intel_rapl intel_rapl_perf intel_soc_dts_iosf intel_uncore ip_tables
irqbypass iTCO_vendor_support iTCO_wdt joydev kvm kvm_intel libahci
libata loop lp lpc_ich media mei mei_me mfd_core mii nls_ascii
nls_cp437 parport parport_pc pcspkr ppdev processor_thermal_device
psmouse r8169 rfcomm rfkill scsi_mod sd_mod serio_raw sg shpchp snd
snd_hda_codec snd_hda_codec_generic snd_hda_codec_hdmi
snd_hda_codec_realtek snd_hda_core snd_hda_intel snd_hwdep snd_pcm
snd_timer soundcore sparse_keymap sr_mod sunrpc thermal usbcore
uvcvideo vfat video videobuf2_common videobuf2_memops videobuf2_v4l2
videobuf2_vmalloc videodev wl wmi wmi_bmof x86_pkg_temp_thermal
xhci_hcd xhci_pci x_tables
$

-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: "ACPI Error: Method parse/execution failed" and "ACPI BIOS Error (bug): Failure looking up" related

2018-05-20 Thread Jeffrin Thalakkottoor
as far as i know , may be there is not much change in system behavior.
i just found these messages during boot time
i did not find this message in a typical 4.9.x kernel



On Mon, May 14, 2018 at 4:04 AM, Andy Shevchenko
 wrote:
> On Sun, May 13, 2018 at 5:20 PM, Jeffrin Thalakkottoor
>  wrote:
>> hello ,
>>
>> the error from "dmesg -l err"  related ...
>>
>> ->
>>
>> [1.709950] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
>> [1.710045] ACPI Error: Method parse/execution failed
>> \_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
>> [1.710208] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
>> [1.710267] ACPI Error: Method parse/execution failed
>> \_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
>> [1.710338] acpi PNP0C0B:00: Failed to set initial power state
>> [1.710846] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>> [1.710938] ACPI Error: Method parse/execution failed
>> \_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
>> [1.711588] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>> [1.711681] ACPI Error: Method parse/execution failed
>> \_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
>> [1.711960] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>> [1.712054] ACPI Error: Method parse/execution failed
>> \_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)
>> [1.712471] ACPI BIOS Error (bug): Failure looking up
>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>> [1.712552] ACPI Error: Method parse/execution failed
>> \_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)
>>
>> ->
>>
>
> Is there any regressions or change in behaviour due to which these
> messages are printed out? If so, which regressions you are pointing
> out?
>
>>
>>
>> $awk -f scripts/ver_linux
>> If some fields are empty or look unusual you may have an old version.
>> Compare to the current minimal requirements in Documentation/Changes.
>>
>> Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 
>> GNU/Linux
>>
>> GNU Make4.2.1
>> Binutils2.30
>> Util-linux  2.31.1
>> Mount2.31.1
>> Linux C Library  2.27
>> Dynamic linker (ldd) 2.27
>> readlink: missing operand
>> Try 'readlink --help' for more information.
>> Procps  3.3.14
>> Kbd  2.0.4
>> Console-tools2.0.4
>> Sh-utils8.28
>> Udev238
>> Modules Loaded  ac acpi_pad acpi_thermal_rel ahci autofs4 battery
>> binfmt_misc bluetooth bnep btbcm btintel btrfs btrtl btusb button
>> cdrom cfg80211 cmac coretemp cpuid crc32c_intel crc32_pclmul
>> crct10dif_pclmul cryptd drm drm_kms_helper ecdh_generic efi_pstore
>> efivarfs efivars ehci_hcd ehci_pci evdev fan fat fuse
>> ghash_clmulni_intel hid hp_wireless hp_wmi i2c_algo_bit i2c_hid
>> i2c_i801 i915 int3400_thermal int340x_thermal_zone intel_cstate
>> intel_pch_thermal intel_powerclamp intel_rapl intel_rapl_perf
>> intel_soc_dts_iosf intel_uncore ip_tables irqbypass
>> iTCO_vendor_support iTCO_wdt joydev kvm kvm_intel libahci libata
>> libcrc32c loop lp lpc_ich media mei mei_me mfd_core mii nls_ascii
>> nls_cp437 parport parport_pc pcspkr ppdev processor_thermal_device
>> psmouse r8169 raid6_pq rfcomm rfkill scsi_mod sd_mod serio_raw sg
>> shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_hdmi
>> snd_hda_codec_realtek snd_hda_core snd_hda_intel snd_hwdep snd_pcm
>> snd_timer soundcore sparse_keymap sr_mod sunrpc thermal usbcore
>> uvcvideo vfat video videobuf2_common videobuf2_memops videobuf2_v4l2
>> videobuf2_vmalloc videodev wl wmi wmi_bmof x86_pkg_temp_thermal xfs
>> xhci_hcd xhci_pci xor x_tables xxhash zstd_compress zstd_decompress
>>
>>
>> $uname -a
>> Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 
>> GNU/Linux
>> $
>>
>> Reported-by: Jeffrin Jose T  
>>
>> --
>> software engineer
>> rajagiri school of engineering and technology
>
>
>
> --
> With Best Regards,
> Andy Shevchenko



-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-20 Thread Jeffrin Thalakkottoor
that system is  normally not crashing. as far as i know, there are no
other bad effects
it happens during every boot.it is not a one time message.

output for "sudo dmesg | grep -B 40 44919"  command related

>
[1.555315] intel_idle: MWAIT substates: 0x11142120
[1.555316] intel_idle: v0.4.1 model 0x3D
[1.44] intel_idle: lapic_timer_reliable_states 0x
[1.555866] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[1.556307] Linux agpgart interface v0.103
[1.556388] AMD IOMMUv2 driver by Joerg Roedel 
[1.556389] AMD IOMMUv2 functionality not available on this system
[1.556679] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M]
at 0x60,0x64 irq 1,12
[1.580570] serio: i8042 KBD port at 0x60,0x64 irq 1
[1.580574] serio: i8042 AUX port at 0x60,0x64 irq 12
[1.580706] mousedev: PS/2 mouse device common for all mice
[1.580744] rtc_cmos 00:01: RTC can wake from S4
[1.580907] rtc_cmos 00:01: registered as rtc0
[1.580921] rtc_cmos 00:01: alarms up to one month, 242 bytes
nvram, hpet irqs
[1.580935] intel_pstate: Intel P-state driver initializing
[1.581160] ledtrig-cpu: registered to indicate activity on CPUs
[1.582235] NET: Registered protocol family 10
[1.587820] Segment Routing with IPv6
[1.587871] mip6: Mobile IPv6
[1.587876] NET: Registered protocol family 17
[1.587885] mpls_gso: MPLS GSO support
[1.588638] microcode: sig=0x306d4, pf=0x40, revision=0x2a
[1.588899] microcode: Microcode Update Driver: v2.2.
[1.588928] sched_clock: Marking stable (1588863300,
0)->(3178404073, -1589540773)
[1.589452] registered taskstats version 1
[1.589454] Loading compiled-in X.509 certificates
[1.589489] zswap: loaded using pool lzo/zbud
[1.589675] AppArmor: AppArmor sha1 policy hashing enabled
[1.589680] ima: No TPM chip found, activating TPM-bypass! (rc=-19)
[1.589687] ima: Allocated hash algorithm: sha256
[1.590826] rtc_cmos 00:01: setting system clock to 2018-05-20
10:14:28 UTC (1526811268)
[1.591506] input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
[1.922558] Freeing unused kernel memory: 1568K
[1.936066] Write protecting the kernel read-only data: 16384k
[1.938244] Freeing unused kernel memory: 2008K
[1.941243] Freeing unused kernel memory: 812K
[1.955715] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[1.955716] x86/mm: Checking user space page tables
[1.964175] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[2.036680] hidraw: raw HID events driver (C) Jiri Kosina
[2.044919] ACPI BIOS Error (bug): Failure looking up
[\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)

->


On Mon, May 14, 2018 at 10:20 PM, Luck, Tony  wrote:
> On Mon, May 14, 2018 at 06:27:52PM +0200, Borislav Petkov wrote:
>> On Mon, May 14, 2018 at 09:19:11PM +0530, Jeffrin Thalakkottoor wrote:
>> > hello,
>> >
>> > output related of  "sudo dmesg -l emerg" from my laptop...
>> >
>> > --->
>> > $sudo dmesg -l emerg
>> > [sudo] password for jeffrin:
>> > [0.041023] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 5:
>> > ee40110b
>> > [0.041028] mce: [Hardware Error]: TSC 0 ADDR 16080 MISC 5040008086
>> > [0.041034] mce: [Hardware Error]: PROCESSOR 0:306d4 TIME
>> > 1526300792 SOCKET 0 APIC 0 microcode 2a
>>
>> Run it through mcelog to see what it decodes to:
>>
>> dmesg | mcelog --ascii
>
> Is the system crashing? Or do you just see this message but
> no other bad effects?
>
> Does is happen every boot? Or was this a one time message?
>
> Can you grab some context lines from dmesg (say 40 lines
> leading up to this message) to see what else was going on?
>
> -Tony



-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: "ACPI Error: Method parse/execution failed" and "ACPI BIOS Error (bug): Failure looking up" related

2018-05-20 Thread Jeffrin Thalakkottoor
ignore this "i did not find this message in a typical 4.9.x kernel"  line

On Sun, May 20, 2018 at 4:05 PM, Jeffrin Thalakkottoor
 wrote:
> as far as i know , may be there is not much change in system behavior.
> i just found these messages during boot time
> i did not find this message in a typical 4.9.x kernel
>
>
>
> On Mon, May 14, 2018 at 4:04 AM, Andy Shevchenko
>  wrote:
>> On Sun, May 13, 2018 at 5:20 PM, Jeffrin Thalakkottoor
>>  wrote:
>>> hello ,
>>>
>>> the error from "dmesg -l err"  related ...
>>>
>>> ->
>>>
>>> [1.709950] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.710045] ACPI Error: Method parse/execution failed
>>> \_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
>>> [1.710208] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECWT], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.710267] ACPI Error: Method parse/execution failed
>>> \_TZ.FN00._ON, AE_NOT_FOUND (20180313/psparse-516)
>>> [1.710338] acpi PNP0C0B:00: Failed to set initial power state
>>> [1.710846] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.710938] ACPI Error: Method parse/execution failed
>>> \_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
>>> [1.711588] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.711681] ACPI Error: Method parse/execution failed
>>> \_TZ.TZ00._TMP, AE_NOT_FOUND (20180313/psparse-516)
>>> [1.711960] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.712054] ACPI Error: Method parse/execution failed
>>> \_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)
>>> [1.712471] ACPI BIOS Error (bug): Failure looking up
>>> [\_SB.PCI0.LPCB.HEC.ECRD], AE_NOT_FOUND (20180313/psargs-330)
>>> [1.712552] ACPI Error: Method parse/execution failed
>>> \_TZ.TZ01._TMP, AE_NOT_FOUND (20180313/psparse-516)
>>>
>>> ->
>>>
>>
>> Is there any regressions or change in behaviour due to which these
>> messages are printed out? If so, which regressions you are pointing
>> out?
>>
>>>
>>>
>>> $awk -f scripts/ver_linux
>>> If some fields are empty or look unusual you may have an old version.
>>> Compare to the current minimal requirements in Documentation/Changes.
>>>
>>> Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 
>>> GNU/Linux
>>>
>>> GNU Make4.2.1
>>> Binutils2.30
>>> Util-linux  2.31.1
>>> Mount2.31.1
>>> Linux C Library  2.27
>>> Dynamic linker (ldd) 2.27
>>> readlink: missing operand
>>> Try 'readlink --help' for more information.
>>> Procps  3.3.14
>>> Kbd  2.0.4
>>> Console-tools2.0.4
>>> Sh-utils8.28
>>> Udev238
>>> Modules Loaded  ac acpi_pad acpi_thermal_rel ahci autofs4 battery
>>> binfmt_misc bluetooth bnep btbcm btintel btrfs btrtl btusb button
>>> cdrom cfg80211 cmac coretemp cpuid crc32c_intel crc32_pclmul
>>> crct10dif_pclmul cryptd drm drm_kms_helper ecdh_generic efi_pstore
>>> efivarfs efivars ehci_hcd ehci_pci evdev fan fat fuse
>>> ghash_clmulni_intel hid hp_wireless hp_wmi i2c_algo_bit i2c_hid
>>> i2c_i801 i915 int3400_thermal int340x_thermal_zone intel_cstate
>>> intel_pch_thermal intel_powerclamp intel_rapl intel_rapl_perf
>>> intel_soc_dts_iosf intel_uncore ip_tables irqbypass
>>> iTCO_vendor_support iTCO_wdt joydev kvm kvm_intel libahci libata
>>> libcrc32c loop lp lpc_ich media mei mei_me mfd_core mii nls_ascii
>>> nls_cp437 parport parport_pc pcspkr ppdev processor_thermal_device
>>> psmouse r8169 raid6_pq rfcomm rfkill scsi_mod sd_mod serio_raw sg
>>> shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_hdmi
>>> snd_hda_codec_realtek snd_hda_core snd_hda_intel snd_hwdep snd_pcm
>>> snd_timer soundcore sparse_keymap sr_mod sunrpc thermal usbcore
>>> uvcvideo vfat video videobuf2_common videobuf2_memops videobuf2_v4l2
>>> videobuf2_vmalloc videodev wl wmi wmi_bmof x86_pkg_temp_thermal xfs
>>> xhci_hcd xhci_pci xor x_tables xxhash zstd_compress zstd_decompress
>>>
>>>
>>> $uname -a
>>> Linux debian 4.17.0-rc4+ #24 SMP Sat May 12 19:26:27 IST 2018 x86_64 
>>> GNU/Linux
>>> $
>>>
>>> Reported-by: Jeffrin Jose T  
>>>
>>> --
>>> software engineer
>>> rajagiri school of engineering and technology
>>
>>
>>
>> --
>> With Best Regards,
>> Andy Shevchenko
>
>
>
> --
> software engineer
> rajagiri school of engineering and technology



-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-20 Thread Jeffrin Thalakkottoor
nput/input12
checking generic (b000 41) vs hw (b000 1000)
fb: switching to inteldrmfb from EFI VGA
Console: switching to colour dummy device 80x25
[drm] Replacing VGA console driver
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
i915 :00:02.0: vgaarb: changed VGA decodes:
olddecodes=io+mem,decodes=io+mem:owns=io+mem
usbcore: registered new interface driver btusb
[drm] Initialized i915 1.6.0 20180308 for :00:02.0 on minor 0
ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
input: Video Bus as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input13
snd_hda_intel :00:03.0: bound :00:02.0 (ops
i915_audio_component_bind_ops [i915])
Bluetooth: hci0: BCM: chip id 70
Bluetooth: hci0: BCM: features 0x06
fbcon: inteldrmfb (fb0) is primary device
Bluetooth: hci0: debian-0
Bluetooth: hci0: BCM (001.001.011) build 
bluetooth hci0: Direct firmware load for brcm/BCM.hcd failed with error -2
Bluetooth: hci0: BCM: Patch brcm/BCM.hcd not found
intel_rapl: Found RAPL domain package
intel_rapl: Found RAPL domain core
intel_rapl: Found RAPL domain uncore
intel_rapl: Found RAPL domain dram
intel_rapl: RAPL package 0 domain package locked by BIOS
intel_rapl: RAPL package 0 domain dram locked by BIOS
wl :03:00.0 wlp3s0: renamed from wlan0
Console: switching to colour frame buffer device 170x48
i915 :00:02.0: fb0: inteldrmfb frame buffer device
input: HDA Intel HDMI HDMI/DP,pcm=3 as
/devices/pci:00/:00:03.0/sound/card0/input14
input: HDA Intel HDMI HDMI/DP,pcm=7 as
/devices/pci:00/:00:03.0/sound/card0/input15
input: HDA Intel HDMI HDMI/DP,pcm=8 as
/devices/pci:00/:00:03.0/sound/card0/input16
input: HDA Intel HDMI HDMI/DP,pcm=9 as
/devices/pci:00/:00:03.0/sound/card0/input17
input: HDA Intel HDMI HDMI/DP,pcm=10 as
/devices/pci:00/:00:03.0/sound/card0/input18
Bluetooth: hci0: command 0x1003 tx timeout
Adding 4107260k swap on /dev/sda3.  Priority:-2 extents:1 across:4107260k FS
audit: type=1400 audit(1526815799.521:2): apparmor="STATUS"
operation="profile_load" profile="unconfined" name="/usr/bin/man"
pid=596 comm="apparmor_parser"
audit: type=1400 audit(1526815799.521:3): apparmor="STATUS"
operation="profile_load" profile="unconfined" name="man_filter"
pid=596 comm="apparmor_parser"
audit: type=1400 audit(1526815799.521:4): apparmor="STATUS"
operation="profile_load" profile="unconfined" name="man_groff" pid=596
comm="apparmor_parser"
audit: type=1400 audit(1526815799.561:5): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="libreoffice-oopslash" pid=598 comm="apparmor_parser"
audit: type=1400 audit(1526815799.645:6): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="libreoffice-senddoc" pid=599 comm="apparmor_parser"
audit: type=1400 audit(1526815799.669:7): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="libreoffice-xpdfimport" pid=605 comm="apparmor_parser"
audit: type=1400 audit(1526815800.217:8): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="/usr/lib/cups/backend/cups-pdf" pid=609 comm="apparmor_parser"
audit: type=1400 audit(1526815800.221:9): apparmor="STATUS"
operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd"
pid=609 comm="apparmor_parser"
audit: type=1400 audit(1526815800.221:10): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="/usr/sbin/cupsd//third_party" pid=609 comm="apparmor_parser"
audit: type=1400 audit(1526815800.729:11): apparmor="STATUS"
operation="profile_load" profile="unconfined"
name="/usr/lib/telepathy/mission-control-5" pid=607
comm="apparmor_parser"
r8169 :02:00.0 eth0: link down
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Bluetooth: BNEP filters: protocol multicast
Bluetooth: BNEP socket layer initialized
r8169 :02:00.0 eth0: link up
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Bluetooth: hci0: command 0x1003 tx timeout
IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM ver 1.11
fuse init (API version 7.26)
rfkill: input handler disabled
r8169 :02:00.0 eth0: link down
r8169 :02:00.0 eth0: link up


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-21 Thread Jeffrin Thalakkottoor
> Ok, but please do not top-post.

Ok

> Looks like mcelog has trouble decoding this. Have you updated mcelog to
> the latest version in your distro?
.
mcelog   153+dfsg-1


-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-21 Thread Jeffrin Thalakkottoor
> (*) Can you send a snip from the raw dmesg output that starts
> a couple of lines before:
>
>
> ... [Hardware Error]: CPU 0: Machine Check: 0 Bank: 5 ...
>
> and continues a couple of lines past
>
> ... [Hardware Error]: PROCESSOR 0:306d4 ...
>
> and I'll take a look at why mcelog choked.



->
$sudo dmesg -r | grep -B 30 "Bank"
x2apic: IRQ remapping doesn't support X2APIC mode
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
tsc: Fast TSC calibration using PIT
tsc: Detected 1895.567 MHz processor
clocksource: tsc-early: mask: 0x max_cycles:
0x36a5a03c965, max_idle_ns: 881590412318 ns
Calibrating delay loop (skipped), value calculated using timer
frequency.. 3791.13 BogoMIPS (lpj=7582268)
pid_max: default: 32768 minimum: 301
Security Framework initialized
Yama: becoming mindful.
AppArmor: AppArmor initialized
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes)
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
mce: CPU supports 7 MCE banks
CPU0: Thermal monitoring enabled (TM1)
process: using mwait in idle threads
Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8
Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 mitigation: Enabling Indirect Branch Prediction Barrier
Spectre V2 : Enabling Restricted Speculation for firmware calls
Freeing SMP alternatives memory: 32K
TSC deadline timer enabled
smpboot: CPU0: Intel(R) Pentium(R) CPU 3825U @ 1.90GHz (family: 0x6,
model: 0x3d, stepping: 0x4)
mce: [Hardware Error]: Machine check events logged
mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 5: ee40110b
$
-->



$sudo dmesg -r | grep -A 30 "0:306d4"
mce: [Hardware Error]: PROCESSOR 0:306d4 TIME 1526932210 SOCKET 0 APIC
0 microcode 2a
Performance Events: PEBS fmt2+, Broadwell events, 16-deep LBR,
full-width counters, Intel PMU driver.
... version:3
... bit width:  48
... generic registers:  4
... value mask: 
... max period: 7fff
... fixed-purpose events:   3
... event mask: 0007000f
Hierarchical SRCU implementation.
NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
smp: Bringing up secondary CPUs ...
x86: Booting SMP configuration:
 node  #0, CPUs:  #1 #2 #3
smp: Brought up 1 node, 4 CPUs
smpboot: Max logical packages: 1
smpboot: Total of 4 processors activated (15164.53 BogoMIPS)
devtmpfs: initialized
x86/mm: Memory block size: 128MB
PM: Registering ACPI NVS region [mem 0x9cc8e000-0x9cf8dfff] (3145728 bytes)
clocksource: jiffies: mask: 0x max_cycles: 0x,
max_idle_ns: 764504178510 ns
futex hash table entries: 1024 (order: 4, 65536 bytes)
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
audit: initializing netlink subsys (disabled)
audit: type=2000 audit(1526932210.048:1): state=initialized
audit_enabled=0 res=1
cpuidle: using governor ladder
cpuidle: using governor menu
Simple Boot Flag at 0x44 set to 0x1
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type PCI registered
$
>


-- 
software engineer
rajagiri school of engineering and technology


Re: PROBLEM: mce: [Hardware Error] from dmesg -l emerg

2018-05-21 Thread Jeffrin Thalakkottoor
On Tue, May 22, 2018 at 2:27 AM, Luck, Tony  wrote:
> How about this:
>
> $ sudo dmesg -r | grep -C 30 Bank
>
> -Tony

-->
$sudo dmesg -r | grep -C 30 Bank
x2apic: IRQ remapping doesn't support X2APIC mode
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
tsc: Fast TSC calibration using PIT
tsc: Detected 1895.567 MHz processor
clocksource: tsc-early: mask: 0x max_cycles:
0x36a5a03c965, max_idle_ns: 881590412318 ns
Calibrating delay loop (skipped), value calculated using timer
frequency.. 3791.13 BogoMIPS (lpj=7582268)
pid_max: default: 32768 minimum: 301
Security Framework initialized
Yama: becoming mindful.
AppArmor: AppArmor initialized
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes)
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
mce: CPU supports 7 MCE banks
CPU0: Thermal monitoring enabled (TM1)
process: using mwait in idle threads
Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8
Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 mitigation: Enabling Indirect Branch Prediction Barrier
Spectre V2 : Enabling Restricted Speculation for firmware calls
Freeing SMP alternatives memory: 32K
TSC deadline timer enabled
smpboot: CPU0: Intel(R) Pentium(R) CPU 3825U @ 1.90GHz (family: 0x6,
model: 0x3d, stepping: 0x4)
mce: [Hardware Error]: Machine check events logged
mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 5: ee40110b
mce: [Hardware Error]: TSC 0 ADDR 16080 MISC 5040008086
mce: [Hardware Error]: PROCESSOR 0:306d4 TIME 1526932210 SOCKET 0 APIC
0 microcode 2a
Performance Events: PEBS fmt2+, Broadwell events, 16-deep LBR,
full-width counters, Intel PMU driver.
... version:3
... bit width:  48
... generic registers:  4
... value mask: 
... max period: 7fff
... fixed-purpose events:   3
... event mask: 0007000f
Hierarchical SRCU implementation.
NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
smp: Bringing up secondary CPUs ...
x86: Booting SMP configuration:
 node  #0, CPUs:  #1 #2 #3
smp: Brought up 1 node, 4 CPUs
smpboot: Max logical packages: 1
smpboot: Total of 4 processors activated (15164.53 BogoMIPS)
devtmpfs: initialized
x86/mm: Memory block size: 128MB
PM: Registering ACPI NVS region [mem 0x9cc8e000-0x9cf8dfff] (3145728 bytes)
clocksource: jiffies: mask: 0x max_cycles: 0x,
max_idle_ns: 764504178510 ns
futex hash table entries: 1024 (order: 4, 65536 bytes)
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
audit: initializing netlink subsys (disabled)
audit: type=2000 audit(1526932210.048:1): state=initialized
audit_enabled=0 res=1
cpuidle: using governor ladder
cpuidle: using governor menu
Simple Boot Flag at 0x44 set to 0x1
$
-->

-- 
software engineer
rajagiri school of engineering and technology


test mail

2018-04-20 Thread Jeffrin Thalakkottoor
this is a test mail

-- 
software engineer
rajagiri school of engineering and technology


PROBLEM: error due to conflicting types during build of kselftests

2018-04-20 Thread Jeffrin Thalakkottoor
hello,

the following is the error found...
---
protection_keys.c:421:5: error: conflicting types for ‘pkey_set’
 int pkey_set(int pkey, unsigned long rights, unsigned long flags)
 ^~~~


to reproduce this error...
make -C tools/testing/selftests

Details about software:

Linux debian 4.17.0-rc1+ #1 SMP Thu Apr 19 18:59:45 IST 2018 x86_64 GNU/Linux

GNU Make 4.2.1
Binutils 2.30
Util-linux   2.31.1
Mount2.31.1
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps   3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils 8.28
Udev 238

-- 
software engineer
rajagiri school of engineering and technology


POSSIBLE BUG: boot gets stuck and loads initramfs shell

2018-04-21 Thread Jeffrin Thalakkottoor
hello,

i did a new git pull on my mainline linux kernel repository
i did "make localmodconfig" and compiled
i got a boot failure related. i got message about not able to mount
filesystem. it then loaded the initramfs shell.

i recompiled the kernel with ext4 file system inbuilt (i mean not as a module )
then the system did not have that problem.

but i think the problem did not exist before even when the ext4 was compiled
as a module. i think the problem occurred after i compiled using "make
localmodconfig"


Linux debian 4.17.0-rc1+ #3 SMP Sat Apr 21 03:41:44 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.31.1
Mount2.31.1
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238





-- 
software engineer
rajagiri school of engineering and technology


possible BUG: selftest about raw_skew failed

2018-04-21 Thread Jeffrin Thalakkottoor
hello,

failure of a test in selftest:timers

selftests: raw_skew

WARNING: ADJ_OFFSET in progress, this will cause inaccurate results
Estimating clock drift: 17.910(est) 16.820(act) [FAILED]
Bail out!
Pass 0 Fail 0 Xfail 0 Xpass 0 Skip 0 Error 0
1..0
not ok 1..7 selftests:  raw_skew [FAIL]


To reproduce :

make -C tools/testing/selftests/timers/ run_tests




Linux debian 4.17.0-rc1+ #3 SMP Sat Apr 21 03:41:44 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.31.1
Mount2.31.1
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238

-- 
software engineer
rajagiri school of engineering and technology


possible BUG: selftests: proc-loadavg-001 failed during kernel testing

2018-04-21 Thread Jeffrin Thalakkottoor
hello,

selftests: proc-loadavg-001

not ok 1..1 selftests:  proc-loadavg-001 [FAIL]

To reproduce :
make -C tools/testing/selftests/proc run_tests

Linux debian 4.17.0-rc1+ #3 SMP Sat Apr 21 03:41:44 IST 2018 x86_64 GNU/Linux

GNU Make4.2.1
Binutils2.30
Util-linux  2.31.1
Mount2.31.1
Linux C Library  2.27
Dynamic linker (ldd) 2.27
readlink: missing operand
Try 'readlink --help' for more information.
Procps  3.3.14
Kbd  2.0.4
Console-tools2.0.4
Sh-utils8.28
Udev238



-- 
software engineer
rajagiri school of engineering and technology


Re: possible BUG: selftests: proc-loadavg-001 failed during kernel testing

2018-04-21 Thread Jeffrin Thalakkottoor
This problem is fixed now.

$sudo make -C tools/testing/selftests/proc run_tests
[sudo] password for jeffrin:
make: Entering directory
'/home/jeffrin/upstream-kernel/linux/tools/testing/selftests/proc'
TAP version 13
selftests: proc-loadavg-001

ok 1..1 selftests: proc-loadavg-001 [PASS]

Please add me in changelog if i was useful.



On Sat, Apr 21, 2018 at 8:41 PM, Jeffrin Thalakkottoor
 wrote:
> hello,
>
> selftests: proc-loadavg-001
> 
> not ok 1..1 selftests:  proc-loadavg-001 [FAIL]
>
> To reproduce :
> make -C tools/testing/selftests/proc run_tests
>
> Linux debian 4.17.0-rc1+ #3 SMP Sat Apr 21 03:41:44 IST 2018 x86_64 GNU/Linux
>
> GNU Make4.2.1
> Binutils2.30
> Util-linux  2.31.1
> Mount2.31.1
> Linux C Library  2.27
> Dynamic linker (ldd) 2.27
> readlink: missing operand
> Try 'readlink --help' for more information.
> Procps  3.3.14
> Kbd  2.0.4
> Console-tools2.0.4
> Sh-utils8.28
> Udev238
>
>
>
> --
> software engineer
> rajagiri school of engineering and technology



-- 
software engineer
rajagiri school of engineering and technology


Re: [PATCH] selftests:intel_pstate: fixes typical crash of a testing script for Intel P-State driver

2018-05-09 Thread Jeffrin Thalakkottoor
hello  Shuah,

i had  later send another version of that patch.
anyway thank you  daniel for your effort

thank you both.



On Wed, May 9, 2018 at 1:51 AM, Shuah Khan  wrote:
> On 05/04/2018 01:47 PM, Shuah Khan wrote:
>> On 04/29/2018 01:12 PM, Jeffrin Jose T wrote:
>>>  Testing script for Intel P-State driver crashes during
>>>  the run.  this patch fixes that crash and produce typical results.
>>>
>>> Signed-off-by: Jeffrin Jose T 
>>>
>>> ---
>>>  tools/testing/selftests/intel_pstate/run.sh | 7 +--
>>>  1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/tools/testing/selftests/intel_pstate/run.sh 
>>> b/tools/testing/selftests/intel_pstate/run.sh
>>> index c670359becc6..cd32aca8806f 100755
>>> --- a/tools/testing/selftests/intel_pstate/run.sh
>>> +++ b/tools/testing/selftests/intel_pstate/run.sh
>>> @@ -27,6 +27,7 @@
>>>  # and the test will error out in those cases.  The result.X file can be 
>>> checked
>>>  # for consistency and modified to remove the extra MHz values.  The 
>>> result.X
>>>  # files can be re-evaluated by setting EVALUATE_ONLY to 1 below.
>>> +#set -xv
>>>
>>>  EVALUATE_ONLY=0
>>>
>>> @@ -101,12 +102,13 @@ cpupower frequency-set -g powersave 
>>> --max=${max_freq}MHz >& /dev/null
>>>  echo "Target  Actual  Difference MSR(0x199) max_perf_pct"
>>>  for freq in `seq $max_freq -100 $min_freq`
>>>  do
>>> -result_freq=$(cat /tmp/result.${freq} | grep "cpu MHz" | awk ' { print 
>>> $4 } ' | awk -F "." ' { print $1 } ')
>>> +   result_freq=$(cat /tmp/result.${freq} | grep "cpu MHz" \
>>> | awk '{print $4}' | awk -F "." '{print $1}')
>>> +result_freq=$(echo $result_freq | head -n1 | cut -d " " -f1)
>>>  msr=$(cat /tmp/result.${freq} | grep "msr" | awk ' { print $3 } ')
>>>  max_perf_pct=$(cat /tmp/result.${freq} | grep "max_perf_pct" | awk ' { 
>>> print $2 } ' )
>>> -if [ $result_freq -eq $freq ]; then
>>> +if (( "$result_freq" == "$freq" ))
>>> +then
>>>  echo " $freq$result_freq 0  $msr   
>>>   $(($max_perf_pct*3300))"
>>>  else
>>>  echo " $freq$result_freq  
>>> $(($result_freq-$freq))  $msr  $(($max_perf_pct*$max_freq))"
>>>
>>
>> Thanks. I will get this into 4.17-rc5
>>
>> -- Shuah
>>
>
> This patch didn't apply. In any case Daniel Diaz sent in a patch a coupld of 
> weeks ago
> which did apply and fixes the same problem.
>
> I applied Daniel's patch to linux-kselftest fixes for 4.17-rc5
>
> https://lists.linaro.org/pipermail/linux-kselftest-mirror/2018-April/000858.html
>
> thank you both.
>
> -- Shuah



-- 
software engineer
rajagiri school of engineering and technology


Re: [PATCH] selftests: intel_pstate: Fix a condition which does not notify user that root permission is useful

2018-05-09 Thread Jeffrin Thalakkottoor
thanks. i will work on...

On Wed, May 9, 2018 at 11:54 PM, Daniel Díaz  wrote:
> Hello!
>
>
> On 05/09/2018 12:38 PM, Jeffrin Jose T wrote:
>> aperf program uses /dev/cpu which is normally a root only
>> access area. so in that case to successfully run thet test,
>> root permissions are required.This patch is in the file run.sh.
>>
>> Signed-off-by: Jeffrin Jose T 
>> ---
>>  tools/testing/selftests/intel_pstate/run.sh | 8 
>>  1 file changed, 8 insertions(+)
>>
>> diff --git a/tools/testing/selftests/intel_pstate/run.sh 
>> b/tools/testing/selftests/intel_pstate/run.sh
>> index 23a2e4e9880e..05d35392dcfd 100755
>> --- a/tools/testing/selftests/intel_pstate/run.sh
>> +++ b/tools/testing/selftests/intel_pstate/run.sh
>> @@ -31,6 +31,14 @@
>>
>>  EVALUATE_ONLY=0
>>
>> +uid=$(id -u)
>> +if [ $uid -ne 0 ]; then
>> +echo "---"
>> +echo $msg please run this as root >&2
>> +echo "---"
>> +exit 0
>> +fi
>> +
>
> Other tests simply use $UID. See:
>   cpufreq/main.sh
>   cpu-hotplug/cpu-on-off-test.sh
>   efivarfs/efivarfs.sh
>   gpio/gpio-mockup.sh
>   memory-hotplug/mem-on-off-test.sh
>
> This doesn't take into account the conditions for EVALUATE_ONLY: When
> it's set non-zero, neither aperf nor cpupower run at all.
>
> While this is under review, you might want to base your change on
> Shuah's patch for skipping:
>
> https://lists.linaro.org/pipermail/linux-kselftest-mirror/2018-May/001074.html
>
>
>>  if ! uname -m | sed -e s/i.86/x86/ -e s/x86_64/x86/ | grep -q x86; then
>>   echo "$0 # Skipped: Test can only run on x86 architectures."
>>   exit 0
>
> I'd leave this check at the forefront, as this "hurdle" is
> insurmountable in other architectures, whereas becoming root is attainable.
>
> Thanks and greetings!
>
> Daniel Díaz
> daniel.d...@linaro.org



-- 
software engineer
rajagiri school of engineering and technology


Re: [PATCH 4.14 000/191] 4.14.203-rc1 review

2020-10-27 Thread Jeffrin Thalakkottoor
hello ,

compiled and booted 4.14.203-rc1+ .
dmesg atleast throws issue or issues.

-x--x--x---x-
[1.822459] ACPI Error: [_SB_.PCI0.RP05.PXSX] Namespace lookup
failure, AE_NOT_FOUND (20170728/dswload2-191)
[1.822502] ACPI Exception: AE_NOT_FOUND, During name
lookup/catalog (20170728/psobject-251)
[1.822524] ACPI Error: Method parse/execution failed
\_SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20170728/psparse-548)
[1.852894] ACPI Error: [_SB_.PCI0.RP09.PXSX] Namespace lookup
failure, AE_NOT_FOUND (20170728/dswload2-191)
[1.852938] ACPI Exception: AE_NOT_FOUND, During name
lookup/catalog (20170728/psobject-251)
[1.852959] ACPI Error: Method parse/execution failed
\_SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20170728/psparse-548)
[   19.924198] systemd[1]: Failed to find module 'autofs4'
--x--x--x

Tested-by: Jeffrin Jose T 


-- 
software engineer
rajagiri school of engineering and technology  -  autonomous


Re: [PATCH 5.8 000/633] 5.8.17-rc1 review

2020-10-27 Thread Jeffrin Thalakkottoor
hello,

Compiled and booted  5.8.17-rc1+.
Looks like no typical regression or regressions.

Tested-by: Jeffrin Jose T 

On Tue, Oct 27, 2020 at 8:23 PM Greg Kroah-Hartman
 wrote:
>
> This is the start of the stable review cycle for the 5.8.17 release.
> There are 633 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Thu, 29 Oct 2020 13:53:43 +.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> 
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.17-rc1.gz
> or in the git tree and branch at:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git 
> linux-5.8.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
> -
> Pseudo-Shortlog of commits:
>
> Greg Kroah-Hartman 
> Linux 5.8.17-rc1
>
> Lorenzo Colitti 
> usb: gadget: f_ncm: allow using NCM in SuperSpeed Plus gadgets.
>
> Christian Eggers 
> eeprom: at25: set minimum read/write access stride to 1
>
> Peter Chen 
> usb: cdns3: gadget: free interrupt after gadget has deleted
>
> Oliver Neukum 
> USB: cdc-wdm: Make wdm_flush() interruptible and add wdm_fsync().
>
> Vincent Mailhol 
> usb: cdc-acm: add quirk to blacklist ETAS ES58X devices
>
> Chunfeng Yun 
> usb: gadget: bcm63xx_udc: fix up the error of undeclared usb_debug_root
>
> Peng Fan 
> tty: serial: fsl_lpuart: fix lpuart32_poll_get_char
>
> Peng Fan 
> tty: serial: lpuart: fix lpuart32_write usage
>
> Julian Wiedmann 
> s390/qeth: don't let HW override the configured port role
>
> Valentin Vidic 
> net: korina: cast KSEG0 address to pointer in kfree
>
> Zekun Shen 
> ath10k: check idx validity in __ath10k_htt_rx_ring_fill_n()
>
> Serge Semin 
> dmaengine: dw: Activate FIFO-mode for memory peripherals only
>
> Serge Semin 
> dmaengine: dw: Add DMA-channels mask cell support
>
> Qingqing Zhuo 
> drm/amd/display: Screen corruption on dual displays (DP+USB-C)
>
> Can Guo 
> scsi: ufs: ufs-qcom: Fix race conditions caused by 
> ufs_qcom_testbus_config()
>
> Eli Billauer 
> usb: core: Solve race condition in anchor cleanup functions
>
> Wang Yufen 
> brcm80211: fix possible memleak in brcmf_proto_msgbuf_attach
>
> Kevin Barnett 
> scsi: smartpqi: Avoid crashing kernel for controller issues
>
> Sathyanarayana Nujella 
> ASoC: Intel: sof_rt5682: override quirk data for tgl_max98373_rt5682
>
> Sathyanarayana Nujella 
> ASoC: SOF: Add topology filename override based on dmi data match
>
> Connor McAdams 
> ALSA: hda/ca0132 - Add new quirk ID for SoundBlaster AE-7.
>
> Connor McAdams 
> ALSA: hda/ca0132 - Add AE-7 microphone selection commands.
>
> Tetsuo Handa 
> mwifiex: don't call del_timer_sync() on uninitialized timer
>
> Julian Wiedmann 
> s390/qeth: strictly order bridge address events
>
> Jan Kara 
> reiserfs: Fix memory leak in reiserfs_parse_options()
>
> Peilin Ye 
> ipvs: Fix uninit-value in do_ip_vs_set_ctl()
>
> Dinghao Liu 
> Bluetooth: btusb: Fix memleak in btusb_mtk_submit_wmt_recv_urb
>
> Tong Zhang 
> tty: ipwireless: fix error handling
>
> George Kennedy 
> fbmem: add margin check to fb_check_caps()
>
> Nilesh Javali 
> scsi: qedi: Fix list_del corruption while removing active I/O
>
> Nilesh Javali 
> scsi: qedi: Protect active command list to avoid list corruption
>
> Nilesh Javali 
> scsi: qedi: Mark all connections for recovery on link down event
>
> Saurav Kashyap 
> scsi: qedf: Return SUCCESS if stale rport is encountered
>
> Hans de Goede 
> HID: ite: Add USB id match for Acer One S1003 keyboard dock
>
> Doug Horn 
> Fix use after free in get_capset_info callback.
>
> Chris Chiu 
> rtl8xxxu: prevent potential memory leak
>
> Keita Suzuki 
> brcmsmac: fix memory leak in wlc_phy_attach_lcnphy
>
> Yonghong Song 
> selftests/bpf: Fix test_sysctl_loop{1, 2} failure due to clang change
>
> Daniel Wagner 
> scsi: qla2xxx: Warn if done() or free() are called on an already freed srb
>
> Jing Xiangfeng 
> scsi: ibmvfc: Fix error return in ibmvfc_probe()
>
> Qian Cai 
> iomap: fix WARN_ON_ONCE() from unprivileged users
>
> Zhenzhong Duan 
> drm/msm/a6xx: fix a potential overflow issue
>
> Abhishek Pandit-Subedi 
> Bluetooth: Only mark socket zapped after unlocking
>
> Jia Yang 
> drm: fix double free for gbo in drm_gem_vram_init and drm_gem_vram_create
>
> Hamish Martin 
> usb: ohci: Default to per-port over-current protection
>
> Darrick J. Wong 
> xfs: make sure the rt allocator doesn't run off the end
>
> Viresh Kumar 
> opp: Prevent memory leak in dev_pm_opp_attach_genpd()
>
> Eric Biggers 
> reiserfs: only call unlock_new_inode() if I_NEW
>
> Keita Suzuki 
> misc: rtsx: Fix memory leak in rtsx_pci_probe
>
> Maciej Fij

BUG: KASAN: global-out-of-bounds in ata_exec_internal_sg+0x50f/0xc70

2019-06-13 Thread Jeffrin Thalakkottoor
hello ,


[   55.169278] 
==
[   55.169899] BUG: KASAN: global-out-of-bounds in
ata_exec_internal_sg+0x50f/0xc70 [libata]
[   55.170039] Read of size 16 at addr c0723500 by task scsi_eh_1/149


[   55.186354] The buggy address belongs to the variable:
[   55.186972]  cdb.48295+0x0/0xfffeab00 [libata]

[   55.187171] Memory state around the buggy address:
[   55.187290]  c0723400: 00 00 fa fa fa fa fa fa 00 00 fa fa
fa fa fa fa
[   55.187417]  c0723480: 00 00 00 00 00 00 00 00 05 fa fa fa
fa fa fa fa
[   55.187544] >c0723500: 00 04 fa fa fa fa fa fa 00 00 fa fa
fa fa fa fa
[   55.187686]   ^
[   55.187810]  c0723580: 00 00 05 fa fa fa fa fa 00 00 00 00
00 00 00 00
[   55.187940]  c0723600: 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00
[   55.188060] 
==

output of dmesg with the filename kasan.txt attached



-- 
software engineer
rajagiri school of engineering and technology
[0.00] microcode: microcode updated early to revision 0x368, date = 
2019-04-23
[0.00] Linux version 5.2.0-rc1+ (root@debian) (gcc version 8.3.0 
(Debian 8.3.0-7)) #4 SMP Wed Jun 12 02:11:23 IST 2019
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-5.2.0-rc1+ 
root=UUID=a054425d-89dc-4d7a-a928-e5a87f57dc8d ro quiet
[0.00] x86/fpu: x87 FPU will use FXSAVE
[0.00] BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable
[0.00] BIOS-e820: [mem 0x0009e800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x1fff] usable
[0.00] BIOS-e820: [mem 0x2000-0x201f] reserved
[0.00] BIOS-e820: [mem 0x2020-0x75a76fff] usable
[0.00] BIOS-e820: [mem 0x75a77000-0x75e76fff] reserved
[0.00] BIOS-e820: [mem 0x75e77000-0x76f76fff] ACPI NVS
[0.00] BIOS-e820: [mem 0x76f77000-0x76fb6fff] ACPI data
[0.00] BIOS-e820: [mem 0x76fb7000-0x77ff] usable
[0.00] BIOS-e820: [mem 0x7bc0-0x7fff] reserved
[0.00] BIOS-e820: [mem 0xe000-0xe3ff] reserved
[0.00] BIOS-e820: [mem 0xfea0-0xfeaf] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfed01000-0xfed01fff] reserved
[0.00] BIOS-e820: [mem 0xfed03000-0xfed03fff] reserved
[0.00] BIOS-e820: [mem 0xfed08000-0xfed09fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed1cfff] reserved
[0.00] BIOS-e820: [mem 0xfed8-0xfedb] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xffa0-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00017fff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.8 present.
[0.00] DMI: HP HP Notebook/80C5, BIOS F.1E 12/25/2015
[0.00] tsc: Detected 1600.000 MHz processor
[0.008208] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.008218] e820: remove [mem 0x000a-0x000f] usable
[0.008268] last_pfn = 0x18 max_arch_pfn = 0x4
[0.008280] MTRR default type: uncachable
[0.008285] MTRR fixed ranges enabled:
[0.008291]   0-9 write-back
[0.008297]   A-B uncachable
[0.008303]   C-F write-protect
[0.008307] MTRR variable ranges enabled:
[0.008315]   0 base 0FFC0 mask FFFC0 write-protect
[0.008322]   1 base 0FFA0 mask FFFE0 write-protect
[0.008329]   2 base 0 mask F8000 write-back
[0.008336]   3 base 07C00 mask FFC00 uncachable
[0.008343]   4 base 07BC0 mask FFFC0 uncachable
[0.008350]   5 base 1 mask F8000 write-back
[0.008353]   6 disabled
[0.008357]   7 disabled
[0.008971] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[0.009189] last_pfn = 0x78000 max_arch_pfn = 0x4
[0.022987] BRK [0x134a01000, 0x134a01fff] PGTABLE
[0.022997] BRK [0x134a02000, 0x134a02fff] PGTABLE
[0.023002] BRK [0x134a03000, 0x134a03fff] PGTABLE
[0.023803] BRK [0x134a04000, 0x134a04fff] PGTABLE
[0.026435] BRK [0x134a05000, 0x134a05fff] PGTABLE
[0.027157] BRK [0x134a06000, 0x134a06fff] PGTABLE
[0.028226] BRK [0x134a07000, 0x134a07fff] PGTABLE
[0.030392] RAMDISK: [mem 0x2b309000-0x3197bfff]
[0.030419] ACPI: Early table checksum verification disabled
[0.030754] ACPI: RSDP 0x

Re: [PATCH] selftests : netfilter: Wrote a error and exit code for a command which needed veth kernel module.

2019-04-13 Thread Jeffrin Thalakkottoor
Hello Shuah,

did you get the mail related stuff below ?

On Fri, Apr 5, 2019 at 10:17 PM Florian Westphal  wrote:
>
> Jeffrin Jose T  wrote:
> > A test for  the basic NAT functionality uses ip command which
> > needs veth device.There is a condition where the kernel support
> > for veth is not compiled into the kernel and the test script
> > breaks.This patch contains code for reasonable error display
> > and correct code exit.
>
> Looks good to me, thanks for following up on this.
>
> Acked-by: Florian Westphal 



-- 
software engineer
rajagiri school of engineering and technology