* Re: Possible 2.6.22 -> 2.6.23 HTB regression?
From: Patrick McHardy @ 2007-10-10 12:38 UTC (permalink / raw)
To: Denys; +Cc: netdev
In-Reply-To: <20071010123222.M71635@visp.net.lb>
Denys wrote:
>>>>>here is try to switch clocksource to acpi_pm
>
>
> Time: acpi_pm clocksource has been installed.
> Clockevents: could not switch to one-shot mode: lapic is not functional.
> Could not switch to high resolution mode on CPU 0
What does /proc/net/psched contain?
^ permalink raw reply
* Re: [Devel] [PATCH 1/5] net: Modify all rtnetlink methods to only work in the initial namespace
From: Denis V. Lunev @ 2007-10-10 12:35 UTC (permalink / raw)
To: Eric W. Biederman
Cc: David Miller, Linux Containers, netdev, devel, Pavel Emelianov,
Kirill Korotaev
In-Reply-To: <m1myv69tfu.fsf@ebiederm.dsl.xmission.com>
Eric W. Biederman wrote:
> Before I can enable rtnetlink to work in all network namespaces
> I need to be certain that something won't break. So this
> patch deliberately disables all of the rtnletlink methods in everything
> except the initial network namespace. After the methods have been
> audited this extra check can be disabled.
>
[...]
> static int br_dump_ifinfo(struct sk_buff *skb, struct netlink_callback *cb)
> {
> + struct net *net = skb->sk->sk_net;
> struct net_device *dev;
> int idx;
>
I've read some code today greping 'init_net.loopback_dev' and found
interesting non-trivial for me issue.
Network namespace is extracted from the packet in two different ways in
TCP. This is a socket for outgoing path and a device for incoming.
Though, there are some places called uniformly both from incoming and
outgoing path.
Typical example is netfilters. They are called uniformly all around the
code. The prototype is the following:
static unsigned int reject6_target(struct sk_buff **pskb,
const struct net_device *in,
const struct net_device *out,
unsigned int hooknum,
const struct xt_target *target,
const void *targinfo);
So, we are bound to the following options:
- perform additional non-uniform hacks around to place 'struct net' into
other and other structures like xt_target
- add 7th parameter here and over
- introduce an skb_net field in the 'struct sk_buff' making all code
uniform, at least when we have an skb
I think that this is not the last place with such a parameter list and
we should make a decision at this point when the code in not mainline yet.
As far as I understand, netfilters are not touched by the Eric and we
can face some non-trivial problems there.
So, if my point about uniformity is valid, this patchset looks wrong and
should be re-worked :(
Regards,
Den
^ permalink raw reply
* Possible 2.6.22 -> 2.6.23 HTB regression?
From: Denys @ 2007-10-10 12:32 UTC (permalink / raw)
To: netdev
P.S.
dmesg
Linux version 2.6.23-insat1 (root@visp-1) (gcc version 4.1.1 (Gentoo 4.1.1-
r3)) #1 SMP Wed Oct 10 01:41:17 EEST 2007
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000100 - 00000000000a0000 (usable)
BIOS-e820: 0000000000100000 - 000000003ffa8000 (usable)
BIOS-e820: 000000003ffa8000 - 000000003ffb7c00 (ACPI data)
BIOS-e820: 000000003ffb7c00 - 0000000040000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fe000000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
Entering add_active_range(0, 0, 262056) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 229376
HighMem 229376 -> 262056
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 262056
On node 0 totalpages: 262056
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 1760 pages used for memmap
Normal zone: 223520 pages, LIFO batch:31
HighMem zone: 255 pages used for memmap
HighMem zone: 32425 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.4 present.
Using APIC driver default
ACPI: RSDP 000F2620, 0024 (r2 DELL )
ACPI: XSDT 000F26A0, 004C (r1 DELL PE_SC3 1 DELL 1)
ACPI: FACP 000F27A8, 00F4 (r3 DELL PE_SC3 1 DELL 1)
ACPI: DSDT 3FFA8000, 3C53 (r1 DELL PE_SC3 1 MSFT 100000E)
ACPI: FACS 3FFB7C00, 0040
ACPI: APIC 000F289C, 00E0 (r1 DELL PE_SC3 1 DELL 1)
ACPI: SPCR 000F297D, 0050 (r1 DELL PE_SC3 1 DELL 1)
ACPI: HPET 000F29CD, 0038 (r1 DELL PE_SC3 1 DELL 1)
ACPI: MCFG 000F2A05, 003C (r1 DELL PE_SC3 1 DELL 1)
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:6 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2 15:6 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
Processor #1 15:6 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 15:6 APIC version 20
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x15] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x16] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x17] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfec80000] gsi_base[32])
IOAPIC[1]: apic_id 5, version 32, address 0xfec80000, GSI 32-55
ACPI: IOAPIC (id[0x06] address[0xfec81000] gsi_base[64])
IOAPIC[2]: apic_id 6, version 32, address 0xfec81000, GSI 64-87
ACPI: IOAPIC (id[0x07] address[0xfec82000] gsi_base[96])
IOAPIC[3]: apic_id 7, version 32, address 0xfec82000, GSI 96-119
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 4 I/O APICs
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 50000000 (gap: 40000000:a0000000)
Built 1 zonelists in Zone order. Total pages: 260009
Kernel command line: root=/dev/sda3 panic=10 nmi_watchdog=1
mapped APIC to ffffb000 (fee00000)
mapped IOAPIC to ffffa000 (fec00000)
mapped IOAPIC to ffff9000 (fec80000)
mapped IOAPIC to ffff8000 (fec81000)
mapped IOAPIC to ffff7000 (fec82000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c050e000 soft=c04ee000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Detected 3192.148 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1033564k/1048224k available (2453k kernel code, 14048k reserved,
1305k data, 232k init, 130720k highmem)
virtual kernel memory layout:
fixmap : 0xffe14000 - 0xfffff000 (1964 kB)
pkmap : 0xff800000 - 0xffc00000 (4096 kB)
vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
.init : 0xc04b1000 - 0xc04eb000 ( 232 kB)
.data : 0xc036544c - 0xc04ab97c (1305 kB)
.text : 0xc0100000 - 0xc036544c (2453 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
SLUB: Genslabs=22, HWalign=64, Order=0-1, MinObjects=4, CPUs=4, Nodes=1
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
Calibrating delay using timer specific routine.. 6388.11 BogoMIPS
(lpj=3194056)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000e43d 00000000 00000001 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 0000b180 0000e43d
00000000 00000001 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 15k freed
ACPI: Core revision 20070126
Parsing all Control Methods:
Table [DSDT](id 0001) - 295 Objects with 44 Devices 111 Methods 8 Regions
tbxface-0598 [00] tb_load_namespace : ACPI Tables successfully acquired
evxfevnt-0079 [00] enable : System is already in ACPI mode
CPU0: Intel(R) Xeon(TM) CPU 3.20GHz stepping 04
Booting processor 1/1 eip 2000
CPU 1 irqstacks, hard=c050f000 soft=c04ef000
Initializing CPU#1
Calibrating delay using timer specific routine.. 6383.75 BogoMIPS
(lpj=3191875)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000e43d 00000000 00000001 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 0000b180 0000e43d
00000000 00000001 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (24) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Xeon(TM) CPU 3.20GHz stepping 04
Booting processor 2/2 eip 2000
CPU 2 irqstacks, hard=c0510000 soft=c04f0000
Initializing CPU#2
Calibrating delay using timer specific routine.. 6383.77 BogoMIPS
(lpj=3191888)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000e43d 00000000 00000001 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: After all inits, caps: bfebfbff 20100000 00000000 0000b180 0000e43d
00000000 00000001 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#2.
CPU2: Intel P4/Xeon Extended MCE MSRs (24) available
CPU2: Thermal monitoring enabled
CPU2: Intel(R) Xeon(TM) CPU 3.20GHz stepping 04
Booting processor 3/3 eip 2000
CPU 3 irqstacks, hard=c0511000 soft=c04f1000
Initializing CPU#3
Calibrating delay using timer specific routine.. 6383.75 BogoMIPS
(lpj=3191876)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000e43d 00000000 00000001 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: After all inits, caps: bfebfbff 20100000 00000000 0000b180 0000e43d
00000000 00000001 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#3.
CPU3: Intel P4/Xeon Extended MCE MSRs (24) available
CPU3: Thermal monitoring enabled
CPU3: Intel(R) Xeon(TM) CPU 3.20GHz stepping 04
Total of 4 processors activated (25539.39 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
APIC timer registered as dummy, due to nmi_watchdog=1!
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
checking TSC synchronization [CPU#0 -> CPU#2]:
Measured 1056 cycles TSC warp between CPUs, turning off TSC clock.
Marking TSC unstable due to: check_tsc_sync_source failed.
Brought up 4 CPUs
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG
Setting up standard PCI resources
evgpeblk-0956 [00] ev_create_gpe_block : GPE 00 to 1F [_GPE] 4 regs on int
0x9
evgpeblk-1052 [00] ev_initialize_gpe_bloc: Found 1 Wake, Enabled 0 Runtime
GPEs in this block
ACPI: EC: Look up EC in DSDT
Completing Region/Field/Buffer/Package initialization:.................
Initialized 5/8 Regions 0/0 Fields 9/9 Buffers 3/4 Packages (304 nodes)
Initializing Device/Processor/Thermal objects by executing _INI methods:.
Executed 1 _INI methods requiring 0 _STA executions (examined 54 objects)
ACPI: Interpreter enabled
ACPI: (supports S0 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2.UPST._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2.UPST.DWN1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2.UPST.DWN2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2.PE2X._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3.PE2P._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4.PE2P._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.SBEX._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.COMP._PRT]
ACPI: PCI Interrupt Link [LK00] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK01] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK02] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK03] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK04] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK05] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK06] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LK07] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 12 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Time: hpet clocksource has been installed.
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 0
Clockevents: could not switch to one-shot mode:<6>Clockevents: could not
switch to one-shot mode: lapic is not functional.
lapic is not functional.
Could not switch to high resolution mode on CPU 2
Could not switch to high resolution mode on CPU 3
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 1
pnp: 00:08: ioport range 0x800-0x87f has been reserved
pnp: 00:08: ioport range 0x880-0x8bf has been reserved
pnp: 00:08: ioport range 0x8c0-0x8df has been reserved
pnp: 00:08: ioport range 0x8e0-0x8e3 has been reserved
pnp: 00:08: ioport range 0xc00-0xc7f has been reserved
pnp: 00:08: ioport range 0xca0-0xca7 has been reserved
pnp: 00:08: ioport range 0xca9-0xcab has been reserved
pnp: 00:08: ioport range 0xcad-0xcaf has been reserved
pnp: 00:09: ioport range 0xca8-0xca8 has been reserved
pnp: 00:09: ioport range 0xcac-0xcac has been reserved
pnp: 00:0a: iomem range 0xe0000000-0xefffffff could not be reserved
PCI: Bridge: 0000:07:00.0
IO window: disabled.
MEM window: f4000000-f7ffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:06:00.0
IO window: disabled.
MEM window: f4000000-f7ffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:06:01.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:05:00.0
IO window: disabled.
MEM window: f4000000-f7ffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:05:00.3
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: f2000000-f7ffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:01:00.0
IO window: e000-efff
MEM window: fc500000-fc6fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:03.0
IO window: e000-efff
MEM window: fc400000-fc6fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:0b:00.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:04.0
IO window: disabled.
MEM window: fc300000-fc3fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:07.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:03:00.0
IO window: disabled.
MEM window: f8000000-fbffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.0
IO window: disabled.
MEM window: f8000000-fbffffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
IO window: d000-dfff
MEM window: fc100000-fc2fffff
PREFETCH window: d8000000-dfffffff
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:02.0 to 64
ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:05:00.0 to 64
ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:06:00.0 to 64
PCI: Setting latency timer of device 0000:07:00.0 to 64
ACPI: PCI Interrupt 0000:06:01.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:06:01.0 to 64
PCI: Setting latency timer of device 0000:05:00.3 to 64
ACPI: PCI Interrupt 0000:00:03.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:03.0 to 64
PCI: Setting latency timer of device 0000:01:00.0 to 64
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:04.0 to 64
PCI: Setting latency timer of device 0000:0b:00.0 to 64
ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:05.0 to 64
ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:06.0 to 64
PCI: Setting latency timer of device 0000:00:07.0 to 64
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1c.0 to 64
PCI: Setting latency timer of device 0000:03:00.0 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1572864 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Machine check exception polling timer started.
IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler cfq registered (default)
Boot video device is 0000:10:0d.0
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
Allocate Port Service[0000:00:02.0:pcie01]
PCI: Setting latency timer of device 0000:00:03.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:03.0:pcie00]
Allocate Port Service[0000:00:03.0:pcie01]
PCI: Setting latency timer of device 0000:00:04.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:04.0:pcie00]
Allocate Port Service[0000:00:04.0:pcie01]
PCI: Setting latency timer of device 0000:00:05.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:05.0:pcie00]
Allocate Port Service[0000:00:05.0:pcie01]
PCI: Setting latency timer of device 0000:00:06.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:06.0:pcie00]
Allocate Port Service[0000:00:06.0:pcie01]
PCI: Setting latency timer of device 0000:00:07.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:07.0:pcie00]
Allocate Port Service[0000:00:07.0:pcie01]
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.0:pcie00]
Allocate Port Service[0000:00:1c.0:pcie03]
PCI: Setting latency timer of device 0000:05:00.0 to 64
Allocate Port Service[0000:05:00.0:pcie10]
Allocate Port Service[0000:05:00.0:pcie11]
PCI: Setting latency timer of device 0000:06:00.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:06:00.0:pcie20]
Allocate Port Service[0000:06:00.0:pcie21]
PCI: Setting latency timer of device 0000:06:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:06:01.0:pcie20]
Allocate Port Service[0000:06:01.0:pcie21]
AER service couldn't init device 0000:00:02.0:pcie01 - no _OSC support
AER service couldn't init device 0000:00:03.0:pcie01 - no _OSC support
AER service couldn't init device 0000:00:04.0:pcie01 - no _OSC support
AER service couldn't init device 0000:00:05.0:pcie01 - no _OSC support
AER service couldn't init device 0000:00:06.0:pcie01 - no _OSC support
AER service couldn't init device 0000:00:07.0:pcie01 - no _OSC support
input: Power Button (FF) as /class/input/input0
ACPI: Power Button (FF) [PWRF]
Real Time Clock Driver v1.12ac
hpet_resources: 0xfed00000 is busy
intel_rng: FWH not detected
Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60
seconds).
Hangcheck: Using get_cycles().
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:06: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Clockevents: could not switch to one-shot mode:<6>Clockevents: could not
switch to one-shot mode:<6>Clockevents: could not switch to one-shot mode:
lapic is not functional.
lapic is not functional.
Could not switch to high resolution mode on CPU 3
Could not switch to high resolution mode on CPU 2
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 0
lapic is not functional.
Could not switch to high resolution mode on CPU 1
floppy0: no floppy controllers found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: module loaded
Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.6.5 (September 20, 2007)
ACPI: PCI Interrupt 0000:08:00.0[A] -> GSI 16 (level, low) -> IRQ 16
eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz found
at mem f4000000, IRQ 16, node addr 001372f873ae
ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 16 (level, low) -> IRQ 16
eth1: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz found
at mem f8000000, IRQ 16, node addr 001372f873ac
Loading iSCSI transport class v2.0-724.
Fusion MPT base driver 3.04.05
Copyright (c) 1999-2007 LSI Logic Corporation
Fusion MPT SPI Host driver 3.04.05
Fusion MPT FC Host driver 3.04.05
Fusion MPT SAS Host driver 3.04.05
PCI: Enabling device 0000:02:08.0 (0156 -> 0157)
ACPI: PCI Interrupt 0000:02:08.0[A] -> GSI 64 (level, low) -> IRQ 17
mptbase: Initiating ioc0 bringup
ioc0: LSISAS1068 B0: Capabilities={Initiator}
scsi0 : ioc0: LSISAS1068 B0, FwRev=00062800h, Ports=1, MaxQ=511, IRQ=17
scsi 0:0:0:0: Direct-Access ATA WDC WD800JD-75MS 1E04 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 156250000 512-byte hardware sectors (80000 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 67 00 00 08
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support
DPO or FUA
sd 0:0:0:0: [sda] 156250000 512-byte hardware sectors (80000 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 67 00 00 08
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support
DPO or FUA
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
sd 0:0:0:0: Attached scsi generic sg0 type 0
Fusion MPT misc device (ioctl) driver 3.04.05
mptctl: Registered with Fusion MPT base driver
mptctl: /dev/mptctl @ (major,minor=10,220)
usbmon: debugfs is not available
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 21 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 18, io mem 0xfc700000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 21 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.0: irq 18, io base 0x0000cce0
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 20 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000ccc0
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 21 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000cca0
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usb 1-5: new high speed USB device using ehci_hcd and address 3
usb 1-5: configuration #1 chosen from 1 choice
hub 1-5:1.0: USB hub found
hub 1-5:1.0: 4 ports detected
usbcore: registered new interface driver usblp
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
EDAC MC: Ver: 2.1.0 Oct 10 2007
EDAC MC0: Giving out device to 'i5000_edac.c' 'I5000': DEV 0000:00:10.0
EDAC PCI0: Giving out device to module 'i5000_edac' controller 'EDAC PCI
controller': DEV '0000:00:10.0' (POLLED)
usb 3-2: new low speed USB device using uhci_hcd and address 2
usb 3-2: configuration #1 chosen from 1 choice
input: DELL DELL USB Keyboard as /class/input/input1
input: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-0000:00:1d.1-2
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Testing NMI watchdog ... OK.
Using IPI Shortcut mode
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting. Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 232k freed
net eth0_rename: device_rename: sysfs_create_symlink failed (-17)
net eth0: device_rename: sysfs_create_symlink failed (-17)
net eth1: device_rename: sysfs_create_symlink failed (-17)
libata version 2.21 loaded.
ata_piix 0000:00:1f.1: version 2.12
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1f.1 to 64
scsi1 : ata_piix
scsi2 : ata_piix
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001fc00 irq 14
ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001fc08 irq 15
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007)
iTCO_wdt: Found a 631xESB/632xESB TCO device (Version=2, TCOBASE=0x0860)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
ata1.00: ATAPI: TEAC CD-ROM CD-224E-N, 3.AB, max UDMA/33
ata1.00: configured for UDMA/33
ata2: port disabled. ignoring.
scsi 1:0:0:0: CD-ROM TEAC CD-ROM CD-224E-N 3.AB PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
sr 1:0:0:0: Attached scsi generic sg1 type 5
EXT3 FS on sda3, internal journal
ipmi message handler version 39.1
IPMI System Interface driver.
ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca8,
slave address 0x20, irq 0
ipmi: Found new BMC (man_id: 0x0002a2, prod_id: 0x0100, dev_id: 0x20)
IPMI kcs interface initialized
ipmi device interface
IPMI Watchdog: Unable to register misc device
IPMI Watchdog: driver initialized
Unable to find swap-space signature
bnx2: eth1: using MSI
bnx2: eth0: using MSI
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex
device eth0.2022 entered promiscuous mode
device eth0 entered promiscuous mode
device eth0.2022 left promiscuous mode
device eth0 left promiscuous mode
device eth0.2022 entered promiscuous mode
device eth0 entered promiscuous mode
device eth0.2022 left promiscuous mode
device eth0 left promiscuous mode
device eth0.2022 entered promiscuous mode
device eth0 entered promiscuous mode
device eth0.2022 left promiscuous mode
device eth0 left promiscuous mode
device eth0.2022 entered promiscuous mode
device eth0 entered promiscuous mode
device eth0.2022 left promiscuous mode
device eth0 left promiscuous mode
u32 classifier
Performance counters on
input device check on
Actions configured
device eth0.2022 entered promiscuous mode
device eth0 entered promiscuous mode
device eth0.2022 left promiscuous mode
device eth0 left promiscuous mode
trafanal[9729]: segfault at ffffffff eip b6d00030 esp b7645270 error 6
trafanal[9732]: segfault at 076eaa90 eip b7f45a07 esp 076eaa90 error 6
trafanal[9809]: segfault at 00000024 eip 0805220d esp b7db79d0 error 4
trafanal[9812]: segfault at 00000025 eip b7f66ffa esp b7e40c70 error 6
trafanal[9963]: segfault at b6cd9000 eip b7ea91a7 esp b7e3b998 error 6
trafanal[9966]: segfault at 973d037c eip b7f5e9d3 esp b760e114 error 4
>>>>here is try to switch clocksource to acpi_pm
Time: acpi_pm clocksource has been installed.
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 0
Clockevents: could not switch to one-shot mode:<6>Clockevents: could not
switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 3
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 1
lapic is not functional.
Could not switch to high resolution mode on CPU 2
Time: hpet clocksource has been installed.
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 0
Clockevents: could not switch to one-shot mode:<6>Clockevents: could not
switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 3
Clockevents: could not switch to one-shot mode: lapic is not functional.
Could not switch to high resolution mode on CPU 1
lapic is not functional.
Could not switch to high resolution mode on CPU 2
Kernel config
http://www.nuclearcat.com/shaper_config.gz
--
Denys Fedoryshchenko
Technical Manager
Virtual ISP S.A.L.
^ permalink raw reply
* Possible 2.6.22 -> 2.6.23 HTB regression?
From: Denys @ 2007-10-10 12:05 UTC (permalink / raw)
To: netdev
Hi 2 all again
I have shaper, running very simple HTB tree (about 10 classes).
Traffic is coming via eth0, and going over eth0.1000, shaper installed on
eth0.1000 (802.1Q vlan), total rate is 85Mbit/s.
On kernel 2.6.22 with bnx2 eth0 everything was working fine.
I have another server with similar task, with e1000, and was shaping rate
lower than expected on 2.6.22. On full load it was 65-66Mbit/s instead 88Mbit/
s. So i postpone troubleshooting, and moved it as backup server.
When i upgrade server with bnx2 to 2.6.23 i got the same behaviour on bnx2
too.
Even with extended burst/cburst it is around 82.5Mbit/s instead 85Mbit/s.
(calculation with 5 second delay)
82319/82354 KBit/S (52684221/52706721) (0/0)
82375/82368 KBit/S (52720558/52716058) (52684221/52706721)
82500/82500 KBit/S (52800425/52800425) (105404779/105422779)
82406/82406 KBit/S (52740119/52740119) (158205204/158223204)
82615/82631 KBit/S (52873964/52884464) (210945323/210963323)
82459/82464 KBit/S (52774379/52777379) (263819287/263847787)
Here is tc -s -d class show dev eth0.2022 when i run without custom burst/
cburst (after 60 seconds)
class htb 1:100 root rate 85000Kbit ceil 85000Kbit burst 1583b/8 mpu 0b
overhead 0b cburst 1583b/8 mpu 0b overhead 0b level 7
Sent 511732440 bytes 348298 pkt (dropped 0, overlimits 0 requeues 0)
rate 67637Kbit 5774pps backlog 0b 0p requeues 0
lended: 4029 borrowed: 0 giants: 0
tokens: -764 ctokens: -764
class htb 1:200 parent 1:100 leaf 200: prio 0 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1583b/8 mpu 0b overhead 0b
level 0
Sent 1785787 bytes 8180 pkt (dropped 0, overlimits 0 requeues 0)
rate 312608bit 162pps backlog 0b 0p requeues 0
lended: 8090 borrowed: 90 giants: 0
tokens: 2426 ctokens: 143
class htb 1:923 parent 1:920 leaf 923: prio 0 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1583b/8 mpu 0b overhead 0b
level 0
Sent 16491797 bytes 10896 pkt (dropped 0, overlimits 0 requeues 0)
rate 2171Kbit 179pps backlog 0b 0p requeues 0
lended: 10673 borrowed: 223 giants: 0
tokens: 138 ctokens: 8
class htb 1:910 parent 1:900 leaf 910: prio 0 quantum 2000 rate 50000Kbit
ceil 85000Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1583b/8 mpu 0b
overhead 0b level 0
Sent 276577122 bytes 185876 pkt (dropped 7427, overlimits 0 requeues 0)
rate 36497Kbit 3065pps backlog 0b 444p requeues 0
lended: 182521 borrowed: 2911 giants: 0
tokens: -455 ctokens: -117
class htb 1:922 parent 1:920 leaf 922: prio 5 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1583b/8 mpu 0b overhead 0b
level 0
Sent 56949991 bytes 37706 pkt (dropped 34663, overlimits 0 requeues 0)
rate 7298Kbit 604pps backlog 0b 823p requeues 0
lended: 24844 borrowed: 12039 giants: 0
tokens: -4641 ctokens: -110
class htb 1:900 parent 1:100 rate 80000Kbit ceil 85000Kbit burst 1590b/8 mpu
0b overhead 0b cburst 1583b/8 mpu 0b overhead 0b level 6
Sent 509946653 bytes 340118 pkt (dropped 0, overlimits 0 requeues 0)
rate 67324Kbit 5612pps backlog 0b 0p requeues 0
lended: 10152 borrowed: 3939 giants: 0
tokens: -850 ctokens: -764
class htb 1:921 parent 1:920 leaf 921: prio 5 quantum 2000 rate 20000Kbit
ceil 85000Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1583b/8 mpu 0b
overhead 0b level 0
Sent 162349726 bytes 107246 pkt (dropped 51305, overlimits 0 requeues 0)
rate 21252Kbit 1755pps backlog 0b 339p requeues 0
lended: 94785 borrowed: 12122 giants: 0
tokens: -1113 ctokens: -239
class htb 1:920 parent 1:900 rate 30000Kbit ceil 85000Kbit burst 1593b/8 mpu
0b overhead 0b cburst 1583b/8 mpu 0b overhead 0b level 5
Sent 234033699 bytes 154686 pkt (dropped 0, overlimits 0 requeues 0)
rate 30719Kbit 2538pps backlog 0b 0p requeues 0
lended: 13204 borrowed: 11180 giants: 0
tokens: -1780 ctokens: -505
Here is tc -s -d class show dev eth0.2022 when i run WITH custom burst/cburst
(after 60 seconds)
class htb 1:100 root rate 85000Kbit ceil 85000Kbit burst 16Kb/8 mpu 0b
overhead 0b cburst 8Kb/8 mpu 0b overhead 0b level 7
Sent 637707898 bytes 430930 pkt (dropped 0, overlimits 0 requeues 0)
rate 83982Kbit 7082pps backlog 0b 0p requeues 0
lended: 22809 borrowed: 0 giants: 0
tokens: -2453 ctokens: -3206
class htb 1:200 parent 1:100 leaf 200: prio 0 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 16Kb/8 mpu 0b overhead 0b cburst 8Kb/8 mpu 0b overhead 0b
level 0
Sent 1266780 bytes 7041 pkt (dropped 0, overlimits 0 requeues 0)
rate 128920bit 102pps backlog 0b 0p requeues 0
lended: 6983 borrowed: 58 giants: 0
tokens: 23250 ctokens: 615
class htb 1:923 parent 1:920 leaf 923: prio 0 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 16Kb/8 mpu 0b overhead 0b cburst 8Kb/8 mpu 0b overhead 0b
level 0
Sent 16484432 bytes 10888 pkt (dropped 0, overlimits 0 requeues 0)
rate 2172Kbit 179pps backlog 0b 0p requeues 0
lended: 10888 borrowed: 0 giants: 0
tokens: 18537 ctokens: 362
class htb 1:910 parent 1:900 leaf 910: prio 0 quantum 2000 rate 50000Kbit
ceil 85000Kbit burst 16Kb/8 mpu 0b overhead 0b cburst 8Kb/8 mpu 0b overhead
0b level 0
Sent 278162766 bytes 187188 pkt (dropped 0, overlimits 0 requeues 0)
rate 34963Kbit 2943pps backlog 0b 19p requeues 0
lended: 182346 borrowed: 4823 giants: 0
tokens: -2472 ctokens: -755
class htb 1:922 parent 1:920 leaf 922: prio 5 quantum 2000 rate 5000Kbit ceil
85000Kbit burst 16Kb/8 mpu 0b overhead 0b cburst 8Kb/8 mpu 0b overhead 0b
level 0
Sent 119217036 bytes 78793 pkt (dropped 23901, overlimits 0 requeues 0)
rate 16355Kbit 1351pps backlog 0b 653p requeues 0
lended: 24715 borrowed: 53425 giants: 0
tokens: -25785 ctokens: -691
class htb 1:900 parent 1:100 rate 80000Kbit ceil 85000Kbit burst 16Kb/8 mpu
0b overhead 0b cburst 8Kb/8 mpu 0b overhead 0b level 6
Sent 636441118 bytes 423889 pkt (dropped 0, overlimits 0 requeues 0)
rate 83853Kbit 6981pps backlog 0b 0p requeues 0
lended: 69858 borrowed: 22751 giants: 0
tokens: -3801 ctokens: -3063
class htb 1:921 parent 1:920 leaf 921: prio 5 quantum 2000 rate 20000Kbit
ceil 85000Kbit burst 16Kb/8 mpu 0b overhead 0b cburst 8Kb/8 mpu 0b overhead
0b level 0
Sent 224022740 bytes 147977 pkt (dropped 36921, overlimits 0 requeues 0)
rate 30486Kbit 2517pps backlog 0b 285p requeues 0
lended: 98381 borrowed: 49311 giants: 0
tokens: -6581 ctokens: -851
class htb 1:920 parent 1:900 rate 30000Kbit ceil 85000Kbit burst 16Kb/8 mpu
0b overhead 0b cburst 8Kb/8 mpu 0b overhead 0b level 5
Sent 358305020 bytes 236720 pkt (dropped 0, overlimits 0 requeues 0)
rate 48861Kbit 4035pps backlog 0b 0p requeues 0
lended: 14950 borrowed: 87786 giants: 0
tokens: -7376 ctokens: -851
Bandwidth stats when i run with custom cburst/burst
81932/81932 KBit/S (52436973/52436973) (7697899990/7698153316)
82465/82463 KBit/S (52778238/52776738) (7750336963/7750590289)
82289/82291 KBit/S (52665172/52666672) (7803115201/7803367027)
Now i run without them
65812/65812 KBit/S (42119718/42119718) (7855780373/7856033699)
65300/65300 KBit/S (41792304/41792304) (7897900091/7898153417)
67133/67133 KBit/S (42965445/42965445) (7939692395/7939945721)
Right now shaper looks like this (burst and cburst added recently,it helps a
bit to increase rate):
#!/bin/sh
DEV=eth0.2022
ROOTRATE=85000Kbit
tc qdisc del dev ${DEV} root
tc qdisc add dev ${DEV} root handle 1: htb default 2000
tc class add dev ${DEV} parent 1: classid 1:100 htb rate ${ROOTRATE} quantum
2000 burst 16k cburst 8k
tc class add dev ${DEV} parent 1:100 classid 1:200 htb rate 5000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k
tc qdisc add dev ${DEV} parent 1:200 handle 200: bfifo limit 5120000
tc filter add dev ${DEV} parent 1:0 prio 1100 protocol ip u32 match ip dst
0.0.0.0/0 classid 1:200
tc class add dev ${DEV} parent 1:100 classid 1:900 htb rate 80000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k
#SUPERCAFE
#Browsing
tc class add dev ${DEV} parent 1:900 classid 1:910 htb rate 50000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k
tc qdisc add dev ${DEV} parent 1:910 handle 910: bfifo limit 2120000
tc filter add dev ${DEV} parent 1:0 prio 100 protocol ip u32 match ip src
217.151.224.29/32 match ip protocol 17 0xff match ip sport 21004 0xffff
classid 1:910
#Downloads
tc class add dev ${DEV} parent 1:900 classid 1:920 htb rate 30000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k
tc class add dev ${DEV} parent 1:920 classid 1:921 htb rate 20000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k prio 5
tc qdisc add dev ${DEV} parent 1:921 handle 921: bfifo limit 520000
tc filter add dev ${DEV} parent 1:0 prio 95 protocol ip u32 match ip src
217.151.224.29/32 match ip protocol 17 0xff match ip sport 21005 0xffff match
ip dst 213.187.247.1/32 classid 1:921
tc filter add dev ${DEV} parent 1:0 prio 95 protocol ip u32 match ip src
217.151.224.29/32 match ip protocol 17 0xff match ip sport 21005 0xffff match
ip dst 213.187.247.2/32 classid 1:921
tc filter add dev ${DEV} parent 1:0 prio 95 protocol ip u32 match ip src
217.151.224.29/32 match ip protocol 17 0xff match ip sport 21005 0xffff match
ip dst 213.187.247.3/32 classid 1:921
tc class add dev ${DEV} parent 1:920 classid 1:922 htb rate 5000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k prio 5
tc qdisc add dev ${DEV} parent 1:922 handle 922: bfifo limit 1250000
tc filter add dev ${DEV} parent 1:0 prio 100 protocol ip u32 match ip src
217.151.224.29/32 match ip protocol 17 0xff match ip sport 21005 0xffff
classid 1:922
tc class add dev ${DEV} parent 1:920 classid 1:923 htb rate 5000Kbit ceil
${ROOTRATE} quantum 2000 burst 16k cburst 8k
tc qdisc add dev ${DEV} parent 1:923 handle 923: bfifo limit 500000
tc filter add dev ${DEV} parent 1:0 prio 20 protocol ip u32 match ip dst
213.187.247.11/32 classid 1:923
--
Denys Fedoryshchenko
Technical Manager
Virtual ISP S.A.L.
^ permalink raw reply
* Re: [RFC PATCH net-2.6.24 0/5]: TCP sacktag cache usage recoded
From: David Miller @ 2007-10-10 10:45 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: shemminger, sangtae.ha, virtualphtn, baruch, netdev
In-Reply-To: <Pine.LNX.4.64.0710101300221.3767@kivilampi-30.cs.helsinki.fi>
From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
Date: Wed, 10 Oct 2007 13:26:05 +0300 (EEST)
> Hmm, SACK code is under such flux currently that I'll
> have to deal conflicts almost daily due to overlapping ideas...
Welcome to my world, just scale it to 800 patches and entire
networking tree :-))))
^ permalink raw reply
* Re: [ofa-general] Re: [PATCH 2/3][NET_BATCH] net core use batching
From: David Miller @ 2007-10-10 10:44 UTC (permalink / raw)
To: andi
Cc: hadi, shemminger, jeff, johnpol, herbert, gaagaan, Robert.Olsson,
netdev, rdreier, peter.p.waskiewicz.jr, mcarlson, jagana, general,
mchan, tgraf, randy.dunlap, sri, kaber
In-Reply-To: <20071010102331.GA10496@one.firstfloor.org>
From: Andi Kleen <andi@firstfloor.org>
Date: Wed, 10 Oct 2007 12:23:31 +0200
> On Wed, Oct 10, 2007 at 02:25:50AM -0700, David Miller wrote:
> > The chip I was working with at the time (UltraSPARC-IIi) compressed
> > all the linear stores into 64-byte full cacheline transactions via
> > the store buffer.
>
> That's a pretty old CPU. Conclusions on more modern ones might be different.
Cache matters, just scale the numbers.
> I suppose it would be an interesting experiment at least.
Absolutely.
I've always gotten very poor results when increasing the TX queue a
lot, for example with NIU the point of diminishing returns seems to
be in the range of 256-512 TX descriptor entries and this was with
1.6Ghz cpus.
^ permalink raw reply
* Re: [RFC PATCH net-2.6.24 0/5]: TCP sacktag cache usage recoded
From: Ilpo Järvinen @ 2007-10-10 10:26 UTC (permalink / raw)
To: David Miller
Cc: Stephen Hemminger, sangtae.ha, virtualphtn, Baruch Even, Netdev
In-Reply-To: <20071010.025829.106434530.davem@davemloft.net>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1395 bytes --]
On Wed, 10 Oct 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
> Date: Mon, 24 Sep 2007 13:28:42 +0300
>
> > After couple of wrong-wayed before/after()s and one infinite
> > loopy version, here's the current trial version of a sacktag
> > cache usage recode....
> >
> > Two first patches come from tcp-2.6 (rebased and rotated).
> > This series apply cleanly only on top of the other three patch
> > series I posted earlier today. The last debug patch provides
> > some statistics for those interested enough.
> >
> > Dave, please DO NOT apply! ...Some thoughts could be nice
> > though :-).
>
> Ilpo, I have not forgotten about this patch set.
>
> It is something I plan to look over after the madness of merging
> net-2.6.24 to Linus is complete.
Thanks, there's probably going to be some trouble though, I'd bet it
doesn't anymore apply cleanly to net-2.6.23 HEAD because of something else
that got applied (don't remember exactly but I guess that highest_sack
reno fix did that).
I try to get them resent soon but currently my thoughts are in solving
DSACK ignored bug (and doing the associated cleanups) which again will
cause those code move conflicts to reoccur. Therefore I'd love to postpone
the rebase a bit... Hmm, SACK code is under such flux currently that I'll
have to deal conflicts almost daily due to overlapping ideas...
--
i.
^ permalink raw reply
* Re: [ofa-general] Re: [PATCH 2/3][NET_BATCH] net core use batching
From: Andi Kleen @ 2007-10-10 10:23 UTC (permalink / raw)
To: David Miller
Cc: andi, hadi, shemminger, jeff, johnpol, herbert, gaagaan,
Robert.Olsson, netdev, rdreier, peter.p.waskiewicz.jr, mcarlson,
jagana, general, mchan, tgraf, randy.dunlap, sri, kaber
In-Reply-To: <20071010.022550.21928751.davem@davemloft.net>
On Wed, Oct 10, 2007 at 02:25:50AM -0700, David Miller wrote:
> The chip I was working with at the time (UltraSPARC-IIi) compressed
> all the linear stores into 64-byte full cacheline transactions via
> the store buffer.
That's a pretty old CPU. Conclusions on more modern ones might be different.
> In fact, such a thing might not pan out well, because most of the time
> you write a single descriptor or two, and that isn't a full cacheline,
> which means a read/modify/write is the only coherent way to make such
> a write to RAM.
x86 WC does R-M-W and is coherent of course. The main difference is
just that the result is not cached. When the hardware accesses the cache line
then the cache should be also invalidated.
> Sure you could batch, but I'd rather give the chip work to do unless
> I unequivocably knew I'd have enough pending to fill a cacheline's
> worth of descriptors. And since you suggest we shouldn't queue in
> software... :-)
Hmm, it probably would need to be coupled with batched submission if
multiple packets are available you're right. Probably not worth doing explicit
queueing though.
I suppose it would be an interesting experiment at least.
-Andi
^ permalink raw reply
* [PATCH] natsemi: Use round_jiffies() for slow timers
From: Mark Brown @ 2007-10-10 10:05 UTC (permalink / raw)
To: Jeff Garzik, thockin; +Cc: netdev, linux-kernel, Mark Brown
In-Reply-To: <470C210C.6030800@pobox.com>
Unless we have failed to fill the RX ring the timer used by the natsemi
driver is not particularly urgent and can use round_jiffies() to allow
grouping with other timers.
Signed-off-by: Mark Brown <broonie@sirena.org.uk>
---
Rediffed against current netdev-2.6.git#upstream
drivers/net/natsemi.c | 10 +++++++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/net/natsemi.c b/drivers/net/natsemi.c
index 527f9dc..b881786 100644
--- a/drivers/net/natsemi.c
+++ b/drivers/net/natsemi.c
@@ -1576,7 +1576,7 @@ static int netdev_open(struct net_device *dev)
/* Set the timer to check for link beat. */
init_timer(&np->timer);
- np->timer.expires = jiffies + NATSEMI_TIMER_FREQ;
+ np->timer.expires = round_jiffies(jiffies + NATSEMI_TIMER_FREQ);
np->timer.data = (unsigned long)dev;
np->timer.function = &netdev_timer; /* timer handler */
add_timer(&np->timer);
@@ -1856,7 +1856,11 @@ static void netdev_timer(unsigned long data)
next_tick = 1;
}
}
- mod_timer(&np->timer, jiffies + next_tick);
+
+ if (next_tick > 1)
+ mod_timer(&np->timer, round_jiffies(jiffies + next_tick));
+ else
+ mod_timer(&np->timer, jiffies + next_tick);
}
static void dump_ring(struct net_device *dev)
@@ -3331,7 +3335,7 @@ static int natsemi_resume (struct pci_dev *pdev)
spin_unlock_irq(&np->lock);
enable_irq(dev->irq);
- mod_timer(&np->timer, jiffies + 1*HZ);
+ mod_timer(&np->timer, round_jiffies(jiffies + 1*HZ));
}
netif_device_attach(dev);
out:
--
1.5.3.4
^ permalink raw reply related
* Re: [PATCH] division-by-zero in inet_csk_get_port
From: David Miller @ 2007-10-10 10:01 UTC (permalink / raw)
To: aarapov; +Cc: netdev, den
In-Reply-To: <m3wstvjnso.fsf@bandura.englab.brq.redhat.com>
From: Anton Arapov <aarapov@redhat.com>
Date: Wed, 10 Oct 2007 11:56:23 +0200
> Yep, that's exactly I'm talking about. I'm sure that
> [...] % (high - low) [...] erroneous from the begining, because
> in such places we want to have 1 in denominator, for the cases when we
> have only one port. Because 34000 34000 in sysctl's
> ip_local_port_range means 1(one) port, not 0(zero).
>
> So it seems to me that we have to fix mentioned denominators in
> kernel/net to have 1, that will be correct logically. And do the
> MAX<MIN check in sysctl code.
> From this point of view, it's best idea to have two patches: one for
> the kernel/net denominators and another one for the sysctl.c's
> function dointvec_minmax(). Because they can live independently. And
> the patch for the kernel/net will do the work at least because we
> prevent kernel trap at all.
>
> Dave, am I right?
Sure, two patches is fine.
^ permalink raw reply
* Re: [RFC PATCH net-2.6.24 0/5]: TCP sacktag cache usage recoded
From: David Miller @ 2007-10-10 9:58 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: shemminger, sangtae.ha, virtualphtn, baruch, netdev
In-Reply-To: <11906297271684-git-send-email-ilpo.jarvinen@helsinki.fi>
From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
Date: Mon, 24 Sep 2007 13:28:42 +0300
> After couple of wrong-wayed before/after()s and one infinite
> loopy version, here's the current trial version of a sacktag
> cache usage recode....
>
> Two first patches come from tcp-2.6 (rebased and rotated).
> This series apply cleanly only on top of the other three patch
> series I posted earlier today. The last debug patch provides
> some statistics for those interested enough.
>
> Dave, please DO NOT apply! ...Some thoughts could be nice
> though :-).
Ilpo, I have not forgotten about this patch set.
It is something I plan to look over after the madness of merging
net-2.6.24 to Linus is complete.
^ permalink raw reply
* Re: [PATCH] division-by-zero in inet_csk_get_port
From: Anton Arapov @ 2007-10-10 9:56 UTC (permalink / raw)
To: David Miller; +Cc: netdev, den
In-Reply-To: <20071010.023515.15263796.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 1391 bytes --]
David Miller <davem@davemloft.net> writes:
>> Ok, I've got it, so we have to do the same with the following:
>> quote from inet_hashtables.c and inet6_hashtables.c. I'll prepare the
>> patch.
>>
>> And just a curious, does the /* Treat low > high as high == low */
>> idea will keep after the sysctl will be patched?
>
> I'm beginning to think that we should do the sysctl validation
> in this patch too, instead of duplicating this grotty check
> in all of these port selection functions.
Yep, that's exactly I'm talking about. I'm sure that
[...] % (high - low) [...] erroneous from the begining, because
in such places we want to have 1 in denominator, for the cases when we
have only one port. Because 34000 34000 in sysctl's
ip_local_port_range means 1(one) port, not 0(zero).
So it seems to me that we have to fix mentioned denominators in
kernel/net to have 1, that will be correct logically. And do the
MAX<MIN check in sysctl code.
From this point of view, it's best idea to have two patches: one for
the kernel/net denominators and another one for the sysctl.c's
function dointvec_minmax(). Because they can live independently. And
the patch for the kernel/net will do the work at least because we
prevent kernel trap at all.
Dave, am I right?
--
Anton Arapov, <aarapov@redhat.com>
Kernel Development, Red Hat
GPG Key ID: 0x6FA8C812
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply
* Re: [ofa-general] Re: [PATCH 2/3][NET_BATCH] net core use batching
From: Herbert Xu @ 2007-10-10 9:53 UTC (permalink / raw)
To: Andi Kleen
Cc: David Miller, hadi, shemminger, jeff, johnpol, gaagaan,
Robert.Olsson, netdev, rdreier, peter.p.waskiewicz.jr, mcarlson,
jagana, general, mchan, tgraf, randy.dunlap, sri, kaber
In-Reply-To: <20071010091644.GA9807@one.firstfloor.org>
On Wed, Oct 10, 2007 at 11:16:44AM +0200, Andi Kleen wrote:
> > A 256 entry TX hw queue fills up trivially on 1GB and 10GB, but if you
>
> With TSO really?
Hardware queues are generally per-page rather than per-skb so
it'd fill up quicker than a software queue even with TSO.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply
* Re: [PATCH] [IPV6] Defer IPv6 device initialization until a valid qdisc is specified
From: David Miller @ 2007-10-10 9:53 UTC (permalink / raw)
To: mitch; +Cc: netdev, yoshfuji, herbert
In-Reply-To: <20071009162158.f25d4fdb.mitch@linux.vnet.ibm.com>
From: Mitsuru Chinen <mitch@linux.vnet.ibm.com>
Date: Tue, 9 Oct 2007 16:21:58 +0900
> To judge the timing for DAD, netif_carrier_ok() is used. However,
> there is a possibility that dev->qdisc stays noop_qdisc even if
> netif_carrier_ok() returns true. In that case, DAD NS is not sent out.
> We need to defer the IPv6 device initialization until a valid qdisc
> is specified.
>
> Signed-off-by: Mitsuru Chinen <mitch@linux.vnet.ibm.com>
> Signed-off-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
Thanks for submitting the fix.
Although Herbert is right that this does not fix the problem
universally, it does make things better, so I will apply this
patch.
Thanks!
^ permalink raw reply
* Re: [PATCH][NET-2.6.24] Remove double dev->flags checking when calling dev_close()
From: David Miller @ 2007-10-10 9:49 UTC (permalink / raw)
To: xemul; +Cc: netdev, devel
In-Reply-To: <470B5D0E.9090202@openvz.org>
From: Pavel Emelyanov <xemul@openvz.org>
Date: Tue, 09 Oct 2007 14:50:54 +0400
> The unregister_netdevice() and dev_change_net_namespace()
> both check for dev->flags to be IFF_UP before calling the
> dev_close(), but the dev_close() checks for IFF_UP itself,
> so remove those unneeded checks.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
Applied, thanks Pavel.
^ permalink raw reply
* Re: [RFC PATCH net-2.6.24 0/3]: Attempt to fix lost_retrans brokeness
From: David Miller @ 2007-10-10 9:48 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: netdev, shemminger, takano
In-Reply-To: <Pine.LNX.4.64.0710091600300.3767@kivilampi-30.cs.helsinki.fi>
From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
Date: Tue, 9 Oct 2007 16:03:29 +0300 (EEST)
> On Tue, 9 Oct 2007, Ilpo Järvinen wrote:
>
> > Lost_retrans handling of sacktag was found to be flawed, two
> > problems that were found have an intertwined solution. Fastpath
> > problem has existed since hints got added and the other problem
> > has probably been there even longer than that. ...This change
> > may add non-trivial processing cost.
> >
> > Initial sketch, only compile tested. This will become more and
> > more useful, when sacktag starts to process less and less skbs,
> > which hopefully happens quite soon... :-) Sadly enough it will
> > probably then be consuming part of the benefits we're able to
> > achieve by less skb walking...
> >
> > First one is trivial, so Dave might want to apply it already.
>
> Hmm, forgot to add -n to git-format-patch. Since it's currently
> RFC, I won't bother to resubmit with numbers unless somebody
> really wants that. Here's the correct ordering, if it's not
> obvious from the patches alone:
I'm going to leave the 2nd patches and 3rd patches alone for
now so they can cook a little bit longer.
Thanks!
^ permalink raw reply
* Re: [PATCH] [TCP]: Separate lost_retrans loop into own function
From: David Miller @ 2007-10-10 9:45 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: netdev, shemminger, takano
In-Reply-To: <11919324023846-git-send-email-ilpo.jarvinen@helsinki.fi>
From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
Date: Tue, 9 Oct 2007 15:20:00 +0300
> Follows own function for each task principle, this is really
> somewhat separate task being done in sacktag. Also reduces
> indentation.
>
> In addition, added ack_seq local var to break some long
> lines & fixed coding style things.
>
> Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
Applied, thanks Ilpo!
^ permalink raw reply
* Re: [RFC PATCH] [TCP]: Limit processing lost_retrans loop to work-to-do cases
From: David Miller @ 2007-10-10 9:44 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: netdev, shemminger, takano
In-Reply-To: <20071010.024403.116354578.davem@davemloft.net>
From: David Miller <davem@davemloft.net>
Date: Wed, 10 Oct 2007 02:44:03 -0700 (PDT)
> From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
> Date: Tue, 9 Oct 2007 15:20:02 +0300
>
> > This addition of lost_retrans_low to tcp_sock might be
> > unnecessary, it's not clear how often lost_retrans worker is
> > executed when there wasn't work to do.
> >
> > Cc: TAKANO Ryousei <takano@axe-inc.co.jp>
> > Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
>
> I wanted to apply this, but it doesn't go cleanly on top of
> net-2.6.24, can you respin this patch for me?
Nevermind, I mis-interpreted the ordering of the 3 patches,
sorry...
^ permalink raw reply
* Re: [RFC PATCH] [TCP]: Limit processing lost_retrans loop to work-to-do cases
From: David Miller @ 2007-10-10 9:44 UTC (permalink / raw)
To: ilpo.jarvinen; +Cc: netdev, shemminger, takano
In-Reply-To: <11919324033627-git-send-email-ilpo.jarvinen@helsinki.fi>
From: "Ilpo_Järvinen" <ilpo.jarvinen@helsinki.fi>
Date: Tue, 9 Oct 2007 15:20:02 +0300
> This addition of lost_retrans_low to tcp_sock might be
> unnecessary, it's not clear how often lost_retrans worker is
> executed when there wasn't work to do.
>
> Cc: TAKANO Ryousei <takano@axe-inc.co.jp>
> Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
I wanted to apply this, but it doesn't go cleanly on top of
net-2.6.24, can you respin this patch for me?
Thanks!
^ permalink raw reply
* Re: [PATCH] division-by-zero in inet_csk_get_port
From: David Miller @ 2007-10-10 9:35 UTC (permalink / raw)
To: aarapov; +Cc: den, netdev
In-Reply-To: <m31wc3l4ym.fsf@bandura.englab.brq.redhat.com>
From: Anton Arapov <aarapov@redhat.com>
Date: Wed, 10 Oct 2007 11:00:17 +0200
> Ok, I've got it, so we have to do the same with the following:
> quote from inet_hashtables.c and inet6_hashtables.c. I'll prepare the
> patch.
>
> And just a curious, does the /* Treat low > high as high == low */
> idea will keep after the sysctl will be patched?
I'm beginning to think that we should do the sysctl validation
in this patch too, instead of duplicating this grotty check
in all of these port selection functions.
^ permalink raw reply
* Re: [PATCH 1/8][BNX2X] resubmit as attachments: add bnx2x to Kconfig and Makefile
From: David Miller @ 2007-10-10 9:34 UTC (permalink / raw)
To: eliezert; +Cc: jeff, netdev, mchan
In-Reply-To: <1191946801.29746.89.camel@eliezer>
From: "Eliezer Tamir" <eliezert@broadcom.com>
Date: Tue, 09 Oct 2007 18:20:01 +0200
> Almost all of the zero-filled tables will be removed.
> The rest of the registers do need to be initialized.
>
> I agree that the number of registers that needs to be initialized is
> huge, but that is caused by the way the hardware was designed.
>
> The values for the initialization come from several sources:
> Some are derived from HW code (the XML files used to derive the verilog
> code),
> Others (along with much of the machine generated .h files) are generated
> at microcode build time, adding a microcode routine will cause the init
> values to change, using a new variable can cause an .h file to change.
> In the last group which is very small, are registers that are controlled
> by the driver.
>
> The values in this file really are machine generated, they really are
> not meant to be modified directly by editing the file.
>
> The registers that are under the driver's control are in the main .c
> and .h files.
...
> The idle check code is not a manufacturing test, it is meant to help
> debug the driver and microcode.
> If the driver sends an invalid command to one of the CPUs which then
> chokes on it, this will tell you which one of them died and the general
> whereabouts of the problem. (ingress CPU X is stuck because output queue
> Y is full)
...
> ( Michael has showed me the trick of how to post with evolution, so I
> hope that the mangled patch problem is behind us and I think that I can
> now post everything without a problem, Hallelujah!)
Thanks for the explanations, I look forward to your next
submission.
^ permalink raw reply
* Re: [PATCH 6/6][NET-2.6.24] Make the sunrpc use the seq_open_private()
From: David Miller @ 2007-10-10 9:33 UTC (permalink / raw)
To: xemul; +Cc: netdev, devel, neilb
In-Reply-To: <470BA687.8030202@openvz.org>
From: Pavel Emelyanov <xemul@openvz.org>
Date: Tue, 09 Oct 2007 20:04:23 +0400
> Just switch to the consolidated code.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
> Cc: Neil Brown <neilb@cse.unsw.edu.au>
Applied.
^ permalink raw reply
* Re: [PATCH 5/6][NET-2.6.24] Make the IRDA use the seq_open_private()
From: David Miller @ 2007-10-10 9:33 UTC (permalink / raw)
To: xemul; +Cc: netdev, devel, samuel
In-Reply-To: <470BA5DC.8060905@openvz.org>
From: Pavel Emelyanov <xemul@openvz.org>
Date: Tue, 09 Oct 2007 20:01:32 +0400
> Just switch to the consolidated code
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
> Cc: Samuel Ortiz <samuel@sortiz.org>
Applied.
^ permalink raw reply
* Re: [PATCH 4/6][NET-2.6.24] Make decnet code use the seq_open_private()
From: David Miller @ 2007-10-10 9:33 UTC (permalink / raw)
To: xemul; +Cc: netdev, devel, patrick
In-Reply-To: <470BA56A.6020903@openvz.org>
From: Pavel Emelyanov <xemul@openvz.org>
Date: Tue, 09 Oct 2007 19:59:38 +0400
> Just switch to the consolidated code.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
> Cc: Patrick Caulfield <patrick@tykepenguin.com>
Applied.
^ permalink raw reply
* Re: [PATCH 3/6][NET-2.6.24] Make netfilter code use the seq_open_private
From: David Miller @ 2007-10-10 9:33 UTC (permalink / raw)
To: xemul; +Cc: netdev, devel, kaber
In-Reply-To: <470BA4E9.7000909@openvz.org>
From: Pavel Emelyanov <xemul@openvz.org>
Date: Tue, 09 Oct 2007 19:57:29 +0400
> Just switch to the consolidated calls.
>
> ipt_recent() has to initialize the private, so use
> the __seq_open_private() helper.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
> Cc: Patrick McHardy <kaber@trash.net>
Applied.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox