* Re: Linux 2.4.21-pre1
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
@ 2002-12-11 1:14 ` Adrian Bunk
2002-12-11 8:55 ` Matthias Andree
` (4 subsequent siblings)
5 siblings, 0 replies; 19+ messages in thread
From: Adrian Bunk @ 2002-12-11 1:14 UTC (permalink / raw)
To: lkml
On Tue, Dec 10, 2002 at 06:37:14PM -0200, Marcelo Tosatti wrote:
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
>
> Test it carefully, since the new IDE code is not yet fully tested.
>
> Do not use it with critical data.
>
> Summary of changes from v2.4.20 to v2.4.21-pre1
> ============================================
>...
> Alan Cox <alan@lxorguk.ukuu.org.uk>:
>...
> o ac IDE merge
>...
The ac IDE merge broke the compilation of hd.c (it was already broken in
ac):
<-- snip -->
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -I../
-nostdinc -iwithprefix include -DKBUILD_BASENAME=hd -c -o hd.o hd.c
hd.c:78: conflicting types for `recal_intr'
/home/bunk/linux/kernel-2.4/linux-2.4.20/include/linux/ide.h:1487:
previous declaration of `recal_intr'
hd.c: In function `dump_status':
hd.c:171: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:171: (Each undeclared identifier is reported only once
hd.c:171: for each function it appears in.)
hd.c:171: `CURRENT' undeclared (first use in this function)
hd.c:169: warning: `devc' might be used uninitialized in this function
hd.c: In function `hd_out':
hd.c:284: `DEVICE_INTR' undeclared (first use in this function)
hd.c:284: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c: In function `do_reset_hd':
...
make[4]: *** [hd.o] Error 1
make[4]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.20/drivers/ide/legacy'
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
2002-12-11 1:14 ` Adrian Bunk
@ 2002-12-11 8:55 ` Matthias Andree
2002-12-11 9:20 ` Marc-Christian Petersen
2002-12-11 9:08 ` Ralf Hildebrandt
` (3 subsequent siblings)
5 siblings, 1 reply; 19+ messages in thread
From: Matthias Andree @ 2002-12-11 8:55 UTC (permalink / raw)
To: lkml; +Cc: marcelo, Andrew Morton
On Tue, 10 Dec 2002, Marcelo Tosatti wrote:
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
>
> Test it carefully, since the new IDE code is not yet fully tested.
>
> Do not use it with critical data.
Oh, speaking of "carefully", could Andrew Morton's mount -o dirsync
feature patch for 2.4.21 please be merged early in v2.4.21-pre? User
space (util-linux, e2fsprogs' lsattr/chattr) has been supporting it for
a while, just the kernel lacked it.
This -o dirsync feature is necessary to give applications that are
either unaware of Linux' default -o async or that do not want to cater
for deliberate incompatibilities a big performance boost: these
applications (Postfix on ext2fs but not on 2.4 ext3fs or reiserfs, qmail
on any Linux fs, probably a lot others I haven't even looked at)
traditionally *require* chattr +S or mount -o sync to work reliably,
after the merge, they could instead go with mount -o dirsync or chattr
+D, which improves write speed quite a bit.
Not applying the dirsync patch means that a stupid BSD ffs in default
configuration will beat Linux (that needs -o sync) hands-down without
any tuning the admin could do. One might also consider making -o dirsync
the default while one's there, to give users a default-reliable setting,
but this is going to rouse the performance fetishists who don't care
about data persistence and who don't care to collect their new files
from lost+found on ext2fs but rather cheat benchmarks.
I can elaborate a bit more, but this has been discussed multiple times
and after all, the code is there.
> Summary of changes from v2.4.20 to v2.4.21-pre1
...
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1
2002-12-11 8:55 ` Matthias Andree
@ 2002-12-11 9:20 ` Marc-Christian Petersen
0 siblings, 0 replies; 19+ messages in thread
From: Marc-Christian Petersen @ 2002-12-11 9:20 UTC (permalink / raw)
To: linux-kernel; +Cc: Andrew Morton, Matthias Andree
On Wednesday 11 December 2002 09:55, Matthias Andree wrote:
Hi Matthias,
> Oh, speaking of "carefully", could Andrew Morton's mount -o dirsync
> feature patch for 2.4.21 please be merged early in v2.4.21-pre? User
> space (util-linux, e2fsprogs' lsattr/chattr) has been supporting it for
> a while, just the kernel lacked it.
> I can elaborate a bit more, but this has been discussed multiple times
> and after all, the code is there.
sorry, where can we find it?
ciao, Marc
--
Kind regards
Marc-Christian Petersen
http://sourceforge.net/projects/wolk
PGP/GnuPG Key: 1024D/569DE2E3DB441A16
Fingerprint: 3469 0CF8 CA7E 0042 7824 080A 569D E2E3 DB44 1A16
Key available at www.keyserver.net. Encrypted e-mail preferred.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
2002-12-11 1:14 ` Adrian Bunk
2002-12-11 8:55 ` Matthias Andree
@ 2002-12-11 9:08 ` Ralf Hildebrandt
2002-12-11 16:07 ` Alan Cox
2002-12-17 8:02 ` Ralf Hildebrandt
2002-12-11 9:37 ` Linux 2.4.21-pre1 compile failure: drivers/net/pcmcia/fmvj18x_cs.c Eyal Lebedinsky
` (2 subsequent siblings)
5 siblings, 2 replies; 19+ messages in thread
From: Ralf Hildebrandt @ 2002-12-11 9:08 UTC (permalink / raw)
To: lkml
* Marcelo Tosatti <marcelo@conectiva.com.br>:
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
>
> Test it carefully, since the new IDE code is not yet fully tested.
And, alas, I do have problems with exactly that code. Background:
I've been trying the -ac kernels for quite some time now, but on my
new Toshiba Satellite Pro 6100 they all fail miserably.
I made three screenshots which illuminate the problem:
http://www.stahl.bau.tu-bs.de/~hildeb/kernel/
* 2.4.20/2.4.19/2.4.20-ck1 all boot OK, the old IDE code detects my drives.
* 2.4.19-acX, 2.4.20-ac1 or 2.4.21-pre1 boot, but then fail to detect my drives.
My /etc/lilo.conf contains as addiditonal boot parameters only:
append="hdc=ide-scsi max_scsi_luns=1 video=vesa:ywrap,mtrr"
lspci reports:
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04)
00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio (rev 02)
00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 420 Go] (rev a3)
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) Chipset Ethernet Controller (rev 42)
02:0a.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 01)
02:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 32)
02:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 32)
02:0d.0 System peripheral: Toshiba America Info Systems: Unknown device 0805 (rev 03)
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
"Looking at the proliferation of personal web pages on the net, it
looks like very soon everyone on earth will have 15 Megabytes of fame."
-MG Siriam
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1
2002-12-11 9:08 ` Ralf Hildebrandt
@ 2002-12-11 16:07 ` Alan Cox
2002-12-11 15:34 ` Ralf Hildebrandt
2002-12-17 8:02 ` Ralf Hildebrandt
1 sibling, 1 reply; 19+ messages in thread
From: Alan Cox @ 2002-12-11 16:07 UTC (permalink / raw)
To: Ralf Hildebrandt; +Cc: lkml
On Wed, 2002-12-11 at 09:08, Ralf Hildebrandt wrote:
> 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
> 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04)
> 00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
> 00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
> 00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
Drive and controllers are what ?
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1
2002-12-11 16:07 ` Alan Cox
@ 2002-12-11 15:34 ` Ralf Hildebrandt
2002-12-11 15:56 ` Ralf Hildebrandt
0 siblings, 1 reply; 19+ messages in thread
From: Ralf Hildebrandt @ 2002-12-11 15:34 UTC (permalink / raw)
To: Alan Cox; +Cc: Ralf Hildebrandt, lkml
* Alan Cox <alan@lxorguk.ukuu.org.uk>:
> On Wed, 2002-12-11 at 09:08, Ralf Hildebrandt wrote:
> > 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
> > 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04)
> > 00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
> > 00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
> > 00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
>
> Drive and controllers are what ?
According to the 2.4.20 kernel (see
http://www.stahl.bau.tu-bs.de/~hildeb/kernel/2.4.20.jpg for a snapshot
of the boot process!) the drives are:
hda: TOSHIBA MK4019GAX, ATA DISK drive
hdc: TOSHIBA DVD-ROM SD-R2102, ATAPI CD/DVD-ROM drive
And the controller:
ICH3M: chipset revision 2
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1
2002-12-11 15:34 ` Ralf Hildebrandt
@ 2002-12-11 15:56 ` Ralf Hildebrandt
2002-12-11 17:29 ` Alan Cox
0 siblings, 1 reply; 19+ messages in thread
From: Ralf Hildebrandt @ 2002-12-11 15:56 UTC (permalink / raw)
To: lkml; +Cc: Alan Cox, Ralf Hildebrandt
* Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>:
> According to the 2.4.20 kernel (see
> http://www.stahl.bau.tu-bs.de/~hildeb/kernel/2.4.20.jpg for a snapshot
> of the boot process!) the drives are:
>
> hda: TOSHIBA MK4019GAX, ATA DISK drive
> hdc: TOSHIBA DVD-ROM SD-R2102, ATAPI CD/DVD-ROM drive
>
> And the controller:
> ICH3M: chipset revision 2
More details (lspci -vv):
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: Toshiba America Info Systems: Unknown device 0001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at cff8 [size=8]
Region 1: I/O ports at cff4 [size=4]
Region 2: I/O ports at cfe8 [size=8]
Region 3: I/O ports at cfe4 [size=4]
Region 4: I/O ports at cfa0 [size=16]
Region 5: Memory at 10000000 (32-bit, non-prefetchable) [size=1K]
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Why you can't find your system administrators:
The Cray's Chiller decided to go on vacation, and (S)he got stuck to one of the vents on the Y-MP after switching to air-cooled mode.
--Jeff Wolfe wolfe@ems.psu.edu
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1
2002-12-11 15:56 ` Ralf Hildebrandt
@ 2002-12-11 17:29 ` Alan Cox
2002-12-15 9:56 ` Ralf Hildebrandt
0 siblings, 1 reply; 19+ messages in thread
From: Alan Cox @ 2002-12-11 17:29 UTC (permalink / raw)
To: Ralf Hildebrandt; +Cc: lkml, andre
Ok this seems to be the problem
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) (prog-if
8a [Master SecP PriP])
Subsystem: Toshiba America Info Systems: Unknown device 0001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at cff8 [size=8]
Region 1: I/O ports at cff4 [size=4]
Region 2: I/O ports at cfe8 [size=8]
Region 3: I/O ports at cfe4 [size=4]
The hardware isnt at the normal ide base addresse, yet the chip is
reporting that it isnt in native mode. As far as I can see this
configuration isnt allowed.
We see that the chip isnt in native mode so we defer to the legacy
scanner. Since the ports are not valid the legacy scanner doesn't find
them.
Any thoughts on how we should handle this case Andre ?
Alan
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1
2002-12-11 17:29 ` Alan Cox
@ 2002-12-15 9:56 ` Ralf Hildebrandt
2002-12-16 6:34 ` Alan Cox
0 siblings, 1 reply; 19+ messages in thread
From: Ralf Hildebrandt @ 2002-12-15 9:56 UTC (permalink / raw)
To: lkml
* Alan Cox <alan@lxorguk.ukuu.org.uk>:
> The hardware isnt at the normal ide base addresse, yet the chip is
> reporting that it isnt in native mode. As far as I can see this
> configuration isnt allowed.
>
> We see that the chip isnt in native mode so we defer to the legacy
> scanner. Since the ports are not valid the legacy scanner doesn't find
> them.
Will the fix be for thatbe in 2.4.20-ac3 / 2.4.21-pre2?
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
How can you have an email virus? Mail software doesn't execute code,
it just displays messages.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1
2002-12-15 9:56 ` Ralf Hildebrandt
@ 2002-12-16 6:34 ` Alan Cox
0 siblings, 0 replies; 19+ messages in thread
From: Alan Cox @ 2002-12-16 6:34 UTC (permalink / raw)
To: Ralf Hildebrandt; +Cc: lkml
On Sun, 2002-12-15 at 09:56, Ralf Hildebrandt wrote:
> * Alan Cox <alan@lxorguk.ukuu.org.uk>:
>
> > The hardware isnt at the normal ide base addresse, yet the chip is
> > reporting that it isnt in native mode. As far as I can see this
> > configuration isnt allowed.
> >
> > We see that the chip isnt in native mode so we defer to the legacy
> > scanner. Since the ports are not valid the legacy scanner doesn't find
> > them.
>
> Will the fix be for thatbe in 2.4.20-ac3 / 2.4.21-pre2?
Soon I hope
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1
2002-12-11 9:08 ` Ralf Hildebrandt
2002-12-11 16:07 ` Alan Cox
@ 2002-12-17 8:02 ` Ralf Hildebrandt
1 sibling, 0 replies; 19+ messages in thread
From: Ralf Hildebrandt @ 2002-12-17 8:02 UTC (permalink / raw)
To: lkml
* Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>:
> And, alas, I do have problems with exactly that code. Background:
>
> I've been trying the -ac kernels for quite some time now, but on my
> new Toshiba Satellite Pro 6100 they all fail miserably.
>
> I made three screenshots which illuminate the problem:
> http://www.stahl.bau.tu-bs.de/~hildeb/kernel/
Alan's patch in the Message with "Subject: IDE but no disks" fixes the
problem.
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Real programmers never work 9 to 5. If any real programmers are around
at 9 am, it's because they were up all night.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1 compile failure: drivers/net/pcmcia/fmvj18x_cs.c
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
` (2 preceding siblings ...)
2002-12-11 9:08 ` Ralf Hildebrandt
@ 2002-12-11 9:37 ` Eyal Lebedinsky
2002-12-11 12:51 ` Adrian Bunk
2002-12-11 10:50 ` Linux 2.4.21-pre1 - unresolved symbols: scx200_gpio.o Eyal Lebedinsky
2002-12-12 1:35 ` Linux 2.4.21-pre1 IDE Erik Andersen
5 siblings, 1 reply; 19+ messages in thread
From: Eyal Lebedinsky @ 2002-12-11 9:37 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
gcc -D__KERNEL__ -I/data2/usr/local/src/linux-2.4-pre/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-malign-functions=4 -DMODULE -DMODVERSIONS -include
/data2/usr/local/src/linux-2.4-pre/include/linux/modversions.h
-nostdinc -iwithprefix include -DKBUILD_BASENAME=fmvj18x_cs -c -o
fmvj18x_cs.o fmvj18x_cs.c
fmvj18x_cs.c: In function `fmvj18x_config':
fmvj18x_cs.c:489: `PRODID_TDK_GN3410' undeclared (first use in this
function)
fmvj18x_cs.c:489: (Each undeclared identifier is reported only once
fmvj18x_cs.c:489: for each function it appears in.)
fmvj18x_cs.c:529: `MANFID_UNGERMANN' undeclared (first use in this
function)
make[3]: *** [fmvj18x_cs.o] Error 1
make[3]: Leaving directory
`/data2/usr/local/src/linux-2.4-pre/drivers/net/pcmcia'
#
# PCMCIA network device support
#
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_AXNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_ARCNET_COM20020_CS=m
CONFIG_PCMCIA_IBMTR=m
CONFIG_PCMCIA_XIRCOM=m
CONFIG_PCMCIA_XIRTULIP=m
CONFIG_NET_PCMCIA_RADIO=y
CONFIG_PCMCIA_RAYCS=m
CONFIG_PCMCIA_NETWAVE=m
CONFIG_PCMCIA_WAVELAN=m
CONFIG_AIRONET4500_CS=m
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1 compile failure: drivers/net/pcmcia/fmvj18x_cs.c
2002-12-11 9:37 ` Linux 2.4.21-pre1 compile failure: drivers/net/pcmcia/fmvj18x_cs.c Eyal Lebedinsky
@ 2002-12-11 12:51 ` Adrian Bunk
0 siblings, 0 replies; 19+ messages in thread
From: Adrian Bunk @ 2002-12-11 12:51 UTC (permalink / raw)
To: Eyal Lebedinsky; +Cc: Marcelo Tosatti, lkml, Alan Cox
On Wed, Dec 11, 2002 at 08:37:34PM +1100, Eyal Lebedinsky wrote:
> gcc -D__KERNEL__ -I/data2/usr/local/src/linux-2.4-pre/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
> -malign-functions=4 -DMODULE -DMODVERSIONS -include
> /data2/usr/local/src/linux-2.4-pre/include/linux/modversions.h
> -nostdinc -iwithprefix include -DKBUILD_BASENAME=fmvj18x_cs -c -o
> fmvj18x_cs.o fmvj18x_cs.c
> fmvj18x_cs.c: In function `fmvj18x_config':
> fmvj18x_cs.c:489: `PRODID_TDK_GN3410' undeclared (first use in this
> function)
> fmvj18x_cs.c:489: (Each undeclared identifier is reported only once
> fmvj18x_cs.c:489: for each function it appears in.)
> fmvj18x_cs.c:529: `MANFID_UNGERMANN' undeclared (first use in this
> function)
> make[3]: *** [fmvj18x_cs.o] Error 1
> make[3]: Leaving directory
> `/data2/usr/local/src/linux-2.4-pre/drivers/net/pcmcia'
>...
The pcmcia networking updates that came from -ac didn't include the
changes to ciscode.h. The patch below (stolen from -ac) fixes this
problem.
cu
Adrian
--- linux.vanilla/include/pcmcia/ciscode.h 2001-12-21 17:42:04.000000000 +0000
+++ linux.20-ac1/include/pcmcia/ciscode.h 2002-11-15 16:42:06.000000000 +0000
@@ -1,5 +1,5 @@
/*
- * ciscode.h 1.48 2001/08/24 12:16:12
+ * ciscode.h 1.57 2002/11/03 20:38:14
*
* The contents of this file are subject to the Mozilla Public License
* Version 1.1 (the "License"); you may not use this file except in
@@ -60,6 +60,10 @@
#define PRODID_INTEL_DUAL_RS232 0x0301
#define PRODID_INTEL_2PLUS 0x8422
+#define MANFID_KME 0x0032
+#define PRODID_KME_KXLC005_A 0x0704
+#define PRODID_KME_KXLC005_B 0x2904
+
#define MANFID_LINKSYS 0x0143
#define PRODID_LINKSYS_PCMLM28 0xc0ab
#define PRODID_LINKSYS_3400 0x3341
@@ -94,6 +98,8 @@
#define PRODID_OSITECH_JACK_336 0x0007
#define PRODID_OSITECH_SEVEN 0x0008
+#define MANFID_OXSEMI 0x0279
+
#define MANFID_PIONEER 0x000b
#define MANFID_PSION 0x016c
@@ -103,6 +109,7 @@
#define PRODID_QUATECH_SPP100 0x0003
#define PRODID_QUATECH_DUAL_RS232 0x0012
#define PRODID_QUATECH_DUAL_RS232_D1 0x0007
+#define PRODID_QUATECH_DUAL_RS232_D2 0x0052
#define PRODID_QUATECH_QUAD_RS232 0x001b
#define PRODID_QUATECH_DUAL_RS422 0x000e
#define PRODID_QUATECH_QUAD_RS422 0x0045
@@ -120,9 +127,12 @@
#define MANFID_TDK 0x0105
#define PRODID_TDK_CF010 0x0900
+#define PRODID_TDK_GN3410 0x4815
#define MANFID_TOSHIBA 0x0098
+#define MANFID_UNGERMANN 0x02c0
+
#define MANFID_XIRCOM 0x0105
#endif /* _LINUX_CISCODE_H */
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1 - unresolved symbols: scx200_gpio.o
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
` (3 preceding siblings ...)
2002-12-11 9:37 ` Linux 2.4.21-pre1 compile failure: drivers/net/pcmcia/fmvj18x_cs.c Eyal Lebedinsky
@ 2002-12-11 10:50 ` Eyal Lebedinsky
2002-12-12 1:35 ` Linux 2.4.21-pre1 IDE Erik Andersen
5 siblings, 0 replies; 19+ messages in thread
From: Eyal Lebedinsky @ 2002-12-11 10:50 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
depmod: *** Unresolved symbols in
/lib/modules/2.4.21-pre1/kernel/drivers/char/scx200_gpio.o
depmod: scx200_gpio_configure
depmod: scx200_gpio_base
depmod: scx200_gpio_shadow
Practically everything was built as a module.
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1 IDE
2002-12-10 20:37 Linux 2.4.21-pre1 Marcelo Tosatti
` (4 preceding siblings ...)
2002-12-11 10:50 ` Linux 2.4.21-pre1 - unresolved symbols: scx200_gpio.o Eyal Lebedinsky
@ 2002-12-12 1:35 ` Erik Andersen
2002-12-12 13:10 ` Alan Cox
5 siblings, 1 reply; 19+ messages in thread
From: Erik Andersen @ 2002-12-12 1:35 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
On Tue Dec 10, 2002 at 06:37:14PM -0200, Marcelo Tosatti wrote:
>
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
>
> Test it carefully, since the new IDE code is not yet fully tested.
A few off things here...
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20267: IDE controller at PCI slot 00:0b.0
PDC20267: chipset revision 2
PDC20267: not 100%% native mode: will probe irqs later
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0xb800-0xb807, BIOS settings: hde:DMA, hdf:DMA
ide3: BM-DMA at 0xb808-0xb80f, BIOS settings: hdg:pio, hdh:pio
VP_IDE: IDE controller at PCI slot 00:11.1
PCI: No IRQ known for interrupt pin A of device 00:11.1.
VP_IDE: chipset revision 6
VP_IDE: not 100%% native mode: will probe irqs later
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci00:11.1
ide0: BM-DMA at 0xbc00-0xbc07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xbc08-0xbc0f, BIOS settings: hdc:DMA, hdd:DMA
hda: IC35L080AVVA07-0, ATA DISK drive
hdb: IC35L040AVER07-0, ATA DISK drive
hda: DMA disabled
^^^^^^^^^^^^^^^^^
What's up with this? For each drive in my system it claims it
has disabled DMA. But hdparm later reports that DMA is in fact
enabled. In fact, later on the kernel ever reports the drive
as being in UDMA 100 mode... I think these "DMA disabled"
messages are bogus.
blk: queue c03c4a00, I/O limit 4095Mb (mask 0xffffffff)
hdb: DMA disabled
^^^^^^^^^^^^^^^^^
blk: queue c03c4b4c, I/O limit 4095Mb (mask 0xffffffff)
hdc: PCRW804, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-116 0122, ATAPI CD/DVD-ROM drive
hdc: DMA disabled
hdd: DMA disabled
^^^^^^^^^^^^^^^^^
hde: IC35L040AVER07-0, ATA DISK drive
hde: DMA disabled
^^^^^^^^^^^^^^^^^
Yet more bogus DMA disabled messages....
blk: queue c03c52d8, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0x1800-0x1807,0xac02 on irq 11
hda: host protected area => 1
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)
Now we see the funky "host protected area => 1" message. As
discussed earlier with Andre, this message should be removed from
the kernel. The message as written implies that the drive
actually has an active HPA -- which is not the case at all! All
this is doing is enumerating support for a particular drive
feature. Do we really care that the drive has Host Protected
Area feature set support? I don't care. I suppose it might be
interesting to note if there is actually an HPA in effect, but
this as is the message is just noise. If we are going to
enumerate drive capabilities, why not useful ones like the Power
Management feature set, or the Power-Up In Standby feature set...
I think we should kill the "host protected area => 1" message. If
people care about their drives supported feature set, they can
run 'hdparm -I' to find this out,
-Erik
--
Erik B. Andersen http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: Linux 2.4.21-pre1 IDE
2002-12-12 1:35 ` Linux 2.4.21-pre1 IDE Erik Andersen
@ 2002-12-12 13:10 ` Alan Cox
2002-12-13 14:23 ` Tomas Szepe
0 siblings, 1 reply; 19+ messages in thread
From: Alan Cox @ 2002-12-12 13:10 UTC (permalink / raw)
To: andersen; +Cc: Marcelo Tosatti, lkml
On Thu, 2002-12-12 at 01:35, Erik Andersen wrote:
> hda: DMA disabled
> ^^^^^^^^^^^^^^^^^
>
> What's up with this? For each drive in my system it claims it
> has disabled DMA. But hdparm later reports that DMA is in fact
> enabled. In fact, later on the kernel ever reports the drive
> as being in UDMA 100 mode... I think these "DMA disabled"
> messages are bogus.
Cosmetic and known. It in fact turns DMA back on - quietly
> ide2 at 0x1800-0x1807,0xac02 on irq 11
> hda: host protected area => 1
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)
>
> Now we see the funky "host protected area => 1" message. As
> discussed earlier with Andre, this message should be removed from
> the kernel. The message as written implies that the driv
Before 2.4.21 agreed
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Linux 2.4.21-pre1 IDE
2002-12-12 13:10 ` Alan Cox
@ 2002-12-13 14:23 ` Tomas Szepe
2002-12-13 17:42 ` Alan Cox
0 siblings, 1 reply; 19+ messages in thread
From: Tomas Szepe @ 2002-12-13 14:23 UTC (permalink / raw)
To: Alan Cox; +Cc: andersen, Marcelo Tosatti, lkml
> > hda: DMA disabled
> > ^^^^^^^^^^^^^^^^^
> >
> > What's up with this? For each drive in my system it claims it
> > has disabled DMA. But hdparm later reports that DMA is in fact
> > enabled. In fact, later on the kernel ever reports the drive
> > as being in UDMA 100 mode... I think these "DMA disabled"
> > messages are bogus.
>
> Cosmetic and known. It in fact turns DMA back on - quietly
Alan, I sent you a patch fixing this last week, can resend if necessary.
--
Tomas Szepe <szepe@pinerecords.com>
^ permalink raw reply [flat|nested] 19+ messages in thread