Dell Inspiron 6000

[RBJ1128]

Here's my lspci -tv listing:

Code: Select all

-[00]-+-00.0  Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller
      +-02.0  Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller
      +-02.1  Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller
      +-1d.0  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1
      +-1d.1  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2
      +-1d.2  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3
      +-1d.3  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4
      +-1d.7  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller
      +-1e.0-[03-04]--+-00.0  Broadcom Corporation BCM4401-B0 100Base-TX
      |               +-01.0  Ricoh Co Ltd RL5c476 II
      |               +-01.1  Ricoh Co Ltd R5C552 IEEE 1394 Controller
      |               +-01.2  Ricoh Co Ltd SD Card reader
      |               \-03.0  Intel Corporation PRO/Wireless 2915ABG MiniPCI Adapter
      +-1e.2  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller
      +-1e.3  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller
      +-1f.0  Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge
      +-1f.2  Intel Corporation 82801FBM (ICH6M) SATA Controller
      \-1f.3  Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller

I just did the same, lspci -tv and here is my output:

Code: Select all

-[00]-+-00.0  Intel Corp. Mobile Memory Controller Hub
      +-01.0-[01]----00.0  ATI Technologies Inc M22 [Radeon Mobility M300]
      +-1d.0  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1
      +-1d.1  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2
      +-1d.2  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3
      +-1d.3  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4
      +-1d.7  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller
      +-1e.0-[03-04]--+-00.0  Broadcom Corporation BCM4401-B0 100Base-TX
      |               +-01.0  Ricoh Co Ltd RL5c476 II
      |               +-01.1  Ricoh Co Ltd R5C552 IEEE 1394 Controller
      |               +-01.2  Ricoh Co Ltd: Unknown device 0822
      |               \-03.0  Intel Corp. PRO/Wireless 2200BG
      +-1e.2  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller
      +-1e.3  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller
      +-1f.0  Intel Corp. 82801FBM (ICH6M) LPC Interface Bridge
      +-1f.2  Intel Corp. 82801FBM (ICH6M) SATA Controller
      \-1f.3  Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller

I have put my current kernel config online at
http://people.clemson.edu/~rbjohns/linux/config

I have realized that my freezing problem is not due to my xorg.conf but rather my kernel configuration. I had a few freezes when I didn't even have X loading at boot. I then used genkernel to create a working config, and aside from the fact that I didn't have any internet, sound, or ACPI the kernel ran fine. I am now running on a kernel with a configuration that was based on one earlier in this post. Mainly, I had to disable ALL framebuffering. My biggest issue is that I cannot seem to find the correct module in my kernel config to either build-in, or load at boot. If I were to go to

Code: Select all

Device Dirvers
--> Character Devices

and just build everything into the kernel, could that solve the problem?

[juniper]

Thanks a lot.

So you're using the MAC address as a selector. I'd have liked a more generic way so I thought I could use the device class identifier since I noticed the broadcom and WiFi adapters have different class IDs - both differ on a single bit. I hoped both class IDs meant something like PCI ethernet and PCI wireless. But I need more info on class IDs, e.g. from developers.

I also thought selecting the MAC address would also be slower than the vendor or PCI bus ID. I saw a thread somewhere a guy stated the card was not renamed immediately but after 4-5 seconds. I thought it's because the module must be loaded (and some transaction occur maybe) before the MAC address can be read. Do you see such a delay before the card is renamed?

no, i didn't notice any delay in renaming. the module loads instantly and everything is ready to go immediately.

j

[juniper]

i wanted to ask, has anyone successfully got there M$ refund for this laptop? i think i may have missed the boat (since i did boot into windows and i bought the laptop in May).

however, if there are any successful stories i will look into it.

i hate paying for things i don't use.

j

[VinzC]

Code: Select all

-[00]-+-00.0  Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller
...

Code: Select all

-[00]-+-00.0  Intel Corp. Mobile Memory Controller Hub
      +-01.0-[01]----00.0  ATI Technologies Inc M22 [Radeon Mobility M300]
...

So the real diff here is the video card.

If I were to go to

Code: Select all

Device Dirvers
--> Character Devices

and just build everything into the kernel, could that solve the problem?

Hmmm... I don't think so. The rule is "just tick what you need". Only one or two selections are mandatory; some are required. But as your display differs from mine - most of all I never had to configure an ATI under Linux - I don't know exactly what applies to your hardware.

You'd probably have to check AGP Gart and ATI radeon. But then I think the latter won't apply when you use ATI's drivers from portage - like nVidia.

[juniper]

however, i don't really know what Fn+F3 (battery) is supposed to do.

That key is mainly used under Windows to display the Battery control panel. But you could do anything you want with it as it isn't mapped to any BIOS function.

Also, Fn+F10 is supposed to eject the cdrom. that i know. i know what that looks like etc. however, i don't really know what Fn+F3 (battery) is supposed to do. also, if i remember correctly, some of these things are mentioned in the bios (certainly the Fn+F2 (wireless) is. so, i am wondering if i should go in the bios or something for these funtion keys.

Code: Select all

Fn+ESC is Sleep (or suspend to RAM),
Fn+F1 is Hibernate (or suspend to disk),
Fn+F2 is Wireless/BlueTooth toggle (on/off),
Fn+F3 is <battery> (or "do anything you want")
Fn+F8 is CRT/LCD

i thought i would give this another try...

well, i figured a few things out about the function keys.

the following function keys did not even have a key code

Fn+F1 hibernate
Fn+F2 wireless
Fn+F3 battery
Fn+F10 eject cdrom

that is, xev gives no value for them.

so, i read somewhere, what you are supposed to do is go to a console, <ctrl><alt>F1 say, and press Fn+F1 and then type dmesg. you get something like

Code: Select all

atkbd.c: Unknown key pressed (translated set 2, code 0x8a on isa0060/serio0).
atkbd.c: Use 'setkeycodes e00a <keycode>' to make it known.

you can then bind a key code to that event by (you can probably pick anything from 121 to 255).

Code: Select all

setkeycode e00a 121

now when you run xev and press Fn+F1 it registers with keycode 121.

my problem is that it appears that the setkeycode command seems to register the key press event, but not the key release event (most keys will come with both, see the showkey command). anyways, i don't know how to assign a release event, so if anyone knows, please let me know.

I use gnome and the battery monitor applet incorrectly states whether i am on ac power (it always says i am using battery power). can that be fixed?

Have you checked what /proc/acpi/battery/BAT<n>/state if it reflects the actual state (charging/discharging)?

Code: Select all

$ grep 'charging state:' /proc/acpi/battery/BAT0/state

yes, i checked that. it is correct; that is,

Code: Select all

$ grep 'charging state:' /proc/acpi/battery/BAT0/state

gives the correct state of the battery, but my gnome applet does not. anyone know how to deal with this?

thanks.

j

[VinzC]

Juniper, I think you should fix your [\quote] sign to [/quote]...

Oops: already done

[juniper]

another thing...

i am finding that my system is a bit unstable. i am running the vanilla-sources 2.6.12.2 with the suspend patch.

i seem to get a few random lockups, and it seems to be when i am emerging something (which i think is odd). i don't even have to be emerging something, emerge sync and even emerge -s seems to cause problems.

i will try and get the newest vanilla sources and see how that works.

i was also having this problem with the gentoo suspend kernel (in fact, the problem was worse then).

is anyone else in the same boat? any solutions? i am using pretty conservative c flags

Code: Select all

emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.12.2-vanilla-suspend i686)
=================================================================
System uname: 2.6.12.2-vanilla-suspend i686 Intel(R) Pentium(R) M processor 1.50GHz
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.4-r1
sys-apps/sandbox:    1.2.10
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.netnitco.net"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa avi berkdb bitmap-fonts cdr crypt cups curl dvd dvdread eds emboss encode esd fam foomaticdb fortran freetype gdbm gif gnome gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg junit libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl smooth spell sse sse2 ssl tcpd tetex tiff truetype truetype-fonts type1-fonts udev vorbis xft2 xine xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY

thanks.

k

[VinzC]

my problem is that it appears that the setkeycode command seems to register the key press event, but not the key release event (most keys will come with both, see the showkey command).

Why exactly do you need a release event for these keys?

The "wireless" key doesn't need to be trapped as it is directly handled by i6k BIOS. As for the remaining keys only the key press event does matter since it triggers an event. The event is triggered by a key press not a key release. Hence detecting the key is released doesn't really matter.

[mhanski]

Having tried pretty much everything to get rid of the hard lock ups, I went for Ubuntu and, alas, experienced exactly the same behaviour on this system too.
Now I'm going to to follow this advise for some time and see, if it helps:

http://ubuntuforums.org/showthread.php?t=48354

Ubuntu uses the linux-2.6 kernel. Newer centrino laptops use a chipset that in linux-2.6 requries use of the libata drivers, rather than the tried & true IDE subsystem which I co-authored. Libata works well, though, but has a fatal race condition in the SCSI error handling code.

So.. if your laptop has the modern centrino chipset (ICH6M), *and* an IDE hard disk and IDE (ATAPI) optical drive, then it is probably using the libata "ata_piix" driver in the kernel. If that is the case, your system *will* lock up regularly whenever the optical drive has no disc in it.

Just still a non-blank disc in the CD/DVD drive and let it run for a day or two, and see if that "cures" the lockups. There's a kernel patch available for this as well, but it has not appeared in any official kernel yet. Anyone who wants to pick it up can grab it from my webspace here: http://rtr.ca/dell_i9300/

My lsmod output:

Code: Select all

maciej@zeus:~$ lsmod | grep ata
ata_piix                9124  13
libata                 49316  2 ahci,ata_piix
scsi_mod              127552  6 sbp2,ahci,sr_mod,sd_mod,sg,libata
maciej@zeus:~$

P.S. This site http://rtr.ca/dell_i9300/ and these patches http://rtr.ca/dell_i9300/kernel/ seem really worth looking on, since it's basically the same laptop as ours, with the same NEC DVD+-RW drive.

M.

[juniper]

Having tried pretty much everything to get rid of the hard lock ups, I went for Ubuntu and, alas, experienced exactly the same behaviour on this system too.
Now I'm going to to follow this advise for some time and see, if it helps:

http://ubuntuforums.org/showthread.php?t=48354

Ubuntu uses the linux-2.6 kernel. Newer centrino laptops use a chipset that in linux-2.6 requries use of the libata drivers, rather than the tried & true IDE subsystem which I co-authored. Libata works well, though, but has a fatal race condition in the SCSI error handling code.

So.. if your laptop has the modern centrino chipset (ICH6M), *and* an IDE hard disk and IDE (ATAPI) optical drive, then it is probably using the libata "ata_piix" driver in the kernel. If that is the case, your system *will* lock up regularly whenever the optical drive has no disc in it.

Just still a non-blank disc in the CD/DVD drive and let it run for a day or two, and see if that "cures" the lockups. There's a kernel patch available for this as well, but it has not appeared in any official kernel yet. Anyone who wants to pick it up can grab it from my webspace here: http://rtr.ca/dell_i9300/

My lsmod output:

Code: Select all

maciej@zeus:~$ lsmod | grep ata
ata_piix                9124  13
libata                 49316  2 ahci,ata_piix
scsi_mod              127552  6 sbp2,ahci,sr_mod,sd_mod,sg,libata
maciej@zeus:~$

P.S. This site http://rtr.ca/dell_i9300/ and these patches http://rtr.ca/dell_i9300/kernel/ seem really worth looking on, since it's basically the same laptop as ours, with the same NEC DVD+-RW drive.

M.

hmmm, this might sound a little stupid, but do you have laptop-mode-tools running? i stopped mine and the lockups *seem* to have stopped. my laptop has been running for about a few hours now and it hasn't locked up. even emerged some stuff. i think it had to do with the battery tools.

j

[juniper]

my problem is that it appears that the setkeycode command seems to register the key press event, but not the key release event (most keys will come with both, see the showkey command).

Why exactly do you need a release event for these keys?

The "wireless" key doesn't need to be trapped as it is directly handled by i6k BIOS. As for the remaining keys only the key press event does matter since it triggers an event. The event is triggered by a key press not a key release. Hence detecting the key is released doesn't really matter.

without the release event registering, the key bindings don't work. i tried xev and the problem seems to be that if i push the key once it gets registered as being continuosly pushed, (like i am holding the key down) probably because there is no release event.

anyone know how to make the key release event register?

j

[juniper]

my problem is that it appears that the setkeycode command seems to register the key press event, but not the key release event (most keys will come with both, see the showkey command).

Why exactly do you need a release event for these keys?

The "wireless" key doesn't need to be trapped as it is directly handled by i6k BIOS. As for the remaining keys only the key press event does matter since it triggers an event. The event is triggered by a key press not a key release. Hence detecting the key is released doesn't really matter.

without the release event registering, the key bindings don't work. i tried xev and the problem seems to be that if i push the key once it gets registered as being continuosly pushed, (like i am holding the key down) probably because there is no release event.

anyone know how to make the key release event register?

j

oops, i missed something.

it appears that a key release event does register, but immediately (while i am pressing the key, even before i release it).

i don't know, seems weird, i probably shouldn't waste my time with it. setkeycodes does bind a keycode to the key press, but it doesn't seem to act like a normal key press. in any event, i can't get Fn+F10 eject the cdrom.

j

[seppelrockt]

I am not sure but I think the CD-ROM eject funktion per FN key is done via BIOS, too. It worked for me, at least I believe it did. But I furter guess the CD has to be unmounted first. OK, this is a not very solid statement but maybe it can help ...

[juniper]

I am not sure but I think the CD-ROM eject funktion per FN key is done via BIOS, too. It worked for me, at least I believe it did. But I furter guess the CD has to be unmounted first. OK, this is a not very solid statement but maybe it can help ...

hmmm, i looked in the bios and there doesn't seem to be any such setting...

do you know where it is?

j

[VinzC]

Hi.

Now there's a way to get DRI work with Intel Sonoma: http://forums.gentoo.org/viewtopic-t-36 ... ight-.html .

[juniper]

Having tried pretty much everything to get rid of the hard lock ups, I went for Ubuntu and, alas, experienced exactly the same behaviour on this system too.
Now I'm going to to follow this advise for some time and see, if it helps:

http://ubuntuforums.org/showthread.php?t=48354

Ubuntu uses the linux-2.6 kernel. Newer centrino laptops use a chipset that in linux-2.6 requries use of the libata drivers, rather than the tried & true IDE subsystem which I co-authored. Libata works well, though, but has a fatal race condition in the SCSI error handling code.

So.. if your laptop has the modern centrino chipset (ICH6M), *and* an IDE hard disk and IDE (ATAPI) optical drive, then it is probably using the libata "ata_piix" driver in the kernel. If that is the case, your system *will* lock up regularly whenever the optical drive has no disc in it.

Just still a non-blank disc in the CD/DVD drive and let it run for a day or two, and see if that "cures" the lockups. There's a kernel patch available for this as well, but it has not appeared in any official kernel yet. Anyone who wants to pick it up can grab it from my webspace here: http://rtr.ca/dell_i9300/

My lsmod output:

Code: Select all

maciej@zeus:~$ lsmod | grep ata
ata_piix                9124  13
libata                 49316  2 ahci,ata_piix
scsi_mod              127552  6 sbp2,ahci,sr_mod,sd_mod,sg,libata
maciej@zeus:~$

P.S. This site http://rtr.ca/dell_i9300/ and these patches http://rtr.ca/dell_i9300/kernel/ seem really worth looking on, since it's basically the same laptop as ours, with the same NEC DVD+-RW drive.

M.

just to update you, it seems that the stability problem is due to laptop-mode service. i stopped it and my system seems to be very stable now. i will update more.

j

[mhanski]

Having tried pretty much everything to get rid of the hard lock ups, I went for Ubuntu and, alas, experienced exactly the same behaviour on this system too.
Now I'm going to to follow this advise for some time and see, if it helps:

http://ubuntuforums.org/showthread.php?t=48354

Ubuntu uses the linux-2.6 kernel. Newer centrino laptops use a chipset that in linux-2.6 requries use of the libata drivers, rather than the tried & true IDE subsystem which I co-authored. Libata works well, though, but has a fatal race condition in the SCSI error handling code.

So.. if your laptop has the modern centrino chipset (ICH6M), *and* an IDE hard disk and IDE (ATAPI) optical drive, then it is probably using the libata "ata_piix" driver in the kernel. If that is the case, your system *will* lock up regularly whenever the optical drive has no disc in it.

Just still a non-blank disc in the CD/DVD drive and let it run for a day or two, and see if that "cures" the lockups. There's a kernel patch available for this as well, but it has not appeared in any official kernel yet. Anyone who wants to pick it up can grab it from my webspace here: http://rtr.ca/dell_i9300/

My lsmod output:

Code: Select all

maciej@zeus:~$ lsmod | grep ata
ata_piix                9124  13
libata                 49316  2 ahci,ata_piix
scsi_mod              127552  6 sbp2,ahci,sr_mod,sd_mod,sg,libata
maciej@zeus:~$

P.S. This site http://rtr.ca/dell_i9300/ and these patches http://rtr.ca/dell_i9300/kernel/ seem really worth looking on, since it's basically the same laptop as ours, with the same NEC DVD+-RW drive.

M.

hmmm, this might sound a little stupid, but do you have laptop-mode-tools running? i stopped mine and the lockups *seem* to have stopped. my laptop has been running for about a few hours now and it hasn't locked up. even emerged some stuff. i think it had to do with the battery tools.

j

Hi Juniper,
no, I don't have laptop-mode-tools running (actually, I installed them, but didn't care to add them to a runlevel).

What is even more stupid, having a non-blank disc in the DVD drive seems to cure my lockups. I put some load on my CPU (like emerging firefox and thunderbird at once) and there weren't any.

Any idea, how to apply those 2.6.12.12 patches http://rtr.ca/dell_i9300/ to gentoo sources (2.6.12-r6)?

M.

P.S. I'm leaving for holidays today and won't be able to post anything for the next 3 weeks

[VinzC]

just to update you, it seems that the stability problem is due to laptop-mode service. i stopped it and my system seems to be very stable now. i will update more.

Maybe this is time to fill a bug report upon this?

[VinzC]

Any idea, how to apply those 2.6.12.12 patches http://rtr.ca/dell_i9300/ to gentoo sources (2.6.12-r6)?

Download the patches and store them, say in /root/i9300. Then, as root, exectute the following commands:

Code: Select all

# cd /usr/src/linux
# patch -p0 < $(ls ~/i9300)

This will apply the patches you've just downloaded to your current kernel. Recompile your kernel and reboot. Don't forget to keep a failover kernel in cases that just doesn't work...

[mhanski]

Any idea, how to apply those 2.6.12.12 patches http://rtr.ca/dell_i9300/ to gentoo sources (2.6.12-r6)?

Download the patches and store them, say in /root/i9300. Then, as root, exectute the following commands:

Code: Select all

# cd /usr/src/linux
# patch -p0 < $(ls ~/i9300)

This will apply the patches you've just downloaded to your current kernel. Recompile your kernel and reboot. Don't forget to keep a failover kernel in cases that just doesn't work...

Hi,
patch -p0 < $(ls ~/i9300) didn't work, but I managed to apply the patches one by one and am running the new kernel now. Let's wait and see...

M.

[VinzC]

patch -p0 < $(ls ~/i9300) didn't work, but I managed to apply the patches one by one and am running the new kernel now. Let's wait and see...

Oops... I should have written

Code: Select all

patch -p0 < ~/$(ls ~/i9300)

Glad to see you solved it. We're looking forward to hearing back from you. Have nice holidays.

[mhanski]

patch -p0 < $(ls ~/i9300) didn't work, but I managed to apply the patches one by one and am running the new kernel now. Let's wait and see...

Oops... I should have written

Code: Select all

patch -p0 < ~/$(ls ~/i9300)

Glad to see you solved it. We're looking forward to hearing back from you. Have nice holidays.

OK, I tried some things to cause a system freeze with the patched kernel, to no effect Encoding divx, emerging, etc., everything worked smoothly. It looks, like my lock-up problems were gone:)

Heading for holidays, now really
Maciej

[juniper]

patch -p0 < $(ls ~/i9300) didn't work, but I managed to apply the patches one by one and am running the new kernel now. Let's wait and see...

Oops... I should have written

Code: Select all

patch -p0 < ~/$(ls ~/i9300)

Glad to see you solved it. We're looking forward to hearing back from you. Have nice holidays.

OK, I tried some things to cause a system freeze with the patched kernel, to no effect Encoding divx, emerging, etc., everything worked smoothly. It looks, like my lock-up problems were gone:)

Heading for holidays, now really
Maciej

good to hear your problems were solved. i REALLY hate lockups. why not just use windows if you have to deal with lockups? i guess, also, i have gentoo on a desktop and it is ROCK SOLID (the only lockups i have had in a year and a half have been when i was playing around with my X settings. Otherwise not a single lockup) so the contrast is also annoying (although, one unstable system is better than two).

anyways, strange that laptop-mode was my problem and not yours. if i start experiencing lock ups again i will try this, but all is good right now.

i guess i should submit a bug report, but i don't know how. also, i don't really know what *precisely* is the problem. i just stopped the service and everything is good, but other than that, not a clue as to what was wrong.

j

[seppelrockt]

Today I wanted to play a DVD with xine-1.1.0 and it always complained about wrong permissions for the DVD drive. In fact the group of /dev/sr0 was set to "disk" instead of "cdrom" by udev. I changed that manualy but don't know whether it is permanent (can't reboot atm). Now I'm quite uncertain whether I should fill a bugreport for udev because we are using the spezial libata.h modification. Maybe one could add a udev rule for the problem?

What are the more experienced people here thinking about that?

Regards,
seppelrockt

P.S. As an ugly workaround I could extend my user perms by adding myself to the disk group but that is no good solution I think.

[VinzC]

Today I wanted to play a DVD with xine-1.1.0 and it always complained about wrong permissions for the DVD drive. In fact the group of /dev/sr0 was set to "disk" instead of "cdrom" by udev. I changed that manualy but don't know whether it is permanent (can't reboot atm). Now I'm quite uncertain whether I should fill a bugreport for udev because we are using the spezial libata.h modification. Maybe one could add a udev rule for the problem?

What are the more experienced people here thinking about that?

I'm not that experienced but I think this involves (re)writing or customizing UDEV rules. I have the same kind of trouble with burning CDs.

P.S. As an ugly workaround I could extend my user perms by adding myself to the disk group but that is no good solution I think.

I also agree on it. However I did not receive any response on how to do (from the above link).