Re: init 0 stopped working
Hi, On 7/16/05, Martin Mokrejs <[EMAIL PROTECTED]> wrote: > Hi, > I used to shutdown my P4 machine based on ASUS P4C800E-Deluxe > with simple "init 0" command. That somehow broke between 2.6.12-rc6-git2 > and 2.6.13-rc1. The machines makes the sound like shutdown but it > immediately turns the power on again. I used acpi and the kernel > configs should be almost identical in all cases, as I just recopy > previously used .config and run "make oldconfig". > > Any clues? I still happens even with 2.6.13-rc3-git2. > Please Cc: me in replies. > Martin I have the same problem. System: Debian 3.1 Hardware: motherboard P4P800 (with bios 1019) It may be problem around acpi in asus board. But 2.6.12.1 works good. Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, here are my benchmarks (part1): I 2.6.12 kernel compilation. (make allyesconfig, time make all -j8) 1 cpusched=ingosched: ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real51m11.775s user77m3.995s sys 6m21.558s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler ingosched ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 3032625 cpu0 0 0 56 65 20056 725377 39367 284634 251542 2852663 5866282 686010 domain0 3 247201 246814 9 8659 441 6 0 246814 253551 100978 2 9880755 1035237 0 0 100978 56894 38212 317 1194388 130553 0 0 38212 0 0 0 0 0 0 0 0 0 49185 21965 0 cpu1 2 2 28 34 10794 687909 19756 270097 220910 2489156 9673341 668153 domain0 3 425955 425489 64 10086 457 8 0 425489 234999 74921 0 10732594 1104706 0 0 74921 30461 19020 483 557020 74888 9 0 19020 4 0 4 0 0 0 0 0 0 33092 10911 0 (make clean, reboot) 2 cpusched=staircase: ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real51m18.411s user77m4.466s sys 6m21.088s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler staircase ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 2923620 cpu0 0 0 0 32 0 782321 37599 249838 224187 2957912 6792042 744722 domain0 3 226474 226228 4 5382 275 0 0 226228 157369 126383 0 1440936 183339 0 0 126383 43535 37555 78 330840 43099 0 0 37555 0 0 0 0 0 0 0 0 0 42881 13959 0 cpu1 3 0 0 72 0 699310 20803 236306 193423 2374305 7938461 678507 domain0 3 483209 482873 121 7208 243 12 0 482873 156215 125870 0 1429078 180874 0 0 125870 27530 20855 46 369006 48271 1 0 20855 4 0 4 0 0 0 0 0 0 25651 11318 0 (make clean, reboot) 3 cpusched=spa_no_frills ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real50m55.473s user76m37.758s sys 6m28.895s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler spa_no_frills ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 2937236 cpu0 5 0 0 43 0 294382 64307 124942 93409 2898955 6299327 230075 domain0 3 175751 175318 259 15589 798 43 0 175318 283864 76797 19 18350668 1902854 13 0 76797 56909 34856 317 1822133 191112 32 0 34856 0 0 0 0 0 0 0 0 0 60170 27084 0 cpu1 18 0 0 51 0 286827 37498 147460 87288 2413151 15080787 249329 domain0 3 416870 416337 185 13183 551 6 0 416337 258093 42302 13 19731454 2011581 0 0 42302 33769 20992 194 946407 111465 1 0 20992 2 0 2 0 0 0 0 0 0 31533 7681 0 (make clean, reboot) 4 cpusched=zaphod ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real53m52.574s user73m48.596s sys 5m48.853s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler zaphod ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 4225577 cpu0 5 0 0 49 0 733488 392118 161151 120811 2581159 9380273 341370 domain0 3 865850 839777 260 2757754 249142 47 0 839777 279540 88009 6 14491544 1528097 14 0 88009 75719 47779 147 2020247 225972 24 0 47779 1 0 1 0 0 0 0 0 0 61390 26258 0 cpu1 4 0 0 48 0 695373 430877 116017 54625 2544636 10606413 264496 domain0 3 874315 843625 139 3248637 293896 4 0 843625 278969 89887 12 14529334 1516782 0 0 89887 47183 21936 155 1534811 194774 0 0 21936 1 0 1 0 0 0 0 0 0 40340 15338 0 (make clean, reboot) 5 cpusched=nicksched ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real51m7.138s user76m56.308s sys 6m19.034s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler nicksched ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 2906283 cpu0 0 0 0 21239 7936 743207 36340 327597 275502 2919856 6547949 706867 domain0 3 150416 150094 12 6743 323 4 0 150094 229533 133380 2 5508151 586701 0 0 133380 45177 36163 177 530914 60273 1 0 36163 0 0 0 0 0 0 0 0 0 68129 20393 0 cpu1 0 0 0 184829 6024 702056 18740 308406 240275 2402475 6774197 683316 domain0 3 406135 405705 75 9009 366 17 0 405705 196899 102154 6 5480289 580930 0 0 102154 29084 18532 208 631650 71026 1 0 18532 1 0 1 0 0 0 0 0 0 52095 15986 0 info: distro: debian 3.1 cpu: pentium 4 (ht enabled) In next parts: - time make all -j64 - time make all -j512 (it maybe very high load ;)) - interbench-0.29 tests Suggestions, criticism are welcome. Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, On 8/16/05, Peter Williams <[EMAIL PROTECTED]> wrote: > Peter Williams wrote: > > Michal Piotrowski wrote: > > > >> Hi, > >> here are my benchmarks (part1): > > > > > > Would you mind doing a few extra runs when you do Zaphod with different > > configuration parameters? Namely: > > > > 1. default value for max_ia_bonus and max_tpt_bonus set to zero > > 2. default value for max_tpt_bonus and max_ia_bonus set to zero > > 3. both max_tpt_bonus and max_ia_bonus set to zero > > > > in addition to the run you've already done with them both set to their > > defaults. > > > > These parameters can be set via the files: > > > > /sys/cpusched/zaphod/max_ia_bonus > > /sys/cpusched/zaphod/max_tpt_bonus > > Also, could you print the schedstat data immediately before each run as > well as after? This will enable the amount of cpu consumed by other > activity on the computer during the run. > > Thanks > Peter > -- > Peter Williams [EMAIL PROTECTED] > > "Learning, n. The kind of ignorance distinguishing the studious." > -- Ambrose Bierce > here are additional tests of Zaphod scheduler (part1+). 1 max_ia_bonus=default max_tpt_bonus=1 (<- sorry, my big mistake, I can rerun it if You think that it is necesery) ng02:~# cat /proc/schedstat version 12 timestamp 4294828669 cpu0 6 0 0 50 0 27581 11365 7805 6518 12028 9490 16216 domain0 3 74615 74286 213 10011 369 35 0 74286 813 652 2 5536 718 7 0 652 5898 5392 89 12115 1236 25 0 5392 0 0 0 0 0 0 0 0 0 2765 854 0 cpu1 9 0 0 43 0 23815 9899 6639 3872 9024 8916 13916 domain0 3 75250 74902 17 12551 823 2 0 74902 764 635 1 5312 651 0 0 635 3892 3436 107 10030 924 0 0 3436 1 0 1 0 0 0 0 0 0 1287 557 0 ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real53m50.308s user73m41.361s sys 5m47.309s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler zaphod ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 744 cpu0 6 0 0 50 0 704151 369300 155105 115309 2553853 9337517 334851 domain0 3 442011 416564 237 2659989 240011 35 0 416564 275875 85866 4 14144768 1493106 7 0 85866 69758 41638 105 2004639 224561 28 0 41638 0 0 0 0 0 0 0 0 0 61856 26188 0 cpu1 9 0 0 43 0 692905 432937 111840 49982 2503830 10233772 259968 domain0 3 24 413562 138 3196551 288515 6 0 413562 276354 88926 12 14168673 1479753 0 0 88926 43605 18661 135 1513860 191772 1 0 18661 1 0 1 0 0 0 0 0 0 39796 15220 0 (make clean, reboot) 2 max_tpt_bonus=default max_ia_bonus=0 ng02:~# cat /proc/schedstat version 12 timestamp 4294736329 cpu0 6 0 0 45 0 24443 9581 6929 5524 8469 7482 14862 domain0 3 29996 29706 6 7644 434 1 0 29706 606 463 2 5365 638 0 0 463 4831 4253 129 12121 1189 2 0 4253 0 0 0 0 0 0 0 0 0 2152 943 0 cpu1 9 0 0 47 0 21331 8444 5946 3792 7270 7520 12887 domain0 3 30319 29993 5 10291 652 1 0 29993 583 459 1 4207 545 0 0 459 3709 3135 128 11252 1040 0 0 3135 1 0 1 0 0 0 0 0 0 1405 623 0 ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real51m6.564s user76m54.454s sys 6m25.822s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler zaphod ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 2952618 cpu0 6 0 0 45 0 320718 57175 139391 101798 2959644 9817575 263543 domain0 3 152057 151673 11 14914 1062 1 0 151673 270770 97767 2 15285427 1592321 0 0 97767 55159 33566 142 1764130 187626 2 0 33566 0 0 0 0 0 0 0 0 0 64980 23518 0 cpu1 9 0 0 47 0 279159 42693 127159 62177 2367418 11675673 236466 domain0 3 447572 447107 55 18429 1277 12 0 447107 233998 60674 2 15481677 1604012 0 0 60674 42247 20848 156 1733831 187162 0 0 20848 4 0 4 0 0 0 0 0 0 37593 12259 0 (make clean, reboot) 3 max_tpt_bonus=0 max_ia_bonus=0 ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 11675 cpu0 5 0 0 47 0 71540 28537 29644 27894 20805 9048 43003 domain0 3 148153 147803 4 10552 646 0 0 147803 1002 876 2 4529 563 0 0 876 22990 22404 122 12815 1211 2 0 22404 0 0 0 0 0 0 0 0 0 4906 1101 0 cpu1 10 0 0 60 0 31563 12992 9851 4943 17957 7986 18571 domain0 3 147104 146655 141 10768 437 5 0 146655 1160 1021 2 5429 666 0 0 1021 7517 6962 133 12439 1211 1 0 6962 2 0 2 0 0 0 0 0 0 1750 566 0 ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real51m6.603s user76m52.540s sys 6m23.543s ng02:/usr/src/linux-2.6.12# cat /proc/scheduler zaphod ng02:/usr/src/linux-2.6.12# cat /proc/schedstat version 12 timestamp 3115369 cpu0 5 0 0 47 0 374548 76035 167205 128963 2979961 10874604 298513 domain0 3 226463 225988 13 22104 1676 2 0 225988 278776 91526 2 16756230 1738221 0 0 91526 72724 51543 154 1688685 184528 2 0 51543 2 0 2 0 0 0 0 0 0 66687 22160 0 cpu1 10 0 0 60 0 287129 47253 129103 62414 2359157 10725845 239876 domain0 3 533436 532838 197 20068 1159 13 0 532838 240341 53220 3 16822420 1740549 0 0 53220 46356 24486 156 1771913 191086 1
Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
2220472 0 0 338725 277264 107841 6 96835571 9816071 0 0 107841 112781 80897 232 14130991 1452183 2 0 80897 0 0 0 0 0 0 0 0 0 168467 74718 0 cpu1 6 0 0 52 0 1714241 1017907 271426 102957 2462665 73319932 696334 domain0 3 421951 378107 263 26405957 2596314 15 0 378107 269987 107424 10 92730486 9385939 0 0 107424 94351 59728 233 14539319 1511489 3 0 59728 2 0 2 0 0 0 0 0 0 60410 23657 0 (make clean, reboot) --- scheduler: zaphod max_ia_bonus=0 max_tpt_bonus=default schedstat: version 12 timestamp 4294723517 cpu0 6 0 0 54 0 22434 8691 6436 5045 7042 8830 13743 domain0 3 24343 24022 187 10237 410 32 0 24022 506 367 1 5777 655 10 0 367 4473 3990 108 10378 1038 20 0 3990 0 0 0 0 0 0 0 0 0 1918 761 0 cpu1 9 0 0 39 0 20936 7681 5845 3925 7258 6844 13255 domain0 3 23886 23577 18 9678 594 1 0 23577 597 445 2 6850 796 0 0 445 3255 2792 134 9758 771 0 0 2792 1 0 1 0 0 0 0 0 0 1391 549 0 ng02:/usr/src/linux-2.6.12# time make all -j64 [..] real52m6.752s user77m32.568s sys 6m50.631s schedstat: version 12 timestamp 2883506 cpu0 6 0 0 54 0 391843 78621 174803 126148 2960251 43673239 313222 domain0 3 122166 118084 222 2879281 283471 34 0 118084 283683 85515 6 151886066 15287509 11 0 85515 69125 50623 132 12982408 1297967 20 0 50623 2 0 2 0 0 0 0 0 0 88291 35195 0 cpu1 9 0 0 39 0 332752 45389 171063 82770 2332170 129780847 287363 domain0 3 431223 430079 408 298346 28157 11 0 430079 248759 41482 21 158651611 15979171 0 0 41482 38861 22908 169 8250486 889939 1 0 22908 3 0 3 0 0 0 0 0 0 48655 11739 0 (make clean, reboot) --- scheduler: zaphod max_ia_bonus=0 max_tpt_bonus=0 schedstat: version 12 timestamp 4294723310 cpu0 5 0 0 45 0 24527 9527 7183 5640 7731 8140 15000 domain0 3 23845 23549 1 7431 425 0 0 23549 563 410 0 5507 738 0 0 410 4939 4439 129 10589 1103 0 0 4439 0 0 0 0 0 0 0 0 0 1836 815 0 cpu1 10 0 0 48 0 19807 7605 5209 3371 6473 7205 12202 domain0 3 24106 23821 9 6969 383 2 0 23821 544 410 1 5344 615 0 0 410 3129 2639 92 10889 1257 1 0 2639 1 0 1 0 0 0 0 0 0 1543 708 0 ng02:/usr/src/linux-2.6.12# time make all -j64 [..] real51m45.490s user77m29.455s sys 6m43.458s schedstat: version 12 timestamp 2862027 cpu0 5 0 0 45 0 417289 78612 197659 143262 2942167 85716631 338677 domain0 3 121248 116356 4 3433437 338424 0 0 116356 268374 98814 3 124428617 12532343 0 0 98814 72208 53591 150 12711024 1267936 0 0 53591 0 0 0 0 0 0 0 0 0 95206 30055 0 cpu1 10 0 0 48 0 319707 53648 153211 58003 2326792 80073113 266059 domain0 3 426106 420964 222 3457925 340359 25 0 420964 230199 60805 2 124557568 12533690 0 0 60805 47755 28733 137 12822787 1279811 2 0 28733 2 0 2 0 0 0 0 0 0 54397 14020 0 (make clean, reboot) 5 scheduler: nicksched schedstat: version 12 timestamp 4294713082 cpu0 0 0 0 6473 363 19371 4208 7314 5633 8501 6060 15163 domain0 3 18768 18551 7 4960 216 0 0 18547 504 345 4 6530 710 3 0 345 4401 4072 136 9154 544 6 0 4072 0 0 0 0 0 0 0 0 0 1983 749 0 cpu1 0 0 0 219297 368 16354 3127 6451 4466 6118 7213 13227 domain0 3 19782 19507 11 5745 274 1 0 19507 457 278 1 8187 862 0 0 278 3282 2948 178 7362 365 0 0 2948 1 0 1 0 0 0 0 0 0 1681 601 0 ng02:/usr/src/linux-2.6.12# time make all -j64 [..] real54m54.660s user77m11.406s sys 7m43.727s schedstat: version 12 timestamp 3041080 cpu0 0 0 0 6473 5938 1532110 69297 766122 693086 2992532 54276055 1462813 domain0 3 192369 186143 23 2890373 282660 0 0 186139 253736 119186 5 60546832 6145171 3 0 119186 87809 69041 256 6841635 688251 6 0 69041 0 0 0 0 0 0 0 0 0 140993 57014 0 cpu1 0 0 0 219297 5117 803867 32625 388381 247386 2447498 50035417 771242 domain0 3 457596 453709 251 1566866 152437 13 0 453708 222786 82104 16 63487135 6415580 0 0 82104 47897 32208 416 5667526 571216 1 0 32208 1 0 1 0 0 0 0 0 0 73036 29846 0 Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, On 8/17/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > On Mon, 15 Aug 2005 22:29, Michal Piotrowski wrote: > > Hi, > > here are my benchmarks (part1): > > Want to try the staircase cpu scheduler in "compute" mode for the compute > intensive workloads? > > Thanks, > Con > > Yes, I'll try interbench ;). Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, On 8/17/05, Peter Williams <[EMAIL PROTECTED]> wrote: > I was intrigued by the fact that zaphod(d,d) and zaphod(d,0) take longer > in real time but use less cpu. I was assuming that this meant that some > other job was getting some cpu but the schedstats data doesn't support > that. Also it wouldn't make sense anyway as you'd expect jobs doing the > same amount of work to use roughly the same amount of cpu. My latest > theory is that your machine has hyper threads and this artifact is > caused by the mechanism in the scheduler for handling tasks with > differing priority in sibling hyper thread channels. Does your system > have hyper threads? Yes. Please see my first mail: > info: > distro: debian 3.1 > cpu: pentium 4 (ht enabled) Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, here are additional staircase scheduler benchmarks. (make all -j8) scheduler: staircase sched_compute=1 schedstat: version 12 timestamp 4294712019 cpu0 1 0 0 31 0 18994 4568 7407 5903 10267 6976 14426 domain0 3 18574 18398 6 3938 193 4 0 18398 335 285 0 1191 175 0 0 285 4753 4508 75 6843 337 1 0 4508 0 0 0 0 0 0 0 0 0 2036 728 0 cpu1 3 0 0 59 0 15696 3324 6699 4661 5123 4628 12372 domain0 3 19445 19289 13 3418 162 1 0 19289 249 200 0 1178 186 0 0 200 3514 3314 37 5559 350 0 0 3314 1 0 1 0 0 0 0 0 0 1504 494 0 ng02:/usr/src/linux-2.6.12# time make all -j8 [..] real49m48.619s user77m20.788s sys 6m7.653s schedstat: version 12 timestamp 2734078 cpu0 1 0 0 31 0 356054 31106 152573 125255 2881936 7814746 324948 domain0 3 118014 117779 11 5092 248 5 0 117779 128809 95903 1 1894938 234516 0 0 95903 36014 31037 85 302927 42496 1 0 31037 1 0 1 0 0 0 0 0 0 48347 17439 0 cpu1 3 0 0 59 0 300542 19080 138093 89744 2264854 9434146 281462 domain0 3 69 644005 45 9298 434 2 0 644005 124611 92742 0 1906903 231495 0 0 92742 25101 19062 56 357145 51607 0 0 19062 2 0 2 0 0 0 0 0 0 27318 10646 0 (make clean, reboot) --- (make all -j64) scheduler: staircase sched_compute=1 schedstat: version 12 timestamp 4294716697 cpu0 0 0 0 33 0 19246 4863 7747 6286 9132 6575 14383 domain0 3 21947 21809 84 3054 59 7 0 21809 290 245 4 1171 149 0 0 245 5059 4835 51 6050 291 3 0 4835 1 0 1 0 0 0 0 0 0 1979 673 0 cpu1 2 0 0 63 0 15351 3115 6435 4454 5300 5159 12236 domain0 3 22400 22237 14 3560 164 1 0 22235 259 207 0 1143 192 0 0 207 3267 3109 35 4064 241 1 0 3109 1 0 1 0 0 0 0 0 0 1461 515 0 ng02:/usr/src/linux-2.6.12# time make all -j64 [..] real58m25.456s user76m23.481s sys 9m7.176s schedstat: version 12 timestamp 3255484 cpu0 0 0 0 33 0 689742 98987 373969 324889 2692229 69800959 590755 domain0 3 612145 609500 141 1273549 124626 7 0 609500 160067 113714 8 24280104 2559138 0 0 113714 109551 98950 77 3340107 387551 3 0 98950 1 0 1 0 0 0 0 0 0 108518 54439 0 cpu1 2 0 0 63 0 405307 27680 215244 106724 2508189 59419042 377627 domain0 3 858505 852898 2074 992349 91546 365 0 852886 138776 92602 62 24895205 2567033 0 0 92602 37703 27593 154 3880340 443218 2 0 27593 360 0 360 0 0 0 0 0 0 49080 20879 0 Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
83.4 --- cpusched=nicksched Using 1844991 loops per ms, running every load for 30 seconds Benchmarking kernel 2.6.13-rc6-2 at datestamp 200508190404 --- Benchmarking simulated cpu of Audio in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.015 +/- 0.0496 0.707 100100 Video 0.061 +/- 0.536 10.6 100100 X 0.15 +/- 1.24 14 100100 Burn 0.067 +/- 0.996 19.9 100100 Write 0.314 +/- 4.0195.3 100 99.8 Read 0.024 +/- 0.0544 1.04 100100 Compile 0.145 +/- 1.43 24 100100 Memload 0.046 +/- 0.226 3.79 100100 --- Benchmarking simulated cpu of Video in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.185 +/- 1.6816.799.8 99 X 0.883 +/- 5.4283.398.2 95.4 Burn 0.181 +/- 1.7 19.999.9 99 Write 2.22 +/- 13.4 34495.6 89.4 Read 0.864 +/- 4.46 10099.4 95 Compile3.31 +/- 10.2 16996.3 81.6 Memload1.22 +/- 4.5734.299.6 93 --- Benchmarking simulated cpu of X in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None1.4 +/- 6.82 4890.3 86.6 Video19 +/- 35.7 14430.2 21.3 Burn 67.1 +/- 195 150012.4 7.06 Write 11.3 +/- 27.5 18954.8 43.9 Read 7.67 +/- 24.2 14352.6 46.6 Compile 74 +/- 223 180011.3 6.36 Memload 6 +/- 17.5 12066.2 57.3 --- Benchmarking simulated cpu of Gaming in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU None 6.81 +/- 16 84.993.6 Video 80.5 +/- 83.8 15955.4 X72 +/- 84.1 19658.1 Burn342 +/- 580 277722.6 Write 44.9 +/- 69.9 423 69 Read 24.6 +/- 41.5 16580.3 Compile 457 +/- 590 1435 18 Memload26.3 +/- 38.4 15379.2 Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, here are kernbench results: cpusched=ingosched ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 365,4 User Time 620,8 System Time 64,6 Percent CPU 187,2 Context Switches 38296,8 Sleeps 37867 (reboot) --- cpusched=staircase ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 611,6 User Time 616,4 System Time 81 Percent CPU 114,8 Context Switches 96470,2 Sleeps 122413 (reboot) --- sched_compute=1 ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 354,6 User Time 615,2 System Time 61 Percent CPU 190 Context Switches 9876,4 Sleeps 18510,4 (reboot) --- cpusched=spa_no_frills ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 352 User Time 624 System Time 60 Percent CPU 193,8 Context Switches 19185,4 Sleeps 18205,8 (reboot) --- cpusched=zaphod max_ia_bonus=default max_tpt_bonus=default ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 389,4 User Time 607,8 System Time 58,8 Percent CPU 170,8 Context Switches 44965,2 Sleeps 27352,8 (reboot) --- max_ia_bonus=0 max_tpt_bonus=default ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 351,4 User Time 623,4 System Time 59,8 Percent CPU 194 Context Switches 21264,6 Sleeps 20284,6 (reboot) --- max_ia_bonus=default max_tpt_bonus=0 ./kernbench -M -o 128 [..] Elapsed Time 387,6 User Time 608 System Time 57,6 Percent CPU 171,6 Context Switches 43684,8 Sleeps 26757,4 (reboot) --- max_ia_bonus=0 max_tpt_bonus=0 ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 351 User Time 623,4 System Time 60,4 Percent CPU 194,2 Context Switches 21241,8 Sleeps 19751,6 (reboot) --- cpusched=nicksched ./kernbench -M -o 128 [..] Average Optimal -j 128 Load Run: Elapsed Time 776,4 User Time 590,8 System Time 85,4 Percent CPU 95,4 Context Switches 99664,8 Sleeps 147169 Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
[1.] One line summary of the problem: oops when shuting down system [2.] Full description of the problem/report: After kernbenching nicksched (heav load make -j128) I just record results on cd and shutdown system. [3.] Keywords (i.e., modules, networking, kernel): plugsched, nicksched, sysfs, vfs [4.] Kernel version (from /proc/version): Linux version 2.6.13-rc6-2 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #14 SMP Mon Aug 15 08:50:46 CEST 2005 [5.] Output of Oops Aug 21 03:21:32 ng02 shutdown[9216]: shutting down for system halt Aug 21 03:21:33 ng02 kernel: c0003eac Aug 21 03:21:33 ng02 kernel: PREEMPT SMP Aug 21 03:21:33 ng02 kernel: Modules linked in: nls_iso8859_1 isofs nls_base zliAug 21 03:21:33 ng02 kernel: CPU:0 Aug 21 03:21:33 ng02 kernel: EIP:0060:[]Not tainted VLI Aug 21 03:21:33 ng02 kernel: EFLAGS: 00010246 (2.6.13-rc6-2) Aug 21 03:21:33 ng02 kernel: EIP is at 0xc0003eac Aug 21 03:21:33 ng02 kernel: eax: e668b000 ebx: f7cec680 ecx: edxAug 21 03:21:33 ng02 kernel: esi: f7cec688 edi: c036dd04 ebp: ca8f5440 espAug 21 03:21:33 ng02 kernel: ds: 007b es: 007b ss: 0068 Aug 21 03:21:33 ng02 kernel: Process udev (pid: 9771, threadinfo=cfa39000 task=fAug 21 03:21:33 ng02 kernel: Stack: c02386f2 f7cec680 e668b000 f6cfb0c0 c01a8fedAug 21 03:21:33 ng02 kernel: f6cfb0c0 f744e980 080c6f48 Aug 21 03:21:33 ng02 kernel:f744e980 080c6f48 1000 c016e629 f744e980Aug 21 03:21:33 ng02 kernel: Call Trace: Aug 21 03:21:33 ng02 kernel: [] class_device_attr_show+0x32/0x40 Aug 21 03:21:33 ng02 kernel: [] fill_read_buffer+0x5d/0xa0 Aug 21 03:21:33 ng02 kernel: [] sysfs_read_file+0x31/0x70 Aug 21 03:21:33 ng02 kernel: [] vfs_read+0xe9/0x1b0 Aug 21 03:21:33 ng02 kernel: [] sys_read+0x51/0x80 Aug 21 03:21:33 ng02 kernel: [] syscall_call+0x7/0xb Aug 21 03:21:33 ng02 kernel: Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Aug 21 03:21:37 ng02 kernel: Kernel logging (proc) stopped. [7.] Environment [7.1.] Software If some fields are empty or look unusual you may have an old version. Compare to the current minimal requirements in Documentation/Changes. Linux ng02.pl 2.6.13-rc6-2 #14 SMP Mon Aug 15 08:50:46 CEST 2005 i686 GNU/Linux Gnu C 3.3.5 Gnu make 3.80 binutils 2.15 util-linux 2.12p mount 2.12p module-init-tools 3.2-pre1 e2fsprogs 1.37 reiserfsprogs line reiser4progs line PPP2.4.3 nfs-utils 1.0.6 Linux C Library2.3.2 Dynamic linker (ldd) 2.3.2 Linux C++ Library 6.0.4 Procps 3.2.1 Net-tools 1.60 Console-tools 0.2.3 Sh-utils 5.2.1 udev 056 Modules Loaded md5 ipv6 af_packet snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc hw_random ehci_hcd uhci_hcd usbcore sk98lin i2c_isa i2c_i801 i2c_core ide_cd cdrom unix [8.] Config file # # Automatically generated make config: don't edit # Linux kernel version: 2.6.13-rc6 # Mon Aug 15 08:41:41 2005 # CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y # # Code maturity level options # # CONFIG_EXPERIMENTAL is not set CONFIG_CLEAN_COMPILE=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="-2" CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_SYSCTL=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_HOTPLUG=y CONFIG_KOBJECT_UEVENT=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y # CONFIG_CPUSETS is not set CONFIG_PLUGSCHED=y CONFIG_CPUSCHED_DEFAULT_INGO=y # CONFIG_CPUSCHED_DEFAULT_STAIRCASE is not set # CONFIG_CPUSCHED_DEFAULT_SPA_NF is not set # CONFIG_CPUSCHED_DEFAULT_ZAPHOD is not set # CONFIG_CPUSCHED_DEFAULT_NICK is not set # CONFIG_EMBEDDED is not set CONFIG_CPUSCHED_INGO=y CONFIG_CPUSCHED_STAIRCASE=y CONFIG_CPUSCHED_SPA=y CONFIG_CPUSCHED_SPA_NF=y CONFIG_CPUSCHED_ZAPHOD=y CONFIG_CPUSCHED_NICK=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_CC_ALIGN_FUNCTIONS=0 CONFIG_CC_ALIGN_LABELS=0 CONFIG_CC_ALIGN_LOOPS=0 CONFIG_CC_ALIGN_JUMPS=0 # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODULE_SRCVERSION_ALL=y CONFIG_KMOD=y CONFIG_STOP_MACHINE=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set #
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, On 8/21/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > On Sun, 21 Aug 2005 11:34, Michal Piotrowski wrote: > > Hi, > > Hi > > > here are kernbench results: > > Nice to see you using kernbench :) > > > ./kernbench -M -o 128 > > [..] > > Average Optimal -j 128 Load Run: > > Was there any reason you chose 128? Optimal usually works out automatically > from kernbench to 4x number_cpus. If I recall correctly you have 4 cpus? Not > sure what 128 represents. > > Cheers, > Con > No, I just have 1 pentium 4 with ht ;). Why I chose 128? I just want very high loads. Now I'll try -j192 and -j256, but I don't know how does my system survive it. Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
On 8/21/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > Well it will survive all right, but eventually get into swap thrash territory > and that's not a meaningful cpu scheduler benchmark. > > Cheers, > Con > Ok. How about make -j? It's one of kernbench test runs, on my box load average > 1500 ;). BTW I have only 1 gb ram, so high values of -j are road to hell for my system... I'm still learning, but it's fun ;). Now I'll try your latest -ck. Thanks for "1Gb Low Memory Support". Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Hi, On 8/22/05, Peter Williams <[EMAIL PROTECTED]> wrote: > Michal Piotrowski wrote: > > [1.] One line summary of the problem: > > oops when shuting down system > > > > [2.] Full description of the problem/report: > > After kernbenching nicksched (heav load make -j128) I just record > > results on cd and shutdown system. > > Does the same problem occur with any of the other schedulers or is it > specific to nicksched? > > Peter > -- > Peter Williams [EMAIL PROTECTED] > > "Learning, n. The kind of ignorance distinguishing the studious." > -- Ambrose Bierce > I don't know, I can't reproduce it. Maybe It's not plugsched problem. Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6.13-rc7 Latency Question
Hi, On 8/27/05, Justin Piszcz <[EMAIL PROTECTED]> wrote: > > These options are self-explanatory: > > x x ( ) No Forced Preemption (Server) x > xx x ( ) Voluntary Kernel Preemption (Desktop) x > xx x (X) Preemptible Kernel (Low-Latency Desktop) x x > > > > It says 100 HZ or 250 HZ is good for SMP systems; however, what if I am > using a P4 machine with 1 CPU (HT), is 1000HZ still the way to go, as its > not really 2 *REAL* cpus? I use 1000HZ on my P4 machine, HT enabled, staircase scheduler. See LKML topic "Schedulers benchmark" if you want more information/benchmarks results. Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.13-git7 strange system freeze
Hi, after about 20 hours of uptime, my 2.6.13-git7 system freeze. I find it in my klog. Sep 8 13:45:09 ng02 kernel: KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (2148) Sep 8 13:45:09 ng02 kernel: Leak l=4294967295 4 Sep 8 13:45:20 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Sep 8 13:45:20 ng02 kernel: Leak s=4294967295 4 Sep 8 13:46:21 ng02 kernel: retrans_out leaked. Sep 8 13:48:37 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Sep 8 13:49:08 ng02 last message repeated 2 times Sep 8 13:49:41 ng02 last message repeated 3 times Sep 8 13:49:41 ng02 kernel: Leak s=4294967295 3 Sep 8 13:49:46 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Sep 8 13:49:46 ng02 kernel: Leak l=1 4 Sep 8 13:49:46 ng02 kernel: Leak s=4294967295 4 Sep 8 13:49:52 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Sep 8 13:49:52 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Sep 8 13:49:52 ng02 kernel: Leak l=1 4 Sep 8 13:49:52 ng02 kernel: Leak s=4294967295 4 Sep 8 13:49:52 ng02 kernel: Leak r=1 4 Sep 8 13:49:58 ng02 kernel: KERNEL: assertion ((int)tp->sacked_out >= 0) failed at net/ipv4/tcp_input.c (2147) Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.13-mm2 high memory support borken?
ot set # CONFIG_ROMFS_FS is not set CONFIG_INOTIFY=y # CONFIG_QUOTA is not set CONFIG_QUOTACTL=y CONFIG_DNOTIFY=y # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set CONFIG_FUSE_FS=m # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_ZISOFS_FS=m CONFIG_UDF_FS=m CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=m CONFIG_MSDOS_FS=m CONFIG_VFAT_FS=m CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" CONFIG_NTFS_FS=m # CONFIG_NTFS_DEBUG is not set CONFIG_NTFS_RW=y # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_HUGETLBFS is not set # CONFIG_HUGETLB_PAGE is not set CONFIG_RAMFS=y CONFIG_RELAYFS_FS=m CONFIG_CONFIGFS_FS=m # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_ASFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set # CONFIG_CRAMFS is not set # CONFIG_VXFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # # CONFIG_NFS_FS is not set # CONFIG_NFSD is not set # CONFIG_SMB_FS is not set # CONFIG_CIFS is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set # CONFIG_9P_FS is not set # # Partition Types # # CONFIG_PARTITION_ADVANCED is not set CONFIG_MSDOS_PARTITION=y # # Native Language Support # CONFIG_NLS=m CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set # CONFIG_NLS_CODEPAGE_850 is not set CONFIG_NLS_CODEPAGE_852=m # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set CONFIG_NLS_CODEPAGE_1250=m # CONFIG_NLS_CODEPAGE_1251 is not set # CONFIG_NLS_ASCII is not set CONFIG_NLS_ISO8859_1=m CONFIG_NLS_ISO8859_2=m # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set CONFIG_NLS_UTF8=m # # Profiling support # # CONFIG_PROFILING is not set # # Kernel hacking # CONFIG_PRINTK_TIME=y CONFIG_DEBUG_KERNEL=y CONFIG_MAGIC_SYSRQ=y CONFIG_LOG_BUF_SHIFT=15 CONFIG_DETECT_SOFTLOCKUP=y CONFIG_SCHEDSTATS=y CONFIG_DEBUG_SLAB=y CONFIG_DEBUG_PREEMPT=y CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_SPINLOCK_SLEEP=y CONFIG_DEBUG_KOBJECT=y CONFIG_DEBUG_HIGHMEM=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_INFO=y CONFIG_PAGE_OWNER=y CONFIG_DEBUG_FS=y CONFIG_FRAME_POINTER=y CONFIG_EARLY_PRINTK=y CONFIG_DEBUG_STACKOVERFLOW=y CONFIG_KPROBES=y CONFIG_DEBUG_STACK_USAGE=y CONFIG_DEBUG_PAGEALLOC=y CONFIG_4KSTACKS=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y # # Security options # CONFIG_KEYS=y CONFIG_KEYS_DEBUG_PROC_KEYS=y CONFIG_SECURITY=y CONFIG_SECURITY_NETWORK=y CONFIG_SECURITY_CAPABILITIES=m CONFIG_SECURITY_ROOTPLUG=m CONFIG_SECURITY_SECLVL=m CONFIG_SECURITY_SELINUX=y CONFIG_SECURITY_SELINUX_BOOTPARAM=y CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1 # CONFIG_SECURITY_SELINUX_DISABLE is not set CONFIG_SECURITY_SELINUX_DEVELOP=y CONFIG_SECURITY_SELINUX_AVC_STATS=y CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1 # # Cryptographic options # CONFIG_CRYPTO=y CONFIG_CRYPTO_HMAC=y CONFIG_CRYPTO_NULL=m CONFIG_CRYPTO_MD4=m CONFIG_CRYPTO_MD5=m CONFIG_CRYPTO_SHA1=m CONFIG_CRYPTO_SHA256=m CONFIG_CRYPTO_SHA512=m CONFIG_CRYPTO_WP512=m CONFIG_CRYPTO_TGR192=m CONFIG_CRYPTO_DES=m CONFIG_CRYPTO_BLOWFISH=m CONFIG_CRYPTO_TWOFISH=m CONFIG_CRYPTO_SERPENT=m CONFIG_CRYPTO_AES_586=m CONFIG_CRYPTO_CAST5=m CONFIG_CRYPTO_CAST6=m CONFIG_CRYPTO_TEA=m CONFIG_CRYPTO_ARC4=m CONFIG_CRYPTO_KHAZAD=m CONFIG_CRYPTO_ANUBIS=m CONFIG_CRYPTO_DEFLATE=m CONFIG_CRYPTO_MICHAEL_MIC=m CONFIG_CRYPTO_CRC32C=m CONFIG_CRYPTO_TEST=m # # Hardware crypto devices # # CONFIG_CRYPTO_DEV_PADLOCK is not set # # Library routines # CONFIG_CRC_CCITT=m CONFIG_CRC16=m CONFIG_CRC32=m CONFIG_LIBCRC32C=m CONFIG_ZLIB_INFLATE=m CONFIG_ZLIB_DEFLATE=m CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_X86_SMP=y CONFIG_X86_HT=y CONFIG_X86_BIOS_REBOOT=y CONFIG_X86_TRAMPOLINE=y CONFIG_PC=y Regards, Michal Piotrowski - To unsubscribe f
Re: 2.6.13-git7 strange system freeze
Hi, kernel: 2.6.13-mm2 it happens when I try to download new gnome-2.12 livecd from bittorrent. ng02:/home/michal# tail /var/log/kern.log [..] Sep 8 17:15:39 ng02 kernel: [ 3241.479108] KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (2148) Sep 8 17:15:39 ng02 kernel: [ 3241.479192] KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (1127) Sep 8 17:15:39 ng02 kernel: [ 3241.479736] KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (1127) Sep 8 17:15:39 ng02 kernel: [ 3241.831114] KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (2148) Sep 8 17:15:40 ng02 kernel: [ 3242.103942] KERNEL: assertion ((int)tp->lost_out >= 0) failed at net/ipv4/tcp_input.c (2148) Sep 8 17:15:40 ng02 kernel: [ 3242.103951] Leak l=4294967295 3 Regards, Michal Piotrowski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: testing a kernel - how can i help?
Hi, On 09/09/05, Folkert van Heusden <[EMAIL PROTECTED]> wrote: > Running klive on a sparc. > Now I wonder: what should/can I run to help by testing a kernel? The sun > is dedicated for the testing so everything is possible. > > > Folkert van Heusden > You have at least 2 ways: 1 - test less bleeding edge -git and -rc, but it's hard, every day job :). 2 - test -mm - front line. Regression tests? You can test every plugsched release or other useful thing. Regards, Michal Piotrowski ps. My klive host: 6ce68650da42a5188df54b6989e153e0 ps.2 Sorry for my horrible English - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH broken-out-2007-07-20-00-22] fs/ecryptfs/mmap.c remove unused label
Hi,
Mismerge fallout
fs/ecryptfs/mmap.c: In function 'ecryptfs_get_lower_page':
fs/ecryptfs/mmap.c:585: warning: label 'retry' defined but not used
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
--- fs/ecryptfs/mmap.c2 2007-07-20 16:39:13.0 +0200
+++ fs/ecryptfs/mmap.c 2007-07-20 16:39:30.0 +0200
@@ -582,7 +582,6 @@ int ecryptfs_get_lower_page(struct page
{
int rc = 0;
-retry:
*lower_page = grab_cache_page(lower_inode->i_mapping, lower_page_index);
if (!(*lower_page)) {
rc = -EINVAL;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH broken-out-2007-07-20-00-22] fs/ecryptfs/mmap.c remove unused label
Michal Piotrowski pisze:
> Hi,
>
> Mismerge fallout
>
> fs/ecryptfs/mmap.c: In function 'ecryptfs_get_lower_page':
> fs/ecryptfs/mmap.c:585: warning: label 'retry' defined but not used
>
Sorry, wrong patch format, no Signed-off-by
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-work3-clean/fs/ecryptfs/mmap.c2007-07-20 16:53:48.0
+0200
+++ linux-work3/fs/ecryptfs/mmap.c 2007-07-20 16:39:30.0 +0200
@@ -582,7 +582,6 @@ int ecryptfs_get_lower_page(struct page
{
int rc = 0;
-retry:
*lower_page = grab_cache_page(lower_inode->i_mapping, lower_page_index);
if (!(*lower_page)) {
rc = -EINVAL;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[broken-out-2007-07-20-00-22] XFS build error
Hi David, I get this build error on the latest -mm snapshot fs/xfs/linux-2.6/xfs_file.c:483: error: unknown field 'populate' specified in initializer fs/xfs/linux-2.6/xfs_file.c:483: error: 'filemap_populate' undeclared here (not in a function) fs/xfs/linux-2.6/xfs_file.c:483: warning: excess elements in struct initializer fs/xfs/linux-2.6/xfs_file.c:483: warning: (near initialization for 'xfs_file_vm_ops') make[2]: *** [fs/xfs/linux-2.6/xfs_file.o] Error 1 make[1]: *** [fs/xfs] Error 2 make: *** [fs] Error 2 quilt patches fs/xfs/linux-2.6/xfs_file.c patches/git-xfs.patch patches/git-xfs-fixup.patch Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[broken-out-2007-07-20-00-22] fs/revoked_inode.c warnings
Hi Nick, Your patch fs-introduce-write_begin-write_end-and-perform_write-aops-revoke.patch introduces new warnings fs/revoked_inode.c:381: warning: 'revoked_write_begin' defined but not used fs/revoked_inode.c:388: warning: 'revoked_write_end' defined but not used Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
Hi Greg, This looks like a sysfs bug http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/3.jpg l *kernel_param_sysfs_setup+0x75 0xc13c0894 is in kernel_param_sysfs_setup (kernel/params.c:570). 565 mk->mod = THIS_MODULE; 566 kobj_set_kset_s(mk, module_subsys); 567 kobject_set_name(&mk->kobj, name); 568 kobject_init(&mk->kobj); 569 ret = kobject_add(&mk->kobj); 570 BUG_ON(ret < 0); 571 param_sysfs_setup(mk, kparam, num_params, name_skip); 572 kobject_uevent(&mk->kobj, KOBJ_ADD); 573 } 574 http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/mm-config Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[broken-out-2007-07-20-00-22] unionfs build error
Hi, I get this error on the latest -mm snapshot ERROR: "security_inode_permission" [fs/unionfs/unionfs.ko] undefined! ERROR: "security_file_ioctl" [fs/unionfs/unionfs.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 CONFIG_UNION_FS=m CONFIG_UNION_FS_XATTR=y Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC, Announce] Unified x86 architecture, arch/x86
Hi, On 21/07/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote: We are pleased to announce a project we've been working on for some time: the unified x86 architecture tree, or "arch/x86" - and we'd like to solicit feedback about it. What is this about? [..] As usual, comments and suggestions are welcome! I really like this idea - code duplication is a bad thing. BTW. I don't see any regression here :) Thomas, Ingo Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC, Announce] Unified x86 architecture, arch/x86
On 21/07/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: * Michal Piotrowski <[EMAIL PROTECTED]> wrote: > >We are pleased to announce a project we've been working on for some > >time: the unified x86 architecture tree, or "arch/x86" - and we'd > >like to solicit feedback about it. > > > >What is this about? > [..] > >As usual, comments and suggestions are welcome! > > I really like this idea - code duplication is a bad thing. > > BTW. I don't see any regression here :) cool - could you tell us a bit more about on what type of box you tried it, it is an old P4 (i386) and how wide and versatile the .config is? http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-git15/config Ingo Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: Oh, which means ... On 7/21/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: > On 7/21/07, Greg KH <[EMAIL PROTECTED]> wrote: > > On Fri, Jul 20, 2007 at 03:59:12PM -0700, Andrew Morton wrote: > > > On Fri, 20 Jul 2007 15:50:47 -0700 > > > Greg KH <[EMAIL PROTECTED]> wrote: > > > > > > > On Fri, Jul 20, 2007 at 06:32:21PM +0200, Michal Piotrowski wrote: > > > > > Hi Greg, > > > > > > > > > > This looks like a sysfs bug > > > > > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/ > > > > > broken-out-2007-07-20-00-22/3.jpg > > > > > > > > > > l *kernel_param_sysfs_setup+0x75 > > > > > 0xc13c0894 is in kernel_param_sysfs_setup (kernel/params.c:570). > > > > > 565 mk->mod = THIS_MODULE; > > > > > 566 kobj_set_kset_s(mk, module_subsys); > > > > > 567 kobject_set_name(&mk->kobj, name); Shouldn't the return of kobject_set_name() be checked here? [ Looking at code, and realizing that kobject_set_name() manages to succeed even when given a null string! ] > > > > > 568 kobject_init(&mk->kobj); > > > > > 569 ret = kobject_add(&mk->kobj); > > > > > 570 BUG_ON(ret < 0); > > > > > 571 param_sysfs_setup(mk, kparam, num_params, name_skip); > > > > > 572 kobject_uevent(&mk->kobj, KOBJ_ADD); > > > > > 573 } > > > > > 574 > > > > > > > > > > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/ > > > > > broken-out-2007-07-20-00-22/mm-config > > > > > > > > What kernel version is this happening on? The -mm tree? Can you try > > > > Linus's tree instead? > > > > > > > > It looks like there was some needed information right before the first > > > > stack dump, showing exactly what kobject was trying to be added that was > > > > already present. Odds are this is a kernel parameter with the same name > > > > as a duplicate one within the same module, > > I don't think that's an -EEXIST. > > I think what we have here is kobject_add() exiting with -EINVAL. > (kobject attempted to be registered with no name!) > > [ The first trace on that screen shows: kobject_shadow_add+0x5b/0x189. > That's the WARN_ON(1) at lib/kobject.c:176. If it was a EEXIST case, > we would've seen an offset in kobject_shadow_add closer to 0x189, > because the dump_stack() for EEXIST is barely 4 instructions before > we return from that function. ] > > > > > but the trick is going to be > > > > trying to figure out what module is causing this. > > So I'd guess we want to search for a module that's passing a kobject * > to kobject_add() such that !kobj->k_name is true. Oh, that's kernel_param_sysfs_setup itself. So we actually need to search for a built-in module in Michal's config that ... has an ... empty "" modname !? I'll try to figure out this Shouldn't that turn up pretty quickly in a grep? How do I do that, btw? Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
Satyam Sharma pisze:
> On 7/21/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
>> Hopefully this bug should be 100% reproducible at boot time anyway.
>> Don't care much for XFS and unionfs, but hoping deselecting ATA from
>> the config doesn't change the variables much in this equation. ]
>
>
> Gargh! My system obviously cannot boot without libata. Guess it's
> time to go through git log and see how to fix that build breakage
> myself ...
>
> Michal, how did you even manage to build / boot this kernel!
I commented origin.patch and mm.patch in series file, reverted xfs patches,
fixed libata build, deselected unionfs.
Here is a patch for libata
--- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20 16:53:26.0
+0200
+++ linux-work3/drivers/ata/libata-core.c 2007-07-20 17:26:30.0
+0200
@@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
dev->max_sectors = min_t(unsigned int, ATA_MAX_SECTORS_128,
dev->max_sectors);
- if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
+ if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
dev->horkage |= ATA_HORKAGE_ALPM;
/* reset link pm_policy for this port to no pm */
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: Ok, this worked: > His .config has CONFIG_PROFILE_LIKELY=y > which replaces unlikely() / likely() with do_check_likely() and forces > gcc to clobber %eax with the condition itself, which in our case was > (ret < 0) == TRUE, and thus, the "1" value we saw in %eax in the > register dumps. The usage of unlikely() in BUG_ON and CONFIG_PROFILE_LIKELY=y meant %eax that held `ret' from kobject_add() was being lost. With that turned off: 0xc136071b call 0xc1103744 [ ret i.e. %eax = kobject_add() ] 0xc1360720 test %eax,%eax [ %eax = %eax && %eax = %eax ] [ probably gcc thinks this is an efficient < 0 check on i386 :-) ] 0xc1360722 jns0xc1360728 [ if false jump down below, else: ] 0xc1360724 ud2a [ invalid opcode exception. /* from BUG */ ] 0xc1360726 jmp0xc1360726 [ for (;;) ; /* from BUG */ ] > We should probably document somewhere that CONFIG_PROFILE_LIKELY > is not good for debugging. > > Hmmm ... thinking out aloud here, but probably I don't need to fix that > libata breakage at all. I'll just put the BUG_ON(ret < 0) back in the > code, deselect PROFILE_LIKELY, and this time we _will_ have the > return of kobject_add() in %eax ... So %eax retained its value. I reproduced Michal's oops (without having to select CONFIG_ATA, because param_sysfs_init() is called way earlier than searching for root block device during boot -- which is what my system didn't like without ATA), and yes, I saw: %eax == ffea == -22 == -EINVAL. But: When I replace the BUG_ON() with Greg's (or my modified) patch, the kernel ignores that error as we wanted, but _still_ crashes before finding the root block device (because ATA is not in kernel and my system seems to require it). Unfortunately, lots of dmesg output has scrolled up by then, and our "printk" is lost. Because of no CONFIG_ATA, nothing gets written to disk either. I don't have a serial cable around, netconsole not up yet at that point. Neither serial nor net console doesn't work, system hangs very early. Ugh, I'm running out of ideas. Satyam Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 7/21/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Satyam Sharma pisze:
> > [...]
> > Gargh! My system obviously cannot boot without libata. Guess it's
> > time to go through git log and see how to fix that build breakage
> > myself ...
> >
> > Michal, how did you even manage to build / boot this kernel!
>
> I commented origin.patch and mm.patch in series file, reverted xfs patches,
> fixed libata build, deselected unionfs.
>
> Here is a patch for libata
>
> --- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20 16:53:26.0
+0200
> +++ linux-work3/drivers/ata/libata-core.c 2007-07-20 17:26:30.0
+0200
> @@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
> dev->max_sectors = min_t(unsigned int, ATA_MAX_SECTORS_128,
> dev->max_sectors);
>
> - if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> + if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> dev->horkage |= ATA_HORKAGE_ALPM;
>
> /* reset link pm_policy for this port to no pm */
And to think I went through all those hoops just to avoid *this* ... :-(
Anyway, please apply the attached patch and let's verify if we're both
actually bit by the same bug.
kernel/params.c: In function 'kernel_param_sysfs_setup':
kernel/params.c:571: error: implicit declaration of function 'printf'
make[1]: *** [kernel/params.o] Error 1
make: *** [kernel] Error 2
fixed :)
A screenshot of my case is available at:
http://www.cse.iitk.ac.in/users/ssatyam/mtrr.show-bug.jpg
[ excuse the quality, it's not a digicam, but a cellphone-cam ]
Satyam
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
Hi Andi,
On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 7/21/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Satyam Sharma pisze:
> > [...]
> > Gargh! My system obviously cannot boot without libata. Guess it's
> > time to go through git log and see how to fix that build breakage
> > myself ...
> >
> > Michal, how did you even manage to build / boot this kernel!
>
> I commented origin.patch and mm.patch in series file, reverted xfs patches,
> fixed libata build, deselected unionfs.
>
> Here is a patch for libata
>
> --- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20 16:53:26.0
+0200
> +++ linux-work3/drivers/ata/libata-core.c 2007-07-20 17:26:30.0
+0200
> @@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
> dev->max_sectors = min_t(unsigned int, ATA_MAX_SECTORS_128,
> dev->max_sectors);
>
> - if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> + if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> dev->horkage |= ATA_HORKAGE_ALPM;
>
> /* reset link pm_policy for this port to no pm */
And to think I went through all those hoops just to avoid *this* ... :-(
Anyway, please apply the attached patch and let's verify if we're both
actually bit by the same bug. A screenshot of my case is available at:
http://www.cse.iitk.ac.in/users/ssatyam/mtrr.show-bug.jpg
Yep, the same bug here.
My hunt file shows me this
GOOD
x86_64-mm-i386-string-out-of-line.patch
BAD
Andi?
[ excuse the quality, it's not a digicam, but a cellphone-cam ]
Satyam
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Saturday 21 July 2007 18:00:52 Michal Piotrowski wrote:
> Hi Andi,
>
> On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> > On 7/21/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > > Satyam Sharma pisze:
> > > > [...]
> > > > Gargh! My system obviously cannot boot without libata. Guess it's
> > > > time to go through git log and see how to fix that build breakage
> > > > myself ...
> > > >
> > > > Michal, how did you even manage to build / boot this kernel!
> > >
> > > I commented origin.patch and mm.patch in series file, reverted xfs
patches,
> > > fixed libata build, deselected unionfs.
> > >
> > > Here is a patch for libata
> > >
> > > --- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20
16:53:26.0 +0200
> > > +++ linux-work3/drivers/ata/libata-core.c 2007-07-20
17:26:30.0 +0200
> > > @@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
> > > dev->max_sectors = min_t(unsigned int,
ATA_MAX_SECTORS_128,
> > > dev->max_sectors);
> > >
> > > - if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > + if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > dev->horkage |= ATA_HORKAGE_ALPM;
> > >
> > > /* reset link pm_policy for this port to no pm */
> >
> >
> > And to think I went through all those hoops just to avoid *this* ... :-(
> > Anyway, please apply the attached patch and let's verify if we're both
> > actually bit by the same bug. A screenshot of my case is available at:
> >
> > http://www.cse.iitk.ac.in/users/ssatyam/mtrr.show-bug.jpg
>
> Yep, the same bug here.
>
> My hunt file shows me this
>
> GOOD
> x86_64-mm-i386-string-out-of-line.patch
> BAD
>
> Andi?
Does it still happen with the i386-string-out-of-line version from
firstfloor.org:/pub/ak/x86_64/quilt/patches/ ?
404
I fixed some issues there.
-Andi
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
On 21/07/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Saturday 21 July 2007 18:00:52 Michal Piotrowski wrote:
> > Hi Andi,
> >
> > On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> > > On 7/21/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > > > Satyam Sharma pisze:
> > > > > [...]
> > > > > Gargh! My system obviously cannot boot without libata. Guess it's
> > > > > time to go through git log and see how to fix that build breakage
> > > > > myself ...
> > > > >
> > > > > Michal, how did you even manage to build / boot this kernel!
> > > >
> > > > I commented origin.patch and mm.patch in series file, reverted xfs
patches,
> > > > fixed libata build, deselected unionfs.
> > > >
> > > > Here is a patch for libata
> > > >
> > > > --- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20
16:53:26.0 +0200
> > > > +++ linux-work3/drivers/ata/libata-core.c 2007-07-20
17:26:30.0 +0200
> > > > @@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
> > > > dev->max_sectors = min_t(unsigned int,
ATA_MAX_SECTORS_128,
> > > > dev->max_sectors);
> > > >
> > > > - if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > > + if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > > dev->horkage |= ATA_HORKAGE_ALPM;
> > > >
> > > > /* reset link pm_policy for this port to no pm */
> > >
> > >
> > > And to think I went through all those hoops just to avoid *this* ... :-(
> > > Anyway, please apply the attached patch and let's verify if we're both
> > > actually bit by the same bug. A screenshot of my case is available at:
> > >
> > > http://www.cse.iitk.ac.in/users/ssatyam/mtrr.show-bug.jpg
> >
> > Yep, the same bug here.
> >
> > My hunt file shows me this
> >
> > GOOD
> > x86_64-mm-i386-string-out-of-line.patch
> > BAD
> >
> > Andi?
>
>
> Does it still happen with the i386-string-out-of-line version from
> firstfloor.org:/pub/ak/x86_64/quilt/patches/ ?
404
ftp :)
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
On 21/07/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Saturday 21 July 2007 18:00:52 Michal Piotrowski wrote:
> Hi Andi,
>
> On 21/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> > On 7/21/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > > Satyam Sharma pisze:
> > > > [...]
> > > > Gargh! My system obviously cannot boot without libata. Guess it's
> > > > time to go through git log and see how to fix that build breakage
> > > > myself ...
> > > >
> > > > Michal, how did you even manage to build / boot this kernel!
> > >
> > > I commented origin.patch and mm.patch in series file, reverted xfs
patches,
> > > fixed libata build, deselected unionfs.
> > >
> > > Here is a patch for libata
> > >
> > > --- linux-work3-clean/drivers/ata/libata-core.c 2007-07-20
16:53:26.0 +0200
> > > +++ linux-work3/drivers/ata/libata-core.c 2007-07-20
17:26:30.0 +0200
> > > @@ -2036,7 +2036,7 @@ int ata_dev_configure(struct ata_device
> > > dev->max_sectors = min_t(unsigned int,
ATA_MAX_SECTORS_128,
> > > dev->max_sectors);
> > >
> > > - if (ata_device_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > + if (ata_dev_blacklisted(dev) & ATA_HORKAGE_ALPM) {
> > > dev->horkage |= ATA_HORKAGE_ALPM;
> > >
> > > /* reset link pm_policy for this port to no pm */
> >
> >
> > And to think I went through all those hoops just to avoid *this* ... :-(
> > Anyway, please apply the attached patch and let's verify if we're both
> > actually bit by the same bug. A screenshot of my case is available at:
> >
> > http://www.cse.iitk.ac.in/users/ssatyam/mtrr.show-bug.jpg
>
> Yep, the same bug here.
>
> My hunt file shows me this
>
> GOOD
> x86_64-mm-i386-string-out-of-line.patch
> BAD
>
> Andi?
Does it still happen with the i386-string-out-of-line version from
firstfloor.org:/pub/ak/x86_64/quilt/patches/ ?
I fixed some issues there.
I confirm that the bug is fixed.
Yet another one:
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/4.jpg
it looks very weird ;)
Why "Linux 2/6/22-git14 #14 SMP..." banner is displayed 5 times?
Andrew, is this a known issue?
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [broken-out-2007-07-20-00-22] kernel bug at kernel/params:570
Andrew Morton pisze: > On Sat, 21 Jul 2007 20:11:16 +0200 "Michal Piotrowski" <[EMAIL PROTECTED]> > wrote: > >> Yet another one: >> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/4.jpg >> it looks very weird ;) >> >> Why "Linux 2/6/22-git14 #14 SMP..." banner is displayed 5 times? > > Was that with the fixed x86_64-mm-i386-string-out-of-line.patch? Yes + modified series applied on top of 2.6.22-git14 --- series 2007-07-20 09:21:49.0 +0200 +++ linux-work2/series 2007-07-21 18:54:43.0 +0200 @@ -1,4 +1,4 @@ -origin.patch +#origin.patch slow-down-printk-during-boot.patch slow-down-printk-during-boot-fix-2.patch xen-disable-vdso-nosegneg-on-native-boot.patch @@ -131,6 +131,7 @@ libata-send-event-when-an-received.patch ata-ahci-alpm-store-interrupt-value.patch ata-ahci-alpm-expose-power-management-policy-option-to-users.patch ata-ahci-alpm-enable-link-power-management-for-ata-drivers.patch +ata-ahci-alpm-enable-link-power-management-for-ata-drivers-fix.patch ata-ahci-alpm-enable-aggressive-link-power-management-for-ahci-controllers.patch # # experimental: @@ -362,7 +363,8 @@ x86_64-mm-define-and-use-local_distance- x86_64-mm-acpi-various-cleanups.patch x86_64-mm-fam10-string.patch x86_64-mm-gcc43-memcpy.patch -x86_64-mm-i386-string-out-of-line.patch +#x86_64-mm-i386-string-out-of-line.patch +i386-string-out-of-line x86_64-mm-gcc-hot-cold.patch x86_64-mm-vdso.patch x86_64-mm-tsc-unstable.patch @@ -532,8 +534,8 @@ i386-remove-unnecessary-code.patch git-newsetup.patch # # -git-xfs.patch -git-xfs-fixup.patch +#git-xfs.patch +#git-xfs-fixup.patch #git-cryptodev.patch #git-cryptodev-fixup.patch #git-xtensa.patch @@ -542,7 +544,7 @@ xtensa-enable-arbitary-tty-speed-setting #pci-device-ensure-sysdata-initialised-v2.patch git-kgdb.patch git-kgdb-fixup-2.patch -mm.patch +#mm.patch # pci-x-pci-express-read-control-interfaces-myrinet.patch pci-x-pci-express-read-control-interfaces-mthca.patch Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Pata support for IDE Controller 82801G ICH7 in Linux 2.6.22
On 22/07/07, Bartek <[EMAIL PROTECTED]> wrote:
On 22/07/07, Bartek <[EMAIL PROTECTED]> wrote:
> Hi
>
> I have a laptop Asus A6JM with Intel IDE Controller 82801G ICH7
> Family. I wanna give a try a new PATA driver instead the old one
> (IDE), so I compiled these modules in the Linux 2.6.22 (CONFIG_IDE is
> not set) :
> # SCSI device support
> CONFIG_SCSI=y
> CONFIG_SCSI_TGT=m
> CONFIG_SCSI_NETLINK=y
> CONFIG_SCSI_PROC_FS=y
>
> # SCSI support type (disk, tape, CD-ROM)
> CONFIG_BLK_DEV_SD=y
> CONFIG_BLK_DEV_SR=m
> CONFIG_CHR_DEV_SCH=m
>
> # Some SCSI devices (e.g. CD jukebox) support multiple LUNs
> CONFIG_SCSI_MULTI_LUN=y
> CONFIG_SCSI_SCAN_ASYNC=y
> CONFIG_SCSI_WAIT_SCAN=m
>
> # SCSI Transports
> CONFIG_SCSI_SPI_ATTRS=m
> CONFIG_SCSI_FC_ATTRS=m
> CONFIG_SCSI_ISCSI_ATTRS=m
> CONFIG_SCSI_SAS_ATTRS=m
> CONFIG_SCSI_SAS_LIBSAS=m
>
> # SATA/PATA driver configuration
> CONFIG_ATA=m
> CONFIG_ATA_ACPI=y
> CONFIG_SATA_AHCI=m
> CONFIG_ATA_PIIX=m
> CONFIG_ATA_GENERIC=m
> CONFIG_PATA_PCMCIA=m
>
> Then I added to /etc/initramfs-tools/modules these modules:
> ata_generic, libata, ata_piix
> After installing the new kernel and rebooting, the system stopped
> showing a message:
> "Waiting for root file system..."
> Then, after 2 or 3 minutes initramfs shell appeared. So I checked if
> 82801G controller is supported, and I found this in
> linux/drivers/ata/ata_piix.c
> /* 82801GB/GR/GH (ICH7, identical to ICH6) */
> { 0x8086, 0x27c0, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich6_sata_ahci },
> /* 2801GBM/GHM (ICH7M, identical to ICH6M) */
> { 0x8086, 0x27c4, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich6m_sata_ahci },
>
> My question is there a Linux PATA driver for the IDE Controller 82801G
> ICH7 Family or is there any plan to support it?
>
> My /etc/fstab looks like:
> # /etc/fstab: static file system information.
> #
> #
> proc/proc procdefaults0 0
> LABEL=ROOT / ext3defaults,errors=remount-ro 0 1
> LABEL=BOOT /boot ext3defaults0 2
> LABEL=HOME /home ext3
> noatime,defaults,errors=remount-ro 0 2
> LABEL=SWAP noneswapsw 0 0
>
> The fragment of /boot/grub/menu.lst
> title Debian GNU/Linux, kernel 2.6.22
> root(hd0,0)
> kernel /vmlinuz-2.6.22 root=LABEL=ROOT ro vga=792
> initrd /initrd.img-2.6.22
> savedefault
>
> Output of lspci -vvv
> 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE
> Controller (rev 02) (prog-if 8a [Master SecP PriP])
> Subsystem: ASUSTeK Computer Inc. Unknown device 1237
> Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
> >TAbort- SERR- Latency: 0
> Interrupt: pin A routed to IRQ 20
> Region 0: I/O ports at 01f0 [size=8]
> Region 1: I/O ports at 03f4 [size=1]
> Region 2: I/O ports at 0170 [size=8]
> Region 3: I/O ports at 0374 [size=1]
> Region 4: I/O ports at ffa0 [size=16]
Hi again,
Michal Piotrowski (thanks Michal :)) took me a private notice that I
should send output of lspci -n instead of lspci -vvv, so here it is
(part of, I hope that's enough):
00:1f.1 0101: 8086:27df (rev 02)
Ok, this controller is supported.
Did you forgot about CONFIG_PATA_MPIIX=y?
Regards
Bartek
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: sound is interrupting with new kernels
Hi, On 22/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi to all! I have a problem with recent 2.6.22 kernel with cfs-19 patch. While I'm watching the video using mplayer or listening to the music using audacious the sound is interrupting rather often. During I'm watching the video I don't really doing something heavy with my computer. Besides ... when I try to renice mplayer to make it priority higher[I mean lower with renice syntax 8) - renice -20 `pidof mplayer`] - it helps for _some_time_. my uname -a: "Linux niam 2.6.22-cfs-v19 #3 Sat Jul 14 14:15:57 EEST 2007 i686 Intel(R) Celeron(R) M processor 1.50GHz GenuineIntel GNU/Linux" I've attached .config of my kernel and output of `ps aux`. With this tasks state my audio player interrupting ... Thank you for your time and your help! Please run this script while using mplayer or audacious http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh and send results Ingo, this might be a regression. Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/2] 2.6.23-rc1: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc1. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Andi Kleen 4 Linus Torvalds 4 Adrian Bunk3 Andrew Morton 3 Jens Axboe 3 Al Viro2 David Woodhouse2 Hugh Dickins 2 Tejun Heo 2 Unclassified Subject : /usr/bin/ld: section .text [ff700500 -> ff7007e3] overlaps section .gnu.version_d [ff7004d8 -> ff70050f] References : http://lkml.org/lkml/2007/7/22/239 Last known good : ? Submitter : Andre Noll <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Andi Kleen <[EMAIL PROTECTED]> Status : problem is being debugged Subject : pcwd_init_module(): WARNING: at lib/kref.c:33 kref_get() References : http://lkml.org/lkml/2007/7/22/94 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : problem is being debugged Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed" References : http://lkml.org/lkml/2007/7/22/86 Last known good : ? Submitter : Markus <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Status : problem is being debugged ACPI Subject : drivers/misc/asus-laptop.c:*: error: 'struct led_classdev' has no member named 'class_dev' References : http://lkml.org/lkml/2007/7/22/299 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Networking Subject : New wake ups from sky2 References : http://lkml.org/lkml/2007/7/20/386 Last known good : ? Submitter : Thomas Meyer <[EMAIL PROTECTED]> Caused-By : Stephen Hemminger <[EMAIL PROTECTED]> commit eb35cf60e462491249166182e3e755d3d5d91a28 Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/2] 2.6.23-rc1: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc1. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Andi Kleen 4 Linus Torvalds 4 Adrian Bunk3 Andrew Morton 3 Jens Axboe 3 Al Viro2 David Woodhouse2 Hugh Dickins 2 Tejun Heo 2 SCSI Subject : lpfc_sli.c: off-by-10 References : http://lkml.org/lkml/2007/7/22/284 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Virtualization Subject : 2.6.22-git17 boot failure (XEN) References : http://lkml.org/lkml/2007/7/22/266 Last known good : ? Submitter : Tilman Schmidt <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : drivers/net/xen-netfront.c: bogus code References : http://lkml.org/lkml/2007/7/22/256 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jeremy Fitzhardinge <[EMAIL PROTECTED]> Status : unknown IA64 Subject : Regression in serial console on ia64 after 2.6.22 References : http://marc.info/?l=linux-ia64&m=118483645914066&w=2 Last known good : ? Submitter : Horms <[EMAIL PROTECTED]> Caused-By : Yinghai Lu <[EMAIL PROTECTED]> commit 18a8bd949d6adb311ea816125ff65050df1f3f6e Handled-By : ? Status : unknown Sparc64 Subject : "build-id" changes break sparc64 References : http://lkml.org/lkml/2007/7/22/38 Last known good : ? Submitter : David Miller <[EMAIL PROTECTED]> Caused-By : Roland McGrath <[EMAIL PROTECTED]> commit 18991197b4b588255ccabf472ebc84db7b66a19c Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.23-rc1: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc1 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Andi Kleen 4 Linus Torvalds 4 Adrian Bunk3 Andrew Morton 3 Jens Axboe 3 Al Viro2 David Woodhouse2 Hugh Dickins 2 Tejun Heo 2 Unclassified Subject : Regression with sys_time() speedup patch References : http://lkml.org/lkml/2007/7/20/205 Last known good : ? Submitter : Takashi Iwai <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/20/219 Status : patch available Subject : kobject link failure References : http://lkml.org/lkml/2007/7/19/495 Last known good : ? Submitter : Jan Engelhardt <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Cornelia Huck <[EMAIL PROTECTED]> Greg Kroah-Hartman <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/20/143 Status : patch available Subject : Kconfig prompts without help text References : http://lkml.org/lkml/2007/7/16/326 Last known good : ? Submitter : Stefan Richter <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jan Engelhardt <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/18/236 Status : patch available Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : Tejun Heo <[EMAIL PROTECTED]> commit 3007e997de91ec59af39a3f9c91595b31ae6e08b Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Tejun Heo <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available FS Subject : ia64 build failure from recent diskquota patch References : http://lkml.org/lkml/2007/7/18/407 Last known good : ? Submitter : Doug Chapman <[EMAIL PROTECTED]> Caused-By : Vasily Tarasov <[EMAIL PROTECTED]> commit b716395e2b8e450e294537de0c91476ded2f0395 Handled-By : Luck, Tony <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/20/255 Patch2 : http://lkml.org/lkml/2007/7/20/272 Status : patch available Media Subject : usbvision: don't return an uninitialized value References : http://lkml.org/lkml/2007/7/23/65 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Adrian Bunk <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/23/65 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc1: known regressions with patches
On 24/07/07, Greg KH <[EMAIL PROTECTED]> wrote: On Mon, Jul 23, 2007 at 11:47:44AM +0200, Michal Piotrowski wrote: > Unclassified > > Subject : kobject link failure > References : http://lkml.org/lkml/2007/7/19/495 > Last known good : ? This is caused by a patch that happened after 2.6.22 was released, so it is a regression. Yes, I know. "?" is a default value. When someone says that bug appeared after 2.6.22-git7 I'm adding this information to "Last known good". > Submitter : Jan Engelhardt <[EMAIL PROTECTED]> > Caused-By : ? > Handled-By : Cornelia Huck <[EMAIL PROTECTED]> > Greg Kroah-Hartman <[EMAIL PROTECTED]> > Patch : http://lkml.org/lkml/2007/7/20/143 > Status : patch available I'll be sending Cornelia's patch to Linus within the week to fix this. thanks, greg k-h Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
Hi Florian, On 24/07/07, Florian Lohoff <[EMAIL PROTECTED]> wrote: On Tue, Jul 24, 2007 at 09:50:08AM +0100, Stephen Hemminger wrote: > The problem is related to power management. The PHY has a number of PCI configuration > registers for power control, and the function of these changes based on the version and > revision of the chip. The driver does work on older versions of the EC-U, in > Fujitsu laptop's, it is just the new rev that is broken. > > The driver should probably fail smarter (by not loading) if the PHY isn't powered > up correctly, but that doesn't help your problem. > > The vendor has provided me with documentation on many versions > of the chip, but I don't have doc's on the lastest revision differences of the EC Ultra, > so a proper solution is not easily available. The best method for resolving this would > be to first try the vendor driver version of sk98lin and see if that fixes it. If so, > then it is easy to change sky2, to match the phy setup in the vendor driver. > Another possibility is to look for places in sky2 driver where there are places > that compare version/revision. > > The most likely bits that need to change are in PCI registers: 0x80, 0x84 and 0x88 > You could also load the windows driver and dump PCI config space (with lspci from > cygwin), and see what the settings are there. > > I am away from my office for a month, and therefore away from any sky2 > hardware for testing. I'll try the above and keep you posted. The crash itself seems to be a 2.6.23-rc1 regression though. I never experienced this with 2.6.22-rc5 which i was running before. Can you try to figure out what is causing this crash and then use git-bisect? Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc1-mm1
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
>
nokturn vs. reiserfs 1:0
[ 1228.964379] =
[ 1228.971271] [ INFO: possible recursive locking detected ]
[ 1228.976674] 2.6.23-rc1-mm1 #1
[ 1228.979655] -
[ 1228.985064] chcon/21470 is trying to acquire lock:
[ 1228.989858] (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f
[ 1228.996968]
[ 1228.996972] but task is already holding lock:
[ 1229.002834] (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f
[ 1229.009958]
[ 1229.009962] other info that might help us debug this:
[ 1229.016510] 3 locks held by chcon/21470:
[ 1229.020434] #0: (&inode->i_mutex){--..}, at: []
mutex_lock+0x1c/0x1f
[ 1229.027971] #1: (&REISERFS_I(inode)->xattr_sem){}, at: []
reiserfs_setxattr+0x54/0xf2 [reiserfs]
[ 1229.038282] #2: (&REISERFS_SB(s)->xattr_dir_sem){}, at: []
reiserfs_setxattr+0x73/0xf2 [reiserfs]
[ 1229.048682]
[ 1229.048687] stack backtrace:
[ 1229.053070] [] show_trace_log_lvl+0x1a/0x30
[ 1229.058254] [] show_trace+0x12/0x14
[ 1229.062734] [] dump_stack+0x16/0x18
[ 1229.067222] [] __lock_acquire+0xe19/0x125c
[ 1229.072309] [] lock_acquire+0xa7/0xc1
[ 1229.076967] [] __mutex_lock_slowpath+0x9b/0x3db
[ 1229.082493] [] mutex_lock+0x1c/0x1f
[ 1229.086972] [] reiserfs_xattr_set+0x14c/0x2db [reiserfs]
[ 1229.093281] [] security_set+0x4d/0x51 [reiserfs]
[ 1229.098898] [] reiserfs_setxattr+0x8b/0xf2 [reiserfs]
[ 1229.104950] [] vfs_setxattr+0x8a/0x199
[ 1229.109696] [] setxattr+0x7d/0x109
[ 1229.114087] [] sys_setxattr+0x41/0x53
[ 1229.118737] [] syscall_call+0x7/0xb
[ 1229.123215] ===
[ 1229.249502] chcon used greatest stack depth: 1080 bytes left
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc1-mm1/console.log
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc1-mm1/mm-config
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] trivial - convert "for(foo=0;foo
Hi Joe,
On 28/08/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> Done via grep/sed and compile tested i386 with xen
>
> Changed the foo++ and ++foo forms
[snip]
> There are 3 more lines that could be modified:
>
> arch/powerpc/sysdev/mpic.c: for (i = 0; i < NR_CPUS; ++i, cpumask >>= 1)
for_each_possible_cpu(i) {
[..]
cpumask >>= 1;
}
> arch/sparc/kernel/smp.c:for (cpu = 0, num = 0; cpu < NR_CPUS; cpu++)
num = 0;
for_each_possible_cpu(cpu) {
[..]
}
> arch/sparc64/kernel/smp.c: for (i = 0; i < NR_CPUS; i++, ptr += size)
for_each_possible_cpu(i) {
[..]
ptr += size;
}
BTW1. There is a huge difference between pre and post incrementation -
have you checked all cases?
BTW2. Could you convert each i -> cpu?
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [3/4] 2.6.23-rc3: known regressions v3
Hi Stephen, On 24/08/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote: > O > > Subject : New wake ups from sky2 > > References : http://lkml.org/lkml/2007/7/20/386 > > Last known good : ? > > Submitter : Thomas Meyer <[EMAIL PROTECTED]> > > Caused-By : Stephen Hemminger <[EMAIL PROTECTED]> > > commit eb35cf60e462491249166182e3e755d3d5d91a28 > > Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> > > Status : unknown > > > > > > Fix posted to netdev (sky2 1.17 series), but Jeff hasn't > applied it. > commit 32c2c30085324aef9699934295281cca0161ef7e I guess Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc3 USB segfaults + urb status -32
Hi Lasse, On 25/08/07, Lasse Kärkkäinen <[EMAIL PROTECTED]> wrote: > My system is unusably unstable using this kernel. Does 2.6.22 work fine? > On last boot it > started flooding urb status -32 to kernel log at a rate of several > megabytes per second. Now it printed segfaults before the system had > finished booting and then some other errors... The full log is here: > > I couldn't find information on these bugs. If you need more debug info, > please contact me. I can also reproduce the errors without the Nvidia > kernel module, Yes, please reproduce this error without nvidia binary crap and CC to [EMAIL PROTECTED] Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc4: maxcpus still broken
Hi Alexey, On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Every time I try to boot with maxcpus=1 it dies show_stat(): Is this a regression? Hugh fixed some issues on x86-64 commit 813409771731d80e6fa94199adf99f2269a4afc0 Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: NFSv4 client OOPS on 2.6.22-rc3 - I meant 2.6.23-rc3
Hi Harry, On 28/08/07, Harry Edmon <[EMAIL PROTECTED]> wrote: > Typo in my last message - I meant 2.6.23-rc3, not 2.6.22-rc3. Here it > is again with correction > > I had a kernel oops on my x86_64 dual quad-core Xeon system running > 2.6.23-rc3. The system is an NFSv4 client to another 2.6.23-rc3 > system. The OOPS text is attached and the config file. > Is this a regression? Does 2.6.22 work fine? -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Crash report 2.6.22.5
Hi Pete, On 28/08/07, Pete Monroe <[EMAIL PROTECTED]> wrote: > Hi, > > Sorry there's not more to go on here. > > A 32-bit firewall running the kernel LVS virtual server to fan out to > a dozen webservers ran fine for a year using 2.6.17.13, but won't > last more than four hours or so with 2.6.22.5. Another server, > different hardware and vendor but same purpose, also crashed with > 2.6.22.5 after a few hours. It had previously run 2.6.20.11. Nothing > on the screen, nothing in the logs. > > I'm attaching zipped dmesg (both kernel versions), Could you capture the bug with serial/netconsole etc.? "Collecting kernel messages" http://www.stardust.webpages.pl/files/handbook/handbook-en-0.3-rc1.pdf for more info. > .config and lspci > -v output for one of the machines, a Dell Intel dual-Xeon box. The > other machine is a dual Athlon box. Both use SCSI drives (the > attached Dell uses MPT Fusion, the other one Adaptec.) Intel ethernet > on both. > > I did enable the Slub allocator in 2.6.22.5, figuring that if it is > going to be the default in 2.6.23 that it's probably solid in .22.5. > > PLMK if any more info would be useful. > > Thanks, > Pete > > Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc4, now on third reboot
Hi Gene, On 29/08/2007, Gene Heskett <[EMAIL PROTECTED]> wrote: > Greetings; > > About 8 hours uptime, firefox/kmail & a bunch of tails running on logs, an > amanda session running in the background, reading groklaw with FF. click, > blank screen, reboot, nothing in the logs. > > 10 minutes later, everything locks up about 2 minutes after I start an amflush > session to cleanup after the last crash. The log, according to the tail I > had running on it at the time of the freeze, has this, and it just crashed & > self rebooted again, so I'm back on -rc3: > == > Aug 29 01:06:52 coyote kernel: hdd: dma_timer_expiry: dma status == 0x61 > == > > The 2nd time I go into bios and reset some things to default. > > The third time I rebooted to 2.6.23-rc3, which had been running stable for 15 > days worth of uptime. > > On the 2nd crash, the kpanel clock was frozen, no response from any key > combo. > > Third time, just a click and a black screen as it posted again. > > Has anyone else encountered this or do I have hardware on the way out? > > Now, lets see if I can cleanup the spillage from amanda. And it reset again. > > This time I turned the VCore 1 voltage down about .05 volts in the bios, to > around 1.62 volts. Just for effects, like a little rum in the morning > coffee. Its an athlon XP-2800 that has always run a little warm, showing > 145F now, but has hit 161F a couple times with no ill effects that I know of. Please try to capture this bug. Net or serial console would be useful. Chapter 3 "Collecting kernel messages" http://www.stardust.webpages.pl/files/handbook/handbook-en-0.3-rc1.pdf Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/4] 2.6.23-rc4: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc4. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 Unclassified Subject : cpu hotplug support broken in 2.6.23-rc3 References : http://lkml.org/lkml/2007/8/27/58 Last known good : ? Submitter : Pavel Machek <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : problem is being debugged Subject : 2.6.23-rc3-git1 crash/stuck on VIA CN700 system References : http://lkml.org/lkml/2007/8/20/174 Last known good : ? Submitter : Stefan Becker <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa) References : http://lkml.org/lkml/2007/8/6/43 Last known good : alpha: 2.6.22-git8 xtensa: 2.6.22-git6 Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : ? Handled-By : xtensa: Christian Zankel <[EMAIL PROTECTED]> Status : unknown Subject : console is messed up after resume from s2ram or switching to console from X References : http://lkml.org/lkml/2007/8/4/6 Last known good : ? Submitter : Jeff Chua <[EMAIL PROTECTED]> Caused-By : ? Handled-By : H. Peter Anvin <[EMAIL PROTECTED]> Antonino A. Daplas <[EMAIL PROTECTED]> Workaround : "s2ram --force --acpi_sleep 1 --vbe_mode" Status : problem is being debugged Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed" References : http://lkml.org/lkml/2007/7/22/86 Last known good : ? Submitter : Markus <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Status : problem is being debugged Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc4. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 ACPI Subject : 2.6.23-rc4: maxcpus still broken References : http://lkml.org/lkml/2007/8/28/87 Last known good : ? Submitter : Alexey Dobriyan <[EMAIL PROTECTED]> Caused-By : Len Brown <[EMAIL PROTECTED]> commit 61ec7567db103d537329b0db9a887db570431ff4 Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged Subject : MCFG bug on hp nx6310 References : http://lkml.org/lkml/2007/8/8/252 Last known good : ? Submitter : Michael Sedkowski <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : 2.6.23-rc1-git10 hangs on boot - needs "acpi=off" References : http://lkml.org/lkml/2007/8/2/24 Last known good : ? Submitter : Plamen Petrov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged ALSA Subject : Master volume control broken References : http://lkml.org/lkml/2007/8/18/46 Last known good : ? Submitter : Thomas Meyer <[EMAIL PROTECTED]> Caused-By : Ivan N. Zlatev <[EMAIL PROTECTED]> commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1 Handled-By : Ivan N. Zlatev <[EMAIL PROTECTED]> Status : problem is being debugged CPUFREQ Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not References : http://lkml.org/lkml/2007/7/27/298 http://lkml.org/lkml/2007/7/29/371 Last known good : ? Submitter : dth <[EMAIL PROTECTED]> Caused-By : Len Brown <[EMAIL PROTECTED]> commit f79e3185dd0f8650022518d7624c876d8929061b Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [4/4] 2.6.23-rc4: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc4. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 Power management Subject : something broke resume from s2ram on mbp c1d (??? :)) References : http://lkml.org/lkml/2007/8/28/67 Last known good : 2.6.23-rc3 Submitter : Soeren Sonnenburg <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : unknown Subject : 2.6.23-rc2 swsusp, suddenly increased uptime References : http://lkml.org/lkml/2007/8/12/249 Last known good : ? Submitter : Thomas Voegtle <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : problem is being debugged Subject : resume from ram much slower References : http://lkml.org/lkml/2007/8/10/275 Last known good : 2.6.23-rc1 ? Submitter : Arkadiusz Miskiewicz <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : problem is being debugged USB Subject : 2.6.23-rc1: USB hard disk broken References : http://lkml.org/lkml/2007/7/25/62 Last known good : ? Submitter : Tino Keitel <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Oliver Neukum <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [3/4] 2.6.23-rc4: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc4. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 FS Subject : [NFSD OOPS] 2.6.23-rc1-git10 References : http://lkml.org/lkml/2007/8/2/462 Last known good : ? Submitter : Andrew Clayton <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Kconfig Subject : CONFIG_HOTPLUG_CPU: kconfig bug? References : http://lkml.org/lkml/2007/8/27/204 Last known good : ? Submitter : Hugh Dickins <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Sam Ravnborg <[EMAIL PROTECTED]> Status : problem is being debugged Networking Subject : System freeze when restarting network connection with Broadcom driver References : http://bugzilla.kernel.org/show_bug.cgi?id=8934 Last known good : ? Submitter : Christian Casteyde <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : problem is being debugged Subject : NETDEV WATCHDOG: eth0: transmit timed out References : http://lkml.org/lkml/2007/8/13/737 Last known good : ? Submitter : Karl Meyer <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Francois Romieu <[EMAIL PROTECTED]> Status : problem is being debugged Subject : Weird network problems with 2.6.23-rc2 References : http://lkml.org/lkml/2007/8/11/40 Last known good : ? Submitter : Shish <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/2] 2.6.23-rc3: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc4 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 Unclassified Subject : 8250 claims non existing device blocking IO port References : http://lkml.org/lkml/2007/8/18/20 Last known good : ? Submitter : Andrey Borzenkov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Bjorn Helgaas <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/21/291 Status : patch was suggested Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available ACPI Subject : the fan doesn't work any more References : http://lkml.org/lkml/2007/8/28/359 Last known good : ? Submitter : Daniel Ritz <[EMAIL PROTECTED]> Caused-By : Alexey Starikovskiy <[EMAIL PROTECTED]> commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b Handled-By : Alexey Starikovskiy <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/29/15 Status : patch was suggested Clocks & time Subject : "double" hpet clocksource && hard freeze References : http://lkml.org/lkml/2007/8/23/257 Last known good : ? Submitter : Paolo Ornati <[EMAIL PROTECTED]> Caused-By : Tony Luck <[EMAIL PROTECTED]> commit 0aa366f351d044703e25c8425e508170e80d83b1 Handled-By : John Stultz <[EMAIL PROTECTED]> Tony Luck <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/23/285 Status : patch available SATA/PATA Subject : sata_promise 2.09 fails to identify ST3400832AS References : http://bugzilla.kernel.org/show_bug.cgi?id=8936 Last known good : ? Submitter : Stephen Ziemba <[EMAIL PROTECTED]> Caused-By : Mikael Pettersson <[EMAIL PROTECTED]> commit a77720ad0a4049e4bc6355e4febf899966a48222 Handled-By : Mikael Pettersson <[EMAIL PROTECTED]> Patch : http://bugzilla.kernel.org/show_bug.cgi?id=8936#c3 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/2] 2.6.23-rc3: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc4 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 Alan Stern 3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 FS Subject : NFSv4 client OOPS References : http://lkml.org/lkml/2007/8/28/207 Last known good : ? Submitter : Harry Edmon <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/28/204 Status : patch available Subject : nfs4 hang/NFS woes again (was USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351) References : http://lkml.org/lkml/2007/8/15/144 http://lkml.org/lkml/2007/8/22/484 http://lkml.org/lkml/2007/8/23/134 Last known good : ? Submitter : Florin Iucha <[EMAIL PROTECTED]> Bret Towe <[EMAIL PROTECTED]> Caused-By : Trond Myklebust <[EMAIL PROTECTED]> commit 3d39c691ff486142dd9aaeac12f553f4476b7a62 Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/28/119 Status : patch available MMC Subject : Unable to access memory card reader anymore References : http://bugzilla.kernel.org/show_bug.cgi?id=8885 Last known good : ? Submitter : Christian Casteyde <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Alan Stern <[EMAIL PROTECTED]> Patch : http://bugzilla.kernel.org/attachment.cgi?id=12438 Status : patch available MTD Subject : error: implicit declaration of function 'cfi_interleave' References : http://lkml.org/lkml/2007/8/6/272 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : David Woodhouse <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/9/586 Status : patch available Networking Subject : BUG: when using 'brctl stp' References : http://lkml.org/lkml/2007/8/10/441 Last known good : 2.6.23-rc1 Submitter : Daniel K. <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Status : fix applied by David Miller Subject : sky2 boot crash in sky2_mac_intr References : http://lkml.org/lkml/2007/7/24/91 Last known good : ? Submitter : Florian Lohoff <[EMAIL PROTECTED]> Caused-By : Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Patch : http://marc.info/?l=linux-netdev&m=118651402523966&w=2 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] DeskOpt - on fly task, i/o scheduler optimization
Hi, Here is something that might be useful for gamers and audio/video editors http://www.stardust.webpages.pl/files/tools/deskopt/ You can easily tune CFS/CFQ scheduler params sched_batch_wakeup_granularity_ns sched_latency_ns sched_min_granularity_ns sched_runtime_limit_ns sched_stat_granularity_ns sched_wakeup_granularity_ns back_seek_max back_seek_penalty fifo_expire_async fifo_expire_sync quantum slice_async slice_async_rq slice_idle slice_sync + nice levels Results from Nexuiz benchmark |---| | |CFS + CFQ | CFS + CFQ + DeskOpt * | |---| | timedemo demos/demo2| 41,395896833 fps | 41,460051233 fps | | timedemo demos/demo2 + massive_intr 4 1000 | 18,343223633 fps | 37,814504933 fps | | timedemo demos/demo2 + massive_intr 8 1000 | 9,334974533 fps | 37,376611267 fps | |---| * default class for games DeskOpt has many design flaws, but it works for me :) Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE] DeskOpt - on fly task, i/o scheduler optimization
On 31/08/2007, Arjan van de Ven <[EMAIL PROTECTED]> wrote: > On Fri, 31 Aug 2007 17:35:38 +0200 > Michal Piotrowski <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > Here is something that might be useful for gamers and audio/video > > editors http://www.stardust.webpages.pl/files/tools/deskopt/ > > > > > question is how many of the things they changed can we just make > default... > Good question. If we want to change the default settings, we need to carefully benchmark all changes - it is not simple, because some things work different on desktop/server/embedded. Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE] DeskOpt - on fly task, i/o scheduler optimization
On 01/09/2007, Chris Snook <[EMAIL PROTECTED]> wrote: > Michal Piotrowski wrote: > > Hi, > > > > Here is something that might be useful for gamers and audio/video editors > > http://www.stardust.webpages.pl/files/tools/deskopt/ > > > > You can easily tune CFS/CFQ scheduler params > > I would think that gamers and AV editors would want to be using deadline > (or maybe even as), not cfq. How well does it work with other I/O > schedulers? Actually it does not support other i/o schedulers (early stage of development ;). "Linux supports io scheduling priorities and classes since 2.6.13 with the CFQ io scheduler." (ionice man page) So we can only tune antic_expire est_time read_batch_expire read_expire write_batch_expire write_expire for anticipatory and fifo_batch front_merges read_expire write_expire writes_starved for deadline. I'll have a look on it. > > -- Chris > Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [1/2] 2.6.23-rc3: known regressions with patches
Len Brown pisze: > On Wednesday 29 August 2007 11:28, Michal Piotrowski wrote: > >> ACPI >> >> Subject : the fan doesn't work any more >> References : http://lkml.org/lkml/2007/8/28/359 >> Last known good : ? >> Submitter : Daniel Ritz <[EMAIL PROTECTED]> >> Caused-By : Alexey Starikovskiy <[EMAIL PROTECTED]> >> commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b >> Handled-By : Alexey Starikovskiy <[EMAIL PROTECTED]> >> Patch : http://lkml.org/lkml/2007/8/29/15 >> Status : patch was suggested > > I believe that this is gone as of 2.6.23-rc4-git3 > > http://bugzilla.kernel.org/show_bug.cgi?id=8958 BTW. Maciej Rutecki has said that "MCFG bug on hp nx6310" is not a regression, so regression counter for ACPI == 0 (if I didn't overlook something :)) > > thanks, > -Len > Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Master volume control broken (regression against 2.6.22)
Hi Andrew, On 02/09/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Sat, 18 Aug 2007 12:33:32 +0200 Thomas Meyer <[EMAIL PROTECTED]> wrote: > > This commit broke my master volume control: > > > > 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1 is first bad commit > > commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1 > > Author: Ivan N. Zlatev <[EMAIL PROTECTED]> > > Date: Tue May 29 16:03:00 2007 +0200 > > > > [ALSA] hda-codec - Fix pin configs for Intel Macs > > > > * adds the pinconfigs for all 5 Apple boards and 14 Subsystem IDs > > (support for possibly all iMac, Mac, MacMini etc etc) > > * adds 'intel-mac-v1' to v5 models which replace the current > > * reflects changes in Alsa-Configuration.txt > > > > Signed-off-by: Ivan N. Zlatev <[EMAIL PROTECTED]> > > Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]> > > Signed-off-by: Jaroslav Kysela <[EMAIL PROTECTED]> > > > > :04 04 16c8f8d66545ab0cb6dfc44f3c92ff9ad0b53658 > > e3e9a07b1a3a0d68c6870f7a111ca817a89ce24b M Documentation > > :04 04 b49d5f64d27e248f08d6fad8b1ff4f03c182f46a > > b4a361b5cacc96d139572b592bbcba3504c1f9c5 M sound > > > > I no longer can use my fancy multimedia control keys :-( > > > > You mean that 2.6.22 works OK and 2.6.23-rcX does not? > It was on KR list, but Takashi has said that this is a feature not regression. http://lkml.org/lkml/2007/8/29/128 Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"
Hi, On 01/09/07, Karl Meyer <[EMAIL PROTECTED]> wrote: > This is what happened today: > > Sep 1 21:08:01 frege NETDEV WATCHDOG: eth0: transmit timed out > frege ~ # uname -r > 2.6.22.5-cfs-v20.5 Can you reproduce this on 2.6.22 (not 2.6.22.x - it might be a -stable regression)? Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [4/4] 2.6.23-rc4: known regressions
Hi, On 30/08/07, Soeren Sonnenburg <[EMAIL PROTECTED]> wrote: > On Wed, 2007-08-29 at 17:27 +0200, Michal Piotrowski wrote: > > > Power management > > > > Subject : something broke resume from s2ram on mbp c1d (??? :)) > > References : http://lkml.org/lkml/2007/8/28/67 > > Last known good : 2.6.23-rc3 > > Submitter : Soeren Sonnenburg <[EMAIL PROTECTED]> > > Caused-By : ? > > Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> > > Status : unknown > > > Subject : resume from ram much slower > > References : http://lkml.org/lkml/2007/8/10/275 > > Last known good : 2.6.23-rc1 ? > > Submitter : Arkadiusz Miskiewicz <[EMAIL PROTECTED]> > > Caused-By : ? > > Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> > > Status : problem is being debugged > > > I am not sure whether the problem I am having is not the very same as > the one Arkadiusz is seeing. At least I've found resume from s2ram to be > working a couple of times. Only sometimes it took long to resume, that > is >30 seconds (around 5 - which I already consider long - is normal). > > anyway this this is with the closed source fglrx kernel module, Arkadiusz, are you using any of these binary crap modules? > as > without the machine freezes when X is running on resume... > > well and fglrx seems to cause this ... > > BUG: scheduling while atomic: Xorg/0x0002/3408 > [] schedule+0x5d2/0x6d0 > [] __wake_up+0x38/0x50 > [] irqmgr_wrap_shutdown+0xe1/0x150 [fglrx] > [] firegl_release_helper+0x55f/0x7d0 [fglrx] > [] firegl_takedown+0x5b/0xc40 [fglrx] > [] firegl_release+0x12f/0x190 [fglrx] > [] ip_firegl_release+0xf/0x20 [fglrx] > [] __fput+0x91/0x160 > [] filp_close+0x49/0x80 > [] put_files_struct+0x9c/0xc0 > [] do_exit+0x12e/0x7c0 > [] IRQMGR_WorkerThreadRoutine+0x29/0x30 [fglrx] > [] kasThreadRoutineHelper+0x0/0x20 [fglrx] > [] kasThreadRoutineHelper+0x0/0x20 [fglrx] > [] IRQMGR_CallbackWrapper+0xe/0x20 [fglrx] > [] kasThreadRoutineHelper+0x0/0x20 [fglrx] > [] kernel_thread_helper+0xd/0x18 > > well... > Soeren Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Oops in pwc v4l driver
Hi Alex, On 02/09/07, Alex Smith <[EMAIL PROTECTED]> wrote: > Hi, > > I found an old Philips Askey VC010 webcam and attempted to get it > working on Linux (latest git, x86_64). Is this a regression? Does 2.6.22 work fine? Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: BUG: scheduling while atomic: ifconfig/0x00000002/4170
Hi, [Adding netdev and wireless to CC] On 02/09/07, Florian Lohoff <[EMAIL PROTECTED]> wrote: > > Hi, > with current git i got this when "ifconfig eth1" down. eth1 had a mac > address which looked really like an eth1394 ethernet although the module > was not loaded. Something is really broken in 2.6.23-currentgit. I always get > the > sysfs rename issues which are discussed to be an udev issue. Then i see > a eth1394 mac address on an interface which typically shouldn exist > (udev should rename the wireless to eth1) and when issueing an > ifconfig eth1 down i get a > > BUG: scheduling while atomic: ifconfig/0x0002/4170 > > On the next boot i see the eth1394 mac address on the wireless interface > wmaster0_rename whereas eth1 is active (the wireless) and has the correct > ip address. I dont get it - this all looks really messed up. udev is > debian sid 114-2. > > eth0 Link encap:Ethernet HWaddr 00:17:42:13:45:8C > UP BROADCAST MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > Interrupt:19 > > eth1 Link encap:Ethernet HWaddr 00:18:DE:63:F0:B3 > inet addr:195.71.97.208 Bcast:195.71.97.223 Mask:255.255.255.224 > inet6 addr: fe80::218:deff:fe63:f0b3/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2079 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2220 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:508959 (497.0 KiB) TX bytes:261123 (255.0 KiB) > > wmaster0_ Link encap:UNSPEC HWaddr > 00-18-DE-63-F0-B3-30-3A-00-00-00-00-00-00-00-00 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > > [ 14.300736] VFS: Mounted root (ext3 filesystem) readonly. > [ 14.300902] Freeing unused kernel memory: 216k freed > [ 17.618804] irda_init() > [ 17.618817] NET: Registered protocol family 23 > [ 17.636399] ACPI: PCI Interrupt :02:00.0[A] -> GSI 16 (level, low) -> > IRQ 19 > [ 17.636588] PCI: Setting latency timer of device :02:00.0 to 64 > [ 17.636619] sky2 :02:00.0: v1.17 addr 0xf000 irq 19 Yukon-EC Ultra > (0xb4) rev 2 > [ 17.648081] parport_pc 00:0c: reported by Plug and Play ACPI > [ 17.648206] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] > [ 17.653652] sky2 eth0: addr 00:17:42:13:45:8c > [ 17.680848] input: Video Bus as /class/input/input6 > [ 17.680961] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) > [ 17.757019] usbcore: registered new interface driver usbfs > [ 17.757139] usbcore: registered new interface driver hub > [ 17.757264] usbcore: registered new device driver usb > [ 17.824819] Yenta: CardBus bridge found at :08:03.0 [10cf:131e] > [ 17.824941] Yenta O2: res at 0x94/0xD4: 00/ea > [ 17.825034] Yenta O2: enabling read prefetch/write burst > [ 17.828363] hda: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, > UDMA(33) > [ 17.828838] Uniform CD-ROM driver Revision: 3.20 > [ 17.891481] USB Universal Host Controller Interface driver v3.0 > [ 17.891650] ACPI: PCI Interrupt :00:1d.0[A] -> GSI 23 (level, low) -> > IRQ 22 > [ 17.891840] PCI: Setting latency timer of device :00:1d.0 to 64 > [ 17.891844] uhci_hcd :00:1d.0: UHCI Host Controller > [ 17.892155] uhci_hcd :00:1d.0: new USB bus registered, assigned bus > number 1 > [ 17.892327] uhci_hcd :00:1d.0: irq 22, io base 0x1820 > [ 17.892571] usb usb1: configuration #1 chosen from 1 choice > [ 17.892689] hub 1-0:1.0: USB hub found > [ 17.892784] hub 1-0:1.0: 2 ports detected > [ 17.924265] found SMC SuperIO Chip (devid=0x7a rev=00 base=0x002e): > LPC47N227 > [ 17.924390] smsc_superio_flat(): fir: 0x6e8, sir: 0x2e8, dma: 03, irq: 3, > mode: 0x0e > [ 17.924526] smsc_ircc_present: can't get sir_base of 0x2e8 > [ 17.954918] Yenta: ISA IRQ mask 0x0c38, PCI irq 19 > [ 17.955009] Socket status: 3006 > [ 17.955094] Yenta: Raising subordinate bus# of parent bus (#08) from #09 > to #0c > [ 17.955225] pcmcia: parent PCI bridge I/O window: 0x3000 - 0x3fff > [ 17.955315] cs: IO port probe 0x3000-0x3fff: clean. > [ 17.955773] pcmcia: parent PCI bridge Memory window: 0xf020 - > 0xf02f > [ 17.955864] pcmcia: parent PCI bridge Memory window: 0x3000 - > 0x37ff > [ 17.956497] Yenta: CardBus bridge found at :08:03.1 [10cf:131e] > [ 17.981605] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection > driver for Linux, 0.1.14 > [ 17.981752] iwl3945: Copyright(c) 2003-2007 Intel Co
[1/4] 2.6.23-rc5: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc5. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Unclassified Subject : x86_64 vdso patch is broken somehow? References : http://lkml.org/lkml/2007/8/29/136 Last known good : ? Submitter : Chuck Ebbert <[EMAIL PROTECTED]> Caused-By : Andi Kleen <[EMAIL PROTECTED]> commit 2aae950b21e4bc789d1fc6668faf67e8748300b7 Handled-By : ? Status : unknown Subject : weird hangs References : http://lkml.org/lkml/2007/8/29/32 Last known good : 2.6.23-rc3 Submitter : Gene Heskett <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : cpu hotplug support broken in 2.6.23-rc3 References : http://lkml.org/lkml/2007/8/27/58 Last known good : ? Submitter : Pavel Machek <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : problem is being debugged Subject : 2.6.23-rc3-git1 crash/stuck on VIA CN700 system References : http://lkml.org/lkml/2007/8/20/174 Last known good : ? Submitter : Stefan Becker <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa) References : http://lkml.org/lkml/2007/8/6/43 Last known good : alpha: 2.6.22-git8 xtensa: 2.6.22-git6 Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : ? Handled-By : xtensa: Christian Zankel <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc5: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc5. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Unclassified Subject : console is messed up after resume from s2ram or switching to console from X References : http://lkml.org/lkml/2007/8/4/6 Last known good : ? Submitter : Jeff Chua <[EMAIL PROTECTED]> Caused-By : ? Handled-By : H. Peter Anvin <[EMAIL PROTECTED]> Antonino A. Daplas <[EMAIL PROTECTED]> Workaround : "s2ram --force --acpi_sleep 1 --vbe_mode" Status : problem is being debugged Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed" References : http://lkml.org/lkml/2007/7/22/86 Last known good : ? Submitter : Markus <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Status : problem is being debugged CPUFREQ Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not References : http://lkml.org/lkml/2007/7/27/298 http://lkml.org/lkml/2007/7/29/371 Last known good : ? Submitter : dth <[EMAIL PROTECTED]> Caused-By : Len Brown <[EMAIL PROTECTED]> commit f79e3185dd0f8650022518d7624c876d8929061b Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged FS Subject : NFSv3 server error in LOOKUP after READDIRPLUS Call References : http://bugzilla.kernel.org/show_bug.cgi?id=8966 Last known good : ? Submitter : Peter Kovar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : [NFSD OOPS] 2.6.23-rc1-git10 References : http://lkml.org/lkml/2007/8/2/462 Last known good : ? Submitter : Andrew Clayton <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [3/4] 2.6.23-rc5: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc5. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Networking Subject : ifconfig eth1 - scheduling while atomic: ifconfig/0x0002/4170 References : http://lkml.org/lkml/2007/9/2/165 Last known good : ? Submitter : Florian Lohoff <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : zd1211rw regression, device does not enumerate References : http://marc.info/?l=linux-usb-devel&m=118854967709322&w=2 Last known good : ? Submitter : Oliver Neukum <[EMAIL PROTECTED]> Caused-By : Daniel Drake <[EMAIL PROTECTED]> commit 74553aedd46b3a2cae986f909cf2a3f99369decc Handled-By : ? Status : unknown Subject : System freeze when restarting network connection with Broadcom driver References : http://bugzilla.kernel.org/show_bug.cgi?id=8934 Last known good : ? Submitter : Christian Casteyde <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : problem is being debugged Subject : NETDEV WATCHDOG: eth0: transmit timed out References : http://lkml.org/lkml/2007/8/13/737 Last known good : ? Submitter : Karl Meyer <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Francois Romieu <[EMAIL PROTECTED]> Status : problem is being debugged Subject : Weird network problems with 2.6.23-rc2 References : http://lkml.org/lkml/2007/8/11/40 Last known good : ? Submitter : Shish <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [4/4] 2.6.23-rc5: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc5. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Power management Subject : powersaving degradation, (time spend in C0 goes up after a while) References : http://lkml.org/lkml/2007/9/2/142 Last known good : ? Submitter : Christian Leber <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : something broke resume from s2ram on mbp c1d (??? :)) References : http://lkml.org/lkml/2007/8/28/67 Last known good : 2.6.23-rc3 Submitter : Soeren Sonnenburg <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : unknown Subject : 2.6.23-rc2 swsusp, suddenly increased uptime References : http://lkml.org/lkml/2007/8/12/249 Last known good : ? Submitter : Thomas Voegtle <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : problem is being debugged Subject : resume from ram much slower References : http://lkml.org/lkml/2007/8/10/275 Last known good : 2.6.23-rc1 ? Submitter : Arkadiusz Miskiewicz <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : problem is being debugged USB Subject : 2.6.23-rc1: USB hard disk broken References : http://lkml.org/lkml/2007/7/25/62 Last known good : ? Submitter : Tino Keitel <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Oliver Neukum <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/2] 2.6.23-rc5: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc5 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Unclassified Subject : 8250 claims non existing device blocking IO port References : http://lkml.org/lkml/2007/8/18/20 Last known good : ? Submitter : Andrey Borzenkov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Bjorn Helgaas <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/21/291 Status : patch available Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available FS Subject : NFSv4 client OOPS References : http://lkml.org/lkml/2007/8/28/207 Last known good : ? Submitter : Harry Edmon <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/28/204 Status : patch available Subject : autofs mounts mysteriously disappeared References : http://lkml.org/lkml/2007/8/29/222 http://lkml.org/lkml/2007/8/30/234 Last known good : 2.6.22 Submitter : Hua Zhong <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/31/189 Status : patch available IDE Subject : linux-2.6.23-rc4 ppc build failure References : http://lkml.org/lkml/2007/8/29/154 Last known good : ? Submitter : Bret Towe <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Tony Breeds <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/31/1 Status : patch was suggested Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/2] 2.6.23-rc5: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc5 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Linus Torvalds 6 Andi Kleen 5 Hugh Dickins 5 Andrew Morton 4 Al Viro3 Alan Stern 3 Alexey Starikovskiy3 Cornelia Huck 3 Jens Axboe 3 Stephen Hemminger 3 Tejun Heo 3 Kconfig Subject : CONFIG_HOTPLUG_CPU: kconfig bug? References : http://lkml.org/lkml/2007/8/27/204 Last known good : ? Submitter : Hugh Dickins <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Roman Zippel <[EMAIL PROTECTED]> Sam Ravnborg <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/29/301 Status : patch available MMC Subject : Unable to access memory card reader anymore References : http://bugzilla.kernel.org/show_bug.cgi?id=8885 Last known good : ? Submitter : Christian Casteyde <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Alan Stern <[EMAIL PROTECTED]> Patch : http://bugzilla.kernel.org/attachment.cgi?id=12438 Status : patch available MTD Subject : error: implicit declaration of function 'cfi_interleave' References : http://lkml.org/lkml/2007/8/6/272 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : David Woodhouse <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/9/586 Status : patch available Networking Subject : [OOPS] 2.6.23-rc5 ? network/via-rhine References : http://lkml.org/lkml/2007/9/2/58 Last known good : ? Submitter : Mark Hindley <[EMAIL PROTECTED]> Caused-By : ? Handled-By : David S. Miller <[EMAIL PROTECTED]> Patch : http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.git;a=commit;h=5c127c58ae9bf196d787815b1bd6b0aec5aee816 Status : patch available PATA/SATA Subject : sata_via: write errors on PATA drive connected to VT6421 References : http://lkml.org/lkml/2007/8/20/248 Last known good : ? Submitter : Ondrej Zary <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ondrej Zary <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/31/310 Status : patch available Subject : NULL pointer dereference in ata_piix References : http://lkml.org/lkml/2007/9/1/33 Last known good : ? Submitter : Grant Wilson <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jeff Garzik <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/9/1/46 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [1/4] 2.6.23-rc5: known regressions
On 03/09/07, Jan Dittmer <[EMAIL PROTECTED]> wrote: > Michal Piotrowski wrote: > > Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa) > > References : http://lkml.org/lkml/2007/8/6/43 > > Last known good : alpha: 2.6.22-git8 > > xtensa: 2.6.22-git6 > > Submitter : Jan Dittmer <[EMAIL PROTECTED]> > > Caused-By : ? > > Handled-By : xtensa: Christian Zankel <[EMAIL PROTECTED]> > > Status : unknown > > Both are fixed as of -rc5 Thanks. I will try to figure out who fixed these bugs. > > Jan > Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [1/4] 2.6.23-rc5: known regressions
On 03/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Mon, Sep 03, 2007 at 12:14:05PM +0200, Michal Piotrowski wrote: > > On 03/09/07, Jan Dittmer <[EMAIL PROTECTED]> wrote: > > > Michal Piotrowski wrote: > > > > Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa) > > > > References : http://lkml.org/lkml/2007/8/6/43 > > > > Last known good : alpha: 2.6.22-git8 > > > > xtensa: 2.6.22-git6 > > > > Submitter : Jan Dittmer <[EMAIL PROTECTED]> > > > > Caused-By : ? > > > > Handled-By : xtensa: Christian Zankel <[EMAIL PROTECTED]> > > > > Status : unknown > > > > > > Both are fixed as of -rc5 > > > > Thanks. I will try to figure out who fixed these bugs. > > alpha was commit aa137f9d29d30592774c727ec5cfcf9891e576fa > xtensa was commit b5f281a62761887e7cb5f60fa81f7cd052fec5cb Thanks! > > > Regards, > > Michal > > cu > Adrian Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: building a specific in-tree module is currently a bit broken
Hi,
[Adding K{build,config} wizards to CC]
On 05/09/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
>
> i know sam ravnborg has been Cc'ed on a janitors list posting
> mentioning this but, just in case this note can get a fix snuck in
> there quickly before 2.6.23 (this is on i386, but i'm guessing applies
> to all arches):
>
> $ make distclean
> $ make defconfig
> $ make menuconfig (select visor.ko to be built a module)
> $ make drivers/usb/serial/visor.ko
> scripts/kconfig/conf -s arch/i386/Kconfig
> CHK include/linux/version.h
> UPD include/linux/version.h
> CHK include/linux/utsrelease.h
> UPD include/linux/utsrelease.h
> SYMLINK include/asm -> include/asm-i386
> CC arch/i386/kernel/asm-offsets.s
> GEN include/asm-i386/asm-offsets.h
> CALLscripts/checksyscalls.sh
> CC scripts/mod/empty.o
> HOSTCC scripts/mod/mk_elfconfig
> MKELF scripts/mod/elfconfig.h
> HOSTCC scripts/mod/file2alias.o
> HOSTCC scripts/mod/modpost.o
> HOSTCC scripts/mod/sumversion.o
> HOSTLD scripts/mod/modpost
> HOSTCC scripts/kallsyms
> HOSTCC scripts/conmakehash
> HOSTCC scripts/bin2c
> CC [M] drivers/usb/serial/visor.o
> /bin/sh: .tmp_versions/visor.mod: No such file or directory
> MODPOST 0 modules
> $
>
> whoops. manually creating the directory .tmp_versions first fixes
> this, but i'm not conversant enough with the Makefile to want to take
> a shot at repairing this.
>
> rday
>
> --
>
> Robert P. J. Day
> Linux Consulting, Training and Annoying Kernel Pedantry
> Waterloo, Ontario, CANADA
>
> http://crashcourse.ca
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] DeskOpt 005 (completely unfair scheduling ;))
Hi, Completely fair scheduling is really good thing, but if you want the best performance for certain application you need to tune up some things. DeskOpt is designed to help people tune up their systems for certain tasks. Here are the results from the Nexuiz benchmark || | |CFS + CFQ | CFS + CFQ + DeskOpt * | || | timedemo demos/demo2 | 41,395896833 fps | 41,460051233 fps | |--|---|-| | timedemo demos/demo2 | 18,343223633 fps | 37,814504933 fps | | + massive_intr 4 1000| | | |--|---|-| | timedemo demos/demo2 | 9,334974533 fps | 37,376611267 fps | | + massive_intr 8 1000| | | || * default class for games Software requirements: - Python 2.x (http://python.org/) - elementtree (http://effbot.org/downloads/#elementtree) DeskOpt installation: cp deskopt /usr/local/bin/ mkdir /etc/deskopt/ cp deskopt.conf /etc/deskopt/ cp deskopt.rc /etc/init.d/ The configuration file must be a valid XML file. CFQ tuning: back_seek_max back_seek_penalty fifo_batch_expire fifo_batch_async fifo_batch_sync quantum slice_sync slice_idle slice_async slice_async_rq http://lwn.net/Articles/101029/ http://lwn.net/Articles/114273/ Anticipatory tuning: antic_expire read_batch_expire read_expire write_batch_expire write_expire Documentation/block/as-iosched.txt Deadline tuning: fifo_batch front_merges read_expire write_expire writes_starved Documentation/block/deadline-iosched.txt http://kerneltrap.org/node/431 Usage: deskopt [options] Options: -h, --helpshow this help message and exit -c CONFIG_FILE, --config-file=CONFIG_FILE Configuration file -d, --debug Debug -H HDD, --hard-drives=HDD List of hard drives -l LOOP_TIME, --loop-time=LOOP_TIME Loop time -q, --quitQuit -v, --version Show version number Example: # deskopt -c /path/to/my/config/file.conf --hard-drives="sda hdb" -l 60 or # deskopt -c /path/to/my/config/file.conf The latest version of DeskOpt can be downloaded from http://www.stardust.webpages.pl/files/tools/deskopt/ Changelog: - support for Anticipatory and Deadline scheduler (requested by Chris Snook) - support for a different hard drives (previous version was limited to hdd with /usr partition) - something like a documentation (requested by Satyam Sharma) - the code looks a bit better now diff -uprN deskopt-004/deskopt deskopt-005/deskopt | diffstat deskopt | 870 +--- 1 file changed, 562 insertions(+), 308 deletions(-) TODO: - support for device queue length tuning (suggested by Andi Kleen) - kill signal handling, bug fixes etc. Comments and suggestions are welcome. It still has many flaws :) Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: nfs4 hang regression
Hi Andrew, On 05/09/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 22 Aug 2007 15:41:18 -0700 "Bret Towe" <[EMAIL PROTECTED]> wrote: > > More than two weeks, you've bisected it and there's no sign of any action? > > I don't see this on Michal's list so perhaps it already got fixed in a > different > thread. Have you tested current mainline? AFAIK it is fixed - commit 3d39c691ff486142dd9aaeac12f553f4476b7a62 Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: nfs4 hang regression
On 05/09/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote: > Hi Andrew, > > On 05/09/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > On Wed, 22 Aug 2007 15:41:18 -0700 "Bret Towe" <[EMAIL PROTECTED]> wrote: > > > > More than two weeks, you've bisected it and there's no sign of any action? > > > > I don't see this on Michal's list so perhaps it already got fixed in a > > different > > thread. Have you tested current mainline? > > AFAIK it is fixed - commit 3d39c691ff486142dd9aaeac12f553f4476b7a62 commit 560aef74503e928f44ddbf481b8b02d9cef37dbf Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Bug Report Requested
Hi Sean, On 05/09/07, Sean Robert McGuffee <[EMAIL PROTECTED]> wrote: > Something popped up and told me to send this information as a bug report > even though it didn't have a button to click to do that automatically > which is a bug in itself I think: > > Component: pirut Please submit this report to bugzilla.redhat.com Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AUTO LOGIN BUG
On 05/09/07, Sean Robert McGuffee <[EMAIL PROTECTED]> wrote: > Dear whoever is in charge of writing fedora core 7, > Please submit this report to bugzilla.redhat.com Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Linux 2.6.23-rc5-git1-krf1 (known regressions fixes)
Hi, There are a few patches for regressions that was not merged yet. Subject : 8250 claims non existing device blocking IO port References : http://lkml.org/lkml/2007/8/18/20 Last known good : ? Submitter : Andrey Borzenkov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Bjorn Helgaas <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/21/291 Status : patch available Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available Subject : NFSv3 server error in LOOKUP after READDIRPLUS Call References : http://bugzilla.kernel.org/show_bug.cgi?id=8966 Last known good : ? Submitter : Peter Kovar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Neil Brown <[EMAIL PROTECTED]> Patch : http://bugzilla.kernel.org/attachment.cgi?id=12689 Status : patch available Subject : linux-2.6.23-rc4 ppc build failure References : http://lkml.org/lkml/2007/8/29/154 Last known good : ? Submitter : Bret Towe <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Tony Breeds <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/31/1 Status : patch was suggested Subject : Unable to access memory card reader anymore References : http://bugzilla.kernel.org/show_bug.cgi?id=8885 Last known good : ? Submitter : Christian Casteyde <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Alan Stern <[EMAIL PROTECTED]> Patch : http://bugzilla.kernel.org/attachment.cgi?id=12438 Status : patch available Subject : error: implicit declaration of function 'cfi_interleave' References : http://lkml.org/lkml/2007/8/6/272 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : David Woodhouse <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/9/586 Status : patch available http://www.stardust.webpages.pl/files/patches/krf/2.6.23-rc5-git1/ Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel Panic on 2.6.23-rc5
Hi Daniel, On 06/09/07, Daniel Exner <[EMAIL PROTECTED]> wrote: > Hi! > > I'm not really sure if this is a regression or if I simply hit a hardware > problem. > After some time of work (mostly hours sometimes minutes) my system will freeze > including Blinking LED's and unresponsiveness on SysRQ, but I finally got > this using netconsole: > > CPU 0: Machine Check Exception: 0004 > Bank 4: b2070f0f > Kernel panic - not syncing: CPU context corrupt It is a hardware problem. You may want to use mcelog ftp://ftp.x86-64.org/pub/linux/tools/mcelog/ > > I Also keep getting ext3 errors about reading or writing in wrong zones. > Will now have a - this means many - run of memtest. > > -- > Greetings > Daniel Exner Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/3] 2.6.23-rc2: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Trent Piepho 2 Unclassified Subject : console is messed up after resume from s2ram or switching to console from X References : http://lkml.org/lkml/2007/8/4/6 Last known good : ? Submitter : Jeff Chua <[EMAIL PROTECTED]> Caused-By : ? Handled-By : H. Peter Anvin <[EMAIL PROTECTED]> Antonino A. Daplas <[EMAIL PROTECTED]> Status : problem is being debugged Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed" References : http://lkml.org/lkml/2007/7/22/86 Last known good : ? Submitter : Markus <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Status : problem is being debugged ACPI Subject : 2.6.23-rc1-git10 hangs on boot - needs "acpi=off" References : http://lkml.org/lkml/2007/8/2/24 Last known good : ? Submitter : Plamen Petrov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : T60 ACPI issues/THINKPAD_ACPI_INPUT_ENABLED seems regressive References : http://lkml.org/lkml/2007/8/1/198 http://lkml.org/lkml/2007/8/1/176 Last known good : ? Submitter : Michael S. Tsirkin <[EMAIL PROTECTED]> Hugh Dickins <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Henrique de Moraes Holschuh <[EMAIL PROTECTED]> Status : problem is being debugged CPUFREQ Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not References : http://lkml.org/lkml/2007/7/27/298 http://lkml.org/lkml/2007/7/29/371 Last known good : ? Submitter : dth <[EMAIL PROTECTED]> Caused-By : Len Brown <[EMAIL PROTECTED]> commit f79e3185dd0f8650022518d7624c876d8929061b Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/3] 2.6.23-rc2: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Trent Piepho 2 FS Subject : [NFSD OOPS] 2.6.23-rc1-git10 References : http://lkml.org/lkml/2007/8/2/462 Last known good : ? Submitter : Andrew Clayton <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Networking Subject : IP v4 routing is broken References : http://www.stardust.webpages.pl/files/tbf/bugs/bug_report01.txt Last known good : 2.6.22-git2 Submitter : Uwe Bugla <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : sky2 boot crash in sky2_mac_intr References : http://lkml.org/lkml/2007/7/24/91 Last known good : ? Submitter : Florian Lohoff <[EMAIL PROTECTED]> Caused-By : Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Status : unknown Subject : New wake ups from sky2 References : http://lkml.org/lkml/2007/7/20/386 Last known good : ? Submitter : Thomas Meyer <[EMAIL PROTECTED]> Caused-By : Stephen Hemminger <[EMAIL PROTECTED]> commit eb35cf60e462491249166182e3e755d3d5d91a28 Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Status : unknown Power management Subject : Kconfig: 'SUSPEND_SMP' refers to undefined symbol 'HOTPLUG_CPU' References : http://lkml.org/lkml/2007/8/4/39 Last known good : ? Submitter : Meelis Roos <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [3/3] 2.6.23-rc2: known regressions
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Trent Piepho 2 SCSI Subject : lpfc_sli.c: off-by-10 References : http://lkml.org/lkml/2007/7/22/284 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown USB Subject : 2.6.23-rc1: uhci_hcd. irq 4: nobody cared References : http://lkml.org/lkml/2007/7/29/75 Last known good : ? Submitter : Mark Hindley <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Alan Stern <[EMAIL PROTECTED]> Status : unknown Subject : 2.6.23-rc1: USB hard disk broken References : http://lkml.org/lkml/2007/7/25/62 Last known good : ? Submitter : Tino Keitel <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Oliver Neukum <[EMAIL PROTECTED]> Status : unknown Virtualization Subject : drivers/net/xen-netfront.c: bogus code References : http://lkml.org/lkml/2007/7/22/256 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jeremy Fitzhardinge <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/2] 2.6.23-rc2: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc2 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Trent Piepho 2 Unclassified Subject : Kconfig prompts without help text References : http://lkml.org/lkml/2007/7/16/326 Last known good : ? Submitter : Stefan Richter <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jan Engelhardt <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/18/236 Status : patch available Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available ACPI Subject : acpi_ec_remove() use-after-free References : http://lkml.org/lkml/2007/7/29/138 Last known good : 2.6.22 Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : Alexey Starikovskiy <[EMAIL PROTECTED]> commit 837012ede14a8fc088be3682c964da7fc6af026b Handled-By : Adrian Bunk <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/29/138 Status : patch available Subject : Time Problems with 2.6.23-rc1-gf695baf2 References : http://lkml.org/lkml/2007/7/23/486 Last known good : ? Submitter : Eric Sesterhenn <[EMAIL PROTECTED]> Caused-By : Venki Pallipadi <[EMAIL PROTECTED]> commit 18eab8550397f1f3d4b8b2c5257c88dae25d58ed Handled-By : ? Patch : http://marc.info/?l=linux-kernel&m=118590919604954&w=2 Status : patch available FS Subject : NFSv4 poops itself References : http://lkml.org/lkml/2007/7/27/144 Last known good : ? Submitter : Jeff Garzik <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/27/183 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/2] 2.6.23-rc2: known regressions with patches
Hi all, Here is a list of some known regressions in 2.6.23-rc2 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Trent Piepho 2 Memory management Subject : [bug] SLUB & freeing locks References : http://lkml.org/lkml/2007/7/26/90 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Peter Zijlstra <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/26/97 Status : patch available Modpost Subject : modpost bug breaks ia64 cross compilation References : http://lkml.org/lkml/2007/7/27/30 http://lkml.org/lkml/2007/7/27/418 Last known good : ? Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : Thomas Renninger <[EMAIL PROTECTED]> commit 29b71a1ca74491fab9fed09e9d835d840d042690 Handled-By : ? Patch : http://lkml.org/lkml/2007/8/2/211 Status : patch was suggested Networking Subject : tg3 dead after s2ram References : http://lkml.org/lkml/2007/7/31/121 Last known good : ? Submitter : Joachim Deguara <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Michael Chan <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/8/2/288 Status : patch available SCSI Subject : qla2xyz broken in current Linus tree References : http://marc.info/?l=linux-scsi&m=118581420308892&w=2 Last known good : ? Submitter : Matthew Wilcox <[EMAIL PROTECTED]> Caused-By : Seokmann Ju <[EMAIL PROTECTED]> commit 281afe1947d855661754850de29d7530b2ff Handled-By : Seokmann Ju <[EMAIL PROTECTED]> Patch : http://marc.info/?l=linux-scsi&m=118581884800073&w=2 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/3] 2.6.23-rc2: known regressions
Rafael J. Wysocki pisze: > On Sunday, 5 August 2007 18:26, Michal Piotrowski wrote: >> Hi all, >> >> Here is a list of some known regressions in 2.6.23-rc2. >> >> Feel free to add new regressions/remove fixed etc. >> http://kernelnewbies.org/known_regressions >> > >> Power management >> >> Subject : Kconfig: 'SUSPEND_SMP' refers to undefined symbol >> 'HOTPLUG_CPU' >> References : http://lkml.org/lkml/2007/8/4/39 >> Last known good : ? >> Submitter : Meelis Roos <[EMAIL PROTECTED]> >> Caused-By : ? >> Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> >> Status : unknown > > Is being debugged. > > Frankly, I don't know what to think about that. With the Meelis' .config > SUSPEND_SMP can't even be set ... Meelis, have you used a "make randconfig" without "make oldconfig"? Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ACPI modpost failure in 2.6.23-rc1-git2
Hi Andy, On 06/08/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote: > Between 2.6.23-rc1-git1 and 2.6.23-rc1-git2 we started getting the > following fatal error during modpost on an x86_64 machine: > > FATAL: drivers/acpi/video: sizeof(struct acpi_device_id)=20 is not a > modulo of the size of section __mod_acpi_device_table=48. > Fix definition of struct acpi_device_id in mod_devicetable.h > make[1]: *** [__modpost] Error 1 > > This check seems to have been added as part of the following commit: > > commit 29b71a1ca74491fab9fed09e9d835d840d042690 > Author: Thomas Renninger <[EMAIL PROTECTED]> > Date: Mon Jul 23 14:43:51 2007 +0200 > > ACPI: autoload modules - Create ACPI alias interface > > Compiler version: > Reading specs from /usr/lib/gcc/i486-linux/3.4.4/specs > Configured with: ../src/configure -v > --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr > --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4 > --enable-shared --with-system-zlib --enable-nls > --without-included-gettext --program-suffix=-3.4 --enable-__cxa_atexit > --enable-libstdcxx-allocator=mt --enable-clocale=gnu > --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk > --disable-werror i486-linux > Thread model: posix > gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13sarge1) > > We are compiling a 64bit kernel on a machine with a pretty old > userspace which is 32bit. > > Let me know if you need more info. > > -apw similar to Subject : modpost bug breaks ia64 cross compilation References : http://lkml.org/lkml/2007/7/27/30 http://lkml.org/lkml/2007/7/27/418 Last known good : ? Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : Thomas Renninger <[EMAIL PROTECTED]> commit 29b71a1ca74491fab9fed09e9d835d840d042690 Handled-By : ? Patch : http://lkml.org/lkml/2007/8/2/211 Status : patch was suggested Please try this patch http://lkml.org/lkml/2007/8/2/211 Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
O(1) vs. CFS interbench comparison
Hi, If someone is interested, here are the results of O(1) and CFS interbench comparison http://www.stardust.webpages.pl/files/data/o1_vs_cfs/o1_vs_cfs.html http://www.stardust.webpages.pl/files/data/o1_vs_cfs/cfs_interbench http://www.stardust.webpages.pl/files/data/o1_vs_cfs/o1_interbench Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
problems while mounting /boot partition
Hi Brian,
Brian J. Murrell pisze:
> I am using Ubuntu Gutsy, which is the in-development branch heading for
> their next stable release.
You forgot about message subject, so no one has read this report.
>
> I have noticed that since some kernel release post-2.6.20 I have been
> unable to mount my /boot partition:
>
> $ sudo strace -f mount /dev/hda1 /mnt/foo
> execve("/bin/mount", ["mount", "/dev/hda1", "/mnt/foo"], [/* 41 vars*/])= 0
> brk(0) = 0x8062000
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7fbc000
> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=91976, ...}) = 0
> mmap2(NULL, 91976, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fa5000
> close(4)= 0
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 4
> read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1"..., 512) =
> 512
> fstat64(4, {st_mode=S_IFREG|0644, st_size=1339816, ...}) = 0
> mmap2(NULL, 1349136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) =
> 0xb7e5b000
> mmap2(0xb7f9f000, 12288, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x143) = 0xb7f9f000
> mmap2(0xb7fa2000, 9744, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fa2000
> close(4)= 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7e5a000
> set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e5a6b0, limit:1048575,
> seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> seg_not_present:0, useable:1}) = 0
> mprotect(0xb7f9f000, 4096, PROT_READ) = 0
> munmap(0xb7fa5000, 91976) = 0
> brk(0) = 0x8062000
> brk(0x8083000) = 0x8083000
> open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
> such file or directory)
> open("/usr/share/locale/locale.alias", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=2586, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7fbb000
> read(4, "# Locale name alias data base.\n#"..., 1024) = 1024
> read(4, "ies are case independent.\n\n# Not"..., 1024) = 1024
> read(4, ".euc \tko_KR.eucKR\nko_KR\t\tko_KR.e"..., 1024) = 538
> read(4, "", 1024) = 0
> close(4)= 0
> munmap(0xb7fbb000, 4096)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_IDENTIFICATION", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=363, ...}) = 0
> mmap2(NULL, 363, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fbb000
> close(4)= 0
> open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=25486, ...}) = 0
> mmap2(NULL, 25486, PROT_READ, MAP_SHARED, 4, 0) = 0xb7fb4000
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_MEASUREMENT", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
> mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fb3000
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_TELEPHONE", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=51, ...}) = 0
> mmap2(NULL, 51, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fb2000
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_ADDRESS", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=127, ...}) = 0
> mmap2(NULL, 127, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fb1000
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_NAME", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=62, ...}) = 0
> mmap2(NULL, 62, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7fb
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("/usr/lib/locale/en_CA.utf8/LC_PAPER", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
> mmap2(NULL, 34, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7faf000
> close(4)= 0
> open("/usr/lib/locale/en_CA.UTF-8/LC_
[1/3] 2.6.23-rc2: known regressions v2
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Peter Zijlstra 2 Trent Piepho 2 Unclassified Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa) References : http://lkml.org/lkml/2007/8/6/43 Last known good : ? Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : console is messed up after resume from s2ram or switching to console from X References : http://lkml.org/lkml/2007/8/4/6 Last known good : ? Submitter : Jeff Chua <[EMAIL PROTECTED]> Caused-By : ? Handled-By : H. Peter Anvin <[EMAIL PROTECTED]> Antonino A. Daplas <[EMAIL PROTECTED]> Workaround : "s2ram --force --acpi_sleep 1 --vbe_mode" Status : problem is being debugged Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed" References : http://lkml.org/lkml/2007/7/22/86 Last known good : ? Submitter : Markus <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Ingo Molnar <[EMAIL PROTECTED]> Status : problem is being debugged ACPI Subject : MCFG bug on hp nx6310 References : http://lkml.org/lkml/2007/8/8/252 Last known good : ? Submitter : Michael Sedkowski <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : 2.6.23-rc1-git10 hangs on boot - needs "acpi=off" References : http://lkml.org/lkml/2007/8/2/24 Last known good : ? Submitter : Plamen Petrov <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/3] 2.6.23-rc2: known regressions v2
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Peter Zijlstra 2 Trent Piepho 2 CPUFREQ Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not References : http://lkml.org/lkml/2007/7/27/298 http://lkml.org/lkml/2007/7/29/371 Last known good : ? Submitter : dth <[EMAIL PROTECTED]> Caused-By : Len Brown <[EMAIL PROTECTED]> commit f79e3185dd0f8650022518d7624c876d8929061b Handled-By : Len Brown <[EMAIL PROTECTED]> Status : problem is being debugged FS Subject : [NFSD OOPS] 2.6.23-rc1-git10 References : http://lkml.org/lkml/2007/8/2/462 Last known good : ? Submitter : Andrew Clayton <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown MTD Subject : error: implicit declaration of function 'cfi_interleave' References : http://lkml.org/lkml/2007/8/6/272 Last known good : ? Submitter : Ingo Molnar <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Networking Subject : IP v4 routing is broken References : http://www.stardust.webpages.pl/files/tbf/bugs/bug_report01.txt Last known good : 2.6.22-git2 Submitter : Uwe Bugla <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Subject : New wake ups from sky2 References : http://lkml.org/lkml/2007/7/20/386 Last known good : ? Submitter : Thomas Meyer <[EMAIL PROTECTED]> Caused-By : Stephen Hemminger <[EMAIL PROTECTED]> commit eb35cf60e462491249166182e3e755d3d5d91a28 Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [3/3] 2.6.23-rc2: known regressions v2
Hi all, Here is a list of some known regressions in 2.6.23-rc2. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Peter Zijlstra 2 Trent Piepho 2 Power management Subject : Kconfig: 'SUSPEND_SMP' refers to undefined symbol 'HOTPLUG_CPU' References : http://lkml.org/lkml/2007/8/4/39 Last known good : ? Submitter : Meelis Roos <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]> Status : unknown SCSI Subject : unable to handle kernel NULL pointer dereference in qla2x00_read_nvram_data References : http://lkml.org/lkml/2007/8/6/506 Last known good : ? Submitter : Zhang, Yanmin <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown USB Subject : 2.6.23-rc1: uhci_hcd. irq 4: nobody cared References : http://lkml.org/lkml/2007/7/29/75 Last known good : ? Submitter : Mark Hindley <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Alan Stern <[EMAIL PROTECTED]> Status : unknown Subject : 2.6.23-rc1: USB hard disk broken References : http://lkml.org/lkml/2007/7/25/62 Last known good : ? Submitter : Tino Keitel <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Oliver Neukum <[EMAIL PROTECTED]> Status : unknown Alpha Subject : -Werror compilation problem - make[1]: *** [arch/alpha/kernel/sys_titan.o] Error 1 References : http://lkml.org/lkml/2007/8/6/137 Last known good : ? Submitter : Oliver Falk <[EMAIL PROTECTED]> Caused-By : ? Handled-By : ? Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[1/2] 2.6.23-rc2: known regressions with patches v2
Hi all, Here is a list of some known regressions in 2.6.23-rc2 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Peter Zijlstra 2 Trent Piepho 2 Unclassified Subject : Kconfig prompts without help text References : http://lkml.org/lkml/2007/7/16/326 Last known good : ? Submitter : Stefan Richter <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Jan Engelhardt <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/18/236 Status : patch available Subject : Oops while modprobing phy fixed module References : http://lkml.org/lkml/2007/7/14/63 Last known good : ? Submitter : Gabriel C <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Satyam Sharma <[EMAIL PROTECTED]> Vitaly Bordug <[EMAIL PROTECTED]> Patch1 : http://lkml.org/lkml/2007/7/18/506 Status : patch available FS Subject : NFSv4 poops itself References : http://lkml.org/lkml/2007/7/27/144 Last known good : ? Submitter : Jeff Garzik <[EMAIL PROTECTED]> Caused-By : ? Handled-By : Trond Myklebust <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/27/183 Status : patch available Modpost Subject : modpost bug breaks ia64 cross compilation References : http://lkml.org/lkml/2007/7/27/30 http://lkml.org/lkml/2007/7/27/418 Last known good : ? Submitter : Jan Dittmer <[EMAIL PROTECTED]> Caused-By : Thomas Renninger <[EMAIL PROTECTED]> commit 29b71a1ca74491fab9fed09e9d835d840d042690 Handled-By : ? Patch : http://lkml.org/lkml/2007/8/2/211 Status : patch was suggested Networking Subject : sky2 boot crash in sky2_mac_intr References : http://lkml.org/lkml/2007/7/24/91 Last known good : ? Submitter : Florian Lohoff <[EMAIL PROTECTED]> Caused-By : Handled-By : Stephen Hemminger <[EMAIL PROTECTED]> Patch : http://marc.info/?l=linux-netdev&m=118651402523966&w=2 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/2] 2.6.23-rc2: known regressions with patches v2
Hi all, Here is a list of some known regressions in 2.6.23-rc2 with patches available. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces NameRegressions fixed since 21-Jun-2007 Adrian Bunk6 Andi Kleen 4 Andrew Morton 4 Linus Torvalds 4 Al Viro3 Cornelia Huck 3 Jens Axboe 3 Tejun Heo 3 David Woodhouse2 Hugh Dickins 2 Peter Zijlstra 2 Trent Piepho 2 ACPI Subject : [2.6.23 regression fix] fix thinkpad_acpi without hardware References : http://lkml.org/lkml/2007/8/5/184 Last known good : ? Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : Henrique de Moraes Holschuh <[EMAIL PROTECTED]> commit d5a2f2f1d68e2da538ac28540cddd9ccc733b001 Handled-By : Adrian Bunk <[EMAIL PROTECTED]> Patch : http://thread.gmane.org/gmane.linux.acpi.devel/24413 Status : patch available Subject : T60 ACPI issues/THINKPAD_ACPI_INPUT_ENABLED seems regressive References : http://lkml.org/lkml/2007/8/1/198 http://lkml.org/lkml/2007/8/1/176 Last known good : ? Submitter : Michael S. Tsirkin <[EMAIL PROTECTED]> Hugh Dickins <[EMAIL PROTECTED]> Caused-By : Henrique de Moraes Holschuh <[EMAIL PROTECTED]> commit 1a343760b516ca5466d201bec32b1794858b18a5 Handled-By : Henrique de Moraes Holschuh <[EMAIL PROTECTED]> Patch : http://thread.gmane.org/gmane.linux.acpi.devel/24646 Status : patch available Subject : acpi_ec_remove() use-after-free References : http://lkml.org/lkml/2007/7/29/138 Last known good : 2.6.22 Submitter : Adrian Bunk <[EMAIL PROTECTED]> Caused-By : Alexey Starikovskiy <[EMAIL PROTECTED]> commit 837012ede14a8fc088be3682c964da7fc6af026b Handled-By : Adrian Bunk <[EMAIL PROTECTED]> Patch : http://lkml.org/lkml/2007/7/29/138 Status : patch available Subject : Time Problems with 2.6.23-rc1-gf695baf2 References : http://lkml.org/lkml/2007/7/23/486 Last known good : ? Submitter : Eric Sesterhenn <[EMAIL PROTECTED]> Caused-By : Venki Pallipadi <[EMAIL PROTECTED]> commit 18eab8550397f1f3d4b8b2c5257c88dae25d58ed Handled-By : ? Patch : http://marc.info/?l=linux-kernel&m=118590919604954&w=2 Status : patch available Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc2-mm1
Andrew Morton pisze: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/ I am experiencing some problems with 8139too [ 28.847004] 8139too :02:0d.0: region #0 not a PIO resource, aborting [ 28.854722] Bad IO access at port 0 () [ 28.859459] WARNING: at /home/devel/linux-mm/lib/iomap.c:44 bad_io_access() [ 28.867415] [] show_trace_log_lvl+0x1a/0x30 [ 28.873568] [] show_trace+0x12/0x14 [ 28.879015] [] dump_stack+0x16/0x18 [ 28.884451] [] bad_io_access+0x58/0x5a [ 28.890129] [] pci_iounmap+0x21/0x2b [ 28.895635] [] __rtl8139_cleanup_dev+0x75/0xc6 [ 28.902037] [] rtl8139_init_one+0x59b/0xa9f [ 28.908170] [] pci_device_probe+0x44/0x5f [ 28.914116] [] driver_probe_device+0xa7/0x19a [ 28.920402] [] __driver_attach+0xa6/0xa8 [ 28.926236] [] bus_for_each_dev+0x43/0x61 [ 28.932139] [] driver_attach+0x19/0x1b [ 28.937776] [] bus_add_driver+0x7e/0x1a5 [ 28.943567] [] driver_register+0x45/0x75 [ 28.949358] [] __pci_register_driver+0x56/0x84 [ 28.955678] [] rtl8139_init_module+0x14/0x1c [ 28.961832] [] kernel_init+0x132/0x306 [ 28.967451] [] kernel_thread_helper+0x7/0x14 [ 28.973588] === [ 28.978151] initcall 0xc0819104: rtl8139_init_module+0x0/0x1c() returned 0. [ 28.986114] initcall 0xc0819104 ran for 161 msecs: rtl8139_init_module+0x0/0x1c() http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc2-mm1/mm-dmesg http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc2-mm1/mm-config Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc2-mm1
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>
bash_shared_mapping triggered this
[ 874.714700] INFO: trying to register non-static key.
[ 874.719659] the code is fine but needs lockdep annotation.
[ 874.725133] turning off the locking correctness validator.
[ 874.730606] [] show_trace_log_lvl+0x1a/0x30
[ 874.735759] [] show_trace+0x12/0x14
[ 874.740218] [] dump_stack+0x16/0x18
[ 874.744679] [] __lock_acquire+0x598/0x125c
[ 874.749745] [] lock_acquire+0xa7/0xc1
[ 874.754378] [] _spin_lock_irqsave+0x41/0x6e
[ 874.759529] [] prop_norm_single+0x34/0x8a
[ 874.764508] [] set_page_dirty+0xa1/0x13b
[ 874.769402] [] try_to_unmap_one+0xb8/0x1e7
[ 874.774467] [] try_to_unmap+0x8f/0x40d
[ 874.779187] [] shrink_page_list+0x278/0x750
[ 874.784339] [] shrink_inactive_list+0xf6/0x328
[ 874.789749] [] shrink_zone+0xad/0x10b
[ 874.794383] [] try_to_free_pages+0x178/0x274
[ 874.799620] [] __alloc_pages+0x169/0x431
[ 874.804514] [] __do_page_cache_readahead+0x141/0x207
[ 874.810443] [] do_page_cache_readahead+0x48/0x5c
[ 874.816027] [] filemap_fault+0x2dd/0x4cf
[ 874.820921] [] __do_fault+0xb6/0x42d
[ 874.825466] [] handle_mm_fault+0x1b6/0x750
[ 874.830533] [] do_page_fault+0x334/0x5f9
[ 874.835425] [] error_code+0x72/0x78
[ 874.839886] ===
[ 880.621883] BUG: NMI Watchdog detected LOCKUP on CPU1, eip c0529022,
registers:
[ 880.629200] Modules linked in: ext2 loop autofs4 af_packet
nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink
ipt_REJECT iptable_filter ip_tables xt_tcpudp ip6t_REJECT ip6table_filter
ip6_tables x_tables firmware_class binfmt_misc fan ipv6 nvram snd_intel8x0
snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq
snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer evdev snd soundcore
i2c_i801 snd_page_alloc intel_agp agpgart rtc
[ 880.672397] CPU:1
[ 880.672398] EIP:0060:[]Not tainted VLI
[ 880.672400] EFLAGS: 0046 (2.6.23-rc2-mm1 #3)
[ 880.684735] EIP is at delay_tsc+0xe/0x17
l *delay_tsc+0xe
0xc1129022 is in delay_tsc (/home/devel/linux-mm/arch/i386/lib/delay.c:49).
44
45 rdtscl(bclock);
46 do {
47 rep_nop();
48 rdtscl(now);
49 } while ((now-bclock) < loops);
50 }
51
52 /*
53 * Since we calibrate only once at boot, this
[ 880.688646] eax: 393e5d7c ebx: 0001 ecx: 393e5d04 edx: 023f
[ 880.695414] esi: edi: cabbf5cc ebp: caf29ae8 esp: caf29ae4
[ 880.702183] ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
[ 880.708002] Process firefox-bin (pid: 2625, ti=caf29000 task=cabbe900
task.ti=caf29000)
[ 880.715805] Stack: 02e6eb94 caf29af0 c0528fdd caf29b28 c05375ac 0046
caf29b28
[ 880.724345]0046 a6c999f0 0001 a6c999f0
cabbf5e0 cabbf5cc
[ 880.732887]0086 caf29b48 c069f76f 0002 c05259db
cabbf5c0 8000
[ 880.741425] Call Trace:
[ 880.744073] [] show_trace_log_lvl+0x1a/0x30
[ 880.749233] [] show_stack_log_lvl+0xa9/0xd5
[ 880.754386] [] show_registers+0x21a/0x3ac
[ 880.759365] [] die_nmi+0x84/0xd7
[ 880.763566] [] nmi_watchdog_tick+0x14d/0x168
[ 880.768803] [] do_nmi+0x8b/0x284
[ 880.773004] [] nmi_stack_correct+0x26/0x2b
[ 880.778069] [] __delay+0x9/0xb
[ 880.782098] [] _raw_spin_lock+0xd8/0x18a
[ 880.786991] [] _spin_lock_irqsave+0x5d/0x6e
[ 880.792143] [] prop_norm_single+0x34/0x8a
[ 880.797122] [] set_page_dirty+0xa1/0x13b
[ 880.802015] [] try_to_unmap_one+0xb8/0x1e7
[ 880.807079] [] try_to_unmap+0x8f/0x40d
[ 880.811798] [] shrink_page_list+0x278/0x750
[ 880.816950] [] shrink_inactive_list+0xf6/0x328
[ 880.822362] [] shrink_zone+0xad/0x10b
[ 880.826997] [] try_to_free_pages+0x178/0x274
[ 880.832235] [] __alloc_pages+0x169/0x431
[ 880.837126] [] __do_page_cache_readahead+0x141/0x207
[ 880.843056] [] do_page_cache_readahead+0x48/0x5c
[ 880.848641] [] filemap_fault+0x2dd/0x4cf
[ 880.853534] [] __do_fault+0xb6/0x42d
[ 880.858081] [] handle_mm_fault+0x1b6/0x750
[ 880.863146] [] do_page_fault+0x334/0x5f9
[ 880.868037] [] error_code+0x72/0x78
[ 880.872497] ===
[ 880.876068] INFO: lockdep is turned off.
[ 880.879983] Code: 8d 0c 1b 01 c9 89 da c1 e2 07 29 ca 01 da 01 d2 f7 e2 8d
42 01 e8 c3 ff ff ff 5b 5d c3 55 89 e5 53 89 c3 0f 31 89 c1 f3 90 0f 31 <29> c8
39 d8 72 f6 5b 5d c3 55 89 e5 53 69 c0 1c 43 00 00 64 8b
[ 880.900092] Kernel panic - not syncing: Aiee, killing interrupt handler!
[ 880.906791] WARNING: at /home/devel/linux-mm/arch/i386/kernel/smp.c:474
native_smp_send_reschedule()
[ 880.915892] [] show_trace_log_lvl+0x1a/0x30
[ 880.921043] [] show_trace+0x12/0x14
[ 880.925504] [] dump_stack+0x16/0x18
[ 880.929964] [] native_smp_send_reschedule+0x8b/0x98
[ 880.935808] [] resched_task+0x81/0x8
Re: 2.6.23-rc2-mm1: kernel BUG at mm/swap_state.c:78!
Hugh Dickins pisze: > On Thu, 9 Aug 2007, Mariusz Kozlowski wrote: >> Hello, >> >> Nothing unusual happening, allmodconfig compiling etc. >> Not sure why it says kernel was tainted though ... hmmm. >> >> [ cut here ] >> kernel BUG at mm/swap_state.c:78! >> invalid opcode: [#1] >> PREEMPT >> Modules linked in: orinoco_cs orinoco hermes pl2303 usbserial pcmcia >> 8250_pci 8250 serial_core yenta_socket rsrc_nonstatic pcmcia_core 8139too >> CPU:0 >> EIP:0060:[]Tainted: PVLI >> EFLAGS: 00010246 (2.6.23-rc2-mm1 #1) >> EIP is at __add_to_swap_cache+0xc6/0xd7 >> eax: 4000 ebx: c11285c0 ecx: 00d0 edx: 0283 >> esi: c11285c0 edi: 0283 ebp: c1858f90 esp: c1858f84 >> ds: 007b es: 007b fs: gs: ss: 0068 >> Process kprefetchd (pid: 236, ti=c1858000 task=c18d14d0 task.ti=c1858000) >> Stack: 0283 c11285c0 c3d5a3c8 c1858fa0 c01504ea c11285c0 >> c1858fcc >>c015307c 0001 0007 0002 0002 0283 >> fffc >> c0152d5c c1858fe0 c0127f2e c0127ef8 >> >> Call Trace: >> [] show_trace_log_lvl+0x1a/0x30 >> [] show_stack_log_lvl+0xa9/0xd5 >> [] show_registers+0x219/0x38d >> [] die+0x104/0x23e >> [] do_trap+0x83/0xad >> [] do_invalid_op+0x88/0x92 >> [] error_code+0x6a/0x70 >> [] add_to_swap_cache+0x22/0x58 >> [] kprefetchd+0x320/0x364 >> [] kthread+0x36/0x58 >> [] kernel_thread_helper+0x7/0x14 >> === >> INFO: lockdep is turned off. >> Code: 0f 89 7b 0c 83 05 fc c9 53 c0 01 8b 13 c1 ea 1e 8d 04 12 01 d0 c1 e0 >> 03 29 d0 c1 e0 05 ff 80 b8 c0 53 c0 ff 05 34 1d 68 c0 eb 96 <0f> 0b eb fe 0f >> 0b eb fe 0f 0b eb fe 8b 53 0c eb be 55 89 e5 56 >> EIP: [] __add_to_swap_cache+0xc6/0xd7 SS:ESP 0068:c1858f84 > The same issue here. > Don't worry about reproducing untainted, I got the same earlier > and was just preparing and testing the hotfix: here it is... > Thanks for the patch. Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.23-rc2-mm1
Michal Piotrowski pisze:
> Andrew Morton pisze:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>>
>
> bash_shared_mapping triggered this
>
> [ 874.714700] INFO: trying to register non-static key.
> [ 874.719659] the code is fine but needs lockdep annotation.
> [ 874.725133] turning off the locking correctness validator.
> [ 874.730606] [] show_trace_log_lvl+0x1a/0x30
> [ 874.735759] [] show_trace+0x12/0x14
> [ 874.740218] [] dump_stack+0x16/0x18
> [ 874.744679] [] __lock_acquire+0x598/0x125c
> [ 874.749745] [] lock_acquire+0xa7/0xc1
> [ 874.754378] [] _spin_lock_irqsave+0x41/0x6e
> [ 874.759529] [] prop_norm_single+0x34/0x8a
> [ 874.764508] [] set_page_dirty+0xa1/0x13b
> [ 874.769402] [] try_to_unmap_one+0xb8/0x1e7
> [ 874.774467] [] try_to_unmap+0x8f/0x40d
> [ 874.779187] [] shrink_page_list+0x278/0x750
> [ 874.784339] [] shrink_inactive_list+0xf6/0x328
> [ 874.789749] [] shrink_zone+0xad/0x10b
> [ 874.794383] [] try_to_free_pages+0x178/0x274
> [ 874.799620] [] __alloc_pages+0x169/0x431
> [ 874.804514] [] __do_page_cache_readahead+0x141/0x207
> [ 874.810443] [] do_page_cache_readahead+0x48/0x5c
> [ 874.816027] [] filemap_fault+0x2dd/0x4cf
> [ 874.820921] [] __do_fault+0xb6/0x42d
> [ 874.825466] [] handle_mm_fault+0x1b6/0x750
> [ 874.830533] [] do_page_fault+0x334/0x5f9
> [ 874.835425] [] error_code+0x72/0x78
> [ 874.839886] ===
> [ 880.621883] BUG: NMI Watchdog detected LOCKUP on CPU1, eip c0529022,
> registers:
> [ 880.629200] Modules linked in: ext2 loop autofs4 af_packet
> nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink
> ipt_REJECT iptable_filter ip_tables xt_tcpudp ip6t_REJECT ip6table_filter
> ip6_tables x_tables firmware_class binfmt_misc fan ipv6 nvram snd_intel8x0
> snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq
> snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer evdev snd
> soundcore i2c_i801 snd_page_alloc intel_agp agpgart rtc
> [ 880.672397] CPU:1
> [ 880.672398] EIP:0060:[]Not tainted VLI
> [ 880.672400] EFLAGS: 0046 (2.6.23-rc2-mm1 #3)
> [ 880.684735] EIP is at delay_tsc+0xe/0x17
>
> l *delay_tsc+0xe
> 0xc1129022 is in delay_tsc (/home/devel/linux-mm/arch/i386/lib/delay.c:49).
> 44
> 45 rdtscl(bclock);
> 46 do {
> 47 rep_nop();
> 48 rdtscl(now);
> 49 } while ((now-bclock) < loops);
> 50 }
> 51
> 52 /*
> 53 * Since we calibrate only once at boot, this
>
>
> [ 880.688646] eax: 393e5d7c ebx: 0001 ecx: 393e5d04 edx: 023f
> [ 880.695414] esi: edi: cabbf5cc ebp: caf29ae8 esp: caf29ae4
> [ 880.702183] ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> [ 880.708002] Process firefox-bin (pid: 2625, ti=caf29000 task=cabbe900
> task.ti=caf29000)
> [ 880.715805] Stack: 02e6eb94 caf29af0 c0528fdd caf29b28 c05375ac 0046
> caf29b28
> [ 880.724345]0046 a6c999f0 0001 a6c999f0
> cabbf5e0 cabbf5cc
> [ 880.732887]0086 caf29b48 c069f76f 0002 c05259db
> cabbf5c0 8000
> [ 880.741425] Call Trace:
> [ 880.744073] [] show_trace_log_lvl+0x1a/0x30
> [ 880.749233] [] show_stack_log_lvl+0xa9/0xd5
> [ 880.754386] [] show_registers+0x21a/0x3ac
> [ 880.759365] [] die_nmi+0x84/0xd7
> [ 880.763566] [] nmi_watchdog_tick+0x14d/0x168
> [ 880.768803] [] do_nmi+0x8b/0x284
> [ 880.773004] [] nmi_stack_correct+0x26/0x2b
> [ 880.778069] [] __delay+0x9/0xb
> [ 880.782098] [] _raw_spin_lock+0xd8/0x18a
> [ 880.786991] [] _spin_lock_irqsave+0x5d/0x6e
> [ 880.792143] [] prop_norm_single+0x34/0x8a
> [ 880.797122] [] set_page_dirty+0xa1/0x13b
> [ 880.802015] [] try_to_unmap_one+0xb8/0x1e7
> [ 880.807079] [] try_to_unmap+0x8f/0x40d
> [ 880.811798] [] shrink_page_list+0x278/0x750
> [ 880.816950] [] shrink_inactive_list+0xf6/0x328
> [ 880.822362] [] shrink_zone+0xad/0x10b
> [ 880.826997] [] try_to_free_pages+0x178/0x274
> [ 880.832235] [] __alloc_pages+0x169/0x431
> [ 880.837126] [] __do_page_cache_readahead+0x141/0x207
> [ 880.843056] [] do_page_cache_readahead+0x48/0x5c
> [ 880.848641] [] filemap_fault+0x2dd/0x4cf
> [ 880.853534] [] __do_fault+0xb6/0x42d
> [ 880.858081] [] handle_mm_fault+0x1b6/0x750
> [ 880.863146] [] do_page_fault+0x334/0x5f9
> [ 880.868037] [] error_code+0x72/0x78
> [ 880.872497] ===
> [ 880.876068] INFO: lockdep is turned off.
> [ 880.879983] Code: 8d 0c 1b 01 c9 89 da c1 e2 07 29 ca 01 da 0
Re: 2.6.23-rc2-mm1
On 09/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Thu, 09 Aug 2007 15:23:41 +0200 > Michal Piotrowski <[EMAIL PROTECTED]> wrote: > > > Andrew Morton pisze: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/ > > > > I am experiencing some problems with 8139too > > > > [ 28.847004] 8139too :02:0d.0: region #0 not a PIO resource, aborting > > [ 28.854722] Bad IO access at port 0 () > > [ 28.859459] WARNING: at /home/devel/linux-mm/lib/iomap.c:44 > > bad_io_access() > > [ 28.867415] [] show_trace_log_lvl+0x1a/0x30 > > [ 28.873568] [] show_trace+0x12/0x14 > > [ 28.879015] [] dump_stack+0x16/0x18 > > [ 28.884451] [] bad_io_access+0x58/0x5a > > [ 28.890129] [] pci_iounmap+0x21/0x2b > > [ 28.895635] [] __rtl8139_cleanup_dev+0x75/0xc6 > > [ 28.902037] [] rtl8139_init_one+0x59b/0xa9f > > [ 28.908170] [] pci_device_probe+0x44/0x5f > > [ 28.914116] [] driver_probe_device+0xa7/0x19a > > [ 28.920402] [] __driver_attach+0xa6/0xa8 > > [ 28.926236] [] bus_for_each_dev+0x43/0x61 > > [ 28.932139] [] driver_attach+0x19/0x1b > > [ 28.937776] [] bus_add_driver+0x7e/0x1a5 > > [ 28.943567] [] driver_register+0x45/0x75 > > [ 28.949358] [] __pci_register_driver+0x56/0x84 > > [ 28.955678] [] rtl8139_init_module+0x14/0x1c > > [ 28.961832] [] kernel_init+0x132/0x306 > > [ 28.967451] [] kernel_thread_helper+0x7/0x14 > > [ 28.973588] === > > [ 28.978151] initcall 0xc0819104: rtl8139_init_module+0x0/0x1c() returned > > 0. > > [ 28.986114] initcall 0xc0819104 ran for 161 msecs: > > rtl8139_init_module+0x0/0x1c() > > > > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc2-mm1/mm-dmesg > > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.23-rc2-mm1/mm-config > > > > Please try reverting 8139too-force-media-setting-fix.patch, then > applying this: > > Problem fixed, thanks! Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
