clutch = joyInfo->ax[cmd[CMD_CLUTCH].val];
// dirty stuff, sorry
if (clutch <= 0) clutch = -clutch;
else clutch = 2.0 - clutch;
clutch /= 2.0;
car->_clutchCmd = fa
rnel data structures rather than
peek directly into PCI config space. Which driver (in 2.4) do you
manipulating irq values from config space?
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ot is
nr_free_pages() whilst the one shown in /proc/meminfo is totalram_pages --
they are different.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
k fine previously -- like in the days
of 2.3.99 and 2.4.0-teX series (yes, teX was meant to be "testX"!)
So, the keyboard or pty driver is badly broken.
Regards,
Tigran
PS. This only happens on this Dell latitude CPx (notice lost shift in
Latitude?) H450GT.
PPS. No, my laptop is fine -
On Tue, 13 Feb 2001, Tigran Aivazian wrote:
>
> PPS. No, my laptop is fine -- rebootingnto 2.2.x makes it type without
> loosing characters...
>
just to clarify -- it does _not_ add characters -- the "loosing" vs
"losing" thing is my own frequent typo :)
Ti
.4 handle keyboard error cases quite differently (less so as of 2.2.18)
> When you say 2.2.x works does that include 2.2.18.
no, I meant the plain 2.2.x as of Red Hat 7.0 which is labelled as
"2.2.16-22".
>
> The next stage then is probably to log when you see errored keyboard byte
d, nor APM in the kernel.
Regards,
Tigran
On Tue, 13 Feb 2001, Andrew Morton wrote:
> Hi, Tigran.
>
> Internal keyboard, or external?
>
> Does it happen on the console or just in X? (How come you can't
> tell whether it's the k/b driver or the PTY driver?)
>
>
s email about was -- I get the same
effect licq (just lost "in" before licq!) so it is not xterm-specific but
probably that is not importt anymore (just lost "an" in
"important").. (lost a . in "..." :)
Tgran (unbelievable -- it doesn't even let me spell
suspicious.
Regards,
Tigran
On Tue, 13 Feb 2001, Alan Cox wrote:
> > > When you say 2.2.x works does that include 2.2.18.
> >
> > no, I meant the plain 2.2.x as of Red Hat 7.0 which is labelled as
> > "2.2.16-22".
>
> Can you try 2.2.18/2.2.19pre. T
counting to ten lately?
>
yes, my fingers are okay -- I frequently check the mapping between the
items in Exodus 20 and the fingers to make sure I still have the right
number (of both).
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
uot;) and create a pipe, just use shell
input redirection facility "<".
Regards,
Tigran
On Tue, 13 Feb 2001, Thomas Foerster wrote:
> Hi folks,
>
> sorry for the silly question, but i can't get it to work :
>
> I have linux-2.4.1 unpacked, configured and install
een some people setting this TASK_RUNNING incorrectly, based on a
mere observation that "official Linux kernel code does so" -- so the patch
below is not just an optimization but serves for education (i.e. to stop
people copying unnecessary code).
Regards,
Tigran
PS. Btw, I still haven&#x
e to find bugs in them and _mandate_
that I accept the fixes (if they are correct) -- I have no right to
neglect them.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ry big) ext2 filesystem with 0
processes killed.
The kernel I use is 2.4.2-pre3. The machine has 6G RAM with the 3G given
to kernel virtual. The amount of swap is massive (2G) but it is never
used.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
e like
David Parsons will probably be interested in your configuration...
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Wed, 21 Feb 2001, Tigran Aivazian wrote:
> On Wed, 21 Feb 2001, Giuliano Pochini wrote:
>
> >
> > Perhaps this is a faq...
> > I have a dual-800 (mb asus, no AGP) with 1GB ram,
> > but according to /proc/meminfo tells I only have
> > 90KB. I tri
On Wed, 21 Feb 2001, Jeff Garzik wrote:
> On Wed, 21 Feb 2001, Tigran Aivazian wrote:
> > yes, just run the famous mptable program. If the machine is SMP then it
> > will have a valid Intel MP 1.4 configuration tables so the program will
> > show meaningful output.
>
On Wed, 21 Feb 2001, Tigran Aivazian wrote:
> yes, just run the famous mptable program.
before I am snowed under with questions about where to get this program,
here is the src and binaries that I use -- it is quite possible that there
is a newer version (I suspect Ingo Molnar might know bet
yes, just run the famous mptable program. If the machine is SMP then it
will have a valid Intel MP 1.4 configuration tables so the program will
show meaningful output.
Regards,
Tigran
On Tue, 20 Feb 2001, Burton Windle wrote:
> Hello. Is there a way, when running a non-SMP kernel, to detect
back ?
>
when you compile your 2.4.x kernel make sure you set the "4G of RAM"
option, i.e. CONFIG_HIGHMEM4G. If you chose "up to 1G" then it means "up
to 986M" (or something like that) -- the number in Help is just rounded up
to confuse the dummy user :)
Re
play with this and see if it detects my ISA-PNP SB
AWE64 card. Give the above patch a try and see if you figure out the
values to plug in there sooner than I do.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
- why not
consider it sooner rather than later?
Regards,
Tigran
diff -urN -X dontdiff linux/drivers/char/raw.c vmfs/drivers/char/raw.c
--- linux/drivers/char/raw.cMon Oct 2 04:35:15 2000
+++ vmfs/drivers/char/raw.c Thu Feb 22 07:21:26 2001
@@ -277,8 +277,11 @@
if ((
use it is illegal (without
going through proper steps of publishing them), I shouldn't even be saying
that they show Linux to be much faster :)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
ted to without breaking any userland.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 1 Mar 2001, José Luis Domingo López wrote:
> Linux 2.4.2-ac7 reports wrong CPU speed and model name for a Pentium III
> correctly detected on, at least, 2.2.18, 2.4.2 and 2.4.2-ac4. The
> processor is a 600 MHz one, with a 133 MHz front bus.
same here with PIII550MHz/100MHz bus. Actually,
o with misc device registration as
I lost not just psaux but microcode device (which happens to be misc as
well)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kern
ot gpm generates an "oops" from gpm.c(968) saying
"/dev/mouse: No such device"
So, ac8 has two problems for me:
1. /proc/cpuinfo shows wrong info about bus (claims to be overclocked) --
I will get back to you with the info you requested shortly
2. misc device registration is broke
On Fri, 2 Mar 2001, Tigran Aivazian wrote:
> On Thu, 1 Mar 2001, Alan Cox wrote:
> > 2.4.2-ac8
> > o Stop two people claiming the same misc dev id (Philipp Rumpf)
>
> is this what has broken misc devi registration on my machine? I have two
> misc devices -- microcode
On Fri, 2 Mar 2001, Ingo Molnar wrote:
> > + if (c == &misc_list) {
> >
> > This should be (c != &misc_list)
>
oops, I didn't notice -- ignore the patch I sent a minute ago :)
Regards,
Tigran
-
To unsubscribe from this list: send the line "uns
(KERN_ERR "lo=%x hi=%x\n", lo, hi);
produces the output:
# dmesg | grep lo=
lo=c5100800 hi=0
lo=c5100800 hi=0
lo=c5000800 hi=0
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
quot; in
the code) then they should remain constant when one is overclocking,
right?
As for my question on the evenness of the calls to identify_cpu() --
ignore it, it was obvious, of course (called from check_bugs() on
boot_cpu_data and then on SMP on each cpu_data + id)
Regards,
Tigran
-
To
l stop here/now but I will definitely come back to this interesting
problem in 24 hours. But if anyone fixes it before then, I won't cry :)
Of course, before sending anything I will make sure my patch works on
_all_ my machines without any exceptions.
Regards,
Tigran
-
To unsubscrib
Ware 7.1.1+ -- this would be a very useful exercise as I
vaguely remember some people claiming that Linux PAE implementation is
not ideal (if it is true then it ought to be made ideal to be inline with
the rest of the kernel).
Regards,
Tigran
-
To unsubscribe from this list: send the line "u
ixing this requires either a new filesystem type (drifs) or
(simpler!) redesigning dri to separate common things into a separate
dri_core thing shared amongst them.
Regards,
Tigran
On Tue, 16 Jan 2001, Bobo Rajec wrote:
>
> Hi,
>
> I'm running kernel 2.4.0 on Redhat 7.0. I trie
On Tue, 16 Jan 2001, Tigran Aivazian wrote:
> Fixing this requires either a new filesystem type (drifs) or
> (simpler!) redesigning dri to separate common things into a separate
> dri_core thing shared amongst them.
just for completeness -- there is the 3rd option -- one could just fix
nd not on the desktop. It only
happens _after_ some activity but I have not yet managed to narrow down
exactly what activity.
Regards,
Tigran
PS. No, I don't use power management or anything fancy/unproven like that
-- laptop is just a small/portable desktop, imho.
-
To unsubscribe from this lis
On 23 Jan 2001, Chmouel Boudjnah wrote:
> Tigran Aivazian <[EMAIL PROTECTED]> writes:
>
> > Btw, this only happens on my laptop and not on the desktop. It only
> > happens _after_ some activity but I have not yet managed to narrow down
> > exactly what activity.
&
worthy of
propagating into your latest .tar.gz file for 2.4.x
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi Keith,
Here is some fixes related to x86 capabilities changes in test11-pre5.
Against your latest patch (test11-pre5) from oss.sgi. Tested under
test11-pre5 on SMP.
Regards,
Tigran
--- arch/i386/kernel/traps.c.0 Wed Nov 15 11:20:34 2000
+++ arch/i386/kernel/traps.cWed Nov 15 11:28:20
m (of course vim starts
fast as it should).
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 15 Nov 2000, Tigran Aivazian wrote:
> Hi Keith,
>
> Here is some fixes related to x86 capabilities changes in test11-pre5.
> Against your latest patch (test11-pre5) from oss.sgi. Tested under
> test11-pre5 on SMP.
>
small (but important!) typo fixed, thanks to George
On Wed, 15 Nov 2000, Tigran Aivazian wrote:
> On Wed, 15 Nov 2000, Tigran Aivazian wrote:
>
> > Hi Keith,
> >
> > Here is some fixes related to x86 capabilities changes in test11-pre5.
> > Against your latest patch (test11-pre5) from oss.sgi. Teste
do
is to always apply the latest, available on:
http://www.urbanmyth.org/microcode/
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
c/linux/Documentation/kernel-docs.txt
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
tion, it is cleaner to just add the 'sb'
argument to get_empty_inode() and those who do not wish to pass it should
just pass NULL. Checking if(sb) inside it is easier than making yet
another function call, maybe.
Regards,
Tigran
-
To unsubscribe from this list: send the line &qu
On Thu, 16 Nov 2000, Tigran Aivazian wrote:
> On Thu, 16 Nov 2000, Alexander Viro wrote:
>
> > Almost all (== all filesystem and then some) callers of
> > get_empty_inode() follow it with
> > inode->i_sb = some_sb;
> > inode->i_dev = some_sb->
his patch -- namely new_inode would need to be exported).
Regards,
Tigran
On Thu, 16 Nov 2000, Tigran Aivazian wrote:
> On Thu, 16 Nov 2000, Tigran Aivazian wrote:
>
> > On Thu, 16 Nov 2000, Alexander Viro wrote:
> >
> > > Almost all (== all filesystem and then some) c
d exclude list and info
Alan Cox is very concise. I shall interpret :)
He refers to the dontdiff file I currently maintain on:
http://www.moses.uklinux.net/patches/dontdiff
and the command line to make the patch would become:
diff -urN -X dontdiif linux $MYSRC > /tmp/mysrc.patch
Regards,
Ti
On Thu, 16 Nov 2000, Linus Torvalds wrote:
>
> The log-file says it all..
>
> Linus
No, I am sorry but it does not mention hotplug things in net/core/dev.c
and they are broken. The fix below.
Regards,
Tigran
diff -urN -X dontdiff linux/init/main.c work/init/main
nux is very stable wrt to application interfaces (I compare Linux
with Linux and not Linux with "non-Linux", cf 1Cor 2:13) so one can safely
rely on the exported data formats to stay always the same (to a reasonable
extent).
Regards,
Tigran
-
To unsubscribe from this list: send the line &q
On Fri, 17 Nov 2000, Andi Kleen wrote:
> [of course rdtsc only works properly on UP or with bind_cpu()]
I thought Linux kernel does synchronize them on boot? So, you are saying I
cannot rely on this being 100% correct?
Regards,
Tigran
-
To unsubscribe from this list: send the line "uns
net] Error 2
>
> It looks like /net/core/dev.c should add functions like run_sbin_hotplug
> only if CONFIG_HOTPLUG is set.
no, not just there but also in init/main.c the patch below has been posted
here ages ago and a similar one even earlier (so I was told, I didn't
check).
R
p (or hang) when run via strace, but
only sometimes, not always... (no, I don't have faulty memory, I run
memtest!)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ot also correct the
wrong comment at the top of the function? It talks about 0-4M pagetables
whereas we really setup (see head.S) 0-8M.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
2M
each (total is 6G)
now try to umount the filesystem and you'll get the above. I will try
test11-pre7 tomorrow...
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at htt
es Brouwer has long ago fixed this
bug in the 2.4 kernel (i.e. made DOS physical partitions enumerated first
so no foreign partitions can mix anything up) so the workaround is -- boot
your system somehow (be a man, find _some_ way of booting your system even
if there is no way ;) and then install 2
On Mon, 20 Nov 2000, Bernhard Rosenkraenzer wrote:
> On Mon, 20 Nov 2000, Tigran Aivazian wrote:
>
> > Try Red Hat 7.0 -- it is certainly better. True, no distribution is
> > perfect but over the years I've developed my own CD image upgrade.iso
> > which goes dir
latest
kernel were perfectly stable (wrt to this particular bug).
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 20 Nov 2000, Oliver Poths wrote:
> looks fascinating...
you know, it looks even more fascinating when you pass it through ksymoops
like this:
ksymoops < rawoops > oops
and then mail the result.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscrib
Hi,
Some processes get stuck in page fault handler for ages (like for 10
minutes!). The machine still has plenty (3.5G) of free high memory but
zero (2216K) of free low memory.
here are some traces:
Entering kdb (current=0xc767c000, pid 0) on processor 2 due to Keyboard Entry
[2]kdb> ps
Task Ad
On 21 Nov 2000, Jes Sorensen wrote:
> >>>>> "Tigran" == Tigran Aivazian <[EMAIL PROTECTED]> writes:
>
> Tigran> Hi, Some processes get stuck in page fault handler for ages
> Tigran> (like for 10 minutes!). The machine still has plenty (3.5G)
On 21 Nov 2000, Jes Sorensen wrote:
> Including info on the kernel version would kinda help.
sorry, I said more words when one was sufficient - 2.4.0-test11
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
Hi Linus,
In arch/i386/mm/init.c:show_mem() we calculate the number of free pages
but don't printk it out. Therefore, we must either a) remove the variable
and the calculation or b) make use of it. I think b) is obviously better.
The patch below was tested under 2.4.0-test11.
Regards,
T
and look for surprised. This is becoming FAQ,
Richard, how about putting it into your FAQ mentioned at the bottom of
this message?)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 21 Nov 2000, Tigran Aivazian wrote:
> Hi Linus,
>
> In arch/i386/mm/init.c:show_mem() we calculate the number of free pages
> but don't printk it out. Therefore, we must either a) remove the variable
> and the calculation or b) make use of it. I think b) is obviou
On Wed, 22 Nov 2000, J . A . Magallon wrote:
>
> On Wed, 22 Nov 2000 00:04:53 Tigran Aivazian wrote:
> > On Tue, 21 Nov 2000, J . A . Magallon wrote:
> >
> > Quite the contrary. The patch seems correct and useful to me. What do you
> > think is wrong with it? (Lin
source, it is so complex. But it is
definitely worth a try -- just remember, it is a lifelong process.
Nevertheless, it is certainly a good thing to dedicate whole life to study
the subject so complex, and which changes so frequently that nobody in the
whole world has an overall picture of it. But
On Wed, 22 Nov 2000, Tigran Aivazian wrote:
> you do not mount a VFS filesystem. VFS is not a filesystem. VFS is a
> Virtual Filesystem Switch, i.e. a set of concepts, philosophy, data
> structures and functions which together make writing new filesystems easy.
> The name is derived f
having thoughts that it can still
be optimized more).
Regards,
Tigran
PS. To be specific, here is the patch I had in mind:
--- linux/mm/vmalloc.c Mon Nov 20 11:56:14 2000
+++ work/mm/vmalloc.c Wed Nov 22 11:25:29 2000
@@ -214,9 +214,9 @@
for (p = &vmlist ; (tmp = *
e people who have reported corruption problems...
I am using 2.91.66. Ok, I'll get on with testing Al Viro's latest patch
now.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi,
The sizeof(struct tty_struct) = 3084. Why don't we have a private slab
cache for it instead of getting a page and wasting some precious bytes at
the end? Potentially, we can have thousands of tty_struct allocated
(assuming we have thousands of concurrent users)...
regards,
Tigran
t_
survive. The corruptions usually come from real useful work and not from
articfical tests (unfortunately)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
I have seen ext2 filesystem corruption both on SCSI and IDE drives.
Tigran
On Fri, 24 Nov 2000, Mike Ricketts wrote:
> On Fri, 24 Nov 2000, Ion Badulescu wrote:
>
> > So I'm asking the same question, to all those who have seen unexplained
> > filesystem corruption wi
Hi Linus,
This patch does:
a) cleans up the show_mem() function on various architectures wrt
page_count() macro and the 'free' variable
b) corrects the comment above paging_init() about 0-8M page tables
c) changes the name of kflushd to bdflush. All kernel data structures
around this thread ar
it requires absolutely _impossible_ amount of patience on the part of
Linus Torvalds, but that is indeed what he does -- the impossible and may
God bless him and keep him.
>
> I see that this message is cc'ed to Tigran, so let me address him as well.
> Tigran, you like to destabil
in .data. Think of binary patching an object
as one valid example (there may be others, I forgot).
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
uglier) which Andries pointed out to
counter it.
Regards,
Tigran.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
hiding from Andries ;) can't
we optimize this code to move words at a time and not bytes ;)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
)?
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
never mind this question:
a) I found count_open_files()
b) for what I needed it for, close_files() is easily enhanceable to return
this number as well, without having to walk the sets twice
Regards,
Tigran
On Sun, 26 Nov 2000, Tigran Aivazian wrote:
> Hi,
>
> T
Hi Alan,
Instead of having SMP-specific code and doing a sequence of (on SMP):
test if count is 0
take a spinlock
test if count is still 0
we could make use of the atomic primitive
atomic_dec_and_lock()
and do it in one go, which is cleaner, imho.
Regards,
Tigran
--- linux.kernel/user.c
current->comm, count_open_files(files, files->max_fdset));
b) write a program that opens that device and sleeps indefinitely. Run it,
you will see:
op has 32 files open
c) # lsof -p 659 | nl
1 COMMAND PID USER FD TYPE DEVICESIZE NODE NAME
2 op 659 tigran cwd
e
Core was generated by `auto BOOT_IMAGE=240-test11 ro root=302
BOOT_FILE=/boot/vmlinuz-2.4.0-test11'.
#0 0x0 in ?? ()
(gdb) p 2) >> 8) ^ (2)) & (1024 - 1))
$1 = 2
(gdb) p pidhash[2]->comm
$2 = "eventd\000\000\000\000\000\000\000\000\000"
(gdb) p pidhash[2]->bi
DULE in the fops, it doesn't use
MOD_INC/DEC_USE_COUNT macros
b) No, those macros should NOT be defined to do nothing because the Linux
kernel is a lot more than just set of drivers. There are subsystems that
still need them.
Regards,
Tigran
-
To unsubscribe from this list: send the line &quo
u _really_ think that superuser (whatever entity that might
be) should be exempt from RLIMIT_NPROC and can prove that (SuSv2 seems to
be silent so you may be right), then you should use capable() to do proper
capability test and not that horrible explicit uid test as in your patch
above.
Regards,
Tigran
t, Jan:
the ->user->uid is maintained for a reason completely different from your
usage above (see kernel/user.c to learn why -- it is to easily find out
given user_struct which real uid it belongs to in uid_hash_find()). If you
wanted this process' uid you should have used p-&g
if you count multiple architectures.
Use Keith Owens' famous perl script to do the counting.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 28 Nov 2000, Peter Samuelson wrote:
> [Tigran Aivazian]
> > First, they are not trivially equivalent. In fact, they are not
> > equivalent at all. Any good C book should tell you that one places
> > data in "data segment" and another in "bss segm
Mohammad,
can you please tell me if that 4K corrupted block in a file was on a UP
machine or SMP? So far I have not seen a corruption on UP machines, only
SMP.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, 29 Nov 2000, Alexander Viro wrote:
>
> I'ld really like to see details on the box with ext2 corruption on SCSI.
> Tigran, IIRC you had it on SCSI boxen, right? Could you send me relevant
> part of logs?
>
I definitely did have this very corruption on a 4xXeon SCSI-o
do in all previous versions. (without david-mtrr.patch)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
is offtopic for this thread but not for this list.
I am continuing to pursue the corruption. Nothing yet.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
nguin 2.4.0-test12 #1 Wed Nov 29 09:08:13 GMT 2000 i686 unknown
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 29 Nov 2000, Peter Samuelson wrote:
> It would probably also be reasonable to document it and provide an
> option to switch it off.
yes, that is perfectly fine by me. Now, who is going to do the _work_? :)
Regards,
Tigran
-
To unsubscribe from this list: send the line "
not reproduce the problem. This is a SCSI-only
machine and I don't know what Jens' fix is and whether it is applicable or
not.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ed on real uid instead of relying on open(2) to fail. This
should make it clear that the two (access(2) and open(2)) should behave
identically modulo the euid->ruid transformation.
Regards,
Tigran
PS. This is the sort of dicussion where openly showing snippets of
proprietary UNIX source code woul
just to add (obvious!) -- whenever "uid" was mentioned I implied "uid and
gid"...
On Wed, 29 Nov 2000, Tigran Aivazian wrote:
> On Wed, 29 Nov 2000, Hugh Dickins wrote:
> > Sorry, I missed the point at issue here, and what changed when.
> > Assuming (p
t should be the return of access(W_OK) (or, the same, open() for
write with switched uid) for devices on a readonly-mounted filesystems?
Should the majority win? I.e. should we say OK, as we do now?
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
uld have been obvious from the src but I trust
my hands more than my eyes :)
If I read the src right, AIX 4.3 and Monterey64 should do the same. OSR504
looks the same but Hugh knows it a lot better than me (he wrote most of
it!) so I defer to him to verify.
Regards,
Tigran
-
To unsubscribe from t
On Wed, 29 Nov 2000, Tigran Aivazian wrote:
> On Wed, 29 Nov 2000, Alexander Viro wrote:
> > Considering your previous workplace... How does official SVR{4,5} behave?
>
> Under SCO UnixWare 7.1.1 you can happily write to devices in a readonly
> mounted (vxfs) filesystem. Yo
1 - 100 of 428 matches
Mail list logo
