La Newsletter di Librerie.it
by Librerie.it
La Newsletter di Librerie.it
16/01/2015
Ciò che inferno non è
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Alessandro DAvenia
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Alessandro DAvenia racconta di **Padre Pino Puglisi**, il prete ucciso
dalla mafia nel settembre del 1993
Ci che inferno non un libro che ci fa entrare nelle viscere del
Brancaccio, il quartiere di Palermo in cui Padre Puglisi nato e dove ha
svolto la sua opera di aiuto e di evangelizzazione dei giovani che
correvano il pericolo di essere intrappolati nel vortice mafioso.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Avrò cura di te
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Massimo Gramellini
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**Avr cura di te il libro scritto a due mani da Massimo Gramellini e da
Chiara Gamberale e in cui una donna in crisi trova conforto nel suo
angelo custode**
Scritto con uno stile molto scorrevole e pulito, un libro che, per, ha
lambizione di voler sondare linteriorit umana. Ci racconta una storia
che potrebbe somigliare ad una fiaba, ma che pu diventare uno spunto per
poter affrontare in modo positivo i momenti difficili della vita.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Tuthankhamon Caravaggio Van Gogh. La sera e i notturni dagli Egizi al
Novecento
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**Alla Basilica Palladiana di Vicenza sono in mostra 115 opere che hanno
come tema centrale il fascino della sera e della notte.**
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
La nave di Teseo di V.M. Straka
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Jeffrey Jacob Abrams
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**La nave di Teseo di V.M. Straka un libro scritto a due mani e propone
al lettore una storia avvincente che terr con il fiato sospeso fino alla
fine e anche oltre**
Dalla mente geniale di **Jeffrey Jacob Abrams** e dalla penna di **Doug
Dorst** stato partorito questo testo intrigante e da leggere tutto dun
fiato. Scritto in maniera agevole, trasporta il lettore nel mistero e
gli fa vivere in unavventura affascinante e alla quale partecipare con
passione insieme ai protagonisti.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
In gioco per te
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Sylvia Day (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**In gioco per te: torna Silvia Day e si conferma autrice prolifica e
seguitissima nel campo della letteratura erotica rosa**
Nel nuovo libro dellautrice giappo-americana ritroviamo Eva e Gideon - i
due personaggi protagonisti della fortunata serie Crossfire - e torniamo
a tuffarci nel loro rapporto cos intenso e passionale, non privo di
aspetti problematici e esistenziali in sottofondo, ma creando, comunque,
unatmosfera estremamente passionale e molto romantica.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Lo Hobbit (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
John Ronald Reuel Tolkien
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**Il magico mondo degli Hobbit e il racconto senza tempo di Tolkien: un
libro dedicato agli amanti del Fantasy e dello stile di questo autore**
Questopera di **Tolkien** racconta scenari fantastici e da cui non si pu
non restare affascinati e che vengono descritti con una scrittura
agevole e a tratti umoristica, che alleggerisce il contesto e ci
permette di vivere questa avventura in modo completo.
[ Leggi tutto + ] (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Piero della Francesca e i contemporanei in mostra a Mosca
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**Larte pittorica italiana rinascimentale in mostra al Museo Puskin di
Mosca**
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Il magico potere del riordino
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Marie Kondo (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**Marie Kondo**, giovane scrittrice e divulgatrice giapponese, svela in
questo manuale tutti i segreti per mettere in ordine la nostra casa e la
nostra vita
**Il magico potere del riordino** un libro molto utile, sicuramente
intrigante e molto interessante.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Non dirmi che hai paura
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Giuseppe Catozzella
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
**E la storia di un sogno, la vita spezzata di una ragazza, Samia, che
voleva correre e che invece muore, come clandestina in fuga, tra la
acque di Lampedusa**
Giuseppe Catozzella con **Non dirmi che hai paura** si mette e ci mette
davanti alle prove della vita, quelle davvero molto grandi e dolorose.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Le cose che sai di me
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Clara Sanchez (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Le cose che sai di me: il libro di **Clara Sanchez** che in Spagna ha
ottenuto il Premio Planeta, importantissimo riconoscimento letterario
La scrittrice spagnola ci racconta una storia interessante e misteriosa,
carica di tensione e di suspance. Protagonista Patricia, una giovane
donna che vive la sua vita in modo sereno e circondata da tante
sicurezze. La Sanchez ce la racconta alla sua maniera, con il suo
inconfondibile stile e realizzando quello che El Mundo definisce il suo
capolavoro letterario.
[ Leggi tutto + ]
(http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Informativa per il trattamento dei dati personali legge 196/2003 (cod.
privacy) (http://www.maildelivery.it/mailing/lt.php?c=797&m=751&nl=8&s=1bf38f80d6cd...)
Qualora non desideriate ricevere in futuro comunicazioni dalla ditta
scrivente, potete esercitare i diritti previsti dall'art. 7 del codice
della privacy opponendovi tramite il seguente link (http://www.maildelivery.it/mailing/proc.php?nl=8&c=797&m=751&s=1bf38f80d6...).
Un messaggio vi confermerà l'accoglimento della vostra istanza.
6 years, 10 months
[drm/fb] 55b1a8f2bce: [drm:cirrus_modeset_init] *ERROR* cirrus_fbdev_init failed
by Huang Ying
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 55b1a8f2bce69d4f9fe1d08b7c7132a274266639 ("drm/fb-helper: Propagate errors from initial config failure")
We found the new error message as follow, it may be a problem in cirrus
code. But we still send it to you for your information.
[ 7.789221] cirrusdrmfb: enable CONFIG_FB_LITTLE_ENDIAN to support this framebuffer
[ 7.789221] cirrusdrmfb: enable CONFIG_FB_LITTLE_ENDIAN to support this framebuffer
[ 7.791234] [drm:cirrus_modeset_init] *ERROR* cirrus_fbdev_init failed
[ 7.791234] [drm:cirrus_modeset_init] *ERROR* cirrus_fbdev_init failed
[ 7.792916] cirrus 0000:00:02.0: Fatal error during modeset init: -22
[ 7.792916] cirrus 0000:00:02.0: Fatal error during modeset init: -22
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
Thanks,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[rhashtable] WARNING: CPU: 0 PID: 10 at kernel/locking/mutex.c:570 mutex_lock_nested()
by Fengguang Wu
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
commit 54c5b7d311c8e1801f9dcce9f388a7420a25fa90
Author: Ying Xue <ying.xue(a)windriver.com>
AuthorDate: Wed Jan 7 13:41:53 2015 +0800
Commit: David S. Miller <davem(a)davemloft.net>
CommitDate: Thu Jan 8 19:47:10 2015 -0800
rhashtable: introduce rhashtable_wakeup_worker helper function
Introduce rhashtable_wakeup_worker() helper function to reduce
duplicated code where to wake up worker.
By the way, as long as the both "future_tbl" and "tbl" bucket table
pointers point to the same bucket array, we should try to wake up
the resizing worker thread, otherwise, it indicates the work of
resizing hash table is not finished yet. However, currently we will
wake up the worker thread only when the two pointers point to
different bucket array. Obviously this is wrong. So, the issue is
also fixed as well in the patch.
Signed-off-by: Ying Xue <ying.xue(a)windriver.com>
Cc: Thomas Graf <tgraf(a)suug.ch>
Acked-by: Thomas Graf <tgraf(a)suug.ch>
Signed-off-by: David S. Miller <davem(a)davemloft.net>
+--------------------------------------------------------+------------+------------+------------+
| | efb975a67e | 54c5b7d311 | 4955cb4b36 |
+--------------------------------------------------------+------------+------------+------------+
| boot_successes | 66 | 0 | 0 |
| boot_failures | 0 | 21 | 14 |
| WARNING:at_kernel/locking/mutex.c:#mutex_lock_nested() | 0 | 21 | 14 |
| BUG:unable_to_handle_kernel | 0 | 21 | 14 |
| Oops | 0 | 21 | 14 |
| EIP_is_at_misc_register | 0 | 21 | 14 |
| Kernel_panic-not_syncing:Fatal_exception | 0 | 21 | 14 |
| backtrace:rht_deferred_worker | 0 | 21 | 14 |
+--------------------------------------------------------+------------+------------+------------+
[ 0.398875] ------------[ cut here ]------------
[ 0.398875] ------------[ cut here ]------------
[ 0.400000] WARNING: CPU: 0 PID: 10 at kernel/locking/mutex.c:570 mutex_lock_nested+0x389/0x444()
[ 0.400000] WARNING: CPU: 0 PID: 10 at kernel/locking/mutex.c:570 mutex_lock_nested+0x389/0x444()
[ 0.400000] DEBUG_LOCKS_WARN_ON(l->magic != l)
[ 0.400000] DEBUG_LOCKS_WARN_ON(l->magic != l)
[ 0.400000] Modules linked in:
[ 0.400000] Modules linked in:
[ 0.400000] CPU: 0 PID: 10 Comm: kworker/0:1 Not tainted 3.19.0-rc3-g54c5b7d #200
[ 0.400000] CPU: 0 PID: 10 Comm: kworker/0:1 Not tainted 3.19.0-rc3-g54c5b7d #200
[ 0.400000] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 0.400000] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 0.400000] Workqueue: events rht_deferred_worker
[ 0.400000] Workqueue: events rht_deferred_worker
[ 0.400000] 00000000
[ 0.400000] 00000000 d34ede5c d34ede5c d34a5460 d34a5460 d34ede30 d34ede30 c14458df c14458df d34ede4c d34ede4c c10424d3 c10424d3 0000023a 0000023a
[ 0.400000] c144965c
[ 0.400000] c144965c 00000001 00000001 d348bec8 d348bec8 d34a5460 d34a5460 d34ede64 d34ede64 c1042510 c1042510 00000009 00000009 d34ede5c d34ede5c
[ 0.400000] c16cd111
[ 0.400000] c16cd111 d34ede78 d34ede78 d34edea0 d34edea0 c144965c c144965c c16d33fa c16d33fa 0000023a 0000023a c16cd111 c16cd111 c16d3422 c16d3422
[ 0.400000] Call Trace:
[ 0.400000] Call Trace:
[ 0.400000] [<c14458df>] dump_stack+0x16/0x18
[ 0.400000] [<c14458df>] dump_stack+0x16/0x18
[ 0.400000] [<c10424d3>] warn_slowpath_common+0xac/0xc3
[ 0.400000] [<c10424d3>] warn_slowpath_common+0xac/0xc3
[ 0.400000] [<c144965c>] ? mutex_lock_nested+0x389/0x444
[ 0.400000] [<c144965c>] ? mutex_lock_nested+0x389/0x444
[ 0.400000] [<c1042510>] warn_slowpath_fmt+0x26/0x2a
[ 0.400000] [<c1042510>] warn_slowpath_fmt+0x26/0x2a
[ 0.400000] [<c144965c>] mutex_lock_nested+0x389/0x444
[ 0.400000] [<c144965c>] mutex_lock_nested+0x389/0x444
[ 0.400000] [<c1213181>] rht_deferred_worker+0x19/0x74
[ 0.400000] [<c1213181>] rht_deferred_worker+0x19/0x74
[ 0.400000] [<c105da1e>] process_one_work+0x3f7/0x74d
[ 0.400000] [<c105da1e>] process_one_work+0x3f7/0x74d
[ 0.400000] [<c105e5e3>] ? worker_thread+0x30/0x75e
[ 0.400000] [<c105e5e3>] ? worker_thread+0x30/0x75e
[ 0.400000] [<c105eb4d>] worker_thread+0x59a/0x75e
[ 0.400000] [<c105eb4d>] worker_thread+0x59a/0x75e
[ 0.400000] [<c105e5b3>] ? max_active_store+0x57/0x57
[ 0.400000] [<c105e5b3>] ? max_active_store+0x57/0x57
[ 0.400000] [<c1062dd2>] kthread+0xe9/0xee
[ 0.400000] [<c1062dd2>] kthread+0xe9/0xee
[ 0.400000] [<c144cbc0>] ret_from_kernel_thread+0x20/0x30
[ 0.400000] [<c144cbc0>] ret_from_kernel_thread+0x20/0x30
[ 0.400000] [<c1062ce9>] ? kthread_create_on_node+0x1de/0x1de
[ 0.400000] [<c1062ce9>] ? kthread_create_on_node+0x1de/0x1de
[ 0.400000] ---[ end trace 250eb7ae843dd3cf ]---
[ 0.400000] ---[ end trace 250eb7ae843dd3cf ]---
git bisect start 4955cb4b36dc366298ecaac0d9874094c8ffe01a b1940cd21c0f4abdce101253e860feff547291b0 --
git bisect bad c526685710f25a83983b56a0a3d26ffee105f6e1 # 14:05 4- 16 Merge 'jtkirshe-net-next/i40e-queue' into devel-lkp-hsx01-rand-201501101335
git bisect good 445834073c81918ec10760d96c3d966fa452dc78 # 14:10 22+ 0 Merge 'microblaze/xnext/gpio-v5' into devel-lkp-hsx01-rand-201501101335
git bisect bad 7b14c9751ab7b4daa58fabd886ea4c55d9068416 # 14:14 0- 22 Merge 'jtkirshe-net-next/core-queue' into devel-lkp-hsx01-rand-201501101335
git bisect bad 818dc2047f993b67202d37d336736ddf8d291d83 # 14:17 0- 22 Merge 'jtkirshe-net-next/community' into devel-lkp-hsx01-rand-201501101335
git bisect good 44d84d7272e5848878a96029b8a8b6e86854f146 # 14:19 22+ 0 Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
git bisect bad fb57720daf6e56ba453414b5e8dd9cb3c0c80257 # 14:19 0- 18 Merge tag 'batman-adv-for-davem' of git://git.open-mesh.org/linux-merge
git bisect bad 99b164a66b7c80be69097d19e55dd1f6a5284fd6 # 14:19 0- 21 Revert "ARM: imx: add FEC sleep mode callback function"
git bisect good efb975a67ea7846b966080f999589de570686aa0 # 14:21 22+ 0 rhashtable: optimize rhashtable_lookup routine
git bisect bad c0c09bfdc4150b3918526660768585cd477adf35 # 14:21 0- 21 rhashtable: avoid unnecessary wakeup for worker queue
git bisect bad db30485408326a6f466a843b291b23535f63eda0 # 16:53 0- 43 rhashtable: involve rhashtable_lookup_insert routine
git bisect bad 54c5b7d311c8e1801f9dcce9f388a7420a25fa90 # 16:53 0- 21 rhashtable: introduce rhashtable_wakeup_worker helper function
# first bad commit: [54c5b7d311c8e1801f9dcce9f388a7420a25fa90] rhashtable: introduce rhashtable_wakeup_worker helper function
git bisect good efb975a67ea7846b966080f999589de570686aa0 # 16:54 66+ 0 rhashtable: optimize rhashtable_lookup routine
# extra tests with DEBUG_INFO
git bisect good 54c5b7d311c8e1801f9dcce9f388a7420a25fa90 # 17:53 66+ 61 rhashtable: introduce rhashtable_wakeup_worker helper function
# extra tests on HEAD of linux-devel/devel-lkp-hsx01-rand-201501101335
git bisect bad 4955cb4b36dc366298ecaac0d9874094c8ffe01a # 17:53 0- 14 0day head guard for 'devel-lkp-hsx01-rand-201501101335'
# extra tests on tree/branch linux-devel/devel-athens-alpha-201501091315
git bisect bad d8c38894432075482b15d047396412a2419c509b # 18:36 0- 63 0day head guard for 'devel-athens-alpha-201501091315'
# extra tests on tree/branch linus/master
git bisect good eb74926920cfa756087a82e0b081df837177cb95 # 18:38 66+ 0 Merge tag 'sound-3.19-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound
# extra tests on tree/branch next/master
git bisect good 39b673bba50275b516543d32ef78767a524b9f26 # 18:40 66+ 0 Add linux-next specific files for 20150109
This script may reproduce the error.
----------------------------------------------------------------------------
#!/bin/bash
kernel=$1
kvm=(
qemu-system-x86_64
-enable-kvm
-cpu Haswell,+smep,+smap
-kernel $kernel
-m 320
-smp 1
-net nic,vlan=1,model=e1000
-net user,vlan=1
-boot order=nc
-no-reboot
-watchdog i6300esb
-rtc base=localtime
-serial stdio
-display none
-monitor null
)
append=(
hung_task_panic=1
earlyprintk=ttyS0,115200
debug
apic=debug
sysrq_always_enabled
rcupdate.rcu_cpu_stall_timeout=100
panic=-1
softlockup_panic=1
nmi_watchdog=panic
oops=panic
load_ramdisk=2
prompt_ramdisk=0
console=ttyS0,115200
console=tty0
vga=normal
root=/dev/ram0
rw
drbd.minor_count=8
)
"${kvm[@]}" --append "${append[*]}"
----------------------------------------------------------------------------
Thanks,
Fengguang
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[rhashtable] WARNING: CPU: 0 PID: 1 at lib/debugobjects.c:301 __debug_object_init()
by Fengguang Wu
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 97defe1ecf868b8127f8e62395499d6a06e4c4b1
Author: Thomas Graf <tgraf(a)suug.ch>
AuthorDate: Fri Jan 2 23:00:20 2015 +0100
Commit: David S. Miller <davem(a)davemloft.net>
CommitDate: Sat Jan 3 14:32:57 2015 -0500
rhashtable: Per bucket locks & deferred expansion/shrinking
Introduces an array of spinlocks to protect bucket mutations. The number
of spinlocks per CPU is configurable and selected based on the hash of
the bucket. This allows for parallel insertions and removals of entries
which do not share a lock.
The patch also defers expansion and shrinking to a worker queue which
allows insertion and removal from atomic context. Insertions and
deletions may occur in parallel to it and are only held up briefly
while the particular bucket is linked or unzipped.
Mutations of the bucket table pointer is protected by a new mutex, read
access is RCU protected.
In the event of an expansion or shrinking, the new bucket table allocated
is exposed as a so called future table as soon as the resize process
starts. Lookups, deletions, and insertions will briefly use both tables.
The future table becomes the main table after an RCU grace period and
initial linking of the old to the new table was performed. Optimization
of the chains to make use of the new number of buckets follows only the
new table is in use.
The side effect of this is that during that RCU grace period, a bucket
traversal using any rht_for_each() variant on the main table will not see
any insertions performed during the RCU grace period which would at that
point land in the future table. The lookup will see them as it searches
both tables if needed.
Having multiple insertions and removals occur in parallel requires nelems
to become an atomic counter.
Signed-off-by: Thomas Graf <tgraf(a)suug.ch>
Signed-off-by: David S. Miller <davem(a)davemloft.net>
+------------------------------------------------------------+------------+------------+------------+
| | 113948d841 | 97defe1ecf | 8612706f4f |
+------------------------------------------------------------+------------+------------+------------+
| boot_successes | 60 | 0 | 0 |
| boot_failures | 0 | 20 | 14 |
| WARNING:at_lib/debugobjects.c:#__debug_object_init() | 0 | 20 | 14 |
| BUG:spinlock_recursion_on_CPU | 0 | 20 | 10 |
| backtrace:__debug_object_init | 0 | 20 | 14 |
| backtrace:warn_slowpath_null | 0 | 20 | 14 |
| backtrace:debug_object_init | 0 | 20 | 14 |
| backtrace:__init_work | 0 | 20 | 14 |
| backtrace:rhashtable_init | 0 | 20 | 14 |
| backtrace:test_rht_init | 0 | 20 | 14 |
| backtrace:kernel_init_freeable | 0 | 20 | 14 |
| backtrace:rhashtable_shrink | 0 | 20 | 10 |
| WARNING:at_kernel/locking/mutex.c:#__mutex_lock_slowpath() | 0 | 0 | 4 |
| BUG:unable_to_handle_kernel | 0 | 0 | 4 |
| Oops | 0 | 0 | 4 |
| EIP_is_at__mutex_lock_slowpath | 0 | 0 | 4 |
| Kernel_panic-not_syncing:Fatal_exception | 0 | 0 | 4 |
| backtrace:__alloc_workqueue_key | 0 | 0 | 4 |
| backtrace:devfreq_init | 0 | 0 | 4 |
+------------------------------------------------------------+------------+------------+------------+
[ 0.085212] Running resizable hashtable tests...
[ 0.086011] ODEBUG: object is on stack, but not annotated
[ 0.087000] ------------[ cut here ]------------
[ 0.087000] WARNING: CPU: 0 PID: 1 at lib/debugobjects.c:301 __debug_object_init+0x360/0x800()
[ 0.087000] Modules linked in:
[ 0.087000] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.19.0-rc2-g97defe1 #165
[ 0.087000] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 0.087000] c1a32d38 d345bd78 c190a4cf 00000000 d345bd94 c10ad67f 0000012d c1573500
[ 0.087000] d340f8b8 00020ff8 00000000 d345bda4 c10ad71b 00000009 00000000 d345bdf4
[ 0.087000] c1573500 00000000 c1f2e178 00020ff8 c1af0404 00000246 c1f2e17c d3401b80
[ 0.087000] Call Trace:
[ 0.087000] [<c190a4cf>] dump_stack+0xb8/0x108
[ 0.087000] [<c10ad67f>] warn_slowpath_common+0xbf/0x130
[ 0.087000] [<c1573500>] ? __debug_object_init+0x360/0x800
[ 0.087000] [<c10ad71b>] warn_slowpath_null+0x2b/0x40
[ 0.087000] [<c1573500>] __debug_object_init+0x360/0x800
[ 0.087000] [<c1573b08>] debug_object_init+0x38/0x50
[ 0.087000] [<c10d063f>] __init_work+0x1f/0x60
[ 0.087000] [<c156a742>] rhashtable_init+0x182/0x320
[ 0.087000] [<c1c57df1>] test_rht_init+0x98/0x5ac
[ 0.087000] [<c1569890>] ? percpu_ida_alloc+0x790/0x790
[ 0.087000] [<c1569ac0>] ? jhash+0x230/0x230
[ 0.087000] [<c1569af0>] ? rht_grow_above_75+0x30/0x30
[ 0.087000] [<c1569890>] ? percpu_ida_alloc+0x790/0x790
[ 0.087000] [<c1569ac0>] ? jhash+0x230/0x230
[ 0.087000] [<c1569af0>] ? rht_grow_above_75+0x30/0x30
[ 0.087000] [<c1c57d59>] ? test_rht_lookup+0x14e/0x14e
[ 0.087000] [<c1002216>] do_one_initcall+0x156/0x370
[ 0.087000] [<c1c13973>] kernel_init_freeable+0x250/0x3be
[ 0.087000] [<c1c13973>] ? kernel_init_freeable+0x250/0x3be
[ 0.087000] [<c1902626>] kernel_init+0x16/0x1f0
[ 0.087000] [<c191aac1>] ret_from_kernel_thread+0x21/0x30
[ 0.087000] [<c1902610>] ? rest_init+0x110/0x110
[ 0.087000] ---[ end trace 45e4f826b261d700 ]---
[ 0.087020] Adding 2048 keys
git bisect start 8612706f4f900bcc81f501f1d13bb941f51582fc eaa27f34e91a14cdceed26ed6c6793ec1d186115 --
git bisect good 5325f692af09eeda50cb631780f94664ff7d04a5 # 12:00 20+ 0 Merge 'shawnguo/for-next' into devel-cairo-smoke-201501121104
git bisect good 448b0537d597c640b00c31d9b6abcca6e8118697 # 12:44 20+ 0 Merge 'net/master' into devel-cairo-smoke-201501121104
git bisect bad 31fe3755784634a274e3ca7a599c36b4aab6a03f # 13:08 0- 20 Merge 'net-next/master' into devel-cairo-smoke-201501121104
git bisect good 3adc0becfec27cd582506b778df65d7c237e3215 # 14:06 20+ 0 net: ethernet: cisco: enic: enic_dev: Remove some unused functions
git bisect bad d4253c6258912057b33190a113d490f295c93352 # 14:17 0- 20 Merge branch 'ip_cmsg_csum'
git bisect good dd9553988879a3ff71a86323b88409e7631c4e5d # 15:12 20+ 0 Merge branch 'timecounter-next'
git bisect bad 3f255dcc970aede74463d863c9cf3cd9fb9146e3 # 15:33 0- 3 enic: reconfigure resources for kdump crash kernel
git bisect bad f89bd6f87a53ce5a7d60662429591ebac2745c10 # 15:48 0- 5 rhashtable: Supports for nulls marker
git bisect good b8e1943e9f754219bcfb40bac4a605b5348acb25 # 16:19 20+ 0 rhashtable: Factor out bucket_tail() function
git bisect good 113948d841e8d78039e5dbbb5248f5b73e99eafa # 16:54 20+ 0 spinlock: Add spin_lock_bh_nested()
git bisect bad 97defe1ecf868b8127f8e62395499d6a06e4c4b1 # 17:16 0- 20 rhashtable: Per bucket locks & deferred expansion/shrinking
# first bad commit: [97defe1ecf868b8127f8e62395499d6a06e4c4b1] rhashtable: Per bucket locks & deferred expansion/shrinking
git bisect good 113948d841e8d78039e5dbbb5248f5b73e99eafa # 17:18 60+ 0 spinlock: Add spin_lock_bh_nested()
# extra tests with DEBUG_INFO
git bisect bad 97defe1ecf868b8127f8e62395499d6a06e4c4b1 # 17:25 0- 60 rhashtable: Per bucket locks & deferred expansion/shrinking
# extra tests on HEAD of linux-devel/devel-cairo-smoke-201501121104
git bisect bad 8612706f4f900bcc81f501f1d13bb941f51582fc # 17:25 0- 14 0day head guard for 'devel-cairo-smoke-201501121104'
# extra tests on tree/branch next/master
git bisect bad 442e3e668110eb2590df305463856ba6553dbd24 # 17:58 0- 52 Add linux-next specific files for 20150112
# extra tests on tree/branch linus/master
git bisect good eaa27f34e91a14cdceed26ed6c6793ec1d186115 # 17:59 60+ 0 linux 3.19-rc4
# extra tests on tree/branch next/master
git bisect bad 442e3e668110eb2590df305463856ba6553dbd24 # 17:59 0- 60 Add linux-next specific files for 20150112
This script may reproduce the error.
----------------------------------------------------------------------------
#!/bin/bash
kernel=$1
kvm=(
qemu-system-x86_64
-cpu kvm64
-enable-kvm
-kernel $kernel
-m 320
-smp 1
-net nic,vlan=1,model=e1000
-net user,vlan=1
-boot order=nc
-no-reboot
-watchdog i6300esb
-rtc base=localtime
-serial stdio
-display none
-monitor null
)
append=(
hung_task_panic=1
earlyprintk=ttyS0,115200
debug
apic=debug
sysrq_always_enabled
rcupdate.rcu_cpu_stall_timeout=100
panic=-1
softlockup_panic=1
nmi_watchdog=panic
oops=panic
load_ramdisk=2
prompt_ramdisk=0
console=ttyS0,115200
console=tty0
vga=normal
root=/dev/ram0
rw
drbd.minor_count=8
)
"${kvm[@]}" --append "${append[*]}"
----------------------------------------------------------------------------
Thanks,
Fengguang
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[params] RIP: 0010:[<ffffffff811c1a04>] [<ffffffff811c1a04>] sysfs_add_file_mode_ns+0x64/0x1f0
by Huang Ying
FYI, we noticed the below changes on
commit 18eb74fa94161380c1acc9cf562cb835c4e54a25 ("params: cleanup sysfs allocation")
+--------------------------------+------------+------------+
| | 6da0b56515 | 18eb74fa94 |
+--------------------------------+------------+------------+
| boot_successes | 0 | 0 |
| boot_failures | 25 | 22 |
| BUG:kernel_boot_hang | 15 | |
| BUG:kernel_test_crashed | 1 | |
| BUG:kernel_boot_crashed | 9 | |
| RIP:sysfs_add_file_mode_ns | 0 | 22 |
| backtrace:sysfs_create_group | 0 | 22 |
| backtrace:param_sysfs_init | 0 | 22 |
| backtrace:kernel_init_freeable | 0 | 22 |
+--------------------------------+------------+------------+
[ 4.780009] a401000000000000c05d4e82ffffffff0000000000000000401a0b81ffffffff
[ 4.780014] i i u u u u u u i i i i i i i i u u u u u u u u i i i i i i i i
[ 4.780015] ^
[ 4.780022] RIP: 0010:[<ffffffff811c1a04>] [<ffffffff811c1a04>] sysfs_add_file_mode_ns+0x64/0x1f0
[ 4.780022] RSP: 0000:ffff88006c0bbd78 EFLAGS: 00010246
[ 4.780023] RAX: 00000000000001a4 RBX: ffff88006c16c878 RCX: 0000000000001000
[ 4.780024] RDX: ffffffff81c24480 RSI: 0000000000000000 RDI: ffff88006c1a89a0
[ 4.780024] RBP: ffff88006c0bbdb8 R08: 0000000000000000 R09: 0000000000000000
[ 4.780025] R10: ffffffff81c24600 R11: 0000000000000000 R12: ffff88006c1a89a0
[ 4.780025] R13: 0000000000000000 R14: ffff88006c16c808 R15: ffff88006c1a0d68
[ 4.780026] FS: 0000000000000000(0000) GS:ffffffff8221e000(0000) knlGS:0000000000000000
[ 4.780027] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 4.780027] CR2: ffff88006c19ada0 CR3: 000000000220e000 CR4: 00000000000006b0
[ 4.780030] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 4.780030] DR3: 0000000000000000 DR6: 00000000ffff4ff0 DR7: 0000000000000400
[ 4.780033] [<ffffffff811c2651>] internal_create_group+0xd1/0x280
[ 4.780034] [<ffffffff811c280e>] sysfs_create_group+0xe/0x10
[ 4.780038] [<ffffffff823d92ab>] param_sysfs_init+0x2a1/0x2d7
[ 4.780040] [<ffffffff823c5084>] do_one_initcall+0xe6/0x17b
[ 4.780041] [<ffffffff823c5216>] kernel_init_freeable+0xfd/0x185
[ 4.780046] [<ffffffff81b6a9e9>] kernel_init+0x9/0xf0
[ 4.780048] [<ffffffff81b84cba>] ret_from_fork+0x7a/0xb0
[ 4.780049] [<ffffffffffffffff>] 0xffffffffffffffff
[ 4.807586] kobject: 'kernel' (ffff88006c1a4340): fill_kobj_path: path = '/module/kernel'
[ 4.809110] kobject: 'kernel' (ffff88006c1a4340): kobject_uevent_env
Thanks,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[PATCH 3.16.y-ckt 189/216] tick/powerclamp: Remove tick_nohz_idle abuse
by Luis Henriques
3.16.7-ckt4 -stable review patch. If anyone has any objections, please let me know.
------------------
From: Thomas Gleixner <tglx(a)linutronix.de>
commit a5fd9733a30d18d7ac23f17080e7e07bb3205b69 upstream.
commit 4dbd27711cd9 "tick: export nohz tick idle symbols for module
use" was merged via the thermal tree without an explicit ack from the
relevant maintainers.
The exports are abused by the intel powerclamp driver which implements
a fake idle state from a sched FIFO task. This causes all kinds of
wreckage in the NOHZ core code which rightfully assumes that
tick_nohz_idle_enter/exit() are only called from the idle task itself.
Recent changes in the NOHZ core lead to a failure of the powerclamp
driver and now people try to hack completely broken and backwards
workarounds into the NOHZ core code. This is completely unacceptable
and just papers over the real problem. There are way more subtle
issues lurking around the corner.
The real solution is to fix the powerclamp driver by rewriting it with
a sane concept, but that's beyond the scope of this.
So the only solution for now is to remove the calls into the core NOHZ
code from the powerclamp trainwreck along with the exports.
Fixes: d6d71ee4a14a "PM: Introduce Intel PowerClamp Driver"
Signed-off-by: Thomas Gleixner <tglx(a)linutronix.de>
Cc: Preeti U Murthy <preeti(a)linux.vnet.ibm.com>
Cc: Viresh Kumar <viresh.kumar(a)linaro.org>
Cc: Frederic Weisbecker <fweisbec(a)gmail.com>
Cc: Fengguang Wu <fengguang.wu(a)intel.com>
Cc: Frederic Weisbecker <frederic(a)kernel.org>
Cc: Pan Jacob jun <jacob.jun.pan(a)intel.com>
Cc: LKP <lkp(a)01.org>
Cc: Peter Zijlstra <peterz(a)infradead.org>
Cc: Zhang Rui <rui.zhang(a)intel.com>
Link: http://lkml.kernel.org/r/alpine.DEB.2.11.1412181110110.17382@nanos
Signed-off-by: Thomas Gleixner <tglx(a)linutronix.de>
Signed-off-by: Luis Henriques <luis.henriques(a)canonical.com>
---
drivers/thermal/intel_powerclamp.c | 2 --
kernel/time/tick-sched.c | 2 --
2 files changed, 4 deletions(-)
diff --git a/drivers/thermal/intel_powerclamp.c b/drivers/thermal/intel_powerclamp.c
index 95cb7fc20e17..6cb78497076a 100644
--- a/drivers/thermal/intel_powerclamp.c
+++ b/drivers/thermal/intel_powerclamp.c
@@ -435,7 +435,6 @@ static int clamp_thread(void *arg)
* allowed. thus jiffies are updated properly.
*/
preempt_disable();
- tick_nohz_idle_enter();
/* mwait until target jiffies is reached */
while (time_before(jiffies, target_jiffies)) {
unsigned long ecx = 1;
@@ -451,7 +450,6 @@ static int clamp_thread(void *arg)
start_critical_timings();
atomic_inc(&idle_wakeup_counter);
}
- tick_nohz_idle_exit();
preempt_enable();
}
del_timer_sync(&wakeup_timer);
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index 6558b7ac112d..8c08a6f9cca0 100644
--- a/kernel/time/tick-sched.c
+++ b/kernel/time/tick-sched.c
@@ -807,7 +807,6 @@ void tick_nohz_idle_enter(void)
local_irq_enable();
}
-EXPORT_SYMBOL_GPL(tick_nohz_idle_enter);
/**
* tick_nohz_irq_exit - update next tick event from interrupt exit
@@ -934,7 +933,6 @@ void tick_nohz_idle_exit(void)
local_irq_enable();
}
-EXPORT_SYMBOL_GPL(tick_nohz_idle_exit);
static int tick_nohz_reprogram(struct tick_sched *ts, ktime_t now)
{
--
2.1.4
6 years, 10 months
[mm] Find a way to test remap_file_pages
by Huang Ying
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 974bb1d5d44f008d7f207437d63d46658ff41dff ("mm: replace remap_file_pages() syscall with emulation")
That is, trinity can be used to test some aspect of remap_file_pages.
+---------------------------------------------------+------------+------------+
| | d96eeaf2cb | 974bb1d5d4 |
+---------------------------------------------------+------------+------------+
| boot_successes | 0 | 0 |
| boot_failures | 10 | 10 |
| WARNING:at_net/netlink/genetlink.c:#genl_unbind() | 10 | 5 |
| backtrace:netlink_setsockopt | 3 | 2 |
| backtrace:SyS_setsockopt | 3 | 2 |
| backtrace:SyS_socketcall | 3 | 2 |
| backtrace:do_group_exit | 10 | 5 |
| backtrace:SyS_exit_group | 10 | 5 |
| page_allocation_failure:order:#,mode | 0 | 5 |
| backtrace:btrfs_test_extent_io | 0 | 5 |
| backtrace:init_btrfs_fs | 0 | 5 |
| backtrace:kernel_init_freeable | 0 | 5 |
+---------------------------------------------------+------------+------------+
[ 29.665081] Bits 55-60 of /proc/PID/pagemap entries are about to stop being page-shift some time soon. See the linux/Documentation/vm/pagemap.txt for details.
[ 29.675960] mmap: trinity-c0 (873) uses deprecated remap_file_pages() syscall. See Documentation/vm/remap_file_pages.txt.
[ 29.681044] ------------[ cut here ]------------
[ 29.681841] WARNING: CPU: 0 PID: 870 at net/netlink/genetlink.c:1037 genl_unbind+0x96/0xaa()
[ 29.683610] warning: process `trinity-c0' used the obsolete bdflush system call
[ 29.684911] Fix your initscripts?
[ 29.685683] VFS: Warning: trinity-c0 using old stat() call. Recompile your binary.
[ 29.686963] CPU: 0 PID: 870 Comm: trinity-main Not tainted 3.19.0-rc3-next-20150109-g06f367d #290
[ 29.688399] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 29.689349] 00000000 00000000 d34f3ea4
[ 29.694083] ------------[ cut here ]------------
[ 29.695096] WARNING: CPU: 0 PID: 872 at net/netlink/genetlink.c:1037 genl_unbind+0x96/0xaa()
[ 29.696724] c15933f7 d34f3ec0 c103c7ff 0000040d c1581310
[ 29.698051] 00000001 00000001 00000000 d34f3ed0 c103c89c 00000009 00000000 d34f3ee8
[ 29.699904] CPU: 0 PID: 872 Comm: trinity-main Not tainted 3.19.0-rc3-next-20150109-g06f367d #290
[ 29.701406] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 29.702291] 00000000 00000000 d34d9ea4 c15933f7 d34d9ec0
[ 29.703253] c1581310 c18836fc 00000001 d341f840 00000000 d34f3f0c c157f810 d15b0b40
[ 29.705361] Call Trace:
[ 29.705868] [<c15933f7>] dump_stack+0x16/0x18
[ 29.706652] [<c103c7ff>] warn_slowpath_common+0x79/0x90
[ 29.707496] [<c1581310>] ? genl_unbind+0x96/0xaa
[ 29.708295] [<c103c89c>] warn_slowpath_null+0xf/0x13
[ 29.709142] [<c1581310>] genl_unbind+0x96/0xaa
[ 29.709943] [<c157f810>] netlink_release+0x2d7/0x2ed
[ 29.710776] [<c1553efd>] sock_release+0x10/0x5a
[ 29.711531] [<c1553f52>] sock_close+0xb/0xf
[ 29.712286] [<c1109a69>] __fput+0xf7/0x1f0
[ 29.713044] [<c1109b88>] ____fput+0x8/0xa
[ 29.713794] [<c1052412>] task_work_run+0x4e/0x70
[ 29.714566] [<c103e771>] do_exit+0x43a/0x9c7
[ 29.715300] [<c103ed6f>] do_group_exit+0x4a/0xd6
[ 29.716111] [<c103ee0c>] SyS_exit_group+0x11/0x11
[ 29.716975] [<c1598cfd>] syscall_call+0x7/0x7
[ 29.717722] [<c1590000>] ? io_submit_one+0x5b3/0x72a
[ 29.719207] c103c7ff 0000040d c1581310
[ 29.720122] 00000001 00000001 00000000 d34d9ed0 c103c89c 00000009 00000000 d34d9ee8
[ 29.721973] c1581310 c18836fc 00000004 d0ebb840 00000000 d34d9f0c c157f810
[ 29.723252] ---[ end trace 28426633f87b780a ]---
[ 29.724282] ------------[ cut here ]------------
Thanks,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[x86] f5b2831d65: +93.3% boot-meminfo.DirectMap4k
by Huang Ying
FYI, we noticed the below changes on
commit f5b2831d654167d77da8afbef4d2584897b12d0c ("x86: Respect PAT bit when copying pte values between large and normal pages")
This may be the expected behavior.
testbox/testcase/testparams: lkp-nex04/boot/performance-1
f439c429c3209819 f5b2831d654167d77da8afbef4
---------------- --------------------------
%stddev %change %stddev
\ | \
6584 ± 0% +93.3% 12728 ± 0% boot-meminfo.DirectMap4k
41.19 ± 1% +2.1% 42.05 ± 0% boottime.dhcp
boot-meminfo.DirectMap4k
13000 ++------------------------------------------------------------------+
O O O O O O O O O O O O O O O O O O O O O O O O O O O |
12000 ++ |
| |
11000 ++ |
| |
10000 ++ |
| |
9000 ++ |
| |
8000 ++ |
| |
7000 *+*..*. |
| *..*.*..*.*.*..*.*..*.*..*.*.*..*.*..*.*..*.*.*..*.*..*.*..*.*
6000 ++------------------------------------------------------------------+
[*] bisect-good sample
[O] bisect-bad sample
Best Regards,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[drm/radeon] 38c2adfb00d: Fixed kernel panic
by Huang Ying
FYI, we noticed the below changes on
commit 38c2adfb00db045a876dd667040abc01b788ad61 ("drm/radeon: Init amdkfd only if it was compiled")
The original kernel panic caused by radeon init is fixed! Thanks!
testbox/testcase/testparams: vm-vp-quantal-i386/boot/1
68d0cb49f8db5ddc 38c2adfb00db045a876dd66704
---------------- --------------------------
fail:runs %reproduction fail:runs
| | |
:10 100% 10:10 kmsg.dummy-irq:no_IRQ_given.Use_irq=N
:10 100% 10:10 kmsg.mk712:device_not_present
:10 100% 10:10 kmsg.wistron_btns:System_unknown
:10 100% 10:10 kmsg.ideapad_slidebar:DMI_does_not_match
:10 100% 10:10 kmsg.i2c-parport-light:adapter_type_unspecified
:10 100% 10:10 kmsg.i2c_i2c-#:detect_fail:address_match
:10 100% 10:10 kmsg.pc87360:PC8736x_not_detected,module_not_inserted
:10 100% 10:10 kmsg.sch56xx_common:Unsupported_device_id
:10 100% 10:10 kmsg.acquirewdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.wafer5823wdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.i6300esb:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.pc87413_wdt:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.sbc60xxwdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.sbc8360:failed_to_register_misc_device
:10 100% 10:10 kmsg.sbc7240_wdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.cpu5wdt:misc_register_failed
:10 100% 10:10 kmsg.w83877f_wdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.sbc_epx_c3:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.Driver'mmcblk'needs_updating-please_use_bus_type_methods
:10 100% 10:10 kmsg.vme_user:No_cards,skipping_registration
:10 100% 10:10 kmsg.dell_wmi:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.dell_wmi_aio:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.acer_wmi:No_or_unsupported_WMI_interface,unable_to_load
:10 100% 10:10 kmsg.acerhdf:error_getting_hardware_information
:10 100% 10:10 kmsg.alienware_wmi:alienware-wmi:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.fmc_fake-design-for-testing-f001:Driver_has_no_ID:matches_all
:10 100% 10:10 kmsg.fmc_write_eeprom_fake-design-for-testing-f001:fmc_write_eeprom:no_busid_passed,refusing_all_cards
:10 100% 10:10 kmsg.intel_rapl:no_valid_rapl_domains_found_in_package
10:10 -100% :10 kmsg.BUG:unable_to_handle_kernel
10:10 -100% :10 kmsg.Oops
10:10 -100% :10 kmsg.Kernel_panic-not_syncing:Fatal_exception
10:10 -100% :10 kmsg.Kernel_Offset:#from#(relocation_range:#-#)
10:10 -100% :10 dmesg.BUG:unable_to_handle_kernel
10:10 -100% :10 dmesg.Oops
10:10 -100% :10 dmesg.Kernel_panic-not_syncing:Fatal_exception
testbox/testcase/testparams: vm-kbuild-yocto-i386/boot/1
68d0cb49f8db5ddc 38c2adfb00db045a876dd66704
---------------- --------------------------
:10 100% 10:10 kmsg.dummy-irq:no_IRQ_given.Use_irq=N
:10 100% 10:10 kmsg.dummy-irq:no_IRQ_given.Use_irq=N
:10 100% 10:10 kmsg.wistron_btns:System_unknown
:10 100% 10:10 kmsg.i2c-parport-light:adapter_type_unspecified
:10 100% 10:10 kmsg.i2c-parport-light:adapter_type_unspecified
:10 100% 10:10 kmsg.pc87360:PC8736x_not_detected,module_not_inserted
:10 100% 10:10 kmsg.sch56xx_common:Unsupported_device_id
:10 100% 10:10 kmsg.i6300esb:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.pc87413_wdt:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.sbc60xxwdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.sbc8360:failed_to_register_misc_device
:10 100% 10:10 kmsg.sbc7240_wdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.cpu5wdt:misc_register_failed
:10 100% 10:10 kmsg.w83877f_wdt:I/O_address#already_in_use
:10 100% 10:10 kmsg.sbc_epx_c3:cannot_register_miscdev_on_minor=#(err=-#)
:10 100% 10:10 kmsg.dell_wmi:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.dell_wmi_aio:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.acer_wmi:No_or_unsupported_WMI_interface,unable_to_load
:10 100% 10:10 kmsg.acerhdf:error_getting_hardware_information
:10 100% 10:10 kmsg.alienware_wmi:alienware-wmi:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.alienware_wmi:alienware-wmi:No_known_WMI_GUID_found
:10 100% 10:10 kmsg.fmc_fake-design-for-testing-f001:Driver_has_no_ID:matches_all
:10 100% 10:10 kmsg.fmc_fake-design-for-testing-f001:Driver_has_no_ID:matches_all
:10 100% 10:10 kmsg.fmc_write_eeprom_fake-design-for-testing-f001:fmc_write_eeprom:no_busid_passed,refusing_all_cards
:10 100% 10:10 kmsg.fmc_write_eeprom_fake-design-for-testing-f001:fmc_write_eeprom:no_busid_passed,refusing_all_cards
10:10 -100% :10 kmsg.BUG:unable_to_handle_kernel
10:10 -100% :10 kmsg.BUG:unable_to_handle_kernel
10:10 -100% :10 kmsg.Oops
10:10 -100% :10 kmsg.Oops
10:10 -100% :10 kmsg.Kernel_panic-not_syncing:Fatal_exception
10:10 -100% :10 kmsg.Kernel_panic-not_syncing:Fatal_exception
10:10 -100% :10 kmsg.Kernel_Offset:#from#(relocation_range:#-#)
10:10 -100% :10 kmsg.Kernel_Offset:#from#(relocation_range:#-#)
10:10 -100% :10 dmesg.BUG:unable_to_handle_kernel
10:10 -100% :10 dmesg.BUG:unable_to_handle_kernel
10:10 -100% :10 dmesg.Oops
10:10 -100% :10 dmesg.Oops
10:10 -100% :10 dmesg.Kernel_panic-not_syncing:Fatal_exception
10:10 -100% :10 dmesg.Kernel_panic-not_syncing:Fatal_exception
:10 100% 10:10 kmsg.drm/i810_does_not_support_SMP
:10 100% 10:10 kmsg.nandsim]warning:read_byte:unexpected_data_output_cycle,state_is_STATE_READY_return
:10 100% 10:10 kmsg.nandsim]warning:read_byte:unexpected_data_output_cycle,state_is_STATE_READY_return
:10 100% 10:10 kmsg.ks0108:ERROR:parport_didn't_register_new_device
:10 100% 10:10 kmsg.cfag12864b:ERROR:ks0108_is_not_initialized
:10 100% 10:10 kmsg.cfag12864bfb:ERROR:cfag12864b_is_not_initialized
:10 100% 10:10 kmsg.pps_parport:couldn't_register_with_parport0
:10 100% 10:10 kmsg.applesmc:supported_laptop_not_found
:10 100% 10:10 kmsg.applesmc:driver_init_failed(ret=-#)
:10 100% 10:10 kmsg.vmap_allocation_for_size#failed:use_vmalloc=<size>to_increase_size
:10 100% 10:10 kmsg.null):enodev_DEV_ADDR=#xFF
:10 100% 10:10 kmsg.toshiba_acpi:Unable_to_create_proc_dir_toshiba
:10 100% 10:10 kmsg.mce:Unable_to_init_device/dev/mcelog(rc:-#)
:10 100% 10:10 kmsg.mce:Unable_to_init_device/dev/mcelog(rc:-#)
:10 100% 10:10 kmsg.Starting_Bootlog_daemon:bootlogd:cannot_allocate_pseudo_tty:No_such_file_or_directory
:10 100% 10:10 kmsg.no_ifx_modem_active
:10 10% 1:10 kmsg.APIC_calibration_not_consistent_with_PM-Timer:#ms_instead_of#ms
:10 100% 10:10 kmsg.Failed_to_add_WC_MTRR_for[#-#];performance_may_suffer
:10 100% 10:10 kmsg.mtdoops:mtd_device(mtddev=name/number)must_be_supplied
:10 100% 10:10 kmsg.Warning!fusbh200_hcd_should_always_be_loaded_before_uhci_hcd_and_ohci_hcd,not_after
:10 100% 10:10 kmsg.rtc(null):invalid_alarm_value
:10 100% 10:10 kmsg.intel_powerclamp:Intel_powerclamp_does_not_run_on_family#model
:10 100% 10:10 kmsg.geodewdt:No_timers_were_available
:10 100% 10:10 kmsg.sc1200wdt:io_parameter_must_be_specified
:10 100% 10:10 kmsg.acerhdf:unknown(unsupported)BIOS_version_Bochs/Bochs/Bochs,please_report,aborting
:10 100% 10:10 kmsg.msi_wmi:This_machine_doesn't_have_neither_MSI-hotkeys_nor_backlight_through_WMI
:10 100% 10:10 kmsg.ALSA:seq_oss:can't_register_device_seq
:10 100% 10:10 kmsg.rcu-torture:Free-Block_Circulation
vm-vp-quantal-i386: qemu-system-i386 -enable-kvm -cpu Haswell,+smep,+smap
Memory: 360M
vm-kbuild-yocto-i386: qemu-system-i386 -enable-kvm
Memory: 320M
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
Thanks,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
[xen] 054954eb051f: -49.7% kernel-size.bss
by Huang Ying
FYI, we noticed the below changes on
commit 054954eb051f35e74b75a566a96fe756015352c8 ("xen: switch to linear virtual mapped sparse p2m list")
testbox/testcase/testparams: vm-kbuild-yocto-ia32/boot/1
0aad5689837c882d 054954eb051f35e74b75a566a9
---------------- --------------------------
%stddev %change %stddev
\ | \
4161536 ± 0% -49.7% 2093056 ± 0% kernel-size.bss
kernel-size.bss
4.5e+06 *+-*--*--*-*--*--*--*--*--*--*--*-*--*--*--*----------------------+
| *..*.. |
| *..*.*..*..*..*
4e+06 ++ |
| |
| |
3.5e+06 ++ |
| |
3e+06 ++ |
| |
| |
2.5e+06 ++ |
| |
O O O O O O O O O O O O O O O O O O O O O |
2e+06 ++----------------------------------------------------------------+
Thanks,
Huang, Ying
_______________________________________________
LKP mailing list
LKP(a)linux.intel.com
6 years, 10 months
