[TheTornado]

• 0

Jag har försökt få fart på mitt nät men jag lyckas inte. Så nu vänder jag mig till er.

För att förtydliga min bild så har jag:
Först internet in via telejacket till modemet(som också innehåller en 100Mbit switch och en Accesspunkt för trådlöst. Accesspunkten är avstängd) från bredbandsbolaget.
Därefter via Tp till en Linksys WRT54GS som kör dd-wrt(DD-WRT v24-sp2 (08/12/10) mini (SVN revision 14929)). Den här boxen agerar router och trådlös ap.
Sedan går det en kabel till en Zyxel GS-105S switch som mina PCs är kopplade till.

Jag testade att koppla in en annan dator med samma kabel som linux datorn använder och fick 50MiB/s vilket är betydligt bättre än annars.
Min slutsats är att det måste vara något mjukvarustrul på i den burken. Men jag vet inte hur jag ska gå vidare. Om jag kör ethtool så:

HTPC:~ # ethtool eth0
Settings for eth0:
	    Supported ports: [ TP MII ]
	    Supported link modes:   10baseT/Half 10baseT/Full
							    100baseT/Half 100baseT/Full
							    1000baseT/Half 1000baseT/Full
	    Supported pause frame use: No
	    Supports auto-negotiation: Yes
	    Advertised link modes:  1000baseT/Full
	    Advertised pause frame use: Symmetric Receive-only
	    Advertised auto-negotiation: Yes
	    Link partner advertised link modes:  10baseT/Half 10baseT/Full
											 100baseT/Half 100baseT/Full
											 1000baseT/Full
	    Link partner advertised pause frame use: Symmetric
	    Link partner advertised auto-negotiation: Yes
	    Speed: 1000Mb/s
	    Duplex: Full
	    Port: MII
	    PHYAD: 0
	    Transceiver: internal
	    Auto-negotiation: on
	    Supports Wake-on: pumbg
	    Wake-on: g
	    Current message level: 0x00000033 (51)
							   drv probe ifdown ifup
	    Link detected: yes

Vad kan jag prova yttligare?

[Ramses]

• 0

Vad har du för hårddisk setup? Jag får ca 70MByte/s på min openelec och Windows 8 datorn men endast 40 MByte/s från min mac mini med firewire HDD då. Har du raid på någon av burkarna? Eller om båda har ssd så är det långsamt ja.

[frollic]

• 0

Ska du verifiera nätverket via data-skrivning, så ska du, precis som Ramses säger, räkna med prestandaförluster i disk och OS.

Ska du bara testa nätverket, ska du använda andra verktyg, som tex iperf och/eller ttcp.

Redigerat av frollic, 01 June 2013 - 20:05.

[TheTornado]

• 0

Jag var nog lite otydlig, jag får alltså bara ca 11MiB/s mellan min stationära pc med win7 och min htpc som kör openelec.

[Ramses]

• 0

Det låter ju som om det är något som går på 100Mbit/s då. Vad säger Windows 7 datorns nätverkshastighet? Kan du se på switchen vilka hastigheter enheterna har från den?

Det du länkat står inställt på 1Gbit/s.

Redigerat av Ramses, 02 June 2013 - 18:37.

[TheTornado]

• 0

Windows säger 1Gbps. Switchen har bara lampor som visar om något är inkopplat.

[Ramses]

• 0

Hmm den där switchen är ju en sådan där skum sak. Vilka portar på den använder du?

Skum sak i den bemärkelsen att den har inbyggda "prestanda" förbättrande grejer. Vilket jag skulle tro är boven här. Skaffa en rak switch om du kan byta ut den du har. T.ex. Netgear GS105, har en och det är fullfart på alla portar.

Redigerat av Ramses, 02 June 2013 - 18:57.

[BitterMelon]

• 0

Hmm den där switchen är ju en sådan där skum sak. Vilka portar på den använder du?

Skum sak i den bemärkelsen att den har inbyggda "prestanda" förbättrande grejer. Vilket jag skulle tro är boven här. Skaffa en rak switch om du kan byta ut den du har. T.ex. Netgear GS105, har en och det är fullfart på alla portar.

Det är bara QoS, så det är ingen svart magi alls. Nu känns det ju iofs rätt onödigt att ens ha QoS på en liten switch, det är ju bara vettigt att ha i större nät. Jag tror inte att det är QoS som bråkar, men 11 MB/s är ju misstänkt när 100 Mbit-cap. Testa olika portar?

[TheTornado]

• 0

Jag har kopplat runt vilt och kommit fram till att det är burken som kör openelec som inte vill funka snabbare än 100Mbit fast den rapporterar 1Gbit. Någon som har förslag på lösningar? Skulle det kunna vara ett drivrutins problem?

[frollic]

• 0

Jag har kopplat runt vilt och kommit fram till att det är burken som kör openelec som inte vill funka snabbare än 100Mbit fast den rapporterar 1Gbit. Någon som har förslag på lösningar? Skulle det kunna vara ett drivrutins problem?

Vad är det för nätverkskort ?

[TheTornado]

• 0

Det är en fusion bräda
http://www.asus.com/.../E35M1I_DELUXE/
Realtek® 8111E PCIe Gigabit LAN controller

[frollic]

• 0

Det är en fusion bräda
http://www.asus.com/.../E35M1I_DELUXE/
Realtek® 8111E PCIe Gigabit LAN controller

Ouch!

RealTek är inget bra, och deras Linux-drivare ännu sämre
Har också haft problem med deras onboard NICs, fast på ION-moderbord.

Har för mig jag löste problemet genom att hårt sätta hastigheten, istf att låta den göra auto neg.

[BitterMelon]

• 0

Ouch!

RealTek är inget bra, och deras Linux-drivare ännu sämre
Har också haft problem med deras onboard NICs, fast på ION-moderbord.

Har för mig jag löste problemet genom att hårt sätta hastigheten, istf att låta den göra auto neg.

Realtek inte bra?? Det sitter väl Realtek-chip i de hur många maskiner som helst idag? Med undantag från en del Broadcom och Intel-chip. Sedan skiljer det ju förstås från chip till chip, men det gäller ju alla tillverkare.

Men det verkar vara lite krångel med just 8111e (8168) i OpenELEC: http://openelec.tv/f...8-network-issue

[frollic]

• 0

Realtek inte bra??

Nej, och speciellt inte deras Linux-drivare, som sagt ....
De har (i af förr) varit kända för att ha de CPU-tyngsta NICarna, dvs lasta processorn mer än de flesta andra NICs.

Det sitter väl Realtek-chip i de hur många maskiner som helst idag?

Betyder ju inte att de är bra, utan att de är billigast, eller hur ?



I mitt fall så tappade jag kontakten med nätverket efter att ha skyfflat valfri mängd data över NICen,
det enda som hjälpte då var en ifdown & ifup, eller om jag tom behövde ladda ur modulen, och ladda den igen.

https://bugzilla.red...g.cgi?id=710650

Redigerat av frollic, 04 June 2013 - 09:46.

[TheTornado]

• 0

Låter som ett att ett nytt nätverkskort skulle kunna lösa mitt problem?
Tips på ett prisvärt kort(PCIe) med ett chipset som funkar bra med linux?

Redigerat av TheTornado, 04 June 2013 - 11:51.

[frollic]

• 0

Låter som ett att ett nytt nätverkskort skulle kunna lösa mitt problem?
Tips på ett prisvärt kort(PCIe) med ett chipset som funkar bra med linux?

Kika på

Linuxdrivaren/modulen tror jag hater e1000e.

Redigerat av frollic, 04 June 2013 - 11:59.

[TheTornado]

• 0

Beställer ett sånt, återkommer med resultat när jag fått kortet.

[BitterMelon]

• 0

Betyder ju inte att de är bra, utan att de är billigast, eller hur ?

Sant. Men om de hade varit "Ouch!"-dåliga så hade de nog inte varit så poppis, oavsett om de är billiga.

[boombaaz]

• 0

Har du testat att koppla med kabel direkt mellan datorerna och mätt hastigheten då?

[TheTornado]

• 0

Jag vet inte riktigt vad det skulle säga mig? Allt utom just den datorn fungerar ju som förväntat. Nu när det har visat sig att nätverkskortet inte vill leka snällt med linux, så kan jag vänta ett par dagar tills det nya kortet kommer innan jag försöker igen. Jag får helt enkelt vänta 5min när jag ska föra över en film.

[Ramses]

• 0

Hmm kör också med en E350 men från ASRock och jag får min hastighet. Kanske inte samma Nätverkschip då.

[TheTornado]

• 0

Jo, jag tror att det är samma chip. Hur ser din setup ut annars då? Kör du senaste openelec? Hur ser nätverket ut?

[Ramses]

• 0

openelec till en netgear gs108, cat 6e kablat samt en PfSense dator/router.

Redigerat av Ramses, 05 June 2013 - 22:00.

[TheTornado]

• 0

Jag har fått mitt nätverkskort nu. Jag trodde att det skulle vara plug'n'play men det verkar inte vara det. Linux är inte min grej tydligen.

HTPC:~ # ifconfig
eth0	  Link encap:Ethernet  HWaddr 14:DA:E9:67:FA:02
		  inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
		  inet6 addr: fe80::16da:e9ff:fe67:fa02/64 Scope:Link
		  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
		  RX packets:1100 errors:0 dropped:113 overruns:0 frame:0
		  TX packets:923 errors:0 dropped:0 overruns:0 carrier:0
		  collisions:0 txqueuelen:1000
		  RX bytes:420769 (410.9 KiB)  TX bytes:108474 (105.9 KiB)
lo	    Link encap:Local Loopback
		  inet addr:127.0.0.1  Mask:255.0.0.0
		  inet6 addr: ::1/128 Scope:Host
		  UP LOOPBACK RUNNING  MTU:65536  Metric:1
		  RX packets:128 errors:0 dropped:0 overruns:0 frame:0
		  TX packets:128 errors:0 dropped:0 overruns:0 carrier:0
		  collisions:0 txqueuelen:0
		  RX bytes:10016 (9.7 KiB)  TX bytes:10016 (9.7 KiB)
wlan0	 Link encap:Ethernet  HWaddr E0:B9:A5:7E:F6:A1
		  UP BROADCAST MULTICAST  MTU:1500  Metric:1
		  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
		  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
		  collisions:0 txqueuelen:1000
		  RX bytes:0 (0.0 <img src='https://www.minhembio.com/forum/public/style_emoticons/<#EMO_DIR#>/cool.png' class='bbc_emoticon' alt='B)' />  TX bytes:0 (0.0 <img src='https://www.minhembio.com/forum/public/style_emoticons/<#EMO_DIR#>/cool.png' class='bbc_emoticon' alt='B)' />

[frollic]

• 0

Jag har fått mitt nätverkskort nu. Jag trodde att det skulle vara plug'n'play men det verkar inte vara det. Linux är inte min grej tydligen.

kör en lspci och/eller lspci -v samt lsmod

för att kontroller att kortet iöht hittas.

en dmesg direkt efter boot kan också vara intressant, samt läsning av /var/log/messages

[TheTornado]

• 0

Jag ser att kortet kommer upp ibland så något händer iaf. Mycket mer än så fattar jag inte.

HTPC:~ # lspci
00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 14h Processor Root Comp								   lex
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Wrestler								    [Radeon HD 6310]
00:01.1 Audio device: Advanced Micro Devices [AMD] nee ATI Wrestler HDMI Audio [								   Radeon HD 6250/6310]
00:04.0 PCI bridge: Advanced Micro Devices [AMD] Family 14h Processor Root Port
00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0								    SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev								    42)
00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel H								   DA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC h								   ost controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge								    (rev 40)
00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB OHCI2 Controller
00:15.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI t								   o PCI bridge (PCIE port 0)
00:15.1 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI t								   o PCI bridge (PCIE port 1)
00:15.2 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge								    (PCIE port 2)
00:15.3 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge								    (PCIE port 3)
00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 U								   SB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 0 (rev 43)
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 1
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 2
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 3
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 4
00:18.5 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 6
00:18.6 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 5
00:18.7 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Funct								   ion 7
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network								    Adapter (PCI-Express) (rev 01)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E								   xpress Gigabit Ethernet controller (rev 06)
05:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 0								   3)
06:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 0								   3)

01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
	    Subsystem: Intel Corporation Gigabit CT Desktop Adapter
	    Flags: bus master, fast devsel, latency 0, IRQ 7
	    Memory at feac0000 (32-bit, non-prefetchable) [size=128K]
	    Memory at fea00000 (32-bit, non-prefetchable) [size=512K]
	    I/O ports at e000 [size=32]
	    Memory at feae0000 (32-bit, non-prefetchable) [size=16K]
	    Expansion ROM at fea80000 [disabled] [size=256K]
	    Capabilities: [c8] Power Management version 2
	    Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
	    Capabilities: [e0] Express Endpoint, MSI 00
	    Capabilities: [a0] MSI-X: Enable- Count=5 Masked-
	    Capabilities: [100] Advanced Error Reporting
	    Capabilities: [140] Device Serial Number 68-05-ca-ff-ff-16-1f-ad
03:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
	    Subsystem: AzureWave Device 1d89
	    Flags: bus master, fast devsel, latency 0, IRQ 16
	    Memory at fe900000 (64-bit, non-prefetchable) [size=64K]
	    Capabilities: [40] Power Management version 3
	    Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit-
	    Capabilities: [60] Express Legacy Endpoint, MSI 00
	    Capabilities: [100] Advanced Error Reporting
	    Capabilities: [140] Virtual Channel
	    Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12
	    Capabilities: [170] Power Budgeting <?>
	    Kernel driver in use: ath9k
	    Kernel modules: ath9k
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
	    Subsystem: ASUSTeK Computer Inc. P8P67 and other motherboards
	    Flags: bus master, fast devsel, latency 0, IRQ 40
	    I/O ports at d000 [size=256]
	    Memory at d0004000 (64-bit, prefetchable) [size=4K]
	    Memory at d0000000 (64-bit, prefetchable) [size=16K]
	    Capabilities: [40] Power Management version 3
	    Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	    Capabilities: [70] Express Endpoint, MSI 01
	    Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	    Capabilities: [d0] Vital Product Data
	    Capabilities: [100] Advanced Error Reporting
	    Capabilities: [140] Virtual Channel
	    Capabilities: [160] Device Serial Number 13-00-00-00-68-4c-e0-00
	    Kernel driver in use: r8169

HTPC:~ # lsmod
Module				  Size  Used by
btusb				  10178  0
fglrx			    4594932  60
snd_hda_codec_realtek    49856  1
ath9k				  77274  0
ath9k_common		    1697  1 ath9k
ath9k_hw			  318938  2 ath9k_common,ath9k
snd_hda_codec_hdmi	 23560  1
ath3k				   4719  0
ath				    13346  3 ath9k_common,ath9k,ath9k_hw
snd_hda_intel		  22503  0
snd_hda_codec		  71167  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep			   4918  1 snd_hda_codec
snd_pcm			    55766  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc		  6035  2 snd_pcm,snd_hda_intel
wmi					 7164  0
xhci_hcd			   69322  0
uvesafb			    18748  1

[    2.937087] EXT4-fs (sda1): couldn't mount as ext2 due to feature incompatibilities
[    2.939749] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    2.989502] scsi 6:0:0:0: CD-ROM		    TSSTcorp CDDVDW SN-S083F  SB01 PQ: 0 ANSI: 0
[    3.000979] sr0: scsi3-mmc drive: 4x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    3.000985] cdrom: Uniform CD-ROM driver Revision: 3.20
[    3.001391] sr 6:0:0:0: Attached scsi CD-ROM sr0
[    3.001630] sr 6:0:0:0: Attached scsi generic sg1 type 5
[    3.246314] usb 9-2: new SuperSpeed USB device number 2 using xhci_hcd
[    3.258396] usb 9-2: Parent hub missing LPM exit latency info.  Power management will be impacted.
[    3.262116] scsi7 : usb-storage 9-2:1.0
[    3.389818] EXT4-fs (sda2): couldn't mount as ext3 due to feature incompatibilities
[    3.390474] EXT4-fs (sda2): couldn't mount as ext2 due to feature incompatibilities
[    3.402690] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[    4.264503] scsi 7:0:0:0: Direct-Access	 WD	   My Book 3.0 1123 1010 PQ: 0 ANSI: 4
[    4.267172] sd 7:0:0:0: Attached scsi generic sg2 type 0
[    4.267415] sd 7:0:0:0: [sdb] 1953519616 512-byte logical blocks: (1.00 TB/931 GiB)
[    4.268318] sd 7:0:0:0: [sdb] Write Protect is off
[    4.268331] sd 7:0:0:0: [sdb] Mode Sense: 0a 00 10 00
[    4.269059] sd 7:0:0:0: [sdb] No Caching mode page present
[    4.269071] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[    4.271419] sd 7:0:0:0: [sdb] No Caching mode page present
[    4.271434] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[    4.271830]  sdb: sdb1
[    4.274404] sd 7:0:0:0: [sdb] No Caching mode page present
[    4.274419] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[    4.274431] sd 7:0:0:0: [sdb] Attached SCSI disk
[    4.535910] systemd-udevd[209]: starting version 204
[    4.645981] wmi: Mapper loaded
[    4.712837] snd_hda_intel 0000:00:01.1: irq 47 for MSI/MSI-X
[    4.806689] usbcore: registered new interface driver btusb
[    4.811303] ath: EEPROM regdomain: 0x60
[    4.811310] ath: EEPROM indicates we should expect a direct regpair map
[    4.811318] ath: Country alpha2 being used: 00
[    4.811320] ath: Regpair used: 0x60
[    4.822143] ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
[    4.833828] Registered led device: ath9k-phy0
[    4.833850] ieee80211 phy0: Atheros AR9285 Rev:2 mem=0xffffc900118a0000, irq=16
[    4.864299] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.1/sound/card0/input2
[    4.965737] input: HDA ATI SB Line as /devices/pci0000:00/0000:00:14.2/sound/card1/input3
[    4.965917] input: HDA ATI SB Front Mic as /devices/pci0000:00/0000:00:14.2/sound/card1/input4
[    4.966060] input: HDA ATI SB Rear Mic as /devices/pci0000:00/0000:00:14.2/sound/card1/input5
[    4.966206] input: HDA ATI SB Front Headphone as /devices/pci0000:00/0000:00:14.2/sound/card1/input6
[    4.966544] input: HDA ATI SB Line Out as /devices/pci0000:00/0000:00:14.2/sound/card1/input7
[    5.297595] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[    5.297605] Disabling lock debugging due to kernel taint
[    5.353276] <6>[fglrx] Maximum main memory to use for locked dma buffers: 3405 MBytes.
[    5.353471] <6>[fglrx]   vendor: 1002 device: 9802 count: 1
[    5.354140] <6>[fglrx] ioport: bar 1, base 0xf000, size: 0x100
[    5.354686] <6>[fglrx] Kernel PAT support is enabled
[    5.354728] <6>[fglrx] module loaded - fglrx 9.0.2 [Sep 28 2012] with 1 minors
[    7.399456] fglrx_pci 0000:00:01.0: irq 48 for MSI/MSI-X
[    7.400707] <6>[fglrx] Firegl kernel thread PID: 898
[    7.400821] <6>[fglrx] Firegl kernel thread PID: 899
[    7.400933] <6>[fglrx] Firegl kernel thread PID: 900
[    7.401079] <6>[fglrx] IRQ 48 Enabled
[    7.405840] <6>[fglrx] Gart USWC size:1112 M.
[    7.405846] <6>[fglrx] Gart cacheable size:441 M.
[    7.405855] <6>[fglrx] Reserved FB block: Shared offset:0, size:1000000
[    7.405859] <6>[fglrx] Reserved FB block: Unshared offset:fc82000, size:37e000
[    7.405863] <6>[fglrx] Reserved FB block: Unshared offset:17ff4000, size:c000
[   18.412340] EXT4-fs (sda1): re-mounted. Opts: data=ordered,commit=0
[   18.416608] EXT4-fs (sda2): re-mounted. Opts: data=ordered,commit=0
[   18.620122] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
[   20.579995] r8169 0000:04:00.0 eth0: link down
[   20.580023] r8169 0000:04:00.0 eth0: link down
[   20.581221] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   20.631643] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   23.046067] r8169 0000:04:00.0 eth0: link up
[   23.046087] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Jun 26 21:21:08 openelec syslog.info syslogd started: BusyBox v1.21.0
Jun 26 21:21:08 openelec user.notice Boot: ### Starting Kernellog daemon ###
Jun 26 21:21:08 openelec user.notice Boot: ### starting ConsoleKit daemon ###
Jun 26 21:21:08 openelec user.notice Boot: ### Setup HDD standby ###
Jun 26 21:21:08 openelec user.notice kernel: klogd started: BusyBox v1.21.0 (2013-06-14 03:24:40 CEST)
Jun 26 21:21:08 openelec user.notice kernel: [    0.000000] Linux version 3.7.10 ([email protected]) (gcc version 4.7.3 (GCC) ) #1 SMP Fri Jun 14 03:24:16 CEST 2013
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] Command line: boot=LABEL=System disk=LABEL=Storage ssh quiet BOOT_IMAGE=/KERNEL
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] KERNEL supported cpus:
Jun 26 21:21:08 openelec user.info kernel: [    0.000000]   AMD AuthenticAMD
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] e820: BIOS-provided physical RAM map:
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000a7a18fff] usable
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7a19000-0x00000000a7a6dfff] ACPI NVS
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7a6e000-0x00000000a7cb4fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7cb5000-0x00000000a7cc5fff] ACPI NVS
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7cc6000-0x00000000a7cdbfff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7cdc000-0x00000000a7cddfff] ACPI NVS
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7cde000-0x00000000a7cdefff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7cdf000-0x00000000a7ce4fff] ACPI NVS
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7ce5000-0x00000000a7d48fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7d49000-0x00000000a7d8bfff] ACPI NVS
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000a7d8c000-0x00000000a7efffff] usable
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed61000-0x00000000fed70fff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x00000000fef00000-0x00000000ffffffff] reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] BIOS-e820: [mem 0x0000000100001000-0x000000013effffff] usable
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] NX (Execute Disable) protection: active
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] SMBIOS 2.6 present.
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] DMI: System manufacturer System Product Name/E35M1-I DELUXE, BIOS 1202 04/13/2011
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] No AGP bridge found
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] e820: last_pfn = 0x13f000 max_arch_pfn = 0x400000000
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] MTRR default type: uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] MTRR fixed ranges enabled:
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   00000-9FFFF write-back
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   A0000-BFFFF write-through
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   C0000-CFFFF write-protect
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   D0000-E7FFF uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   E8000-FFFFF write-protect
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] MTRR variable ranges enabled:
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   0 base 000000000 mask F00000000 write-back
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   1 base 0A7F00000 mask FFFF00000 uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   2 base 0A8000000 mask FF8000000 uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   3 base 0B0000000 mask FF0000000 uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   4 base 0C0000000 mask FC0000000 uncachable
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   5 disabled
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   6 disabled
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]   7 disabled
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] TOM2: 000000013f000000 aka 5104M
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] e820: update [mem 0xa7f00000-0xffffffff] usable ==> reserved
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] e820: last_pfn = 0xa7f00 max_arch_pfn = 0x400000000
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] found SMP MP-table at [mem 0x000fcd90-0x000fcd9f] mapped at [ffff8800000fcd90]
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] initial memory mapped: [mem 0x00000000-0x1fffffff]
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] Base memory trampoline at [ffff880000097000] 97000 size 24576
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] Using GB pages for direct mapping
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] init_memory_mapping: [mem 0x00000000-0xa7efffff]
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]  [mem 0x00000000-0x7fffffff] page 1G
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]  [mem 0x80000000-0xa7dfffff] page 2M
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]  [mem 0xa7e00000-0xa7efffff] page 4k
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] kernel direct mapping tables up to 0xa7efffff @ [mem 0x1fffd000-0x1fffffff]
Jun 26 21:21:08 openelec user.info kernel: [    0.000000] init_memory_mapping: [mem 0x100001000-0x13effffff]
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]  [mem 0x100001000-0x1001fffff] page 4k
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000]  [mem 0x100200000-0x13effffff] page 2M
Jun 26 21:21:08 openelec user.debug kernel: [    0.000000] kernel direct mapping tables up to 0x13effffff @ [mem 0xa7efd000-0xa7efffff]
Jun 26 21:21:08 openelec user.warn kernel: [    0.000000] ACPI: RSDP 00000000000f0430 00024 (v02 ALASKA)
Jun 26 21:21:08 openelec user.warn kernel: [    0.000000] ACPI: XSDT 00000000a7a63068 00054 (v01 ALASKA    A M I 01072009 AMI  00010013)
Jun 26 21:21:08 openelec user.warn kernel: [    0.000000] ACPI: FACP 00000000a7a694d0 000F4 (v04 ALASKA    A M I 01072009 AMI  00010013)

[frollic]

• 0

Testa att göra en "modprobe e1000e" och/eller e1000.
funkar inte modprobe, kan du testa att göra en insmod istället.

kör därefter de två sista kommandona igen.

Som det ser ut just nu, så hittar kerneln ditt kort, men laddar inte modulen för det.

[TheTornado]

• 0

HTPC:~ # modprobe e1000e

modprobe: FATAL: Module e1000e not found.

HTPC:~ # modprobe e1000

modprobe: FATAL: Module e1000 not found.

HTPC:~ # insmod e1000e

insmod: ERROR: could not load module e1000e: No such file or directory

HTPC:~ # insmod e1000

insmod: ERROR: could not load module e1000: No such file or directory

[frollic]

• 0

Nu vet jag inte layouten på OpenElec (för det var väl det du hade ?), men kika under

/usr/lib/modules/`uname -r`/kernel/drivers/net/ethernet/intel/ , där *borde* det finnas intel-drivare.

testa där en insmod ./e1000.ko och ./e1000e.ko, de kan även heta .o istf .ko.

[TheTornado]

• 0

Letade runt lite och hittade
/lib/modules/3.7.10/kernel/drivers/net
finns dock ingen ethernet mapp utan bara usb och wireless. Vet inte om det är rätt?

[Leatherface]

• 0

lspci|grep Ethernet
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06)

Inga problem att nå 60-70mb/s med vanlig hårddisk mellan mina maskiner och en Netgear 3500L med DDWRT.
Kör med openSUSE 12.3 då men inte märkt av några problem i andra distar heller.
Kanske är ett openELEC problem som tidigare sagts.

Redigerat av Leatherface, 27 June 2013 - 02:23.

[frollic]

• 0

Letade runt lite och hittade
/lib/modules/3.7.10/kernel/drivers/net
finns dock ingen ethernet mapp utan bara usb och wireless. Vet inte om det är rätt?

Rätt och rätt ....
kan ju vara så att drivaren inte ligger som en modul, utan är inkompilerad i kerneln (men då borde det ha fungerat direkt),
eller så skeppar OpenElec inte med den iöht, då de förutsätter att man inte byter NIC i sin E35/E45.

om du gör en uname -a, vad säger kerneln att maskinen heter ?

[TheTornado]

• 0

Kanske ska bita i det sura och byta os? Eller ge mig på att kompilera en egen openelec.

HTPC:~ # uname -a
Linux HTPC 3.7.10 #1 SMP Fri Jun 14 03:24:16 CEST 2013 x86_64 GNU/Linux

[frollic]

• 0

Kanske ska bita i det sura och byta os? Eller ge mig på att kompilera en egen openelec.

HTPC:~ # uname -a
Linux HTPC 3.7.10 #1 SMP Fri Jun 14 03:24:16 CEST 2013 x86_64 GNU/Linux

OK, och vilken release av OpenElec är det ?

[TheTornado]

• 0

Borde vara, om uppdateringar fungerar som de ska: OpenELEC Stable - Fusion x86_64 Version:3.0.6
Det enda jag får fram från burken är "XBMC 12.2 stable | Git: 32b1a5e"

*EDIT: Står ju när man ansluter via ssh

##############################################
# OpenELEC - The living room PC for everyone #
# ...... visit http://www.openelec.tv ...... #
##############################################
OpenELEC (official) Version: 3.0.6

Redigerat av TheTornado, 27 June 2013 - 12:41.

[frollic]

• 0

OK,

kikar man på OpenElec sourcen på https://github.com/O...master/projects , så förefaller E1000-modulen
inte vara påslagen i Fusion-builden. Kikar man på Generic- (inte OSS, den finns bara för i386) eller Intel-builderna, så ligger det med där :\

Föreslår att du först testar någon av de ovan, och verifierar att kortet hittas och kan användas.

Sen kan man testa att kombinera en Intel/Generic-build KERNEL, med en Fusion SYSTEM, det är inte säkert att det funkar,
men det *kan* det göra, beroende hur man gjort med modulnamn etc.

Sista alternativet är naturligtvis att bygga sin egen dist. Att slå på rätt modul är skitenkelt, det är en eller två rader i en config-fil,
men att sätta upp en build-miljö kan vara avskräckande.


Är man nyfiken på vilka NICs som stöds out of the box av OpenElec-Fusion, så är det väldigt få -
Sök på "Distributed Switch Architecture" i https://github.com/O...nux.x86_64.conf

[nippe]

• 0

Något jag funderar på är att eftersom WRT54G agerar router att den kan spöka i strupen, att paketen går via routern för att nå slutmålet. denna router har ju inte 1gbit hastighet på sina portar, kolla in smallnetbuilder för att siffror.
Har du testat att sätta fast IP-adresser på datorerna för att skippa att paketen inte går vi router?

[frollic]

• 0

Något jag funderar på är att eftersom WRT54G agerar router att den kan spöka i strupen, att paketen går via routern för att nå slutmålet. denna router har ju inte 1gbit hastighet på sina portar, kolla in smallnetbuilder för att siffror.
Har du testat att sätta fast IP-adresser på datorerna för att skippa att paketen inte går vi router?

Trafik som inte ska ut på internet går inte via router-delen av en router ....

Redigerat av frollic, 27 June 2013 - 14:15.

[Unregistered3b7f3b8e]

• 0

Trafik som inte ska ut på internet går inte via router-delen av en router ....

Det påstod inte "nippe" heller... Hen påstår att trafiken möjligen går genom switchen i routern som INTE klarar gigabit...

EDIT: Syftningsfel...

Redigerat av Unregistered3b7f3b8e, 28 June 2013 - 10:25.

[nippe]

• 0

Kanske uttryckte mig lite klumpigt men det jag menade att trafiken inte ska gå genom router-delen och för att kolla switchdelen så sätta fast IP (eftersom jag antog att routern har DHCP funktionaliteten i nätet), då testar man switchdelen (LAN-LAN). Alternativet är att helt eliminera routern d.v.s. kapa förbindelsen mellan switch och router. Min känsla är att det är just routern som spökar..

[frollic]

• 0

Det påstod inte "nippe" heller... Hen påstår att trafiken möjligen går genom switchen som INTE klarar gigabit...

Enligt bilden från TS är det en GS-105S, som ju onekligen är en Gbit-switch, och trafiken hamnar aldrig i routern....

http://www.zyxel.com..._105s.shtml?t=p

Kanske uttryckte mig lite klumpigt men det jag menade att trafiken inte ska gå genom router-delen och för att kolla switchdelen så sätta fast IP (eftersom jag antog att routern har DHCP funktionaliteten i nätet), då testar man switchdelen (LAN-LAN). Alternativet är att helt eliminera routern d.v.s. kapa förbindelsen mellan switch och router. Min känsla är att det är just routern som spökar..

Kör du internt, så passerar ingen trafik iöht routern, eftersom det sitter en switch framför den, enda routern behövs för i detta fall, är IP-tilldelningen. Hade du haft en hub, hade den även tryckt ut trafiken till routern ....
Du bör i princip kunna starta båda burkarna, och när de väl startat upp (och mao fått IP), plocka ut kabeln mellan switch och router.

Redigerat av frollic, 28 June 2013 - 10:33.

[Unregistered3b7f3b8e]

• 0

Kör du internt, så passerar ingen trafik iöht routern, eftersom det sitter en switch framför den, enda routern behövs för i detta fall, är IP-tilldelningen. Hade du haft en hub, hade den även tryckt ut trafiken till routern ....
Du bör i princip kunna starta båda burkarna, och när de väl startat upp (och mao fått IP), plocka ut kabeln mellan switch och router.

Som jag tyder "nippe" så menar han att felet ligger just där, routerns switch-del blandar sig i... Han föreslår därför (precis som du föreslog) att routern sätts ur spel, antingen genom att fördela fasta IP-adresser eller att låta routern dela ut och sen plocka bort den.

[BitterMelon]

• 0

Som jag tyder "nippe" så menar han att felet ligger just där, routerns switch-del blandar sig i... Han föreslår därför (precis som du föreslog) att routern sätts ur spel, antingen genom att fördela fasta IP-adresser eller att låta routern dela ut och sen plocka bort den.

Routerns switch-del kan inte lägga sig i, den typen av switch är inte kapabel till det.

Det enda jag kan tänka mig är om routern körs i transparent läge och IP-adresserna kommer från BBB, då kan det hända att paketen tar vägen om BBBs switch (de kör lite magi) istället för att hålla sig internt. Men TS ifconfig visar ju att så inte är fallet (adressen är 192.168.*.*, alltså inte publik). Däremot, eftersom det är BBB kan han ju ta bort routern helt och göra ett jämförande test med publika adresser direkt.

[nippe]

• 0

Jo, jag vet att routern inte ska blanda sig i så fort som de har fått adresserna och att paketen ska ta den närmsta vägen d.v.s. genom switchen men jag skulle i alla fall kontrollera detta innan jag går vidare och letar fel på andra ställen. börja så litet som möjligt...

[Ramses]

• 0

Hmm jag installera om min laptop till windows 7 och det blev segt som sirap att flytta grejer till och från openelec. Hade Windows 8 innan. Kan det vara fel Samba version som används i Windows burken?

EDIT: Ska testa med en gamla goda fixen, TCPoptimizer

EDIT 2: Sådär fick 60-65MB/s nu men kom att tänka på om jag verkligen testa föra över från internahårddisken innan. Hur som helst så har jag fart igen.

Redigerat av Ramses, 01 July 2013 - 13:17.