Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel - Debian

This is a discussion on Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel - Debian ; Package: installation-reports Version: 2.35 Severity: normal Image version: http://www.cyrius.com/debian/nslu2/f...l-5.0beta2.zip Machine: nslu2 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card: [O] Configure network: [O] ...

+ Reply to Thread
Results 1 to 20 of 20

Thread: Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

  1. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    Package: installation-reports
    Version: 2.35
    Severity: normal

    Image version: http://www.cyrius.com/debian/nslu2/f...l-5.0beta2.zip

    Machine: nslu2

    Base System Installation Checklist:
    [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

    Initial boot: [O]
    Detect network card: [O]
    Configure network: [O]
    Detect CD: [O]
    Load installer modules: [E]
    Detect hard drives: [O]
    Partition hard drives: [O]
    Install base system: [O]
    Clock/timezone setup: [O]
    User/password setup: [O]
    Install tasks: [ ]
    Install boot loader: [O]
    Overall install: [O]

    Comments/Problems:

    There was no /etc/environment installed. pam already has a long-open bug about
    that.

    I always forget to select the usb-storage and ext3 modules when
    installing a slug, and this time was no exception; I ended up having to go
    back from partman twice to get all the necessary bits for it to see the drive.

    For some reason, partman did not detect that my existing /dev/hda3 was a
    pre-formatted ext3 filesystem with /home on it. So I couldn't set up the
    mounting of that in partman (without reformatting it).

    /etc/fstab ended up with an /media/floppy mountpoint for /dev/sda. Which
    was weird, because /dev/sda is a (very cheap) USB ide laptop disk enclosure;
    /dev/sda1 is the root filesystem. Seems to happen because ID_TYPE is
    reported as floppy:

    root@slug:/etc/ssl/certs>udevinfo -q env -p /block/sda
    ID_VENDOR=Myson_Century,_Inc.
    ID_MODEL=USB_Mass_Storage_Device
    ID_REVISION=b008
    ID_SERIAL=Myson_Century,_Inc._USB_Mass_Storage_Dev ice_100
    ID_SERIAL_SHORT=100
    ID_TYPE=floppy
    ID_BUS=usb
    ID_PATH=pci-0000:00:01.2-usb-0:1:1.0-scsi-0:0:0:0

    I don't know if this is a kernel or a hardware bug. I do wonder if d-i
    should trust the ID_TYPE at all.

    Armel is so much faster on this de-underclocked slug than arm that
    it's a pleasure to use!

    --

    ==============================================
    Installer lsb-release:
    ==============================================
    DISTRIB_ID=Debian
    DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
    DISTRIB_RELEASE="5.0 (lenny) - installer build 20080522"
    X_INSTALLATION_MEDIUM=netboot

    ==============================================
    Installer hardware-summary:
    ==============================================
    umame -a: Linux snail 2.6.24-1-ixp4xx #1 Tue May 13 10:43:34 UTC 2008 armv5tel unknown
    lspci -knn: 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
    lspci -knn: Kernel driver in use: ohci_hcd
    lspci -knn: Kernel modules: ohci-hcd
    lspci -knn: 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
    lspci -knn: Kernel driver in use: ohci_hcd
    lspci -knn: Kernel modules: ohci-hcd
    lspci -knn: 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04)
    lspci -knn: Kernel driver in use: ehci_hcd
    lspci -knn: Kernel modules: ehci-hcd
    lsmod: Module Size Used by
    lsmod: reiserfs 259572 0
    lsmod: sd_mod 26896 3
    lsmod: usb_storage 84263 2
    lsmod: scsi_mod 120276 2 sd_mod,usb_storage
    lsmod: ext3 138056 1
    lsmod: jbd 49748 1 ext3
    lsmod: vfat 13024 0
    lsmod: fat 55228 1 vfat
    lsmod: ext2 73320 0
    lsmod: mbcache 9088 2 ext3,ext2
    lsmod: ehci_hcd 34252 0
    lsmod: ohci_hcd 21284 0
    lsmod: evdev 11520 0
    lsmod: ixp4xx_eth 16088 0
    lsmod: ixp4xx_npe 8608 2 ixp4xx_eth
    lsmod: firmware_class 10048 1 ixp4xx_npe
    lsmod: ixp4xx_beeper 3488 0
    lsmod: ixp4xx_qmgr 6040 6 ixp4xx_eth
    lsmod: usbcore 139032 4 usb_storage,ehci_hcd,ohci_hcd
    df: Filesystem 1k-blocks Used Available Use% Mounted on
    df: tmpfs 14848 20 14828 0% /dev
    df: tmpfs 14848 20 14828 0% /dev
    df: /dev/sda1 2893628 545252 2201384 20% /target
    df: /dev/sda1 2893628 545252 2201384 20% /dev/.static/dev
    df: tmpfs 14848 20 14828 0% /target/dev
    free: total used free shared buffers
    free: Mem: 29700 27908 1792 0 752
    free: Swap: 136544 4080 132464
    free: Total: 166244 31988 134256
    /proc/cpuinfo: Processor : XScale-IXP42x Family rev 1 (v5l)
    /proc/cpuinfo: BogoMIPS : 266.24
    /proc/cpuinfo: Features : swp half fastmult edsp
    /proc/cpuinfo: CPU implementer : 0x69
    /proc/cpuinfo: CPU architecture: 5TE
    /proc/cpuinfo: CPU variant : 0x0
    /proc/cpuinfo: CPU part : 0x41f
    /proc/cpuinfo: CPU revision : 1
    /proc/cpuinfo: Cache type : undefined 5
    /proc/cpuinfo: Cache clean : undefined 5
    /proc/cpuinfo: Cache lockdown : undefined 5
    /proc/cpuinfo: Cache format : Harvard
    /proc/cpuinfo: I size : 32768
    /proc/cpuinfo: I assoc : 32
    /proc/cpuinfo: I line length : 32
    /proc/cpuinfo: I sets : 32
    /proc/cpuinfo: D size : 32768
    /proc/cpuinfo: D assoc : 32
    /proc/cpuinfo: D line length : 32
    /proc/cpuinfo: D sets : 32
    /proc/cpuinfo:
    /proc/cpuinfo: Hardware : Linksys NSLU2
    /proc/cpuinfo: Revision : 0000
    /proc/cpuinfo: Serial : 0000000000000000
    /proc/ioports: 00000000-0000ffff : PCI I/O Space
    /proc/iomem: 00000000-01ffffff : System RAM
    /proc/iomem: 00022000-00294fff : Kernel text
    /proc/iomem: 00296000-002cfd77 : Kernel data
    /proc/iomem: 48000000-4bffffff : PCI Memory Space
    /proc/iomem: 48000000-48000fff : 0000:00:01.0
    /proc/iomem: 48000000-48000fff : ohci_hcd
    /proc/iomem: 48001000-48001fff : 0000:00:01.1
    /proc/iomem: 48001000-48001fff : ohci_hcd
    /proc/iomem: 48002000-480020ff : 0000:00:01.2
    /proc/iomem: 48002000-480020ff : ehci_hcd
    /proc/iomem: 50000000-50ffffff : IXP4XX-Flash.0
    /proc/iomem: 50000000-50ffffff : IXP4XXFlash
    /proc/iomem: 60000000-60003fff : IXP4xx Queue Manager
    /proc/iomem: c8000000-c8000fff : serial8250.0
    /proc/iomem: c8000000-c800001f : serial
    /proc/iomem: c8001000-c8001fff : serial8250.0
    /proc/iomem: c8001000-c800101f : serial
    /proc/iomem: c8007000-c8007fff : NPE-B
    /proc/iomem: c8008000-c8008fff : NPE-C
    /proc/iomem: c8009000-c8009fff : eth0
    /proc/iomem: c800b000-c800bfff : pxa2xx-udc
    /proc/interrupts: CPU0
    /proc/interrupts: 3: 114292 IXP4xx IXP4xx Queue Manager
    /proc/interrupts: 5: 899769 IXP4xx timer1
    /proc/interrupts: 11: 1319 IXP4xx ixp4xx-beeper
    /proc/interrupts: 15: 976 IXP4xx serial
    /proc/interrupts: 22: 0 IXP4xx NSLU2 power button
    /proc/interrupts: 26: 3389432 IXP4xx ehci_hcd:usb3
    /proc/interrupts: 27: 0 IXP4xx ohci_hcd:usb2
    /proc/interrupts: 28: 8 IXP4xx ohci_hcd:usb1
    /proc/interrupts: 29: 0 IXP4xx NSLU2 reset button
    /proc/interrupts: Err: 0
    /proc/meminfo: MemTotal: 29700 kB
    /proc/meminfo: MemFree: 1776 kB
    /proc/meminfo: Buffers: 752 kB
    /proc/meminfo: Cached: 19264 kB
    /proc/meminfo: SwapCached: 1720 kB
    /proc/meminfo: Active: 12572 kB
    /proc/meminfo: Inactive: 9716 kB
    /proc/meminfo: SwapTotal: 136544 kB
    /proc/meminfo: SwapFree: 132464 kB
    /proc/meminfo: Dirty: 396 kB
    /proc/meminfo: Writeback: 0 kB
    /proc/meminfo: AnonPages: 2084 kB
    /proc/meminfo: Mapped: 1560 kB
    /proc/meminfo: Slab: 2916 kB
    /proc/meminfo: SReclaimable: 1244 kB
    /proc/meminfo: SUnreclaim: 1672 kB
    /proc/meminfo: PageTables: 300 kB
    /proc/meminfo: NFS_Unstable: 0 kB
    /proc/meminfo: Bounce: 0 kB
    /proc/meminfo: CommitLimit: 151392 kB
    /proc/meminfo: Committed_AS: 9620 kB
    /proc/meminfo: VmallocTotal: 991232 kB
    /proc/meminfo: VmallocUsed: 16876 kB
    /proc/meminfo: VmallocChunk: 966652 kB
    /proc/bus/input/devices: I: Bus=0019 Vendor=001f Product=0001 Version=0100
    /proc/bus/input/devices: N: Name="ixp4xx beeper"
    /proc/bus/input/devices: P: Phys=ixp4xx/gpio
    /proc/bus/input/devices: S: Sysfs=/class/input/input0
    /proc/bus/input/devices: U: Uniq=
    /proc/bus/input/devices: H: Handlers=kbd event0
    /proc/bus/input/devices: B: EV=40001
    /proc/bus/input/devices: B: SND=6
    /proc/bus/input/devices:

    -- System Information:
    Debian Release: lenny/sid
    APT prefers unstable
    APT policy: (500, 'unstable')
    Architecture: armel (armv5tel)

    Kernel: Linux 2.6.24-1-ixp4xx
    Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
    Shell: /bin/sh linked to /bin/bash

    installation-report depends on no packages.

    Versions of packages installation-report recommends:
    ii pciutils 1:3.0.0-4 Linux PCI Utilities
    ii reportbug 3.41 reports bugs in the Debian distrib

    -- no debconf information



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  2. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    On Sunday 22 June 2008, root wrote:
    > Comments/Problems:
    > /etc/fstab ended up with an /media/floppy mountpoint for /dev/sda.
    > Which was weird, because /dev/sda is a (very cheap) USB ide laptop disk
    > enclosure; /dev/sda1 is the root filesystem. Seems to happen because
    > ID_TYPE is reported as floppy:
    >
    > root@slug:/etc/ssl/certs>udevinfo -q env -p /block/sda
    > ID_VENDOR=Myson_Century,_Inc.
    > ID_MODEL=USB_Mass_Storage_Device
    > ID_REVISION=b008
    > ID_SERIAL=Myson_Century,_Inc._USB_Mass_Storage_Dev ice_100
    > ID_SERIAL_SHORT=100
    > ID_TYPE=floppy
    > ID_BUS=usb
    > ID_PATH=pci-0000:00:01.2-usb-0:1:1.0-scsi-0:0:0:0
    >
    > I don't know if this is a kernel or a hardware bug. I do wonder if d-i
    > should trust the ID_TYPE at all.


    We don't, at least not entirely. See list-devices which has a few
    exceptions. Maybe another one should be added?



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  3. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    On Monday 23 June 2008, Frans Pop wrote:
    > > I don't know if this is a kernel or a hardware bug. I do wonder if
    > > d-i should trust the ID_TYPE at all.

    >
    > We don't, at least not entirely. See list-devices which has a few
    > exceptions. Maybe another one should be added?


    OTOH, it should probably only be a minor fix to get the type reported
    correctly. The first thing to check is extras/usb_id/usb_id.c in udev
    which seems to be what determines the output based on sysfs info.

    The type looks to be determined by bInterfaceClass and bInterfaceSubClass
    in /sys/bus/usb/devices/x-y:1.0/. The SubClass seems to be 5 instead of 8
    in your case.
    The output of 'lsusb -v' (as root) will give you those values as well.

    If so, the classification error looks to be in the kernel and should be
    traceable with full lsusb output for the device.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  4. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    * root [2008-06-21 19:15]:
    > I always forget to select the usb-storage and ext3 modules when
    > installing a slug, and this time was no exception;


    Yep, it's annoying. IMHO it would be nice if we could specify a list
    of modules for specific subarches that would be loaded even when
    you're in lowmem level2.
    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  5. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    On Monday 23 June 2008, Martin Michlmayr wrote:
    > * root [2008-06-21 19:15]:
    > > I always forget to select the usb-storage and ext3 modules when
    > > installing a slug, and this time was no exception;

    >
    > Yep, it's annoying. IMHO it would be nice if we could specify a list
    > of modules for specific subarches that would be loaded even when
    > you're in lowmem level2.


    Assuming s/modules/udebs/: add them in /var/cache/anna/include.
    When/how to best do that is up to you.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  6. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    Frans Pop wrote:
    > On Monday 23 June 2008, Frans Pop wrote:
    > > > I don't know if this is a kernel or a hardware bug. I do wonder if
    > > > d-i should trust the ID_TYPE at all.

    > >
    > > We don't, at least not entirely. See list-devices which has a few
    > > exceptions. Maybe another one should be added?


    I have a feeling there are a near-infinite supply of differenct cheap
    usb enclosures. Though I definitly picked the very cheap end in this one. :-)

    There might also be reasons for these devices to pretend to be USB
    floppy drives, to work around BIOS issues or something.

    > OTOH, it should probably only be a minor fix to get the type reported
    > correctly. The first thing to check is extras/usb_id/usb_id.c in udev
    > which seems to be what determines the output based on sysfs info.
    >
    > The type looks to be determined by bInterfaceClass and bInterfaceSubClass
    > in /sys/bus/usb/devices/x-y:1.0/. The SubClass seems to be 5 instead of 8
    > in your case.
    > The output of 'lsusb -v' (as root) will give you those values as well.
    >
    > If so, the classification error looks to be in the kernel and should be
    > traceable with full lsusb output for the device.


    Bus 001 Device 002: ID 04cf:8818 Myson Century, Inc. USB2.0 to ATAPI BridgeController
    Device Descriptor:
    bLength 18
    bDescriptorType 1
    bcdUSB 2.00
    bDeviceClass 0 (Defined at Interface level)
    bDeviceSubClass 0
    bDeviceProtocol 0
    bMaxPacketSize0 64
    idVendor 0x04cf Myson Century, Inc.
    idProduct 0x8818 USB2.0 to ATAPI Bridge Controller
    bcdDevice b0.08
    iManufacturer 1 Myson Century, Inc.
    iProduct 2 USB Mass Storage Device
    iSerial 3 100
    bNumConfigurations 1
    Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 32
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 4 USB Mass Storage
    bmAttributes 0xc0
    Self Powered
    MaxPower 10mA
    Interface Descriptor:
    bLength 9
    bDescriptorType 4
    bInterfaceNumber 0
    bAlternateSetting 0
    bNumEndpoints 2
    bInterfaceClass 8 Mass Storage
    bInterfaceSubClass 5 SFF-8070i
    bInterfaceProtocol 80
    iInterface 5 Mass Storage Class
    Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 2
    Transfer Type Bulk
    Synch Type None
    Usage Type Data
    wMaxPacketSize 0x0200 1x 512 bytes
    bInterval 0
    Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x84 EP 4 IN
    bmAttributes 2
    Transfer Type Bulk
    Synch Type None
    Usage Type Data
    wMaxPacketSize 0x0200 1x 512 bytes
    bInterval 0
    Device Qualifier (for other device speed):
    bLength 10
    bDescriptorType 6
    bcdUSB 2.00
    bDeviceClass 0 (Defined at Interface level)
    bDeviceSubClass 0
    bDeviceProtocol 0
    bMaxPacketSize0 64
    bNumConfigurations 1
    Device Status: 0x0001
    Self Powered

    --
    see shy jo

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.9 (GNU/Linux)

    iD8DBQFIX9E/d8HHehbQuO8RArIYAJwL/2SZjEBnPtqLXJJ3yxrD1DpWJgCdF5p2
    S3Bt/XkMUvTJ2nwDFS9xS18=
    =lzqE
    -----END PGP SIGNATURE-----


  7. Bug#498795: Should automatically load required udebs for the nslu2

    * Martin Michlmayr [2008-09-13 16:21]:
    > The only thing I don't like is that the modules installed via
    > anna-install won't show up in the list of modules that users get to
    > select from (iirc this is not the case when using
    > /var/cache/anna/include)


    Actually, I just checked and you get the same with
    /var/cache/anna/include. So let's use anna-install.
    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  8. Bug#498795: Should automatically load required udebs for the nslu2

    * Frans Pop [2008-06-23 16:29]:
    > > Yep, it's annoying. IMHO it would be nice if we could specify a list
    > > of modules for specific subarches that would be loaded even when
    > > you're in lowmem level2.

    >
    > Assuming s/modules/udebs/: add them in /var/cache/anna/include.
    > When/how to best do that is up to you.


    That's a great idea, Frans! Actually, /var/cache/anna/include won't
    work in this case because on lowmem systems some things from
    /var/cache/anna/include are ignored, so you cannot queue up
    partman-auto and partman-ext3 this way. However, anna-install works.

    I came up with the patch below which I tested on a QNAP device in
    (faked) lowmem level 2.

    Gordon, can you test this on a NSLU2?

    Frans, any comments on the patch?

    The only thing I don't like is that the modules installed via
    anna-install won't show up in the list of modules that users get to
    select from (iirc this is not the case when using
    /var/cache/anna/include). I fear this might confuse some users who
    are known to the etch installer, but I still think it makes sense to
    load them automatically and to document this change in the release
    notes.

    The alternative would be to modify anna.c and to move the
    take_includes/drop_excludes calls right after the if (lowmem_mode)...
    and then use /var/cache/anna/include. I don't think this would have
    any negative effects, but I'm not sure. Colin/Frans?

    Index: src/lib/debian-installer-startup.d/S80anna-install
    ================================================== =================
    --- src/lib/debian-installer-startup.d/S80anna-install (revision 0)
    +++ src/lib/debian-installer-startup.d/S80anna-install (revision 0)
    @@ -0,0 +1,21 @@
    +## Make sure some udebs are loaded automatically, even in lowmem level 2
    +
    +kver=$(uname -r)
    +machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
    +case "`archdetect`" in
    + arm*/ixp4xx)
    + case "$machine" in
    + "Linksys NSLU2")
    + anna-install partman-auto
    + anna-install partman-ext3
    + anna-install usb-storage-modules-$kver-di
    + ;;
    + esac
    + ;;
    + mipsel/cobalt)
    + anna-install partman-auto
    + anna-install partman-ext2r0
    + anna-install partman-ext3
    + ;;
    +esac
    +
    Index: src/lib/debian-installer-startup.d/Makefile
    ================================================== =================
    --- src/lib/debian-installer-startup.d/Makefile (revision 55567)
    +++ src/lib/debian-installer-startup.d/Makefile (working copy)
    @@ -20,7 +20,8 @@
    S10syslog \
    S20templates \
    S35term \
    - S37speakup
    + S37speakup \
    + S80anna-install

    ifeq ($(DEB_HOST_ARCH_OS),linux)
    ifneq (,$(filter i386 amd64,$(DEB_HOST_ARCH_CPU)))

    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  9. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    * Joey Hess [2008-06-23 12:37]:
    > > OTOH, it should probably only be a minor fix to get the type reported
    > > correctly. The first thing to check is extras/usb_id/usb_id.c in udev
    > > which seems to be what determines the output based on sysfs info.
    > >
    > > The type looks to be determined by bInterfaceClass and bInterfaceSubClass
    > > in /sys/bus/usb/devices/x-y:1.0/. The SubClass seems to be 5 instead of 8
    > > in your case.
    > > The output of 'lsusb -v' (as root) will give you those values as well.
    > >
    > > If so, the classification error looks to be in the kernel and should be
    > > traceable with full lsusb output for the device.


    Frans/Joey, should this be reassigned to the kernel or udev or
    something?

    > Bus 001 Device 002: ID 04cf:8818 Myson Century, Inc. USB2.0 to ATAPI Bridge Controller
    > Device Descriptor:
    > bLength 18
    > bDescriptorType 1
    > bcdUSB 2.00
    > bDeviceClass 0 (Defined at Interface level)
    > bDeviceSubClass 0
    > bDeviceProtocol 0
    > bMaxPacketSize0 64
    > idVendor 0x04cf Myson Century, Inc.
    > idProduct 0x8818 USB2.0 to ATAPI Bridge Controller
    > bcdDevice b0.08
    > iManufacturer 1 Myson Century, Inc.
    > iProduct 2 USB Mass Storage Device
    > iSerial 3 100
    > bNumConfigurations 1
    > Configuration Descriptor:
    > bLength 9
    > bDescriptorType 2
    > wTotalLength 32
    > bNumInterfaces 1
    > bConfigurationValue 1
    > iConfiguration 4 USB Mass Storage
    > bmAttributes 0xc0
    > Self Powered
    > MaxPower 10mA
    > Interface Descriptor:
    > bLength 9
    > bDescriptorType 4
    > bInterfaceNumber 0
    > bAlternateSetting 0
    > bNumEndpoints 2
    > bInterfaceClass 8 Mass Storage
    > bInterfaceSubClass 5 SFF-8070i
    > bInterfaceProtocol 80
    > iInterface 5 Mass Storage Class
    > Endpoint Descriptor:
    > bLength 7
    > bDescriptorType 5
    > bEndpointAddress 0x03 EP 3 OUT
    > bmAttributes 2
    > Transfer Type Bulk
    > Synch Type None
    > Usage Type Data
    > wMaxPacketSize 0x0200 1x 512 bytes
    > bInterval 0
    > Endpoint Descriptor:
    > bLength 7
    > bDescriptorType 5
    > bEndpointAddress 0x84 EP 4 IN
    > bmAttributes 2
    > Transfer Type Bulk
    > Synch Type None
    > Usage Type Data
    > wMaxPacketSize 0x0200 1x 512 bytes
    > bInterval 0
    > Device Qualifier (for other device speed):
    > bLength 10
    > bDescriptorType 6
    > bcdUSB 2.00
    > bDeviceClass 0 (Defined at Interface level)
    > bDeviceSubClass 0
    > bDeviceProtocol 0
    > bMaxPacketSize0 64
    > bNumConfigurations 1
    > Device Status: 0x0001
    > Self Powered


    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  10. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    On Saturday 13 September 2008, Martin Michlmayr wrote:
    > > > If so, the classification error looks to be in the kernel and
    > > > should be traceable with full lsusb output for the device.

    >
    > Frans/Joey, should this be reassigned to the kernel or udev or
    > something?


    As far as I've been able to tell that would be pointless. Fixing the
    classification would require a device-specific quirk in udev as the
    standard logic looks fine. Somehow I doubt that we want a huge list of
    quirks in udev for such devices that all systems have to run through
    every time the udev daemon is activated.

    So the only realistic place to solve this IMO would be in the installer.
    We'd have to detect such weird devices, add the quirk rule in a file in
    /etc/udev/rules.d/ and either unload/reload the driver or ask the user to
    unplug/reconnect the device.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  11. Bug#498795: Should automatically load required udebs for the nslu2

    On Saturday 13 September 2008, Martin Michlmayr wrote:
    > Index: src/lib/debian-installer-startup.d/S80anna-install
    > ================================================== =================
    > --- src/lib/debian-installer-startup.d/S80anna-install (revision 0)
    > +++ src/lib/debian-installer-startup.d/S80anna-install (revision 0)


    Please use architecture-specific scripts instead (i.e. scripts that only
    get included for the appropriate architecture.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  12. Bug#498795: Should automatically load required udebs for the nslu2

    * Frans Pop [2008-09-13 17:40]:
    > Please use architecture-specific scripts instead (i.e. scripts that only
    > get included for the appropriate architecture.


    How about this:

    Index: src/lib/debian-installer-startup.d/S80anna-install
    ================================================== =================
    --- src/lib/debian-installer-startup.d/S80anna-install (revision 0)
    +++ src/lib/debian-installer-startup.d/S80anna-install (revision 0)
    @@ -0,0 +1,21 @@
    +## Make sure some udebs are loaded automatically, even in lowmem level 2
    +
    +kver=$(uname -r)
    +machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
    +case "`archdetect`" in
    + arm*/ixp4xx)
    + case "$machine" in
    + "Linksys NSLU2")
    + anna-install partman-auto
    + anna-install partman-ext3
    + anna-install usb-storage-modules-$kver-di
    + ;;
    + esac
    + ;;
    + mipsel/cobalt)
    + anna-install partman-auto
    + anna-install partman-ext2r0
    + anna-install partman-ext3
    + ;;
    +esac
    +
    Index: src/lib/debian-installer-startup.d/Makefile
    ================================================== =================
    --- src/lib/debian-installer-startup.d/Makefile (revision 55567)
    +++ src/lib/debian-installer-startup.d/Makefile (working copy)
    @@ -40,6 +40,11 @@
    S40framebuffer-module-linux-mips
    endif

    + ifneq (,$(filter mipsel,$(DEB_HOST_ARCH_CPU)))
    + files += \
    + S80anna-install
    + endif
    +
    ifneq (,$(filter alpha,$(DEB_HOST_ARCH_CPU)))
    files += \
    S40framebuffer-module-linux-alpha \
    @@ -58,6 +63,7 @@

    ifneq (,$(filter arm armel,$(DEB_HOST_ARCH_CPU)))
    files += \
    + S80anna-install \
    S99signal-status
    endif


    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  13. Bug#498795: Should automatically load required udebs for the nslu2

    On Saturday 13 September 2008, Martin Michlmayr wrote:
    > * Frans Pop [2008-09-13 17:40]:
    > > Please use architecture-specific scripts instead (i.e. scripts that
    > > only get included for the appropriate architecture.

    >
    > How about this:


    I'd have created two separate scripts: S80anna-install-arm and
    S80anna-install-mipsel, but as they're both "your" arches I'll leave that
    up to you.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  14. Bug#498795: Should automatically load required udebs for the nslu2

    Frans Pop writes:

    > On Saturday 13 September 2008, Martin Michlmayr wrote:
    >> * Frans Pop [2008-09-13 17:40]:
    >> > Please use architecture-specific scripts instead (i.e. scripts that
    >> > only get included for the appropriate architecture.

    >>
    >> How about this:

    >
    > I'd have created two separate scripts: S80anna-install-arm and
    > S80anna-install-mipsel, but as they're both "your" arches I'll leave that
    > up to you.


    I agree with Frans here that it looks easier to read if you split it up.

    --
    O T A V I O S A L V A D O R
    ---------------------------------------------
    E-mail: otavio@debian.org UIN: 5906116
    GNU/Linux User: 239058 GPG ID: 49A5F855
    Home Page: http://otavio.ossystems.com.br
    ---------------------------------------------
    "Microsoft sells you Windows ... Linux gives
    you the whole house."



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  15. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    On Saturday 13 September 2008, Frans Pop wrote:
    > So the only realistic place to solve this IMO would be in the
    > installer. We'd have to detect such weird devices, add the quirk rule
    > in a file in /etc/udev/rules.d/ and either unload/reload the driver or
    > ask the user to unplug/reconnect the device.


    A more user-friendly option would be to include all such quirks in the
    installer by default, but only copy those that actually "fire" to the
    installed system.

    In both cases this would of course only solve the problem for devices that
    are connected during installation, not in cases where the user first
    connects the device after the system has been installed.
    For that the quirks would have to be included in the regular udev package.
    Maybe if some smart grouping is done that allows most rules to be quickly
    skipped it would not be too bad to have it there.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  16. Bug#498795: Should automatically load required udebs for the nslu2

    Gordon, can you please test the patch below. The easiest way is
    probably to unpack a daily image, add the script to
    /lib/debian-installer-startup.d/ and to repack the image (but you can
    of course rebuild rootskel with this patch and stick the udeb into
    localudebs).

    Index: src/lib/debian-installer-startup.d/S80anna-install-mipsel
    ================================================== =================
    --- src/lib/debian-installer-startup.d/S80anna-install-mipsel (revision 0)
    +++ src/lib/debian-installer-startup.d/S80anna-install-mipsel (revision 0)
    @@ -0,0 +1,10 @@
    +# Make sure some udebs are loaded automatically, even in lowmem level 2
    +
    +case "`archdetect`" in
    + mipsel/cobalt)
    + anna-install partman-auto
    + anna-install partman-ext2r0
    + anna-install partman-ext3
    + ;;
    +esac
    +
    Index: src/lib/debian-installer-startup.d/S80anna-install-armel
    ================================================== =================
    --- src/lib/debian-installer-startup.d/S80anna-install-armel (revision 0)
    +++ src/lib/debian-installer-startup.d/S80anna-install-armel (revision 0)
    @@ -0,0 +1,12 @@
    +# Make sure some udebs are loaded automatically, even in lowmem level 2
    +
    +kver=$(uname -r)
    +machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
    +case "$machine" in
    + "Linksys NSLU2")
    + anna-install partman-auto
    + anna-install partman-ext3
    + anna-install usb-storage-modules-$kver-di
    + ;;
    +esac
    +
    Index: src/lib/debian-installer-startup.d/Makefile
    ================================================== =================
    --- src/lib/debian-installer-startup.d/Makefile (revision 55567)
    +++ src/lib/debian-installer-startup.d/Makefile (working copy)
    @@ -40,6 +40,11 @@
    S40framebuffer-module-linux-mips
    endif

    + ifneq (,$(filter mipsel,$(DEB_HOST_ARCH_CPU)))
    + files += \
    + S80anna-install-mipsel
    + endif
    +
    ifneq (,$(filter alpha,$(DEB_HOST_ARCH_CPU)))
    files += \
    S40framebuffer-module-linux-alpha \
    @@ -58,6 +63,7 @@

    ifneq (,$(filter arm armel,$(DEB_HOST_ARCH_CPU)))
    files += \
    + S80anna-install-armel \
    S99signal-status
    endif


    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  17. Bug#498795: Should automatically load required udebs for the nslu2

    * Otavio Salvador [2008-09-13 14:43]:
    > > I'd have created two separate scripts: S80anna-install-arm and
    > > S80anna-install-mipsel, but as they're both "your" arches I'll
    > > leave that up to you.

    >
    > I agree with Frans here that it looks easier to read if you split it
    > up.


    Okay, I'll do that.
    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  18. Bug#498795: Should automatically load required udebs for the nslu2

    On Sat, Sep 13, 2008 at 13:17, Martin Michlmayr wrote:
    > Gordon, can you please test the patch below. The easiest way is
    > probably to unpack a daily image, add the script to
    > /lib/debian-installer-startup.d/ and to repack the image (but you can
    > of course rebuild rootskel with this patch and stick the udeb into
    > localudebs).


    The patch works on the NSLU2. I didn't see partman-auto, partman-ext3,
    and usb-storage-modules-* in the list of installer modules as you
    described.

    I think that this change is a huge improvement because it makes the
    installer more seamless for the user. It may trouble some of the etch
    installer users at first, but I think that they'll soon get over not
    having to select the correct modules ;-)

    Gordon

    --
    Gordon Farquharson
    GnuPG Key ID: 32D6D676



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  19. Bug#498795: marked as done (Should automatically load required udebs for the nslu2)


    Your message dated Mon, 15 Sep 2008 06:47:02 +0000
    with message-id
    and subject line Bug#498795: fixed in rootskel 1.68
    has caused the Debian Bug report #498795,
    regarding Should automatically load required udebs for the nslu2
    to be marked as done.

    This means that you claim that the problem has been dealt with.
    If this is not the case it is now your responsibility to reopen the
    Bug report if necessary, and/or fix the problem forthwith.

    (NB: If you are a system administrator and have no idea what this
    message is talking about, this may indicate a serious mail system
    misconfiguration somewhere. Please contact owner@bugs.debian.org
    immediately.)


    --
    498795: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498795
    Debian Bug Tracking System
    Contact owner@bugs.debian.org with problems


  20. Bug#487452: installation-report: d-i lenny beta 2 nslu2 armel

    * Otavio Salvador [2008-09-13 16:39]:
    > > In both cases this would of course only solve the problem for devices that
    > > are connected during installation, not in cases where the user first
    > > connects the device after the system has been installed.
    > > For that the quirks would have to be included in the regular udev package.
    > > Maybe if some smart grouping is done that allows most rules to be quickly
    > > skipped it would not be too bad to have it there.

    >
    > Yes, this kind of quirk should be available in regular udev package to
    > allow later usage by user ... that is much more user friendly for me.


    So should we reassign this bug to udev?
    --
    Martin Michlmayr
    http://www.cyrius.com/



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Reply to Thread