Hello again, David Miller wrote: > When we boot the firmware provides a vector of function > pointers, and this is prom_nodeops. So prom_nodeops->no_nextprop() > is a routine inside the PROM.
Thanks. So there is no real chance to fix it but to override this function? The strange thing is that the PROM prompt handles it correctly: | ok devalias scsi /iommu/sbus/espdma/esp | scsi isn't unique | ok cd /aliases | ok .attributes | scsi /iommu/sbus/espdma/esp | screen /[EMAIL PROTECTED],10000000/[EMAIL PROTECTED],10001000/[EMAIL PROTECTED],0 | net-g net:,SUNXT_KERNEL.SUN4M | ttyb /obio/[EMAIL PROTECTED],100000:b | ttya /obio/[EMAIL PROTECTED],100000:a | keyboard! /obio/[EMAIL PROTECTED],0:forcemode | keyboard /obio/[EMAIL PROTECTED],0 | floppy /obio/SUNW,fdtwo | scsi /iommu/sbus/[EMAIL PROTECTED],8400000/[EMAIL PROTECTED],8800000 | net-aui /iommu/sbus/[EMAIL PROTECTED],8400010:aui/[EMAIL PROTECTED],8c00000 | net-tpe /iommu/sbus/[EMAIL PROTECTED],8400010:tpe/[EMAIL PROTECTED],8c00000 | [...] | name aliases Linux PROM initialization goes this way: | scsi | screen | net-g | ttyb | ttya | keyboard! | keyboard | floppy | scsi | screen | net-g [...] As I'm not sure anymore whether the device tree (show-devs) or the aliases (devalias) are broken on the Classic X (I "upgraded" mine to a Classic by changing some NVRAM bytes) this may be a non-issue. But it is still an endless loop where it don't has to be. Markus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
