Re: [gentoo-user] IRC active time?
On Tuesday 26 July 2011 21:44:25 Michael Mol wrote: > On Tue, Jul 26, 2011 at 9:26 PM, Pandu Poluan wrote: > > -original message- > > Subject: Re: [gentoo-user] IRC active time? > > From: Albert Hopkins > > Date: 2011-07-27 08:12 > > > >>On Wednesday, July 27 at 08:07 (+0700), Pandu Poluan said: > >>> Anyone here knows at what time the Gentoo IRC channels are usually > >>> active? > >> > >>#gentoo is a 24-hour channel. > >> > >>> In UTC, if possible :) > >>> > >>> (Still can't wrap my head around USA time zone codes) > >> > >>It really doesn't matter. > >> > > #Gentoo in freenode, right? > > > > Thrice I've joined #Gentoo-server and #Gentoo-wiki, and met only > > crickets :-/ > > Not #Gentoo, #gentoo. Capitalization counts. > > I didn't know -server or -wiki existed. #gentoo is always pretty active. I'm at #gentoo and #gentoo-chat pretty much non-stop. They are always quite active chat rooms.
[gentoo-user] Re: CFlags for CPU
On 07/27/2011 03:58 AM, Bill Kenworthy wrote: I am now using core2 as I was having some really odd problems after mixing flags after multiple hardware changes along with native. Core2 is recommended for this processor, and I cant see the two flags changed via native making a difference, but the previous processors is no longer available to check. Different Core 2 CPUs support different features. There are, for example, Core 2 CPUs that support SSE4 and other Core 2's don't. If you have "native" on one that supports it and then try to run it on another that doesn't, chances are it will crash, even if both CPUs are "Core 2".
Re: [gentoo-user] IRC active time?
On Tue, Jul 26, 2011 at 9:26 PM, Pandu Poluan wrote: > -original message- > Subject: Re: [gentoo-user] IRC active time? > From: Albert Hopkins > Date: 2011-07-27 08:12 > >>On Wednesday, July 27 at 08:07 (+0700), Pandu Poluan said: >> >>> Anyone here knows at what time the Gentoo IRC channels are usually active? >>> >>#gentoo is a 24-hour channel. >> >>> In UTC, if possible :) >>> >>> (Still can't wrap my head around USA time zone codes) >> >>It really doesn't matter. > > #Gentoo in freenode, right? > > Thrice I've joined #Gentoo-server and #Gentoo-wiki, and met only crickets :-/ Not #Gentoo, #gentoo. Capitalization counts. I didn't know -server or -wiki existed. #gentoo is always pretty active. -- :wq
RE: [gentoo-user] IRC active time?
-original message- Subject: Re: [gentoo-user] IRC active time? From: Albert Hopkins Date: 2011-07-27 08:12 >On Wednesday, July 27 at 08:07 (+0700), Pandu Poluan said: > >> Anyone here knows at what time the Gentoo IRC channels are usually active? >> >#gentoo is a 24-hour channel. > >> In UTC, if possible :) >> >> (Still can't wrap my head around USA time zone codes) > >It really doesn't matter. #Gentoo in freenode, right? Thrice I've joined #Gentoo-server and #Gentoo-wiki, and met only crickets :-/ Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ Sent from Nokia E72-1
Re: [gentoo-user] IRC active time?
On Wednesday, July 27 at 08:07 (+0700), Pandu Poluan said: > Anyone here knows at what time the Gentoo IRC channels are usually active? > #gentoo is a 24-hour channel. > In UTC, if possible :) > > (Still can't wrap my head around USA time zone codes) It really doesn't matter.
[gentoo-user] IRC active time?
Anyone here knows at what time the Gentoo IRC channels are usually active? In UTC, if possible :) (Still can't wrap my head around USA time zone codes) Rgds, -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/
Re: [gentoo-user] CFlags for CPU
On Tue, 2011-07-26 at 14:58 -0400, Michael Mol wrote: > On Tue, Jul 26, 2011 at 4:36 PM, Alokat wrote: > > Hi folks, > > > > I'm wondering what kind of cpu-type I should use? > > > > cat /proc/cpuinfo > [snip] > > model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz > > [snip] > > .. > > > > After a short research on this website: > > http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options > > > > I guess core2 is the right one? > > Is that true? > > That should work fine. Or 'native', if you don't plan on playing with distcc. > moriah tuxonice-2.6.39 # gcc -Q --help=target -march=core2 >a moriah tuxonice-2.6.39 # gcc -Q --help=target -march=native >b moriah tuxonice-2.6.39 # diff a b 23c23 < -mcx16 [disabled] --- > -mcx16 [enabled] 56c56 < -msahf [disabled] --- > -msahf [enabled] 74c74 < -mtune= --- > -mtune= core2 moriah tuxonice-2.6.39 # I am now using core2 as I was having some really odd problems after mixing flags after multiple hardware changes along with native. Core2 is recommended for this processor, and I cant see the two flags changed via native making a difference, but the previous processors is no longer available to check. Perhaps someone could do the above and send me the result (the full "gcc -Q --help=target -march=native", using gcc-4.5) for an intel E4600? (the list probably wont be interested!) BillK
Re: Re: [gentoo-user] Problems with Nvidia fake raid array
On 01/-10/37 11:59, Michael Orlitzky wrote: > > I think this one should have worked? It seems to have found the > superblock on /dev/sda, at least. > > Anyway, I imagine everyone (myself included) is afraid to tell you to do > anything at this point that might trash your data. My advice now would > be to put it back where it worked, and make a backup. I'm just going through this myself. As far as I know mdadm does *not* support nvraid. It does support imsm, or intel raid, which I'm in the process of setting up on my workstation. I can't find anything in the docs regarding mdadm working with nvraid, you should be trying dmraid for that. If all you have is /dev/control and you are not using a dmraid supported kernel (genkernel requires dodmraid to find and assemble arrays) then execute `dmraid -ay` and check dmesg and /dev/mapper for contents. Dan
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tuesday 26 July 2011 22:35:10 Neil Bothwick wrote: > Since you beat me to it, that makes me the 10nd :) "Time for bed," said Zebedi. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] CFlags for CPU
On Tue, Jul 26, 2011 at 5:01 PM, Mick wrote: > On Tuesday 26 Jul 2011 20:02:05 Paul Hartman wrote: >> On Tue, Jul 26, 2011 at 3:36 PM, Alokat wrote: >> > I'm wondering what kind of cpu-type I should use? >> >> Hi, >> >> I think, in your case, core2 is the correct one. >> >> If you run this command: >> gcc -Q --help=target -march=native >> >> gcc will tell you what it thinks are the best options for your CPU. > > Thanks for this - I better make a note of it! ;-) > > Does this mean that I did not need to have all these flags specified, because > they're already included? Not quite; that command specifically shows you the options that would be used if you were using -march=native. Since you're not using native, change it to: gcc -Q --help=target -march=core2 And that will show the defaults when you're using core2 as the arch. (On my own system, a side-by-side comparison of native vs core2 shows a lot of differences) If native shows something as "enabled" but core2 doesn't, it should be safe to add that option to your cflags because it's likely your CPU can handle it just fine.
Re: [gentoo-user] CFlags for CPU
On Tuesday 26 Jul 2011 20:02:05 Paul Hartman wrote: > On Tue, Jul 26, 2011 at 3:36 PM, Alokat wrote: > > I'm wondering what kind of cpu-type I should use? > > Hi, > > I think, in your case, core2 is the correct one. > > If you run this command: > gcc -Q --help=target -march=native > > gcc will tell you what it thinks are the best options for your CPU. Thanks for this - I better make a note of it! ;-) Does this mean that I did not need to have all these flags specified, because they're already included? CFLAGS="-march=core2 -msse4 -mcx16 -msahf -O2 -pipe" -msse4 -mcx16 -msahf seem to be already enabled: $ gcc -Q --help=target -march=native The following options are target specific: -m128bit-long-double [disabled] -m32 [disabled] -m3dnow [disabled] -m3dnowa [disabled] -m64 [enabled] -m80387 [enabled] -m96bit-long-double [enabled] -mabm [disabled] -maccumulate-outgoing-args[disabled] -maes [disabled] -malign-double[disabled] -malign-functions= -malign-jumps= -malign-loops= -malign-stringops [enabled] -march= core2 -masm= -mavx [disabled] -mbranch-cost= -mcld [disabled] -mcmodel= -mcx16[enabled] -mfancy-math-387 [enabled] -mfma [disabled] -mforce-drap [disabled] -mfp-ret-in-387 [enabled] -mfpmath= -mfused-madd [enabled] -mglibc [enabled] -mhard-float [enabled] -mieee-fp [enabled] -mincoming-stack-boundary= -minline-all-stringops[disabled] -minline-stringops-dynamically[disabled] -mintel-syntax[disabled] -mlarge-data-threshold= -mmmx [disabled] -mms-bitfields[disabled] -mno-align-stringops [disabled] -mno-fancy-math-387 [disabled] -mno-fused-madd [disabled] -mno-push-args[disabled] -mno-red-zone [disabled] -mno-sse4 [disabled] -momit-leaf-frame-pointer [disabled] -mpc -mpclmul [disabled] -mpopcnt [enabled] -mpreferred-stack-boundary= -mpush-args [enabled] -mrecip [disabled] -mred-zone[enabled] -mregparm= -mrtd [disabled] -msahf[enabled] -msoft-float [disabled] -msse [enabled] -msse2[enabled] -msse2avx [disabled] -msse3[enabled] -msse4[enabled] -msse4.1 [enabled] -msse4.2 [enabled] -msse4a [disabled] -msse5[disabled] -msseregparm [disabled] -mssse3 [enabled] -mstack-arg-probe [disabled] -mstackrealign[enabled] -mstringop-strategy= -mtls-dialect= -mtls-direct-seg-refs [enabled] -mtune= core2 -muclibc [disabled] -mveclibabi= -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tue, 26 Jul 2011 21:03:57 +0100, Peter Humphrey wrote: > > I see only 11 possibilities -- that's a binary three. (Thanks to Neil > > for that clever idea.) > > I'm sure Neil would be the first to disclaim originality in that idea. Since you beat me to it, that makes me the 10nd :) -- Neil Bothwick Why is the word abbreviation so long? signature.asc Description: PGP signature
Re: [gentoo-user] Need for revdep-rebuild
Peter Humphrey wrote: On Tuesday 26 July 2011 07:57:26 Dale wrote: If it needs you to run preserved-libs it will tell you. Most of the time it will for revdep-rebuild but not always. It just depends on whether or not the dev told it to tell us I guess. And to discover that that was my problem I had to find the stabilisation bug for icu-4.8. Not very helpful, I deem. I guess they are waiting on the sun to come up in the west or something. "Did the Earth move for you?" It certainly would in such an eventuality! Well, portage 2.2 has been in "testing" for ages. I been using it for ages too and I'm not sure why it needs more testing since it works fine. I seem to have had better luck with the unstable portage than I have with a stable. :/ The earth is always moving. ;-) Dale :-) :-)
Re: [gentoo-user] Re: Problem with eclean-pkg
On Tuesday 26 July 2011 21:21:49 Peter Humphrey wrote: > Thank you both. Looks like Mark is right. Genlop shows that this version > was installed on 9 Feb and that version 3.1.3-r1 superseded it on 27 > Feb. 3.1.2- r4 certainly doesn't exist on this box now, except as a > package and some log files, so I think I'll just remove those and shrug > my shoulders. In fact I had to remove the 2.6.6-r2 packages as well. I don't know why eclean fell over on that version, as the ebuild is in the tree. Anyway, eclean has now reduced the size of my backup by 1.1GB, which was the object of the exercise. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] CFlags for CPU
On 2011-07-26 22:36, Alokat wrote: > model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz > I guess *core2* is the right one? Yes, acc. to: http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_2_Duo.2FQuad.2C_Xeon_51xx.2F53xx.2F54xx.2F3360.2C_Pentium_Dual-Core_T23xx.2B.2FE.2C_Celeron_Dual-Core HTH Best regards Peter K
Re: [gentoo-user] Re: Problem with eclean-pkg
On Tuesday 26 July 2011 14:56:28 James wrote: > Mark Knecht gmail.com> writes: > > > !!! Error: [Errno 2] No such file or directory: > > > '/usr/portage/packages/dev- lang/python-3.1.2-r4.tbz2' > > > > > > eix doesn't show such a version of python, so where is it coming > > > from? > > > > Cruft left over somewhere? Possibly try: > > > > locate python-3.1.2-r4 > > So be careful: > > Use something like this and make > sure no other versions of python are removed > > > emerge -Cp =dev-lang/python-3.1.2-r4 Thank you both. Looks like Mark is right. Genlop shows that this version was installed on 9 Feb and that version 3.1.3-r1 superseded it on 27 Feb. 3.1.2- r4 certainly doesn't exist on this box now, except as a package and some log files, so I think I'll just remove those and shrug my shoulders. Perhaps this is a weakness of eclean: it depends on the current tree containing details of the package it's considering deleting. When those have gone, it falls over. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] Need for revdep-rebuild
On Tuesday 26 July 2011 07:57:26 Dale wrote: > If it needs you to run preserved-libs it will tell you. Most of the > time it will for revdep-rebuild but not always. It just depends on > whether or not the dev told it to tell us I guess. And to discover that that was my problem I had to find the stabilisation bug for icu-4.8. Not very helpful, I deem. > I guess they are waiting on the sun to come up in the west or > something. "Did the Earth move for you?" It certainly would in such an eventuality! -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tuesday 26 July 2011 00:02:26 walt wrote: > I see only 11 possibilities -- that's a binary three. (Thanks to Neil for > that clever idea.) I'm sure Neil would be the first to disclaim originality in that idea. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] mysqld invoked oom-killer
On Tuesday 26 July 2011 04:54:27 Grant wrote: > Is this because I've eselect'ed icedtea6-bin instead of sun-jdk-1.6? > > BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea? I don't know. On this box the only java-vm installed is icedtea6-bin. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] CFlags for CPU
On Tue, Jul 26, 2011 at 3:36 PM, Alokat wrote: > I'm wondering what kind of cpu-type I should use? Hi, I think, in your case, core2 is the correct one. If you run this command: gcc -Q --help=target -march=native gcc will tell you what it thinks are the best options for your CPU.
Re: [gentoo-user] CFlags for CPU
On Tuesday 26 July 2011 20:36:14 Alokat did opine thusly: > Hi folks, > > I'm wondering what kind of cpu-type I should use? > > cat /proc/cpuinfo > .. > > processor : 1 > vendor_id : GenuineIntel > cpu family : 6 > model : 15 > model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz > stepping: 11 > cpu MHz : 1197.065 > cache size : 4096 KB > physical id : 0 > siblings: 2 > core id : 1 > cpu cores : 2 > apicid : 1 > initial apicid : 1 > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl > aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr > pdcm lahf_lm ida dts tpr_shadow vnmi flexpriority > bogomips: 2394.01 > clflush size: 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > .. > > After a short research on this website: > http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/i386-and-x86_002d64-Opti > ons.html#i386-and-x86_002d64-Options > > I guess *core2* is the right one? > Is that true? native? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] CFlags for CPU
On Tue, Jul 26, 2011 at 1:36 PM, Alokat wrote:
> Hi folks,
>
> I'm wondering what kind of cpu-type I should use?
>
> cat /proc/cpuinfo
> ..
>
> processor : 1
> vendor_id : GenuineIntel
> cpu family : 6
> model : 15
> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
> stepping : 11
> cpu MHz : 1197.065
> cache size : 4096 KB
> physical id : 0
> siblings : 2
> core id : 1
> cpu cores : 2
> apicid : 1
> initial apicid : 1
> fpu : yes
> fpu_exception : yes
> cpuid level : 10
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
> constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64
> monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dts tpr_shadow
> vnmi flexpriority
> bogomips : 2394.01
> clflush size : 64
> cache_alignment : 64
> address sizes : 36 bits physical, 48 bits virtual
> power management:
>
> ..
>
> After a short research on this website:
> http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
>
> I guess core2 is the right one?
> Is that true?
>
> Regards,
> alokat
>
Or let gcc figure it out using
-march=native
which is what I eventually did:
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -march=native -pipe"
#Safe CFlags for the Core-i7 (web info) saved for reference
#CFLAGS="-march=core2 -msse4 -mcx16 -msahf -O2 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
HTH,
Mark
Re: [gentoo-user] CFlags for CPU
On Tue, Jul 26, 2011 at 4:36 PM, Alokat wrote: > Hi folks, > > I'm wondering what kind of cpu-type I should use? > > cat /proc/cpuinfo [snip] > model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz [snip] > .. > > After a short research on this website: > http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options > > I guess core2 is the right one? > Is that true? That should work fine. Or 'native', if you don't plan on playing with distcc. -- :wq
[gentoo-user] CFlags for CPU
Hi folks, I'm wondering what kind of cpu-type I should use? cat /proc/cpuinfo .. processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz stepping: 11 cpu MHz : 1197.065 cache size : 4096 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dts tpr_shadow vnmi flexpriority bogomips: 2394.01 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: .. After a short research on this website: http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options I guess *core2* is the right one? Is that true? Regards, alokat //
Re: [gentoo-user] X Freezes With Firefox on Many Post 2.6.38 Kernels
* Dale [110726 09:46]: > Todd Goodman wrote: > > > > I'll let you know if I see anything that looks related. It would be > > interesting if going back to 2.6.38 is a temp fix for you. I know you'd > > tried older kernels before but... > > Todd > > > > > > This makes me wonder. I have went all the way back to 2.6.35-r15 and it > does the same thing. Could it be that my problem is unrelated? It's certainly possible it's unrelated. Or it could be something similar and the other bug reporter made a mistake bisecting or didn't run long enough to fail with that bisection. It's possibly a lot of things since we don't have enough information. > > Also, I copied my current config over and ran make oldconfig. Since I > am actually downgrading, would that work the same way or would it have > settings that no longer apply and may muck things up? I don't think that would work OK (but don't know for sure.) In most cases it would probably work OK as I believe unused parameters will be ignored. But if a parameter was removed or the meaning changed then you might have a problem (unlikely I'd guess, but I don't know.) Todd > > Dale > > :-) :-)
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On 07/26/11 01:02, walt wrote: > Hm. Does the second machine have an EFI BIOS too? No, "regular", old-style, bios. > Hm again. I see only 11 possibilities -- that's a binary three. (Thanks > to Neil for that clever idea.) :-) > 1) You failed to notice those same errors the first time you booted the >usb stick. (But something important has changed with your machine >because it won't boot from usb now, but boots the same code from dvd.) The usb mouse worked in the regular ohci/ehci ports for the first boot. Now, after booting the cd, when I put the mouse into the same port(s) I get the same result (i.e. "... device descriptor bla error). > 2) The live cd install disk lacks the correct drivers for your hardware. >(But then how did it boot the first time?) Well, it does contain drivers for ohci/ehci and hid-devices so... > 3) There is some EFI setting that you changed while fiddling with the EFI >GUI menu system. (Is there a way to restore the EFI default settings?) Could be a possibility of course but there's not a whole lot to change in there... Hm... I installed a second nic in the machine into the only pcie x1 slot (next to the graphic card) after booting for the first time. I'm thinking perhaps there might be some conflict... the onboard nic refuses to work properly also (as mentioned in my first mail)... I'll try to put the nic into another slot, but... ...here's what lspci -v says about my nic's (but I can't detect anything wrong - IRQs seems ok): (this is the extra card I put in) 08: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 16 Memory at fe3c (32-bit, non-prefetchable) [size=128K] Memory at fe30 (32-bit, non-prefetchable) [size=512K] I/O ports at 9000 [size=32] Memory at fe3e (32-bit, non-prefetchable) [size=16K] Expansion ROM at fe38 [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 00-1b-21-ff-ff-ad-78-9d Kernel driver in use: e1000e (this is the onboard nic) 09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) Subsystem: ASUSTeK Computer Inc. Device 8432 Flags: bus master, fast devsel, latency 0, IRQ 76 I/O ports at 8000 [size=256] Memory at d0004000 (64-bit, prefetchable) [size=4K] Memory at d000 (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 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 There's also an (binary) option 100 (i.e. 2^2 = 4): Hardware malfunction. :-( But then again 'tis strange that the usb ports work in the UEFI screen... :-s Thanks for the input, it does help! Best regards Peter K
Re: [gentoo-user] X Freezes With Firefox on Many Post 2.6.38 Kernels
Todd Goodman wrote: I'll let you know if I see anything that looks related. It would be interesting if going back to 2.6.38 is a temp fix for you. I know you'd tried older kernels before but... Todd This makes me wonder. I have went all the way back to 2.6.35-r15 and it does the same thing. Could it be that my problem is unrelated? Also, I copied my current config over and ran make oldconfig. Since I am actually downgrading, would that work the same way or would it have settings that no longer apply and may muck things up? Dale :-) :-)
[gentoo-user] Re: Problem with eclean-pkg
Mark Knecht gmail.com> writes: > > !!! Error: [Errno 2] No such file or directory: '/usr/portage/packages/dev- > > lang/python-3.1.2-r4.tbz2' > > eix doesn't show such a version of python, so where is it coming from? > Cruft left over somewhere? Possibly try: > locate python-3.1.2-r4 So be careful: Use something like this and make sure no other versions of python are removed emerge -Cp =dev-lang/python-3.1.2-r4 check and then issue again, with the -p option hth, James
Re: [gentoo-user] X Freezes With Firefox on Many Post 2.6.38 Kernels
* Dale [110725 15:33]: > Todd Goodman wrote: > > * Dale [110725 14:43]: > > > >> Todd Goodman wrote: > >> > >>> Dale (and whoever else was having problems with Firefox and X hangs,) > >>> > >>> I don't know if you've seen it but: > >>> > >>> http://lkml.org/lkml/2011/7/24/54 > >>> > >>> looks like a thread that might be applicable? > >>> > >>> Todd > >>> > >>> > >>> > >>> > >> That does look interesting. I had a few times where mine would just > >> hang and I could use the SysReq keys but most of the time it just plain > >> paniced. > >> > > Yes, I remember that. But depending on your kernel config you could be > > getting a "panic" based on settings (I believe.) > > > > > > That is true. I think .39 was the one that always paniced. It seems > the later .38 wold sometimes give me a change to use the SysReq keys. > It' shard to recall now. :/ Yes, I like to keep notes of what I've tried, but hindsight is 20-20 > > >> I'm not subscribed so if you see something interesting, let me know. I > >> wish I could let them know it also causes kernel panics as well. I > >> suspect tho that whatever fix they come up with, it will fix it all. I > >> may go back to a older kernel too. lol That may work for a temp fix > >> anyway. > >> > > I'll let you know if I see anything that looks related. It would be > > interesting if going back to 2.6.38 is a temp fix for you. I know you'd > > tried older kernels before but... > > > > As someone else mentioned, you can certainly report it. However, it > > would be very helpful if you can get the panic information. I know it's > > difficult with X hanging and needing X to reproduce the problem but > > SSHing to the machine and/or a netconsole might allow something to be > > seen. And the panic information would likely be quite illuminating. > > > > > > I'm not subscribed there and that is a very high traffic list. I did > take a look at the option of subscribing tho. I also tried to ssh into > my rig from my old rig, it refused. It couldn't even find my box. It > worked fine after I rebooted tho. Yes it is very high traffic. You don't need to subscribe to post though and it's quite common to mention at the end that you're not subscribed and request direct email responses. As far as ssh'ing in, I'd suggest doing it before the problem manifests and trying to get console output on your screen. > > > >> Thanks very much for the link. At least it is not just me and they know > >> about it now. > >> > > Yes, though hearing from more than one person with the issue might help > > get it solved quicker. There may be similarities between your machines > > that point he finger at a certain area... > > > > Todd > > > > > >> Dale > >> > >> :-) :-) > >> > > Yea, having more info would be helpful but it appears that more than I > have has already been given. I may see if I can email someone directly > or something. Maybe that will work, if I don't go to spam or something. I'd suggest emailing the list. Emailing someone directly before that might be considered quite rude. > > Is this related to a specific nic driver? I wasn't able to really tell > much from all the error messages they posted. I still haven't tried a > different nic. I sort of been busy. No, there were a lot of IRQ changes. It could impact pretty much any driver though perhaps it's due to an incorrect assumption in a specific driver that no longer holds after the IRQ rework. Todd > > Dale > > :-) :-)
Re: [gentoo-user] xfce (window manager)
On 21 July 2011 14:17, wrote: > > Not sure if this will fix the problem, but . . . Is XDG set correctly? Mine > is set for gnome, as follows. > $ cd > $ grep -i xdg .* > .bash_profile:# XDG_MENU_PREFIX needed for alacarte menu editor. > .bash_profile:export XDG_MENU_PREFIX="gnome-" > > Yours should be XDG_MENU_PREFIX="xfce4-" > > Also check your /etc/xdg directory. Hmmm... This is the first time when I hear about this, but I've checked mine and the value is "xfce-". I think this is not so good, isn't it? By the way I solved the problem mentioned my previous letter. I deleted the xfce4 profile. But when I try to log out 2 process (xfce4-panel and xfce4-session) eat my CPU and I have to kill them because kdm doesn't come back until these processes run. Could be the root cause in this case the not properly set up XDG_MENU_PREFIX variable? Thanks in advance! András -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- ""Trust in God and keep your gunpowder dry!" - Cromwell
