Here it is again but this time one which applies cleanly ontop of the list_cut_tail() patch I just reposted. -- list.h: add list_cut_position() This adds list_cut_position() which lets you cut a list into two lists given a pivot in the list. Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com> --- include/linux/list.h | 40 ++++++++++++++++++++++++++++++++++++++++ 1 files changed, 40 insertions(+), 0 deletions(-) diff --git a/include/linux/list.h b/include/linux/list.h ind...

This patch adds support for limiting the number of tx pause frames to a default of 8. Previously, hardware would send out continuous stream of pause frames. Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>

This patch adds support for new tx statistic counters in the hardware - unicast, multicast, and broadcast Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>

Hello Herbert, I think I finally found the problem. Here a short description again: all our routers with a via C3 using padlock for AES-encryption are crashing with 2.6.26 while they work fine with 2.6.25. Not using padlock (i.e. using the i386 assembler version of AES) they just work fine. After a kernel bisection I found that fa5c4639419668cbb18ca3d20c1253559a3b43ae works fine, 2adee9b30d1382fba97825b9c50e4f50a0117c36 crashes. I did not try to bisect the last 4 commits as they seem to be r...

BTW, in one of your oops, I see: note: cron[1207] exited with preempt_count 268435459 I smell some kind of stack corruption here which is corrupting thread_info (in the above case preempt_count in the thread_info). Similarly, if the status field(in thread_info) gets corrupted(setting TS_USEDFPU) without proper math state allocated(present in thread_struct), we can end up oops in __switch_to. But you seem to say, reverting recent fpu patches make the problem go away. hmm, just wondering if ...

Hi Tobias. What is hash list? hlist? Or list in a hash bucket? Sorry, my kernel source tree does not know what is 'hash_head'. What data structure exactly do you mean? -- Evgeniy Polyakov --

Indan Zupancic <indan@nul.nu> : You cab try to revert the four (4) r8169.c related patches that went in between 2.6.26 and 2.6.27-rc1. I doubt it will make a difference though. Is a git bisect an option ? -- Ueimor --

Indan Zupancic <indan@nul.nu> : $ git rev-list v2.6.26..v2.6.27-rc1 -- drivers/net/r8169.c 77332894c21165404496c56763d7df6c15c4bb09 f887cce8de019bb32917789379af89ae4c0294ee 865c652d6be9929927cabdc54b137b7541eb6612 No. :o) Ok. -- Ueimor --

Invalid way of pointer assignment in free_opts causing global opts variable pointingto freed memory. It was possible to trigger this bug only by batching multiple rules with ipt action. Signed-off-by: Denys Fedoryshchenko <denys@visp.net.lb> Acked-by: Jamal Hadi Salim <hadi@cyberus.ca> Tested-by: Denys Fedoryshchenko <denys@visp.net.lb> --- diff -uprN iproute-original/tc/m_ipt.c iproute2-patched2/tc/m_ipt.c --- iproute-original/tc/m_ipt.c 2008-08-05 22:15:56.000000000 +0300 ...

Set 64bits consistent DMA mask since it improves performance in some cases. No need to check the return value since it is not required for the driver to work. Signed-off-by: Brice Goglin <brice@myri.com> --- drivers/net/myri10ge/myri10ge.c | 1 + 1 file changed, 1 insertion(+) Index: linux-2.6/drivers/net/myri10ge/myri10ge.c =================================================================== --- linux-2.6.orig/drivers/net/myri10ge/myri10ge.c 2008-07-23 09:18:21.000000000 +0200 +++ l...

山鉧科技網頁設計 我們的宗旨：客戶的每ㄧ件小事情，都是山鉧的大事情 我們在推出企業形象網站包含前台網頁美工+後台管理程式 限時限量專案價 只要$29,900 (在送ㄧ年100MB不限流量網站空間) 我們做的不只是網站，而是您企業的入口 ㄧ個好的企業網站資料即時更新的速度是很重要的 企業ｅ化的高品質團隊，打造您的網路門面 選擇山鉧成就您的夢想 ～～～～～～～～～～～～�...

netfilter: fix two recent sysctl problems Starting with 9043476f726802f4b00c96d0c4f418dde48d1304 we have two netfilter releated problems: - WARNING: at kernel/sysctl.c:1966 unregister_sysctl_table+0xcc/0x103(), caused by wrong order of ini/fini calls - net.netfilter is duplicated and has truncated set of records Thanks to very useful guidelines from Al Viro, this patch fixes both of them. Signed-off-by: Krzysztof Piotr Oledzki <ole@ans.pl> diff -Nur linux-2.6.27-rc1-orig/net/n...

From: Al Viro <viro@ZenIV.linux.org.uk> Applied, thanks. --

Talking about wireless driver updates - has anybody looked at the RaLink wireless driver? It's in the newer EeePC's (901 and 1000), and it actually has a driver from the company which the comments make clear is GPLv2 too, no apparent oddness or anything: http://www.ralinktech.com.tw/data/drivers/2008_0708_RT2860_Linux_STA_v1.7.0.0.tar.bz2 which admittedly apparently has some trivial problems (with a trivial patch as seen at http://fedoraforum.org/forum/showthread.php?t=195429 I'...

I looked at the driver and got it working. However my 901 seems to have an issue with the antennas. I can do scans, but associating with an access point or even thinking about transmit keeps failing. Even with external antennas this still doesn't work. So either my EeePC is broken or it needs some ACPI magic to enable it. Personally I think mine is broken since the PCIe hotplug stuff works for the wireless card and that seems to be their way of doing the rfkill. The driver itself is p...

I've send a mail to Ralink with a request if they could step away from the "port the windows driver to linux" idea and get the Linux driver "kernel-ready" early on. That won't solve the problem now, but hopefully it does mean the drivers for Well it basically is the Windows driver ported to Linux. ;) Ivo --

For the interested, the rt2800pci and rt2800usb code which I am working on can be found in the experimental branch of my repository: http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=shortlog;h=experimental Because the code is incomplete it cannot be tested, but it gives at least an idea on what is already done. ;) Ivo --

Probably for tc batch it doesn't matter, so this optimization can be done only for tc (i exclude also monitor functions, they must renew list of interfaces). Is new patch looks better? (i test it, it compiles and doesn't break tc, and makes still things much faster on systems with many interfaces). --

Sorry :-) Now must be attached

It is more than that. I must also invalidate in monitor mode, since this is very volatile variable. In monitor mode very possible that interfaces can be changed. Also i guess it is not required and better to invalidate in "printing" functions? If it is ok, i will try to do patch in this way now. --

From: Ralf Baechle <ralf@linux-mips.org> Applied, and I'll queue it up for -stable too. Thanks Ralf. --

I think that instead of adding an empty nf_net_netfilter_sysctl_path=20 registration, it would be better to fix the order of register/unregister: @@ -1032,10 +1032,10 @@ nf_ct_free_hashtable(nf_conntrack_hash, nf_conntrack_vmalloc, nf_conntrack_htable_size); - nf_conntrack_proto_fini(); - nf_conntrack_helper_fini(); - nf_conntrack_expect_fini(); nf_conntrack_acct_fini(); + nf_conntrack_expect_fini(); + nf_con...

not sure about two lines #1 is validated 100%, because i was not able to run tc in batch mode for my tasks(2nd or 3rd ipt rule will crash), till i implement those patches. The batch i gave is short version, full version have around 11k lines. But it crashes usually max on 2rd or 3nd ipt. Well, i can fix what i can sniff&smell in my daily job, and especially if i hit a wall because of some code :-) For me it is difficult to inspect the code, since i am very weak in C, but i will try.

Is it better like this? Sure optind is up to you, for me it is not clear yet how it works. Just i notice in iptables.c, function do_command where they set optind to zero and in comments /*re-set optind to zero in case do_command gets called second time */

Yes, i did already Attaching patches