You are not logged in.
Pages: 1
Hi!
I was wondering if anybody has this Laptop running with Arch.
I have some strange acting with it and was wondering if it might be broke.
First ao all, I can't get the wireless device to work. Both, bcm43xx and ndiswrapper won't work. bcm43xx don't recognizes the wlan card and ndiswrapper let networkmanager crash as soon as I switch to the wireless device.
I also have a big problem sometimes after reboot when ldconfig starts throwing mmap error messages telling me something about different library problems. Strange enough after some reboot (without reinstalling) it used to work again.
I also heard that there might be an acpi problem on those models. Is there anything known about that? Since I still have warranty on it (bought it 3 days ago) I was wondering if these problems are Linux specific or if there's anything wrong with the notebook.
It also use to hang once in a while, most of the time when shutting down or starting up. But right now in single user mode compiling stuff inside the console it doesn't act weird.
I also found out that it frequently crashes when shutting down the notebook. To be precise it crashes almost all the time when it comes to "saving the system clock"...
So if anybody knows anything about it, please give me some answer what might cause all this strange behavior.
Thank's a lot!
Offline
Hi there!
I have exactly the same model, since about a month, I think, and as I am writing this post on that machine, you can guess that it might be working with Arch64 at the moment, which it does.
In the beginning I had the same symptoms with the wlan-card until I found this howto from the ubuntu-guys:
http://www.ubuntuforums.com/showthread.php?t=297092
The trick was to use the driver from dell instead of hp, because hp offers only a 32-bit driver (maybe because there are so few Win64 out there) and dell has a driver for amd64. The link to the driver is http://ftp.us.dell.com/network/R140747.EXE (md5 = d8c27d430fcfd08e526ec241789c3bd2)
If you use it with the latest ndiswrapper (>=1.31) it should work.
Concerning the random freezes I have tried different kernel parameters. I had to use "noapic" to boot the installation cd and install a base system, but later I discovered that the problem seemed to be the irq-handling.
Try
dmesg | grep --color IRQ
If you get something like
Disabling IRQ (...)
then you might have the same problem I had. In my case I solved it by adding the kernel parameter "pci=usepirqmask" into /boot/grub/menu.lst .
I've also tried the option "irqpoll" but I can't say if it works better or worse then "pci=usepirqmask".
As for sound the nvidia MCP51 chip partially works for me with the "snd_hda_intel" module with mplayer and audacious, but whenever I try some games like enigma, frozen-bubble or ri-li, I don't get any sound at all. But strange is, when I first start audacious to play some music and then simultaneously a game, I get music and sfx with every one, and if I then quit audacious, the running game still has sound. If I then close the game and restart it, it has no sound like in the beginning. Also sometimes the alsa-service fails at boot time.
I don't have much experience with Arch yet (I came from Gentoo a few months ago ) but on two other desktop machines on which I've installed Arch there don't occur such strange sound problems. I've already installed alsa-lib-1.0.14rc1 and alsa-utils-1.0.14rc1 but still no luck.
The webcam I haven't tested yet because of lack of free time at the moment.
Hope it helps! (and I hope you have more luck with sound than I had so far ...)
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Thanks for the tips G_Syme!
Well for me, sound worked out of the box. But I have some terrible problems with the ndiswrapper, since once it starts, my system randomly kills library files. As soon as I remove ndiswrapper from rc.conf all libraries work as they should. I found this out because suddenly several services wouldn't work because of the killed libs and ldconfig dropped lots of errors. Well, I should give the dell drivers a shot! Thanks for the link.
Did I get the following right: Do you have both options, noapic and pci=usepirqmask in the kernel line of your menu.list?
Did your machine also crashed as soon as the hardware clock was touched by anything?
Right now I'm using the noapic option but this option kills my USB2.0 support.
About the webcam. I searched in some forums and read that it will work using the linux-uvc drivers. Somebody was using them on a DV6000 model, but it wasn't exactly the same as ours. I installed them and put uvcvideo to the rc.conf. But I don't have any support for it and checking kopetes settings no webcam will be shown. But I'm also not very familiar with webcams. Maybe I missed something. I'm sure that I'm member of the right groups and the driver is loaded, but no device in /dev/ will be created, so either I missed one important step or simply the drivers won't support this model. Maybe you are more lucky.
BTW.: Do you also have some strange sound when using the notebook on batteries. Some sound like scratches mixed with squeaks. Not very loud but you can hear them. Maybe you have an idea what causes them? And is you cpu temperature also that high? Over here it's always above 50°C, which is kinda high I guess. Just want to be sure if it's normal or not.
Maybe the omnibook developers will put support for this notebook to their drivers sooner or later. Right now I can't even compile them on 64bit. Well, maybe sometime in future....
Do you have any problem with the notebook? Maybe I have already solved some you still have so I can also help you a bit? Just let me know!
Thanks!
Offline
Hi again!
As for the kernel parameter, in the beginning I used "noapic" to be able to at least boot my system. I had the same problems with usb like you, e.g. that my usb-stick stopped working a few minutes after I had plugged it in. I then checked dmesg and got the following:
irq 7: nobody cared (try booting with the "irqpoll" option)
Call Trace:
<IRQ> [<ffffffff80263335>] __report_bad_irq+0x35/0x90
[<ffffffff802635b2>] note_interrupt+0x222/0x280
[<ffffffff802642a9>] handle_level_irq+0xe9/0x140
[<ffffffff8020d4aa>] do_IRQ+0x8a/0xe0
[<ffffffff80209000>] default_idle+0x0/0x50
[<ffffffff8020a6f1>] ret_from_intr+0x0/0xa
<EOI> [<ffffffff80209029>] default_idle+0x29/0x50
[<ffffffff802090ea>] cpu_idle+0x9a/0xf0
[<ffffffff805897c5>] start_kernel+0x225/0x230
[<ffffffff80589169>] _sinittext+0x169/0x170
handlers:
[<ffffffff880c44c0>] (usb_hcd_irq+0x0/0x60 [usbcore])
Disabling IRQ #7
So I removed "noapic" and added "irqpoll" like suggested. After that my usb-stick worked once again, but as far as I can remember the system still froze randomly. I then googled a bit and finally found some guy out there who had a similar laptop and had tried several kernel parameters and had written that the option "pci=usepirqmask" worked best for him as far as he could tell.
So at the moment I use _only_ the "pci=usepirqmask" option and cannot remember that the system has recently frozen, and as my usb-devices all work at the moment I think this might be the right option (although I don't fully understand yet what the option really does ).
The symptom concerning the hardware-clock sounds familiar to me, but I think in my case the system didn't crash but freeze at boot time when the clock settings should get readjusted by the system. I think it's best if you try the "pci=usepirqmask" option and tell me if it also works for you.
Today I've also tried to test the webcam and have installed linux-uvc-svn and linux-uvc-utils-svn from AUR as you have suggested and have inserted uvcvideo in the modules array. I get as far as the entry /dev/video0, I have tried to test it with
xawtv -c /dev/video -nodga
but I don't get any pictures. But if I change some options in the program the blue LED from the camera blinks, so in one way or another it seems to get recognized by the system. All dmesg has to say about the device is
uvcvideo: Found UVC 1.00 device USB 2.0 Camera (0c45:62c0)
but nothing more...
I also have tested the sound when only the battery is inserted, but as far as I can tell I don't get any scratches and/or squeaks, and I don't have a clue what could cause those. Concerning my sound problem with games I think sdl_mixer could cause these troubles as almost all the games I've tested depend on sdl_mixer, except supertux, which uses openal, but openal also doesn't work with me. And sometimes the alsa service fails to initialize at boot time and gives me this:
:: Restoring ALSA Levels
/usr/sbin/alsactl: sit_control:991: warning: name mismatch (Capture Switch / Capture Source) for control #1
/usr/sbin/alsactl: sit_control:993: warning: index mismatch (0/0) for control #1
/usr/sbin/alsactl: sit_control:1130: bad control.1.value.0 content
After that I always have to fire up alsamixer to adjust my settings, close it again and after that the sound works once again. I've also tried "alsactl store" a few times but it doesn't solve the problem. But what confuses me most is the fact that I have only 3 pillars for volume control: Headphone, PCM & Speaker
On my (old) desktop machine with nforce2/AC97 I get 12 or so, so maybe I'm missing some modules. Could you post me what modules you start with alsa? The modules currently running on my laptop are there:
$ lsmod
Module Size Used by
ext2 61968 1
ipv6 280832 12
snd_rtctimer 3680 1
cpufreq_ondemand 8208 1
eth1394 18440 0
joydev 10240 0
tsdev 7680 0
usbhid 56608 0
ff_memless 5896 1 usbhid
rtc 12416 1 snd_rtctimer
psmouse 39184 0
ohci1394 32328 0
ieee1394 93048 2 eth1394,ohci1394
serio_raw 6788 0
sdhci 17164 0
mmc_core 22536 1 sdhci
nvidia 5652056 22
forcedeth 39940 0
i2c_nforce2 7936 0
i2c_core 20864 2 nvidia,i2c_nforce2
ehci_hcd 31880 0
k8temp 5632 0
evdev 10240 1
ohci_hcd 20228 0
uvcvideo 40580 0
videodev 25984 1 uvcvideo
v4l1_compat 13188 2 uvcvideo,videodev
v4l2_common 24704 2 uvcvideo,videodev
snd_seq_oss 33024 0
snd_seq_midi_event 7808 1 snd_seq_oss
snd_seq 55552 5 snd_seq_oss,snd_seq_midi_event
snd_seq_device 7700 2 snd_seq_oss,snd_seq
snd_pcm_oss 43808 0
snd_mixer_oss 16768 1 snd_pcm_oss
snd_hda_intel 18080 5
snd_hda_codec 200704 1 snd_hda_intel
snd_pcm 80904 4 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 21896 4 snd_rtctimer,snd_seq,snd_pcm
snd 57192 18 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer
soundcore 8096 1 snd
snd_page_alloc 8592 2 snd_hda_intel,snd_pcm
powernow_k8 14016 1
freq_table 4512 2 cpufreq_ondemand,powernow_k8
usbcore 135080 5 usbhid,ehci_hcd,ohci_hcd,uvcvideo
ext3 132112 2
jbd 61680 1 ext3
mbcache 8584 2 ext2,ext3
ide_cd 39584 0
cdrom 37160 1 ide_cd
sd_mod 18176 5
amd74xx 15664 0 [permanent]
generic 7044 0 [permanent]
ide_core 134272 3 ide_cd,amd74xx,generic
sata_nv 10500 4
libata 98080 1 sata_nv
sha256 9472 0
serpent 19712 4
aes 27072 2
dm_crypt 12048 1
dm_mod 56144 7 dm_crypt
I have these high temperatures you mentioned, too. The nvidia GPU is always over 50°C and the values from the k8temp module show 55°C at the moment. I think this results especially because of the GeForce 7200 because I've tested both my laptop and the one of my mother, which uses identical and/or similar components. My notebook takes 38-44W (on AC) when idle and the other needs only 26-35W. And the only major difference is that the notebook of my mother has an ATI Card (X200 I think). I've also tried to use nvclock a few weeks ago to try to lower the clockspeed/voltage of the GPU but the system always froze. I think I'll wait for the next release to test my luck again.
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Hi!
After reading that you don't have those annoying sounds I decided to use the Pick-Up Service and let them check the laptop. Before that, I was able to use the kernel parameters you gave me, but non of them except the noapic worked for me. As soon as I got to the system clock, system froze. The weird part was that I could boot the laptop using on of the other options when it was not running on batteries, but as soon as it was running on batteries, it started to freeze also during bootup. I also didn't get the webcam to at least blink. I don't even get the /dev/video entry. What exactly did you do to at least let the system recognize your cam? Also the ndiswrapper only worked once directly after I did what the ubuntu howto described. Today, I wanted to get back online the networkmanager or better knetworkmanager got stuck at the same status like the last time. It seems that it can't configure the device, because this was the point where it stayed for a couple of seconds before falling back on the wired network interface.
So I guess there must be something wrong in general with my device. I think maybe I have the chance to get it fixed. I also told the guy at the support chat that he might should let the BIOS developers know, that the DSDT is buggy and that the Linux users will have trouble getting everything to work, just because of that. Maybe it'll work, maybe not, I don't know...
Anyway, here's the output from lsmod:
Module Size Used by
ipv6 258048 12
rfcomm 35880 0
hidp 15488 2
l2cap 21504 10 rfcomm,hidp
bluetooth 49540 5 rfcomm,hidp,l2cap
eeprom 7440 0
ext3 121744 1
jbd 57968 1 ext3
mbcache 8456 1 ext3
ide_cd 36896 0
cdrom 33960 1 ide_cd
ata_generic 7172 0
pata_amd 12576 0
eth1394 18056 0
forcedeth 37636 0
usbhid 50944 0
amd74xx 15536 0 [permanent]
joydev 9984 0
generic 7428 0 [permanent]
ff_memless 5896 1 usbhid
ide_core 126080 3 ide_cd,amd74xx,generic
tsdev 7808 0
sdhci 16780 0
mmc_core 21640 1 sdhci
ohci1394 30664 0
ieee1394 85624 2 eth1394,ohci1394
i2c_nforce2 8064 0
rtc 12288 0
ehci_hcd 29576 0
snd_seq_oss 30080 0
snd_seq_midi_event 7680 1 snd_seq_oss
snd_seq 49792 4 snd_seq_oss,snd_seq_midi_event
snd_seq_device 7700 2 snd_seq_oss,snd_seq
psmouse 37136 0
serio_raw 6916 0
k8temp 6016 0
snd_pcm_oss 40224 0
snd_mixer_oss 15744 1 snd_pcm_oss
ndiswrapper 211432 0
evdev 9856 3
capability 5128 0
dazuko 52968 0
commoncap 6784 2 capability,dazuko
uvcvideo 37892 0
videodev 25216 1 uvcvideo
v4l1_compat 12036 2 uvcvideo,videodev
v4l2_common 23296 2 uvcvideo,videodev
sd_mod 17664 4
sata_nv 10756 3
reiser4 355212 2
snd_hda_intel 17568 1
powernow_k8 13024 1
freq_table 4928 1 powernow_k8
fuse 40112 0
ohci_hcd 19204 0
usbcore 123944 6 usbhid,ehci_hcd,ndiswrapper,uvcvideo,ohci_hcd
cpufreq_userspace 4896 1
snd_hda_codec 192128 1 snd_hda_intel
snd_pcm 74248 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 20744 2 snd_seq,snd_pcm
snd 52328 11 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer
soundcore 8224 1 snd
snd_page_alloc 8720 2 snd_hda_intel,snd_pcm
nvidia 5652568 22
i2c_core 19968 3 eeprom,i2c_nforce2,nvidia
I also have only 3 pillars for volume control and only two sections, one for input, one for output. The section with the switches is missing completely over here so I don't have things like mic boost or something. But since you have the same control bars, I guess this is normal.
Anyway, I'm waiting to get the laptop back soon. Funny thing was, the guy at the support chat asked me what Linux I was using, so I convinced him to give Archlinux a try... I hope because he likes Linux, too, I will have better chances that the DSDT problem gets reported. Well, we'll see!
I'll let you know if I could do anything more as soon as I'll get my laptop back!
BYE
Offline
Yo!
Thanks for the modules list, Back2Cali, but I still haven't succeeded in getting sound to work with sdl-applications.
Also I hope for you that the hp-guys figure out what's wrong with your laptop, and that the device which they will return to you won't have other or additional bugs instead. In the meantime I have gotten the webcam to work!
What I did was to install linux-uvc-svn and linux-uvc-utils-svn, not the exact versions form AUR but the latest ones, now both version 75. I don't know if the newest were essentially necessary, but it bothered me that linux-uvc-utils-svn from AUR was only verson 11 and that maybe this would conflict with the more recent version 72 of linux-uvc-svn in AUR.
I get the /dev/video0 as soon as I load the uvcvideo module. I think I can imagine why it didn't work to that point with your configuration: The webcam seems to be accessed via USB:
$ lsusb
...
Bus 001 Device 002: ID 0c45:62c0 Microdia
...
And here comes in our problem with USB and kernel parameters. With the "pci=usepirqmask" option I can load the uvcvideo module but if I try it with "noapic" instead of "pci=usepirqmask", the module fails to load properly and dmesg tells me again about IRQ problems.
The webcam still doesn't work with xawtv (which doesn't bother me because I only wanted to test the webcam with it ), but it works with luvcview. There's already a package in AUR. It didn't compile on my machine, but the latest version 20070107 compiled without problems. That's what I like about PKGBUILDs, in most cases you simply have to raise the version to get the latest packages 8)
After you've installed luvcview you can try your luck (and the webcam) with the following command:
luvcview -d /dev/video0 -f yuv
The program seems to be in an early state of development as far as I can tell, but it makes a promising impression. Just experiment with the options when you've got it to run.
Our webcam is also listed at the GSPCA/SPCA5xx homepage and there don't seem to be any serious problems with it, apart from the quality, but I don't know if the quality column describes the quality of the webcam in general or in regard to the window$ drivers.
The next few month I won't have much time to hack on my laptop as I'm a student at the moment and I have to prepare for the next exams, so don't worry if it'll take some time for me to reply. I'll definitely be back!
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Hey!
Sorry, I wasn't aware of your answer till today. I don't know where the E-Mail went to, but obviously not into my account....
Anyway, yes, it seems that the Webcam problem was because of the noapic option. But unfortunately I didn't get the System to work with the "pci=usepirqmask" option. Using this option let my system freeze as soon as it will get information from the Hardware Clock. Also all the other Options I found on this wouldn't work. Only the noapic worked.
Anyway, now the Laptop is shipped to GB (which is funny since I'm living in Germany at the moment and the had to get it to GB, but hey, as long as it will work I don't give a f***...).
So right now I'm waiting for it to return and I hope that at least the strange noise disappears and maybe I can use the "pci=usepirqmask" option. I also let them know that there's something wrong with their DSDT and maybe they'll do something about it.
OK, that's all for now. Since I have the same problem with exams like you have, I also gotta get back to my studies.
Good luck for you exams!
Catch you later!
BYE
Offline
I have Pavillion too, check my installation report here: http://stalwart.hopto.org/~stalwart/?page_id=90
IRC: Stalwart @ FreeNode
Skype ID: thestalwart
WeeChat-devel nightly packages for i686
Offline
Hi!
Today I got my Laptop back. And I was right, the board was broken. Now after the replacement I checked out the kernel option iommu=off. The System started but during shutdown it still freezes. Gonna check some other options...
Anyway, I just wanted to ask if anybody found out something new about the dv6000 series that I don't know yet.
I also found a website where somebody said that the next kernel release will eventually have some major fixes for this series. I'm looking forward to that.
For the next step I'm trying to get my Webcam working and search for the right kernel option in order to stop the freezing...
Thanks for the support up to now...
Last edited by Back2Cali (2007-01-29 10:24:53)
Offline
Hi!
Today I got my Laptop back. And I was right, the board was broken. Now after the replacement I checked out the kernel option iommu=off. The System started but during shutdown it still freezes. Gonna check some other options...
Anyway, I just wanted to ask if anybody found out something new about the dv6000 series that I don't know yet.
I also found a website where somebody said that the next kernel release will eventually have some major fixes for this series. I'm looking forward to that.For the next step I'm trying to get my Webcam working and search for the right kernel option in order to stop the freezing...
Thanks for the support up to now...
Please notify me if you find anything interesting
IRC: Stalwart @ FreeNode
Skype ID: thestalwart
WeeChat-devel nightly packages for i686
Offline
Well, no luck over here. The chirping sounds are still here when running on batteries and the webcam also won't work (it won't even be recognized) and not to forget, knetworkmanager isn't able to bring the wireless device up when switching from wired network. It stops during device configuration and falls back to the wired network card. It doesn't even broadcast for an IP address. So ndiswrapper also seems to not work for me. At least the system only freezes during shutdown and not while running. But I wonder what they fixed at HPs since I complained about that chirping noise while running on batteries. Anyway, I think I'm waiting for the next kernel to be released and will have a look if things work with it. Otherwise I'm gonna have a big problem I guess. Maybe I'm sending this thing back for repair because of the chirping.... just to piss them off like this laptop starts pissing me off....
EDIT:
Meanwhile I found something about that high pitched whining Sound that is clearly to hear when running on batteries. Everybody that also has this noise on a new Pavilion Laptop which sounds more or less like an interference should take a look at this: http://forum.notebookreview.com/showthr … ee&t=85477
Unfortunately they all describe only Windows solutions for this. So does anybody know a solution under Linux?
Last edited by Back2Cali (2007-01-30 07:30:21)
Offline
Hi again!
In the meantime I've solved my problem concerning SDL applications/games.
My first try was to look at the SDL PKGBUILD and I found out it was compiled with ESD support. After starting the daemon I finally had sound with SDL applications but then other programs refused to play sound because the device was busy.
My second attempt was inspired by this post. All I had to do was:
export SDL_AUDIODRIVER=alsa
and now at last all programs have sound . I know this problem/solution might have better been placed into a multimedia-topic, but since the two other machines I have which run Arch didn't need this extra configuration, I think it might have to do with the laptop/hardware, so I've placed it here.
Glad that your laptop is finally back, Back2Cali. BTW, did you already try the "pci=usepirqmask" kernel option with the new motherboard? There's still a possibility that it could succeed.
... knetworkmanager isn't able to bring the wireless device up when switching from wired network.
IMHO a good approach would be to test the WLAN card with iwconfig/ifconfig, because they're on a relatively low level and do nothing you don't tell them to do. I for myself use the Archlinux Roaming Network Profiles. It is not hard to setup and/or switch profiles and good for testing if the problem lies in knetworkmanager or the WLAN card itself. In my case I tried to use wifi-radar before switching to the Roaming Network Profiles and it froze randomly when trying to connect to an access point. Without wifi-radar every connection is a success, it only freezes sometimes when I shutdown the laptop, just a second or two before it would turn off itself anyway .
Also if you use the hardware switch (the one next to the LED) to enable the WLAN card, don't forget to re-modprobe ndiswrapper again before connecting to an access point.
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Hi everybody!
Well since the Laptop just won't stop whining I just wanted to check out I this is also the case using windows. Yeah I know shame on me but since nobody from HP contacted me I thought why not checking out what the "other" OS does. Anyway, I wanted to install the Media Center Edition using the images I created when the Laptop arrived. I inserted the first disc and guess what. The installation program told me that it would not be build for this device. "Strange", I thought, because the program that told me to create those DVDs was running on this laptop and created the DVDs on this laptop. So I went straight to the online support chat and asked the guy over there what the problem is and if HP is not capable to fixing this damn problems. Finally I found out that this idiot from England who exchanged the mainboard not only didn't even checked if the whining is gone (if he only switched on the laptop he could have figured out by himself that it the noise wasn't gone), no he also forgot to flash the serial number and the model into the BIOS. Now I have to send the Laptop back so they can fix that and again look for the whining. Great isn't it?
I can't describe how pissed I am by the support. Can anyone explain to me where the high quality went which I thought HP has some sort of? First they couldn't make that thing linux compatible because of the differentiated system description table, now after sending the laptop to the repair apartment it was sent back having causing more errors??? I mean, what the f*** is so difficult to do If I described exactly what the problem is??!? Is it so hard to actually read the damn error description?
Anyway, I'm waiting another one or two days till they call me up as they said they would and probably give them a final chance to repair everything....
Offline
The new 2.6.20 Kernel was just released a couple of minutes ago. Well, since my Laptop is gone for repair now, maybe somebody else could post anything about fixes and so on in here. I just want to know if this version is able to boot the Laptop without the need to run with any special kernel option.
Maybe somebody can post anything in here as soon as the kernel package is released within Arch so I can see if there might be the chance that this laptop finally runs with only little problems left.
Thanks a lot!
Offline
I've now got the 2.6.20 up and running and booted without additional kernel options and haven't encountered a single problem so far. USB works fine now and dmesg hasn't complained about anything either.
The kernel developers have done it again.
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Great to hear..... I'm still waiting for my Laptop to return. They called me up yesterday and told me that nobody hears any high pitched sound....
I'm wondering what happens next. I wouldn't be surprised if I get it back and along with it a bill for the repair because there was nothing broke or something like that. Lucky for my some people posted that they have that sound in other forums and some over here said they don't have it. So I can at least proof that this exists.....
Offline
Yup, .20 is much better. I need to update Linux on dv6018 page in my blog
IRC: Stalwart @ FreeNode
Skype ID: thestalwart
WeeChat-devel nightly packages for i686
Offline
Hi once again,
since a few month I've got again the problem that my laptop freezes randomly at boot time (when I run on battery, then almost always, and sometimes when using AC, too), either after
:: Mounting Root Read-only [DONE]
or
:: Configuring System Clock [BUSY]
My ACPI related modules in /etc/rc.conf are "ac battery button fan". The problem first occurred with the 2.6.21* Kernel, I think, but also other packages seem to be part of the problem, because reverting back to 2.6.20* didn't solve the problem.
Any idea where I might have missed anything? What modules are you using in /etc/rc.conf, and in which order?
Did anyone experience similar problems?
Thanks in advance!
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
Offline
Same here. Dunno how to fix it
IRC: Stalwart @ FreeNode
Skype ID: thestalwart
WeeChat-devel nightly packages for i686
Offline
Thanks for posting the pci=usepirqmask option. I've added it to my kernel command line and it seems everything is finally working on my pavillion dv6436nr. I've removed noapic and it finally seems that interrupts are balanced between my cores. linux /proc/interrupts. Wireless is working with ndiswrapper and compiz-fusion is running well with the nvidia binary drivers. I'm using the latest kernel from [current]. I'll see if everything is still good tomorrow after some long session of work with GRASS.
edit: I spoke too soon Today it just locked up while working in a VT without X.
Last edited by iBertus (2007-09-02 03:40:08)
Offline
Pages: 1