> Hello All
>
> does someone has Y cable informations for
> using both /dev/ttyS0 AND /dev/ttyS1 on a hppa ?
> i need both a mouse on sti and a term to debug :-)
>
> i dont get all characters with my keyboard or they are wrong.
> does someone has troubles with hphil 46021c #ABA keyboard ?
> doe
> Hello,
> I have a HP 712/60 and want to install Debian on it.
> Now I have a few problems:
> 1. I would like to do this over serial console, but I'm not able to set
> console to serial because I don't have the 'consvar'-program. Why not?
> 2. Can I install over 1.44 floppy? If yes, how? How can I
> Nope. No floppy support under parisc-linux. Also, I guess you'd have
> to write the lifimage to the floppy, and it is about 11MB. Although
> disks-hppa/3.0.23-*/32/images-1.44/rescue.bin exists, it is a 2.88MB
> image that is not bootable; it there because boot-floppies wants it to
> extract t
>
> jikes in debian supports hppa (or at least is compiled for it). kaffe
> also has upstream patches for preliminary hppa support, but it's far
> from complete, and the debian package doesn't yet have the hppa patches.
Jikes is working.
Kaffe is not (yet) working.
AFAIK libffi is still not wor
>
> > could someone explain how to work with java on a Debian HPPA Linux system ?
>
> You can
> apt-get install kaffe
>
That's odd... I'm on unstable and I get:
apt-get source kaffe
cd kaffe-1.0.6
dpkg-buildpackage -b -a -rfakeroot
...
configure: error: Configuration parisc-linux not supported
> Hello,
>
> I have a HP C3600 (PA/RISC proc) with USB keyboard. I want
> install debian with "debian-30r0-hppa-binary-1.iso" but the
> keyboard don't work during install!!! I can't install.
>
> I search solution to create CD with the good kernel!!! or
> over solution !!!
>
> Thanks!!
I woul
>
> I'm having some difficulties allowing my hppa machine (B132L) to write a
> valid IPL. Here is a snippet of the action from the console:
>
> Main Menu: Enter command > bo pri
> Interact with IPL (Y, N, Q)?> n
>
> Booting...
> Boot IO Dependent Code (IODC) revisiion 150
>
> IPL error: bad IP
> Hi,
> I have installed Debian 3.0 (kernel 2.4.17 64 bit) on HP9000-A500. I
> am trying to run snort-1.8.7. when i start snort with "snort -u snort -g
Upgrade to the lastest kernel from cvs.parsic-linux.org 2.4.19-pa2 and
test again please :)
(http://www.parisc-linux.org)
c.
> > I've done an apt-get update apt-get upgrade and I had to restart
> > apache tonight, and this is the error I'm currently getting:
> >
> > Starting web server: apache/usr/sbin/apache: error while loading
> > shared libraries: libdb.so.2: cannot open shared object file: No such
> > file or direc
> Hi,
>I am trying to load Debian Linux on A180C. When I boot using the
> following command "boot p1 ipl". Then I select vmlinux32 kernel to boot
> from install CD, it boots and then stops on error
> giving the error message FLT CBFB. This happens right after loading
> ramdisk. Anybody was su
On Tue, Aug 13, 2002 at 11:44:19AM -0400, Pad Hosmane wrote:
> Carlos,
> Below is the information I was able to get from the terminal.
>
>
> FLT CBFB
>
I should have seen this coming :)
To quote HP IT:
" The FLT CBFB is indicating an HPMC hardware panic.
Watch the LCD closely and not
gotom,
I agree with Chritophe here, even after looking at
the relevant bits in other architectures and past
comments by Ulrich.
A machine context is exactly a signal context.
That definition of mcontext_t looks extremely out
of date :}
I will test the suggested change and get back to you.
c.
> > cc -O6 -m486 -fomit-frame-pointer -funroll-loops \
> > -fexpensive-optimizations -ffast-math -DBIG_OPT -I. \
> > -I/usr/src/glide-2001.01.26/build-tree/glide2x/swlibs/include \
> > -I/usr/src/glide-2001.01.26/build-tree/glide2x/cvg/include \
> > -DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.
Branden,
> The long story, for those interested:
> http://lists.debian.org/debian-x/2002/debian-x-200208/msg00091.html
> (and read the whole thread)
> The short story:
> I need people with root on machines of your given architecture to
> compile and run the attached C program. It consists of cod
> Maybe some kind of SCSI problems ?
> What does your boot log says (if you can see it), and does it still boot
> and let you enter the system with an older kernel ?
>
What was the last known working kernel?
c.
> Last working kernel was 2.4.18-32, that came witht he debian install. I
> have no problem with that one. I can load into if fine, the new one has the
> HIL support that I want. The only thing I really notice is that there
> is a line with "kernel BUG at slab.c:1130!"
>
I seem to see the followi
> Hello
>
> During the automatic build of the package `synergy' by sbuild/hppa
> on the host `sarti', the following error occured:
>
Analysis has begun.
I'll run it against the unstable toolchain, and get back to the list
with my results.
c.
> > Hello
> > During the automatic build of the package `synergy' by sbuild/hppa
> > on the host `sarti', the following error occured:
>
> Analysis has begun.
> I'll run it against the unstable toolchain, and get back to the list
> with my results.
>
Testing with:
g++-3.2 3.2.1-0p
Daniel
> > g++-3.2 3.2.1-0pre3 The GNU C++ compiler.
> > binutils 2.13.90.0.4-1 The GNU assembler, linker and
> > binary utilities.
> > libstdc++53.2.1-0pre3 The GNU stdc++ library version 3
> > libc6 2.2.5-14.3
>
> [EMAIL PROTECTED]:~$ gnomemeeting
> tlibthrd.cxx(1079) PWLib Assertion fail: PMutex acquired whilst locked
> by another thread
>
> bort, ore dump, gnore?
>
> This happens when exiting gnomemeeting.
> (Hitting Ignore causes a segment fault)
>
> "reportbug" says there is a newer vers
> > exchange_and_add
> > atomic_add
> > compare_and_swap
> >
> > The last being the most important since it's used in
> > glibc's linuxthreads implementation :}
>
> I can hack an implementation of this.
> But I need some guidance on interfaces and what works for glibc upstream.
> Any
> > > checking for stdlib.h... (cached) yes
> > > *** BFD does not support target hppa-unknown-none.
> > perhaps you need to specify "hppa-linux" rather than just "hppa"? i've
> > never used toolchain-source though.
>
> Yes, that was the problem. Thanks a lot.
> bye
> mejo
>
That reminds me, I
>
> Hm, from what I gathered on this list, it seems that the PA-RISC kernel
> usually isn't compressed?
>
Correct, it needs to be a lifimage, but PALO will take care of this for you.
> > hppa-linux-nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw]
> > \)\|\(\.\.ng$\)\|\(LASH[RL]DI\)'
> > You mean building binutils on IA-32 for hppa, or building binutils on
> > hppa for other ports?
> > I built binutils on IA-32 for hppa, and it was not a big problem.
>
> nah, i'm talking about someone maintaining binutils/gdb for the
> hppa-linux target.
I'm currently the hanger-on for gdb...
>
> The arm bug isn't fixed in CVS - It's a toolchain problem that I'll work
> around with a local hack to disable combreloc. HPPA hasn't submitted
> yet. Last I heard ia64's patch wasn't in CVS yet, and I have no idea
> what's up with Sparc. So it doesn't seem like post of the arch bugs are
>
> In the above error, what is that "kernel too old" supposed to mean? I have:
> Linux zarya 2.4.18 #3 ti loka?? 22 01:33:10 EEST 2002 parisc unknown unknown
> GNU/Linux
Please upgrade to 2.4.19 :)
c.
> there might be a better way to check for this by using a preinst check.
> Carlos, can you take a look at this? I think sparc already a similar
> check.
I'll take a look at this tonight.
Thanks for everyone who is participating in making unstable better.
While I try to test various permutations
days (time
permitting).
Thanks for your time :)
Cheers,
Carlos O'Donell.
> 1) I've tried to reinstall libc6-dev, but as it is off the cd it is at
> 2.2.5-6 which depends on libc6 being 2.2.5-6 which it isn't because I've
> upgraded it to 2.2.5-14.3. what is the easiest way out of this situation?
> downgrade libc6 (how? given that it will break everything else) or up
> > Why?
> >
> > - More testing.
> > - Bugs fixed in unaligned handlers.
> > - Trap handler fixes.
> > - More things than you can shake a stick at, and all thanks to the
> > wonderful kernel hacking team that parisc-linux has.
>
> That's great, but there are still problems with 2.4.19 and
> Bdale told me to try to build it with gcc-3.2 but unfortunately it did
> not fix the problem. If you want to give it a try, all build
> dependencies are installed on paer.
> Could any hppa gurus help me with this ?
I don't see any "field out of range errors" rather I see:
gcc-3.2 -c -I. -IHand
> In the unstable chroot on paer I get
> FATAL: kernel too old
> and I only used the glibc from testing and not from unstable (well, the
> version from unstable sneaked in and I tried to get back to the version
> from testing).
> If the kernel is not the problem, any idea what the real problem is t
> Because the glibc from unstable immediately showed this "feature"
> while I had hoped that the one from testing was more or less fine.
> testing has 2.2.5-14.3 and unstable has 2.3.1-5 (for hppa).
^^^ had ;)
> Looks like I was wrong.
http://packages.debian.o
> If I am to try & build the 2.5 kernel (from the CVS), then how can I
> choose between the working 2.4.20 and the experimental 2.5 version?
The two branches have different names:
http://cvs.parisc-linux.org
cvs co linux (Gives you 2.4.20)
cvs co linux-2.5 (Gives you experimental 2.5)
c.
> As it is a very long job (more then 12h) what would it be better:
> 1) simply following advise: "recompile with -ffunction-sections"
> 2) upgrade directly to gcc-3.2
Recompile with -ff-s and try doing atleast -O2 to cut the code size
down (if you aren't already).
If it's a debian package, you s
Marcelo,
> can someone provide a clue re: http://makeashorterlink.com/?E15324C23
> please?
$$dyncall normally resides and is provided by libgcc. I don't see why
this isn't getting added automatically.
I'll try to take a look at this tonight.
c.
> one of my package, omniorb4, failes on hppa with assembler errors.
> anyone with better knowledge of this architecture may take a look on
> this.
Under HPPA gcc-3.2 had a bug whith the PIC register across long-calls
and generates the wrong type of assembly. This was thankfully fixed by
John Davi
e lists :)
Happy hacking.
Cheers,
Carlos.
#! /bin/sh -e
# DP: Description: HP/PARISC Linuxthreads impelementation "__ldcw_align()"
# DP: Author: Carlos O'Donell <[EMAIL PROTECTED]>
# DP: Upstream status: Not submitted
# DP: Status Details: Writing changelogs.
# DP: Date: March
> Excellent :)
>
> Thanks, but should it apply in 2.3.1-15? I would like to delay to
> apply it in 2.3.2-1.
It will work with -15, HPPA will FTBS under 2.3.2-1 because we haven't
written the sysdep-cancel support yet. The timeline for that looks like
atleast 2 weeks.
c.
> > Nov 2 15:58:54 gecko pppd[163]: read: Resource temporarily unavailable
> > Nov 2 15:58:54 gecko pppd[163]: read /dev/ppp: Resource temporarily
> > unavailable
> >
> > Although my ppp connection (pppoe) works at maximum speed.
> > What could cause this?
>
> This is the old EWOULDBLOCK != EA
> >
> > It's on my TODO list. Atlest I _now_ understand how to write the syscall
> > wrapper that emulates the proper return value :)
>
> Uhh.. how can it be fixed? It's a binary-incompatible change. Before,
> we have two programs, one which checks errno against EAGAIN, the other
> against EWOU
> > glibc will provide a syscall return wrapper to check if it's returning
> > an _old_ EWOULDBLOCK value that needs to be translated to EAGAIN (not
> > sure if this ever happens in our kernel now, perhaps in the future?).
>
> I was under the impression the kernel would not. IIRC, previous
> disc
> > > (b) SunOS has EWOULDBLOCK handling in it's output() handler
> > > (see sys-sunos4.c).
> ...
> > I don't see what you want to say about (b)?
>
> Someone who cares could be inspired to write the equivalent for
> parisc-linux and put the hack in the app instead of glibc or the kernel.
No. I di
> Actaully, you do. I tried (badly) to say the same thing:
Ah. Efficient email communication is so confusing some times :)
Sorry Grant! Yes, I think a patch was sent upstream to fix this, but I
don't know what happened.
c.
> Dumping Stack from 0x3fc5 to 0x3fc50880:
> WARNING! Stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
>
> I haven't added or removed any feature, I just wanted to see if the newer
> tools and GCC 3.3 indeed produce better binaries. What gives?
> > What kernel, where did you get it?
>
> Last I checked, this is the _debian_ list, so I used kernel-source-2.4.19-hppa
> which is the latest source package available using APT.
Just wanted to ask :) The repeating crash you are seeing was a bug in
the trap handler that I fixed some while ago. I
> <[EMAIL PROTECTED]:/usr/src/linux># dpkg -i
> ../kernel-image-2.4.20-pa32_2.4.20.carlos.1_hppa.deb
> Selecting previously deselected package kernel-image-2.4.20-pa32.
> (Reading database ... 54447 files and directories currently installed.)
> Unpacking kernel-image-2.4.20-pa32 (from
> .../kernel-
> Unless you have a way to do this without deinstalling 3.3 and 3.2, plus all
> the
> applications that depend upon libgcc1-3.[2|3], I think I'll have to pass.
apt-get install gcc-3.0 gcc-3.2 gcc-3.3 gcc-snapshot
Then set CC to your liking and recompile.
c.
> It just occured to me:
>
> Don't the LD, AR, AS, etc. which GCC uses come from the GNU utils? Could this
> be where the problem is? Here, I'm using 5.0 from unstable.
GNU Binary Utilities (If you ever wonder what comes from where use `dpkg
-S ).
There have been problems with binutils in th
> make-kpkg clean ; CC=gcc-3.3 make-kpkg --revision 2.4.20.carlos.1 kernel_image
You need to set CC (and HOSTCC) in the toplevel kernel Makefile.
c.
> ...plus manually editing the top Makefile for the same variables has finally
> resulted in 3.0 being used for everything and produced a good kernel; there
> was
> no single warning about unresolved symbols for some deflate (i.e.
> zlib-related)
> function in a kernel module either.
Okay, so 3.
> Aside from the evilness of doing binNMUs of this magnitude, I doubt a
> "transition" that doesn't change the SONAME will work. As soon as the
> new libstdc++ is installed, every c++ app on the box will instantly
> break. This means if anything happens e.g. to apt during the update, the
> system w
> ...
> (snip).
>
> (**) FBDev(0): Using "Shadow Framebuffer"
> (--) Depth 24 pixmap format is 32 bpp
> FBINPUT_VSCREENINFO: Invalid argument
>
> Fatal server error:
> AddScreen/ScreenInit failed for drive
> Sure, that's why we contacted either, we sent you a mail on april 29th,
> and as Grant said, we asked on IRC, where Carlos O'Donnel and Randolph
> Chung were present. Carlos seemed to speak authoritatively concerning Alan's
> work.
I told Alan Modra that I'd take the changes off his hands and
On Mon, Sep 15, 2003 at 03:45:46AM +0100, Matthew Wilcox wrote:
>
> [moving to debian-hppa, since that seems to be the best place. doing my
> best to remove all traces of the original mail since that's decidedly
> private.]
>
> On Sun, Sep 14, 2003 at 10:30:18PM -0400, Grzegorz B. Prokopski wrot
On Mon, Sep 15, 2003 at 01:06:13AM -0400, Grzegorz B. Prokopski wrote:
> > Emulating them in software with light-weight kernel syscalls.
> > Currently being worked on for the express purpose of helping
> > tausq fix Java :)
> Ah, - "Jave Everywhere", I see.
>
> So - where can I take a look at the
On Mon, Sep 15, 2003 at 10:42:30AM -0400, Grzegorz B. Prokopski wrote:
> My objective is to get SableVM working on HPPA.
> I've just seen
> http://lists.debian.org/debian-hppa/2002/debian-hppa-200208/msg00132.html
> which unfortunately ends w/o any conclusions (again).
Kernel assist is the conclus
> - Move the code back onto the gateway page (need to be executable)
Having said this, remember to leave the lock data in the same place.
Willy clarified that the gateway page is not readable, so the locks have
to go on the page after which is non-executable but read-write.
c.
> - Create light-weight syscall table patterned after the normal syscall
> table.
> - Add loader code at 0xA0 that reads r26, loads the jump address from a
> light-weight syscall table and jumps there (look at how syscall does
> it)
On second thought go for speed and try to fit the operation
On Tue, Sep 16, 2003 at 12:33:45AM -0400, Grzegorz B. Prokopski wrote:
> Well, okay, I forgot about the idea of doing it in userspace if you
> say so, but would you be able to point me to some discussion that
> led to this conclusion? I looked at debian-hppa archives in previous
> months but found
On Mon, Oct 06, 2003 at 09:55:30AM +0100, Peter Whysall wrote:
> HP D330, running unstable.
>
> When installing squid from unstable, the process hangs at the "Creating
> cache directories" stage.
>
> stracing this reveals that squid is just sitting there making
> sched_yield() calls, with occasio
On Tue, Oct 07, 2003 at 08:11:18AM +0100, Peter Whysall wrote:
>
> How would I determine this?
`ldd / | grep libpthread`
If the above gives you output then libpthread is compiled into squird.
_or_
Strace and look for an open() of libpthread that doesn't look like it's in
the loaders initializa
On Tue, Oct 07, 2003 at 07:46:58PM +0100, Peter Whysall wrote:
> On Tue, 2003-10-07 at 18:52, Carlos O'Donell wrote:
> > On Tue, Oct 07, 2003 at 08:11:18AM +0100, Peter Whysall wrote:
> > >
> > > How would I determine this?
> >
> > `ldd / | grep libpth
parisc-linux,
debian-hppa,
--- CALLING ALL TESTERS! ---
glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
long standing test-suite errors (bug-iconv3, and test-fenv).
The regressions in 2.3.2 were caused by incorrect handling of the PIC
register by the kernel, but fixed in gli
On Sat, Oct 18, 2003 at 06:25:27PM -0400, John David Anglin wrote:
> > I've installed the libc6 and libc6-dev debs on both c3k's
> > and they both are working fine (well, mozilla-firebird is
> > still broken, not new).
>
> I don't know about firebird but standard mozilla needs some pa specific
> c
On Sat, Oct 18, 2003 at 11:54:43PM +, Joel Soete wrote:
> So squid didn't hang any more at start up but still failled:
> 'Setting up squid (2.5.4-2) ...
> Creating squid spool directory structure
> FATAL: Could not determine fully qualified hostname. Please set
> 'visible_hostname'
recvfrom,
xcept with FE_INEXACT raises the correct exception and
flag bits.
Cheers,
Carlos.
On Fri, Oct 17, 2003 at 02:09:12PM -0400, Carlos O'Donell wrote:
> --- CALLING ALL TESTERS! ---
>
> glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
> long standing test-suite e
On Wed, Nov 05, 2003 at 03:21:10PM +, Matthew Wilcox wrote:
> On Wed, Nov 05, 2003 at 08:03:27AM +0100, Ruediger Scholz wrote:
> > (gdb) run
> > The program being debugged has been started already.
> > Start it from the beginning? (y or n) y
> > Starting program: /usr/sbin/partimage
> > (no deb
On Wed, Nov 05, 2003 at 07:21:15PM +0100, Ruediger Scholz wrote:
> Matthew Wilcox schrieb:
>
> >
> >Try 'bt' for backtrace, that at least tells us where sched_yield()
> >is being called from.
> >
> OK, I tried 'bt' before but I got no useful output as you will see
> below. But now I tried 'bt ful
On Sat, Nov 08, 2003 at 09:04:37PM +0100, Ruediger Scholz wrote:
> Joel Soete schrieb:
>
> >
> >Yes, another tips, which I experiment with squid pb, is to re-build
> >your app with option -ggdb.
> >Then run this app under gdb (or ddd) and when it 'hung' type Ctrl-C:
> >gdb would so point exactly
On Thu, Dec 04, 2003 at 04:03:21PM +0200, Martin-?ric Racine wrote:
> On Thu, 4 Dec 2003, Matthew Wilcox wrote:
>
> > On Thu, Dec 04, 2003 at 02:21:03PM +0200, Martin-?ric Racine wrote:
> > > While I understand all the excitement for 2.6, I really find it
> > > disturbing to
> > > hear that upstr
lamont,
I know you were looking for me regarding the use of '-pg' profiling in
debian. It *is* broken, it's fixed on my experimental system thanks to a
few patches from Randolph. I'm currently looking into sprof so I can
profile glibc itself (not working currently).
The main issue was that the '
On Thu, Jan 01, 2004 at 04:00:16PM -0500, John David Anglin wrote:
> > The main issue was that the 'start' symbol needs to be canonicalized
> > before passing on to the gmon routines. This requires entry.h to be
>
> I still think that using __c_f_f_c for this special case is overkill.
What could
Dear list-members,
A new year is here and it's time to look back and say, hey, we did a
great job, hacked on many things and made parisc a better port!
GNU/binutils
Maybe someone can comment on this? Randolph was great enough to remove
silly ltp relocations from static
pa'ers,
glibc 2.3.2.ds1-10
- Added profiling patches (Thanks Randolph!)
- Rebuilt glibc.
- Did not modify changelog or bump version.
Testers wanted please, in particular to test if building with -pg works
on your system and you get the expected results.
If testing goes well, these patches are
On Mon, Jan 05, 2004 at 02:48:09PM -0500, Carlos O'Donell wrote:
>
> pa'ers,
>
> glibc 2.3.2.ds1-10
>
> - Added profiling patches (Thanks Randolph!)
> - Rebuilt glibc.
> - Did not modify changelog or bump version.
>
> Testers wanted please, in particular
On Mon, Jan 05, 2004 at 01:45:10PM -0700, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 02:48:09PM -0500, Carlos O'Donell wrote:
> > Testers wanted please, in particular to test if building with -pg works
> > on your system and you get the expected results.
>
> How
On Mon, Jan 05, 2004 at 01:48:54PM -0500, John David Anglin wrote:
> As usual, I expect there will be many ups and downs in the process.
> So, we won't get as far as we would like.
>
> > jda, you mentioned that the libstdc++ testsuite could be examined in
> > order to fix some of our failures.
>
On Tue, Jan 06, 2004 at 01:16:44AM -0500, John David Anglin wrote:
> > Does this seem like a reasonable triage list?
> >
> > a. gdb.
> > b. atomic kernel ops.
> > c. libstdc++ failures.
>
> I expect GCC 3.4 is coming in 2-3 months, although there isn't a definite
> timeline yet. Would you like t
On Sat, Jan 10, 2004 at 09:09:06PM -0700, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 02:48:39PM -0500, Carlos O'Donell wrote:
> > http://www.parisc-linux.org/~carlos/glibc-2.3.2-debs-2004-01-05/
>
> I finally installed these (libc6 and libc6-dev) and live is still g
On Tue, Jan 20, 2004 at 03:44:07PM +0100, Damien wrote:
> How do I reduce "Tag queue depth", i.e. recompile the 53c700
> driver?
> Do I have to:
> - download kernel sources
> - change #define NCR_700_MAX_TAGS in drivers/scsi/53c700.h
> - then "simply" (well, I never did that) recompile and
> inst
On Tue, Jan 20, 2004 at 02:46:59PM -0400, Steve Bromwich wrote:
> > How do I reduce "Tag queue depth", i.e. recompile the 53c700
> > driver?
> > Do I have to:
> > - download kernel sources
> > - change #define NCR_700_MAX_TAGS in drivers/scsi/53c700.h
> > - then "simply" (well, I never did that) re
On Tue, Jan 20, 2004 at 06:59:12PM +, Jools Smyth wrote:
> Has anyone else tried the dovecot packages ?
>
> I couldnt get it working. seems that building dovecot with gnutls has a
> problem on hppa. Please see
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=227442
>
> The debian packa
>
> Thinking further, I guess a more optimal route might even be to put the
> drive in the 712 and install onto it on there, put the kernel on the drive
> then, then just transplant it back into the 715.
>
Yeah, mount it, debootstrap, chroot, and install a new kernel.
c.
On Wed, Jan 28, 2004 at 09:25:24PM +, Richard Hirst wrote:
> As of parted-1.6.6-7 from your debian mirror you can now use it to set a
> partition type to 'F0' for palo use. This is done via "set N palo on",
> where N is the partition number. Thanks to Sven Luther for accepting my
> patch and
>
> But there will be other things broken by the time 2.6.2 comes out ;-)
> This is just life as a minority architecture, I'm afraid.
>
Muahaha! >:)
Sorry, I thought that last statment needed some maniacal laughter.
c.
On Sat, Feb 07, 2004 at 01:42:13PM -0500, Camm Maguire wrote:
> Greetings! GCL and its dependent programs (axiom, maxima, acl2) can
> make use of a more efficient garbage collection algorithm by marking
> pages read only, catching SIGSEGV on write attempt, reprotecting and
> marking the page, and
Cam,
> > a. siginfo_t is properly delivered to 32-bit userspace from a 32-bit
> >kernel. If it doesn't, please show me the example code, kernel config,
> >and hardware used to run the test. This has always worked.
> >
>
> Well, I'm not sure how long is meant by always, but lets forget a
On Fri, Feb 20, 2004 at 11:49:35AM -0500, Camm Maguire wrote:
> Base switches required: -fPIC -ffunction-sections
>
>-O0-O1 -O2
> gclPASS PASS PASS
> maxima PASS PASS FAIL
> acl2 PASS FAIL
> axiomPASS
Intersting.
> The acl2 failure at -O1 was intermittently repr
On Sat, Mar 06, 2004 at 08:51:45PM -0500, Camm Maguire wrote:
> Greetings, and thanks for your reply!
Thanks for your interest!
> OK you've triggered one possibility in my mind -- for some time we
> have had hppa specific assembler in our garbage collector to make sure
> the registers are flus
On Mon, Mar 08, 2004 at 07:27:59AM -0500, Camm Maguire wrote:
> Greetings! GCL can mark the C stack via a simple heuristic algorithm
> given its bottom (taken at program start) and top (at point of GBC
> marking). It cannot mark items in registers, so it must flush the
> registers to the C stack
On Fri, Mar 12, 2004 at 09:34:27AM +0100, Joel Soete wrote:
> Ok, I can so just replace conftest.h by the few #define and I can reproduce
> de segv with "gcc conftest.c" and even isolate the pb which is here:
> [snip]
> p = (char**) ccp;
> ccp = (char const *const *) p;
> { /* SCO 3.2v4 cc rejects
On Sun, Mar 21, 2004 at 05:18:27PM -0500, Kyle McMartin wrote:
> On Sun, Mar 21, 2004 at 11:14:26PM +0100, Roland Leurs wrote:
> > Once I have installed the operating system and reboot, I have no way
> > to do something usefull on the console. Can anyone point me to the
> > right direction?
> >
>
On Thu, Mar 25, 2004 at 06:22:44PM +, Will Newton wrote:
> Could someone please take a look at a build failure[1] for me?
The 33-1 build fails while running './lisp.run', did that get fixed in
the 33-2 build?
Can I get the 33-2 source from somewhere to attempt my own build?
Cheers,
Carlos.
On Fri, Mar 26, 2004 at 12:04:02AM +, Will Newton wrote:
> > The 33-1 build fails while running './lisp.run', did that get fixed in
> > the 33-2 build?
>
> I believe so - my test build on paer was OK, but was a slightly different
> configuration due to a missing build dep.
Isn't the definiti
>
> RTFM...but it doesn't solve the problem:
>-L sadc will try to get an exclusive lock on the outfile before
> writing to it or truncating it. Failure to get the lock is
> fatal, except in the case of trying to write a normal (i.e. not
>
> Thanks!
>
> 1) Apparently some issue in the unstable libc on paer:
> Inconsistency detected by ld.so: dl-runtime.c: 75: fixup: Assertion
> `((reloc->r_info) & 0xff) == 129' failed!
Are you sure that the library in question isn't corrupted?
Please verify by using objdump, readelf, or ot
On Wed, May 05, 2004 at 02:09:01PM -0400, Camm Maguire wrote:
> > Are you sure that the library in question isn't corrupted?
> > Please verify by using objdump, readelf, or other tools to show that you
> > can indeed parse the library.
> >
>
> (in paer unstable dchroot:)
>
> $ objdump -d /lib/l
On Fri, Apr 09, 2004 at 03:03:56PM -0600, Grant Grundler wrote:
> Hi all,
> I was getting cron job output from /usr/lib/sysstat/sa1 script.
> The error was something like "flock: resource not avaiable".
Grant,
Can you try this sysstat package and see if you still have problems?
http://www.parisc-
> As Dave mentioned, there is a case in gcc which is currently broken when
> running 2.4 kernels, because sigcontext handling was broken in 2.4
> kernels for 64-bit kernels. Carlos fixed this in 2.6.x (thanks Carlos).
>
> The signal trampoline layout also changed in 2.6.x kernels, breaking
> back
1 - 100 of 413 matches
Mail list logo