On Tue, 2005-08-09 at 10:43 -0700, Stephane Eranian wrote:
> Dann,
>
> On Tue, Aug 09, 2005 at 10:40:16AM -0600, dann frazier wrote:
> > On Mon, 2005-08-08 at 10:17 +1000, Ian Wienand wrote:
> > > On Fri, Aug 05, 2005 at 01:36:54PM +0200, Stephane Eranian wrote:
> >
On Mon, 2005-08-08 at 10:17 +1000, Ian Wienand wrote:
> On Fri, Aug 05, 2005 at 01:36:54PM +0200, Stephane Eranian wrote:
> > I recently used an Itanium machine booted with a 2.6 Linux kernel.
> > The exact package is:
> > kernel-image-2.6.11-1-mckinley-smp_2.6.11-6_ia64.deb
> >
> > It doe
On Wed, 2005-04-20 at 10:04 +1000, Keith Owens wrote:
> On Tue, 19 Apr 2005 15:51:28 -0600,
> dann frazier <[EMAIL PROTECTED]> wrote:
> >On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote:
> >> On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote:
> >> &
On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote:
> On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote:
> > I coded that exit on the assumption that the only reason salinfo_decode
> > would get -EINTR is from a signal. salinfo_decode 0.7 does not have
> > alarms, so t
On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote:
> I coded that exit on the assumption that the only reason salinfo_decode
> would get -EINTR is from a signal. salinfo_decode 0.7 does not have
> alarms, so the only signal should be from an external event, i.e. when
> the user wants to shut it
On Mon, 2005-04-11 at 09:58 +1000, Keith Owens wrote:
> On Fri, 08 Apr 2005 15:23:43 -0600,
> dann frazier <[EMAIL PROTECTED]> wrote:
> >I was playing with salinfo_decode on an older kernel (2.4.21 era) and it
> >would normally die silently right after exec.
> >
>
. Hopefully this is what the author
originally intended.
Signed-off-by: dann frazier <[EMAIL PROTECTED]>
--- salinfo-0.7.orig/salinfo_decode.c Tue Oct 5 09:23:33 2004
+++ salinfo-0.7/salinfo_decode.cFri Apr 8 15:06:40 2005
@@ -235,7 +235,7 @@
char filename[PA
Here is a forward port of Jesse Barnes' fixes for generic, non-SMP
builds to today's linux-ia64-test-2.6.12 tree. I built & booted both
SMP & non-SMP versions on a zx1 box.
Signed-off-by: dann frazier <[EMAIL PROTECTED]>
diff -urN linux-ia64-test-2.6.12-20050313.orig/a
On Wed, 2005-03-09 at 09:38 -0800, Grant Grundler wrote:
> On Tue, Mar 08, 2005 at 10:09:58PM -0700, dann frazier wrote:
> > Is this the right way to approach a patch to fix this?
>
> It looks right. But I'd expect arch/ia64/mm/discontig.c to use whats
> in the header fi
On Wed, 2005-03-09 at 11:31 -0800, Luck, Tony wrote:
> >> In 2.6.11, cpu_to_node_map has moved from numa.c to smpboot.c. Since
> >> smpboot.c isn't built on non-SMP systems, this causes
> >non-smp builds to
> >> fail to link in various places.
> >>
> >> I don't know what the right answer is here
In 2.6.11, cpu_to_node_map has moved from numa.c to smpboot.c. Since
smpboot.c isn't built on non-SMP systems, this causes non-smp builds to
fail to link in various places.
I don't know what the right answer is here - resurrect numa.c maybe?
--
dann frazier <[EMAIL PROT
ch/ia64/mm/discontig.c:370: error: for each function it appears in.)
I don't know how much of this function is a no-op on UP systems; though
discontig.c compiles w/ an #ifdef CONFIG_SMP around the __per_cpu_offset
assignment.
--
dann frazier <[EMAIL PROTECTED]>
-
To unsubscribe from thi
SMP */
--
dann frazier <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 2005-02-23 at 03:29 +0200, Max Kovgan wrote:
> Hello, list!
>
> Either my hands are skewed or something is wrong with this ia64 port, or even
> worse.
>
> i am a debian user.
> hardware: zx6000, no ps/2, only usb keyboard ( this one has also 2 usb
> sockets, so it should also be a USB h
On Wed, 2005-01-19 at 15:19 -0800, Luck, Tony wrote:
> Uni-processor support is a mess right now. Dan's resurrection
> of Jesse's patches for generic-up support doesn't apply ... the
> prime culprit is discontig.c:find_per_node_space() which has been
> touched by several patches, so we still have
15 matches
Mail list logo