Re: Solaris install through TFTP linux-server
On Wed, 3 Jul 2002, Ian Burrell wrote: > Robert Ian Smit wrote: > > > > Since a couple of days I can burn cdroms, and am now trying to > > install Solaris x86 on a previously retired harddrive. > > > > Once that is working I'll try to get the Sparc to boot Solaris 9. > > > > I expect to get back to either Debian or one of the BSDs on the > > Sparc in the near future. However at the moment I am not working on > > a Debian install. > > > > I will follow this list and maybe have more to say in the future. > > > > I got Solaris 8 to install my Linux machine at as a boot server. Solaris > 9 should be pretty similar. I wrote up my notes at > http://www.znark.com/tech/solarisinstall.html. Your notes are very good Ian. Would you mind if I set up links to them from my SunShack site? For those who don't know, the Sun Shack is maintained by me, and it can be accessed at "http://www.sunshack.org"; or "http://www.sunshack.net";. Currently it's a lot more hardware-focused than software-focused, but I hope to change that a bit with more links to sites containing Sun-related software and OS info. Regards, Craig. -- Craig Ian Dewick ([EMAIL PROTECTED]). http://lios.apana.org.au/~craig APANA Sydney Regional Co-ordinator. Operator of Jedi (an APANA Sydney POP). Always striving for a secure long-term future in an insecure short-term world Have you exported a crypto system today? Do your bit to undermine the NSA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Solaris install through TFTP linux-server
Robert Ian Smit wrote: Since a couple of days I can burn cdroms, and am now trying to install Solaris x86 on a previously retired harddrive. Once that is working I'll try to get the Sparc to boot Solaris 9. I expect to get back to either Debian or one of the BSDs on the Sparc in the near future. However at the moment I am not working on a Debian install. I will follow this list and maybe have more to say in the future. I got Solaris 8 to install my Linux machine at as a boot server. Solaris 9 should be pretty similar. I wrote up my notes at http://www.znark.com/tech/solarisinstall.html. - Ian -- Ian Burrell [EMAIL PROTECTED] http://www.znark.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blade 100, woody questions
On Wed, Jul 03, 2002 at 12:42:37PM +0200, [EMAIL PROTECTED] wrote: > Hi list, > I have two questions, > 1. is there a german keymap for the blade 100 keyboard (USB) around? > 2. Are ther any patches for the debian provided kernel sources needed if > I want to build a new kernel (with aditionol IPv6 patches). If you want a custom kernel, use the latest stock source (2.4.19-rc1, ATM). -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with dhcp on Sun SS20 with 2 nic
in the PROM boot thingy, "setenv local-mac-address? true" allows each ethernet card to have its own MAC address. The default (where local-mac-address is false) forces a system-wide MAC address on each ethernet card. Hope this helps. _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with dhcp on Sun SS20 with 2 nic
> On Mon, Jul 01, 2002 at 02:44:34PM +0200, chevalier francis wrote: > | Hi > | I am newbies on Debian and i installed a potato on a Sun SS20 with 2 nic.I bring 1 nic (eth1) for my personal network and another nic (eth0) for connecting my cable modem . > | But i have some problem with dhcp client : > | if i make /proc/net/dev i see the 3 nic (l0 ,eth0 and eth1) > | if i make dmesg i see that eth0 and eth1are seen at boot > | but if i make ifconfig ,i only see eth1and l0 > | In :etc:network/interfaces ,eth1 is static (fixed IP for the local network) and eth0 is dhcp but when i make /etc/init.d/networking restart i have the following message :dhcpcd not running . > | some help ? > | Thanks > | Francis > > Hello , > > I had configured the same configuration SS20+1 NIC , > with debian woody ( but without dhcp ) . > > My eth0 & eth1 had the SAME HW MAC adress . > My HW MAC is a mixt with host id . > > So I can not put on the same ethernet network . > > -- > On my SS20 i have too the same MAC adress (who is a part of host id who is itself in the boot prom ,i think) but the 2 nic get well if i connect they separtely on my local network and if i make an ifconfig with the good IP adress . So Erwan ,what is the result of your ifconfig ? On my system ,i dont see the nic who is on dhcp. Francis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Solaris install through TFTP linux-server
On Sat, Jun 29, 2002 at 05:01:29AM +0200, Robert Ian Smit wrote: I want to thank everyone for their reply. Since a couple of days I can burn cdroms, and am now trying to install Solaris x86 on a previously retired harddrive. Once that is working I'll try to get the Sparc to boot Solaris 9. I expect to get back to either Debian or one of the BSDs on the Sparc in the near future. However at the moment I am not working on a Debian install. I will follow this list and maybe have more to say in the future. Bob pgphQnQOQ0nEV.pgp Description: PGP signature
Re: problem with dhcp on Sun SS20 with 2 nic
On Mon, Jul 01, 2002 at 02:44:34PM +0200, chevalier francis wrote: | Hi | I am newbies on Debian and i installed a potato on a Sun SS20 with 2 nic.I bring 1 nic (eth1) for my personal network and another nic (eth0) for connecting my cable modem . | But i have some problem with dhcp client : | if i make /proc/net/dev i see the 3 nic (l0 ,eth0 and eth1) | if i make dmesg i see that eth0 and eth1are seen at boot | but if i make ifconfig ,i only see eth1and l0 | In :etc:network/interfaces ,eth1 is static (fixed IP for the local network) and eth0 is dhcp but when i make /etc/init.d/networking restart i have the following message :dhcpcd not running . | some help ? | Thanks | Francis Hello , I had configured the same configuration SS20+1 NIC , with debian woody ( but without dhcp ) . My eth0 & eth1 had the SAME HW MAC adress . My HW MAC is a mixt with host id . So I can not put on the same ethernet network . -- / Erwan MAS /\ | mailto:[EMAIL PROTECTED] |_/ ___| | \___\__/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Signal handling question
James Green <[EMAIL PROTECTED]> writes:
> So my handler begins like this:
>
> static void myhandler(int signum, siginfo_t* info, void *pContext)
> {
> unsigned int fault_address = (unsigned int)(info->si_addr);
> unsigned int iswrite = 0;
>
> {
> /* Determine whether this was a read or write by disassembling the
>faulting instruction. */
> ucontext_t* context = (ucontext_t*)pContext;
> greg_t pc = (context->uc_mcontext).gregs[REG_PC];
> .
>
> The fault_address address variable that I calculate seems to be
> approximately correct. I haven't checked it out fully yet, because
> there are bigger problems, namely pContext the third
> argument. pContext never seems to contain a sensible pointer.
That's fixed since 2.4.19-pre. Note that the third
argument isn't a ucontext_t* on sparc/sparc64, it's a sigcontext* (see
/usr/include/bits/sigcontext.h, this is the same as pt_regs in
kernel).
In order to get the sigcontext on 2.4.18 or older you can use
something like this:
,
| struct pt_regs {
| unsigned long psr;
| unsigned long pc;
| unsigned long npc;
| unsigned long y;
| unsigned long u_regs[16]; /* globals and ins */
| };
|
| /* A Sparc stack frame */
| struct sparc_stackf {
| unsigned long locals[8];
| unsigned long ins[6];
| struct sparc_stackf *fp;
| unsigned long callers_pc;
| char *structptr;
| unsigned long xargs[6];
| unsigned long xxargs[1];
| };
|
| struct rt_signal_frame {
| struct sparc_stackfss;
| siginfo_t info;
| struct pt_regs regs;
| sigset_t mask;
| void *fpu_save;
| unsigned int insns [2];
| stack_tstack;
| #if 0
| unsigned intextra_size; /* Should be 0 */
| __siginfo_fpu_t fpu_state;
| #endif
| };
|
| #define STACKFRAME_SZ sizeof(struct sparc_stackf)
|
| static void myhandler(int signum, siginfo_t* info, void *pContext)
| {
| /* ignore pContext */
| pt_regs* regs =
| &((struct rt_signal_frame*) ((char*) info - STACKFRAME_SZ))->regs;
| unsigned long pc = regs->pc;
| ...
`
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re (2): Sound on sun4c
David said, d> If it is any consolation peter, I have never been able to make audio work with any of my sparc4's, 5's or even on this ultra 5 (which has woody installed). Thanks David. d> it is not like a huge priority but sometimes i might just like to hear a mp3 as i try to do some real work. Likewise here, ... P. Peter Easthope http://carnot.pathology.ubc.ca/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Signal handling question
I am porting some code to the Debian Sparc platform. I have encountered a
problem, and since I believe my code is doing everything correctly, I
wondered if it was a problem with the kernel?
I suspect the precise version of my kernel isn't important for this
problem, but for completeness here's what dmesg says:
Linux version 2.4.18 ([EMAIL PROTECTED]) (gcc version egcs-2.92.11 19980921
(gcc2 ss-980609 experimental)) #2 Thu Apr 11 14:37:17 EDT 2002
I am trying to install a signal handler. The handler needs to know the
address that caused the exception and whether it was a read or write. So
I install the handler like this:
{
struct sigaction act;
act.sa_sigaction = myhandler;
act.sa_flags = SA_SIGINFO;
sigaction(SIGSEGV, &act, NULL);
}
I use the SA_SIGINFO flag so that my handler is passed the structures I
need to work out the address etc.
Unfortunately to work out whether it was a read or write I need to
disassemble the instruction that made the access. This is because the
information structure passed to my handler doesn't say whether it was a
read or write access (BTW, it does on other platforms).
So my handler begins like this:
static void myhandler(int signum, siginfo_t* info, void *pContext)
{
unsigned int fault_address = (unsigned int)(info->si_addr);
unsigned int iswrite = 0;
{
/* Determine whether this was a read or write by disassembling the
faulting instruction. */
ucontext_t* context = (ucontext_t*)pContext;
greg_t pc = (context->uc_mcontext).gregs[REG_PC];
.
The fault_address address variable that I calculate seems to be
approximately correct. I haven't checked it out fully yet, because there
are bigger problems, namely pContext the third argument. pContext never
seems to contain a sensible pointer. The documentation I have read
suggests it should point to a (large) structure containing the information
I require to calculate the PC.
So I had a look at arch/sparc64/kernel/signal.c. As far as I can tell, it
doesn't have code to set this third argument. Should it do this? I found
the following code:
/* 3. signal handler back-trampoline and parameters */
regs->u_regs[UREG_FP] = ((unsigned long) sf) - STACK_BIAS;
regs->u_regs[UREG_I0] = signo;
regs->u_regs[UREG_I1] = (unsigned long) &sf->info;
But as you can see, only the first two arguments are set?
By the way, my program is multithreaded, but I install the signal handler
before spawning any threads, so it should be alright, right?
James.
PS. I was originally going to send this question to the kernel specific
list mentioned on http://www.debian.org/ports/sparc/. It says "Kernel
questions should be addressed to the list .
Subscribe by sending a message with body `subscribe sparclinux' to the
address [EMAIL PROTECTED]" Unfortunately the
[EMAIL PROTECTED] address is not valid. I think the web page
needs updating.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blade 100, woody questions
> 1. is there a german keymap for the blade 100 keyboard (USB) around? There is none. The keyboard is a Sun type 6. You cannot use a type 5 layout. Just use one of the keymaps for i386. I don't have the exact one I used on the Blade 100, but can look it up next week in the office. Gruss, JSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Blade 100, woody questions
Hi list, I have two questions, 1. is there a german keymap for the blade 100 keyboard (USB) around? 2. Are ther any patches for the debian provided kernel sources needed if I want to build a new kernel (with aditionol IPv6 patches). greets Uwe -- X-Tec GmbH Institute for Computer and Network Security WWW : http://www.x-tec.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sound on sun4c
If it is any consolation peter, I have never been able to make audio work with any of my sparc4's, 5's or even on this ultra 5 (which has woody installed). It seems like a complete mystery to me. david it is not like a huge priority but sometimes i might just like to hear a mp3 as i try to do some real work. On Wed, 2002-07-03 at 14:20, [EMAIL PROTECTED] wrote: > Ben, Ian and others, > > At Wed, 12 Jun 2002 02:18:33 +1000 (EST) Ian commented, > it> ... just load the sparcaudio modules ... > > amd7930 and audio were loaded and madplay still failed. > > it> Now ALSA would be interesting to get working on Sparc. > > Installed it with dselect and selected Dummy_soundcard > with alsaconf. madplay still fails with this familiar message. > > output: ioctl(SNDCTL_DSP_SETFMT): Invalid argument > > The problem with alsa in Debian 2.2.19 appears to be > that the DSP is not supported properly. > > it> audio isn't too important on the old Sparc's, so don't > hold your breath. > > Pity that the hardware is there but the software can > not operate it. > > At Sat, 8 Jun 2002 20:08:44 -0400 Ben remarked, > bc> My system works just fine with OSS applications > (granted it's an ultra, but still). > > The DSP chip in this Sparc is an AMD 79c30 whereas > the ultra has something else. Also, you might be running > an OS more recent than Debian 2.2.19 which is on > this machine. > > If anyone has any further suggestions I'm still interested. > > Thanks, Peter E. > > > > Peter Easthope > http://carnot.pathology.ubc.ca/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
