Re: Laptop safe for flight in planes?
On Wednesday 23 February 2005 09:44, Tim Connors <[EMAIL PROTECTED]> wrote: > Um? Actually, you know your 1.4GHz machine? It emits 1.4GHz, as well > as every harmonic above - 2.8, 4.2, 5.6, Ghz. And if you are only > executing an instruction every n clock cycles, then you also emit at > 1.4/n, 1.4*2/n, 1.4*3/n, Ghz. Have you used a spectrum analyser to prove this? I doubt that you could demonstrate a laptop emitting a frequency of clock/3 because of executing an instruction every third cycle. It may emit such a frequency anyway because of it being the FSB speed, the on-chip cache speed, or something else. It may emit such a frequency due to speedstep type technology allowing the clock to run at a lower speed. But I doubt that you could turn such a frequency on/off by changing the code that is being run. I believe that CPUs tend not to be properly idle, they are always ticking over even if the CPU has executed HALT and is waiting for an interrupt unless you use speedstep or similar technologies. However I agree with your main point, that the system can emit many frequencies. The PCI bus has it's own frequency, the DRAM has it's own frequency, and whatever is done to convert 16V DC to 110V (*) for the back-light of the screen also probably causes some emissions too. I believe that the people who travel by plane have a higher incidence of mobile phone use than average. On a flight with 300 people I think it's reasonable to expect that there are at least 100 mobile phones. I think it's reasonable to expect that at least 1% of people forget to turn their phone off before the plane takes off. Therefore I believe that the average number of operational mobile phones on a 747 at take-off is at least one, some flights may have many phones operational at take-off. The fact that there has never been a plane problem tracked back to mobile phone use suggests to me that planes are built to stand such things. Besides, if a plane could be brought down with a phone or a wireless device then terrorists wouldn't bother using bombs... (*) The last time I took a laptop apart while it was turned on I got a nasty shock and later measured the voltage at 110V. I am guessing that newer laptops still use the same voltage but haven't been keep to repeat the experience... -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: PCMCIA USB2.0 Card
No ideas to solve my problem with USB2.0 under Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PCMCIA USB2.0 Card
Es Dissabte 26 Febrer 2005 12:50, en Kaiser, Hans va escriure: | No ideas to solve my problem with USB2.0 under Debian? Maybe someone could help if you add a bit more information about your problem... usb2 is working fine for me (testing) ;) -- Joan Tur (aka Quini), Eivissa-Spain Jabber: [EMAIL PROTECTED] Yahoo & AIM: quini2k www.ClubIbosim.org Linux: usuari registrat 190.783 pgp47rHbrox76.pgp Description: PGP signature
CPU freq adjustment on toshiba m35x-s161
I'm trying to make cpu freq adjustment work on a toshiba m35x-s161. My task is complicated as this appears to be some sort of toshiba branded made in china but not really toshiba laptop (if you followed all that). basically it has a phoenix bios so the toshiba specific tools will not work. ACPI reports the following from dmesg: ACPI: Battery Slot [BAT1] (battery present) ACPI: AC Adapter [ACAD] (on-line) ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] And in fact the lid switch works, oh joy - and the battery reporting works also. I have built all of the kernel options which look relevant. Here is a list of modules : acpi.kospeedstep-ich.ko speedstep-smi.ko speedstep-centrino.ko speedstep-lib.ko ac.ko button.ko processor.ko toshiba_acpi.ko battery.ko fan.ko thermal.ko cpufreq_performance.ko cpufreq_powersave.ko powernowd reports the following : Starting powernowd: required sysfs objects not found! and it is correct, there is no CPU entry in sysfs. most of my module experimentation results in "no such device" errors. dryrot:/lib/modules/2.6.9/kernel/drivers# modprobe speedstep-ich FATAL: Error inserting speedstep_ich (/lib/modules/2.6.9/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-ich.ko): No such device And I never, ever, see anything show up in /sys/devices/system/cpu/cpu0/, which is going to be the key to getting this to work. It would be nice if I could get standby to work, but that's probably asking for too much. Looking for some help - and yes it's a debian system, although I think this is not so much debian related as kernel related. Thanks Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PCMCIA USB2.0 Card
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 26 Feb 2005 5:20 pm, Kaiser, Hans wrote: > No ideas to solve my problem with USB2.0 under Debian? Did you try with the latest/different kernel ?? - From the logs it's quite difficult to guess. :-( rrs - -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC "Stealing logic from one person is plagiarism, stealing from many is research". -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCIKq64Rhi6gTxMLwRAroFAJ4mXG0UDFwbfk7UGUq6LFKiiF3y+ACgmXet U8UvKeKIMoscu6i+9JO8hCk= =deKa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sound problem, i810 clocking/speed too low
I looked at the amixer controls (I also have an i8x0 sound driver) and do not see anything. modinfo snd_intel8x0 reveals the following : parm: ac97_clock:AC'97 codec clock (0 = auto-detect). Strange that autodetect does not seem to work for you. HTH Brian > "Ben" == Ben <[EMAIL PROTECTED]> writes: Ben> Hi All, I a problem with my sound card, I am not sure what Ben> happened but all of a sudden my sound is 'slow'! dmesg shows: Ben> Intel 810 + AC97 Audio, version 0.24, 21:43:34 Jan 21 2004 PCI: Ben> Setting latency timer of device 00:1f.5 to 64 i810: Intel ICH3 Ben> found at IO 0xe100 and 0xe000, MEM 0x and 0x, IRQ 11 Ben> i810_audio: Audio Controller supports 6 channels. i810_audio: Ben> Defaulting to base 2 channel mode. i810_audio: Resetting Ben> connection 0 ac97_codec: AC97 Audio codec, id: CRY52 (Cirrus Ben> Logic CS4299 rev D) i810_audio: AC'97 codec 0 supports AMAP, Ben> total channels = 2 i810_audio: setting clocking to 33942 Ben> if I boot up using a knoppix cd clocking is set to 44607(or Ben> thereabouts) and sound works perfectly! Ben> can anyone tell me how to adjust the clocking? Ben> cheers, Ben> ben Ben> -- To UNSUBSCRIBE, email to Ben> [EMAIL PROTECTED] with a subject of Ben> "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Laptop safe for flight in planes?
> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes: Russell> emit many frequencies. The PCI bus has it's own frequency, Russell> the DRAM has it's own frequency, and whatever is done to Russell> convert 16V DC to 110V (*) for the back-light of the screen Russell> also probably causes some emissions too. I was thinking about this and it occurs to me that such systems have at least (marginally) passed FCC unintentional radiator specs which puts power levels @ ~ -30dBm over all frequencies of interest, which for a part clocked at 1-2GHz is about 5 - 10GHz (usually 5x highest clock frequency). A wireless card on the other hand is designed to transmit efficiently (duh) and typical power levels are on the order of 15-20dBm. So saying a laptop/CPU doesn't cause any problems, therefore your WLAN card won't either is not at all valid. Furthermore, even if you are not in the frequency band, just having a sending a lot of power into the planes receivers could definitely result in some level of jamming due to distortion in the front-end or similar effects. So the intereferer does not even need to be on frequency to cause a problem. Of course, this assumes poor design in the airplanes reciever since they shold all have some substantial bandpass filtering in the RX frequencies to keep out such unwanted signals. Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New hibernate shows strange behaviour
|| On Fri, 25 Feb 2005 07:53:01 +0100 (CET) || Andreas Tille <[EMAIL PROTECTED]> wrote: >> think you can hack it to do a sync before hibernate the system and >> then you solve this issue. at> My complete lack of knowledge in this field might have become obvious at> in this thread, right? at> Do you think it is worth a bug report against hibernate? Well, I think hibernate can avoid this kinda of problems checking if the kernel is the same of when it did the hibernation. If this doesn't match it can display a message and ask by cancel or continue. In case of continue it can use mkswap to remove all swsusp2 data. >> The problem described there isn't it but >> the wrong use of swap when you did a suspend and try to load it with a >> normal kernel... >> >> I'm wrong? at> No, you are right and I used a wrong kernel. But as I said: IMHO it is at> a very good idea to have a consistent FS when having a computer switched at> off. Perhaps you will be forced to use a different kernel (rescue disc at> whatever) and thus a sync before suspending is allways a good idea. I have at> not enough knowledge to decide whether the sync is hibernate's or SwSusp's at> job. Looks like the sync is swsusp2 job but the checking before resume is hibernate job, I think. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CPU freq adjustment on toshiba m35x-s161
On Sat, Feb 26, 2005 at 08:56:39AM -0800, [EMAIL PROTECTED] wrote: > I'm trying to make cpu freq adjustment work on a toshiba m35x-s161. > My task is complicated as this appears to be some sort of toshiba > branded made in china but not really toshiba laptop (if you followed > all that). basically it has a phoenix bios so the toshiba specific > tools will not work. > > ACPI reports the following from dmesg: > > ACPI: Battery Slot [BAT1] (battery present) > ACPI: AC Adapter [ACAD] (on-line) > ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) > ACPI: Power Button (FF) [PWRF] > ACPI: Lid Switch [LID] Have you tried the acpi-cpufreq module? Or maybe you CPU wasn't supported yet in 2.6.9 by speedstep-centrino (is it a centrino?), try 2.6.10 or later. Or... try to post the output of your /proc/cpuinfo hth -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CPU freq adjustment on toshiba m35x-s161
> "Mattia" == Mattia Dongili <[EMAIL PROTECTED]> writes: Mattia> Have you tried the acpi-cpufreq module? Or maybe you CPU Mattia> wasn't supported yet in 2.6.9 by speedstep-centrino (is it a Mattia> centrino?), try 2.6.10 or later. Or... try to post the Mattia> output of your /proc/cpuinfo There is an acpi-cpufreq module ? It is a celeron: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Celeron(R) M processor 1.30GHz stepping: 6 cpu MHz : 1299.004 cache size : 1024 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe bogomips: 2564.09 I'll try 2.6.10 (I'm using 2.6.9 right now). Thanks Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
display suspend
i updated 2.4.27 to 2.6.10 and having a problem with suspend display, on 2.4.27 pressing 'fn+d' that suspend display. when pressing fn+d on 2.6.10, suspend the display and few seconds after(2 or 3 seconds) it backs to normal screen. i need some help.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
