Bug 4997

Created attachment 1782 [details]
file "dmesg from Mageia 2 Beta 2"

Created attachment 1783 [details]
file "dmesg from Mageia 2 Beta 2"

Attachment 1782 is obsolete: 0 => 1

# lsmod | grep amd
pata_amd               14118  0 
libata                212549  4 pata_acpi,ata_generic,pata_amd,sata_nv
amd74xx                12977  0 
ide_core              117252  3 ide_cd_mod,ide_pci_generic,amd74xx

I expect that "lsmod |grep pata" will show pata_acpi listed after
pata_amd, as lsmod lists modules with the most recently loaded
module shown first.

As a workaround, try adding rdloaddriver=pata_amd to the kernel options.

CC: (none) => davidwhodgins

Before :
# lsmod |grep pata
pata_acpi              13027  0 
pata_amd               14118  0 
libata                212549  4 pata_acpi,ata_generic,pata_amd,sata_nv
------------------------------------------------------------------------------


Ok , thank Dave ,

With this workaround (try adding rdloaddriver=pata_amd to the kernel options) works ,my driver is dev/sr0 but the line "Module" in drakhardware is empty.

---------------------------------------------------------------------------
Identification
Vendor: âOptiarc
Description: âDVD RW AD-7590A
Disk identifier: âOptiarc DVD RW AD-7590A
Media class: âcdrom
Bus identification
Target id number: â0
Connection
Bus: âSCSI
Channel: â0
Logical unit number: â0
Target id number: â0
Device
Old device file: â/dev/sr0
Misc
Drive capacity: âburner DVD 
Disk controller: â1
Module: â â
--------------------------------------------------------------------------
# lsmod | grep amd
pata_amd               14118  0 
libata                212549  4 pata_acpi,ata_generic,sata_nv,pata_amd

-----------------------------------------------------------------------------
# lsmod |grep pata
pata_acpi              13027  0 
pata_amd               14118  0 
libata                212549  4 pata_acpi,ata_generic,sata_nv,pata_amd

Created attachment 1802 [details]
file "dmesg from Mageia 2 Beta 2" with option "rdloaddriver=pata_amd"

So it looks like the latest kernel update, which fixed the issue
for pata_via (bug 3395) has re-created the problem for pata_amd,
which had previously been fixed for Mageia 1 in bug 1525.

This bug should be assigned to the kernel maintainer.

I don't think that's the kernel bug module-init-tools or ldetect-lst

After clean install of M2b2 on Friday and real test upgrade today I have the same symptoms here (32-bit desktop PC).


lspcidrake -v | grep STORAGE_IDE
ata_piix        : Intel Corporation|82801FB/FW (ICH6/ICH6W) SATA Controller [STORAGE_IDE] (vendor:8086 device:2651 subv:1028 subd:0179) (rev: 03)
ata_piix        : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller [STORAGE_IDE] (vendor:8086 device:266f subv:1028 subd:0179) (rev: 03)


# cat /etc/modprobe.conf 
install scsi_hostadapter /sbin/modprobe ata_piix; /sbin/modprobe ahci; /bin/true
install usb-interface /sbin/modprobe ehci_hcd; /sbin/modprobe uhci_hcd; /bin/true


Identification
Disk identifier: _NEC DVD_RW ND-3550A
Media class: âcdrom
Bus identification
Target id number: â1
Connection
Bus: âide
Channel: primary
Target id number: â1
Device
Old device file: â/dev/hdb
Misc
Drive capacity: âburner DVD 
Disk controller: â0

# lsmod |grep ata
pata_acpi              12875  0 
ata_generic            12779  0 
ata_piix               22146  7 
libata                183151  3 pata_acpi,ata_generic,ata_piix
scsi_mod              186048  5 sg,sd_mod,uas,usb_storage,libata

CC: (none) => filip.komar

I just tried with kernel option "rdloaddriver=ata_piix" and K3B now recognize this burner!

THX for tip!

PS.: Unfortunately it's not a workaround for bug 5076. At least in my case.

To summarize possible workaround:
Put the resulting module of:
lspcidrake -v | grep STORAGE_IDE

into rdloaddriver kernel option with that module!

Thanks. It works for me even without kernel option after today's updates (kernel 3.3.1-desktop-1.mga2 and udev.

Consider it FIXED from my side.

Ok ,there is good news

I installed last night the second set of isos Mageia-2-beta3-x86_64

By cons I do not know if this is due to the update package dracut-017-5.mga2 ,but probably yes.

Now my drive is recognized and device is sr0.

# lspcidrake -v | grep STORAGE_IDE
sata_nv         : nVidia Corporation|MCP51 Serial ATA Controller [STORAGE_IDE] (vendor:10de device:0266 subv:1025 subd:0112) (rev: f1)
pata_amd        : nVidia Corporation|MCP51 IDE [STORAGE_IDE] (vendor:10de device:0265 subv:1025 subd:0112) (rev: f1)

----------------------------------------------------------------------------
# lsmod | grep amd
pata_amd               14118  0 
libata                212549  2 pata_amd,sata_nv
----------------------------------------------------------------------------
# lsmod |grep pata
pata_amd               14118  0 
libata                212549  2 pata_amd,sata_nv
----------------------------------------------------------------------------
# ls -l /dev/cdrom
lrwxrwxrwx 1 root root 3 avril 15 09:45 /dev/cdrom -> sr0
------------------------------------------------------
# ls -l /dev/*cd*
lrwxrwxrwx 1 root root  3 avril 15 09:45 /dev/cdrom -> sr0
lrwxrwxrwx 1 root root  3 avril 15 09:45 /dev/cdrw -> sr0
------------------------------------------------------
/dev/pktcdvd:
total 0
crw-rw---- 1 root cdrom 10, 62 avril 15 09:45 control
-----------------------------------------------------
# getfacl /dev/*cd*
getfacl : suppression du premier « / » des noms de chemins absolus
# file: dev/cdrom
# owner: root
# group: cdrom
user::rw-
user:david:rw-
group::rw-
mask::rw-
other::---

# file: dev/cdrw
# owner: root
# group: cdrom
user::rw-
user:david:rw-
group::rw-
mask::rw-
other::---

# file: dev/pktcdvd
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
-----------------------------------------------------------

Or maybe this is due to the change in modprobe.conf :

# cat /etc/modprobe.conf 
options snd-ac97-codec power_save=1
install scsi_hostadapter /sbin/modprobe sata_nv; /sbin/modprobe pata_amd; /bin/true
remove tifm_7xx1 /sbin/modprobe -r mmc_block; /sbin/modprobe -r tifm_sd; /sbin/modprobe --first-time -r --ignore-remove tifm_7xx1
install tifm_7xx1 /sbin/modprobe --first-time --ignore-install tifm_7xx1 && { /sbin/modprobe mmc_block; /sbin/modprobe tifm_sd; /bin/true; }
install usb-interface /sbin/modprobe ehci_hcd; /sbin/modprobe ohci_hcd; /bin/true
install ide-controller /sbin/modprobe ide_pci_generic; /sbin/modprobe ide_generic; /bin/true
alias sound-slot-0 snd_hda_intel

The line "install ide-controller" was not there before in first comment.

Someone have any idea?

Created attachment 1997 [details]
dmesg_mageia2-beta3-x86_64 (device drive sr0)

I did not commit anything specific to this in dracut.

Perhaps you can try commenting out various modprobe.conf stuff to see if it breaks again?

*** Bug 5536 has been marked as a duplicate of this bug. ***

CC: (none) => worzel910

With reference to those with a AMD chipset on the Gigabyte 890fx boards,

You need to add rdloaddriver=pata_jmicron at boot time.

OK, so I've looked into this a bit and it seems that mkinitrd used to process (really rather hackily) the "scsi_hostadapter" and "ide-controller" lines in /etc/modprobe.conf when generating the initrd.

While this is ugly, we're too late in the cycle to try and adapt to a nicer way of working, so I've patched dracut to do the same.

Can people with this problem please try removing any workarounds they have an try generating a new initrd with latest dracut when it is available? (017-7) and let me know if it works for them?

(In reply to comment #18)
> OK, so I've looked into this a bit and it seems that mkinitrd used to process
> (really rather hackily) the "scsi_hostadapter" and "ide-controller" lines in
> /etc/modprobe.conf when generating the initrd.
> 
> While this is ugly, we're too late in the cycle to try and adapt to a nicer way
> of working, so I've patched dracut to do the same.
> 
> Can people with this problem please try removing any workarounds they have an
> try generating a new initrd with latest dracut when it is available? (017-7)
> and let me know if it works for them?


Now fixed for me with the update

Since installing the beta 3 (in Comment 13) I do not have this problem.

For me it's fixed too.

Remain cautious and await the final version to be sure of the bug  fixed.

*** Bug 5533 has been marked as a duplicate of this bug. ***

CC: (none) => philippedidier

A user had the problem with Mageia RC. Reader was recognised, but not recorder.
But with an update of kernel, the problem is solved.
the lspcidrake -v gave
sata_nv : nVidia Corporation|CK804 Serial ATA Controller [STORAGE_IDE] (vendor:10de device:0055 subv:1043 subd:815a) (rev: f3)
sata_nv : nVidia Corporation|CK804 Serial ATA Controller [STORAGE_IDE] (vendor:10de device:0054 subv:1043 subd:815a) (rev: f3)
pata_amd : nVidia Corporation|CK804 IDE [STORAGE_IDE] (vendor:10de device:0053 subv:1043 subd:815a) (rev: f2)
Yves

CC: (none) => yves.brungard_mageia

To complement that says papoteur :

The user encounters the same problem as me with the same driver pata_amd ,he installed Mageia 2_RC for 32bit.
In modprobe.conf missing the line "install ide-controller /sbin/modprobe pata_amd; /bin/true" ,Then I offered to add them to the modprobe.conf file and wait for an update of the kernel.
Now after the update was the last kernel its two readers are well recognized ,device are "sr0" and "sr1".

http://www.mageialinux-online.org/forum/topic-12536+detection-lecteur-et-graveur-dvd-en-ide-sous-mageia-2.php

After a new fresh install for Mageia 2 with the Mageia-2-x86_64-DVD, I can confirm that the bug is resolved for me.

My dvd/recorder is now accessible with the good driver.


# lspcidrake -v | grep STORAGE_IDE
sata_nv         : nVidia Corporation|MCP51 Serial ATA Controller [STORAGE_IDE] (vendor:10de device:0266 subv:1025 subd:0112) (rev: f1)
pata_amd        : nVidia Corporation|MCP51 IDE [STORAGE_IDE] (vendor:10de device:0265 subv:1025 subd:0112) (rev: f1)

# lsmod | grep amd
pata_amd               14118  0 
libata                212549  2 sata_nv,pata_amd

# lsmod |grep pata
pata_amd               14118  0 
libata                212549  2 sata_nv,pata_amd

# lsmod |grep ata
pata_amd               14118  0 
sata_nv                31831  6 
libata                212549  2 sata_nv,pata_amd
scsi_mod              218408  6 libata,sd_mod,sr_mod,sg,uas,usb_storage

I think you can close this bug.
And a big thank you to all the team Mageia.