On 2007 Juan Quintela wrote:
magallon == J A Magallon [EMAIL PROTECTED] writes:
Hi
magallon What should be done is to split the public part of the kernel headers from
magallon the private one that changes so much. Do you know if there are any
magallon plans about that for 2.5 ?
Linus
magallon == J A Magallon [EMAIL PROTECTED] writes:
Hi
magallon A plain copy will lead to inconsistencies for sure.
No, this way will lead to inconsistencies.
magallon The problem is that glibc maintainers will not scan through
magallon kernel headers to extract public IOCTLs and so on. They
magallon == J A Magallon [EMAIL PROTECTED] writes:
Hi
magallon What should be done is to split the public part of the kernel headers from
magallon the private one that changes so much. Do you know if there are any
magallon plans about that for 2.5 ?
Linus stated in a lot of ocassions that
fabrice == Fabrice FACORAT [EMAIL PROTECTED] writes:
fabrice le lun 12-11-2001 à 09:40, Blue Lizard a écrit :
Borsenkow Andrej wrote:
Is it released?
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful coexistence with (standard issue) kernel?
This is mainly a
le jeu 15-11-2001 à 12:05, Juan Quintela a écrit :
fabrice == Fabrice FACORAT [EMAIL PROTECTED] writes:
fabrice le lun 12-11-2001 à 09:40, Blue Lizard a écrit :
Borsenkow Andrej wrote:
Is it released?
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful
fabrice == Fabrice FACORAT [EMAIL PROTECTED] writes:
Hi
That will be fixed, kernel-source package needs to be rethought
(kernel-headers needs to dissapear and be included in glibc),
fabrice what ? glibc ? Do you mean that files in kernel-headers never change ?
fabrice Upgrade my whole glibc
On 2005 Juan Quintela wrote:
fabrice == Fabrice FACORAT [EMAIL PROTECTED] writes:
Hi
That will be fixed, kernel-source package needs to be rethought
(kernel-headers needs to dissapear and be included in glibc),
fabrice what ? glibc ? Do you mean that files in kernel-headers never
Is it released?
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful coexistence with (standard issue) kernel?
This is mainly a matter of proper installkernel-age.
And will it finally be possible to have two kernel sources side by side?
-andrej
Borsenkow Andrej wrote:
Is it released?
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful coexistence with (standard issue) kernel?
This is mainly a matter of proper installkernel-age.
And will it finally be possible to have two kernel sources side by side?
-andrej
le lun 12-11-2001 à 09:40, Blue Lizard a écrit :
Borsenkow Andrej wrote:
Is it released?
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful coexistence with (standard issue) kernel?
This is mainly a matter of proper installkernel-age.
And will it finally be
Who will be maintaining it now (when), and will you ensure (TTBOYA)
peaceful coexistence with (standard issue) kernel?
This is mainly a matter of proper installkernel-age.
/* Gearing up for 3.0 */
Hello!
I'm using hackkernel for a long time. BUT(!!!) only one that
works for me is hackkernel-2.4.0-0.25mdk.
Newer hackkernels (from hackkernel-2.4.0-0.26mdk to
hackkernel-2.4.0-0.35mdk) doesn't work for me.
On bootup command 'mount -f /' causes coredump and booting
Michal Rokos wrote:
Hello!
I'm using hackkernel for a long time. BUT(!!!) only one that
works for me is hackkernel-2.4.0-0.25mdk.
Newer hackkernels (from hackkernel-2.4.0-0.26mdk to
hackkernel-2.4.0-0.35mdk) doesn't work for me.
On bootup command 'mount -f /'
Christian Gennerat [EMAIL PROTECTED] writes:
where are the include/pcmcia ?
the include/pcmcia of the afficial pcmcia package
humm in the include directory... i do not believe that they should be
copied to linux/ asm/ and so on, why you need it ?
(pcmcia-cs-3_1_20.tar.gz or
where are the include/pcmcia ?
the include/pcmcia of the afficial pcmcia package
(pcmcia-cs-3_1_20.tar.gz or pcmcia-cs-3_1_21.tar.gz) do not fit,
because a new symbol should be defined:
--- cs.c.orig Tue Sep 19 00:11:51 2000
+++ cs.c Sun Oct 22 05:56:15 2000
@@ -519,7 +519,7 @@
if (val
I reported this a while back, and even provided the spec file code that
is missing, but this is still not fixed.
The hackkernel-headers package is missing the alsa header files. Can we
please have the next hackkernel with these installed? It's a real pain
having to try to snag them from the
pgeorges wrote:
Be careful while booting kernel 2.4 and using disk optimisations like
/sbin/hdparm -X66 -d1 -u1 -m16 -c3 /dev/hda
After some nice messages like 'DMA intr lost' and so on, it corrupted
badly my filesystem.
I think with alpha kernels, a good choice is to be really
Be careful while booting kernel 2.4 and using disk optimisations like
/sbin/hdparm -X66 -d1 -u1 -m16 -c3 /dev/hda
After some nice messages like 'DMA intr lost' and so on, it corrupted
badly my filesystem.
I think with alpha kernels, a good choice is to be really conservative.
Thankyou very much Steve. This has indeed solved my problem.
I used the following to change it:-
sysctl -w net.ipv4.tcp_ecn=0
Steve Ponsford wrote:
Hi Antony,
What you might be having problems with is explicit
congestion notification. Try this to see if your
kernel supports it and has
There seems to be a bug in the ppp code in kernel 2.4.0 that stops me from
going to certain web sites.
This bug does not occur when I take the same system to a friends and access
the Internet via ethernet. This bug also did not occur when I was running a
2.2.16 kernel with the latest ppp.rpm
Hi Antony,
What you might be having problems with is explicit
congestion notification. Try this to see if your
kernel supports it and has it activated
cat /proc/net/ipv4/tcp_ecn
if it returns a 1 then its activated.
Do an
echo 0 /proc/net/ipv4/tcp_ecn
to turn off the ecn bits then try your
Frederic Crozat wrote:
[EMAIL PROTECTED] (Eugenio Diaz) writes:
--- Antony Suter [EMAIL PROTECTED] wrote:
The names of the ppp modules have been changed in
kernel 2.4.0.
To get my system to dial like it used to under
kernel 2.2.16 I had to
modprobe ppp_generic and
To use the iptables features in kernel 2.4.0 needs the iptables package.
http://netfilter.kernelnotes.org/
Another package to look at is iproute2.
"Netfilter
-
o http://netfilter.filewatcher.org/iptables-1.1.1.tar.bz2
o http://www.samba.org/netfilter/iptables-1.1.1.tar.bz2
o
--- Antony Suter [EMAIL PROTECTED] wrote:
The names of the ppp modules have been changed in
kernel 2.4.0.
To get my system to dial like it used to under
kernel 2.2.16 I had to
modprobe ppp_generic and modprobe ppp_async. I think
the better solution is
to put the following line in my
[EMAIL PROTECTED] (Eugenio Diaz) writes:
Actually the message for char-major-180 appears every
time I restart cups.
You can try to add to your modules.conf (or conf.modules)
^^
It is deprecated. You should not use this anymore.
Two problems with hackkernel-source 0.15:
In configuration menu, category general setup, disabling CONFIG_PM
disable its depedencies CONFIG_ACPI, CONFIG_ACPI_INTERPRETER (normal),
but this enables their own dependecies CONFIG_ACPI_INTERPRETER,
CONFIG_ACPI_INTERPRETER, etc...
During compilation, i
[EMAIL PROTECTED] (Eugenio Diaz) writes:
Actually the message for char-major-180 appears every
time I restart cups.
You can try to add to your modules.conf (or conf.modules)
alias char-major-180 off
alias char-major-81 off
to disable autoload of these modules (since you don't have them)
--- Frederic Crozat [EMAIL PROTECTED] wrote:
Does anyone know what 81 and 180 are under 2.2.16
(or
how can I find out myself; I guess I would have to
go
on the module sources, but which file?):
From /usr/src/linux/Documentation/devices.txt
char-major-180 is usb
char-major-81 is
[EMAIL PROTECTED] (Eugenio Diaz) writes:
--- Antony Suter [EMAIL PROTECTED] wrote:
The names of the ppp modules have been changed in
kernel 2.4.0.
To get my system to dial like it used to under
kernel 2.2.16 I had to
modprobe ppp_generic and modprobe ppp_async. I think
the better
Yay.
I have a self compiled hackkernel 2.4.0 and a reiserfs /usr partition and
XFree86 4.0.1 and NVIDIA's one day old 0.95 drivers installed...
And its all working!
These .RPMs are installed:-
NVIDIA_kernel-0.9-5
NVIDIA_GLX-0.9-5
XFree86-4.0.1-9mdk (and friends)
The names of the ppp modules have been changed in kernel 2.4.0.
To get my system to dial like it used to under kernel 2.2.16 I had to
modprobe ppp_generic and modprobe ppp_async. I think the better solution is
to put the following line in my modules.conf:-
alias char-major-108 ppp_async
I
Antony Suter [EMAIL PROTECTED] writes:
Yay.
I have a self compiled hackkernel 2.4.0 and a reiserfs /usr partition and
XFree86 4.0.1 and NVIDIA's one day old 0.95 drivers installed...
And its all working!
Yes, but what are we supposed to do with that!?
I had hoped we could put it in comm
Anton Graham [EMAIL PROTECTED] writes:
This is my first dalliance with the 2.4 series kernels (and my first
binary kernel install in a while), so please forgive (and correct) any
misconceptions:
1) The /usr/sbin/detectloader script doesn't seem to work. In a cursory
examination of it, it
Thierry Vignaud [EMAIL PROTECTED] writes:
1) The /usr/sbin/detectloader script doesn't seem to work. In a cursory
examination of it, it appears that it should print either LILO or GRUB.
With GRUB installed (whether on the /boot partition (/dev/hda1) or on
the MBR) it prints nothing. I
Pixel [EMAIL PROTECTED] writes:
Humm on this case it's the pixel changes who broke it. I'll be glade
to fix them if pixel don't have time.
if you're glade, please do it ;p
one liner :
Index: detectloader
===
RCS file:
This is my first dalliance with the 2.4 series kernels (and my first
binary kernel install in a while), so please forgive (and correct) any
misconceptions:
1) The /usr/sbin/detectloader script doesn't seem to work. In a cursory
examination of it, it appears that it should print either LILO or
The problem is still there. the "-test4" needs to be removed.
[root@fulgore:/home/ftp/pub/linux/mandrake-devel/cooker/Mandrake/RPMS]#
rpm -Uvh hackkernel-*
error: failed dependencies:
hackkernel-headers = 2.4.0-test4-0.9mdk is needed by
hackkernel-source-2.4.0-0.9mdk
Hello
Further to my previous e-mail (Which went unanswered) I have a problem with
this kernel:
I have installed the kernel and amended grub accordingly. (It is running as
the linux-up option)
I have the initrd image which preloads reiserfs (Which is my filing system)
I then get a VFS kernel
HELP!
I have compiled the above kernel, and made my initrd with a preload of
reiserfs.
However, it complains that supermount is not supported by the kernel, nor is
reiserfs.
Has anyone else come across this?
Many thanks in advance
Alex
looking to trying to giving it a go @ hackkernel 2.3 xfree4.0 in the contribs
dir.
is all info in the rmps for installing etc? if not, where else should i look
at for info? (eh, already compiled 2.3 from kernel.org...so shouldn't have a
prob here...just wanna try to get mdk working with the
initrd support in hackkernel is still partly broken and you _must_ have
an initrd in order to boot.
--
Warly
Have some PPP problem with this kernel (I think )
fmirror: can get the file names, but does not download
IglooFTP gftp : get the directory tree very fast but not download
Netscape: does not complete the pages, selecting 'STOP' can go on
Not a provider trouble, with Windows98 the protocol speed
42 matches
Mail list logo