* 2.6.2-rc1-mm3 crashes
From: DaMouse Networks @ 2004-01-25 23:19 UTC (permalink / raw)
To: linux-kernel
Hey all,
I put 2.6.2-rc1-mm3 on my CPU over the last 12hrs or so and it keeps just randomly dying, I can't see anything in syslog. Running X, HT and Links 2.1pre11 at the time. nvidia kernel module loaded. Any ideas on how to debug this?
-DaMouse
^ permalink raw reply
* Re: 2.6.2-rc1-mm2 kernel oops
From: Eric @ 2004-01-25 23:14 UTC (permalink / raw)
To: Sid Boyce; +Cc: linux-kernel, Adrian Bunk, Andrew Morton
In-Reply-To: <4014283D.9040207@blueyonder.co.uk>
On Sunday 25 January 2004 14:34, Sid Boyce wrote:
> John Stoffel wrote:
> > Sid> Andrew Morton wrote:
> >
> > Sid> Sid Boyce <sboyce@xxxxxxxxxxxxxxxx> wrote:
> >>>>I get this on bootup, Athlon XP2200+
> >>>>=====================================
> >>>>Linux version 2.6.2-rc1-mm2 (root@barrabas) (gcc version 3.3.1 (SuSE
> >>>>...
> >>>>EIP is at test_wp_bit+0x36/0x90
> >>>
> >>>oh crap, why does this thing keep breaking? Please send your .config
> >>>over,
> >>>thanks.
> >
> > Sid> Linus aslso asked if 2.6.2-rc1 work -- I shall build it
> > Sid> shortly. I also get the same error with 2.6.2-rc1-mm3.
> >
> > It doesn't work for me here, I started with 2.6.2-rc1 and moved up
> > through mm1 and mm3, all either hind on boot (after the uncompressing
> > message) or crashed with the test_wp_bit Oops that seems to be going
> > around.
> >
> > 2.6.1-mm4 is the last stable version that works for me.
> >
> > John
> > John Stoffel - Senior Unix Systems Administrator - Lucent Technologies
> > stoffel@lucent.com - http://www.lucent.com - 978-952-7548
>
> See my previous post, I just commented out the line that Adrian Bunk
> asked me to remove and it's now up and running.
> Regards
> Sid.
I am now having this problem. See the thread "Kernels > 2.6.1-mm3 do not
boot." I had a kernel that would hang after uncompressing. Seems that gcc 3.3
generates bad code w/ -funit-at-a-time. Now I get the test_wp_bit oops w/
kernel version 2.6.2-rc2-mm2.
Since I have already commented out the line.. and it led to this oops, what
the heck is the real problem here?
Seems alot of other SMP systems are breaking with this too.
2x AMD 2000MP SMP system
1GB Highmem system
eric:/home/bot403 # gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.3/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib
--enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj
--with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib
--with-system-zlib --enable-shared --enable-__cxa_atexit i486-suse-linux
Thread model: posix
gcc version 3.3 20030226 (prerelease) (SuSE Linux)
-------------------------
Eric Bambach
Eric at cisu dot net
-------------------------
^ permalink raw reply
* Re: 2.6.2-rc in BK: Oops loading parport_pc.
From: Andrew Morton @ 2004-01-25 23:14 UTC (permalink / raw)
To: Matthias Andree; +Cc: linux-kernel
In-Reply-To: <20040125115129.GA10387@merlin.emma.line.org>
Matthias Andree <matthias.andree@gmx.de> wrote:
>
> Loading the parport_pc modules crashes in 2.6.2-rc; I have recently done
> a "bk pull" and enabled some PNP options, among them ISA PNP.
Often this is because some other, unrelated module left things registered
after it was removed. Or otherwise wrecked shared data structures.
So what you ned to do is to take careful note of what other modules were
loaded and unloaded leading up to the crash, and suspect those.
There is one known problem in this area: unloading 8250_pnp will wreck the
kobject tree. Try
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2-rc1/2.6.2-rc1-mm3/broken-out/8250_pnp-cleanup.patch
^ permalink raw reply
* Re: PATCH: (as177) Add class_device_unregister_wait() and platform_device_unregister_wait() to the driver model core
From: Steve Youngs @ 2004-01-25 23:12 UTC (permalink / raw)
To: Linux Kernel List; +Cc: Linus Torvalds
In-Reply-To: <Pine.LNX.4.58.0401251054340.18932@home.osdl.org>
[-- Attachment #1: Type: text/plain, Size: 2963 bytes --]
* Linus Torvalds <torvalds@osdl.org> writes:
> - doing proper refcounting of modules is _really_ really
> hard. The reason is that proper refcounting is a "local"
> issue: you reference count a single data structure. It's
> basically impossible to make a "global" reference count
> without jumping through hoops.
Please understand that I coming from an _extremely_ naive perspective,
but why do refcounting at all? Couldn't the refcount be a simple
boolean? For example:
- The cdrom module is "in use" when a cdrom filesystem is mounted
and it isn't "in use" when there are _no_ cdrom filesystems
mounted.
- An ethernet module is "in use" while the device is attached to an
IP.
- A packet filter module is "in use" while there are iptables rules
(or similar) existing that require it.
I see the process working along these lines: When a module is loaded
into the kernel it (the module) exports a symbol (a function) that the
kernel can use for determining whether or not the module is still in
use. If no such symbol is exported the kernel would mark the module
as being "non-unloadable" (its refcount would always be non-nil), and
send an appropriate message to root via syslog saying "xyz module
cannot be automatically unloaded".
It should also be possible for modules to tell the kernel, through the
same mechanism, that they should _never_ be unloaded.
I don't, yet, have the knowledge to turn my ideas into code so I won't
be offended in the slightest if you ignore them. Just tell me
why. :-)
> - lack of testing.
A moot point once the kernel can safely and efficiently do module
unloading.
> Unloading a module happens once in a blue moon, if even then.
We get an awful lot of blue moons here.
> The proper thing to do (and what we _have_ done) is to say
> "unloading of modules is not supported".
Wouldn't it be better to say "unloading of modules is currently
discouraged because we haven't _yet_ solved the problems related to
unloading modules".
> But it basically boils down to: don't think of module unload as a "normal
> event". It isn't. Getting it truly right is (a) too painful and (b) would
> be too slow, so we're not even going to try.
Now there's a cop out if ever I saw one. Surely, Linus, you've
overcome _much_ bigger problems than this at different times. Just
because the only solutions that have been thought of so far are hard
to implement, are too inefficient, and aren't very safe doesn't mean
you should give up. It just means that you need a different
solution.
> (As an example of "too painful, too slow", think of something like a
> packet filter module.
See my examples above.
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| Ashes to ashes, dust to dust. |
| The proof of the pudding, is under the crust. |
|------------------------------<sryoungs@bigpond.net.au>---|
[-- Attachment #2: Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply
* Re: [Bluez-users] itec CF dongle and PCMCIA reduction
From: Marcel Holtmann @ 2004-01-25 23:11 UTC (permalink / raw)
To: cijoml; +Cc: BlueZ Mailing List
In-Reply-To: <200401252215.59732.cijoml@volny.cz>
Hi Michal,
> in one shop in Czech Republic, there they have very cheap BT CF card from
> iTec.
> This card has CF<->PCMCIA reduction.
>
> Will this work with BlueZ?
in general all of these cards are serial PCMCIA cards with a specific
UART and Bluetooth chip inside. First goal is to make these cards work
with the serial_cs driver and then you must find the correct settings
for the hciattach command. Baudrate, H4 or BCSP etc.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* Re: [2.6 patch] show "Fusion MPT device support" menu only if BLK_DEV_SD
From: Andrew Morton @ 2004-01-25 23:11 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: hch, bunk, James.Bottomley, linux-kernel, linux-scsi
In-Reply-To: <20040125230756.GI11844@parcelfarce.linux.theplanet.co.uk>
Matthew Wilcox <willy@debian.org> wrote:
>
> Andrew, shall I start
> feeding all my Kconfig cleanups through you rather than through
> kernel-janitors?
Doesn't Randy have some system going there?
^ permalink raw reply
* Re: Request: I/O request recording
From: Andrew Morton @ 2004-01-25 23:09 UTC (permalink / raw)
To: Bart Samwel; +Cc: felix-kernel, linux-kernel
In-Reply-To: <40144A36.5090709@samwel.tk>
Bart Samwel <bart@samwel.tk> wrote:
>
> When I saw this thread I've fiddled for a bit with the block_dump
> functionality that's in the laptop_mode patch. I wanted to see if it
> could support a similar thing completely from user space (except for the
> block_dump code, of course). I've written a small tool to generate a
> complete file that lists tuples (sector, size, device) from the kernel
> output in syslog; it parses all "READ block xxx" messages since the
> last reboot. Putting this through sort -n -u delivers a nicely sorted
> file, ready for optimized reading.
>
> Unfortunately I'm now stuck within the other part, which is reading the
> pages back in memory at the next boot. It's not working, and I was
> hoping someone here could take a look and tell me what I'm doing wrong.
Linux caches disk data on a per-file basis. So if you preload pagecache
via the /dev/hda1 "file", that is of no benefit to the /etc/passwd file.
Each one has its own unique pagecache. When reading pages for /etc/passwd
we don't go looking for the same disk blocks in the cache of /dev/hda1.
Which is why the userspace cache preloading needs to know the pathnames of
all the relevant files - it needs to open and read each one, applying
knowledge of disk layout while doing it.
^ permalink raw reply
* Re: packet/soundmodem questions
From: James Washer @ 2004-01-25 23:08 UTC (permalink / raw)
To: n7bfs; +Cc: linux-hams
In-Reply-To: <200401251159.28252.n7bfs@qwest.net>
I've been working on this very issue for a couple of days on my IBM X600 thinkpad, and will give it a shot soon on my T21.
So far, the receive is fine, but I'm not transmitting yet. The soundcard is only producing what sounds like framing bits.. No data yet.
If you installed the AX.25 tools package, just do 'man -k AX.25' to see a list of tools that were installed.
Keep in touch with how things are going on your T23.
- jim
On Sun, 25 Jan 2004 11:59:28 -0800
"Douglas Cole" <n7bfs@qwest.net> wrote:
> Have been following the list for a while now and got interested in the
> soundmodem thread...
>
> I too would like to get soundmodem up and running so as to be able to run 1200
> baud packet from my laptop (IBM thinkpad T23) and have done a small amount of
> searching but have not found any documentation on soundmodem, or at least so
> little that it leaves me wondering how to make things work...
>
^ permalink raw reply
* Re: [2.6 patch] show "Fusion MPT device support" menu only if BLK_DEV_SD
From: Matthew Wilcox @ 2004-01-25 23:07 UTC (permalink / raw)
To: Andrew Morton
Cc: Christoph Hellwig, bunk, James.Bottomley, linux-kernel,
linux-scsi
In-Reply-To: <20040120160346.7e466ad2.akpm@osdl.org>
On Tue, Jan 20, 2004 at 04:03:46PM -0800, Andrew Morton wrote:
> There's a hint in the config help:
>
> [2] In order enable capability to boot the linux kernel
> natively from a Fusion MPT target device, you MUST
> answer Y here! (currently requires CONFIG_BLK_DEV_SD)
>
> But a kernel built with BLK_DEV_SD=n, FUSION=y builds and links OK.
This is one of the patches I have in my tree. Andrew, shall I start
feeding all my Kconfig cleanups through you rather than through
kernel-janitors?
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception." -- Mark Twain
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Andrew Morton @ 2004-01-25 22:59 UTC (permalink / raw)
To: Andi Kleen; +Cc: ak, cova, bunk, eric, linux-kernel
In-Reply-To: <20040125223105.GE28576@colin2.muc.de>
Andi Kleen <ak@muc.de> wrote:
>
> On Sun, Jan 25, 2004 at 02:25:00PM -0800, Andrew Morton wrote:
> > Andi Kleen <ak@muc.de> wrote:
> > >
> > > I would suspect the new weird CPU
> > > configuration stuff.
> >
> > What do you believe is wrong with it?
>
> It's different and it is weird and probably easy to screw up.
>
I must say that it does seem to be causing quite a few problems and doesn't
have a very good benefit:breakage ratio. Maybe we should say that 2.6 has
sucky CPU selection and leave it for 2.7.
^ permalink raw reply
* Re: Request: I/O request recording
From: Bart Samwel @ 2004-01-25 22:59 UTC (permalink / raw)
To: Andrew Morton; +Cc: Felix von Leitner, linux-kernel
In-Reply-To: <20040124153551.24e74f63.akpm@osdl.org>
Andrew Morton wrote:
> Felix von Leitner <felix-kernel@fefe.de> wrote:
>
>>I would like to have a user space program that I could run while I cold
>>start KDE. The program would then record which I/O pages were read in
>>which order. The output of that program could then be used to pre-cache
>>all those pages, but in an order that reduces disk head movement.
>>Demand Loading unfortunately produces lots of random page I/O scattered
>>all over the disk.
>
> I wrote a similar thing in September of 2001. What you do is:
[...]
When I saw this thread I've fiddled for a bit with the block_dump
functionality that's in the laptop_mode patch. I wanted to see if it
could support a similar thing completely from user space (except for the
block_dump code, of course). I've written a small tool to generate a
complete file that lists tuples (sector, size, device) from the kernel
output in syslog; it parses all "READ block xxx" messages since the
last reboot. Putting this through sort -n -u delivers a nicely sorted
file, ready for optimized reading.
Unfortunately I'm now stuck within the other part, which is reading the
pages back in memory at the next boot. It's not working, and I was
hoping someone here could take a look and tell me what I'm doing wrong.
Here's what I've tried so far. I've written a program that simply reads
the ranges by opening the device and reading from sector*512 to
sector*512+size. It uses async io for efficiency, and to allow the
kernel to merge read requests. It seems to read all the data, but after
that the other programs seem to read most of it *again*! I only go from
8500 down to 7000 reads or so, while most of the 7000 reads that remain
are also in the range that is being prefetched. :(
I was wondering if the pages could have been removed so soon, so, to
make sure, I mmaped the whole shebang with MAP_LOCKED and PROT_READ, and
kept the mapping process in memory during the whole boot process. This
had exactly the same effect. So, I thought that I might be reading the
wrong blocks. However, when I feed it something like (160000, 4096,
hdb1) I get a block_dump log that says exactly that (plus some extra,
because mmap seems to read in a bit more than needed). So, that's not it.
I'm out of clues. If someone would be so kind to take a look at what I'm
doing wrong, I'd very much appreciate it. I've put the code up at
http://www.xs4all.nl/~bsamwel/block_read_replay.tar.gz. How to use it:
1. Patch your kernel with the patch that's included in the tarball. This
patch modifies the block_dump output slightly, and enables a block_dump
value of 2 which only reports READ actions. It's against 2.6.1-mm2, but
it should apply fine to any kernel that has laptop_mode in it.
2. Record the bootup info. Somewhere at the very beginning, include
"echo 2 > /proc/sys/vm/block_dump" in an init script. Reboot, and after
the bootup sequence is complete, do echo 0 > /proc/sys/vm/block_dump.
3. "make" and put brexec (one of the two versions) somewhere your init
scripts can access it.
4. Run slbrp (SysLog Block Read Parser) to generate a block list file:
slbrp /var/log/syslog | sort -n -u > /etc/bootup_blocks.
5. Precede the echo 2 > /proc/sys/vm/block_dump at startup with a brexec
("block read executor") call, e.g. "brexec /etc/bootup_blocks". The mmap
version takes an extra parameter <N> = the number of seconds to keep the
pages mapped and must be put in the background because it will simply
wait for N seconds before exiting. So, it should be something like
"brexec /etc/bootup_blocks 60" and then "sleep 30" to give it time to
read everything before bootup continues. Yes, it's not pretty. It's just
used for experimenting, so it doesn't matter.
6. Reboot, and disable block_dump after booting, like in step (2). Now
the logging of reads only starts _after_ brexec has attempted to load
all pages, and this gives info on what is still loaded. You'll probably
see that it loads many things that are also listed in the bootup_blocks
file. Now my question is: what am I doing wrong that it needs to read
those again?
-- Bart
^ permalink raw reply
* Re: mpspec.h, mach_mpspec.h
From: J.A. Magallon @ 2004-01-25 22:58 UTC (permalink / raw)
To: Randy.Dunlap; +Cc: Sam Ravnborg, jamagallon, linux-kernel, akpm
In-Reply-To: <20040125111959.431dff9d.rddunlap@osdl.org>
On 01.25, Randy.Dunlap wrote:
> On Sun, 25 Jan 2004 20:11:06 +0100 Sam Ravnborg <sam@ravnborg.org> wrote:
>
> | >
> | > Workaround is to add -I/usr/src/linux/include/asm/mach-default.
> |
> | i386 at least always include:
> | -Iinclude/asm-i386/mach-default
> | Which should let gcc include the file in question.
> |
> | Try to compile with V=1 and post the full command line to gcc.
>
> JAM, how are you building the sensors modules?
> I.e., is this just a "make modules" or are you building
> modules that are outside of the kernel tree?
>
Oops, my fault. I was trying to build userspace part from the lm_sensors
tarball, and I did not remember that kernel modules will not build.
Anyways, docs say that you can set COMPILE_KERNEL:=0 in Makefile to build
just userspace, but I think it is outdated. You have to 'make user user_install'.
Variable COMPILE_KERNEL is not used anywhere.
And, after building userspace libsensors, my temperatures still read at 400 C:
werewolf:~# sensors -v
sensors version 2.8.3
werewolf:~# sensors -s
werewolf:~# sensors
w83781d-isa-0290
Adapter: ISA adapter
Algorithm: ISA algorithm
VCore 1: +2.02 V (min = +1.90 V, max = +2.10 V)
VCore 2: +1.98 V (min = +1.90 V, max = +2.10 V)
+3.3V: +3.22 V (min = +3.14 V, max = +3.46 V)
+5V: +5.00 V (min = +4.73 V, max = +5.24 V)
+12V: +12.04 V (min = +11.37 V, max = +12.59 V)
-12V: -12.29 V (min = -12.57 V, max = -11.35 V) ALARM
-5V: -4.98 V (min = -5.25 V, max = -4.74 V) ALARM
CPU0 Fan: 4500 RPM (min = 84375 RPM, div = 2) ALARM
CPU1 Fan: 4383 RPM (min = -1 RPM, div = 2) ALARM
CPU0 Tmp: +380°C (high = +0°C, hyst = +640°C) ALARM
CPU1 Tmp: +390.0°C (high = +800°C, hyst = +750°C)
vid: +2.000 V
???
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 10.0 (Cooker) for i586
Linux 2.6.2-rc1-jam3 (gcc 3.3.2 (Mandrake Linux 10.0 3.3.2-4mdk))
^ permalink raw reply
* Re: Q: Filesystem choice..
From: Jörn Engel @ 2004-01-25 22:49 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: linux-mtd
In-Reply-To: <m3u12jr8y4.fsf@maxwell.lnxi.com>
On Sun, 25 January 2004 14:53:55 -0700, Eric W. Biederman wrote:
>
> Currently I am examining the possibility of using a filesystem with
> LinuxBIOS so that I may store parameters and kernels in the flash in a
> more flexible manner.
>
> The current flash chips I am working with are NOR flash from 512KiB to
> 4MiB. And they generally have a 64KiB erase size.
>
> I have two flash blocks that are reserved for XIP code (the hw
> initialization firmware) and the rest can be used for the filesystem.
> So in the worst case I have 6 flash blocks to play with.
>
> The old papers on jffs2 would make it unacceptable as it reserves
> 5 erase blocks. And I don't know if yaffs or yaffs2 is any better.
>
> In addition boot time is important so it would be ideal if I did not
> to read every byte of the ROM chip to initialize the filesystem.
>
> Is there a filesystem that only reserves one erase block?
>
> Does it look like I need to write my own solution?
Not necessarily. Disable compression for jffs2 and you should be able
to get away with two reserved blocks, or even 80kiB or so. But that
requires changes to current code and lots of testing. Compression
makes things more complicated, basically impossible to calculate, so
you have to reserve a little more and hope for the best. Five blocks
are *very* conservative for a filesystem of six block total, though.
The idea is pretty old, it's just that noone cared enough to do all
the work.
Jörn
--
Fancy algorithms are buggier than simple ones, and they're much harder
to implement. Use simple algorithms as well as simple data structures.
-- Rob Pike
^ permalink raw reply
* Re: 2.4.25pre7 - cannot mount 128MB vfat fs on Minolta camera
From: Marc Mongenet @ 2004-01-25 22:48 UTC (permalink / raw)
To: Greg KH; +Cc: OGAWA Hirofumi, linux-kernel, linux-usb-devel, tranter
In-Reply-To: <20040125214625.GB28000@kroah.com>
Greg KH wrote:
> Marc Mongenet <Marc.Mongenet@freesurf.ch> writes:
>> Hi, I have a Minolta DiMAGE F100 camera and two memory cards,
>> a 16 MB and a 128 MB.
>> So, I can mount the 16 MB card or the 128 MB card with any kernel,
>> BUT I have to reboot the system when I change the cards. Example:
> Yes, run 'eject' after removing the media before inserting the new
> media. That should fix the problem.
Fixed.
It does not seem to be well known.
I suggest to add this information in the eject documentation.
Thanks,
Marc Mongenet
^ permalink raw reply
* [PATCH] tulip driver compiler warning
From: Jecs Attila @ 2004-01-25 22:46 UTC (permalink / raw)
To: jgarzik; +Cc: linux-kernel
This will hopefully remove the compiler warning when compiling the new
driver option of the tulip driver in 2.6.2-rc1-mm3.
fix-tulip-driver-compiler-warning.patch
--- drivers/net/tulip/tulip_core.c.orig 2004-01-25 23:19:53.000000000
+0100
+++ drivers/net/tulip/tulip_core.c 2004-01-25 23:20:17.000000000
+0100
@@ -253,7 +253,9 @@ static void tulip_down(struct net_device
static struct net_device_stats *tulip_get_stats(struct net_device
*dev);
static int private_ioctl(struct net_device *dev, struct ifreq *rq, int
cmd);
static void set_rx_mode(struct net_device *dev);
+#ifdef CONFIG_NET_POLL_CONTROLLER
static void poll_tulip(struct net_device *dev);
+#endif
static void tulip_set_power_state (struct tulip_private *tp,
int sleep, int snooze)
^ permalink raw reply
* 2.4.24 from kernel.org
From: Marius Müller @ 2004-01-25 22:43 UTC (permalink / raw)
To: linux-kernel
Hi.
I just tried to compile linux-2.4.24.tar.bz2 from
http://www.kernel.org/pub/linux/kernel/v2.4/
The date of the archive I downloaded was 05-Jan-2004 5:54. After
configuring the options for compiling I started the process by "make
dep" and then "make bzImage". After a few minutes I got the following
error message:
ipt_ECN.c:16: linux/netfilter_ipv4/ipt_ECN.h: No such file or directory
ipt_ECN.c:26: warning: `struct ipt_ECN_info' declared inside parameter
list
ipt_ECN.c:26: warning: its scope is only this definition or
declaration, which is probably not what you want.
(...)
ipt_ECN.c:156: dereferencing pointer to incomplete type
ipt_ECN.c:156: `IPT_ECN_OP_SET_ECE' undeclared (first use in this
function)
ipt_ECN.c:156: `IPT_ECN_OP_SET_CWR' undeclared (first use in this
function)
make[3]: *** [ipt_ECN.o] Error 1
make[3]: Leaving directory `/WorX/linux-2.4.24/net/ipv4/netfilter'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/WorX/linux-2.4.24/net/ipv4/netfilter'
make[1]: *** [_subdir_ipv4/netfilter] Error 2
make[1]: Leaving directory `/WorX/linux-2.4.24/net'
make: *** [_dir_net] Error 2
I then discovered that the file linux/netfilter_ipv4/ipt_ECN.h that
could not be found and caused the following errors really doesn't exist
but there is a file ipt_ECN.1.h in linux/netfilter_ipv4/. I searched
for more of the .1.h files and found the following:
.//include/linux/netfilter_ipv4/ipt_DSCP.1.h
.//include/linux/netfilter_ipv4/ipt_ECN.1.h
.//include/linux/netfilter_ipv4/ipt_mark.1.h
.//include/linux/netfilter_ipv4/ipt_tcpmss.1.h
.//include/linux/netfilter_ipv4/ipt_tos.1.h
.//include/linux/netfilter_ipv6/ip6t_mark.1.h
.//net/ipv4/netfilter/ipt_DSCP.1.c
.//net/ipv4/netfilter/ipt_ecn.1.c
.//net/ipv4/netfilter/ipt_mark.1.c
.//net/ipv4/netfilter/ipt_tcpmss.1.c
.//net/ipv4/netfilter/ipt_tos.1.c
.//net/ipv6/netfilter/ip6t_mark.1.c
I searched contents of the sources with grep for any occurrences of the
above header-files but the only occurrences found were for the exact
same files but without the .1.h but with .h only. I renamed all the
above files from .1.h to .h and finally succeeded in compiling without
any problems.
I don't know if get something very wrong here but it looked like some
sort wrong file names for me.
Hopefully I haven't wasted your time with "fake" problems.
Marius
--
- powered by Mac OS X - sends other UNIX boxes to /dev/null -
^ permalink raw reply
* Menuconfig Error
From: Mark K Hannah @ 2004-01-25 22:41 UTC (permalink / raw)
To: mec, linux-kernel
Following error received while trying to get into "Advanced Linux Sound
Arch." Crashes as soon as you select.
Also getting module compile errors...I assume it is because I can't get
into ALSA parameters to shut off usbaudio under ALSA.
Using Mandrake 9.2 and kernel-source-2.4.22-10mdk
Mark Hannah
Menuconfig has encountered a possible error in one of the kernel's
configuration files and is unable to continue. Here is the error
report:
Q> scripts/Menuconfig: line 832: MCmenu78: command not found
Please report this to the maintainer <mec@shout.net>. You may also
send a problem report to <linux-kernel@vger.kernel.org>.
Please indicate the kernel version you are trying to configure and
which menu you were trying to enter when this error occurred.
make: *** [menuconfig] Error 1
^ permalink raw reply
* Re: [parisc-linux] menu not available
From: Matthew Wilcox @ 2004-01-25 22:40 UTC (permalink / raw)
To: Grant Grundler; +Cc: Peralta, Joseph A, parisc-linux
In-Reply-To: <20040123221149.GA1310@colo.lackof.org>
On Fri, Jan 23, 2004 at 03:11:49PM -0700, Grant Grundler wrote:
> On Fri, Jan 23, 2004 at 04:47:11PM -0500, Peralta, Joseph A wrote:
> > When I try to install certain X-window managers under Debian 3.0 I get
> > "xxx depends on menu (>> 1.5)... menu is not available" How would I fix
> > this?
>
> Dunno...menu is available for "sarge" (aka testing) and that
> works for me. Sounds like someone wants to backport to Woody.
menu is not available for woody because it's written in a language which
bears a passing resemblance to C++. someone rewrote it in C++ for sarge.
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception." -- Mark Twain
^ permalink raw reply
* Re: Troubles Compiling 2.6.1 on SuSE 9
From: Christian @ 2004-01-25 22:35 UTC (permalink / raw)
To: Marco Rebsamen; +Cc: linux-kernel
In-Reply-To: <200401251427.02975.mrebsamen@swissonline.ch>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marco Rebsamen wrote:
| bineo:/usr/src/linux-2.6.1 # LANG=C LC_ALL=C objcopy -O binary -R .note
| -R .comment -S vmlinux arch/i386/boot/compressed/vmlinux.bin
| Ungültiger Maschinenbefehl
try with "export LANG=C && objcopy ...." to get english messages.
also: what binutils (objcopy -V), gcc, make, etc.. do you use? have you
bugged SuSE yet?
Christian.
- --
BOFH excuse #154:
You can tune a file system, but you can't tune a fish (from most tunefs
man pages)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAFETE+A7rjkF8z0wRAnbOAJ9oxQi0xuZNzE2S0t3R67NkWxzwjQCgxfDP
j36b+cPwz0vgJ8WiINsu+Wk=
=8Ba0
-----END PGP SIGNATURE-----
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Andi Kleen @ 2004-01-25 22:31 UTC (permalink / raw)
To: Andrew Morton; +Cc: Andi Kleen, cova, bunk, eric, linux-kernel
In-Reply-To: <20040125142500.526dcac5.akpm@osdl.org>
On Sun, Jan 25, 2004 at 02:25:00PM -0800, Andrew Morton wrote:
> Andi Kleen <ak@muc.de> wrote:
> >
> > I would suspect the new weird CPU
> > configuration stuff.
>
> What do you believe is wrong with it?
It's different and it is weird and probably easy to screw up.
It's just that CPU configuration errors often cause problems before
the console is running. And we unfortunately still don't have
early printk on i386, which makes it hard to diagnose.
-Andi
^ permalink raw reply
* Re: [PATCH] kernel/ptrace.c BUG_ON fixes
From: Eduard Roccatello @ 2004-01-25 22:33 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <200401252328.56344.lilo@roccatello.it>
On Sunday 25 January 2004 23:28, Eduard Roccatello wrote:
> I've changed them in BUG_ON(condition);
i forgot... this patch is against to 2.6.2-rc1
best regards,
Eduard
^ permalink raw reply
* Re: [PATCH 2.0.39] put_last_free() defined, but not used
From: David Weinehall @ 2004-01-25 22:29 UTC (permalink / raw)
To: Coywolf Qi Hunt; +Cc: linux-kernel
In-Reply-To: <401417A3.7000206@lovecn.org>
On Mon, Jan 26, 2004 at 03:23:15AM +0800, Coywolf Qi Hunt wrote:
> Hello,
>
> In 2.0.39, the function put_last_free() in fs/file_table.c is defined,
> but no longer get used.
> Should it be removed?
I might consider this for 2.0.41, not for 2.0.40. Indeed it doesn't
seem to be used, but it might be used in some external file system.
Regards: David Weinehall
--
/) David Weinehall <tao@acc.umu.se> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/ (/ Full colour fire (/
^ permalink raw reply
* [PATCH] kernel/ptrace.c BUG_ON fixes
From: Eduard Roccatello @ 2004-01-25 22:28 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 145 bytes --]
Hello
ptrace.c has some references to BUG() in form
if (condition)
BUG();
I've changed them in BUG_ON(condition);
Cheers,
Eduard Roccatello
[-- Attachment #2: ptrace_clean.patch --]
[-- Type: text/x-diff, Size: 673 bytes --]
--- /usr/src/linux/kernel/ptrace.c.orig 2004-01-25 23:19:22.000000000 +0100
+++ /usr/src/linux/kernel/ptrace.c 2004-01-25 23:20:58.000000000 +0100
@@ -28,8 +28,8 @@
*/
void __ptrace_link(task_t *child, task_t *new_parent)
{
- if (!list_empty(&child->ptrace_list))
- BUG();
+ BUG_ON(!list_empty(&child->ptrace_list));
+
if (child->parent == new_parent)
return;
list_add(&child->ptrace_list, &child->parent->ptrace_children);
@@ -46,8 +46,8 @@ void __ptrace_link(task_t *child, task_t
*/
void __ptrace_unlink(task_t *child)
{
- if (!child->ptrace)
- BUG();
+ BUG_ON(!child->ptrace);
+
child->ptrace = 0;
if (list_empty(&child->ptrace_list))
return;
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Andrew Morton @ 2004-01-25 22:25 UTC (permalink / raw)
To: Andi Kleen; +Cc: cova, ak, bunk, eric, linux-kernel
In-Reply-To: <20040125221304.GD28576@colin2.muc.de>
Andi Kleen <ak@muc.de> wrote:
>
> I would suspect the new weird CPU
> configuration stuff.
What do you believe is wrong with it?
^ permalink raw reply
* loading ide-scsi on demand
From: Agri @ 2004-01-25 22:20 UTC (permalink / raw)
To: linux-kernel
I asked this question on newbie list... but got no idea...
Is there any way to configure loading of ide-scsi "ON DEMAND"?
It seems that "touching" for /dev/scd0 do not cause kmod
to exec modprobe.
Agri
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.