On Fri, Jul 31, 2009 at 06:00:48PM -0400, Carlos O'Donell wrote:
> On Fri, Jul 31, 2009 at 5:26 PM, John David
> Anglin wrote:
> > I don't have more details... The idea is as Carlos outlined. There's
> > code in the binutils elf32-hppa.c and elf64-hppa.c files to implement
> > the above for dynam
On Sun, Dec 21, 2008 at 11:18:33AM +0100, Moritz Muehlenhoff wrote:
> > I spent some time trying to fix this a while ago at Jeff Bailey's
> > request, but it required nasty invasive changes that I didn't have
> > time to debug. (It's not really an improvement when /sbin/init fails
> > to exec...)
>
On Thu, Apr 17, 2008 at 07:41:57PM +0200, Martin Michlmayr wrote:
> We need another upload of 2.6.24 because 2.6.24-5 failed to build on
> armel and is completely broken on hppa. The armel build failure has
> been fixed in SVN and patches for hppa are apparently available.
> Kyle, can you commit t
On Mon, Feb 11, 2008 at 01:54:35PM -0500, Ivan Jager wrote:
> I modified the hotfix so it will also patch compat_sys_vmsplice, which
> would be important on amd64 boxen with x86 compatibility enabled.
>
these "hotfixes" are so completely wrong, it's not even funny.
you're playing russian roulette
On Sun, Dec 16, 2007 at 12:17:04PM +0100, Bastian Blank wrote:
> On Sun, Dec 16, 2007 at 12:34:55AM +0100, Aurelien Jarno wrote:
> > Bastian Blank a écrit :
> > > 2.6.23 still does not build on hppa. One possible seems gcc 4.2, but
> > > someone needs to check it.
> > The problems also occurs with
On Sun, Dec 16, 2007 at 04:14:59PM +0100, Bastian Blank wrote:
> On Sun, Dec 16, 2007 at 03:06:59PM +, Maximilian Attems wrote:
> > Log:
> > [hppa] No need to hardcode gcc-4.1
> > change proposed by kyle and build verified on paer
>
> And how do you check the correctness of build-dependencies
On Wed, Aug 22, 2007 at 09:18:44AM +0200, maximilian attems wrote:
> > I propose the following:
> > - Rename 686-bigmem to 686-pae. pae is more than support for much
> > memory, it includes things like NX.
>
> nack
> as already told on private channel to many pentium m out there are
> don't supp
On Fri, Jun 29, 2007 at 12:30:07AM +0200, Frans Pop wrote:
> found 426391 2.6.21-5
> thanks
>
> On Monday 28 May 2007 15:06, Frans Pop wrote:
> > Kernel panic - not syncing: Kernel Fault
>
> This kernel panic still happens with 2.6.21-5.
Yeah, I'll get the patch into SVN soon...
Sorry,
On Tue, May 29, 2007 at 01:59:31PM -0700, David Miller wrote:
> From: Martin Habets <[EMAIL PROTECTED]>
> Date: Tue, 29 May 2007 21:30:45 +0100
>
> > On Tue, May 29, 2007 at 01:12:33AM -0700, David Miller wrote:
> > > From: Martin Habets <[EMAIL PROTECTED]>
> > > Date: Tue, 29 May 2007 00:37:01 +0
On Tue, May 29, 2007 at 01:12:33AM -0700, David Miller wrote:
> From: Martin Habets <[EMAIL PROTECTED]>
> Date: Tue, 29 May 2007 00:37:01 +0100
>
> > Good to see someone has a crystal ball handy. So a patch like like this
> > to solve the DRM issue? With it DRM can no longer be selected.
> >
> >
On Mon, May 28, 2007 at 04:33:56PM +0200, Frans Pop wrote:
> On Monday 28 May 2007 15:06, Frans Pop wrote:
> > The boot failed with the following messages.
>
> Additional info: this was the official package (grabbed from incoming).
>
> It was compiled using (from the build log [1]):
> libc6-dev_2
On Sun, May 27, 2007 at 07:49:21PM -0700, David Miller wrote:
> From: Martin Habets <[EMAIL PROTECTED]>
> Date: Mon, 28 May 2007 01:07:46 +0100
>
> > On Sat, May 26, 2007 at 03:59:21PM -0700, David Miller wrote:
> > > Alternatively we can have a KCONFIG variable with reversed
> > > logic, like "EM
On Sat, May 26, 2007 at 04:00:56PM -0700, David Miller wrote:
> From: Dave Airlie <[EMAIL PROTECTED]>
> Date: Sat, 26 May 2007 21:32:10 +0100 (IST)
>
> > the DRM can use cmpxchg in userspace, to implement DRM_CAS, have a look in
> > drm git libdrm/xf86drm.h we appear to have a sparc implementatio
On Fri, May 25, 2007 at 10:00:36PM -0700, David Miller wrote:
> > After some minor fixes this builds, and the DRM drivers also
> > build again. I cannot test this since I do not have a machine with
> > PCI or these cards.
> > Removed your name in the comment, as that went out of fashion after
> > w
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
---
PS: Anyone have a nice prebuilt i386->sparc{32,64} xcompiler setup
I could snag? Would be nice to testbuild these patches before I send
them out next time.
diff --git a/arch/sparc/lib/atomic32.c b/arch/sparc/lib/atomic32.c
inde
On Sun, Apr 15, 2007 at 11:35:56PM -0400, Kyle McMartin wrote:
> sbus modules are loaded by matching on openfirmware devices...
>
not if the of_device didn't have a modalias... money where my mouth
is time...
untested (as i don't own a sparc) patch attached.
diff --git a/arc
hi,
On Sun, Apr 15, 2007 at 11:31:42PM +0200, Frans Pop wrote:
> On Sunday 15 April 2007 22:23, maximilian attems wrote:
> > i'd like to have sbus udev module loading solved :)
>
> trave11er: We also need to investigate why kernel/udev don't load
> sbus modules yet.
> I suspect it may just be
On Tue, Apr 10, 2007 at 04:48:52PM +0200, Bastian Blank wrote:
> Hi folks
>
> 2.6.20 is broken on the following arches: alpha, hppa, mips and mipsel.
>
> I "fixed" mips and mipsel by dropping the broken sb1250 uart patch. I
> did not dig into the alpha and hppa errors.
>
> What should we do abou
On Wed, Jan 03, 2007 at 08:29:39PM +0100, Martin Michlmayr wrote:
> I'd like to apply the two attached patches unless there are any
> objections. It implements flush_anon_page on ARM and for this changes
> the parameter line passed to flush_anon_page() in the arch-independent
> code. I grepped de
> http://stats.buildserver.net/build.php?arch=&pkg=linux-2.6
>
Is there an instruction manual for putting a machine in this pool? I have
a hppa machine sitting here spinning its wheels only doing d-i builds and
it could well do other things too...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> === START OF PROPOSAL ===
> Definition: For the purpose of this resolution, the "firmware" mentioned below
> designates binary data included in some of the linux kernel drivers, usually
> as
> hex-encoded variables and whose purpose is to be loaded
On Wed, Oct 11, 2006 at 10:15:16AM +0200, Sven Luther wrote:
> I want to bring your attention, especially those of maks and kyle and a few
> others who vehemently protested the removal of firmwares from the debian
> kernel.
>
well. results are out. :/
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
On Sat, Oct 14, 2006 at 10:24:24AM +0200, Aurelien Jarno wrote:
> Basically it checks for /usr/bin/hppa64-linux-gnu-gcc, which is an
> alternative. My guess is the the build daemon has the alternative broken
> (or the gcc package), as the package linux-2.6 builds correctly on my
> machine here.
>
On Sun, Sep 24, 2006 at 05:35:44PM -0600, [EMAIL PROTECTED] wrote:
> > /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/gcc-version.sh:
> > line 11: hppa64-linux-gcc-4.1: command not found
> > /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/
On Thu, Sep 21, 2006 at 07:42:18PM +0200, Bastian Blank wrote:
> Hi Kyle
>
> Can we set the compiler for hppa to 4.1?
>
Yes, I've been using it to build non-debian kernels for a while.
(PS: I'd like to set up a kernel buildd for hppa, is there a list
of instructions for doing so?)
Cheers,
On Thu, Aug 31, 2006 at 12:12:42AM +0200, Frederik Schueler wrote:
> Please contact Bastian if you want to add a buildd for your
> architecture.
>
I can probably put an arm and a hppa up later this week.
Cheers,
Kyle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
On Wed, Aug 30, 2006 at 11:35:56PM +0200, Frederik Schueler wrote:
> Thanks to Kyle the build failures on alpha hppa ia64 mips and mipsel
> should be fixed now.
>
If each arch maintainer could give the kernel a testbuild, that would
be great.
Cheers,
Kyle M.
--
To UNSUBSCRIBE, email t
Fix on arches which do not include the asm-generic
mman.h header. Guard the define of arch_mmap_check() in an
#ifndef __ASSEMBLY__ in case mman.h ends up included in assembly
code as on ia64.
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
---
diff --git a/include/asm-alpha/mman.h b/i
On Tue, Aug 29, 2006 at 05:41:28PM +0200, Frederik Schueler wrote:
> ia64
>
I've fixed ia64 with a patch from Christian Cotte-Barrot. Fixing
hppa now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Aug 18, 2006 at 04:18:58PM -0700, James Bottomley wrote:
> That's this fix, isn't it?
>
> http://www.kernel.org/git/?p=linux/kernel/git/jejb/scsi-rc-fixes-2.6.git;a=commit;h=b2b3c121076961333977f485f0d54c22121df920
>
Yup.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
Hello Joshua,
On Fri, Aug 18, 2006 at 09:59:16AM -0600, Joshua Rubin wrote:
> I have confirmed that loading cpqarray first fixes the problem on several
> systems now. I have also realized that when this is the case, the sym53c8xx
> driver is not needed or loaded. I thought this was noteworthy. I
[Reply-To set to the list, I really don't want this idiocy in my
personal Inbox.]
On Thu, Aug 17, 2006 at 10:07:42AM -0700, [EMAIL PROTECTED] wrote:
> If the kernel team decides on (2) or (3), I'd be happy to
> help with the coding. (Note that, due to the unfortunate
> state of upstream, most of
Let's take a quick look in
linux-2.6/drivers/video/nvidia/nv_hw.c:NvLoadStateExt(), shall we?
{...}
if (par->Architecture >= NV_ARCH_40) {
NV_WR32(par->PRAMIN, 0x * 4, 0x8010);
NV_WR32(par->PRAMIN, 0x0001 * 4, 0x00101202);
NV_WR32(par
On Tue, Jun 27, 2006 at 09:14:55PM +0200, Holger Levsen wrote:
> You might agree, but it's against the code of conduct for the debian mailing
> lists: http://www.debian.org/MailingLists/index.html#codeofconduct
> (#9 in that list)
>
> Be liberal in what you accept, and strict in what you send!
T
On Tue, Jun 27, 2006 at 02:09:56PM +0200, Jonas Smedegaard wrote:
> > Why don't you set M-F-T to the right thing like others do ?
>
I agree with Sven. If you don't like it, either set up procmail
so you don't receive duplicates, or set Mail-Followup-To header.
Anything else, and you're just bei
On Mon, Jun 19, 2006 at 02:34:39PM +0200, Frans Pop wrote:
> On Monday 19 June 2006 13:59, Frederik Schueler wrote:
> > - linux-2.6.16 2.6.16-15 is what we have in dists/sid/linux-2.6 now,
>
> Will this fix the build problems for both hppa and mipsel?
> What about the RC bugs that have also been k
On Sun, Jun 18, 2006 at 01:36:46PM +0200, Frederik Schueler wrote:
> What is the status of the other architectures?
>
> hppa
Test build underway, with 2/4 flavours built, the only update needed
seems to be a new config option.
Cheers,
Kyle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
I'm also seeing this bug on a dual cpu A500-7X... Will investigate
and hopefully we'll find a solution.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Jan 29, 2006 at 10:24:55PM +0100, Frans Pop wrote:
> I have cloned the installation report to #350482 and reassigned that to
> the linux-2.6 source package for this issue.
>
> The user confirmed this issue is still there for 2.6.15. I'll leave it to
> kernel maintainers to determine if t
> After changing addr to value, compiles fine; prctl -q runs ok now, prctl
> --unaligned=signal doesn't have any effect. You say that it's going to be
> the prctl() function in the kernel that needs further tweaks?
>
I suspect this is the problem:
(linux/prctl.h)
# define PR_UNALIGN_NOPRINT
On Fri, Jan 27, 2006 at 10:19:55PM -0800, Steve Langasek wrote:
> After changing addr to value, compiles fine; prctl -q runs ok now, prctl
> --unaligned=signal doesn't have any effect. You say that it's going to be
> the prctl() function in the kernel that needs further tweaks?
>
I'm not sure, I'
On Thu, Jan 26, 2006 at 03:23:08AM -0800, Steve Langasek wrote:
> Should be 'value' instead of 'addr', I guess?
>
Yeah, oops, I just cribbed it from the one I did for parisc for LaMont.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
On Tue, Jan 24, 2006 at 07:06:00PM -0800, Steve Langasek wrote:
> So please make it work; knowing this exists and should be supported, I'm not
> willing to hack up prctl's source to use __NR_osf_setsysinfo instead. :)
>
Bleh.
Untested, as I don't have an alpha. arch/alpha/kernel/traps.c already
c
> > 3) an effort seems to be happening inside the upstream kernel to use the
> > request_firmware infrastructure which allows to load firmware code from
> > userland through an hotplug mechanism. There seem to be more and more
> > drivers going this way, since there aare more in current git
On Sun, Jan 08, 2006 at 04:12:54PM -0500, Kyle McMartin wrote:
> I have a few changes I need to make for parisc configs (DISCONTIGMEM
> didn't get enabled on the 64-bit configs for some reason). I'll try to
> have this done either tonight, or by midnight EST Monday.
>
Oops
On Sun, Jan 08, 2006 at 10:03:17PM +0100, Frederik Schueler wrote:
> If someone needs more time to implement changes which must go into -2,
> please reply accordingly.
>
I have a few changes I need to make for parisc configs (DISCONTIGMEM
didn't get enabled on the 64-bit configs for some reason).
On Thu, Dec 29, 2005 at 11:28:59PM +0100, Frederik Schueler wrote:
> The following architectures need their configs still to be
> updated:
>
> hppa
I can update hppa's... Could someone remind me how one goes about
doing it?
Cheers,
Kyle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Mon, Dec 19, 2005 at 09:50:48PM +0100, Frederik Schueler wrote:
> - hppa
>
I need to re-rename the kernel images for hppa. Somehow they got
reverted from "parisc" and "parisc64" back to the unclear "32" and "64".
Where's the best tree to make this change, I've been out of the loop
for a whil
On Mon, Nov 28, 2005 at 12:13:50AM +0100, Sven Luther wrote:
> Anyway, i will start with the powerpc situation :
>
parisc:
- klibc will work after this patch is applied:
http://www.zytor.com/pipermail/klibc/2005-November/001174.html
- I haven't (and won't for the next month) have t
On Sun, Oct 09, 2005 at 11:55:24PM -0600, Grant Grundler wrote:
> Looks very similar to 2.6.8 output. So the 2.6.12 output from
> the debian kernel is just wierd. (Maybe compiler/toolchain bug?)
>
I just booted linux-image-2.6.12-1 on my a500:
% cat /proc/ioports
- : PCI00 Ports
.conf
> option.
>
Perhaps this could be implemented in the postinst for each new version
of the same `ABINAME.' If a previous version of the package is installed,
cp them to some logical filename and run update-grub again for both?
Cheers,
--
Kyle McMartin
--
To UNSUBSCRIBE, email to [EMAIL
ngs are fine, all traditionally supported machines appear
to be, plus some that were difficulties with 2.4.
Regards,
--
Kyle McMartin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Mar 26, 2005 at 11:28:09PM +0100, Andreas Barth wrote:
> So, my question is: Are there any issues with that? Are there non-security
> updates to the kernels required (except of #288180 that I'm already
> aware off)?
>
We still need to get a couple kernels recompiled against a newer
kernel
[d-k copied about ABI[0] change]
The current crop of 2.6.8 kernel images in unstable and testing are
quite good, but a new upload is required to fix some security bugs
and some hppa-related bugs.
This is basically a call for suggestions for what I should backmerge
to 2.6.8 from recent CVS. I will
On Fri, Mar 11, 2005 at 12:43:34PM -0600, Jeffrey Austen wrote:
> I noticed several kernel files in testing which probably should not be
> there. Here is a list of files and reasons.
>
> === Missing kernel source 2.6.10
> kernel-headers-2.6.10-1 (2.6.10-1)
> kernel-headers-2.6.10-1-32 (2.6.10-1)
On Tue, Feb 01, 2005 at 03:02:31PM -0700, dann frazier wrote:
> Any debian-kernel folks gonna be at Debconf this year? Anyone planning
> to talk? I was thinking about proposing one - maybe a general overview
> talk?
>
I'm planning on attending.
Didn't previously think about giving a talk, but I
On Mon, Jan 31, 2005 at 10:01:48PM -0700, dann frazier wrote:
> Wow - I didn't realize we hadn't even finished -2 yet; looks like hppa
> (and possibly m68k - can't say, they don't use kernel-tree) still
> haven't been built against the source w/ the new ABI.
>
Sorry, I've been exceptionally busy.
tags 284221 + wontfix
thanks
On Sat, Dec 04, 2004 at 12:18:01PM -0500, Joey Hess wrote:
> Discover says to use the acenic driver for these, but it does not seem
> to be available in the 2.4 or 2.6 kernels for hppa or i386. I do see the
> driver the the kernel source so please turn it on.
>
Sorry
if we say, included the current version plus previous plus
the latest patch against the stable kernel-source.
Any comments?
Regards,
--
Kyle McMartin
59 matches
Mail list logo
