e] Error 2
Expected? Toolchain problem? Tools from ftp.redhat.com,
Version 3.4-am33-04r2-5. Host is x86.
Thanks,
Jan Dittmer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Hello,
I'm using the emu10k1 module with my SB Live. This works quite fine, but
I cannot switch the recording channel. This worked with 2.2.17. Now
volume works, but selecting the input channel not anymore.
is anyone else experiencing this problem , or don't i just get the right
setting?
second,
> bk-kbuild.patch
Something has broken make O= :
$ make mrproper
$ mkdir /tmp/42
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42 defconfig
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42
Using /home/jdittmer/src/lk/linus as source for kernel
GEN/tmp/42/Makefile
CHK inc
Andrew Morton wrote:
> create-a-kstrdup-library-function.patch
> create a kstrdup library function
>
> create-a-kstrdup-library-function-fixes.patch
> create-a-kstrdup-library-function-fixes
ppc defconfig build is broken due to this
make ARCH=ppc CROSS_COMPILE=powerpc-linux- O=/usr/src/ctest
Andrew Morton wrote:
> - The bk-acpi patch here causes my ia64 test box to hang during boot
> bk-ia64.patch
ia64 defconfig does not even build anymore:
CC [M] drivers/char/agp/hp-agp.o
In file included from /usr/src/ctest/mm/kernel/drivers/char/agp/hp-agp.c:18:
include2/asm/acpi-ext.h:15: e
Andrew Morton wrote:
bk-cifs.patch
This breaks the build on mips, ppc64, sparc, sparc64 with the
following error (defconfig, compared to mm2):
CC [M] fs/cifs/misc.o
fs/cifs/misc.c: In function `cifs_convertUCSpath':
fs/cifs/misc.c:546: error: case label does not reduce to an integer constant
fs/
Miles,
while you're at it patching v850 here and there, could you please
also provide a resonable defconfig for v850, so that
$ make ARCH=v850 CROSS_COMPILE=... defconfig
$ make ARCH=v850 CROSS_COMPILE=...
works? Then my cross-compile tests at http://l4x.org/k could
probably provide somewhat mean
Miles Bader wrote:
> 2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
>
>>while you're at it patching v850 here and there, could you please
>>also provide a resonable defconfig for v850, so that
>
>
> I must admit it's because I've never quite underst
Miles Bader wrote:
> 2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
>
>>>I must admit it's because I've never quite understood how the
>>>defconfig stuff works... I'll look into it I guess...
>>
>>I think you just need to provide a file cal
Paul Mundt wrote:
> On Wed, Jul 20, 2005 at 07:02:53PM +0900, Miles Bader wrote:
>
>>Some archs seem to provide defconfigs for various different platforms,
>>which seems nice, and there seems to be some sort of framework for
>>doing this, but ...
>>
>
> For most of the architectures aimed at embe
rbt wrote:
> I have a script that automatically builds kernels for testing. Would it
> be possible to put the kernel version number (2.6.12.3) into the
> 'LATEST-IS-VERSION' file on http://www.kernel.org/pub/linux/kernel/v2.6/
> or, is there some other file that traditionally has stored this info?
Miklos Szeredi wrote:
> UML is broken again in -mm.
>
> Maybe UML should be added to one of the automatic build suites.
It is, see here: http://l4x.org/k/?d=6080 . But the maintainer (if he cares)
will know that it's broken and send a fix in time.
-mm is imho designed to be broken from time to ti
> [EMAIL PROTECTED]:
> [PATCH] zfcp: convert to compat_ioctl
This does not seem to compile anymore with defconfig:
CC drivers/s390/scsi/zfcp_aux.o
/usr/src/ctest/rc/kernel/drivers/s390/scsi/zfcp_aux.c:63: warning:
initialization from incompatible pointer type
/usr/src/ctest/rc/kernel/
Linus Torvalds wrote:
> Geert Uytterhoeven:
> [PATCH] M68k: Update defconfigs for 2.6.11
> [PATCH] M68k: Update defconfigs for 2.6.12-rc2
Why do I still get this error when trying to cross-compile for m68k?
toolchain:
Reading specs from
/usr/local/m68k-uclinux-tools/lib/gcc/m68k-uclinux
David Woodhouse wrote:
> As of some time in the fairly near future, the [EMAIL PROTECTED] mailing
> list will be carrying real commits from Linus' live git repository, instead
> of just testing patches. Have fun.
>
What about the daily snapshots? Is there any eta when they'll be back?
--
Jan
-
Greg KH wrote:
> On Thu, Apr 21, 2005 at 08:24:36AM +0200, Jan Dittmer wrote:
>
>>David Woodhouse wrote:
>>
>>>As of some time in the fairly near future, the [EMAIL PROTECTED] mailing
>>>list will be carrying real commits from Linus' live git repository,
Linus Torvalds wrote:
> Ok,
> -rc3 is pretty small, with the bulk of the diff being some defconfig
...
> Linus Torvalds:
> Linux v2.6.13-rc3
Confused?!
--
Jan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Linus Torvalds wrote:
>
> On Wed, 6 Jul 2005, Jan Dittmer wrote:
>
>>Linus Torvalds wrote:
>>
>>>Ok,
>>> -rc3 is pretty small, with the bulk of the diff being some defconfig
>>
>>...
>>
>>>Linus Torvalds:
>>> Linux
Christian Zankel wrote:
> Jan Dittmer wrote:
>
>>I guess I'm using the wrong binutils version (2.15.94.0.2.2). Which is the
>>recommended gcc/binutils pair which is supposed to compile the kernel?
>
>
> Bob Wilson made some changes to binutils last week to add
Miles, my autobuilder picked up the defconfigs in 2.6.13-rc3-mm2 for
v850 but my toolchain (binutils I expect) seems to be wrong:
AS arch/v850/kernel/intv.o
/usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S: Assembler messages:
/usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:36: Error: mov
Miles Bader wrote:
> Jan Dittmer <[EMAIL PROTECTED]> writes:
>
>>Which is the recommended gcc/binutils combination for v850?
>
>
> The most crucial thing is that all supported processors are v850e
> derivatives (note the "e"), so please configure gcc/bi
Miles Bader wrote:
> Jan Dittmer <[EMAIL PROTECTED]> writes:
>
>>>"v850e-elf".
>>
>>Thanks, that got me much further, compilation aborts now with
>
>
> Hmmm, what sources are you compiling exactly?
-rc3-mm3; but if the error was no toolchain
Greg Ungerer wrote:
>>If you care to try applying the uClinux patches, they should be available
>>from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"):
>>
>>http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz
>>
>>Greg, do you have any status on merging the cu
David Woodhouse wrote:
> On Fri, 2005-09-02 at 02:00 -0700, Linus Torvalds wrote:
>
>>Ahh. Please change that to
>>
>>rm -rf tmp-empty-tree
>>mkdir tmp-empty-tree
>>cd tmp-empty-tree
>>git-init-db
>>
>>because otherwise you'll almost certainly hit something else lat
Linus Torvalds wrote:
> Ok,
> there it is. Only small stuff lately - as promised. Shortlog from -rc5
> appended, nothing exciting there, mostly some fixes from various code
> checkers (like fixed init sections, and some coverity tool finds).
>
> So it's now _officially_ all bug-free.
At least
Andrew James Wade wrote:
> I've just done a bit of looking for scripts to automate the process of
> installing a new kernel, and I haven't come up with much of much. So
> right now I'm writing my own. If there are tools to help automate this
> they need to be more prominent on www.kernel.org and
>
>
> Two things - are you sure that openembedded contains the patches to
> fix the two biggest binutils issues we have, as documented on
> http://www.arm.linux.org.uk/developer/toolchain/ ?
>
> Secondly, are you seriously suggesting people like Jan Dittmer, who
> provide a cross-
Andrew Morton wrote:
> bk-audit.patch
This seems to have broken compile for uml:
CC arch/um/kernel/ptrace.o
arch/um/kernel/ptrace.c:345:74: macro "audit_syscall_entry" requires 7
arguments, but only 6 given
arch/um/kernel/ptrace.c: In function `syscall_trace':
arch/um/kernel/ptrace.c:34
Hi,
I saw that you merged a lot of cris bug fixes into 2.6.24-rc3.
Is the cris arch supposed to build again now? If yes which binutils
and gcc version is needed? I'm getting the following error [1]:
None -> 2.6.24-rc3-git1
Unpacking linux-2.6.23.tar.bz2
Applying patch-2.6.24-rc3.bz2
Applying pat
With gcc 4.0.0 and binutils 2.15.94 I get:
CC arch/frv/mm/dma-alloc.o
arch/frv/mm/dma-alloc.c: In function 'consistent_alloc':
arch/frv/mm/dma-alloc.c:66: error: impossible constraint in 'asm'
make[2]: *** [arch/frv/mm/dma-alloc.o] Error 1
make[1]: *** [arch/frv/mm] Error 2
make: *** [sub-
David Howells wrote:
Jan Dittmer <[EMAIL PROTECTED]> wrote:
With gcc 4.0.0 and binutils 2.15.94 I get:
I'm using gcc 4.1.2.
4.1.2 together with 2.17.50 gives me with a i386 cross
compiler:
CC arch/frv/mm/dma-alloc.o
/usr/src/xtest/linux-2.6/arch/frv/mm/dma-alloc.c:
David Howells wrote:
David Howells <[EMAIL PROTECTED]> wrote:
Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes
are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly
interested in building your own compiler, or would one of ours do?
Look in:
Paul Mundt wrote:
Paul Mundt (5):
sh64: Wire up fallocate() syscall.
sh64: Update cayman defconfig.
sh64: Fix up PCI section mismatch warnings.
sh64: Move entry point code to .text.head.
sh64: Flag sh64_get_page() as __init_refok.
Tangential question. Which is the
Paul Mundt wrote:
> On Fri, Jul 20, 2007 at 04:07:21PM +0200, Jan Dittmer wrote:
>> Paul Mundt wrote:
>> Tangential question. Which is the currently recommended cross toolchain
>> for sh64? With "gcc 3.2 20020529", "binutils 020306 20030206" (some
>&g
Paul Mundt wrote:
> On Sun, Jul 22, 2007 at 01:18:27PM +0200, Jan Dittmer wrote:
>> Paul Mundt wrote:
>>> On Fri, Jul 20, 2007 at 04:07:21PM +0200, Jan Dittmer wrote:
>>>> Paul Mundt wrote:
>>>> Tangential question. Which is the currently recommended cr
Paul Mundt wrote:
On Sun, Jul 22, 2007 at 06:39:08PM +0200, Jan Dittmer wrote:
Paul Mundt wrote:
It's known that empty objects require explicit tuning for the ABI,
however, this has never been anything that was fatal. If you flip
something on within each of those subsystems, does the err
Linus Torvalds wrote:
Ok, right on time, two weeks afetr 2.6.22, there's a 2.6.23-rc1 out there.
Compared to 2.6.22>
# alpha/defconfig: broke
LD .tmp_vmlinux1
arch/alpha/kernel/built-in.o(.text+0xcdf8): In function
`module_frob_arch_sections':
include/linux/slub_def.h:154: undefined r
Michal Piotrowski wrote:
> Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa)
> References : http://lkml.org/lkml/2007/8/6/43
> Last known good : alpha: 2.6.22-git8 xtensa: 2.6.22-git6
> Submitter : Jan Dittmer <[EMAIL PROTECTED]>
> Caused-By
Christoph Lameter wrote:
On Thu, 30 Aug 2007, Adrian Bunk wrote:
Christoph, is your fix in -mm suitable for 2.6.23, or how else should
this regression be fixed for 2.6.23?
Looks like this is just alpha and a certain particular compiler version?
binutils 2.15.95, gcc 3.3.6 and I could updat
Christoph Lameter wrote:
> On Thu, 30 Aug 2007, Jan Dittmer wrote:
>
>> Christoph Lameter wrote:
>>> On Thu, 30 Aug 2007, Adrian Bunk wrote:
>>>
>>>> Christoph, is your fix in -mm suitable for 2.6.23, or how else should this
>>>> regression
Michal Piotrowski wrote:
Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa)
References : http://lkml.org/lkml/2007/8/6/43
Last known good : alpha: 2.6.22-git8
xtensa: 2.6.22-git6
Submitter : Jan Dittmer <[EMAIL PROTECTED]>
Cau
Adrian Bunk wrote:
Commit d1254b12c93e1e586137a2ffef71fd33cf273f35 causes the following
compile error (found at [1]):
<-- snip -->
...
CC fs/binfmt_elf.o
In file included from fs/binfmt_elf.c:30:
include/linux/elfcore.h: In function ‘elf_core_copy_regs’:
include/linux/elfcore.h:103: err
sparc/defconfig:
CC init/main.o
In file included from include/linux/proc_fs.h:5,
from init/main.c:14:
include/linux/fs.h:848: warning: `struct flock' declared inside parameter list
include/linux/fs.h:848: warning: its scope is only this definition or
declaration, which is pr
Michal Piotrowski wrote:
> Unclassified
>
> Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa)
> References : http://lkml.org/lkml/2007/8/6/43
> Last known good : ?
alpha: 2.6.22-git8
xtensa: 2.6.22-git6
> Submitter : Jan Dittmer <[EMAIL PR
Len Brown wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This seems to break ia64 defconfig:
Building modules, stage 2.
MODPOST 157 modules
FATAL: drivers/acpi/button: sizeof(struct acpi_device_id)=20 is not a modulo of
Andreas Schwab wrote:
> Jan Dittmer <[EMAIL PROTECTED]> writes:
>
>> Len Brown wrote:
>>> Hi Linus,
>>>
>>> please pull from:
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
>>> release
Jeff Garzik wrote:
Building on x86-64, I'm betting? :)
I fell victim to the same thing a few days ago, missing some compile
breakage that only appeared with
make ARCH=i386 allmodconfig && make ARCH=i386 -sj9
Though am I alone in dreaming of a kernel.org service that would permit
all-ar
David Howells wrote:
David Howells <[EMAIL PROTECTED]> wrote:
Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes
are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly
interested in building your own compiler, or would one of ours do?
Look in:
David Howells wrote:
Jan Dittmer <[EMAIL PROTECTED]> wrote:
Hrm, that gets me further, but one of the final stages fail:
What's your configuration?
I just do:
make HOSTCC=gcc-4.0 ARCH=frv CROSS_COMPILE=frv-linux-gnu- O=... \
defconfig
make HOSTCC=gcc-4.0 ARCH=frv CROSS_
David Howells wrote:
Jan Dittmer <[EMAIL PROTECTED]> wrote:
Hrm, that gets me further, but one of the final stages fail:
Can you try the attached patch?
Thanks, that fixes the error in question. Now I have only
a couple of scary looking warnings (see below, sorry for
the word-wra
Pavel Machek wrote:
> Hi!
>
>> I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram
>> identifies it with
>>
>> sys_vendor = "Sony Corporation"
>> sys_product = "PCG-SRX51P(DE) "
>> sys_version = "01 "
>> bios_version = "R0232U2"
>>
>> Susp
Pavel Machek wrote:
> Hi!
>
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram
identifies it with
sys_vendor = "Sony Corporation"
sys_product = "PCG-SRX51P(DE) "
sys_version = "01 "
bios_version = "R0232
Hi there,
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram
identifies it with
sys_vendor = "Sony Corporation"
sys_product = "PCG-SRX51P(DE) "
sys_version = "01 "
bios_version = "R0232U2"
Suspend to RAM by using "s2ram -v -m -f" actual
Mattia Dongili wrote:
> On Thu, February 15, 2007 11:36 am, Pavel Machek said:
>>> sys_vendor = "Sony Corporation"
>>> sys_product = "PCG-SRX51P(DE) "
>>> sys_version = "01 "
>>> bios_version = "R0232U2"
>>>
> (unrelated to your suspend problems) does
Some non political comments
Rodolfo Giometti wrote:
> +Coding example
> +--
> +
> +To register a PPS source into the kernel you should define a struct
> +linuxpps_source_info_s as follow:
> +
> +static struct linuxpps_source_info_s linuxpps_ktimer_info = {
Drop the linux prefix. I
Rodolfo Giometti wrote:
>>> +PROCFS support
>>> +--
>> New features shouldn't introduce new /proc stuff.
>
> It's a must? I can leave procfs for backward compatibility with old
> utilities?
Hmm, as this is a new feature with regard to the mainline kernel, old
utilities don't count (if
Andrew Morton wrote:
> On Sat, 27 Jan 2007 21:09:11 +0100
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
>> On Sat, Jan 27, 2007 at 12:05:12PM -0800, Andrew Morton wrote:
>>> On Sat, 27 Jan 2007 13:11:16 -0500
>>> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>>>
I am currently trying crosstool
Pekka J Enberg wrote:
From: Pekka Enberg <[EMAIL PROTECTED]>
On 02 Feb 2007 05:54:00 +0100, Christoph Bartelmus <[EMAIL PROTECTED]> wrote:
I just made clear that I don't have the time to do the merging of LIRC
drivers to the kernel myself. In fact a lot of work still needs to be
done before LIR
Pekka Enberg wrote:
On 2/2/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
Pekka, it would be better if you could sort out most of the
basic issues with lirc directly with the developers of lirc
and then prepare a complete patch series and post that to
lkml. Incrementally adding one driver
Any ideas? Happens only on some archs (not affected is alpha, i386, ia64, sparc,
sparc64). Happens not with 2.6.19(.1). See http://l4x.org/k/ for more logs.
2.6.20-rc1 is also affected.
# make HOSTCC=gcc-3.4 ARCH=um CROSS_COMPILE= CROSS32_COMPILE=
O=/tmp/tmp.abUIc11429/out/um defconfig
# make
Dirk wrote:
> Alright. I came to discuss an idea I had because I realized that
> installing Windows and running Linux in VMware is the only _fun_ way to
> play "real" Games and have Linux at the same time.
>
> And everyone who says I'm a troll doesn't like Games or simple things.
That's not tru
David Weinehall wrote:
On Wed, Nov 29, 2006 at 10:35:29PM -0600, Robert Hancock wrote:
David Weinehall wrote:
I've got an Archos AV500 here (running the very latest firmware), pretty
much acting as a doorstop, since I cannot get it to be recognized
properly by Linux.
..
[ 118.144000] SCSI d
Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d15bcfdbe1818478891d714343f037cfe60875f0
> Commit: d15bcfdbe1818478891d714343f037cfe60875f0
> Parent: 7dcca30a32aadb0520417521b0c44f42d09fe05c
> Author: Ingo
Mike Frysinger wrote:
> On 7/4/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Mike Frysinger wrote:
>>> On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>>>> Bryan Wu wrote:
>>>>> Jie's patch is required because we will release our new
Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ca74c013441200b162f6a384b23b833d1865a9e8
> Commit: ca74c013441200b162f6a384b23b833d1865a9e8
> Parent: d30d6badd1769a00bc5a800b8af4e8b3f169c633
> Author: Paul
Midhun Agnihotram wrote:
> Sorry for resending. I dont know if my previous mail has reached the
> list with "Fwd" in the subject line. I am pretty sure there must a
> filter in Majordomo to discard forwards. Actually I am resending the
> mail I had sent to Linux-Arm-Kernel.
The mail came already t
Bryan Wu wrote:
Hi Linus:
Marco's patch will kill the zero file git-pull error.
Jie's patch is required because we will release our new Blackfin toolchain.
So, what is the new toolchain version?
gcc 4.1.1 (adi 07r1) / binutils 2.17 doesn't seem to work anymore:
bf533-stamp_defconfig [1]:
CC
Mike Frysinger wrote:
> On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Bryan Wu wrote:
>>> Jie's patch is required because we will release our new Blackfin toolchain.
>> So, what is the new toolchain version?
>> gcc 4.1.1 (adi 07r1) / binutils 2.17
Mike Frysinger wrote:
On 7/4/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
> On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Bryan Wu wrote:
>>> Jie's patch is required because we will release our new Blackfin
toolchain.
>> So,
Since -rc6:
- i386/allmodconfig: broke
CC [M] net/bluetooth/hci_core.o
CC [M] net/bluetooth/hci_conn.o
CC [M] net/bluetooth/hci_event.o
CC [M] net/bluetooth/hci_sock.o
net/bluetooth/hci_sock.c: In function 'hci_sock_cmsg':
net/bluetooth/hci_sock.c:352: error: storage size
Bryan Wu wrote:
Hi Linus,
Please pull from 'for-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git for-linus
to receive the following updates:
arch/blackfin/mach-common/pm.c |6 ++
include/asm-blackfin/mach-bf561/cdefBF561.h |4 +-
inc
Paul Mackerras wrote:
Commit f629307c857c030d5a3dd777fee37c8bb395e171 introduced uses of
kernel_termios_to_user_termios_1 and user_termios_to_kernel_termios_1
on all architectures. However, powerpc, s390, avr32 and frv don't
currently define those functions since their termios struct didn't
need
Bryan Wu wrote:
Need I disable CONFIG_BINFMT_FLAT in defconfigs for Blackfin to make the
compile pass?
That would be a workaround, yes. Better would be of course to fix
the bug or the Kconfig dependency.
Full build log: http://l4x.org/k/?d=34032
Thanks again, beautiful log and which defconf
Ken Schmidt wrote:
> Variant symlinks add the ability to embed variables in to the
> contents of symbolic links so their targets can change based on
> outside sources (user environment, uts, filesystems, etc.)
Could you elaborate why this is needed and what part cannot
be solved in userspace (link
74 matches
Mail list logo
