Hi Matthias et al,
I'd like to try to do some of this using my sparc box and see how far I
get. Is there a link that explains how to set up these steps? Others seem
to "just know" what to do, but I haven't the slightest idea of where to
begin. I have a box with gcc-4.9, plenty of disk space, and e
compile all the things :(
On Mon, Feb 3, 2014 at 3:36 PM, Émeric MASCHINO
wrote:
> Hi,
>
> Too bad, but I can understand.
>
> So Gentoo ia64 is the last one...
>
> Émeric
>
> 2014-02-03 Ansgar Burchardt :
> > Hi,
> >
> > Niels Thykier writes:
> >> As of tonight, ia64 has been removed from
I kind of wonder if it has anything to do with compiler code generation; I
don't remember if you checked whether -O[0,1,2,3] on the kernel changed
anything. The appearance is so random, but when it does appear, it's stuck
for that version (i.e. not just a race issue that is hard to repro).
Patrick
HI Stephan,
No, I haven't. Is the goal to package software or to test gcc-4.8/ia64?
Patrick
On Sun, Dec 8, 2013 at 7:37 AM, Stephan Schreiber wrote:
> Does anybody started building some packages with gcc 4.8 on ia64?
>
> Cheers,
> Stephan
>
>
>
> --
> To UNSUBSCRIBE, email to debian-ia64-requ.
Hi Camm,
No, I don't do maintenance of gcc, I just help out where I can with
Debian/ia64 (speaking of which, I have a bug investigation to follow up
on). I'm going to have to check what version of gcc I have installed on my
machines. If you can send me a test case or perhaps (simple!!) instruction
On Fri, Oct 18, 2013 at 1:31 PM, Camm Maguire wrote:
> Greetings, and thanks for your reply! I can try to get a simpler
> example, but first let me try to simplify the post, to see if that
> illumines the issue by itself. My comments after //
>
>
> Breakpoint 4, 0x004c1f72 in LI46 (V
, to see
if any regressions were fixed, and if not, start at squeeze's version and
move up. You guys needed a good stress test for those CPUs, right? =D
Patrick
On Fri, Oct 11, 2013 at 4:42 AM, Laurent RENAULT wrote:
> Le 10/10/2013 16:28, Patrick Baggett a écrit :
>
> As far as I
As far as I know, nobody has figured out why squeeze works but wheezy
doesn't.
On Thu, Oct 10, 2013 at 9:13 AM, Elias Estay wrote:
> Hello,
> has succesful Somebody install debian Wheezy (ia64) in the SGI altix 450
> ?,
>
> I tried Install directly from the cd but don't load (Appears Pod sysct
+0200, Kurt Roeckx wrote:
> > On Wed, Oct 02, 2013 at 02:02:41PM -0500, Patrick Baggett wrote:
> > >
> > > That's rather confusing to read. The code was compiled with "-O2 -g",
> > > perhaps I should try -O0 first to rule out a compiler bug? If so,
On Wed, Oct 2, 2013 at 1:51 PM, Kurt Roeckx wrote:
> On Wed, Oct 02, 2013 at 01:43:56PM -0500, Patrick Baggett wrote:
> > I set the breakpoint, and it is called as you expected:
> > (gdb) bt
> > #0 ppc_register_info (ebl=0x60004120, regno=-1, name=0x0,
> > nam
013 at 1:34 PM, Kurt Roeckx wrote:
> On Wed, Oct 02, 2013 at 01:12:44PM -0500, Patrick Baggett wrote:
> > OK, here's what I get when I run that test in GDB:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > dwarf_frame_register (fs=0x6000b
OK, here's what I get when I run that test in GDB:
Program received signal SIGSEGV, Segmentation fault.
dwarf_frame_register (fs=0x6000be00, regno=,
ops_mem=0x6fffb2d0, ops=0x6fffb2c8,
nops=0x6fffb2c0) at dwarf_frame_register.c:105
105 get_uleb12
Ah stupid issue, I didn't unpack the source correctly; it was in a separate
folder. Ahem, move along, nothing to see here. :)
I'll get some results for you soon!
Patrick
On Wed, Oct 2, 2013 at 2:13 AM, Kurt Roeckx wrote:
> On Tue, Oct 01, 2013 at 09:55:12PM -0500, Patrick
I'm interesting in helping on ia64. I'm not fluent in ia64 assembly, but I
can get around pretty well. I'm very experienced in C/C++/Java and
debugging. I've got a fully functional system running Xorg/Mesa3D/sound, so
I can reproduce, test, and fix issues as time permits.
Patr
Hah, you and me both. I'm going to delete the whole directory, redownload
your files, and try again.
Patrick
On Wed, Oct 2, 2013 at 2:13 AM, Kurt Roeckx wrote:
> On Tue, Oct 01, 2013 at 09:55:12PM -0500, Patrick Baggett wrote:
> > Kurt,
> >
> > The package
Kurt,
The package does not built with "dpkg-buildpackage -B". It stops in the
makefile saying that it does not know how to make target "configure.ac". I
have automake and autoconf installed already, if that helps. Until this
issue is resolved, I can't build the package to try it. :(
Patrick
On
ckx/elfutils/
>
> A dpkg-buildpackage -B should result in 1 test failing. You
> can run that test manually like I showed below.
>
>
> Kurt
>
> On Tue, Oct 01, 2013 at 02:27:11PM -0500, Patrick Baggett wrote:
> > Yeah, I can try. How do I reproduce this on sid?
> >
Yeah, I can try. How do I reproduce this on sid?
Patrick
On Tue, Oct 1, 2013 at 1:43 PM, Kurt Roeckx wrote:
> Hi,
>
> The new elfutils (0.157-1) segfaults on IA64. I've been trying
> to debug this on merulo but ran into #691576. When using a core
> file I also don't get any backtrace.
>
> Th
Hi Camm,
I'm not sure I understand the problem completely, but this seems like an
administrative issue. Is there a technical issue that ia64 users can help
you with or is this directed at those who have control over the ia64 porter
boxes exclusively?
Patrick
On Thu, Jul 4, 2013 at 10:51 AM, Cam
Nice job!
On Jun 15, 2013 9:44 AM, "Stephan Schreiber" wrote:
> tags 711107 - help
> tags 711107 + patch
> thanks
>
>
> Emilio Pozuelo Monfort wrote:
>
> What happens if you do `make check' or `fakeroot make check' again? make
>> check
>> will set Xvfb differently than xvfb-run.
>>
>
> I didn't
Hi BJ,
I read a successful report of an Altix 4700 booting with a Debian "squeeze"
kernel and running that. Maybe try that -- you can always upgrade to
"wheezy" once it is installed, but having a stable kernel to work off of
would be the best start. You'll probably need to do a custom kernel compi
re building gtk+3.0 is ok, but
running it afterwards fails, I'd love to know. I can say that whatever the
original problem (assertion failure in children.c) was, I didn't seem to
run into it.
Patrick
On Wed, Jun 12, 2013 at 10:17 AM, Emilio Pozuelo Monfort
wrote:
> On 12/06/13
that error first, but it seems like
should have an answer soon.
Regards,
Patrick
On Wed, Jun 12, 2013 at 11:31 AM, Patrick Baggett wrote:
> Alright, that sounds easy enough, I'll try to get to it tonight (GMT
> -6:00).
>
>
> On Wed, Jun 12, 2013 at 10:17 AM, Emilio Poz
Alright, that sounds easy enough, I'll try to get to it tonight (GMT -6:00).
On Wed, Jun 12, 2013 at 10:17 AM, Emilio Pozuelo Monfort
wrote:
> On 12/06/13 16:48, Patrick Baggett wrote:
> > Hi Emilio,
> >
> > I have an ia64 box with local graphics adapter and working
Hi Emilio,
I have an ia64 box with local graphics adapter and working X server. Pardon
the newbie question -- do I use apt-get to pull the source and then build
it using "make test" or some other procedure?
Patrick
On Wed, Jun 12, 2013 at 6:45 AM, Emilio Pozuelo Monfort wrote:
> tags 711107 +
ple recompile necessary for these packages or is
there more work that needs to be done?
Patrick Baggett
On Fri, May 10, 2013 at 9:39 AM, Matthias Klose wrote:
> Am 09.05.2013 17:42, schrieb Stephan Schreiber:
> > Quoting Ansgar Burchardt :
> >> I remember talk about potential
I'm an ia64 user and I would love for the port to not be dropped because I
don't like the idea of Gentoo. :(
Is libunwind8 the major blocker here? That doesn't seem too bad if it is.
I'd rather ia64 creak along than to be dropped entirely.
Patrick Baggett
On Tue, May
Valery,
I haven't tried efence on ia64, but if you can produce a simple test
program that causes it to crash on ia64 but not on x86/amd64, I'd love to
look into it for you.
Patrick
On Tue, Jan 15, 2013 at 7:33 AM, Valery Zaporozhchenko <
valeryz2...@gmail.com> wrote:
> Hello,
>
> faced very str
On Wed, Jan 16, 2013 at 8:07 AM, Ben Hutchings wrote:
> On Tue, 2013-01-15 at 09:28 -0600, Patrick Baggett wrote:
> > Émeric,
> >
> >
> > I think it was a mistake. I am having some graphical corruption while
> > using Xorg on 3.2.x kernels, but I can definite
Émeric,
I think it was a mistake. I am having some graphical corruption while using
Xorg on 3.2.x kernels, but I can definitely boot with KMS and interact with
the console glitch-free. The issue described with the PowerPC-based laptops
was that the computer hangs -- this simply doesn't happen on i
Yeah, that's weird. I had some (non-fatal) error messages with HD 4000
series, but those are gone now. Not sure off the top of my head what kernel
version I'm running though. It might be later than 3.2.x (custom compile).
I actually got Mesa running with OpenGL 3.0 and everything.
Patrick
On Mon,
What is broken about it? Has anyone estimated how much effort it would take
to fix? Are we talking needing assembly language bindings or just some dumb
SIGBUS error?
Patrick Baggett
On Thu, Dec 6, 2012 at 11:37 AM, Gunnar Wolf wrote:
> Michael Stapelberg dijo [Thu, Dec 06, 2012 at 10:22:0
ompiled kernel 3.7.0-rc3 fails to pass
> test_accept4 [1]? Simply replace the __accept4 function call in the
> do_test function with the accept4 syscall.
>
> Émeric
>
>
> [1] http://marc.info/?l=linux-ia64&m=132110749405138&w=2
>
>
> 2012/10/30 Patrick Ba
.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/man...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/man
Program received signal SIGTRAP, Trace/breakpoint trap.
0x in ?? ()
(gdb)
-
Dang.
Patrick
On Tue, Oct 30, 2012 at 10:12 AM, P
ONYMOUS, -1, 0) =
0x4008
write(1, "test\n", 5test
) = 5
exit_group(5) = ?
---
OK, so looking a bit more like a kernel issue...
Émeric,
Are there any other kernel patches you applied to your machine that aren't
upstream?
Patrick
upstream -- but it still doesn't work. :(
Patrick
On Tue, Oct 30, 2012 at 9:21 AM, Patrick Baggett
wrote:
> Stephan / Émeric,
>
> I compiled Linux 3.7.0-rc3 and installed GDB 7.4.1-3 (sid) -- doing "gdb
> man" hits a breakpoint at 0x just like he described
Stephan / Émeric,
I compiled Linux 3.7.0-rc3 and installed GDB 7.4.1-3 (sid) -- doing "gdb
man" hits a breakpoint at 0x just like he described. I'm
not sure if it is a kernel thing -- I just compiled mine from Linus's git
repository last night. I don't mind doing a little spelunkin
Hi Stephan,
I haven't tried using GDB on ia64. I'm running sid, so supposedly very
recent kernels. If I understand your report correctly, you're saying it
automatically fails on trivially working programs. I check it out tonight
and see if it fails and get back to you.
Patrick
On Sat, Oct 27, 20
I think it is safe now, but keep a backup kernel just in case. I'm running
wheezy on HP ZX6000 workstation that suffered from both of these bugs and
now does not.
Patrick
On Wed, Sep 19, 2012 at 9:05 AM, Bettoni Fabio <
fabio.bett...@telecomitalia.it> wrote:
> **
> Hi,
>
> up to date do you thin
On Wed, May 2, 2012 at 6:12 PM, Matthias Klose wrote:
> On 02.05.2012 18:07, Patrick Baggett wrote:
> > Matthias,
> >
> > I wouldn't mind helping a bit, as I'd like to see GCC 4.7 be the default
> on
> > ia64. I'm good at C/C++ programming and can d
Matthias,
I wouldn't mind helping a bit, as I'd like to see GCC 4.7 be the default on
ia64. I'm good at C/C++ programming and can definitely provide upstream
patches, but I have absolutely no idea what the "debian way" of doing
things is -- right now, I'm an end-user. What can I do?
Patrick
On T
> Upstream futex patch is targeted to be included in Debian kernel
> images 3.2.16-1.
>
> Ah, that's good to hear. Now if that initramfs-tools issue could be fixed
upstream too... :|
> I'm however surprised that the futex issue affects X as you described.
> In my experience, X cursor only and gar
ay 1, 2012 at 11:14 AM, MG wrote:
> On 17-4-2012 21:17, Patrick Baggett wrote:
> > I'm using an HP ZX6000 workstation right now. Anyone had any
> > luck getting an AMD/ATI HD series (2xxx, 3xxx, 4xxx) card
> > working with DRI2?
>
> Not me, I don't have any r
I'm using an HP ZX6000 workstation right now. Anyone had any luck getting
an AMD/ATI HD series (2xxx, 3xxx, 4xxx) card working with DRI2? If so, what
machine? After updating Linux 2.6.x to Linux 3.2.x, my radeon 7000 series
(on board) shows itself as having direct rendering, and this leaves me
hope
Hi,
I just switched to "testing" on a HP ZX6000 (2x Itanium "Madison" CPUs) and
when I rebooted, it failed to boot. I have a few questions:
* How do I get elilo to boot the older (2.6.x) kernel instead of the
failing (3.2.x) kernel.
* Is anyone else having this problem?
* Is there a bug filed for
>From looking at:
http://neil.brown.name/git?p=linux-2.6;a=blobdiff;f=arch/ia64/include/asm/futex.h;h=b0728404dad05c9349aea95d4e28b91b1b363a21;hp=c7f0f062239cd541112ecbe10cdd34dc54672eec;hb=37a9d912b24f96a0591773e6e6c3642991ae5a70;hpb=522d7decc0370070448a8c28982c8dfd8970489e
It doesn't look like
opy of your SPARC filesystem
> /usr/lib/klibc/bin/sh or /bin/busybox (or something else)?
>
> Émeric
>
>
> Le 13 janvier 2012 22:31, Patrick Baggett a
> écrit :
> > It looks like a lot of shell scripty stuff. Not outside of my domain, but
> > not my specialty. I can che
ecent advice from the initramfs-tools
> team that would help further debugging.
>
> Émeric
>
>
> Le 13 janvier 2012 21:19, Patrick Baggett a
> écrit :
> > Indeed it is. It's good to know my hardware works OK.
> >
> > This bug was reported August 2011 a
;
> Hope this helps,
>
> Émeric
>
>
> Le 13 janvier 2012 16:16, Patrick Baggett a
> écrit :
> > All,
> >
> > I just got an HP ZX6000, and I'm very pleased with how quickly Debian
> > "squeeze" installed on it. I have Debian "testing&qu
All,
I just got an HP ZX6000, and I'm very pleased with how quickly Debian
"squeeze" installed on it. I have Debian "testing" running on SPARC as
well, and I figured I'd go ahead and move the ia64 system to testing. When
I did however, the system became unbootable. It uncompressed the kernel and
i
50 matches
Mail list logo
