mistake I made in the bt848_radio patch ...
- Werner
-- cut here ---
--- linux.orig/Documentation/kernel-parameters.txt Tue Sep 5 22:51:14 2000
+++ linux/Documentation/kernel-parameters.txt Mon Nov 20 02:15:59 2000
@@ -43,
y
boot command line parameter any time ...
> Hmm. I wonder how hard it would be to add -fPIC to the compilation
> line for that file. But I'm not certain that would do what I want
> in this instance...
Are there actually architectures where the compiler gener
ce driver layer, and be more efficient.
Hmm, this would be tricky. You could do it by implementing a simple
tar file reader in the kernel, which reads from /dev/initrd (well, it's
in-kernel representation), but I'm not sure if this buys you that much
in the end. (How
code is PIC is a little tricky though.
Yes, for now I cheat and depend on gcc to generate code that just
happens to be PIC.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel
y
normal build environment, e.g. my example is with shared newlib, regular
ash, and - unfortunately rather wasteful - glibc's ld.so.
But a tftp loader in 20kB is rather good. Now the next challenge is the
same thing with NFS. Then we can finally kill nf
Rik van Riel wrote:
> Did you try to load an initrd on a low-memory machine?
> It shouldn't work and it probably won't ;)
You must be really low on memory ;-)
# zcat initrd.gz | wc -c
409600
(ash, pwd, chroot, pivot_root, smount, and still about 82 kB
Hi Linus,
include/linux/time.h leaks out mktime, creating a possible conflict with
POSIX mktime. This patch puts mktime and a few helper functions into
#ifdef __KERNEL__
Originally for 2.4.0-test11-pre6, but applies also to 2.4.0-test11-pre7
Cheers, Werner
trying
to fix it that somebody else is already working on it.
Concerning Cc to Linus, well, I'd be surprised if he's dying to get
more mail of the "FYI" type ;-)
- Werner
--
_____
/ Werner Almesberge
d I rename
this one to bttv_radio or are there no radios on non-848 chips ?
(I'll make a patch with both setup functions, since the
documentation changes overlap anyway.)
- Werner
--
_____
/ Werner Almesberger, ICA, E
does not tune if invoked immediately after
a reboot, so I have to invoke and terminate xawtv first. This problem
appears to be unrelated to this patch, but I though I'd mention it
anyway.
- Werner
-- cut here ---
--- linux
type to 2 in 2.4.0-test11-pre5, the
card is properly initialized and works.
Not sure what the correct fix is. Maybe to fall back to vendor/device
ID if there's no subsystem information ?
- Werner
-- cut here ---
# lspci -v -
he solution may be very different from
the days when they were the only solution, and all of the solution.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_66
d to use assembler for the
copying (arch/i386/kernel/relocate_kernel.S), see bootimg,
kernel/bootimg_pic.c
Also, why did you implement your own memory management in
fs/kexec.c:kimage_get_chunk ?
- Werner
--
_____
/ Werner A
BTW, the checks after line 153 in linux/arch/i386/boot/tools/build.c
reflect all those limitations.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_
: 0
My System is RH 7 on an Asus K7V.
Thanks,
Werner
PS: (test10pre6)
[root@antheus /root]# lspci -v
00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev
02)
Subsystem: Asustek Computer, Inc.: Unknown device 8023
Flags: bus master, medium devsel
previous .config file was obtained from
Configure, but menuconfig already leaves some clutter, and a diff
for a .config obtained from xconfig wouldn't be useful without
serious post-processing. Also, a diff repeats new options, which
were already handled by Configure.
- Werner
ght be okay right now is destruction of an atmtcp device ...
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To
re broken, and
people who are blissfully unaware of any address allocation procedure
enter the room and instantly try to set up their machines. (And of
course nobody had time to prepare a DHCP server.)
Thumbs up from me.
- Werner
--
__
So ... how can a revoke system call be implemented without changing vfs
too much? IMHO this system call is missed. There are some really interesting
interfaces using block or character devices which shouldn't be usable for users
because of the lack of secure revoking of such a device. Therefore
vertheless it should apply
to 2.4.0-test10-pre2.
Werner
--- arch/alpha/kernel/entry.S
+++ arch/alpha/kernel/entry.S Thu Oct 5 17:13:27 2000
@@ -837,7 +837,7 @@
.quad alpha_ni_syscall
.quad sys_ioctl
.quad alpha_ni_syscall /* 55 */
- .q
erything will work fine.
> >
> > > p.s.
> > > my motherboard has pci slot 4 and slot 5 condivided and the isdn card is
> > > on slot 4 while ethernet on slot 5 so one may say "change your
> > > motherboard", but everything worked fine with previous k
t; motherboard", but everything worked fine with previous kernels (ACPI, Hisax,
> ethernet)
>
> Please help me.
> Many thanx.
> Please answer only via email: [EMAIL PROTECTED]
> --
> bye,
> Guido Trentalancia
>
Werner
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
file can be done in an
> architecture-independent fashion.
Yep, then add some magic number and a checksum, and you can have an
architecture-independent retrieval program.
- Werner
--
_____
/ Werner Almesberger, ICA, E
y be useful, but then it shouldn't
be visible to the application, or route changes on multi-homed systems
with different hardware on those ports would be great fun.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL,
n getting
newlib to do what I want. Well, I'm actually almost there:
ftp://icaftp.epfl.ch/pub/people/almesber/misc/newlib-linux/
(main missing features: need more tools (mount, chroot, etc.), no
networking, "configure" doesn't like my environment).
- Werner
--
__
tely architecture-independent).
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line
501 - 526 of 526 matches
Mail list logo