Re: schroeder and lebrun EOL - decomission
On Sat, 2015-09-26 at 23:18 +0200, Hector Oron wrote: > DSA would like to decomission lebrun and schroeder (old sparc build > daemons). Please if you think this is a bad idea for some reason, let > me know, otherwise those will be decomissioned in the following > weeks. If there are people wanting to work on the sparc64 port perhaps we could ship them to those people or turn them into sparc64 porterboxen? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: schroeder and lebrun EOL - decomission
On Fri, 2015-10-02 at 12:56 +0200, Paul Wise wrote: > On Sat, 2015-09-26 at 23:18 +0200, Hector Oron wrote: > > > DSA would like to decomission lebrun and schroeder (old sparc build > > daemons). Please if you think this is a bad idea for some reason, > > let > > me know, otherwise those will be decomissioned in the following > > weeks. > > If there are people wanting to work on the sparc64 port perhaps we > could ship them to those people or turn them into sparc64 > porterboxen? For what i have seen at the debian-sparc mailing list, Rod Schnell (CCing) just did that for the raverin porterbox ... Frans van Berckel
Do 8042/kb_ps2 keyboard devices work under wheezy kernels?
Hi all,
I'm currently working on a patchset to fix up the various OpenBIOS
properties to enable detection of the PS/2 keyboard in QEMU. After a
couple of days work I have a prototype patch which fixes us the various
device tree properties to match those close to real hardware - which
works fine on all of my non-Linux images but fails when trying to boot a
Debian wheezy kernel.
Here is the panic I get when I try and boot the kernel:
[ 17.184211] Unable to handle kernel NULL pointer dereference
[ 17.184776] tsk->{mm,active_mm}->context =
[ 17.185438] tsk->{mm,active_mm}->pgd = f89f6550
[ 17.185964] \|/ \|/
[ 17.185979] "@'/ .. \`@"
[ 17.185990] /_| \__/ |_\
[ 17.186001] \__U_/
[ 17.187411] swapper(1): Oops [#1]
[ 17.188086] TSTATE: 004480001605 TPC: 00812788 TNPC:
0081278c Y: Not tainted
[ 17.189643] TPC:
[ 17.190247] g0: g1: 009563e8 g2:
g3: 00992cf8
[ 17.191080] g4: f8000703b6e0 g5: g6:
f8000704 g7:
[ 17.191911] o0: 008fd5c0 o1: f8000722e800 o2:
8000 o3: 0002
[ 17.192738] o4: f800070436b0 o5: sp:
f80007042ee1 ret_pc: 00812764
[ 17.193693] RPC:
[ 17.194223] l0: 008e8800 l1: 008fd400 l2:
f800 l3: 00a83bf0
[ 17.195069] l4: f8000726b748 l5: l6:
0097cfa0 l7: 0008
[ 17.195889] i0: f8000722e800 i1: 008e9000 i2:
008fd400 i3: 008e9000
[ 17.196714] i4: f80007296980 i5: i6:
f80007042f91 i7: 006a3d8c
[ 17.197645] I7:
[ 17.198208] Call Trace:
[ 17.198643] [006a3d8c] platform_drv_probe+0xc/0x20
[ 17.199200] [006a2890] really_probe+0x50/0x180
[ 17.199682] [006a0ff4] bus_for_each_drv+0x54/0xa0
[ 17.200178] [006a2a40] device_attach+0x80/0xc0
[ 17.200654] [006a1f98] bus_probe_device+0x78/0xc0
[ 17.201233] [0069fcf8] device_add+0x498/0x600
[ 17.201715] [006a4440] platform_device_add.part.4+0x100/0x240
[ 17.202297] [006a498c] platform_create_bundle+0xcc/0x160
[ 17.202938] [009cd5f4] i8042_init+0x174/0x1d8
[ 17.203420] [00426ba8] do_one_initcall+0xe8/0x160
[ 17.203923] [009b08f0] kernel_init+0xd8/0x168
[ 17.204396] [0042b270] kernel_thread+0x30/0x60
[ 17.204965] [00801f20] rest_init+0x10/0x70
[ 17.205590] Disabling lock debugging due to kernel taint
[ 17.206269] Caller[006a3d8c]: platform_drv_probe+0xc/0x20
[ 17.206875] Caller[006a2890]: really_probe+0x50/0x180
[ 17.207394] Caller[006a0ff4]: bus_for_each_drv+0x54/0xa0
[ 17.207929] Caller[006a2a40]: device_attach+0x80/0xc0
[ 17.208443] Caller[006a1f98]: bus_probe_device+0x78/0xc0
[ 17.208977] Caller[0069fcf8]: device_add+0x498/0x600
[ 17.209568] Caller[006a4440]:
platform_device_add.part.4+0x100/0x240
[ 17.210185] Caller[006a498c]: platform_create_bundle+0xcc/0x160
[ 17.210763] Caller[009cd5f4]: i8042_init+0x174/0x1d8
[ 17.211270] Caller[00426ba8]: do_one_initcall+0xe8/0x160
[ 17.211804] Caller[009b08f0]: kernel_init+0xd8/0x168
[ 17.212312] Caller[0042b270]: kernel_thread+0x30/0x60
[ 17.212826] Caller[00801f20]: rest_init+0x10/0x70
[ 17.213420] Instruction DUMP: 350023f5 901221c0 370023a4
9210001d a21461f0 a01420d0 4467 b2166078
[ 17.215328] Kernel panic - not syncing: Attempted to kill init!
[ 17.215923] Call Trace:
[ 17.216219] [0046711c] do_exit+0x79c/0x7c0
[ 17.216675] [00427c3c] die_if_kernel+0x17c/0x300
[ 17.217265] [00818ac8] unhandled_fault+0x84/0x9c
[ 17.217766] [00819290] do_sparc64_fault+0x7b0/0x8e0
[ 17.218273] [00407880] sparc64_realfault_common+0x10/0x20
[ 17.218881] [00812788] sparc_i8042_probe+0x34/0x134
[ 17.219393] [006a3d8c] platform_drv_probe+0xc/0x20
[ 17.219893] [006a2890] really_probe+0x50/0x180
[ 17.220368] [006a0ff4] bus_for_each_drv+0x54/0xa0
[ 17.220856] [006a2a40] device_attach+0x80/0xc0
[ 17.221428] [006a1f98] bus_probe_device+0x78/0xc0
[ 17.221934] [0069fcf8] device_add+0x498/0x600
[ 17.222402] [006a4440] platform_device_add.part.4+0x100/0x240
[ 17.222968] [006a498c] platform_create_bundle+0xcc/0x160
[ 17.223539] [009cd5f4] i8042_init+0x174/0x1d8
[ 17.224088] [00426ba8] do_one_initcall+0xe8/0x160
[ 17.225484] Press Stop-A (L1-A) to return to the boot prom
The problem seems to be related to the platform-specific parts of the
8042
Re: schroeder and lebrun EOL - decomission
I wouldn't be opposed to putting them back into service. I have space for them (in Missouri if that matters). Rod On 10/2/2015 6:11 AM, Frans van Berckel wrote: > On Fri, 2015-10-02 at 12:56 +0200, Paul Wise wrote: >> On Sat, 2015-09-26 at 23:18 +0200, Hector Oron wrote: >> >>> DSA would like to decomission lebrun and schroeder (old sparc build >>> daemons). Please if you think this is a bad idea for some reason, >>> let >>> me know, otherwise those will be decomissioned in the following >>> weeks. >> >> If there are people wanting to work on the sparc64 port perhaps we >> could ship them to those people or turn them into sparc64 >> porterboxen? > > For what i have seen at the debian-sparc mailing list, Rod Schnell > (CCing) just did that for the raverin porterbox ... > > Frans van Berckel >
