Skip to contentSkip to conversation

2.4.19rc1aa2

DISCUSSION Andrea Arcangeli 2 participants 3 messages Jul 8, 2002 – Jul 10, 2002

lore
Share & tools
lore
#0 lore raw

URL:

	http://www.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc1aa2.gz
	http://www.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc1aa2/

Only in 2.4.19rc1aa2: 000_e100-2.0.30-k1.gz Only in 2.4.19rc1aa2: 000_e1000-4.2.17-k1.gz Only in 2.4.19rc1aa1: 07_e100-1.8.38.gz Only in 2.4.19rc1aa1: 08_e100-includes-1 Only in 2.4.19rc1aa1: 09_e100-compilehack-1

New patch.

Only in 2.4.19rc1aa2: 00_drop-broken-flock-account-1

per-task flock accounting was broken across tasks sharing the same files. Removed temporarly. This should fix sendmail. If somebody wanted to bypass the rlimit he needed simply to use fcntl instead so it's not going to make much difference for 2.4. Fix from Matthew Wilcox.

Only in 2.4.19rc1aa1: 00_o_direct-open-check-1 Only in 2.4.19rc1aa2: 10_o_direct-open-check-2

Rediffed and changed some check for ->mapping that didn't made much sense (if either mapping or a_ops are missing we shouldn't let O_DIRECT to succeed either).

Only in 2.4.19rc1aa2: 00_parport_pc-compile-1

Compile parport_pc from Eyal Lebedinsky.

Only in 2.4.19rc1aa2: 00_poll-speedup-1

This allocates some hundred bytes from the stack to handle most poll common cases, with a small number of fd. At least the stack hungry places aren't going to be stacked one on top of the other (i.e. poll cannot run under follow_link etc..). Patch from Andi Kleen.

Only in 2.4.19rc1aa2: 00_setfl-race-fix-1

	Fix race with ->fasync and O_DIRECT fcntl F_SETFL. O_DIRECT
	problem noticed by Matthew Wilcox, fasync problem noticed by
	Marcus Alanen.

Only in 2.4.19rc1aa2: 10_o1-sched-updates-A4-3 Only in 2.4.19rc1aa1: 20_o1-sched-updates-A4-2

Rediffed before rcu_poll.

Only in 2.4.19rc1aa1: 10_rcu-poll-6 Only in 2.4.19rc1aa2: 20_rcu-poll-7

Fixed potential starvation if idle task was scheduled by the time force_cpu_reschedule was executed. Also the original o1 force_cpu_reschedule implementation for 2.5 was not correct. This new corrected one is getting merged soon into the rcu-poll for 2.5 too.

Only in 2.4.19rc1aa2: 50_uml-patch-2.4.18-36.gz

New update from Jeff.

Only in 2.4.19rc1aa1: 90_acpi-2.5.24-1.gz

Dropped, my laptop had an hardware problem so I'm not going to test it soon. Also it needed the backport of the pci-irq enable callbacks, it was very near to be finished. If my future laptop will deadlock at boot again with the 2.4 ACPI I will be willing to finish it :). If somebody wants to contine on its own I've an unreleased -2 revision that was a bit more uptodate than the above one too.

Only in 2.4.19rc1aa1: 90_init-survive-threaded-race-3 Only in 2.4.19rc1aa2: 90_init-survive-threaded-race-4

Fixed merging error, good spotting by by Sami Farin.

Only in 2.4.19rc1aa1: 93_NUMAQ-3
Only in 2.4.19rc1aa2: 93_NUMAQ-4

Rediffed.

Only in 2.4.19rc1aa1: 94_numaq-tsc-2 Only in 2.4.19rc1aa2: 94_numaq-tsc-3

s/==/=/. Apparently menuconfig understand the C like "==" syntax too, because it worked as expected until somebody tried xconfig. Fix from J.A. Magallon. (I use menuconfig so I could hardly notice it :)

Andrea

#1 lore raw

Hello Andrea Arcangeli,

1. Hardware: M/B Intel "Tupelo" STL2.
Network card :

(/proc/pci)

Bus 0, device 3, function 0:

    Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 8).
      IRQ 18.
      Master Capable.  Latency=66.  Min Gnt=8.Max Lat=56.
      Non-prefetchable 32 bit memory at 0xfb101000 [0xfb101fff].
      I/O at 0x5400 [0x543f].
      Non-prefetchable 32 bit memory at 0xfb000000 [0xfb0fffff].

2. from serial console:

...
Intel(R) PRO/100 Fast Ethernet Adapter - Loadable driver, ver 2.0.30-k1 Copyright (c) 2002 Intel Corporation

hw init failed
Failed to initialize e100, instance #0
...

3. 2.4.19rc1aa1 - work ok.

4. My .config

...
# CONFIG_EEPRO100 is not set
CONFIG_E100=y
...

Once you wrote about "2.4.19rc1aa2":

Quoted 94 lines

URL:

	http://www.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc1aa2.gz
	http://www.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc1aa2/

Only in 2.4.19rc1aa2: 000_e100-2.0.30-k1.gz
Only in 2.4.19rc1aa2: 000_e1000-4.2.17-k1.gz
Only in 2.4.19rc1aa1: 07_e100-1.8.38.gz
Only in 2.4.19rc1aa1: 08_e100-includes-1
Only in 2.4.19rc1aa1: 09_e100-compilehack-1

New patch.

Only in 2.4.19rc1aa2: 00_drop-broken-flock-account-1

per-task flock accounting was broken across tasks sharing the same files. Removed temporarly. This should fix sendmail. If somebody wanted to bypass the rlimit he needed simply to use fcntl instead so it's not going to make much difference for 2.4. Fix from Matthew Wilcox.

Only in 2.4.19rc1aa1: 00_o_direct-open-check-1
Only in 2.4.19rc1aa2: 10_o_direct-open-check-2

Rediffed and changed some check for ->mapping that didn't made much sense (if either mapping or a_ops are missing we shouldn't let O_DIRECT to succeed either).

Only in 2.4.19rc1aa2: 00_parport_pc-compile-1

Compile parport_pc from Eyal Lebedinsky.

Only in 2.4.19rc1aa2: 00_poll-speedup-1

This allocates some hundred bytes from the stack to handle most poll common cases, with a small number of fd. At least the stack hungry places aren't going to be stacked one on top of the other (i.e. poll cannot run under follow_link etc..). Patch from Andi Kleen.

Only in 2.4.19rc1aa2: 00_setfl-race-fix-1

	Fix race with ->fasync and O_DIRECT fcntl F_SETFL. O_DIRECT
	problem noticed by Matthew Wilcox, fasync problem noticed by
	Marcus Alanen.

Only in 2.4.19rc1aa2: 10_o1-sched-updates-A4-3
Only in 2.4.19rc1aa1: 20_o1-sched-updates-A4-2

Rediffed before rcu_poll.

Only in 2.4.19rc1aa1: 10_rcu-poll-6
Only in 2.4.19rc1aa2: 20_rcu-poll-7

Fixed potential starvation if idle task was scheduled by the time force_cpu_reschedule was executed. Also the original o1 force_cpu_reschedule implementation for 2.5 was not correct. This new corrected one is getting merged soon into the rcu-poll for 2.5 too.

Only in 2.4.19rc1aa2: 50_uml-patch-2.4.18-36.gz

New update from Jeff.

Only in 2.4.19rc1aa1: 90_acpi-2.5.24-1.gz

Dropped, my laptop had an hardware problem so I'm not going to test it soon. Also it needed the backport of the pci-irq enable callbacks, it was very near to be finished. If my future laptop will deadlock at boot again with the 2.4 ACPI I will be willing to finish it :). If somebody wants to contine on its own I've an unreleased -2 revision that was a bit more uptodate than the above one too.

Only in 2.4.19rc1aa1: 90_init-survive-threaded-race-3 Only in 2.4.19rc1aa2: 90_init-survive-threaded-race-4

Fixed merging error, good spotting by by Sami Farin.

Only in 2.4.19rc1aa1: 93_NUMAQ-3
Only in 2.4.19rc1aa2: 93_NUMAQ-4

Rediffed.

Only in 2.4.19rc1aa1: 94_numaq-tsc-2
Only in 2.4.19rc1aa2: 94_numaq-tsc-3

s/==/=/. Apparently menuconfig understand the C like "==" syntax too, because it worked as expected until somebody tried xconfig. Fix from J.A. Magallon. (I use menuconfig so I could hardly notice it :)

Andrea
-
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/

Signature · 2 lines
bye.
Andrey Nekrasov, SpyLOG.
#2 lore raw
Quoted 27 lines · Andrey Nekrasov

Hello Andrea Arcangeli,

1. Hardware: M/B Intel "Tupelo" STL2.
Network card :

(/proc/pci)

Bus 0, device 3, function 0:

    Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 8).
      IRQ 18.
      Master Capable.  Latency=66.  Min Gnt=8.Max Lat=56.
      Non-prefetchable 32 bit memory at 0xfb101000 [0xfb101fff].
      I/O at 0x5400 [0x543f].
      Non-prefetchable 32 bit memory at 0xfb000000 [0xfb0fffff].

2. from serial console:

...
Intel(R) PRO/100 Fast Ethernet Adapter - Loadable driver, ver 2.0.30-k1 Copyright (c) 2002 Intel Corporation

hw init failed
Failed to initialize e100, instance #0
...

Quoted 8 lines

3. 2.4.19rc1aa1 - work ok.

4. My .config

...
# CONFIG_EEPRO100 is not set
CONFIG_E100=y
...

I'm cc'ing [email protected]. 2.4.19rc1aa1 had the 1.8.38 version of the driver.

In short 1.8.38 works, and 2.0.30-k1 fails.

I would suggest to use the eepro100 driver while they fix the e100 driver.

thanks,

Andrea