ohci3: ? scheduling overruns USB ural attached
I have the following dmesg with a ural device attached to a macppc, following current, as of 8 Feb 2006. Any suggestions? Ed. OpenBSD 3.9-beta (GENERIC) #0: Fri Feb 10 09:47:45 GMT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 1073741824 (1048576K) avail mem = 978100224 (955176K) using 1254 buffers containing 53686272 bytes (52428K) of memory mainbus0 (root): model PowerMac10,1 cpu0 at mainbus0: 7447A (Revision 0x102): 1249 MHz: 512KB L2 cache memc0 at mainbus0: uni-n hw-clock at memc0 not configured ki2c0 at memc0 offset 0xf8001000 iic0 at ki2c0 mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple UniNorth AGP rev 0x00 vgafb0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) mpcpcibr1 at mainbus0 pci: uni-north, Revision 0x5 pci1 at mpcpcibr1 bus 0 pchb1 at pci1 dev 11 function 0 Apple UniNorth PCI rev 0x00 macobio0 at pci1 dev 23 function 0 Apple Intrepid rev 0x00 openpic0 at macobio0 offset 0x4: version 0x4614 macgpio0 at macobio0 offset 0x50 modem-reset at macgpio0 offset 0x1d not configured modem-power at macgpio0 offset 0x1c not configured macgpio1 at macgpio0 offset 0x9 irq 47 programmer-switch at macgpio0 offset 0x11 not configured gpio5 at macgpio0 offset 0x6f not configured gpio6 at macgpio0 offset 0x70 not configured extint-gpio15 at macgpio0 offset 0x67 not configured escc-legacy at macobio0 offset 0x12000 not configured zsc0 at macobio0 offset 0x13000: irq 22,23 zstty0 at zsc0 channel 0 zstty1 at zsc0 channel 1 aoa0 at macobio0 offset 0x1: irq 30,1,2 audio0 at aoa0 timer at macobio0 offset 0x15000 not configured adb0 at macobio0 offset 0x16000 irq 25: via-pmu, 0 targets apm0 at adb0: battery flags 0x0, 0% charged pi2c0 at adb0 iic1 at pi2c0 maxtmp0 at iic1 addr 0xc8: max6642 ki2c1 at macobio0 offset 0x18000 iic2 at ki2c1 wdc0 at macobio0 offset 0x2 irq 24: DMA ohci0 at pci1 dev 24 function 0 Apple Intrepid USB rev 0x00: irq 0, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Apple OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1 at pci1 dev 25 function 0 Apple Intrepid USB rev 0x00: irq 0, version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: Apple OHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2 at pci1 dev 26 function 0 Apple Intrepid USB rev 0x00: irq 29, version 1.0, legacy support usb2 at ohci2: USB revision 1.0 uhub2 at usb2 uhub2: Apple OHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ohci3 at pci1 dev 27 function 0 NEC USB rev 0x43: irq 63, version 1.0 usb3 at ohci3: USB revision 1.0 uhub3 at usb3 uhub3: NEC OHCI root hub, rev 1.00/1.00, addr 1 uhub3: 3 ports with 3 removable, self powered ohci4 at pci1 dev 27 function 1 NEC USB rev 0x43: irq 63, version 1.0 usb4 at ohci4: USB revision 1.0 uhub4 at usb4 uhub4: NEC OHCI root hub, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered ehci0 at pci1 dev 27 function 2 NEC USB rev 0x04: irq 63 usb5 at ehci0: USB revision 2.0 uhub5 at usb5 uhub5: NEC EHCI root hub, rev 2.00/1.00, addr 1 uhub5: 5 ports with 5 removable, self powered mpcpcibr2 at mainbus0 pci: uni-north, Revision 0x6 pci2 at mpcpcibr2 bus 0 pchb2 at pci2 dev 11 function 0 Apple UniNorth PCI rev 0x00 kauaiata0 at pci2 dev 13 function 0 Apple Intrepid ATA rev 0x00 wdc1 at kauaiata0 irq 39: DMA wd0 at wdc1 channel 0 drive 0: HTS548040M9AT00 wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors atapiscsi0 at wdc1 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: MATSHITA, CD-RW CW-8124, DACD SCSI0 5/cdrom removable wd0(wdc1:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 cd0(wdc1:0:1): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 Apple UniNorth Firewire rev 0x81 at pci2 dev 14 function 0 not configured gem0 at pci2 dev 15 function 0 Apple Uni-N2 GMAC rev 0x80: irq 41, address 00:11:24:8b:aa:18 bmtphy0 at gem0 phy 0: BCM5221 100baseTX PHY, rev. 4 ural0 at uhub5 port 2 ural0: ASUS 802.11g WLAN Drive, rev 2.00/0.01, addr 2 ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526, address 00:11:d8:dc:2b:3c ueagle0 at uhub3 port 1 ueagle0: U.S. Robotics USR9000 SureConnect ADSL, rev 1.00/40.0b, addr 2 ueagle0: address: 00:c0:49:b7:37:4a bootpath: '/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/bsd' boot device: wd0. root on wd0a rootdev=0x0 rrootdev=0xb00 rawdev=0xb02 ohci3: 1 scheduling overruns ohci3: 2 scheduling overruns ohci3: 1 scheduling overruns ohci3: 1 scheduling overruns
Re: ohci3: ? scheduling overruns USB ural attached
On Sat, Feb 11, 2006 at 01:54:21PM -0500, Nick Guenther wrote: On 2/11/06, Ed Wandasiewicz [EMAIL PROTECTED] wrote: I have the following dmesg with a ural device attached to a macppc, following current, as of 8 Feb 2006. Any suggestions? Ed. wd0(wdc1:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 cd0(wdc1:0:1): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 Apple UniNorth Firewire rev 0x81 at pci2 dev 14 function 0 not configured gem0 at pci2 dev 15 function 0 Apple Uni-N2 GMAC rev 0x80: irq 41, address 00:11:24:8b:aa:18 bmtphy0 at gem0 phy 0: BCM5221 100baseTX PHY, rev. 4 ural0 at uhub5 port 2 ural0: ASUS 802.11g WLAN Drive, rev 2.00/0.01, addr 2 ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526, address 00:11:d8:dc:2b:3c ueagle0 at uhub3 port 1 ueagle0: U.S. Robotics USR9000 SureConnect ADSL, rev 1.00/40.0b, addr 2 ueagle0: address: 00:c0:49:b7:37:4a bootpath: '/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/bsd' boot device: wd0. root on wd0a rootdev=0x0 rrootdev=0xb00 rawdev=0xb02 ohci3: 1 scheduling overruns ohci3: 2 scheduling overruns ohci3: 1 scheduling overruns ohci3: 1 scheduling overruns I notice the 'uhub'. Is this an external hub or an internal one? Also, does the device work a) flawlessly b) somewhat (drops packets etc) c) not at all? I'm guessing it's just that the processor (or something?) can't keep up with all the data from the uhub and thus the queue gets overrun. I can't really say any more though, grep the ohci and uhub source code for scheduling overruns perhaps. -Kousu Internal hub, inside a mac mini. ural device works 99% of the time. I do get occasional dmesg of scrolling usbd_dump_queue messages, but happens quite rarely. Ed.
OpenBSD hack for the ipod
Ever wanted to use the ipod whilst charging it via USB, on OpenBSD? I found a nice feature for scsi devices. I'm not sure if eject was designed with this in mind, but it works. $ eject /dev/rsd0c Why you may want do this? When an ipod is plugged in via USB, you cannot make use of it's menu. Ejecting the device makes this possible - after running the command, you can make use of the ipod's menu whilst it's being charged... that includes playing music!! See http://www.gnu.org/software/gnupod for a text based version of transferring data to and from. 3.8-current now provides scsi access for all ipods, including the nano. Ed.
Re: 10 years T-shirt
How about a hooded sweatshirt with a puffy logo on the back to celebrate 10 years? Ed. On Sun, Oct 16, 2005 at 12:07:19AM +0200, emmanuel.jarri wrote: Hi, is there a new t-shirt planned for the 10 years anniversary ? What about a t-shirt with a slogan like : 10 years of loyalty Puffy goes from loyalty to loyalty 10 years devoted to quality ... any fine slogan like those are already in use. (this slogan generator could help ? http://thesurrealist.co.uk/slogan.cgi) Its price could be greater than the others, to make t-shirts more profitable.
automate on/off switch for usb serial devices
What is the best way of automating on/off switch for a usb serial device via ttyU? One solution would be a script accessible via visudo (see init_ttyU below). The idea is not to do the following by hand, but automate it. Are there any security risks involved by automating it? 1. su to root 2. edit on/off in /etc/ttys ttyU0 /usr/libexec/getty std.9600 vt100 on secure 3. kill -HUP 1 to restart init getty's Solution for on: 1. Attach usb serial, check dmesg 2. Run `init_ttyU on` Solution for off: 1. Run `init_ttyU off` 2. Detach usb serial Note: We always switch ttyU? off before switching it on. If the device is detached whilst on, the getty ttyU? process can disappear. Before init can switch it on, it needs to switch it off. init_ttyU = #!/bin/sh if [[ $# -ne 1 || ! ($1 = off || $1 = on) ]] then echo Usage $0 on or $0 off exit 1 fi tmp=/tmp/ttyU$$ /usr/bin/sed /^ttyU[01]/s/on/off/g /etc/ttys $tmp if [[ -s $tmp ]] then /bin/cat $tmp /etc/ttys fi /bin/kill -HUP 1 if [[ $1 = on ]] then /usr/bin/sed /^ttyU[01]/s/off/on/g /etc/ttys $tmp if [[ -s $tmp ]] then /bin/cat $tmp /etc/ttys fi /bin/kill -HUP 1 fi rm -rf $tmp Ed.
ppp - Warning: Add! route failed: ff02::/32:
When running ppp in interactive mode with no tun0 interface listed in `ifconfig -a`, I get the following output... # ppp Working in interactive mode Using interface: tun0 ppp ON blackhawk quit This leaves the tun0 in `ifconfig -a`. # ifconfig tun0 tun0: flags=8050POINTOPOINT,RUNNING,MULTICAST mtu 3000 Running ppp in interactive mode again, gives the following output... # ppp Working in interactive mode Warning: Add! route failed: ff02::/32: errno: Network is unreachable Warning: iface rm: ioctl(SIOCDIFADDR_IN6, fe80::20a:e4ff:fe23:3b3a/64 - fe80::d147:4d23:2aa2:5a2f): Can't assign requested address Using interface: tun0 ppp ON blackhawk # netstat -ar Routing tables Internet: DestinationGatewayFlags Refs UseMtu Interface localhost localhost UH 1 124 33224 lo0 192.168.0/24 link#2 UC 00 - wi0 Internet6: DestinationGatewayFlags Refs UseMtu Interface ::1::1UH 0 178 33224 lo0 fe80::%wi0/64 link#2 UC 00 - wi0 fe80::%lo0/64 fe80::1%lo0U 00 - lo0 ff01::/32 ::1UC 00 - lo0 ff02::%wi0/32 link#2 UC 00 - wi0 ff02::%lo0/32 ::1UC 00 - lo0 Encap: Source Port DestinationPort Proto SA(Address/Proto/Type/Direction) To avoid the warning messages, `ifconfig tun0 destroy ppp` is a solution. What causes the warning messages? I am running -current as of 20 Sept. Ed.
dhclient fails on url0 macppc, ok i386
On boot up of snapshot macppc, 'dhclient url0' from /etc/netstart, fails to get an assigned ip address, No DHCPOFFERS received. Manual running of /etc/netstart after boot, results in an ip address. # ifconfig url0 down Aug 26 21:56:29 localhost dhclient[21371]: buf_read (connection closed): Undefined error: 0 Aug 26 21:56:29 localhost dhclient[21371]: exiting. However, running snapshots i386 with url0, on boot up, we receive a DHCPACK and an ip address. # ifconfig url0 down Aug 26 21:56:29 foo dhclient[15852]: buf_read (connection closed): No such file or directory Aug 26 21:56:29 foo dhclient[15852]: exiting. It appears to be related to man (4) url, for macppc. On snapshot macppc, gem0 and axe0 receive a DHCPACK on boot but url0 does not. On snapshot i386, em0, axe0 and url0 receive a DHCPACK on boot. On 3.7 macppc, 'dhclient url0' from /etc/netstart behaves ok on boot up. Ed.
boot set tty uplcom0 ... is this feasible?
I have noticed that some hardware do not have a serial port. e.g. Thinkpad X40 and mac mini. However, you can access a serial console through uplcom(8). As of OpenBSD 3.5, /etc/ttys ttyU0 /usr/libexec/getty std.9600 vt100 on secure If you can show boot messages through a serial console, is it feasible to do so through a USB-serial interface? i.e. boot set tty uplcom0 switching console to uplcom0 Ed.
Re: unusual behaviour mixerctl audioctl
Still get scambled noise with all of these commands. I'm using an IBM X40. device dev/audio, sampling 8000 --- # rec -c 1 -r 8000 -f U -s b -d /dev/audio myvoice.raw Send break (control-c) to end recording ^C # play -c 1 -r 8000 -f U -s b -d /dev/audio myvoice.raw device /dev/sound, sampling 8000 # rec -c 1 -r 8000 -f U -s b -d /dev/sound myvoice.raw Send break (control-c) to end recording ^C # play -c 1 -r 8000 -f U -s b -d /dev/sound myvoice.raw device /dev/sound, sampling 48000 - # rec -c 1 -r 48000 -f U -s b -d /dev/sound myvoice.raw Send break (control-c) to end recording ^C # play -c 1 -r 48000 -f U -s b -d /dev/sound myvoice.raw device /dev/audio, samping 48000 # rec -c 1 -r 48000 -f U -s b -d /dev/audio myvoice.raw Send break (control-c) to end recording ^C # play -c 1 -r 48000 -f U -s b -d /dev/audio myvoice.raw # audioctl -a name=ICH4 AC97 version=0x01 config=auich0 encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=0 fullduplex=0 blocksize=1600 hiwat=40 lowat=1 monitor_gain=0 mode= play.rate=8000 play.channels=1 play.precision=8 play.encoding=mulaw play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 record.rate=8000 record.channels=1 record.precision=8 record.encoding=mulaw record.gain=191 record.balance=32 record.port=0x1 record.avail_ports=0x7 record.seek=0 record.samples=456960 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.errors=0 On Wed, Jun 22, 2005 at 05:09:33PM -0700, Jacob Meuser wrote: On Wed, Jun 22, 2005 at 11:39:26PM +0100, Ed Wandasiewicz wrote: Following the faq, here is my output. Using /dev/audio and sox, I get scrambled noise. The bytes/sec dont match... # dd if=/dev/audio of=myvoice.raw 289+0 records in 289+0 records out 147968 bytes transferred in 4.636 secs (31917 bytes/sec) # dd if=myvoice.raw of=/dev/audio 289+0 records in 289+0 records out 147968 bytes transferred in 16.498 secs (8969 bytes/sec) what is the full output of 'audioctl -a' right after running there commands? I'm guessing that something (sample_rate, precision, channels or encoding) doesn't match between record and play. also note, auich(4) says, Some hardware implementations only support 48kHz sampling rates. did you try using /dev/sound as well? -- [EMAIL PROTECTED]
unusual behaviour mixerctl audioctl
Running 3.7-current, I get the following behaviour with audioctl mixerctl. % audioctl play.sample_rate=11025 audioctl: set failed: Invalid argument % mixerctl -w record.mic=100 record.mic: 0 - 0 Also, if I try to record through a mic or line in, I get scrambled noise. My sound card is driven by the auich driver. Any suggestions? Log outout (AUDIO_DEBUG) % audioctl play.sample_rate=11025 audioctl: set failed: Invalid argument Jun 21 21:04:50 blackbird /bsd: mixer_ioctl(20,'M',0) result 0 Jun 21 21:04:50 blackbird /bsd: mixer_ioctl(20,'M',1) Jun 21 21:04:50 blackbird /bsd: AUDIO_MIXER_WRITE Jun 21 21:04:50 blackbird /bsd: read(1e) = 0 Jun 21 21:04:50 blackbird /bsd: mixer_ioctl(20,'M',1) result 0 Jun 21 21:04:50 blackbird /bsd: mixer_ioctl(20,'M',0) Jun 21 21:04:50 blackbird /bsd: AUDIO_MIXER_READ Jun 21 21:04:50 blackbird /bsd: read(1e) = 0 Jun 21 21:04:50 blackbird /bsd: mixer_ioctl(20,'M',0) result 0 Jun 21 21:04:50 blackbird /bsd: mixer_close: unit 0 Jun 21 21:13:16 blackbird /bsd: audio_open: dev=0x2ac0 flags=0x3 sc=0xd1fa8e00 h dl=0xd1f9a000 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(48,'A',27) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETDEV Jun 21 21:13:16 blackbird /bsd: audio_ioctl(48,'A',27) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETENC Jun 21 21:13:16 blackbird /bsd: audio_ioctl(32,'A',28) result 22 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',29) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETFD Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',29) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',34) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETPROPS Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',34) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',26) Jun 21 21:13:16 blackbird /bsd: audio_ioctl(4,'A',26) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(136,'A',21) Jun 21 21:13:16 blackbird /bsd: AUDIO_GETINFO Jun 21 21:13:16 blackbird /bsd: read(1a) = 0 Jun 21 21:13:16 blackbird /bsd: AUDIO_MIXER_ENUM: 0 0 7 0 Jun 21 21:13:16 blackbird /bsd: read(1a) = 0 Jun 21 21:13:16 blackbird /bsd: AUDIO_MIXER_ENUM: 0 0 7 0 Jun 21 21:13:16 blackbird /bsd: read(e) = 8008 Jun 21 21:13:16 blackbird /bsd: read(e) = 8008 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(136,'A',21) result 0 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(136,'A',22) Jun 21 21:13:16 blackbird /bsd: AUDIO_SETINFO mode=0x0 Jun 21 21:13:16 blackbird /bsd: audio: Setting record params sr=8000, enc=1, cha n=1, prec=8 Jun 21 21:13:16 blackbird /bsd: audio: Setting play params sr=11025, enc=1, chan =1, prec=8 Jun 21 21:13:16 blackbird /bsd: set_rate(0) 0 Jun 21 21:13:16 blackbird /bsd: set_rate(0) 0 Jun 21 21:13:16 blackbird /bsd: audio_calc_blksize: record blksize=448 Jun 21 21:13:16 blackbird /bsd: audio_calc_blksize: play blksize=2240 Jun 21 21:13:16 blackbird /bsd: audio_calc_blksize: play blksize=2240 Jun 21 21:13:16 blackbird /bsd: audio: After setting record params sr=8000, enc= 1, chan=1, prec=8 Jun 21 21:13:16 blackbird /bsd: audio: After setting play params sr=11025, enc=1 , chan=1, prec=8 Jun 21 21:13:16 blackbird /bsd: read(1a) = 0 Jun 21 21:13:16 blackbird /bsd: au_set_gain: gain=127 balance=32, l=127 r=127 Jun 21 21:13:16 blackbird /bsd: audio_ioctl(136,'A',22) result 22 % audioctl -a name=ICH4 AC97 version=0x01 config=auich0 encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=0 fullduplex=0 blocksize=2240 hiwat=29 lowat=21 monitor_gain=0 mode= play.rate=11025 play.channels=1 play.precision=8 play.encoding=mulaw play.gain=127 play.balance=32
Re: can't mount ipod shuffle any more
What's the difference between not mounting and not working? Identical in that it was recognized but you couldn't mount it. But the dmesg from sd0 was clearly wrong. So I rebuilt everything. If the output of your dmesg is incorrect, i.e. sd0 at scsibus0 targ 1 lun 0: Apple, iPod, 2.70 SCSI4 0/direct removable sd0: 486MB, 62 cyl, 255 head, 63 sec, 512 bytes/sec, 996030 sec total Showing a storage size of 0.5 GB, how is fdisk / disklabel going to show anything different? You don't need to amend anything via fdisk/disklabel on your ipod. The 3.7 kernel reads the hard disk just fine. A clean build is is in order. 4MB mini ipod - sd0 at scsibus0 targ 1 lun 0: Apple, iPod, 1.62 SCSI0 0/direct removable sd0: 3906MB, 3906 cyl, 64 head, 32 sec, 512 bytes/sec, 7999488 sec tota % fdisk sd0 fdisk: sysctl(machdep.bios.diskinfo): Device not configured Disk: sd0 geometry: 3906/64/32 [7999488 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: idC H S -C H S [ start: size ] 0: 000 0 0 -0 0 0 [ 0: 0 ] unused *1: 0B 39 14 6 - 3898 37 17 [ 80325: 7903980 ] Win95 FAT-32 2: 000 0 0 -0 0 0 [ 0: 0 ] unused 3: 000 0 0 -0 0 0 [ 0: 0 ] unused % disklabel sd0 disklabel: warning, DOS partition table with no valid OpenBSD partition # /dev/rsd0c: type: SCSI disk: SCSI disk label: iPod flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 3906 total sectors: 7999488 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: # sizeoffset fstype [fsize bsize cpg] c: 7999488 0 unused 0 0 # Cyl 0 - 3905 i: 8026263 unused 0 0 # Cyl 0*-39* j: 7903980 80325 MSDOS # Cyl39*- 3898* 6MB mini ipod - sd0 at scsibus0 targ 1 lun 0: Apple, iPod, 1.62 SCSI0 0/direct removable sd0: 5859MB, 5859 cyl, 64 head, 32 sec, 512 bytes/sec, 12000556 sec total % fdisk sd0 fdisk: sysctl(machdep.bios.diskinfo): Device not configured Disk: sd0 geometry: 5859/64/32 [12000556 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: idC H S -C H S [ start: size ] 0: 000 0 0 -0 0 0 [ 0: 0 ] unused *1: 0B 39 14 6 - 5859 41 11 [ 80325:11920230 ] Win95 FAT-32 2: 000 0 0 -0 0 0 [ 0: 0 ] unused 3: 000 0 0 -0 0 0 [ 0: 0 ] unused % disklabel sd0 disklabel: warning, DOS partition table with no valid OpenBSD partition # /dev/rsd0c: type: SCSI disk: SCSI disk label: iPod flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 5859 total sectors: 12000556 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: # sizeoffset fstype [fsize bsize cpg] c: 12000556 0 unused 0 0 # Cyl 0 - 5859* i: 8026263 unused 0 0 # Cyl 0*-39* j: 11920230 80325 MSDOS # Cyl39*- 5859*
