July 2012 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] Makeup mirror suppliers shared photos with you
by Makeup mirror suppliers 21 Jul '12

21 Jul '12

Dear: We have obtained your name and address from internet search,I know you sell fashion and promotion item,and we are writing to inquire whether you would be willing to establish business relations with us. We have been manufacturing promotion gift for many years now.our main products have makeup mirror,cosmetic brush,hair comb/brush,manicure sets, bottle opener,measuring tape etc.At present we are interested in extending our overseas market and would appreciate your respond. Considering our competitive prices and high quality,we expect to establish a long-term partnership With you. We look forward to your early reply. Thanks Best Regards! ------------------------------------ Ike Sale Manager Ningbo Yinzhou Victy Craft Factory

1 0

[opensuse-kernel] [RFC] Simplifying kernel configuration for distro issues
by Linus Torvalds 21 Jul '12

21 Jul '12

So this has long been one of my pet configuration peeves: as a user I am perfectly happy answering the questions about what kinds of hardware I want the kernel to support (I kind of know that), but many of the "support infrastructure" questions are very opaque, and I have no idea which of the them any particular distribution actually depends on. And it tends to change over time. For example, F14 (iirc) started using TMPFS and TMPFS_POSIX_ACL/XATTR for /dev. And starting in F16, the initrd setup requires DEVTMPFS and DEVTMPFS_MOUNT. There's been several times when I started with my old minimal config, and the resulting kernel would boot, but something wouldn't quite work right, and it can be very subtle indeed. Similarly, the distro ends up having very particular requirements for exactly *which* security models it uses and needs, and they tend to change over time. And now with systemd, CGROUPS suddenly aren't just esoteric things that no normal person would want to use, but are used for basic infrastructure. And I remember being surprised by OpenSUSE suddenly needing the RAW table support for netfilter, because it had a NOTRACK rule or something. The point I'm slowly getting to is that I would actually love to have *distro* Kconfig-files, where the distribution would be able to say "These are the minimums I *require* to work". So we'd have a "Distro" submenu, where you could pick the distro(s) you use, and then pick which release, and we'd have something like - distro/Kconfig: config DISTRO_REQUIREMENTS bool "Pick minimal distribution requirements" choice DISTRO prompt "Distribution" depends on DISTRO_REQUIREMENTS config FEDORA config OPENSUSE config UBUNTU ... endchoice and then depending on the DISTRO config, we'd include one of the distro-specific ones with lists of supported distro versions and then the random config settings for that version: - distro/Kconfig.suse: config OPENSUSE_121 select OPENSUSE_11 select IP_NF_RAW # .. - distro/Kconfig.Fedora: config FEDORA_16 select FEDORA_15 select DEVTMPFS # F16 initrd needs this select DEVTMPFS_MOUNT # .. and expects the kernel to mount DEVTMPFS automatically ... config FEDORA_17 select FEDORA_16 select CGROUP_xyzzy ... and the point would be that it would make it much easier for a normal user (and quite frankly, I want to put myself in that group too) to make a kernel config that "just works". Sure, you can copy the config file that came with the distro, but it has tons of stuff that really isn't required. Not just in hardware, but all the debug choices etc that are really a user choice. And it's really hard to figure out - even for somebody like me - what a minimal usable kernel is. And yes, I know about "make localmodconfig". That's missing the point for the same reason the distro config is missing the point. Comments? It doesn't have to start out perfect, but I think it would *really* help make the kernel configuration much easier for people. In addition to the "minimal distro settings", we might also have a few "common platform" settings, so that you could basically do a "hey, I have a modern PC laptop, make it pick the obvious stuff that a normal person needs, like USB storage, FAT/VFAT support, the core power management etc". The silly stuff that you need, and that "localyesconfig" actually misses because if you haven't inserted a USB thumb drive, you won't necessarily have the FAT module loaded, but we all know you do want it in real life. But that's really independent issue, so let's keep it to just distro core things at first, ok? Would something like this make sense to people? I really think that "How do I generate a kernel config file" is one of those things that keeps normal people from compiling their own kernel. And we *want* people to compile their own kernel so that they can help with things like bisecting etc. The more, the merrier. Linus -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

30 83

[opensuse-kernel] updating kernel:head question
by doiggl＠velocitynet.com.au 18 Jul '12

18 Jul '12

Hello, Is is possible to automatically update the kernel:head {kernel-flavour} project to the latest kernel revision[2] using a script to drag in the latest release-revision of the kernel [1] https://build.opensuse.org/package/files?package=kernel-vanilla&project=Ker… [2] # wget -c https://lkml.org/. --2012-07-16 23:48:52-- https://lkml.org/ Resolving lkml.org (lkml.org) 87.253.128.182, 2a01:7c8:c061:1303::7 Connecting to lkml.org (lkml.org)|87.253.128.182|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 43867 (43K) [text/html] Saving to: `index.html' 100%[===============================================>] 43,867 63.3K/s in 0.7s 2012-07-16 23:48:54 (63.3 KB/s) - `index.html' saved [43867/43867] # grep -i ".bz2" index.html | cut -d"\"" -f4 |sed 's/^/wget -c /g' | head -1 wget -c http://www.kernel.org/pub/linux/kernel/v3.0/testing/linux-3.5-rc7.tar.bz2 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 2

[opensuse-kernel] call to ioctl() does not return in s2disk
by Carlos E. R. 17 Jul '12

17 Jul '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have been investigating why s2disk crashes (halts) randomly when attempting to hibernate my desktop machine. This has been working well for years, but since about 2..3 months, it fails. The symptom is that s2disk halts after printing this message: Snapshotting system there is no disk activity, nothing. I have to power cycle. What I have done is hack the suspend_system() function in suspend.c, adding messages that get printed to the screen so that I can see where it gets stuck. After doing the modification, system refused to crash for a week, till a day ago: finally, I got a crash after the "step 1.2" message: sprintf(message, "Snapshotting system - step 1.1"); printf("%s: %s\n", my_name, message); if (set_image_size(snapshot_fd, image_size)) { error = errno; break; } sprintf(message, "atomic_snapshot - step 1.2"); printf("%s: %s\n", my_name, message); <=========== if (atomic_snapshot(snapshot_fd, &in_suspend)) { error = errno; break; } So, it appears that atomic_snapshot() fails, and fails to report, and kernel crashes silently. So I added printf statementst there: static int atomic_snapshot(int dev, int *in_suspend) { int error; printf("Atomic_snapshot: 1"); error = ioctl(dev, SNAPSHOT_CREATE_IMAGE, in_suspend); printf(", 2"); if (error && errno == ENOTTY) { printf(", 3 (err)"); report_unsupported_ioctl("SNAPSHOT_CREATE_IMAGE"); error = ioctl(dev, SNAPSHOT_ATOMIC_SNAPSHOT, in_suspend); } printf(", 4\n"); return error; } I did two successful hibernations, and it failed on the third, printing only: Atomic_snapshot: 1 Thus it is the ioctl() function call that is not returning! Now I need some dev to look at it further. I'm no kernel developper, I'm stuck here. You can have a look at the report: <https://bugzilla.novell.com/show_bug.cgi?id=765084> - -- Cheers / Saludos, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk/tuxUACgkQtTMYHG2NR9XuRQCfTXhgb97pjgfyx92Rx8twH+C1 LPsAn3n8ZkCDOERiYROqpNyyH+vD9c6v =Mfzk -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 11

Re: [opensuse-kernel] Re: [RFC] Simplifying kernel configuration for distro issues
by Benjamin Beurdouche 16 Jul '12

16 Jul '12

Dear all, I usually don't take part of discussions in LKML but I recognized myself in what Linus is actually describing as a "normal user" (one of the few insane enough to read the mailing list...) so I wrote a few ideas below... Please give me your thoughts Benjamin On 7/16/12 6:50 PM, "Linus Torvalds" <torvalds(a)linux-foundation.org> wrote: >Your "problem" isn't what any sane person cares about, and isn't what >I started the RFC for. >Seriously. NOBODY CARES. >You can do what you want to do *today*. Just edit the config file, or >use any of the millions of config tools. Stop whining. I guess the complexity of configuration in order to build a distro is why I didn't even try to build a distro-specific kernel Moreover the doc is terrible for unfamiliar users... >The thing I'm asking for is for normal people. Make it easy for people >who DO NOT CARE about the config file to just build a kernel for their >machine. If you think about users like me who just want to build a basic featured kernel we always do a make menuconfig with near default options... What I would expect to build a distro/kernel is to have access in a menuconfig-like to 1) basic features like networking, usb storage, power management etc _enabled by default_ so I can quickly build a "common platform" kernel which gives me everything I need on my laptop and 2) have a menu like "*distro* basic requirements" (never changes and only for a few big distros) and finally 3) have a "*distro* advanced" menu having all the other non-mandatory options available but with a conflict manager (it could check against a full Kconfig file kept up-to-date by each distro groups) Without necessary talking of menuconfig, I liked very much the structure Linus suggested in the first post regarding Kconfig files That maybe some idiotic suggestions but I'd like to know what you think about it anyway Cheers! B. >Don't complicate the issue by bringing up some totally unrelated >question. Don't derail a useful feature for the 99% because you're not >in it. > > Linus -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] ARM: Our kernel package lacks mach directory
by Adrian Schröter 13 Jul '12

13 Jul '12

Hi, it seems that our kernel package seems not to package the headers from the mach/ directory. But the other arm headers do depend on it. I have not looked inside, you may be way faster than me in fixing that :) I can do so of course, if you dunno the reason either .. It leads to build failures in packages which depend on the kernel headers and not using the glibc ones. The cloop package is an example. osc blt openSUSE:Factory:ARM cloop standard armv7l thanks adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] CIFS_FSCACHE
by Cristian Rodríguez 09 Jul '12

09 Jul '12

Hi: Is there any reason why the option CIFS_FSCACHE is not set in current kernels ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

[opensuse-kernel] Recurring hardware error about cache on 12.1 kernel
by Dexter Filmore 08 Jul '12

08 Jul '12

Athlon X2 5600+ on nForce 500 chipset, Ubuntu and Win7 run fine, moved to SuSE 12.1 64bit recently, standard desktop-kernel. Every once in a while it throws an error into messages that looks like this: Jun 20 13:24:35 linux-3gig kernel: [ 2100.704050] [Hardware Error]: MC0_STATUS[-|CE|-|-|AddrV|CECC]: 0x944ec00000000136 Jun 20 13:24:35 linux-3gig kernel: [ 2100.704070] [Hardware Error]: Data Cache Error: during L1 linefill from L2. Jun 20 13:24:35 linux-3gig kernel: [ 2100.704078] [Hardware Error]: cache level: L2, tx: DATA, mem-tx: DRD Jun 20 13:24:35 linux-3gig kernel: [ 2100.704097] [Hardware Error]: Machine check events logged What's strange is that it *only* happens on fractions of 50 seconds: /var/log # grep -i cache\ error messages | cut -c1-68 Jun 20 13:19:35 linux-3gig kernel: [ 1800.701044] [Hardware Error]: Jun 20 13:24:35 linux-3gig kernel: [ 2100.704070] [Hardware Error]: Jun 20 13:37:05 linux-3gig kernel: [ 2850.704042] [Hardware Error]: Jun 24 20:40:34 linux-3gig kernel: [21000.701044] [Hardware Error]: Jun 25 20:36:40 linux-3gig kernel: [ 8100.704028] [Hardware Error]: Jun 29 22:53:52 linux-3gig kernel: [ 1500.704022] [Hardware Error]: Jun 29 23:16:22 linux-3gig kernel: [ 2850.704030] [Hardware Error]: Jun 29 23:28:52 linux-3gig kernel: [ 3600.704065] [Hardware Error]: Jun 29 23:46:22 linux-3gig kernel: [ 4650.704023] [Hardware Error]: Jun 30 00:03:52 linux-3gig kernel: [ 5700.704028] [Hardware Error]: Jun 30 00:11:22 linux-3gig kernel: [ 6150.704023] [Hardware Error]: Jun 30 00:43:52 linux-3gig kernel: [ 8100.704023] [Hardware Error]: Jul 1 16:15:06 linux-3gig kernel: [ 600.701025] [Hardware Error]: Jul 1 17:55:06 linux-3gig kernel: [ 6600.704023] [Hardware Error]: Jul 1 18:12:36 linux-3gig kernel: [ 7650.704037] [Hardware Error]: Jul 2 22:47:25 linux-3gig kernel: [ 300.701022] [Hardware Error]: Jul 2 22:52:25 linux-3gig kernel: [ 600.704029] [Hardware Error]: Jul 6 00:41:11 linux-3gig kernel: [ 1500.701028] [Hardware Error]: (Come to think of it this is not even regularly as then it would have to happen on 00 and 30) I would have thought hardware error, but not with the number scheme and in respect that various kernels from ubuntu releases never complained. Plus, the machine works perfectly stable from user perspective. Here's # lspci -vvv Regards, Dex 00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Capabilities: [44] HyperTransport: Slave or Primary Interface Command: BaseUnitID=0 UnitCnt=15 MastHost- DefDir- DUL- Link Control 0: CFlE+ CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn+ ExtCTL- 64b- Link Config 0: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn- Link Control 1: CFlE- CST- CFE- <LkFail+ Init- EOC+ TXO+ <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b- Link Config 1: MLWI=8bit DwFcIn- MLWO=8bit DwFcOut- LWI=8bit DwFcInEn- LWO=8bit DwFcOutEn- Revision ID: 1.03 Link Frequency 0: 1.0GHz Link Error 0: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability 0: 200MHz+ 300MHz+ 400MHz+ 500MHz+ 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend- Feature Capability: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- Link Frequency 1: 200MHz Link Error 1: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability 1: 200MHz- 300MHz- 400MHz- 500MHz- 600MHz- 800MHz- 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend- Error Handling: PFlE+ OFlE+ PFE- OFE- EOCFE- RFE- CRCFE- SERRFE- CF- RE- PNFE- ONFE- EOCNFE- RNFE- CRCNFE- SERRNFE- Prefetchable memory behind bridge Upper: 00-00 Bus Number: 00 Capabilities: [dc] HyperTransport: MSI Mapping Enable+ Fixed- Mapping Address Base: 00000000fee00000 00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a3) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a3) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 255 Region 0: I/O ports at fc00 [size=64] Region 4: I/O ports at 1c00 [size=64] Region 5: I/O ports at 1c40 [size=64] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: nForce2_smbus 00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1) (prog-if 10 [OHCI]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin A routed to IRQ 22 Region 0: Memory at fe02f000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ohci_hcd 00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2) (prog-if 20 [EHCI]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin B routed to IRQ 23 Region 0: Memory at fe02e000 (32-bit, non-prefetchable) [size=256] Capabilities: [44] Debug port: BAR=1 offset=0098 Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ehci_hcd 00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1) (prog-if 8a [Master SecP PriP]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8] Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1] Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8] Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1] Region 4: I/O ports at f000 [size=16] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pata_amd 00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3) (prog-if 85 [Master SecO PriO]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin A routed to IRQ 21 Region 0: I/O ports at 09f0 [size=8] Region 1: I/O ports at 0bf0 [size=4] Region 2: I/O ports at 0970 [size=8] Region 3: I/O ports at 0b70 [size=4] Region 4: I/O ports at dc00 [size=16] Region 5: Memory at fe02d000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [b0] MSI: Enable- Count=1/4 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [cc] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: sata_nv 00:05.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3) (prog-if 85 [Master SecO PriO]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin B routed to IRQ 20 Region 0: I/O ports at 09e0 [size=8] Region 1: I/O ports at 0be0 [size=4] Region 2: I/O ports at 0960 [size=8] Region 3: I/O ports at 0b60 [size=4] Region 4: I/O ports at c800 [size=16] Region 5: Memory at fe02c000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [b0] MSI: Enable- Count=1/4 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [cc] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: sata_nv 00:05.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3) (prog-if 85 [Master SecO PriO]) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin C routed to IRQ 23 Region 0: I/O ports at c400 [size=8] Region 1: I/O ports at c000 [size=4] Region 2: I/O ports at bc00 [size=8] Region 3: I/O ports at b800 [size=4] Region 4: I/O ports at b400 [size=16] Region 5: Memory at fe02b000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [b0] MSI: Enable- Count=1/4 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [cc] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: sata_nv 00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2) (prog-if 01 [Subtractive decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 0000a000-0000afff Memory behind bridge: fde00000-fdefffff Prefetchable memory behind bridge: fff00000-000fffff Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn+ Capabilities: [b8] Subsystem: nVidia Corporation Device cb84 Capabilities: [8c] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3) Subsystem: ASUSTeK Computer Inc. Device 8239 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (250ns min, 5000ns max) Interrupt: pin A routed to IRQ 22 Region 0: Memory at fe02a000 (32-bit, non-prefetchable) [size=4K] Region 1: I/O ports at b000 [size=8] Region 2: Memory at fe029000 (32-bit, non-prefetchable) [size=256] Region 3: Memory at fe028000 (32-bit, non-prefetchable) [size=16] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [70] MSI-X: Enable- Count=8 Masked- Vector table: BAR=2 offset=00000000 PBA: BAR=3 offset=00000000 Capabilities: [50] MSI: Enable- Count=1/8 Maskable+ 64bit+ Address: 0000000000000000 Data: 0000 Masking: 00000000 Pending: 00000000 Capabilities: [6c] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: forcedeth 00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 00009000-00009fff Memory behind bridge: f8000000-fbffffff Prefetchable memory behind bridge: 00000000d8000000-00000000e7ffffff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Subsystem: nVidia Corporation Device 0000 Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000fee0300c Data: 4129 Capabilities: [60] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us ExtTag- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep+ BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise- Slot #0, PowerLimit 0.000W; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet+ LinkState+ RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=WRR32 Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Kernel driver in use: pcieport 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Capabilities: [80] HyperTransport: Host or Secondary Interface Command: WarmRst+ DblEnd- DevNum=0 ChainSide- HostHide+ Slave- <EOCErr- DUL- Link Control: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b- Link Config: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn- Revision ID: 1.02 Link Frequency: 1.0GHz Link Error: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability: 200MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend- Feature Capability: IsocFC- LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- ExtRS- UCnfE- 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Capabilities: [f0] Secure device <?> Kernel driver in use: k8temp 01:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 18 Region 0: I/O ports at ac00 [size=256] Region 1: Memory at fdeff000 (32-bit, non-prefetchable) [size=256] Expansion ROM at fdec0000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: r8169 02:00.0 VGA compatible controller: nVidia Corporation GF104 [GeForce GTX 460] (rev a1) (prog-if 00 [VGA controller]) Subsystem: nVidia Corporation Device 0865 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f8000000 (32-bit, non-prefetchable) [size=32M] Region 1: Memory at d8000000 (64-bit, prefetchable) [size=128M] Region 3: Memory at e4000000 (64-bit, prefetchable) [size=64M] Region 5: I/O ports at 9c00 [size=128] [virtual] Expansion ROM at fbf00000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 <64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <4us ClockPM+ Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB Capabilities: [b4] Vendor Specific Information: Len=14 <?> Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [128 v1] Power Budgeting <?> Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> Kernel driver in use: nvidia 02:00.1 Audio device: nVidia Corporation GF104 High Definition Audio Controller (rev a1) Subsystem: nVidia Corporation Device 0865 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin B routed to IRQ 16 Region 0: Memory at fbffc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 <64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <4us ClockPM+ Surprise- LLActRep- BwNot- LnkCtl: ASPM L0s L1 Enabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB Kernel driver in use: snd_hda_intel -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d--(+)@ s-:+ a C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h>++ r* y? ------END GEEK CODE BLOCK------

4 6

[opensuse-kernel] Can kernel:head be updated to 3.5-rc5 from 3.5-rc4
by doiggl＠velocitynet.com.au 08 Jul '12

08 Jul '12

Hello Can kernel:head [1] be updated to 3.5-rc5 from 3.5-rc4 release: https://lkml.org/lkml/2012/6/30/116 [1] https://build.opensuse.org/project/packages?project=Kernel%3AHEAD Thanks Glenn -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 1

[opensuse-kernel] Wifi support for Intel Centrino-N 2200 needs missing /lib/firmware/iwlwifi-2000-6.ucode
by Foolish Ewe 06 Jul '12

06 Jul '12

Hello All: The file /lib/firmware/iwlwifi-2000-6.ucode is missing but it should be installed to support 3rd generation i7 processors with Intel Centrino-N 2200-N wifi. I am not sure if this will need to be propagated to the main-line Linux Kernel, I only tried the OpenSuse supplied kernels. I have a brand new Toshiba Satellite P855-S5200, and cannot get wifi working on it under OpenSuse 12.1 (now with a Tumbleweed kernel), but OpenSuse cannot drive the wifi. This laptop has an Intel® Core™ i7-3610QM Processor, and Windows 7 drives the wifi flawlessly, claiming it is a Centrino-N 2200 device (if memory serves, I'll send a correction if this is wrong). For full disclosure, I filed an OpenSuse 12.1 bug report at: https://bugzilla.novell.com/show_bug.cgi?id=769678, here I'm requesting a fix in Tumbleweed. This problem is also in the tumbleweed kernel, which gave: uname -a Linux linux-6lhe.site 3.4.3-30-desktop #1 SMP PREEMPT Mon Jun 18 11:52:36 UTC 2012 (41613b0) x86_64 x86_64 x86_64 GNU/Linux [/code] However, in /var/log/messages I still got: [code] Jul 2 15:42:14 linux-6lhe kernel: [ 17.097048] iwlagn 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097057] iwlagn 0000:02:00.0: setting latency timer to 64 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097089] iwlagn 0000:02:00.0: pci_resource_len = 0x00002000 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097091] iwlagn 0000:02:00.0: pci_resource_base = ffffc900057cc000 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097094] iwlagn 0000:02:00.0: HW Revision ID = 0xC4 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097186] iwlagn 0000:02:00.0: irq 44 for MSI/MSI-X Jul 2 15:42:14 linux-6lhe kernel: [ 17.097230] iwlagn 0000:02:00.0: Detected 2000 Series 2x2 BGN, REV=0x104 Jul 2 15:42:14 linux-6lhe kernel: [ 17.097305] iwlagn 0000:02:00.0: L1 Disabled; Enabling L0S Jul 2 15:42:14 linux-6lhe kernel: [ 17.116637] iwlagn 0000:02:00.0: device EEPROM VER=0x81c, CALIB=0x6 Jul 2 15:42:14 linux-6lhe kernel: [ 17.116640] iwlagn 0000:02:00.0: Device SKU: 0X150 Jul 2 15:42:14 linux-6lhe kernel: [ 17.116642] iwlagn 0000:02:00.0: Valid Tx ant: 0X3, Valid Rx ant: 0X3 Jul 2 15:42:14 linux-6lhe kernel: [ 17.116657] iwlagn 0000:02:00.0: Tunable channels: 13 802.11bg, 0 802.11a channels Jul 2 15:42:14 linux-6lhe kernel: [ 17.261379] iwlagn 0000:02:00.0: request for firmware file 'iwlwifi-2000-5.ucode' failed. Jul 2 15:42:14 linux-6lhe kernel: [ 17.261387] iwlagn 0000:02:00.0: no suitable firmware found! Jul 2 15:42:14 linux-6lhe kernel: [ 17.261505] iwlagn 0000:02:00.0: PCI INT A disabled I was able to fix this by ensuring that the microcode is installed in /lib/firmware as per the hints at: http://mtekk.us/archives/guides/fixing-request-for-firmware-file-failed/ OpenSuse does use modules, however please note that there is now iwlwifi-2000-*.ucode module, where * wildcards the version number, in /lib/firmware. Downloading and installing the iwlwifi-2000-*.ucode (in my case * = 6) from http://intellinuxwireless.org/?n=downloads into /lib/firmware fixed the problem with the tumbleweed kernel. Could the appropriate firmware please be included in future distributions? Thanks: Bill -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 3