* [PATCH] sc520cdp depends on mtdconcat
From: Herbert Xu @ 2002-12-15 3:39 UTC (permalink / raw)
To: dwmw2; +Cc: Marcelo Tosatti, Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 267 bytes --]
This patch makes that dependency explicit.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
[-- Attachment #2: p --]
[-- Type: text/plain, Size: 1161 bytes --]
Index: drivers/mtd/maps/Config.in
===================================================================
RCS file: /home/gondolin/herbert/src/CVS/debian/kernel-source-2.4/drivers/mtd/maps/Config.in,v
retrieving revision 1.1.1.5
diff -u -r1.1.1.5 Config.in
--- drivers/mtd/maps/Config.in 28 Nov 2002 23:53:13 -0000 1.1.1.5
+++ drivers/mtd/maps/Config.in 15 Dec 2002 03:37:56 -0000
@@ -19,7 +19,7 @@
if [ "$CONFIG_X86" = "y" ]; then
dep_tristate ' CFI Flash device mapped on Photron PNC-2000' CONFIG_MTD_PNC2000 $CONFIG_MTD_CFI $CONFIG_MTD_PARTITIONS
- dep_tristate ' CFI Flash device mapped on AMD SC520 CDP' CONFIG_MTD_SC520CDP $CONFIG_MTD_CFI
+ dep_tristate ' CFI Flash device mapped on AMD SC520 CDP' CONFIG_MTD_SC520CDP $CONFIG_MTD_CFI $CONFIG_MTD_CONCAT
dep_tristate ' CFI Flash device mapped on AMD NetSc520' CONFIG_MTD_NETSC520 $CONFIG_MTD_CFI $CONFIG_MTD_PARTITIONS
dep_tristate ' CFI Flash device mapped on Arcom SBC-GXx boards' CONFIG_MTD_SBC_GXX $CONFIG_MTD_CFI_INTELEXT $CONFIG_MTD_PARTITIONS
dep_tristate ' CFI Flash device mapped on Arcom ELAN-104NC' CONFIG_MTD_ELAN_104NC $CONFIG_MTD_CFI_INTELEXT $CONFIG_MTD_PARTITIONS
^ permalink raw reply
* Re: freemaps
From: Andrew Morton @ 2002-12-15 3:09 UTC (permalink / raw)
To: Frederic Rossi (LMC); +Cc: Ingo Molnar, linux-mm
In-Reply-To: <003601c2a3c2$cf721ba0$0d50858e@sybix>
"Frederic Rossi (LMC)" wrote:
>
> ...
> 100000 mmaps, mmap=2545 msec munmap=59 msec
> 100000 mmaps, mmap=2545 msec munmap=58 msec
> 100000 mmaps, mmap=2544 msec munmap=60 msec
> 100000 mmaps, mmap=2547 msec munmap=60 msec
>
> and with freemaps I get
> 100000 mmaps, mmap=79 msec munmap=60 msec
> 100000 mmaps, mmap=79 msec munmap=60 msec
> 100000 mmaps, mmap=80 msec munmap=60 msec
> 100000 mmaps, mmap=79 msec munmap=60 msec
>
Yes, this is a real failing.
>
> +ssize_t proc_pid_read_vmc (struct task_struct *task, struct file * file, char * buf, size_t count, loff_t *ppos)
> +{
This should use the seq_file API.
> +struct vma_cache_struct {
> + struct list_head head;
> + unsigned long vm_start;
> + unsigned long vm_end;
> +};
So this is the key part. It is a per-mm linear list of unmapped areas.
You state that its locking is via mm->mmap_sem. I assume that means
a down_write() of that semaphore?
As this is a linear list, I do not understand why it does not have similar failure
modes to the current search. Suppose this list describes 100,000 4k unmapped
areas and the application requests an 8k mmap??
> +static __inline__ int vma_cache_chainout (struct mm_struct *mm, struct vma_cache_struct *vmc)
> +{
> + if (!vmc)
> + return -EINVAL;
> +
> + list_del_init (&vmc->head);
> + vma_cache_free (vmc);
vma_cache_free() already does the list_del_init().
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* [parisc-linux] comparison of function pointers
From: John David Anglin @ 2002-12-15 3:02 UTC (permalink / raw)
To: Carlos O'Donell; +Cc: tausq, parisc-linux
In-Reply-To: <20021213192039.GB12890@systemhalted>
GCC 3.3 and later has a new function __canonicalize_funcptr_for_compare
in libgcc.a for comparing function pointers. There are routines in glibc
that compare function pointers and therefore depend on the presence
of this function if glibc is built with gcc-3.3 or later. These
are gconv_open.o, signal.o, sigvec.o, sysv_signal.o, sigset.o, malloc.o
sleep.o, getaddrinfo.o, svc.o, svc_simple.o.
Earlier versions of gcc don't have the function. Thus, if you try to
use an earlier version of gcc with a library built with gcc-3.3 or later,
the routine won't be present in libgcc. One solution might be to add
__canonicalize_funcptr_for_compare to glibc. This might be a good idea
as it depends closely on the implementation of the dynamic linker
interface in glibc for function calls.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply
* Re: how to launch downloaded files?
From: Ray Olszewski @ 2002-12-15 2:46 UTC (permalink / raw)
To: Linux Newbie
In-Reply-To: <3DFBEA9E.9000704@look.ca>
At 09:36 PM 12/14/02 -0500, R. Bal wrote:
>Hi All,
>
>I'm a day old Linux user, and am loving the system performance. Everthing
>is great, except that I can't seem to get the files I download off the net
>to "execute". I know where the files are being saved. How do I "run"
>them? I have a Netscape installer, but can't seem to get it working.
>
>Any suggestions? I'm running Red Hat 8.0.
Since you put "execute" and "run" in quotes, I wonder if you are referring
to something other than running an downloaded application that was compiled
for Linux. If you are, please explain further what you mean.
If not ... if that is what you mean ... you either run it from a
command-line prompt (in X, open an xterm or eterm and run it from there),
or you add it to your X window-manager's popup menu (comes up with the
right mouse button, normally), or you do something specific to the desktop
environment (e.g., Gnome or KDE) that you are running. There are also
specialized "launcher" applications that emulate some of the click-to-run
style of the Windows GUI.
--
-------------------------------------------"Never tell me the odds!"--------
Ray Olszewski -- Han Solo
Palo Alto, California, USA ray@comarre.com
-------------------------------------------------------------------------------
-
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
* how to launch downloaded files?
From: R. Bal @ 2002-12-15 2:36 UTC (permalink / raw)
To: Linux Newbie
Hi All,
I'm a day old Linux user, and am loving the system performance.
Everthing is great, except that I can't seem to get the files I download
off the net to "execute". I know where the files are being saved. How
do I "run" them? I have a Netscape installer, but can't seem to get it
working.
Any suggestions? I'm running Red Hat 8.0.
RB.
-
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: Reiserfs with Samba vs NetApp Filer (purely performance)
From: Richard Sharpe @ 2002-12-15 2:13 UTC (permalink / raw)
To: Hans Reiser
Cc: Ragnar Kjørstad, darren, 'Russell Coker',
reiserfs-list
In-Reply-To: <3DFBBD10.5000408@namesys.com>
On Sun, 15 Dec 2002, Hans Reiser wrote:
> Ragnar Kjørstad wrote:
>
> >>If you choose to use Samba, you will want to make sure that the sendfile
> >>stuff is implemented. Unfortunately, the directory indexing in Reiser does
> >>not help that much a lot of the time because Samba is forced to do
> >>directory scans because it has to implement case-independent
> >>lookups/searches.
> >>
> >>
> >
> >Isn't that an configuration-option?
> >
> >As a sidenote, I think it wouldn't be too hard to make reiserfs
> >optionally case-insensitive, but still able to use indexes. Perhaps it
> >would even be possible to have two virtual directories pr traditional
> >directory? one that has a regular index and one that has a
> >case-insensitive index. Of course this is not relevant for the
> >right-here right-now choice of fileservers, but....
> >
> >
> >
> >
> There is quite a lot that could be done to optimize for Samba, but
> nobody is sponsoring it unfortunately. Seems like some money could be
> made by a clever appliance vendor....
The issues are complex. Samba still needs some work to make it perfect for
appliance vendors, for example, although Andrew is talking about an NTFS
layer which will make things better.
Those same appliance vendors will need/want file system changes, esp if
they are trying to support NFS and CIFS off of the same box, and they tend
to want to push many of the clever bits into the file system and keep them
propietary :-) This is certainly true of the three vendors that I have any
experience with.
However, I expect some patches for XFS will become available in the not
too distant future.
Regards
-----
Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org,
sharpe[at]ethereal.com, http://www.richardsharpe.com
^ permalink raw reply
* Re: Reiserfs with Samba vs NetApp Filer (purely performance)
From: Richard Sharpe @ 2002-12-15 2:09 UTC (permalink / raw)
To: Ragnar Kjørstad
Cc: Hans Reiser, darren, 'Russell Coker', reiserfs-list
In-Reply-To: <20021215001126.J2727@vestdata.no>
On Sun, 15 Dec 2002, Ragnar Kjørstad wrote:
> On Sat, Dec 14, 2002 at 02:34:06PM -0800, Richard Sharpe wrote:
> > If those are your choices, then I would rank them:
> >
> > NetApp F870, Linux with ReiserFS and Samba, Win2K
> >
> > John Terpstra has done some testing with a modified cifs_bm which confirms
> > that Linux with EXT2/3 or ReiserFS outperforms Win2K on the same hardware.
> >
> > However, my testing of the NetApp suggests it will outperform the other
> > two choices.
>
> What kind of benchmarks, and what were the results?
I was using cifs_bm, in both cases. We presented results at CIFS2002, and
you can find the papers on the web. Also look for John Terpstra's paper at
Sambaxp in Germany in April 2002. We tested a bunch of things, but we did
not focus on comparative performance. cifs_bm is based around the
NetBench-like tests from smbtorture.
There is a CIFS benchmarking effort going on as part of SNIA, as well. We
are working on something like SPECsfs for CIFS.
> > If you choose to use Samba, you will want to make sure that the sendfile
> > stuff is implemented. Unfortunately, the directory indexing in Reiser does
> > not help that much a lot of the time because Samba is forced to do
> > directory scans because it has to implement case-independent
> > lookups/searches.
>
> Isn't that an configuration-option?
Well, yes it is, but if you want to be more like a Windows server, then
you need to do it correctly.
> As a sidenote, I think it wouldn't be too hard to make reiserfs
> optionally case-insensitive, but still able to use indexes. Perhaps it
> would even be possible to have two virtual directories pr traditional
> directory? one that has a regular index and one that has a
> case-insensitive index. Of course this is not relevant for the
> right-here right-now choice of fileservers, but....
The namecache is system-wide. So, you will have to do it in the name cache
code. One of the guys who worked for Quantum seems to have done some mods
for XFS for that, and they added a lookup entry in the dcache ops table,
it seems. This would allow a loadable file system to hook that entry and
provide case independent lookups. There are some curly problems with
negative entries. You would also want to make it a process settable
feature, esp if you run NFS as well (guess who wants to do that :-)
Finally, if your goal is semantic equivalence with Windows, you will want
two indexes in ReiserFS or EXT2/3 with the dirindex stuff anyway, since
Windows actually has two name spaces (long names and 8.3 names) and you
have to search both name spaces for at least some operations, and to
ensure that you do the correct thing in the presence of names that differ
only by the case of some characters, you must create 8.3 names on file
creation (which is pretty much what NetApp do).
Regards
-----
Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org,
sharpe[at]ethereal.com, http://www.richardsharpe.com
^ permalink raw reply
* (no subject)
From: Thomas Molina @ 2002-12-15 1:12 UTC (permalink / raw)
To: linux-kernel
^ permalink raw reply
* (no subject)
From: Thomas Molina @ 2002-12-15 1:11 UTC (permalink / raw)
To: linux-kernel
^ permalink raw reply
* Re: new Debian packages
From: Les Bell @ 2002-12-15 2:03 UTC (permalink / raw)
To: Brian May; +Cc: Russell Coker, selinux
Brian May <bam@snoopy.apana.org.au> wrote:
>>
errr.... FreeS/WAN project aren't interested in X.509, X.509 is an extra
unsupported patch to the FreeS/WAN patch (although both are integrated
in the Debian packaging).
<<
You're quite right, Brian - X.509 is a patch, though it's integrated into
Super FreeS/WAN (http://www.freeswan.ca).
Best,
--- Les Bell, CISSP
[http://www.lesbell.com.au]
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: DMA from SCSI controller to PCI frame buffer memory.
From: Douglas Gilbert @ 2002-12-15 2:06 UTC (permalink / raw)
To: linux-kernel; +Cc: Jason Howard <""
Jason wrote:
> Any recommendations on where to start hacking? Would
> it be a good idea to add O_DIRECT to a mmaped PCI space?
> The kernel should not be doing any buffering whatsoever,
> as we will be coming close to filling the pci bus up
> with transfers from direct disk->fb already. (We are
> already doing buffering on the FB card as well)
Jason,
Here is a less general solution that I worked on some
time ago involving the scsi generic driver.
http://www.torque.net/sg/mem2disk.html
It worked ok for one application in the early 2.4 series.
Doug Gilbert
^ permalink raw reply
* PROBLEM: 2.4.{19,20} fails to resume if radeon.o is loaded
From: tho @ 2002-12-15 2:04 UTC (permalink / raw)
To: dri-devel; +Cc: linux-kernel
Hi,
after about a dozen reboots and half a dozen fscks, I finally was
able to pinpoint the reason of why my laptop (ThinkPad X22 (2662XXK))
wasn't able to resume after suspend.
The DRM module 'radeon.o' somehow prevents a successful resume (but
not the suspend). Only after I made that module unavailable to the
modutils, my laptop now successfully completes suspend/resume cycles.
I noticed also that the radeon.o module sometimes refuses to
be removed claiming that some resources were still busy (while
I wasn't aware of using DRM).
Software:
vanilla Linux Kernel + FreeSWAN patch 2.4.19 as well as 2.4.20
Debian 3.0
modutils 2.4.21
binutils 2.12.90.0.1 20020307
gcc 2.95.4
Hardware:
IBM ThinkPad X22 (2662XXK)
ATI Radeon Mobility M6 LY
Please let me know, if I can help solving this issue by providing
more information or otherwise. I'm actually OK with how things
are right now (I don't use DRM), but this should be documented.
Maybe the kernel build system should prevent one from choosing
to build the radeon DRM as module, if CONFIG_APM is set?
Guenther
^ permalink raw reply
* Re: Intel P6 vs P7 system call performance
From: J.A. Magallon @ 2002-12-15 2:03 UTC (permalink / raw)
To: GrandMasterLee; +Cc: linux-kernel
In-Reply-To: <1039890995.17062.1.camel@localhost>
On 2002.12.14 GrandMasterLee wrote:
>On Sat, 2002-12-14 at 04:01, Dave Jones wrote:
>> On Fri, Dec 13, 2002 at 11:53:51PM -0500, Mike Dresser wrote:
>> > On Fri, 13 Dec 2002, Mike Dresser wrote:
>> >
>> > > The single P4/2.53 in another machine can haul down in 3m17s
>> > >
>> > Amend that to 2m19s, forgot to kill a background backup that was moving
>> > files around at about 20 meg a second.
>
>
>
>> Note that there are more factors at play than raw cpu speed in a
>> kernel compile. Your time here is slightly faster than my 2.8Ghz P4-HT for
>> example. My guess is you have faster disk(s) than I do, as most of
>> the time mine seems to be waiting for something to do.
>
>An easy way to level the playing field would be to use /dev/shm to build
>your kernel in. That way it's all in memory. If you've got a maching
>with 512M, then it's easily accomplished.
>
tmpfs does not guarantee you that it is always in ram. It also can be paged.
An easier way is to fill you page cache with the kernel tree like
werewolf:/usr/src/linux# grep -v -r "" *
and then build, so no disk read will be trown.
--
J.A. Magallon <jamagallon@able.es> \ Software is like sex:
werewolf.able.es \ It's better when it's free
Mandrake Linux release 9.1 (Cooker) for i586
Linux 2.4.20-jam1 (gcc 3.2 (Mandrake Linux 9.1 3.2-4mdk))
^ permalink raw reply
* lsscsi for lk 2.5.51
From: Douglas Gilbert @ 2002-12-15 1:51 UTC (permalink / raw)
To: linux-scsi; +Cc: patmans
[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]
Since sysfs now contains a reasonable amount of data about
scsi devices, it is possible to write an application
that scans this information and presents it in a "ls"
form (akin to lspci and lsusb).
Attached is a toy program called lsssci that could
grow into something more useful. It requires lk 2.5.51
or later.
$ lsscsi
[4:0:0:0] CDROM CREATIVE CD5233E 1.00 /dev/sr0
[3:0:0:0] disk Linux scsi_debug 0004 /dev/sdb
[2:0:6:0] tape SONY SDT-7000 0192
[0:0:8:0] disk FUJITSU MAM3184MP 0105 /dev/sda
This output corresponds to my system which has these "scsi"
devices:
$ cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 08 Lun: 00
Vendor: FUJITSU Model: MAM3184MP Rev: 0105
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi2 Channel: 00 Id: 06 Lun: 00
Vendor: SONY Model: SDT-7000 Rev: 0192
Type: Sequential-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 00 Lun: 00
Vendor: Linux Model: scsi_debug Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 00 Lun: 00
Vendor: CREATIVE Model: CD5233E Rev: 1.00
Type: CD-ROM ANSI SCSI revision: 02
sysfs doesn't provide the ANSI SCSI revision number associated
with each device (hopefully Pat can add that in the future).
Otherwise, all the information that /proc/scsi/scsi uses 3
lines per device for, can be compressed onto one line. Putting
the device node (e.g. /dev/sda) seems a useful addition.
[That latter addition is only done currently for block scsi
devices (hence it doesn't appear for the tape).]
Doug Gilbert
[-- Attachment #2: lsscsi.c.gz --]
[-- Type: application/x-gzip, Size: 2279 bytes --]
^ permalink raw reply
* Re: MFS: possible bad behaviour of the function exists
From: Stas Sergeev @ 2002-12-15 1:50 UTC (permalink / raw)
To: linux-msdos
Hello.
J. Solomon Kostelnik wrote:
> I get this same problem in 1.1.3.7
Well, your problem is probably not the
same.
If the patch submitted under the same
subject doesn't help you, read on.
> I also get some very strange behavior if I try to save a file. If I
> attempt to save to a filename that does not exist, it will ask me if I
> want to replace the existing file!
I suffered from the same problem a lot.
It appears to be this:
--------D-216C00-----------------------------
INT 21 - DOS 4.0+ - EXTENDED OPEN/CREATE
AX = 6C00h
BL = open mode as in AL for normal open (see also AH=3Dh)
[]
BUG: this function has bugs (at least in DOS 5.0 and 6.2)
when used with
drives handled via the network redirector (INT 2F/AX=112Eh):
- CX (attribute) is not passed to the redirector if DL=11h,
- CX does not return the status, it is returned unchanged
because
DOS does a PUSH CX/POP CX when calling the redirector.
---
In case you suffer this BUG (applies also to a
PC-DOS), then the only solution would be to
switch to FreeDOS.
This bug plagued all the DosNavigator users
to death when they tried it under dosemu.
^ permalink raw reply
* Re: rmap and nvidia?
From: Eyal Lebedinsky @ 2002-12-15 1:40 UTC (permalink / raw)
To: Linux Kernel
In-Reply-To: <3DFBDAC6.40100@free.fr>
Philip Dodd wrote:
>
> Eyal Lebedinsky wrote:
> 8<
> > The replies for people in the know (Rik, wli) give a clue but not an
> > answer. Use mere mortals want a proper patch in order to build and
> > use this kernel.
>
> This driver, you mean ;-)
Well, yes and no. This kernel is of no use to me without this driver
right now.
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply
* Re: rmap and nvidia?
From: Philip Dodd @ 2002-12-15 1:28 UTC (permalink / raw)
To: Eyal Lebedinsky; +Cc: Linux Kernel
In-Reply-To: <3DFBD98E.53E9D8BB@eyal.emu.id.au>
Eyal Lebedinsky wrote:
8<
> The replies for people in the know (Rik, wli) give a clue but not an
> answer. Use mere mortals want a proper patch in order to build and
> use this kernel.
8<
This driver, you mean ;-)
^ permalink raw reply
* Re: Modem Identification
From: Ray Olszewski @ 2002-12-15 1:19 UTC (permalink / raw)
To: Linux Newbie
In-Reply-To: <200212142014.07963.sotl155360@earthlink.net>
At 08:14 PM 12/14/02 -0500, Frank Roberts - SOTL wrote:
>Hi All
>
>
>Question:
> >From the command line how does one determine which port a modem is on?
It depends on exactly what you mean. I'm guessing that you intend to refer
to a situation where you have 2 or more serial ports in a computer, and a
modem conencted to one of them, but the ports are unlabeled so you dont
know which one the modem is attached to. In that case, I would use a
terminal app (such as minicom) to connect to each port, and see which port
(actuall, its associated /dev/ttyS* entry) gets responses from the modem to
typical AT commands.
There are many more things you *might* mean, though. So if I've guessed
wrong (and someone else does not guess right), please post a followup that
asks the question in a different, more specific form.
--
-------------------------------------------"Never tell me the odds!"--------
Ray Olszewski -- Han Solo
Palo Alto, California, USA ray@comarre.com
-------------------------------------------------------------------------------
-
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.4.21-pre1 broke the ide-tape driver
From: Marc-Christian Petersen @ 2002-12-15 1:23 UTC (permalink / raw)
To: linux-kernel; +Cc: Mikael Pettersson
In-Reply-To: <200212150119.CAA02575@harpo.it.uu.se>
On Sunday 15 December 2002 02:19, Mikael Pettersson wrote:
Hi Mikael,
> Kernel 2.4.21-pre1 broke the ide-tape driver: the driver
> now hangs during initialisation. 2.2 kernels (with Andre's
> IDE patch) and 2.4 up to 2.4.20 do not have this problem.
> My box has a Seagate STT8000A ATAPI tape drive as hdd;
> hdc is a Philips CD-RW, and the controller is ICH2 (i850 chipset).
http://linux.bkbits.net:8080/linux-2.4/patch@1.828?nav=index.html|ChangeSet@-7d|cset@1.828
ciao, Marc
^ permalink raw reply
* Re: rmap and nvidia?
From: Eyal Lebedinsky @ 2002-12-15 1:23 UTC (permalink / raw)
To: Linux Kernel
In-Reply-To: <Pine.LNX.4.50L.0212141225320.32283-100000@imladris.surriel.com>
Rik van Riel wrote:
>
> On Sat, 14 Dec 2002, mdew wrote:
> > On Sat, 2002-12-14 at 22:38, William Lee Irwin III wrote:
> > > On Sat, Dec 14, 2002 at 10:36:10PM +1300, mdew wrote:
> > > > nv.c: In function `nv_get_phys_address':
> > > > nv.c:2182: warning: implicit declaration of function `pte_offset'
> > > > nv.c:2182: invalid type argument of `unary *'
> > >
> > > Use pte_offset_map() with a corresponding pte_unmap().
> >
> > err pardon?
>
> wli just gave you the information you need to create a patch
> for the nvidia driver.
The replies for people in the know (Rik, wli) give a clue but not an
answer. Use mere mortals want a proper patch in order to build and
use this kernel.
I will summarise my understanding so far; The original code says:
unsigned long
nv_get_phys_address(unsigned long address)
{
pgd_t *pg_dir;
pmd_t *pg_mid_dir;
pte_t *pte__, pte;
.....
#if defined (pte_offset_atomic)
pte__ = pte_offset_atomic(pg_mid_dir, address);
pte = *pte__;
pte_kunmap(pte__);
#else
pte__ = NULL;
pte = *pte_offset(pg_mid_dir, address);
#endif
if (!pte_present(pte))
goto failed;
return ((pte_val(pte) & KERN_PAGE_MASK) | NV_MASK_OFFSET(address));
.....
}
The last line above is the problem. So far I could see two possible
changes that will compile, but I do not know which will function
correctly. The first replacement option:
pte = *pte_offset(pg_mid_dir, address);
The second replacement option is more involved:
pte__ = pte_offset_map(pg_mid_dir, address);
pte = *pte__;
if (!pte_present(pte))
goto failed;
pte_unmap(pte__);
Reading the patch itself I see places where the first approach is used,
while elsewhere the second is used. I do not know what pte_val(pte)
requires though. Can we do the pte_unmap(pte__) earlier or is the
mapping
necessary for pte_present(pte)? Will this work:
pte__ = pte_offset_map(pg_mid_dir, address);
pte = *pte__;
pte_unmap(pte__);
In summary, you can see that for someone who is not intimately involved
the answers so far do not provide a working patch.
Thanks everybody.
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply
* Modem Identification
From: Frank Roberts - SOTL @ 2002-12-15 1:14 UTC (permalink / raw)
To: Linux Newbie
Hi All
Question:
From the command line how does one determine which port a modem is on?
Thanks
Frank
-
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
* 2.4.21-pre1 broke the ide-tape driver
From: Mikael Pettersson @ 2002-12-15 1:19 UTC (permalink / raw)
To: marcelo; +Cc: linux-kernel
Kernel 2.4.21-pre1 broke the ide-tape driver: the driver
now hangs during initialisation. 2.2 kernels (with Andre's
IDE patch) and 2.4 up to 2.4.20 do not have this problem.
My box has a Seagate STT8000A ATAPI tape drive as hdd;
hdc is a Philips CD-RW, and the controller is ICH2 (i850 chipset).
dmesg log from inserting ide-tape as a module:
ide-tape: Dumping ATAPI Identify Device tape parameters
ide-tape: Protocol Type: <6>ATAPI
ide-tape: Device Type: 1 - <6>Streaming Tape Device
ide-tape: Removable: Yes
ide-tape: Command Packet DRQ Type: <6>Accelerated DRQ
ide-tape: Command Packet Size: <6>12 bytes
ide-tape: Model: Seagate STT8000A
ide-tape: Firmware Revision: 5.51
ide-tape: Serial Number:
ide-tape: Write buffer size: 372736 bytes
ide-tape: DMA: Yes
ide-tape: LBA: Yes
ide-tape: IORDY can be disabled: Yes
ide-tape: IORDY supported: Yes
ide-tape: ATAPI overlap supported: No
ide-tape: PIO Cycle Timing Category: 2
ide-tape: DMA Cycle Timing Category: 2
ide-tape: Single Word DMA supported modes: <6>0 <6>1 <6>2 <6>
ide-tape: Multi Word DMA supported modes: <6>0 <6>1 <6>2 <6>(active) <6>
ide-tape: Enhanced PIO Modes: Mode 3
ide-tape: Minimum Multi-word DMA cycle per word: <6>120 ns
ide-tape: Manufacturer's Recommended Multi-word cycle: <6>120 ns
ide-tape: Minimum PIO cycle without IORDY: <6>120 ns
ide-tape: Minimum PIO cycle with IORDY: <6>120 ns
ide-tape: hdd <-> ht0: Seagate STT8000A rev 5.51
--- long delay here, about a minute or so
hdd: irq timeout: status=0xd0 { Busy }
hdd: DMA disabled
hdd: ATAPI reset complete
--- long delay here, about a minute or so
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
--- long delay here, about a minute or so
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
--- at this point I'm tired of waiting and reboot the machine
/Mikael
^ permalink raw reply
* Re: [RFC] Hardware support notes for the kernel crypto API (2.5+)
From: James Morris @ 2002-12-15 1:15 UTC (permalink / raw)
To: Andrew McGregor; +Cc: linux-kernel, David S. Miller, cryptoapi-devel
In-Reply-To: <9000000.1039901292@localhost.localdomain>
On Sun, 15 Dec 2002, Andrew McGregor wrote:
> But OpenBSD has drivers, and they say that Broadcom were very good to deal
> with. I suggest writing the OpenBSD driver maintainer and asking who to
> contact.
The OpenBSD developer said he's given up talking to Broadcom and declined
to provide the email address of his contact.
Although I'm sure we can work something out if we can actually find the
right person to talk to.
- James
--
James Morris
<jmorris@intercode.com.au>
^ permalink raw reply
* Re: [Linux-fbdev-devel] [PATCH] fix endian problem in color_imageblit
From: Antonino Daplas @ 2002-12-15 1:05 UTC (permalink / raw)
To: Paul Mackerras
Cc: James Simmons, Linux Kernel Mailing List,
Linux Fbdev development list
In-Reply-To: <15864.1386.543811.337732@argo.ozlabs.ibm.com>
On Thu, 2002-12-12 at 08:41, Paul Mackerras wrote:
> This patch fixes the endian problems in color_imageblit(). With this
> patch, I get the penguin drawn properly on boot.
>
> The main change is that on big-endian systems, when we load a pixel
> from the source, we now shift it to the left-hand (most significant)
> end of the word. With this change the rest of the logic is correct on
> big-endian systems. This may not be the most efficient way to do
> things but it is a simple change that works and avoids disturbing the
> rest of the code.
>
Nice catch :-) We also need a similar fix for slow_imageblit(), so
James can you apply the attached patch also:
Also, I noticed that some drivers load the pseudo_palette with entries
whose length matches the length of the pixel. The cfb_* functions
always assume that each pseudo_palette entry is an "unsigned long", so
bpp16 will segfault, and so will bpp24/32 for 64-bit machines.
Tony
diff -Naur linux-2.5.51/drivers/video/cfbimgblt.c linux/drivers/video/cfbimgblt.c
--- linux-2.5.51/drivers/video/cfbimgblt.c 2002-12-15 00:54:04.000000000 +0000
+++ linux/drivers/video/cfbimgblt.c 2002-12-15 00:54:21.000000000 +0000
@@ -189,6 +189,7 @@
color = fgcolor;
else
color = bgcolor;
+ color <<= LEFT_POS(bpp);
val |= SHIFT_HIGH(color, shift);
/* Did the bitshift spill bits to the next long? */
Tony
^ permalink raw reply
* Kernel for Pentium 4 hyperthreading?
From: Scott Robert Ladd @ 2002-12-15 1:11 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <20021215005654.GE27658@fs.tum.de>
Okay, I'm going bald even faster than usual.
I've just received a new computer based on a 2.8 GHz Pentium 4 with
hyper-threading enabled. Yes, HT is enabled in the BIOS; yes, /proc/cpuinfo
shows the 'ht' flag; yes, I've compiled 2.4.20 (stock) with SMP and ACPI
enabled.
No, it doesn't work. cat /proc/cpuinfo reports a single CPU.
I've also tried a 2.5.51 kernel -- and it, indeed, does find "both"
processors, listing them in cpuinfo as siblings. Looking at the boot logs,
2.5.51 seems to work just fien with my CPU.
For many reasons, I'd prefer to be running the 2.4.20 kernel (if nothing
else, I'm having trouble getting loadable modules -- the nVidia drivers for
one -- to work on 2.5.51.)
Can 2.4.20 handle a Pentium 4 (not Xeon, mind you) with HT? What could I be
missing in my kernel build?
What is especially frustrating is that the factory-installed Windows XP had
no trouble at all using the HT-enable P4 (until I sent WinXP to the great
bit-bucket in the sky).
Thanks in advance.
..Scott
^ 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.