[PATCH] netlink: correctly document nla_put_u64_64bit()
>From 90bda8d1bc2a0c5d283e4e0a4b19812a4cce72bd Mon Sep 17 00:00:00 2001 From: Rolf Eike Beer <e...@emlix.com> Date: Thu, 13 Jul 2017 16:46:43 +0200 Subject: [PATCH] netlink: correctly document nla_put_u64_64bit() Signed-off-by: Rolf Eike Beer <e...@emlix.com> --- include/net/netlink.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/net/netlink.h b/include/net/netlink.h index 01709172b3d3..ef8e6c3a80a6 100644 --- a/include/net/netlink.h +++ b/include/net/netlink.h @@ -98,8 +98,8 @@ * nla_put_u8(skb, type, value) add u8 attribute to skb * nla_put_u16(skb, type, value) add u16 attribute to skb * nla_put_u32(skb, type, value) add u32 attribute to skb - * nla_put_u64_64bits(skb, type, - * value, padattr) add u64 attribute to skb + * nla_put_u64_64bit(skb, type, + * value, padattr) add u64 attribute to skb * nla_put_s8(skb, type, value) add s8 attribute to skb * nla_put_s16(skb, type, value) add s16 attribute to skb * nla_put_s32(skb, type, value) add s32 attribute to skb -- 2.13.2 -- Rolf Eike Beer, emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax +49 551 30664-11 Bertha-von-Suttner-Str. 9, 37085 Göttingen, Germany Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160 Geschäftsführung: Heike Jordan, Dr. Uwe Kracke – Ust-IdNr.: DE 205 198 055 emlix – smart embedded open source
[PATCH 2/3] selftests: do not require bash to run bpf tests
>From b9d6c1b7427d708ef2d4d57aac17b700b3694d71 Mon Sep 17 00:00:00 2001 From: Rolf Eike Beer <eike-ker...@sf-tec.de> Date: Wed, 14 Dec 2016 09:58:12 +0100 Subject: [PATCH 2/3] selftests: do not require bash to run bpf tests Nothing in this minimal script seems to require bash. We often run these tests on embedded devices where the only shell available is the busybox ash. Signed-off-by: Rolf Eike Beer <e...@emlix.com> --- tools/testing/selftests/bpf/test_kmod.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/testing/selftests/bpf/test_kmod.sh b/tools/testing/selftests/bpf/test_kmod.sh index 92e627a..6d58cca 100755 --- a/tools/testing/selftests/bpf/test_kmod.sh +++ b/tools/testing/selftests/bpf/test_kmod.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/bin/sh SRC_TREE=../../../../ -- 2.8.3 -- Rolf Eike Beer, emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax +49 551 30664-11 Bertha-von-Suttner-Str. 9, 37085 Göttingen, Germany Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160 Geschäftsführung: Heike Jordan, Dr. Uwe Kracke – Ust-IdNr.: DE 205 198 055 emlix – smart embedded open source
Re: [PATCH 04/13] r8169: MSI support
Francois Romieu wrote: It is currently limited to the tested 0x8136 and 0x8168. 8169sb/8110sb ought to handle it as well where they support MSI. Signed-off-by: Francois Romieu [EMAIL PROTECTED] Cc: Edward Hsu [EMAIL PROTECTED] Tester-Cc: Rolf Eike Beer [EMAIL PROTECTED] Tested-by: Rolf Eike Beer [EMAIL PROTECTED] Eike signature.asc Description: This is a digitally signed message part.
[PATCH] Fix typo in drivers/net/s2io.c
Introduced in d796fdb708fc5b10112934cba43e832c36ce4923. Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED] --- commit 58056c2424917e90b86ca11c2c5d3fd35313d7b6 tree 854d63a14f96416aad64d12ea71cb331acfcc7db parent 87a2df362631d53fdc169a5d76969365aff69c10 author Rolf Eike Beer [EMAIL PROTECTED] Tue, 10 Jul 2007 11:55:46 +0200 committer Rolf Eike Beer [EMAIL PROTECTED] Tue, 10 Jul 2007 11:55:46 +0200 drivers/net/s2io.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/s2io.c b/drivers/net/s2io.c index 2d826ff..fa29a40 100644 --- a/drivers/net/s2io.c +++ b/drivers/net/s2io.c @@ -8036,7 +8036,7 @@ static void lro_append_pkt(struct s2io_nic *sp, struct lro *lro, /** * s2io_io_error_detected - called when PCI error is detected * @pdev: Pointer to PCI device - * @state: The current pci conneection state + * @state: The current pci connection state * * This function is called after a PCI bus error affecting * this device has been detected. - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: r8169: hard freezes on TX
Rolf Eike Beer wrote: You wrote: Rolf Eike Beer [EMAIL PROTECTED] : [...] I just had another freeze using your patches. After 512kB over smb it was dead. In-kernel smb/cifs ? Copying to a partition mounted via smb:// protocol in konqueror which uses kio_smb (userspace io slave). This start to get weird. I sent a single file (~4 MB) via FTP to a host connected via a 10 MBit Hub: freeze. Now I decided to beat it and tested a bit around. I copied some folders of my MP3 collection over there, all went fine. Then I created a tar file of ~400 MB and sent that which also went fine. Even the next try with this file didn't produce a crash. What was different on this tests was that I used the console instead of X (don't want to munch up too many file systems). Any ideas? Eike signature.asc Description: This is a digitally signed message part.
Re: r8169: hard freezes on TX
You wrote: Rolf Eike Beer [EMAIL PROTECTED] : [...] I just had another freeze using your patches. After 512kB over smb it was dead. In-kernel smb/cifs ? Copying to a partition mounted via smb:// protocol in konqueror which uses kio_smb (userspace io slave). Eike signature.asc Description: This is a digitally signed message part.
Re: r8169: hard freezes on TX
Rolf Eike Beer wrote: Francois Romieu wrote: Rolf Eike Beer [EMAIL PROTECTED] : [...] Ok, just tested. I used a file of 200MB and copied it to another host on the LAN. If I used our 100 MBit switch nothing happened. When I put a 10 MBit hub in the middle it died at 77 MB. I just had another freeze using your patches. After 512kB over smb it was dead. Eike signature.asc Description: This is a digitally signed message part.
Re: r8169: hard freezes on TX
You wrote: Rolf Eike Beer [EMAIL PROTECTED] : [...] I often see freezes when I do much outgoing transfer. I have never seen this happening on incoming transfers. When this happens the system locks up hard, I don't see anything in the log. Since this is my laptop I have trouble debugging it: there is no serial console and debugging this via netconsole doesn't look like a good idea. Keyboard leds are dead afterwards I guess, right ? I'm not absolutely sure but I can do a test later today. If you are experiencing bugs related to networking, I suggest to stay away from netconsole. It is not funny to analyze several bugs at the same time. I did not expect anything coming through there, last time I tested even pings were unanswered. Because of this I didn't even try netconsole. When I say much outgoing transfer this means several megabytes. If I copy out 30 MB I almost everytime get this. I usually copy that much only at home when I feed my gentoo server. That host only has a 10 MBit connection. Nevertheless I've also seen that on different hosts using different files on different protocols (ftp, scp, smb). :o/ So it can be reproduced with a simple ftp put of several megabytes of data completely cached in memory (no disk access) ? I can put it into RAM before next test to be absolutely sure. This is the output of lspci for my NIC: 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev 01) I have not seen a lot of reports for this one. Either it is perfect or it is barely used. [...] Hm, is there a reason why we don't use MSI here? A request for testers was posted (netdev + lk) on 16/03/2007 which contained MSI code for the 8168. I did not enable it for the 8101 because it had only received (positive) reports from 8168 users. Afair, the RFT got no feedback. I'll dig for it. Ah, one thing is missing: I've not tested it with current kernel, latest I tested was 2.6.21-rc7. But I've seen this on many previous version, although I thought it became better some versions ago. I wont bet on it, it might just have been luck. You can/should try: http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.22-rc2 (patch-kit) or: http://www.fr.zoreil.com/people/francois/misc/20070522-2.6.22-rc2-r8169.pat ch If you are fluent with git and you do not mind rebasing, you can try git://electric-eye.fr.zoreil.com/home/romieu/linux/linux-2.6-out r8169 (don't do the initial clone from here, thanks) As an option, akpm includes the git branch for you in -mm. I'll take a look, thanks. Eike signature.asc Description: This is a digitally signed message part.
Re: r8169: hard freezes on TX
Francois Romieu wrote: Rolf Eike Beer [EMAIL PROTECTED] : [...] Ok, just tested. I used a file of 200MB and copied it to another host on the LAN. If I used our 100 MBit switch nothing happened. When I put a 10 MBit hub in the middle it died at 77 MB. I often see freezes when I do much outgoing transfer. I have never seen this happening on incoming transfers. When this happens the system locks up hard, I don't see anything in the log. Since this is my laptop I have trouble debugging it: there is no serial console and debugging this via netconsole doesn't look like a good idea. Keyboard leds are dead afterwards I guess, right ? Yes. When I say much outgoing transfer this means several megabytes. If I copy out 30 MB I almost everytime get this. I usually copy that much only at home when I feed my gentoo server. That host only has a 10 MBit connection. Nevertheless I've also seen that on different hosts using different files on different protocols (ftp, scp, smb). :o/ So it can be reproduced with a simple ftp put of several megabytes of data completely cached in memory (no disk access) ? I used scp, but: yes. Eike signature.asc Description: This is a digitally signed message part.
r8169: hard freezes on TX
Hi all, I often see freezes when I do much outgoing transfer. I have never seen this happening on incoming transfers. When this happens the system locks up hard, I don't see anything in the log. Since this is my laptop I have trouble debugging it: there is no serial console and debugging this via netconsole doesn't look like a good idea. When I say much outgoing transfer this means several megabytes. If I copy out 30 MB I almost everytime get this. I usually copy that much only at home when I feed my gentoo server. That host only has a 10 MBit connection. Nevertheless I've also seen that on different hosts using different files on different protocols (ftp, scp, smb). This is the output of lspci for my NIC: 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev 01) Subsystem: Toshiba America Info Systems Unknown device ff00 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: I/O ports at 4000 [size=256] Region 2: Memory at da00 (64-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at d400 [disabled] [size=64K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Vital Product Data Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable- Address: Data: Capabilities: [60] Express Endpoint IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+ Device: Latency L0s 1us, L1 unlimited Device: AtnBtn+ AtnInd+ PwrInd+ Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 0 Link: Latency L0s unlimited, L1 unlimited Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x1 Capabilities: [84] Vendor Specific Information Capabilities: [100] Advanced Error Reporting Capabilities: [12c] Virtual Channel Capabilities: [148] Device Serial Number xx-xx-xx-xx-xx-xx-xx-xx Capabilities: [154] Power Budgeting Hm, is there a reason why we don't use MSI here? Ah, one thing is missing: I've not tested it with current kernel, latest I tested was 2.6.21-rc7. But I've seen this on many previous version, although I thought it became better some versions ago. I wont bet on it, it might just have been luck. Eike signature.asc Description: This is a digitally signed message part.
[PATCH][R8169] Add endianess annotations to [RT]xDesc
[R8169] Add endianess annotations to [RT]xDesc Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED] --- commit 8b36037f072047e61557506ee917dcc25680bd69 tree faafe5e664affabef85ff4dcab280338fd528fae parent b26c4a9f50ccfade25e3699f616ce97590dc2cb7 author Rolf Eike Beer [EMAIL PROTECTED] Wed, 16 May 2007 08:23:39 +0200 committer Rolf Eike Beer [EMAIL PROTECTED] Wed, 16 May 2007 08:23:39 +0200 drivers/net/r8169.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c index 45876a8..2261835 100644 --- a/drivers/net/r8169.c +++ b/drivers/net/r8169.c @@ -405,15 +405,15 @@ enum _DescStatusBit { #define RsvdMask 0x3fffc000 struct TxDesc { - u32 opts1; - u32 opts2; - u64 addr; + __le32 opts1; + __le32 opts2; + __le64 addr; }; struct RxDesc { - u32 opts1; - u32 opts2; - u64 addr; + __le32 opts1; + __le32 opts2; + __le64 addr; }; struct ring_info { - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 0/2] Remove outdated information from IPX
Who cares about stuff describing what happened in early 2.5 days? Even worse is to reference Kconfig options removed back then. Go, rest in pieces. Eike pgpWbqv7vWWdc.pgp Description: PGP signature
[PATCH 2/2][IPX] Remove ancient changelog
[IPX] Remove ancient changelog Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED] --- commit 6b8afc66b9d6893d3fa292b75769b58539836ff3 tree 9078513bb6727e61aee238da153d9b3358a1d817 parent 0566e9a5f19ca9fe1982e2b4a89aff131cc6525b author Rolf Eike Beer [EMAIL PROTECTED] Tue, 20 Feb 2007 19:45:03 +0100 committer Rolf Eike Beer [EMAIL PROTECTED] Tue, 20 Feb 2007 19:45:03 +0100 net/ipx/ChangeLog | 101 - 1 files changed, 0 insertions(+), 101 deletions(-) diff --git a/net/ipx/ChangeLog b/net/ipx/ChangeLog deleted file mode 100644 index 3b29763..000 --- a/net/ipx/ChangeLog +++ /dev/null @@ -1,101 +0,0 @@ - Revision 0.21:Uses the new generic socket option code. - - Revision 0.22:Gcc clean ups and drop out device registration. Use the - new multi-protocol edition of hard_header - - Revision 0.23: IPX /proc by Mark Evans. Adding a route will - will overwrite any existing route to the same network. - - Revision 0.24:Supports new /proc with no 4K limit - - Revision 0.25:Add ephemeral sockets, passive local network - identification, support for local net 0 and - multiple datalinks Greg Page - - Revision 0.26: Device drop kills IPX routes via it. (needed for module) - - Revision 0.27: Autobind Mark Evans - - Revision 0.28: Small fix for multiple local networks Thomas Winder - - Revision 0.29: Assorted major errors removed Mark Evans - Small correction to promisc mode error fix Alan Cox - Asynchronous I/O support. Changed to use notifiers - and the newer packet_type stuff. Assorted major - fixes Alejandro Liu - - Revision 0.30:Moved to net/ipx/...Alan Cox - Don't set address length on recvfrom that errors. - Incorrect verify_area. - - Revision 0.31:New sk_buffs. This still needs a lot of - testing. Alan Cox - - Revision 0.32: Using sock_alloc_send_skb, firewall hooks. Alan Cox - Supports sendmsg/recvmsg - - Revision 0.33:Internal network support, routing changes, uses a - protocol private area for ipx data. - - Revision 0.34:Module support. Jim Freeman - - Revision 0.35: Checksum support. Neil Turton, hooked in by Alan Cox - Handles WIN95 discovery packets Volker Lendecke - - Revision 0.36:Internal bump up for 2.1 - - Revision 0.37:Began adding POSIXisms. - - Revision 0.38: Asynchronous socket stuff made current. - - Revision 0.39: SPX interfaces - - Revision 0.40: Tiny SIOCGSTAMP fix ([EMAIL PROTECTED]) - - Revision 0.41: 802.2TR removed ([EMAIL PROTECTED]) - Fixed connecting to primary net, - Automatic binding on send receive, - Martijn van Oosterhout [EMAIL PROTECTED] - - Revision 042: Multithreading - use spinlocks and refcounting to - protect some structures: ipx_interface sock list, list - of ipx interfaces, etc. - Bugfixes - do refcounting on net_devices, check function - results, etc. Thanks to davem and freitag for - suggestions and guidance. - Arnaldo Carvalho de Melo [EMAIL PROTECTED], - November, 2000 - - Revision 043: Shared SKBs, don't mangle packets, some cleanups - Arnaldo Carvalho de Melo [EMAIL PROTECTED], - December, 2000 - - Revision 044: Call ipxitf_hold on NETDEV_UP - acme - - Revision 045: fix PPROP routing bug - acme - - Revision 046: Further fixes to PPROP, ipxitf_create_internal was - doing an unneeded MOD_INC_USE_COUNT, implement - sysctl for ipx_pprop_broacasting, fix the ipx sysctl - handling, making it dynamic, some cleanups, thanks to - Petr Vandrovec for review and good suggestions. (acme) - - Revision 047: Cleanups, CodingStyle changes, move the ncp connection - hack out of line - acme - - Revision 048: Use sk-protinfo to store the pointer to IPX private - area, remove af_ipx from sk-protinfo and move ipx_opt - to include/net/ipx.h, use IPX_SK like DecNET, etc - acme - - Revision 049: SPX support dropped, see comment in ipx_create - acme - - Revision 050: Use seq_file for proc stuff, moving it to ipx_proc.c - acme - -Other fixes: - - Protect the module by a MOD_INC_USE_COUNT/MOD_DEC_USE_COUNT pair. Also, now - usage count is managed this way: - -Count one if the auto_interface mode is on - -Count one per configured interface - - Jacques Gelinas ([EMAIL PROTECTED]) - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
[BUG] stacktrace from skb_checksum_help() and skb_gso_segment()
linux-2.6 git tree from yesterday. Before this the sky2 network driver was working. After a pseudo hotplug of the device it was working again (at least if you receive this mail *g*). What next? Eike Jul 26 08:22:51 siso-eb-i34d kernel: BUG: warning at /home/beer/repos/linux-2.6/net/core/dev.c:1171/skb_checksum_help() Jul 26 08:22:51 siso-eb-i34d kernel: [c1003aa9] show_trace_log_lvl+0x54/0xfd Jul 26 08:22:51 siso-eb-i34d kernel: [c1004915] show_trace+0xd/0x10 Jul 26 08:22:51 siso-eb-i34d kernel: [c100492f] dump_stack+0x17/0x1c Jul 26 08:22:51 siso-eb-i34d kernel: [c11a1c92] skb_checksum_help+0x55/0x108 Jul 26 08:22:51 siso-eb-i34d kernel: [f0953303] ip_nat_fn+0x43/0x183 [iptable_nat] Jul 26 08:22:51 siso-eb-i34d kernel: [f0953665] ip_nat_local_fn+0x36/0xb5 [iptable_nat] Jul 26 08:22:51 siso-eb-i34d kernel: [c11b043c] nf_iterate+0x2e/0x61 Jul 26 08:22:51 siso-eb-i34d kernel: [c11b04a6] nf_hook_slow+0x37/0x95 Jul 26 08:22:51 siso-eb-i34d kernel: [c11bb212] ip_queue_xmit+0x362/0x3b2 Jul 26 08:22:51 siso-eb-i34d kernel: [c11c8cd2] tcp_transmit_skb+0x5f3/0x615 Jul 26 08:22:51 siso-eb-i34d kernel: [c11ca1b6] tcp_push_one+0xb7/0xda Jul 26 08:22:51 siso-eb-i34d kernel: [c11c1cc2] tcp_sendmsg+0x786/0x990 Jul 26 08:22:51 siso-eb-i34d kernel: [c11d847c] inet_sendmsg+0x39/0x46 Jul 26 08:22:51 siso-eb-i34d kernel: [c1199ac7] do_sock_write+0x93/0x9b Jul 26 08:22:51 siso-eb-i34d kernel: [c119a092] sock_aio_write+0x56/0x64 Jul 26 08:22:51 siso-eb-i34d kernel: [c10584e6] do_sync_write+0xaf/0xe4 Jul 26 08:22:51 siso-eb-i34d kernel: [c105889f] vfs_write+0x94/0xe8 Jul 26 08:22:51 siso-eb-i34d kernel: [c105900c] sys_write+0x3b/0x60 Jul 26 08:22:51 siso-eb-i34d kernel: [c1002845] sysenter_past_esp+0x56/0x8d Jul 26 08:22:51 siso-eb-i34d kernel: BUG: warning at /home/beer/repos/linux-2.6/net/core/dev.c:1225/skb_gso_segment() Jul 26 08:22:51 siso-eb-i34d kernel: [c1003aa9] show_trace_log_lvl+0x54/0xfd Jul 26 08:22:51 siso-eb-i34d kernel: [c1004915] show_trace+0xd/0x10 Jul 26 08:22:51 siso-eb-i34d kernel: [c100492f] dump_stack+0x17/0x1c Jul 26 08:22:51 siso-eb-i34d kernel: [c11a309b] skb_gso_segment+0x84/0x171 Jul 26 08:22:51 siso-eb-i34d kernel: [c11a4427] dev_hard_start_xmit+0x175/0x202 Jul 26 08:22:51 siso-eb-i34d kernel: [c11ad119] __qdisc_run+0xde/0x1a5 Jul 26 08:22:51 siso-eb-i34d kernel: [c11a45ef] dev_queue_xmit+0x13b/0x24c Jul 26 08:22:51 siso-eb-i34d kernel: [c11a9080] neigh_resolve_output+0x1cf/0x1fb Jul 26 08:22:51 siso-eb-i34d kernel: [c11bb88d] ip_output+0x1c4/0x1ff Jul 26 08:22:51 siso-eb-i34d kernel: [c11bb223] ip_queue_xmit+0x373/0x3b2 Jul 26 08:22:51 siso-eb-i34d kernel: [c11c8cd2] tcp_transmit_skb+0x5f3/0x615 Jul 26 08:22:51 siso-eb-i34d kernel: [c11ca1b6] tcp_push_one+0xb7/0xda Jul 26 08:22:51 siso-eb-i34d kernel: [c11c1cc2] tcp_sendmsg+0x786/0x990 Jul 26 08:22:51 siso-eb-i34d kernel: [c11d847c] inet_sendmsg+0x39/0x46 Jul 26 08:22:51 siso-eb-i34d kernel: [c1199ac7] do_sock_write+0x93/0x9b Jul 26 08:22:51 siso-eb-i34d kernel: [c119a092] sock_aio_write+0x56/0x64 Jul 26 08:22:51 siso-eb-i34d kernel: [c10584e6] do_sync_write+0xaf/0xe4 Jul 26 08:22:51 siso-eb-i34d kernel: [c105889f] vfs_write+0x94/0xe8 Jul 26 08:22:51 siso-eb-i34d kernel: [c105900c] sys_write+0x3b/0x60 Jul 26 08:22:51 siso-eb-i34d kernel: [c1002845] sysenter_past_esp+0x56/0x8d pgpYKUjf2m2Ju.pgp Description: PGP signature
Re: [BUG] stacktrace from skb_checksum_help() and skb_gso_segment()
Am Mittwoch, 26. Juli 2006 08:44 schrieb Evgeniy Polyakov: On Wed, Jul 26, 2006 at 08:41:48AM +0200, Rolf Eike Beer ([EMAIL PROTECTED]) wrote: linux-2.6 git tree from yesterday. Before this the sky2 network driver was working. After a pseudo hotplug of the device it was working again (at least if you receive this mail *g*). What next? It is not a bug, but remind to update NAT helper function. It has nothing with device drivers and is only printed once. But why was my sky2 down afterwards? There's nothing in the log but this. Eike pgpWGCOuw3dEj.pgp Description: PGP signature