Keith Owens wrote:
> On Thu, 28 Jun 2001 00:07:13 -0400,
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >Steven Cole wrote:
> >> - dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
> >> + dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
>$CONFIG_PCI
> >
>
Keith Owens wrote:
On Thu, 28 Jun 2001 00:07:13 -0400,
Jeff Garzik [EMAIL PROTECTED] wrote:
Steven Cole wrote:
- dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
+ dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
$CONFIG_PCI
See the EISA and
> >Features I would like in the kernel:
> >1: Make the whole insmod-rmmod tingie a kernel internal so they could be
> >trigged before rootmount.
>
> How can you load modules into the kernel before root is mounted?
> No harddrive accessible means no modules.
initrd ?
It's quite popular feature
Features I would like in the kernel:
1: Make the whole insmod-rmmod tingie a kernel internal so they could be
trigged before rootmount.
How can you load modules into the kernel before root is mounted?
No harddrive accessible means no modules.
initrd ?
It's quite popular feature at
> On Wed, 13 Jun 2001, Daniel wrote:
> > MFM/RLL/XT/ESDI hard drive support
> > Does anyone still *have* an RLL drive that works? At the very least get rid
RLL ? Curently no. But I have a dosen of working ST225 with a dosen of ST11M
MFM controllers. Some of them ar\e still in use, mainly for
On Wed, 13 Jun 2001, Daniel wrote:
MFM/RLL/XT/ESDI hard drive support
Does anyone still *have* an RLL drive that works? At the very least get rid
RLL ? Curently no. But I have a dosen of working ST225 with a dosen of ST11M
MFM controllers. Some of them ar\e still in use, mainly for booting
Hi,
> This adds ISAPnP support to cs4232.c.
[...]
> diff -u -r1.10 cs4232.c
> --- drivers/sound/cs4232.c2001/05/27 18:06:09 1.10
> +++ drivers/sound/cs4232.c2001/06/01 17:26:52
[...]
> @@ -318,22 +325,92 @@
> static int __initdata mpuirq = -1;
> static int __initdata synthio
Hi,
This adds ISAPnP support to cs4232.c.
[...]
diff -u -r1.10 cs4232.c
--- drivers/sound/cs4232.c2001/05/27 18:06:09 1.10
+++ drivers/sound/cs4232.c2001/06/01 17:26:52
[...]
@@ -318,22 +325,92 @@
static int __initdata mpuirq = -1;
static int __initdata synthio= -1;
>
> Minor issue with bootsect.s.
1. bootsect.S is the source file
> The single instance of the lds assembly instruction includes the comment of
> ! ds:si is source
> ...
> seg fs
> lds si,(bx)! ds:si is source
> ...
> Is this comment not in reverse order (i.e should be lds
>
Minor issue with bootsect.s.
1. bootsect.S is the source file
The single instance of the lds assembly instruction includes the comment of
! ds:si is source
...
seg fs
lds si,(bx)! ds:si is source
...
Is this comment not in reverse order (i.e should be lds
> David Woodhouse wrote:
> >
> > [EMAIL PROTECTED] said:
> > > -#ifdef CONFIG_ISAPNP
> > > +#if defined(CONFIG_ISAPNP) || (defined(CONFIG_ISAPNP_MODULE) && defined(MODULE))
> >
> > The result here would be a 3c509 module which differs depending on whether
> > the ISAPNP module happened to be
"Paul Gortmaker wrote:"
> Andrzej Krzysztofowicz wrote:
> >
> > The following patch fixes some ISA PnP #ifdefs (enable modular,
> > disable when non-available) for 3c509 and smc-ultra.
>
> > -#ifdef CONFIG_ISAPNP
> > +#if defined(CONFIG_ISAPNP
>
> > The following patch removes unnecessary #ifdefs from eexpress.c
>
> They are neccessary
Yes, you are right.
I was suggested by improper part of spinlock.h ...
Forget this patch.
> > @@ -643,9 +631,7 @@
> > eexp_hw_tx_pio(dev,data,length);
> > }
> >
"Henning P. Schmiedehausen wrote:"
> Andrzej Krzysztofowicz <[EMAIL PROTECTED]> writes:
>
> >-static char name[4][IFNAMSIZ] = { "", "", "", "" };
>
> >+static char name[4][IFNAMSIZ];
>
> Ugh. Sure about that o
"David Woodhouse wrote:"
>
> [EMAIL PROTECTED] said:
> > -#ifdef CONFIG_ISAPNP
> > +#if defined(CONFIG_ISAPNP) || (defined(CONFIG_ISAPNP_MODULE) && defined(MODULE))
>
> The result here would be a 3c509 module which differs depending on whether
> the ISAPNP module happened to be compiled at
"Arjan van de Ven wrote:"
> Anuradha Ratnaweera wrote:
> >
> > Recently, I posted a request here to send your .config files and I
> > received a good number of them. (thanks!).
> >
> > Now I want to generate even more different configurations, and a random
> > .config generator would be ideal.
Arjan van de Ven wrote:
Anuradha Ratnaweera wrote:
Recently, I posted a request here to send your .config files and I
received a good number of them. (thanks!).
Now I want to generate even more different configurations, and a random
.config generator would be ideal. If I write a
Henning P. Schmiedehausen wrote:
Andrzej Krzysztofowicz [EMAIL PROTECTED] writes:
-static char name[4][IFNAMSIZ] = { , , , };
+static char name[4][IFNAMSIZ];
Ugh. Sure about that one? the variables have been pointers to zero,
now they're zero...
I do not agree. As I understand C name
Paul Gortmaker wrote:
Andrzej Krzysztofowicz wrote:
The following patch fixes some ISA PnP #ifdefs (enable modular,
disable when non-available) for 3c509 and smc-ultra.
-#ifdef CONFIG_ISAPNP
+#if defined(CONFIG_ISAPNP) || (defined(CONFIG_ISAPNP_MODULE) defined(MODULE))
Hrrm
The following patch removes unnecessary #ifdefs from eexpress.c
They are neccessary
Yes, you are right.
I was suggested by improper part of spinlock.h ...
Forget this patch.
@@ -643,9 +631,7 @@
eexp_hw_tx_pio(dev,data,length);
}
dev_kfree_skb(buf);
-#ifdef
David Woodhouse wrote:
[EMAIL PROTECTED] said:
-#ifdef CONFIG_ISAPNP
+#if defined(CONFIG_ISAPNP) || (defined(CONFIG_ISAPNP_MODULE) defined(MODULE))
The result here would be a 3c509 module which differs depending on whether
the ISAPNP module happened to be compiled at the same
David Woodhouse wrote:
[EMAIL PROTECTED] said:
-#ifdef CONFIG_ISAPNP
+#if defined(CONFIG_ISAPNP) || (defined(CONFIG_ISAPNP_MODULE) defined(MODULE))
The result here would be a 3c509 module which differs depending on whether
the ISAPNP module happened to be compiled at the same time
Sorry, one fix against previous patch
Andrzej
--- drivers/net/wavelan.p.h~Wed May 30 02:43:16 2001
+++ drivers/net/wavelan.p.h Wed May 30 02:44:29 2001
@@ -705,9 +705,9 @@
MODULE_PARM(io, "1-4i");
MODULE_PARM(irq, "1-4i");
MODULE_PARM(name, "1-4c" __MODULE_STRING(IFNAMSIZ));
The following patch fixes some bogus comments in /drivers/net/*.c
Andrzej
*** PATCH 8 *
diff -uNr linux-2.4.5-ac4/drivers/net/3c501.c linux/drivers/net/3c501.c
--- linux-2.4.5-ac4/drivers/net/3c501.c Wed May 30 01:09:52 2001
+++
The following patch fixes some long udelay()s in aironet.c and saa9730.c
in the current kernel tree.
Andrzej
*** PATCH 5 ***
diff -uNr linux-2.4.5-ac4/drivers/net/aironet4500_card.c
linux/drivers/net/aironet4500_card.c
---
The following patch removes some zero initializers from statics
Andrzej
PATCH 9 *
diff -uNr linux-2.4.5-ac4/drivers/net/dmfe.c linux/drivers/net/dmfe.c
--- linux-2.4.5-ac4/drivers/net/dmfe.c Wed May 30 01:08:54 2001
+++
The following patch fixes network drivers configuration in some points:
- make sb1000 dependent on CONFIG_ISAPNP. It compiles without CONFIG_ISAPNP,
but will not work as the driver relies on ISA PnP board detection
- de620 does not support build-in configuration (dependency on "m" now).
It
The following patch removes unnecessary #ifdefs from eexpress.c
Andrzej
** PATCH 6 ***
diff -uNr linux-2.4.5-ac4/drivers/net/eexpress.c linux/drivers/net/eexpress.c
--- linux-2.4.5-ac4/drivers/net/eexpress.c Wed May 30 01:08:54 2001
+++
dom (8.9.3/8.9.3) id CAA02200
for green!ankry; Wed, 30 May 2001 02:07:43 +0200
Date: Wed, 30 May 2001 02:07:43 +0200
From: Andrzej Krzysztofowicz
Message-Id: <[EMAIL PROTECTED]>
To: kufel!green.mif.pg.gda.pl!ankry
Subject: alan.1
cox, jg, [EMAIL PROTECTED], [EMAIL PROTECTED]
Hi,
This p
)
by kufel.dom (8.9.3/8.9.3) id CAA02200
for green!ankry; Wed, 30 May 2001 02:07:43 +0200
Date: Wed, 30 May 2001 02:07:43 +0200
From: Andrzej Krzysztofowicz kufel!ankry
Message-Id: [EMAIL PROTECTED]
To: kufel!green.mif.pg.gda.pl!ankry
Subject: alan.1
cox, jg, [EMAIL PROTECTED], [EMAIL PROTECTED]
Hi
The following patch fixes some long udelay()s in aironet.c and saa9730.c
in the current kernel tree.
Andrzej
*** PATCH 5 ***
diff -uNr linux-2.4.5-ac4/drivers/net/aironet4500_card.c
linux/drivers/net/aironet4500_card.c
---
The following patch fixes some bogus comments in /drivers/net/*.c
Andrzej
*** PATCH 8 *
diff -uNr linux-2.4.5-ac4/drivers/net/3c501.c linux/drivers/net/3c501.c
--- linux-2.4.5-ac4/drivers/net/3c501.c Wed May 30 01:09:52 2001
+++
The following patch removes some zero initializers from statics
Andrzej
PATCH 9 *
diff -uNr linux-2.4.5-ac4/drivers/net/dmfe.c linux/drivers/net/dmfe.c
--- linux-2.4.5-ac4/drivers/net/dmfe.c Wed May 30 01:08:54 2001
+++
Sorry, one fix against previous patch
Andrzej
--- drivers/net/wavelan.p.h~Wed May 30 02:43:16 2001
+++ drivers/net/wavelan.p.h Wed May 30 02:44:29 2001
@@ -705,9 +705,9 @@
MODULE_PARM(io, 1-4i);
MODULE_PARM(irq, 1-4i);
MODULE_PARM(name, 1-4c __MODULE_STRING(IFNAMSIZ));
The following patch fixes network drivers configuration in some points:
- make sb1000 dependent on CONFIG_ISAPNP. It compiles without CONFIG_ISAPNP,
but will not work as the driver relies on ISA PnP board detection
- de620 does not support build-in configuration (dependency on m now).
It
The following patch removes unnecessary #ifdefs from eexpress.c
Andrzej
** PATCH 6 ***
diff -uNr linux-2.4.5-ac4/drivers/net/eexpress.c linux/drivers/net/eexpress.c
--- linux-2.4.5-ac4/drivers/net/eexpress.c Wed May 30 01:08:54 2001
+++
> On Sat, 26 May 2001, J . A . Magallon wrote:
> > It does not begin to use swap in a growing fashion, it just appears
> > full in a moment.
>
> It gets _allocated_ in a moment, but things don't actually get
> swapped out. This isn't a problem.
>
> The real problem is that we don't actively
> --- linux-244-ac11-clean/drivers/video/matrox/matroxfb_base.c Sat May 19 20:58:43
>2001
> +++ linux-244-ac11/drivers/video/matrox/matroxfb_base.c Sun May 20 23:55:24
>2001
> @@ -2483,7 +2483,7 @@
> return 0;
> }
>
> -static int __init initialized = 0;
> +static int __initdata
--- linux-244-ac11-clean/drivers/video/matrox/matroxfb_base.c Sat May 19 20:58:43
2001
+++ linux-244-ac11/drivers/video/matrox/matroxfb_base.c Sun May 20 23:55:24
2001
@@ -2483,7 +2483,7 @@
return 0;
}
-static int __init initialized = 0;
+static int __initdata initialized
On Sat, 26 May 2001, J . A . Magallon wrote:
It does not begin to use swap in a growing fashion, it just appears
full in a moment.
It gets _allocated_ in a moment, but things don't actually get
swapped out. This isn't a problem.
The real problem is that we don't actively reclaim swap
> Thanks for your impressive clean-up patch. I have a couple of comments
> regarding your clean-up of the dmfe.c driver.
Thanks for your response.
> On Thu, 24 May 2001, Andrzej Krzysztofowicz wrote:
>
> > @@ -395,7 +395,7 @@
> > u32 dev_rev, pci_pmr;
> >
Thanks for your impressive clean-up patch. I have a couple of comments
regarding your clean-up of the dmfe.c driver.
Thanks for your response.
On Thu, 24 May 2001, Andrzej Krzysztofowicz wrote:
@@ -395,7 +395,7 @@
u32 dev_rev, pci_pmr;
if (!printed_version
original code
*/
-void *slow_memcpy( void *dst, const void *src, size_t len )
+static void *slow_memcpy( void *dst, const void *src, size_t len )
{
unsigned long to = (unsigned long)dst;
@@ -709,8 +711,10 @@
else
*RIEBL_IVEC_ADDR = IRQ_SOURCE_TO_VECTOR(dev->irq
dom (8.9.3/8.9.3) id DAA02169
for ankry@green; Thu, 24 May 2001 03:03:30 +0200
Date: Thu, 24 May 2001 03:03:30 +0200
From: Andrzej Krzysztofowicz
Message-Id: <[EMAIL PROTECTED]>
To: kufel!green.mif.pg.gda.pl!ankry
Subject: 3com
Hi,
This version of 3Com network drivers patch contains
"sebastien person wrote:"
> Is it bad to do the following call ?
>
> mod_timer(, jiffies+(0.1*HZ));
Yes, it is bad. Don't use floating point in the kernel if you don't need.
> that might fire the timer 1/10 second later.
HZ/10 is much better ...
--
sebastien person wrote:
Is it bad to do the following call ?
mod_timer(timer, jiffies+(0.1*HZ));
Yes, it is bad. Don't use floating point in the kernel if you don't need.
that might fire the timer 1/10 second later.
HZ/10 is much better ...
--
)
by kufel.dom (8.9.3/8.9.3) id DAA02169
for ankry@green; Thu, 24 May 2001 03:03:30 +0200
Date: Thu, 24 May 2001 03:03:30 +0200
From: Andrzej Krzysztofowicz kufel!ankry
Message-Id: [EMAIL PROTECTED]
To: kufel!green.mif.pg.gda.pl!ankry
Subject: 3com
Hi,
This version of 3Com network drivers patch
+81,14 @@
: Make `version[]' __initdata
: Uninlined the read/write reg/word functions.
+ Andrzej Krzysztofowicz
+: Kernel 2.4.5-pre5
+: Added MOD_DESC_PARM
+: Added KERN_INFO marker to version
Hi,
The following patch fixes compilation problems of
- zoran (drivers/media/video/zr36067.c)
- Compaq SMART2 disk array (drivers/block/cpqarray.c)
and possibly some others, when CONFIG_PROC_FS=n
Andrzej
***
diff -ur
Hi,
The following patch fixes compilation problems of
- zoran (drivers/media/video/zr36067.c)
- Compaq SMART2 disk array (drivers/block/cpqarray.c)
and possibly some others, when CONFIG_PROC_FS=n
Andrzej
***
diff -ur
Hi,
The following patch fixes ppc xconfig potential problem introduced in
2.4.5-pre4.
Andrzej
***
diff -uNr linux-2.4.5-pre4/arch/ppc/config.in linux-pre4/arch/ppc/config.in
--- linux-2.4.5-pre4/arch/ppc/config.in Mon May 21
>
> On Sat, 19 May 2001 17:58:49 -0400,
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >Finally, I don't know if I mentioned this earlier, but to be complete
> >and optimal, version strings should be a single variable 'version', such
> >that it can be passed directly to printk like
> >
> >
On Sat, 19 May 2001 17:58:49 -0400,
Jeff Garzik [EMAIL PROTECTED] wrote:
Finally, I don't know if I mentioned this earlier, but to be complete
and optimal, version strings should be a single variable 'version', such
that it can be passed directly to printk like
printk(version);
Hi,
The following patch fixes ppc xconfig potential problem introduced in
2.4.5-pre4.
Andrzej
***
diff -uNr linux-2.4.5-pre4/arch/ppc/config.in linux-pre4/arch/ppc/config.in
--- linux-2.4.5-pre4/arch/ppc/config.in Mon May 21
Hi,
The following patch fixes aironet drivers. It contains
- fixed Config.in to disable non-working configurations (PNP without isapnp,
built-in ISA or I365)
- marked __init/__devinit/__devinitdata some initial code/variables
- disable (#if 0) currently unused function (awc4500_pnp_hw_reset)
-
>From kufel!root Sat May 19 23:39:35 2001
Return-Path:
Received: from kufel.UUCP (uucp@localhost)
by green.mif.pg.gda.pl (8.9.3/8.9.3) with UUCP id XAA02226
for green.mif.pg.gda.pl!ankry; Sat, 19 May 2001 23:39:35 +0200
Received: (from root@localhost)
by kufel.dom
Hi,
The following patch fixes aironet drivers. It contains
- fixed Config.in to disable non-working configurations (PNP without isapnp,
built-in ISA or I365)
- marked __init/__devinit/__devinitdata some initial code/variables
- disable (#if 0) currently unused function (awc4500_pnp_hw_reset)
-
From kufel!root Sat May 19 23:39:35 2001
Return-Path: kufel!root
Received: from kufel.UUCP (uucp@localhost)
by green.mif.pg.gda.pl (8.9.3/8.9.3) with UUCP id XAA02226
for green.mif.pg.gda.pl!ankry; Sat, 19 May 2001 23:39:35 +0200
Received: (from root@localhost)
by
"Simon Geard wrote:"
>
> Re my previous message on this subject, the patch files are attached.
>
> They can also be found at my web site:
>
> http://homepage.ntlworld.com/whiteowl/kernel
Unfortunately your patches break with older tk:
Error in startup script: couldn't compile regular
Simon Geard wrote:
Re my previous message on this subject, the patch files are attached.
They can also be found at my web site:
http://homepage.ntlworld.com/whiteowl/kernel
Unfortunately your patches break with older tk:
Error in startup script: couldn't compile regular expression
>
> OK, just correct me if I get this wrong, but this code is taking the LAST 2
> characters of the device name and verifying that it is "cd". Which would
> mean that the standard states that "/dev/ginsucd" would be a CD-ROM drive?
>
> That is why I feel a "name" of a device handle shouldnt
OK, just correct me if I get this wrong, but this code is taking the LAST 2
characters of the device name and verifying that it is cd. Which would
mean that the standard states that /dev/ginsucd would be a CD-ROM drive?
That is why I feel a name of a device handle shouldnt set how a
> Hi,
> The following patch cleans up a bit usage of parameters related to
> number of minors per disk in the SCSI subsystem. This is a preliminary
> patch and it seems to not contain any problematic changes. The full version
> of the patch (that allows to succesfully change SCSI_MINOR_SHIFT
> On Tue, 15 May 2001, Jonathan Lundell wrote:
> > >
> > >Keep it informational. And NEVER EVER make it part of the design.
> >
> > What about:
> >
> > 1 (network domain). I have two network interfaces that I connect to
> > two different network segments, eth0 & eth1;
>
> So?
>
>
>
> I'd tried to make my 2.4.4 kernel. But after I made the "make bzImage"
> the following error arose:
>
> gcc -D__KERNEL__ -I/Usr/src/linux/2.2.4/include -Wall
> -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
> -march=i686 -c -o i387.o i387.c
> {standard input}:
I'd tried to make my 2.4.4 kernel. But after I made the make bzImage
the following error arose:
gcc -D__KERNEL__ -I/Usr/src/linux/2.2.4/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-march=i686 -c -o i387.o i387.c
{standard input}: Assambler
On Tue, 15 May 2001, Jonathan Lundell wrote:
Keep it informational. And NEVER EVER make it part of the design.
What about:
1 (network domain). I have two network interfaces that I connect to
two different network segments, eth0 eth1;
So?
Informational. You can always ask
Hi,
The following patch cleans up a bit usage of parameters related to
number of minors per disk in the SCSI subsystem. This is a preliminary
patch and it seems to not contain any problematic changes. The full version
of the patch (that allows to succesfully change SCSI_MINOR_SHIFT and use
Hi,
This patch renames some PCI_IDS in net drivers to use namespace from
pci_ids.h.
Also the "__{dev,}initdata" variables in pcnet32.c put together.
It seems that the "section type conflict" in pcnet32.c some -ac kernels ago
was caused by __initdata variables not declared together (some public
Hi,
This patch renames some PCI_IDS in net drivers to use namespace from
pci_ids.h.
Also the __{dev,}initdata variables in pcnet32.c put together.
It seems that the section type conflict in pcnet32.c some -ac kernels ago
was caused by __initdata variables not declared together (some public /
Hi,
I observe a problem with loop block device over a sparse file grater than
2GB on alpha. When write attempts to the device appear (probably only at
offset greater than 2GB), the filesysstem where the loop device file is
located gets corruptted. i observe this eg. while doing
mke2fs
Hi,
I observe a problem with loop block device over a sparse file grater than
2GB on alpha. When write attempts to the device appear (probably only at
offset greater than 2GB), the filesysstem where the loop device file is
located gets corruptted. i observe this eg. while doing
mke2fs
"Nerijus Baliunas wrote:"
> -NLS ISO 8859-1 (Latin 1; Western European Languages)
> +NLS ISO 8859-1 (Latin 1; Western European Languages)
Should'n it be consistent with Config.in ?
--
===
Andrzej M. Krzysztofowicz
"Joachim Backes wrote:"
> when booting on a machine having an Adaptec 7880 on board
> controller (Kernel 2.4.4), then i get the following msg:
> ...
> SCSI subsystem driver Revision: 1.00
> request_module[scsi_hostadapter]: Root fs not mounted
> request_module[scsi_hostadapter]: Root fs not
Joachim Backes wrote:
when booting on a machine having an Adaptec 7880 on board
controller (Kernel 2.4.4), then i get the following msg:
...
SCSI subsystem driver Revision: 1.00
request_module[scsi_hostadapter]: Root fs not mounted
request_module[scsi_hostadapter]: Root fs not mounted
Nerijus Baliunas wrote:
-NLS ISO 8859-1 (Latin 1; Western European Languages)
+NLS ISO 8859-1 (Latin 1; Western European Languages)
Should'n it be consistent with Config.in ?
--
===
Andrzej M. Krzysztofowicz
"Joachim Backes wrote:"
> I made an update from Kernel 2.2.19 to 2.4.4, and I made
> a copy from the 2.2.19 .config file into the 2.4.4 directory.
>
> After that, I was wondering about the following fact:
>
> "make menuconfig" for kernel 2.4.4 showed (what seems to
> be correct) for ATA/IDE the
Joachim Backes wrote:
I made an update from Kernel 2.2.19 to 2.4.4, and I made
a copy from the 2.2.19 .config file into the 2.4.4 directory.
After that, I was wondering about the following fact:
make menuconfig for kernel 2.4.4 showed (what seems to
be correct) for ATA/IDE the same
Hi,
The following patch adds koi8-ru (Belarussian) charset support for
2.4.4-ac kernels on top of nls_koi8-u module. They differ on two characters
only, so I don't think t is worth to create a new table for koi8-ru.
Well it could be koi8-u on top of koi8-ru as well, but I choosed minimal-
"Kai Henningsen wrote:"
> [EMAIL PROTECTED] (H. Peter Anvin) wrote on 06.05.01 in
><9d4ut6$9b9$[EMAIL PROTECTED]>:
> > Wouldn't it make a heck of a lot more sense if we had a preprocessor
> > which could produce these kinds of tables from a more sensible input
> > format (preferrably one which
Kai Henningsen wrote:
[EMAIL PROTECTED] (H. Peter Anvin) wrote on 06.05.01 in
9d4ut6$9b9$[EMAIL PROTECTED]:
Wouldn't it make a heck of a lot more sense if we had a preprocessor
which could produce these kinds of tables from a more sensible input
format (preferrably one which is already
Hi,
The following patch adds koi8-ru (Belarussian) charset support for
2.4.4-ac kernels on top of nls_koi8-u module. They differ on two characters
only, so I don't think t is worth to create a new table for koi8-ru.
Well it could be koi8-u on top of koi8-ru as well, but I choosed minimal-
Hi,
The following patch removed unused and broken conversion table from
nls_iso8859-13.c.
--- linux-2.4.4-ac5/fs/nls/nls_iso8859-13.c Sat Apr 28 20:35:03 2001
+++ linux/fs/nls/nls_iso8859-13.c Sun May 6 22:42:19 2001
@@ -149,35 +149,6 @@
0x00, 0xca, 0xea, 0xdd, 0xfd, 0xde,
Hi,
The following patch fixes a bug in UTF8->CP1255 translation.
--- linux-2.4.4-ac5/fs/nls/nls_cp1255.c Sat Apr 28 20:35:03 2001
+++ linux/fs/nls/nls_cp1255.c Sun May 6 22:33:19 2001
@@ -254,7 +254,7 @@
};
static unsigned char *page_uni2charset[256] = {
- page00, NULL, NULL,
Hi,
The following patch fixes a bug in UTF8-CP1255 translation.
--- linux-2.4.4-ac5/fs/nls/nls_cp1255.c Sat Apr 28 20:35:03 2001
+++ linux/fs/nls/nls_cp1255.c Sun May 6 22:33:19 2001
@@ -254,7 +254,7 @@
};
static unsigned char *page_uni2charset[256] = {
- page00, NULL, NULL,
Hi,
The following patch removed unused and broken conversion table from
nls_iso8859-13.c.
--- linux-2.4.4-ac5/fs/nls/nls_iso8859-13.c Sat Apr 28 20:35:03 2001
+++ linux/fs/nls/nls_iso8859-13.c Sun May 6 22:42:19 2001
@@ -149,35 +149,6 @@
0x00, 0xca, 0xea, 0xdd, 0xfd, 0xde,
Hi,
I think this patch requires no comment.
diff -ur linux-2.4.4-ac5/fs/nls/nls_koi8-u.c linux/fs/nls/nls_koi8-u.c
--- linux-2.4.4-ac5/fs/nls/nls_koi8-u.c Sat May 5 11:30:21 2001
+++ linux/fs/nls/nls_koi8-u.c Sun May 6 01:03:37 2001
@@ -141,6 +141,7 @@
0xd2, 0xd3, 0xd4, 0xd5,
Hi,
I think this patch requires no comment.
diff -ur linux-2.4.4-ac5/fs/nls/nls_koi8-u.c linux/fs/nls/nls_koi8-u.c
--- linux-2.4.4-ac5/fs/nls/nls_koi8-u.c Sat May 5 11:30:21 2001
+++ linux/fs/nls/nls_koi8-u.c Sun May 6 01:03:37 2001
@@ -141,6 +141,7 @@
0xd2, 0xd3, 0xd4, 0xd5,
> This oops happens when I run "rmmod cdrom" on a 2.4.4-ac4 kernel with
> CONFIG_SYSCTL enabled. It doesn't happen if CONFIG_SYSCTL is disabled.
>
> sr_mod isn't loaded at this point. Reference to sd_mod looks weird. After
> this oops the "cdrom" module remains in memory in the "deleted" state.
This oops happens when I run rmmod cdrom on a 2.4.4-ac4 kernel with
CONFIG_SYSCTL enabled. It doesn't happen if CONFIG_SYSCTL is disabled.
sr_mod isn't loaded at this point. Reference to sd_mod looks weird. After
this oops the cdrom module remains in memory in the deleted state.
Unable
Hi,
The following one-liner patch fixes the problem in menuconfig with
handling choice lists containing parentheses (in 2.4.4-ac4 and 2.4.5-pre1).
Please apply...
--- scripts/Menuconfig~ Mon Nov 13 23:14:29 2000
+++ scripts/Menuconfig Thu May 3 19:45:25 2001
@@ -347,7 +347,7 @@
"george anzinger wrote:"
> To show the problem do:
>
> make xconfig ARCH=ppc
>
> in the "Platform support" menu "Processor Type" select "8xx" then close
> the subminue with "MainMenu"
>
> now select "Save and Exit"
>
> This produces the following error messages:
>
> ERROR - Attempting to
george anzinger wrote:
To show the problem do:
make xconfig ARCH=ppc
in the Platform support menu Processor Type select 8xx then close
the subminue with MainMenu
now select Save and Exit
This produces the following error messages:
ERROR - Attempting to write value for
Hi,
The following one-liner patch fixes the problem in menuconfig with
handling choice lists containing parentheses (in 2.4.4-ac4 and 2.4.5-pre1).
Please apply...
--- scripts/Menuconfig~ Mon Nov 13 23:14:29 2000
+++ scripts/Menuconfig Thu May 3 19:45:25 2001
@@ -347,7 +347,7 @@
> To show the problem do:
>
> make xconfig ARCH=ppc
>
> in the "Platform support" menu "Processor Type" select "8xx" then close
> the subminue with "MainMenu"
>
> now select "Save and Exit"
>
> This produces the following error messages:
>
> ERROR - Attempting to write value for unconfigured
To show the problem do:
make xconfig ARCH=ppc
in the Platform support menu Processor Type select 8xx then close
the subminue with MainMenu
now select Save and Exit
This produces the following error messages:
ERROR - Attempting to write value for unconfigured variable
Are you sure that the arguments of the following casting
> + return le16_to_cpu(*(u16 *)p);
> + return be16_to_cpu(*(u16 *)p);
> + return le32_to_cpu(*(u32 *)p);
> + return be32_to_cpu(*(u32 *)p);
are properly aligned ?
I did not revise the code to check it, but AFAIK
Are you sure that the arguments of the following casting
+ return le16_to_cpu(*(u16 *)p);
+ return be16_to_cpu(*(u16 *)p);
+ return le32_to_cpu(*(u32 *)p);
+ return be32_to_cpu(*(u32 *)p);
are properly aligned ?
I did not revise the code to check it, but AFAIK improperly
"Matthias Andree wrote:"
> On Fri, 27 Apr 2001, David S. Miller wrote:
> > Your configuration seems impossible, somehow the config system allowed
> > you to set CONFIG_IP_NF_COMPAT_IPCHAINS without setting
> > CONFIG_IP_NF_CONNTRACK.
Just quick look at net/ipv4/netfilter/Config.in explains
Matthias Andree wrote:
On Fri, 27 Apr 2001, David S. Miller wrote:
Your configuration seems impossible, somehow the config system allowed
you to set CONFIG_IP_NF_COMPAT_IPCHAINS without setting
CONFIG_IP_NF_CONNTRACK.
Just quick look at net/ipv4/netfilter/Config.in explains everything:
:
1 - 100 of 214 matches
Mail list logo
