* Re: Re: [parisc-linux] missing barrier in _raw_spin_lock?
From: John David Anglin @ 2004-01-26 0:13 UTC (permalink / raw)
To: arndb; +Cc: grundler, arnd, parisc-linux
In-Reply-To: <26879984$10750505064013f80a9ea842.79929993@config4.schlund.de>
> > #define __ldcw(a) ({ \
> > unsigned int __ret; \
> > __asm__ __volatile__("ldcw 0(%2),%0" \
> > : "=r" (__ret), "=m" (*(a)) : "r" (a)); \
> > __ret; \
> > })
> I suppose the memory operand specification is required here. Newer
> compilers (especially gcc-3.4) can optimize away local variables if you
> only access the address but not the contents. I think even your
> pthreads version is not really correct, because it specifies (*(a)) as
> output only instead of inout.
I agree.
> No, putting the barrier into __ldcw is wrong because it would impact all
> other uses of __ldcw that don't need the barrier. AFAICS, the
The only other uses for __ldcw are the SPIN_LOCK macro in atomic.h
and the _raw_spin_trylock in spinlock.h (i.e., it is only used
acquire locks). If all these need barriers, then it might as well
be in __ldcw.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
^ permalink raw reply
* Re: [PATCH] Big powermac update
From: Benjamin Herrenschmidt @ 2004-01-26 0:09 UTC (permalink / raw)
To: Tom Rini; +Cc: Andrew Morton, Linux Kernel list
In-Reply-To: <20040125185549.GD15271@stop.crashing.org>
On Mon, 2004-01-26 at 05:55, Tom Rini wrote:
> On Sat, Jan 24, 2004 at 11:58:33AM +1100, Benjamin Herrenschmidt wrote:
>
> >
> > >
> > > Can you please put the 970 register definitions into
> > > include/asm-ppc/reg_970.h or something along those lines?
> >
> > I won't create a file for 3 registers :) Also, HID2/3 are defined
> > on other CPUs, as HIOR, none of these are strictly 970 specific
> > in fact though we only use them on it (coment may need fixing, bu
> > that's ok at this point).
>
> Are they found on regular, classic PPCs or just on others in the
> 64bit family? The problem is we don't want to let <asm/reg.h> get to be
> as bad as it used to be.
HID2 exist on some 750FX afaik, HID3 and upper probably only on
POWER4/GPUL at this point and HIOR is specific to HV capable CPUs,
but then, afgain, it's only 3 registers :)
Ben.
^ permalink raw reply
* Re: [RFC/PATCH] IMQ port to 2.6
From: Vladimir B. Savkin @ 2004-01-26 0:11 UTC (permalink / raw)
To: jamal; +Cc: linux-kernel, netdev
In-Reply-To: <1075074316.1747.115.camel@jzny.localdomain>
On Sun, Jan 25, 2004 at 06:45:16PM -0500, jamal wrote:
> On Sun, 2004-01-25 at 15:21, Vladimir B. Savkin wrote:
> > On Sun, Jan 25, 2004 at 02:22:19PM -0500, jamal wrote:
>
> > Think multiple clients connected via PPP. I want to shape traffic,
> > so ingress is out of question. I want different clients in a same
>
> Ok,
> a) why do you want to shape on ingress instead of policing?
With typical internet traffic patterns, policing will drop many packets,
and shaping will not.
> OR
> b) Why cant you achieve the same results by marking on ingress and
> shaping on egress?
Well, as I understand it, there's no "real" ingress and "real" egress.
Look at this:
Any forwarded packet
1) comes from one interface
2) receives some treatment (filtering, routing decision, maybe
delaying if we shape, mangling etc.)
and
3) goes away via some other interface
step (1) is "ingress"
step (3) is "egress"
qdiscs work at step (2), so all of them are intermediate in this sense
Well, ok, if a qdisc receives a feedback from egress interface
on when to dequeue a packet (when interface is ready to send),
we can say that it is an egress qdisc.
But in my case, PPP connections are really PPTP or PPPoE.
Internal network bandwidth is not a premium, so all internal
interfaces are always ready to send.
So, I don't shape at ingress or at egress, I shape passing-through
traffic.
> > htb class, so using qdisc on each ppp interface is out of
> > question. It seems to me that IMQ is the only way to achieve my goals.
>
> By multiple clients i believe you mean you want to say "-i ppp+"?
> We had a long discussion on this a while back (search netdev)
> and i think it is a valid point for dynamic devices like ppp.
Well, I don't really care whether those interfaces are dynamic or
static. They could be multiple vlans, and nothing would
change in marking or shaping. I use clients' IPs for marking,
and routing table cares about interfaces.
> We need to rethink how we do things. Theres a lot of valu in having per
> device tables (scalability being one).
> IMO, this alone does not justify the existence of IMQ.
I just can't think of a better abstraction that would handle my case.
> We should do this (and other things) right, maybe a sync with the
> netfilter folks will be the right thing to do.
>
~
:wq
With best regards,
Vladimir Savkin.
^ permalink raw reply
* Re: Userland headers available
From: H. Peter Anvin @ 2004-01-26 0:09 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: linux-kernel
In-Reply-To: <20040125233000.GA3319@nevyn.them.org>
Daniel Jacobowitz wrote:
>
> Are the list archives broken, or has there never been traffic on this
> list?
>
There was some traffic on the klibc list, but I don't think things got
started after the new list was created.
-hpa
^ permalink raw reply
* Re: pmdisk working on ppc (WAS: Help port swsusp to ppc)
From: Benjamin Herrenschmidt @ 2004-01-26 0:08 UTC (permalink / raw)
To: Colin Leroy
Cc: Hugang, Patrick Mochel, Nigel Cunningham, ncunningham,
Linux Kernel Mailing List, linuxppc-dev list
In-Reply-To: <20040125190832.619e3225@jack.colino.net>
> Thanks - I wasn't sure about it.
> The kernel now builds. However, after doing
> echo disk > /sys/power/state
> or "hda14" or "/dev/hda14" (which is my swap partition) instead of "disk",
> nothing happens (and nothing gets logged).
Hrm... It tends to do that when it's not happy with something,
but I did get it working... Ah yes, do
echo -n "disk" instead :) It doesn't like the trailing \n
Ben.
^ permalink raw reply
* Re: howto configuring kernel and modules.conf for automatic loading of ide-scsi
From: Ken Moffat @ 2004-01-26 0:08 UTC (permalink / raw)
To: Agri; +Cc: linux-newbie
In-Reply-To: <20040125140656.023f0ced.agri@desnol.ru>
On Sun, 25 Jan 2004, Agri wrote:
> thanks for answers, but....
> the only thing i get: there is no way to configure loading of ide-scsi "ON DEMAND".
> Am i right?
>
Following are from my modules.conf.
First, make sure there is a path pointing to the directory where the
actual modules are found (maybe not necessary), such as
path[scsi]=/lib/modules/`uname -r`/kernel/drivers/scsi
The following let me use /dev/scd0 to access the CD for reading, and sg
(I guess) for writing from cdrecord:
alias scsi_hostadapter ide-scsi
alias scd0 sr_mod # load sr_mod upon access of scd0
pre-install sg modprobe ide-scsi # load ide-scsi before sg
pre-install sr_mod modprobe ide-scsi
pre-install ide-scsi modprobe scsi_mod
You'll probably need to rerun depmod after changing modules.conf.
Of course, unless your distro runs a cron job to unload unused modules,
once they've been loaded they stay loaded.
HTH,
Ken
--
This is a job for Riviera Kid!
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: 2.6.2-rc1-mm2 kernel oops
From: Andrew Morton @ 2004-01-26 0:04 UTC (permalink / raw)
To: eric, sboyce, linux-kernel, bunk, torvalds
In-Reply-To: <20040125152559.55165860.akpm@osdl.org>
Andrew Morton <akpm@osdl.org> wrote:
>
> Eric <eric@cisu.net> wrote:
> > Now I get the test_wp_bit oops w/
> ...
>
> init/main.c does
>
> mem_init();
> kmem_cache_init();
> sort_main_extable();
>
> but mem_init() calls test_wp_bit(). The exception tables haven't been
> sorted yet.
>
Well I don't see any reason why the obvious should not work. It boots OK
on i386 but whether other architectures do things in mem_init() which must
be done prior to exception table sorting, I know not. It seems unlikely.
Can you see if this patch makes the test_wp_bit() oops go away?
diff -puN init/main.c~test_wp_bit-oops-fix init/main.c
--- 25/init/main.c~test_wp_bit-oops-fix 2004-01-25 15:29:53.000000000 -0800
+++ 25-akpm/init/main.c 2004-01-25 15:30:03.000000000 -0800
@@ -434,9 +434,9 @@ asmlinkage void __init start_kernel(void
}
#endif
page_address_init();
+ sort_main_extable();
mem_init();
kmem_cache_init();
- sort_main_extable();
if (late_time_init)
late_time_init();
calibrate_delay();
_
^ permalink raw reply
* Re: nrattach ports
From: Tomi Manninen @ 2004-01-26 0:00 UTC (permalink / raw)
To: Bernard Pidoux; +Cc: Linux-hams List
In-Reply-To: <40145D92.4020408@ccr.jussieu.fr>
On Mon, 2004-01-26 at 02:21, Bernard Pidoux wrote:
> # /usr/sbin/nrattach -i 44.30.2.5 netrom
> # /usr/sbin/nrattach -i 44.30.2.5 netmod
>
> However nrattach creates two ports on my system that are identified as
> nr0 and nr1
> not netrom and netmod as I can see with 'ip address' command.
> Is there a problem with nrattach ? It does'nt seem to use the
> netrom/netmod argument ?
> However I know that it works for I can use the netrom ports defined in
> /etc/nrports alias.
> So maybe its only a display problem ?
Port names and interface names are two different things.
Nrattach (like most of the ax25-tools/apps) takes a port name
from /etc/ax25/nrports as the last argument. When the kernel
interface is created, it's name is whatever the kernel decides.
Nrattach does not try to rename it. (Maybe it should now that
it's possible..?)
--
Tomi Manninen / OH2BNS / KP20ME04
^ permalink raw reply
* n-t-d-t-v, w-a-n w-e-i
From: xueshuozong405 @ 2004-01-25 23:55 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #2: NTDTV.GIF --]
[-- Type: image/gif, Size: 21489 bytes --]
[-- Attachment #3: WANWEI.GIF --]
[-- Type: image/gif, Size: 13372 bytes --]
^ permalink raw reply
* New NUMA scheduler and hotplug CPU
From: Rusty Russell @ 2004-01-25 23:50 UTC (permalink / raw)
To: piggin; +Cc: linux-kernel
Hi Nick!
Looking at your new scheduler in -mm, it uses cpu_online_map
alot in arch_init_sched_domains. This means with hotplug CPU that it
would need to be modified: certainly possible to do, but messy.
The other option is to use cpu_possible_map to create the full
topology up front, and then it need never change. AFAICT, no other
changes are neccessary: you already check against moving tasks to
offline cpus.
Anyway, I was just porting the hotplug CPU patches over to -mm, and
came across this, so I thought I'd ask.
Thanks!
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply
* Re: [2.6 patch] show "Fusion MPT device support" menu only if BLK_DEV_SD
From: Randy.Dunlap @ 2004-01-25 23:51 UTC (permalink / raw)
To: Andrew Morton; +Cc: willy, hch, bunk, James.Bottomley, linux-kernel, linux-scsi
In-Reply-To: <20040125151107.1ac381f1.akpm@osdl.org>
On Sun, 25 Jan 2004 15:11:07 -0800 Andrew Morton <akpm@osdl.org> wrote:
| 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?
Yes, some system, but I think that Matthew should go ahead
and send this one to you.
--
~Randy
^ permalink raw reply
* Re: Menuconfig Error
From: Randy.Dunlap @ 2004-01-25 23:48 UTC (permalink / raw)
To: mk.hannah; +Cc: linux-kernel
In-Reply-To: <40144617.7040901@verizon.net>
On Sun, 25 Jan 2004 22:41:27 +0000 Mark K Hannah <mk.hannah@verizon.net> wrote:
| 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
That's caused by Mandrake's integration of ALSA in 2.4.x.
Reportedly Mandrake has fixes for it, so please check with them.
--
~Randy
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Andi Kleen @ 2004-01-25 23:47 UTC (permalink / raw)
To: John Stoffel
Cc: Adrian Bunk, Andi Kleen, Valdis.Kletnieks, Fabio Coatti,
Andrew Morton, Eric, linux-kernel
In-Reply-To: <16404.20183.783477.596431@gargle.gargle.HOWL>
On Sun, Jan 25, 2004 at 06:18:47PM -0500, John Stoffel wrote:
>
> Adrian> On Sun, Jan 25, 2004 at 03:37:20PM -0500, John Stoffel wrote:
>
> >> More confirmation as I get it.
>
> Adrian> I'd say that's a different issue: The gcc 3.3 in debian
> Adrian> unstable doesn't know about -funit-at-a-time, and it should
> Adrian> therefore not be affected by this problem.
>
> It certainly didn't seem to make a difference, after doing a make
> mrproper and then putting my .config back in place, it still doesn't
> boot. I'm not doing anything funky in grub, here's my boot options:
Can you apply the appended patch and boot with earlyprintk=serial
(+ serial console with 38400 baud on ttyS0 and a terminal program
that does logging on the other side). If you don't have a serial
console you can also use earlyprintk=vga , but that would require
writing down what's on the screen.
What does it say?
-Andi
diff -u linux-2.6.2rc1mm3/arch/i386/Kconfig-o linux-2.6.2rc1mm3/arch/i386/Kconfig
--- linux-2.6.2rc1mm3/arch/i386/Kconfig-o 2004-01-25 22:40:18.000000000 +0100
+++ linux-2.6.2rc1mm3/arch/i386/Kconfig 2004-01-25 23:23:17.282866816 +0100
@@ -1247,6 +1247,10 @@
Say Y here if you are developing drivers or trying to debug and
identify kernel problems.
+config EARLY_PRINTK
+ bool
+ default y
+
config DEBUG_STACKOVERFLOW
bool "Check for stack overflows"
depends on DEBUG_KERNEL
diff -u linux-2.6.2rc1mm3/arch/i386/kernel/setup.c-o linux-2.6.2rc1mm3/arch/i386/kernel/setup.c
--- linux-2.6.2rc1mm3/arch/i386/kernel/setup.c-o 2004-01-25 22:40:18.000000000 +0100
+++ linux-2.6.2rc1mm3/arch/i386/kernel/setup.c 2004-01-25 23:59:43.123568520 +0100
@@ -1118,6 +1118,18 @@
#endif
paging_init();
+#ifdef CONFIG_EARLY_PRINTK
+ {
+ char *s = strstr(*cmdline_p, "earlyprintk=");
+ if (s) {
+ extern void setup_early_printk(char *);
+ setup_early_printk(s+12);
+ printk("early console should work ....\n");
+ }
+ }
+#endif
+
+
dmi_scan_machine();
#ifdef CONFIG_X86_GENERICARCH
diff -u linux-2.6.2rc1mm3/arch/i386/kernel/Makefile-o linux-2.6.2rc1mm3/arch/i386/kernel/Makefile
--- linux-2.6.2rc1mm3/arch/i386/kernel/Makefile-o 2004-01-25 22:40:18.000000000 +0100
+++ linux-2.6.2rc1mm3/arch/i386/kernel/Makefile 2004-01-25 23:23:19.082593216 +0100
@@ -32,6 +32,9 @@
obj-$(CONFIG_ACPI_SRAT) += srat.o
obj-$(CONFIG_HPET_TIMER) += time_hpet.o
obj-$(CONFIG_EFI) += efi.o efi_stub.o
+obj-$(CONFIG_EARLY_PRINTK) += early_printk.o
+
+early_printk-y := ../../x86_64/kernel/early_printk.o
EXTRA_AFLAGS := -traditional
diff -u linux-2.6.2rc1mm3/arch/x86_64/kernel/early_printk.c-o linux-2.6.2rc1mm3/arch/x86_64/kernel/early_printk.c
--- linux-2.6.2rc1mm3/arch/x86_64/kernel/early_printk.c-o 2003-05-27 03:00:44.000000000 +0200
+++ linux-2.6.2rc1mm3/arch/x86_64/kernel/early_printk.c 2004-01-25 23:25:25.978302136 +0100
@@ -7,7 +7,11 @@
/* Simple VGA output */
+#ifdef __i386__
+#define VGABASE (__PAGE_OFFSET + 0xb8000UL)
+#else
#define VGABASE 0xffffffff800b8000UL
+#endif
#define MAX_YPOS 25
#define MAX_XPOS 80
^ permalink raw reply
* Re: [RFC/PATCH] IMQ port to 2.6
From: jamal @ 2004-01-25 23:45 UTC (permalink / raw)
To: Vladimir B. Savkin; +Cc: linux-kernel, netdev
In-Reply-To: <20040125202148.GA10599@usr.lcm.msu.ru>
On Sun, 2004-01-25 at 15:21, Vladimir B. Savkin wrote:
> On Sun, Jan 25, 2004 at 02:22:19PM -0500, jamal wrote:
> Think multiple clients connected via PPP. I want to shape traffic,
> so ingress is out of question. I want different clients in a same
Ok,
a) why do you want to shape on ingress instead of policing?
OR
b) Why cant you achieve the same results by marking on ingress and
shaping on egress?
> htb class, so using qdisc on each ppp interface is out of
> question. It seems to me that IMQ is the only way to achieve my goals.
By multiple clients i believe you mean you want to say "-i ppp+"?
We had a long discussion on this a while back (search netdev)
and i think it is a valid point for dynamic devices like ppp.
We need to rethink how we do things. Theres a lot of valu in having per
device tables (scalability being one).
IMO, this alone does not justify the existence of IMQ.
We should do this (and other things) right, maybe a sync with the
netfilter folks will be the right thing to do.
cheers,
jamal
^ permalink raw reply
* Re: [PATCH 2.0.39] put_last_free() defined, but not used
From: Jens Axboe @ 2004-01-25 23:43 UTC (permalink / raw)
To: Coywolf Qi Hunt, linux-kernel
In-Reply-To: <20040125222914.GB20879@khan.acc.umu.se>
On Sun, Jan 25 2004, David Weinehall wrote:
> 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.
The function was static.
--
Jens Axboe
^ permalink raw reply
* Re: Request: I/O request recording
From: Andrew Morton @ 2004-01-25 23:38 UTC (permalink / raw)
To: Bart Samwel; +Cc: felix-kernel, linux-kernel
In-Reply-To: <4014516D.5070409@samwel.tk>
Bart Samwel <bart@samwel.tk> wrote:
>
> >
> > 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.
>
> Hmmm, that explains why this didn't work. :( So if I wanted to do this
> completely from user space using only block_dump data I'd probably have
> to go through all files and find out if they had any blocks in common
> with my preload set -- presuming there is a way to find that out, which
> there probably isn't. That makes this idea pretty much useless, I'm
> sorry to have bothered you with it.
>
You could certainly do that. Given disk block #N you need to search all
files on the disk asking "who owns this block". The FIBMAP ioctl can be
used on most filesystems (ext2, ext3, others..) to find out which blocks a
file is using. See bmap.c in
http://www.zip.com.au/~akpm/linux/patches/stuff/ext3-tools.tar.gz
Unfortunately you cannot determine a directory's blocks in this way.
Ext3's directories live in the /dev/hda1 pagecache anyway. ext2's
directories each have their own pagecache.
^ permalink raw reply
* [LARTC] IMQ Runtime error
From: tc @ 2004-01-25 23:33 UTC (permalink / raw)
To: lartc
hi all, i have applied all patches and compiled the kernel (2.4.21), iptables
(1.2.9) and iproute2 (2.4.7-now-ss020116) however when i run "modprobe imq
numdevs=1", the system returns - imq.o: init_module: Device or resource busy
the transcript is below -
[root@vmlinux project]# modprobe imq numdevs=1
/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: init_module: Device or resource
busy
Hint: insmod errors can be caused by incorrect module parameters, including
invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: insmod
/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o failed
/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: insmod imq failed
what could be wrong? thanks all,
bye
joseph
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: Request: I/O request recording
From: Bart Samwel @ 2004-01-25 23:29 UTC (permalink / raw)
To: Andrew Morton; +Cc: felix-kernel, linux-kernel
In-Reply-To: <20040125150914.1583d487.akpm@osdl.org>
Andrew Morton wrote:
> 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.
Hmmm, that explains why this didn't work. :( So if I wanted to do this
completely from user space using only block_dump data I'd probably have
to go through all files and find out if they had any blocks in common
with my preload set -- presuming there is a way to find that out, which
there probably isn't. That makes this idea pretty much useless, I'm
sorry to have bothered you with it.
-- Bart
^ permalink raw reply
* Re: Userland headers available
From: Daniel Jacobowitz @ 2004-01-25 23:30 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: linux-kernel
In-Reply-To: <busi9u$fd7$1@terminus.zytor.com>
On Sat, Jan 24, 2004 at 01:38:06AM +0000, H. Peter Anvin wrote:
> Followup to: <4011788D.3070606@nortelnetworks.com>
> By author: Chris Friesen <cfriesen@nortelnetworks.com>
> In newsgroup: linux.dev.kernel
> >
> > Friesen, Christopher [CAR:7Q28:EXCH] wrote:
> >
> > > The obvious way is to have the kernel headers include the userland
> > > headers, then everything below that be wrapped in "#ifdef __KERNEL__".
> > > Userland then includes the normal kernel headers, but only gets the
> > > userland-safe ones.
> >
> > I just realized this wasn't clear. I envision a new set of headers in
> > the kernel that are clean to export to userland. The current headers
> > then include the appropriate userland-clean ones, and everything below
> > that is kernel only.
> >
> > This lets the kernel maintain the userland-clean headers explicitly, and
> > we don't have the work of cleaning them up for glibc.
> >
>
> We've referred to this for quite a while as the "ABI header project";
> it's been targetted for 2.7, since it missed the 2.6 freeze.
>
> We have set up a mailing list at:
>
> http://zytor.com/mailman/listinfo/linuxabi
>
> The goal is to get a formal exportable version of the kernel ABI that
> user-space libraries can use.
Are the list archives broken, or has there never been traffic on this
list?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply
* Re: 2.6.2-rc1-mm3 crashes
From: John Stoffel @ 2004-01-25 23:27 UTC (permalink / raw)
To: DaMouse Networks; +Cc: linux-kernel
In-Reply-To: <20040125231933.09f317d0@EozVul.WORKGROUP>
DaMouse> I put 2.6.2-rc1-mm3 on my CPU over the last 12hrs or so and
DaMouse> it keeps just randomly dying, I can't see anything in
DaMouse> syslog. Running X, HT and Links 2.1pre11 at the time. nvidia
DaMouse> kernel module loaded. Any ideas on how to debug this?
Run without the nVidia module and see what happens. Since it's closed
source, no kernel developer will help until the problem is repeated
without that modules loaded.
John
^ permalink raw reply
* Re: 2.6.2-rc1-mm2 kernel oops
From: Andrew Morton @ 2004-01-25 23:25 UTC (permalink / raw)
To: Eric; +Cc: sboyce, linux-kernel, bunk, Linus Torvalds
In-Reply-To: <200401251714.57799.eric@cisu.net>
Eric <eric@cisu.net> wrote:
>
> 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.
Pretty simple:
init/main.c does
mem_init();
kmem_cache_init();
sort_main_extable();
but mem_init() calls test_wp_bit(). The exception tables haven't been
sorted yet.
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: John Stoffel @ 2004-01-25 23:24 UTC (permalink / raw)
To: Andi Kleen; +Cc: Fabio Coatti, Andrew Morton, bunk, eric, linux-kernel
In-Reply-To: <20040125221304.GD28576@colin2.muc.de>
Andi> Ok, then it is something in -mm*. I would suspect the new weird
Andi> CPU configuration stuff. Can you double check you configured
Andi> your CPU correctly?
As I recall (and I'll test tonight) it didn't make a difference if I
chose just the PIII config, or if I compiled for I386 on up to PIII
using the new selection stuff. Check the .config I posted before.
I've got a laptop here, so maybe I can configure the serial console
and get a copy of the boot messages so I can post them. We'll see if
I get a chance to do this tongiht.
Right now, 2.6.1-mm5 is compiling, I should be testing it, then
2.6.2-rc1 in an hour.
John
^ permalink raw reply
* Re: Nvidia drivers and 2.6.x kernel
From: Christian Unger @ 2004-01-25 23:24 UTC (permalink / raw)
To: Kieran; +Cc: linux-kernel
In-Reply-To: <401052C6.7040500@ihateaol.co.uk>
Kieran (et al)
Ok i tried the configuration you sent, and after working out that you have a
different motherboard chipset which caused the kernel to hang here whenever i
did anything that involved the hard disk (copy the drivers from my backup
partition to my work partition for instance - to ensure that i was using
"good copies") i even had signs of success.
Mere signs though. I continue being told it's an invalid format:
FATAL: Error inserting nvidia (/lib/modules/2.6.1/kernel/drivers/video/
nvidia.ko): Invalid module format
So ... i'm out of ideas ... i don't get why it ain't doing for me what it is
doing for everyone else. I am wondering IF something screwed up when i
upgraded Slackware 9.1 from 9.0 ... and in the interest of testing that
theory might do a rm -f / later and start from scratch. I haven't decided if
2.6 is worth that much yet though.
--
with kind regards,
Christian Unger
"You don't need eyes to see, you need vision" (Faithless - Reverence)
Mobile: 0402 268904
Internet: http://naiv.sourceforge.net
NAIV Status:
Stable Testing Development
0.2.3r2 0.3.0 0.3.1 - File Handling
"May there be mercy on man and machine for their sins" (Animatrix)
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: John Stoffel @ 2004-01-25 23:18 UTC (permalink / raw)
To: Adrian Bunk
Cc: John Stoffel, Andi Kleen, Valdis.Kletnieks, Fabio Coatti,
Andrew Morton, Eric, linux-kernel
In-Reply-To: <20040125214920.GP513@fs.tum.de>
Adrian> On Sun, Jan 25, 2004 at 03:37:20PM -0500, John Stoffel wrote:
>> More confirmation as I get it.
Adrian> I'd say that's a different issue: The gcc 3.3 in debian
Adrian> unstable doesn't know about -funit-at-a-time, and it should
Adrian> therefore not be affected by this problem.
It certainly didn't seem to make a difference, after doing a make
mrproper and then putting my .config back in place, it still doesn't
boot. I'm not doing anything funky in grub, here's my boot options:
title 2.6.2-rc1-mm3
root (hd0,0)
kernel /vmlinuz-2.6.2-rc1-mm3 root=/dev/sda2 ro
savedefault
boot
I point this out since the last Oops I got on boot said something
about kernel_options, but since I didn't write it down, that's not a
good report.
I'll see about falling back to 2.6.1-mm5 and then to 2.6.2-rc1 and
seeing what happens. I could even try going back to 2.6.1 plain as
well.
Any suggestions? Or any other info I can provide here?
John
^ permalink raw reply
* 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
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.