Debian Bug report logs -
#304493
powerpc-utils: nvsetvol Performa 6400/200, nothing happens
Reported by: Christophe Donatsch <cdonatsch@tele2.ch>
Date: Wed, 13 Apr 2005 15:48:02 UTC
Severity: normal
Found in version 1.1.3-13
Fixed in version powerpc-utils/1.1.3-14
Done: Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Christophe Donatsch <cdonatsch@tele2.ch>:
New Bug report received and forwarded. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: powerpc-utils
Version: 1.1.3-13
Severity: normal
Hi,
Running nvsetvol with or without an argument doesn't do anything. It has to be killed.
I'm using a Performa 6400/200 and the internal speaker is working(at least with mp3blaster).
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.27-powerpc
Locale: LANG=fr_CH, LC_CTYPE=fr_CH (charmap=ISO-8859-1)
Versions of packages powerpc-utils depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
-- no debconf information
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #10 received at 304493@bugs.debian.org (full text, mbox, reply):
> Running nvsetvol with or without an argument doesn't do anything. It has
> to be killed.
Please send the output of ps -afl with nvsetvol hanging.
> I'm using a Performa 6400/200 and the internal speaker is working(at
> least with mp3blaster).
That's oldworld (i.e., no yaboot) ?
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Christophe Donatsch <cdonatsch@tele2.ch>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #15 received at 304493@bugs.debian.org (full text, mbox, reply):
Michael Schmitz a écrit :
>
> Please send the output of ps -afl with nvsetvol hanging.
mac:~# ps afl
F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND
0 1000 736 735 9 0 5544 3740 wait4 Ss pts/0 0:03 -bash
4 0 765 736 9 0 4532 2692 wait4 S pts/0 0:01 \_
bash
0 0 779 765 17 0 3796 1800 - R+ pts/0 0:00
\_ ps afl
0 0 619 1 9 0 1616 536 read_c Ss+ tty6 0:00
/sbin/getty 38400 tty6
0 0 618 1 9 0 1616 536 read_c Ss+ tty5 0:00
/sbin/getty 38400 tty5
0 0 617 1 9 0 1616 536 read_c Ss+ tty4 0:00
/sbin/getty 38400 tty4
0 0 616 1 9 0 1616 536 read_c Ss+ tty3 0:00
/sbin/getty 38400 tty3
0 0 615 1 9 0 1616 536 read_c Ss+ tty2 0:00
/sbin/getty 38400 tty2
4 0 614 1 9 0 4528 2688 wait4 Ss tty1 0:01 -bash
0 0 730 614 20 0 1452 292 - R+ tty1 4:23 \_
nvsetvol 4
> That's oldworld (i.e., no yaboot) ?
Yes, that's oldworld.
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #20 received at 304493@bugs.debian.org (full text, mbox, reply):
> > Please send the output of ps -afl with nvsetvol hanging.
>
> mac:~# ps afl
> 4 0 614 1 9 0 4528 2688 wait4 Ss tty1 0:01 -bash
> 0 0 730 614 20 0 1452 292 - R+ tty1 4:23 \_
> nvsetvol 4
Seems to be running - does top show nvsetvol eating up CPU time?
> > That's oldworld (i.e., no yaboot) ?
>
> Yes, that's oldworld.
OK; I'll see what I can find out from the source.
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Christophe Donatsch <cdonatsch@tele2.ch>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #25 received at 304493@bugs.debian.org (full text, mbox, reply):
Michael Schmitz a écrit :
>>>Please send the output of ps -afl with nvsetvol hanging.
>>
>>mac:~# ps afl
>>4 0 614 1 9 0 4528 2688 wait4 Ss tty1 0:01 -bash
>>0 0 730 614 20 0 1452 292 - R+ tty1 4:23 \_
>>nvsetvol 4
>
>
> Seems to be running - does top show nvsetvol eating up CPU time?
top - 17:04:38 up 4 min, 2 users, load average: 1.04, 0.51, 0.20
Tasks: 40 total, 2 running, 38 sleeping, 0 stopped, 0 zombie
Cpu(s): 14.3% user, 48.0% system, 0.0% nice, 37.7% idle
Mem: 100744k total, 54624k used, 46120k free, 1944k buffers
Swap: 142028k total, 0k used, 142028k free, 38116k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
634 root 19 0 292 292 236 R 91.2 0.3 1:52.21 nvsetvol
698 root 13 0 1028 1028 844 R 7.3 1.0 0:00.11 top
1 root 9 0 556 556 492 S 0.0 0.6 0:03.79 init
2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd
3 root 19 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd_CPU0
....
>
>
>>>That's oldworld (i.e., no yaboot) ?
>>
>>Yes, that's oldworld.
>
>
> OK; I'll see what I can find out from the source.
>
> Michael
>
>
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #30 received at 304493@bugs.debian.org (full text, mbox, reply):
> > Seems to be running - does top show nvsetvol eating up CPU time?
>
> top - 17:04:38 up 4 min, 2 users, load average: 1.04, 0.51, 0.20
> Tasks: 40 total, 2 running, 38 sleeping, 0 stopped, 0 zombie
> Cpu(s): 14.3% user, 48.0% system, 0.0% nice, 37.7% idle
> Mem: 100744k total, 54624k used, 46120k free, 1944k buffers
> Swap: 142028k total, 0k used, 142028k free, 38116k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 634 root 19 0 292 292 236 R 91.2 0.3 1:52.21 nvsetvol
I see - in fact, I was able to reproduce this on a G3 oldworld here. It
seems the nvram format is broken and results in a size of 0 bytes for the
nvram buffer, which is used as an increment for reading the next buffer.
I'll compare the nvsetvol way of reading the nvram to the nvsetenv way and
cook up a more robust way for finding the pram...
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #35 received at 304493@bugs.debian.org (full text, mbox, reply):
> > That's oldworld (i.e., no yaboot) ?
>
> Yes, that's oldworld.
I suspect there's a bug in the oldworld nvram kernel code - I've not been
able to find anything like the newworld nvram structures in a desktop G3
('Gossamer' model). Can you send the output of lsprop /proc/device-tree so
I can see what your nvram is hooked up to?
Also, can you run a modified nvsetvol binary I send by PM, and report back
the output?
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Christophe Donatsch <cdonatsch@tele2.ch>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #40 received at 304493@bugs.debian.org (full text, mbox, reply):
Hi,
Here is the output of lsprop /proc/device-tree
----------------------------------------------------
name "device-tree"
model "Power Macintosh"
compatible "AAPL,e407"
"MacRISC"
AAPL,cpu-id 10000000 (268435456)
#address-cells 00000001
#size-cells 00000001
clock-frequency 02625a00 (40000000)
linux,phandle ff8272d8
pci-OF-bus-map ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
ffffffff ffffffff ffffffff ffffffff
[256 bytes total]
/proc/device-tree/PowerPC,603@0:
name "PowerPC,603"
device_type "cpu"
reg 00000000 00000000
cpu-version 00070201 (459265)
clock-frequency 0bebc200 (200000000)
timebase-frequency 00989680 (10000000)
reservation-granularity 00000020 (32)
tlb-sets 00000020 (32)
tlb-size 00000040 (64)
d-cache-size 00004000 (16384)
i-cache-size 00004000 (16384)
d-cache-sets 00000080 (128)
i-cache-sets 00000080 (128)
i-cache-block-size 00000020 (32)
d-cache-block-size 00000020 (32)
existing 00000000 80000000 80000000 80000000
available 0004f000 003a5000 003f4400 f1c0bc00
f4000000 0b800000 ff900000 00300000
translations 00000000 00004000 00000000 00000000
00000000 00004000 00000000 00000000
00004000 0004b000 f1001000 00000040
003f4000 00001000 003f4000 00000000
00510000 00645000 00510000 00000000
f1304000 00001000 f1304000 00000028
f130a000 00001000 f130a000 00000028
f2000000 00010000 f2000000 00000028
[224 bytes total]
linux,phandle ff827b20
/proc/device-tree/chosen@0:
name "chosen"
stdin ff8da800
stdout ff8da680
memory ff8dd8c0
mmu ff8dd940
bootpath ""
bootargs "root=/dev/hda2 ro "
linux,phandle ff828398
/proc/device-tree/valkyrie@F1000000:
name "valkyrie"
device_type "display"
model "AAPL,343S1179"
AAPL,connector "monitor"
reg f1000000 01000000
AAPL,interrupts 00000018 (24)
iso6429-1983-colors
width 00000280 (640)
height 000001e0 (480)
linebytes 00000280 (640)
depth 00000008
linux,phandle ff828570
/proc/device-tree/memory@0:
name "memory"
device_type "memory"
reg 00000000 06800000
available 00004000 003f0000 003f4400 0630bc00
linux,phandle ff8294d0
/proc/device-tree/openprom@0:
name "openprom"
model "Open Firmware, 2.0"
relative-addressing
linux,phandle ff829618
/proc/device-tree/AAPL,ROM@FFC00000:
name "AAPL,ROM"
device_type "rom"
reg ffc00000 00400000
linux,phandle ff8296d8
/proc/device-tree/options@0:
name "options"
little-endian? "false"
real-mode? "false"
auto-boot? "true"
diag-switch? "false"
fcode-debug? "false"
oem-banner? "false"
oem-logo? "false"
use-nvramrc? "false"
real-base 06700000 (108003328)
real-size 00100000 (1048576)
virt-base ffffffff (-1)
virt-size 00100000 (1048576)
load-base 00004000 (16384)
pci-probe-list ffffffff (-1)
screen-#columns 00000064 (100)
screen-#rows 00000028 (40)
selftest-#megs 00000000
boot-device "/bandit/ohare/ATA/ATA-Disk@0:0"
boot-file ""
diag-device "fd:diags"
diag-file ""
input-device "ttya"
output-device "ttya"
oem-banner ""
oem-logo ""
nvramrc ""
boot-command "begin ['] boot catch 1000 ms cr again"
linux,phandle ff8298f0
/proc/device-tree/aliases@0:
name "aliases"
pci1 "/bandit@F2000000"
fd "/bandit/ohare/swim3"
kbd "/bandit/ohare/via-cuda/adb/keyboard"
mouse "/bandit/ohare/via-cuda/adb/mouse"
ttya "/bandit/ohare/escc/ch-a"
ttyb "/bandit/ohare/escc/ch-b"
scsi "/bandit/ohare/mesh"
scsi-int "/bandit/ohare/mesh"
ata "/bandit/ohare/ATA"
ata-int "/bandit/ohare/ATA"
screen "/valkyrie"
linux,phandle ff829dc0
/proc/device-tree/packages@0:
name "packages"
linux,phandle ff82a050
/proc/device-tree/packages@0/deblocker@0,0:
name "deblocker"
linux,phandle ff82a0d8
/proc/device-tree/packages@0/disk-label@0,0:
name "disk-label"
linux,phandle ff82a800
/proc/device-tree/packages@0/obp-tftp@0,0:
name "obp-tftp"
linux,phandle ff82ad78
/proc/device-tree/packages@0/mac-files@0,0:
name "mac-files"
linux,phandle ff82cfe8
/proc/device-tree/packages@0/mac-parts@0,0:
name "mac-parts"
linux,phandle ff82d6f8
/proc/device-tree/packages@0/aix-boot@0,0:
name "aix-boot"
linux,phandle ff82de60
/proc/device-tree/packages@0/fat-files@0,0:
name "fat-files"
linux,phandle ff82e2b0
/proc/device-tree/packages@0/iso-9660-files@0,0:
name "iso-9660-files"
linux,phandle ff82f8c8
/proc/device-tree/packages@0/xcoff-loader@0,0:
name "xcoff-loader"
linux,phandle ff830230
/proc/device-tree/packages@0/terminal-emulator@0,0:
name "terminal-emulator"
iso6429-1983-colors
linux,phandle ff830ae8
/proc/device-tree/bandit@F2000000:
name "bandit"
device_type "pci"
model "AAPL,343S1183"
AAPL,interrupts 00000016 (22)
reg f2000000 02000000
#address-cells 00000003
#size-cells 00000002
clock-frequency 01fca055 (33333333)
slot-names 00 00 ffffffe0 00 41 31 00 42 31 00 43 31 00 ....A1.B1.C1.
ranges 02000000 00000000 f3000000 f3000000 00000000 01000000
01000000 00000000 00000000 f2000000 00000000 00800000
02000000 00000000 80000000 80000000 00000000 10000000
bus-range 00000000 00000000
linux,phandle ff830b80
/proc/device-tree/bandit@F2000000/ohare@10:
name "ohare"
device_type "dbdma"
model "AAPL,343S0172"
reg 00008000 00000000 00000000 00000000 00000000
02008010 00000000 f3000000 00000000 00100000
assigned-addresses 82008010 00000000 f3000000 00000000 00100000
ranges 00000000 02008010 00000000 f3000000 00100000
#address-cells 00000001
#size-cells 00000001
vendor-id 0000106b (4203)
device-id 00000007
revision-id 00000001
class-code 00ff0000 (16711680)
min-grant 00000000
max-latency 00000000
devsel-speed 00000001
linux,phandle ff831e68
/proc/device-tree/bandit@F2000000/ohare@10/mesh@10000:
name "mesh"
device_type "scsi"
model "AAPL,343S1146"
reg 00010000 00000100 00008000 00000200
clock-frequency 02faf080 (50000000)
AAPL,interrupts 0000000c 00000000
AAPL,connector "scsi"
linux,phandle ff8322a8
/proc/device-tree/bandit@F2000000/ohare@10/mesh@10000/sd@0,0:
name "sd"
device_type "block"
linux,phandle ff833ed8
/proc/device-tree/bandit@F2000000/ohare@10/mesh@10000/st@0,0:
name "st"
device_type "byte"
linux,phandle ff834a60
/proc/device-tree/bandit@F2000000/ohare@10/escc@13000:
name "escc"
device_type "escc"
reg 00013000 00001000 00008400 00000400
#address-cells 00000001
ranges
linux,phandle ff8356d8
/proc/device-tree/bandit@F2000000/ohare@10/escc@13000/ch-a@13020:
name "ch-a"
device_type "serial"
AAPL,connector "modem"
reg 00013020 00000020 00008400 00000100 00008500 00000100
AAPL,interrupts 0000000f 00000004 00000005
linux,phandle ff835830
/proc/device-tree/bandit@F2000000/ohare@10/escc@13000/ch-b@13000:
name "ch-b"
device_type "serial"
AAPL,connector "printer"
reg 00013000 00000020 00008600 00000100 00008700 00000100
AAPL,interrupts 00000010 00000006 00000007
linux,phandle ff835e70
/proc/device-tree/bandit@F2000000/ohare@10/awacs@14000:
name "awacs"
device_type "sound"
reg 00014000 00001000 00008800 00000100 00008900 00000100
AAPL,interrupts 00000011 00000008 00000009
linux,phandle ff8364b0
/proc/device-tree/bandit@F2000000/ohare@10/swim3@15000:
name "swim3"
device_type "block"
AAPL,connector "floppy"
reg 00015000 00001000 00008100 00000100
AAPL,interrupts 00000013 00000001
linux,phandle ff836598
/proc/device-tree/bandit@F2000000/ohare@10/nvram@60000:
name "nvram"
device_type "nvram"
reg 00060000 00020000
existing 00000000 00002000
linux,phandle ff8376c0
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000:
name "via-cuda"
device_type "cuda"
reg 00016000 00002000
AAPL,interrupts 00000012 (18)
linux,phandle ff837790
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/adb@0,0:
name "adb"
device_type "adb"
AAPL,connector "adb"
linux,phandle ff838320
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/adb@0,0/keyboard@0,0:
name "keyboard"
device_type "keyboard"
reg 00000000 00000000 00000000
linux,phandle ff838410
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/adb@0,0/mouse@1,0:
name "mouse"
device_type "mouse"
reg 00000001 00000000 00000000
#buttons 00000001
linux,phandle ff838c38
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/pram@0,0:
name "pram"
device_type "pram"
reg 00000000 00000000 00000000
linux,phandle ff838ef8
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/rtc@0,0:
name "rtc"
device_type "rtc"
reg 00000000 00000000 00000000
linux,phandle ff838fa8
/proc/device-tree/bandit@F2000000/ohare@10/via-cuda@16000/power-mgt@0,0:
name "power-mgt"
device_type "power-mgt"
reg 00000000 00000000 00000000
linux,phandle ff839448
/proc/device-tree/bandit@F2000000/ohare@10/ATA@20000:
name "ATA"
device_type "ATA"
reg 00020000 00002000 00008b00 00000200
AAPL,connector "ata"
linux,phandle ff839508
/proc/device-tree/bandit@F2000000/ohare@10/ATA@20000/ATA-Disk@0,0:
name "ATA-Disk"
device_type "block"
linux,phandle ff83a7c8
/proc/device-tree/bandit@F2000000/pci106b,1@B:
name "pci106b,1"
vendor-id 0000106b (4203)
device-id 00000001
revision-id 00000003
class-code 00060000 (393216)
min-grant 00000000
max-latency 00000000
devsel-speed 00000001
fast-back-to-back
reg 00005800 00000000 00000000 00000000 00000000
linux,phandle ff83bec0
/proc/device-tree/bandit@F2000000/pci1011,14@11:
vendor-id 00001011 (4113)
device-id 00000014 (20)
revision-id 00000021 (33)
class-code 00020000 (131072)
interrupts 00000001
min-grant 00000000
max-latency 00000000
devsel-speed 00000001
fast-back-to-back
AAPL,interrupts 00000016 (22)
AAPL,slot-name "E1"
name "pci1011,14"
reg 00008800 00000000 00000000 00000000 00000000
01008810 00000000 00000000 00000000 00000080
02008814 00000000 00000000 00000000 00000080
02008830 00000000 00000000 00000000 00040000
power-consumption 00000000 00000000
assigned-addresses 81008810 00000000 00000400 00000000 00000080
82008830 00000000 80840000 00000000 00040000
82008814 00000000 80800000 00000000 00000080
linux,phandle ff83c098
--------------------------------------------------------------
and the output of the modified nvsetvol :
--------------------------------------------------------------
mac:~# ./nvsetvol
offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >boot /AAP<
offset: 7631 1dcf
no PRAM found: Success
mac:~# ./nvsetvol 4
offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >boot /AAP<
offset: 7631 1dcf
no PRAM found: Success
--------------------------------------------------------------
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #45 received at 304493@bugs.debian.org (full text, mbox, reply):
> Hi,
>
> Here is the output of lsprop /proc/device-tree
> ----------------------------------------------------
> name "device-tree"
> model "Power Macintosh"
> compatible "AAPL,e407"
> "MacRISC"
>
> /proc/device-tree/bandit@F2000000/ohare@10/nvram@60000:
> name "nvram"
> device_type "nvram"
> reg 00060000 00020000
> existing 00000000 00002000
> linux,phandle ff8376c0
That's more or less what I have ... the nvram hangs off mac-io or ohare on
the oldworld macs. On newworld macs it appears as a node in the device
tree directly.
> and the output of the modified nvsetvol :
> --------------------------------------------------------------
> mac:~# ./nvsetvol
> offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >Âboot /AAP<
> offset: 7631 1dcf
> no PRAM found: Success
>
> mac:~# ./nvsetvol 4
> offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >Âboot /AAP<
> offset: 7631 1dcf
> no PRAM found: Success
> --------------------------------------------------------------
BenH: the above debug output prints some of the fields of the nvram header
struct:
typedef struct {
unsigned char sig;
unsigned char cksum;
unsigned short len;
char name[12];
} header;
which, on oldworld, doesn't seem to work at all. Hence, the search for a
header holding the string "APL,MacOS75" fails. On my Powerbook, the output
is:
offset 0 rc 16 buf.sig 90 buf.len 2 buf.name >nvram<
offset 32 rc 16 buf.sig 95 buf.len 62 buf.name >system<
offset 1024 rc 16 buf.sig 112 buf.len 193 buf.name >common<
offset 4112 rc 16 buf.sig 160 buf.len 82 buf.name >APL,MacOS75<
PRAM found at offset: 4112 1010
How is the startup volume encoded in the oldworld nvram?
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Benjamin Herrenschmidt <benh@kernel.crashing.org>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #50 received at 304493@bugs.debian.org (full text, mbox, reply):
On Fri, 2005-04-22 at 18:41 +0200, Michael Schmitz wrote:
> > Hi,
> >
> > Here is the output of lsprop /proc/device-tree
> > ----------------------------------------------------
> > name "device-tree"
> > model "Power Macintosh"
> > compatible "AAPL,e407"
> > "MacRISC"
> >
> > /proc/device-tree/bandit@F2000000/ohare@10/nvram@60000:
> > name "nvram"
> > device_type "nvram"
> > reg 00060000 00020000
> > existing 00000000 00002000
> > linux,phandle ff8376c0
>
> That's more or less what I have ... the nvram hangs off mac-io or ohare on
> the oldworld macs. On newworld macs it appears as a node in the device
> tree directly.
>
> > and the output of the modified nvsetvol :
> > --------------------------------------------------------------
> > mac:~# ./nvsetvol
> > offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >Šboot /AAP<
> > offset: 7631 1dcf
> > no PRAM found: Success
> >
> > mac:~# ./nvsetvol 4
> > offset 3839 rc 16 buf.sig 0 buf.len 237 buf.name >Šboot /AAP<
> > offset: 7631 1dcf
> > no PRAM found: Success
> > --------------------------------------------------------------
>
> BenH: the above debug output prints some of the fields of the nvram header
> struct:
>
> typedef struct {
> unsigned char sig;
> unsigned char cksum;
> unsigned short len;
> char name[12];
> } header;
>
> which, on oldworld, doesn't seem to work at all. Hence, the search for a
> header holding the string "APL,MacOS75" fails. On my Powerbook, the output
> is:
>
> offset 0 rc 16 buf.sig 90 buf.len 2 buf.name >nvram<
> offset 32 rc 16 buf.sig 95 buf.len 62 buf.name >system<
> offset 1024 rc 16 buf.sig 112 buf.len 193 buf.name >common<
> offset 4112 rc 16 buf.sig 160 buf.len 82 buf.name >APL,MacOS75<
> PRAM found at offset: 4112 1010
>
> How is the startup volume encoded in the oldworld nvram?
Hrm.. I don't remember at the top of my head, have you tried using the
ioctl to request the kernel to tell you where the pram here ? on old
world, the startup volume can either be the OF boot device, which is a
normal OF partition (nvsetenv works on oldworld afaik), or you can try
to encode the "MacOS" boot volume but that's a very complicated story...
Ben.
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #55 received at 304493@bugs.debian.org (full text, mbox, reply):
> > offset 0 rc 16 buf.sig 90 buf.len 2 buf.name >nvram<
> > offset 32 rc 16 buf.sig 95 buf.len 62 buf.name >system<
> > offset 1024 rc 16 buf.sig 112 buf.len 193 buf.name >common<
> > offset 4112 rc 16 buf.sig 160 buf.len 82 buf.name >APL,MacOS75<
> > PRAM found at offset: 4112 1010
> >
> > How is the startup volume encoded in the oldworld nvram?
>
> Hrm.. I don't remember at the top of my head, have you tried using the
> ioctl to request the kernel to tell you where the pram here ? on old
> world, the startup volume can either be the OF boot device, which is a
> normal OF partition (nvsetenv works on oldworld afaik), or you can try
> to encode the "MacOS" boot volume but that's a very complicated story...
Oops, the term 'startup volume' was ill chosen :-) What I meant is the
volume setting of the startup boing sound. That one seems to be encoded
somewhat past the APL,MacOS75 resource in nw.
Michael
Information forwarded to debian-bugs-dist@lists.debian.org, Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
Bug#304493; Package powerpc-utils.
(full text, mbox, link).
Acknowledgement sent to Benjamin Herrenschmidt <benh@kernel.crashing.org>:
Extra info received and forwarded to list. Copy sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>.
(full text, mbox, link).
Message #60 received at 304493@bugs.debian.org (full text, mbox, reply):
On Mon, 2005-04-25 at 12:17 +0200, Michael Schmitz wrote:
> > > offset 0 rc 16 buf.sig 90 buf.len 2 buf.name >nvram<
> > > offset 32 rc 16 buf.sig 95 buf.len 62 buf.name >system<
> > > offset 1024 rc 16 buf.sig 112 buf.len 193 buf.name >common<
> > > offset 4112 rc 16 buf.sig 160 buf.len 82 buf.name >APL,MacOS75<
> > > PRAM found at offset: 4112 1010
> > >
> > > How is the startup volume encoded in the oldworld nvram?
> >
> > Hrm.. I don't remember at the top of my head, have you tried using the
> > ioctl to request the kernel to tell you where the pram here ? on old
> > world, the startup volume can either be the OF boot device, which is a
> > normal OF partition (nvsetenv works on oldworld afaik), or you can try
> > to encode the "MacOS" boot volume but that's a very complicated story...
>
> Oops, the term 'startup volume' was ill chosen :-) What I meant is the
> volume setting of the startup boing sound. That one seems to be encoded
> somewhat past the APL,MacOS75 resource in nw.
Yah, it's in the pram part. Normally, you should be able to use an ioctl
to get that zone. But I did that code a long time ago, may not be that
good anymore. Best is to look what Darwin does.
Ben.
Reply sent to Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>:
You have taken responsibility.
(full text, mbox, link).
Notification sent to Christophe Donatsch <cdonatsch@tele2.ch>:
Bug acknowledged by developer.
(full text, mbox, link).
Message #65 received at 304493-close@bugs.debian.org (full text, mbox, reply):
Source: powerpc-utils
Source-Version: 1.1.3-14
We believe that the bug you reported is fixed in the latest version of
powerpc-utils, which is due to be installed in the Debian FTP archive:
powerpc-utils_1.1.3-14.diff.gz
to pool/main/p/powerpc-utils/powerpc-utils_1.1.3-14.diff.gz
powerpc-utils_1.1.3-14.dsc
to pool/main/p/powerpc-utils/powerpc-utils_1.1.3-14.dsc
powerpc-utils_1.1.3-14_powerpc.deb
to pool/main/p/powerpc-utils/powerpc-utils_1.1.3-14_powerpc.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 304493@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Michael Schmitz <schmitz@biophys.uni-duesseldorf.de> (supplier of updated powerpc-utils package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 01 May 2005 11:58:37 +0100
Source: powerpc-utils
Binary: powerpc-utils
Architecture: source powerpc
Version: 1.1.3-14
Distribution: unstable
Urgency: low
Maintainer: Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>
Changed-By: Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>
Description:
powerpc-utils - Various utilities for Linux/PowerPC
Closes: 304493
Changes:
powerpc-utils (1.1.3-14) unstable; urgency=low
.
* Fixed nvsetvol failure (infinite loop reading NVRAM) on OldWorld
machines (reported by Christophe Donatsch <cdonatsch@tele2.ch>).
Closes: #304493.
Files:
7c3d97b6bd9733c47d5e0133c329723a 628 base required powerpc-utils_1.1.3-14.dsc
4876084ad3152510e20ae77740adb299 23494 base required powerpc-utils_1.1.3-14.diff.gz
27173135020746c93d739f6273fd753c 32644 base required powerpc-utils_1.1.3-14_powerpc.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCeKQ1jH3TJU9qR44RAnIiAJ9QkhZCUZCSwEyOlwPV9wN7lJ08UgCcDRsc
6LQcTX8TwG59DZoLb39LO5M=
=YqsU
-----END PGP SIGNATURE-----
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sun Jan 14 02:39:27 2024;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.