Nick wrote:
> Basically you just have to know that it has the
> capability to partition the system in an arbitrary disjoint set
> of sets of cpus.
>
> If you can make use of that, then we're in business ;)
You read fast ;)
So you do _not_ want to consider nested sched domains, just disjoint
one
On Mon, 2005-04-18 at 23:59 -0700, Paul Jackson wrote:
> Nick wrote:
> > Basically you just have to know that it has the
> > capability to partition the system in an arbitrary disjoint set
> > of sets of cpus.
> >
> > If you can make use of that, then we're in business ;)
>
> You read fast ;)
>
On Tue, Apr 19, 2005 at 04:43:12AM +0200, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make some needlessly global code static
> - remove the unneeded global function DBG_REG
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Adrian,
Please note that we're still
Nick wrote:
> It doesn't work if you have *most* jobs bound to either
> {0, 1, 2, 3} or {4, 5, 6, 7} but one which should be allowed
> to use any CPU from 0-7.
How bad does it not work?
My understanding is that Dinakar's patch did _not_ drive tasks out of
larger cpusets that included two or more
Lukas Hejtmanek a écrit :
>On Mon, Apr 18, 2005 at 02:10:31PM +0200, Yann Dupont wrote:
>
>
>>I have those problems too. The (temporary ?) fix is to raise the
>>min_free_kb to an higher value.
>>echo 65535 > /proc/sys/vm/min_free_kbytes
>>
>>Maybe such an high value is totally silly, but at leas
> > So you do _not_ want to consider nested sched domains, just disjoint
> > ones. Good.
> >
>
> You don't either? Good. :)
>From the point of view of cpusets, I'd rather not think
about nested sched domains, for now at least.
But my scheduler savvy colleagues on the big SGI boxes
may well hav
Nick wrote:
> That would make sense. I'm not familiar with the workings of cpusets,
> but that would require every task to be assigned to one of these
> sets (or a subset within it), yes?
That's the rub, as I noted a couple of messages ago, while you
were writing this message.
It doesn't require
On Tue, Apr 19, 2005 at 09:44:06AM +1000, Nick Piggin wrote:
> Very good, I was wondering when someone would try to implement this ;)
Thank you for the feedback !
> >-static void __devinit arch_init_sched_domains(void)
> >+static void attach_domains(cpumask_t cpu_map)
> > {
>
> This shouldn't be
On Tuesday 19 April 2005 08:42, Denis Vlasenko wrote:
> modprobe tcrypt hangs the box on both kernels.
> The last printks are:
>
>
>
> testing wp384
> NNUnable to handle kernel paging request at virtual address eXXX
>
> Nothing is printed after this and system locks up solid.
> No Sysrq-B.
On Tue, 2005-04-19 at 00:19 -0700, Paul Jackson wrote:
> Nick wrote:
> > It doesn't work if you have *most* jobs bound to either
> > {0, 1, 2, 3} or {4, 5, 6, 7} but one which should be allowed
> > to use any CPU from 0-7.
>
> How bad does it not work?
>
> My understanding is that Dinakar's patch
On Tue, 2005-04-19 at 09:23 +0200, Yann Dupont wrote:
> Lukas Hejtmanek a Ãcrit :
> >Btw, are you using some TCP tweaks? E.g. I have default TCP window size 1MB.
> >
> >
> >
> Do you have turned NAPI on ??? I tried without it off on e1000 and ...
> surprise !
> Don't have any messages since 12H
On Tue, Apr 19, 2005 at 09:23:46AM +0200, Yann Dupont wrote:
> Do you have turned NAPI on ??? I tried without it off on e1000 and ...
> surprise !
> Don't have any messages since 12H now (usually I got those in less than 1H)
I have NAPI on. I tried to turn it off but my test failed, I can see allo
> - #if 0 the EXPORT_SYMBOL'ed but unused function tveeprom_dump
That's a debug helper function, please don't drop it. #if 0 might be
ok, not sure though, the tveeprom module is also used by a out-of-kernel
driver (ivtv). Otherwise the patch looks fine to me.
Gerd
-
To unsubscribe from this
On Mon, 18 Apr 2005, Paul Jackson wrote:
> Hmmm ... interesting patch. My reaction to the changes in
> kernel/cpuset.c are complicated:
>
> * I'm supposed to be on vacation the rest of this month,
>so trying (entirely unsuccessfully so far) not to think
>about this.
> * This is perhaps
Nick Piggin a Ãcrit :
>
>>Do you have turned NAPI on ??? I tried without it off on e1000 and ...
>>surprise !
>>Don't have any messages since 12H now (usually I got those in less than 1H)
>>
>>
>>
>
>Possibly kswapd might be unable to get enough CPU to free memory.
>
>
>
Ok, so what you're s
Hi, Ingo
For the option PREEMPT_RT, local communication latency is very very big,
it is about 30 to 50 times as big as the option PREEMPT_NONE as far as
local ping latency is concerned. Obviously, this should be fixed ASAP.
This patch fixes this bug by changing netif_rx to netif_rx_ni in
loopback
On Mon, Apr 18, 2005 at 05:23:31PM +0200, Jesper Juhl wrote:
>
> Next step is to then clean up the callers of crypto_free_tfm so they no
> longer do the redundant NULL check. Below is a patch to do that.
Please wait until the free_tfm change gets into the kernel and then
submit this to the subsy
On Tue, 2005-04-19 at 10:15 +0200, Yann Dupont wrote:
> Nick Piggin a Ãcrit :
>
> >
> >>Do you have turned NAPI on ??? I tried without it off on e1000 and ...
> >>surprise !
> >>Don't have any messages since 12H now (usually I got those in less than 1H)
> >>
> >>
> >>
> >
> >Possibly kswapd mi
[Arjan van de Ven]
>> What do I do the next time I need to do something like this?
> use kprobes or so to actually replace the faulty lower level function..
> you don't know from how many different angles the lower level function
> is called, so you're really best of by replacing it at the lowes
On Tue, 19 Apr 2005, Herbert Xu wrote:
> On Mon, Apr 18, 2005 at 05:23:31PM +0200, Jesper Juhl wrote:
> >
> > Next step is to then clean up the callers of crypto_free_tfm so they no
> > longer do the redundant NULL check. Below is a patch to do that.
>
> Please wait until the free_tfm change ge
...or more importantly, is it allowed. Kernel is FC3 2.6.10-1.766.
The latest iscsi driver[1] blows on a 32K-long request for a tape write
which followed this path:
[] iscsi_queuecommand+0x161/0x2f1 [iscsi_tcp]
[] scsi_dispatch_cmd+0x1e9/0x24f [scsi_mod]
[] scsi_request_fn+0x29a/0x310 [scsi_m
On Tue, Apr 19, 2005 at 10:47:30AM +0200, Olivier Galibert wrote:
> ...or more importantly, is it allowed. Kernel is FC3 2.6.10-1.766.
Yes, it's allowed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, 19 Apr 2005, Denis Vlasenko wrote:
> This + next patch were "modprobe tcrypt" tested.
> See next mail.
Could you please send patches inline instead of as attachments.
Attachments mean there's more work involved in getting at them to read
them, and they are a pain when you want to reply
On Tue, 19 Apr 2005, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
For the hardware/eicon part:
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
> ---
>
> drivers/isdn/hardware/eicon/dadapter.c |2 +-
> dri
Jan Engelhardt wrote:
Make your own initrd and put a bash into it. Then start that, e.g. (for
our linux live cd), initrd=initrd.sqfs root=/dev/ram0 init=/bin/bash
I have tried these kernel parameters:
init=/bin/bash
init=/linuxrc
init=/init
init=/sbin/init
None works.
What's the error message?
No
On Mon, Apr 18, 2005 at 10:54:27PM -0700, Paul Jackson wrote:
> Hmmm ... interesting patch. My reaction to the changes in
> kernel/cpuset.c are complicated:
Thanks Paul for taking time off your vaction to reply to this.
I was expecting to see one of your huge mails but this has
exceeded all my ex
On Tue, Apr 19, 2005 at 09:50:08AM +0100, Christoph Hellwig wrote:
> On Tue, Apr 19, 2005 at 10:47:30AM +0200, Olivier Galibert wrote:
> > ...or more importantly, is it allowed. Kernel is FC3 2.6.10-1.766.
>
> Yes, it's allowed.
Thanks. Pages in that case are continuous then, right?
OG.
-
To
Please keep [EMAIL PROTECTED] in the loop.
On Mon, Apr 18, 2005 at 07:09:29PM +0400, Artem B. Bityuckiy wrote:
>
> Actually, for JFFS2 we need to leave the uncompressable data
> uncompressed. So if the pcompress interface have only been for JFFS2,
> I'd just return an error rather then expand da
On Tue, Apr 19, 2005 at 11:24:31AM +0200, Olivier Galibert wrote:
> > Yes, it's allowed.
>
> Thanks. Pages in that case are continuous then, right?
Good question actually. I know XFS does passed vmalloc'ed memory down
the block I/O path, but that's as a scatter/gather request. All non-s/g
requ
On Tue, Apr 19, 2005 at 04:19:35PM +1000, Nick Piggin wrote:
[...Snip...]
> Though I imagine this becomes a complete superset of the
> isolcpus= functionality, and it would actually be easier to
> manage a single isolated CPU and its associated processes with
> the cpusets interfaces after this.
On Tue, Apr 19, 2005 at 10:15:27AM +0200, Yann Dupont wrote:
> >Possibly kswapd might be unable to get enough CPU to free memory.
I do not see why NIC rather does not drop packets instead of running out of
memory.
I know that renicing kswapd helps. But still do not see why 2.6.6 kernel works.
--
On Tue, Apr 19, 2005 at 02:46:58AM +0200, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
Yes, OK.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Karsten Keil <[EMAIL PROTECTED]>
drivers/isdn/hardware/eicon/dadapter.c |2 +-
drivers/isdn/hisax/hfc
On 105, 04 15, 2005 at 04:35:29PM +0200, Adrian Bunk wrote:
> There are currently two different boot_cpu_logical_apicid variables:
> - a global one in mpparse.c
> - a static one in smpboot.c
>
> Of these two, only the one in smpboot.c might be used (through
> boot_cpu_apicid).
>
> This patch the
On 4/15/05, Linda Luu <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Does anyone happen to know how the upcoming multi-core CPU will be handled
> by the kernel? Does it see each core as a physical or logical CPU or ?
Can't answer this, but I guess each core will be seen as a physical
CPU as they are re
Is LVM working on the alpha port 2.6 kernel series ?
works fine for me.
Are you using a redhat based distro (like suse, mandrake, alpha core or
indeed redhat )?
Are you using stock kernel, libraries and tools or did you haveto build
them yourself ?
Debian comes with LVM1 tools that do not work
If I get a struct page * from a call to alloc_pages with a non-zero
order, how do I get the struct page * of te following pages from the
same allocation in order to use them in calls to tcp_sendpage?
If there a documentation somewhere whcih would answer this kind of
questions? Couldn't find anyth
Andi & Andrew,
The "x86_64-switch-smp-bootup-over-to-new-cpu-hotplug-state.patch" in
2.6.12-rc2-mm3 appears to have broken the NMI watchdog. Specifically:
diff -puN
arch/x86_64/kernel/nmi.c~x86_64-switch-smp-bootup-over-to-new-cpu-hotplug-state
arch/x86_64/kernel/nmi.c
---
25/arch/x86_64/kerne
tis 2005-04-19 klockan 11:33 +0200 skrev Jesper Juhl:
> Everything is fine with 2.6.12-rc2, 2.6.12-rc2-mm1, 2.6.12-rc2-mm2 &
> earlier kernels as well, but 2.6.12-rc2-mm3 seems to have a problem.
> I don't know what's causing this, all I can do at the moment is describe
> the symptoms.
>
> Certa
On Tue, 19 Apr 2005, Alexander Nyberg wrote:
> tis 2005-04-19 klockan 11:33 +0200 skrev Jesper Juhl:
> > Everything is fine with 2.6.12-rc2, 2.6.12-rc2-mm1, 2.6.12-rc2-mm2 &
> > earlier kernels as well, but 2.6.12-rc2-mm3 seems to have a problem.
> > I don't know what's causing this, all I can do
On 4/17/05, Bodo Eggert <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> wrote:
>
> > I was thinking about this a while back and thought having a user-mount
> > permissions file might be the right way to address lots of these
> > issues. Essentially it would contain information about what
> > users/groups
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
Does anyone have sucessfully used device in subject ?
It doesn't seem to work here. All I get is:
Apr 19 14:03:44 thinkpaddie kernel: usb 1-1.4: new full speed USB device
using uhci_hcd and address 7
Apr 19 14:03:44 thinkpaddie kernel: scsi5 :
Olivier Galibert <[EMAIL PROTECTED]> wrote:
> If I get a struct page * from a call to alloc_pages with a non-zero
> order, how do I get the struct page * of te following pages from the
> same allocation in order to use them in calls to tcp_sendpage?
page++;
The page structures are kept in an arra
Hello!
When I wrote schwanz3(*) for fun, I noticed /proc/cpuinfo
varies very much on different architectures.
Is it possible to make it look more identical (as far as the different
archs allow it)?
So that one at least can count the cpus on every system the same way.
If so, who would the one I
On Mon, Apr 18 2005, Tejun Heo wrote:
> And, James, regarding REQ_SOFTBARRIER, if the REQ_SOFTBARRIER thing can
> be removed from SCSI midlayer, do you agree to change REQ_SPECIAL to
> mean special requests? If so, I have three proposals.
>
> * move REQ_SOFTBARRIER setting to right after the al
Hello,
here is a patch to fix the problem discussed at the "[PATC] small VFS
change for JFFS2" thread in LKML (http://lkml.org/lkml/2005/4/18/77).
The problem description:
~~
prune_icache() removes inodes from the inode hash (inode->i_hash) and
drops the node_lock spinlock. I
I've worked out what the problem is - this machine has more than 4GB
memory and I didn't have IOMMU compiled in - rebuilding the kernel with
this set and the problem goes away.
James Pearson
James Pearson wrote:
I'm using a Dell PowerEdge 2850 with dual 3.6Ghz Xeon EM64T CPUs.
Using a vanilla 2.
Herbert Xu wrote:
Actually, for JFFS2 we need to leave the uncompressable data
uncompressed. So if the pcompress interface have only been for JFFS2,
I'd just return an error rather then expand data. Is such behavior
acceptable for common Linux's parts pike CryptoAPI ?
You mean you no longer nee
> This is wrong because in general the number of actual CPUs is _less_
> than the number of configured CPUs (== NR_CPUS). Hence the code will
> now check the NMI counts of non-existent CPUs, complain that they are
> stuck, and disable the NMI watchdog. Actually the disablement is broken
> in this c
Canada Books
Press Release
The Canadian Business Database 2005 is now available.
This database contains more than 900,000 Canadian based businesses.
It is deemed to be the perfect tool for entrepreneurs and marketing
professionals to quickly gain access to a wealth of information to
start a di
This is with gcc 3.4.3, against linux-2.6 head
9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1 (the latest as of this
writing):
CC [M] drivers/usb/image/microtek.o
drivers/usb/image/microtek.c: In function `mts_scsi_abort':
drivers/usb/image/microtek.c:338: error: `FAILURE' undeclared (first use
in th
This is against linux-2.6 head 9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1:
CC [M] drivers/scsi/ultrastor.o
drivers/scsi/ultrastor.c: In function `ultrastor_queuecommand':
drivers/scsi/ultrastor.c:302: warning: matching constraint does not
allow a register
drivers/scsi/ultrastor.c:302: warning: ma
Hello,
I got the following Machine Check Exception on 4-way Opteron Server.
I've tried 2.6.11.7 and 2.6.12-rc2.
The kernel parameter "nomce" could help to boot it up.
I wrote this panic messages by hand.
This panic seems to happen around "arch/x86_64/pci/../../i386/pci/direct.c:28"
=
Hi,
Some instrumentation tools on Linux, like Itrace and systemtap
(http://sourceware.org/systemtap) now use the kprobe infrastructure to
gather information. One of the requirements of projects like systemtap
is the ability to define multiple kprobes at a given address.
To this end, here is a pat
On Tue, Apr 19, 2005 at 02:15:30PM +0200, Nico Schottelius wrote:
> When I wrote schwanz3(*) for fun, I noticed /proc/cpuinfo
> varies very much on different architectures.
>
> Is it possible to make it look more identical (as far as the different
> archs allow it)?
>
> So that one at least can c
On Fri, Apr 15, 2005 at 06:58:20PM +0100, Hugh Dickins wrote:
> On Fri, 15 Apr 2005, Chris Wright wrote:
> > * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > On Thu, Apr 14, 2005 at 11:27:12AM -0700, Chris Wright wrote:
> > > > Yes, I've seen it in .11 and earlier kernels. Happen to have same
> > > >
Hi Grzegorz :)
* Grzegorz Piotr Jaskiewicz <[EMAIL PROTECTED]> dixit:
> Apr 19 14:03:49 thinkpaddie kernel: Vendor: USB Read Model: CF Card
> CF Rev: 1.8D
> Apr 19 14:03:49 thinkpaddie kernel: Type: Direct-Access
> ANSI SCSI revision: 00
[...]
> But no SD card is detecte
I get this compile error on linux-2.6 head
9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1, but only with gcc 2.95.3, not
gcc 3.4.3:
CC [M] drivers/scsi/aic7xxx/aic7xxx_osm.o
drivers/scsi/aic7xxx/aic7xxx_osm.c: In function `ahc_linux_init':
drivers/scsi/aic7xxx/aic7xxx_osm.c:3608: parse error before `
Hi,
> got this oops while unloading ide-scsi (rmmod segfaulted)
This happens to me too, reliably. I'm using vanilla 2.6.11 with the
swsusp2-patchset. "Preemtible" is turned on here. I have an ide disk and an
ide dvd/cd drive. My kernel boot options contain "hdc=ide-scsi".
Regards,
Robert
Unab
On Tuesday 19 April 2005 12:04, Jesper Juhl wrote:
> On Tue, 19 Apr 2005, Denis Vlasenko wrote:
>
> > This + next patch were "modprobe tcrypt" tested.
> > See next mail.
>
> Could you please send patches inline instead of as attachments.
> Attachments mean there's more work involved in getting a
> that (at least for now) no *MAJOR* "rip it out, stomp on it, burn it and
> start over" parts of the kernel exist any longer? In other words, do you
These ideas continue to exist. This is partly due to increasing skills of
developers but also to the changing environment. You'll find literally
s
On Mon, 2005-04-18 at 01:31 +0200, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make needlessly global code static
> - #if 0 unused functions
> - remove unused EXPORT_SYMBOL's
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thank you for your patch, I will appl
On Tue, 2005-04-19 at 10:29 +0100, Christoph Hellwig wrote:
> Good question actually. I know XFS does passed vmalloc'ed memory down
> the block I/O path, but that's as a scatter/gather request. All non-s/g
> request should be contingous I think.
>
> We really need to write down the rules about w
On Tue, 2005-04-19 at 14:34 +0200, Jens Axboe wrote:
> On Mon, Apr 18 2005, Tejun Heo wrote:
> > And, James, regarding REQ_SOFTBARRIER, if the REQ_SOFTBARRIER thing can
> > be removed from SCSI midlayer, do you agree to change REQ_SPECIAL to
> > mean special requests? If so, I have three proposal
On Tue, Apr 19 2005, James Bottomley wrote:
> On Tue, 2005-04-19 at 14:34 +0200, Jens Axboe wrote:
> > On Mon, Apr 18 2005, Tejun Heo wrote:
> > > And, James, regarding REQ_SOFTBARRIER, if the REQ_SOFTBARRIER thing can
> > > be removed from SCSI midlayer, do you agree to change REQ_SPECIAL to
> >
03_scsi_timer_dispatch_race_fix.patch
scsi_queue_insert() has four callers. Three callers call with
timer disabled and one (the second invocation in
scsi_dispatch_cmd()) calls with timer activated.
scsi_queue_insert() used to always call scsi_delete_timer()
Hello, James.
This patchset contains the following patches from the previous timer
update patchset.
02_scsi_timer_eh_timer_fix.patch
03_scsi_timer_dispatch_race_fix.patch
04_scsi_timer_remove_delete_timer_from_reset_provider.patch
eh_timer_fix is reworked as you suggested and split into tw
04_scsi_timer_remove_delete_timer_from_reset_provider.patch
scsi_reset_provider() calls scsi_delete_timer() on exit which
isn't necessary. Remove it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_error.c |1 -
1 files changed, 1 deletion(-)
Index: scsi-reqfn-export/dri
On Tue, Apr 19 2005, Jens Axboe wrote:
> On Tue, Apr 19 2005, James Bottomley wrote:
> > On Tue, 2005-04-19 at 14:34 +0200, Jens Axboe wrote:
> > > On Mon, Apr 18 2005, Tejun Heo wrote:
> > > > And, James, regarding REQ_SOFTBARRIER, if the REQ_SOFTBARRIER thing can
> > > > be removed from SCSI mid
On Tue, 19 Apr 2005, Denis Vlasenko wrote:
> On Tuesday 19 April 2005 12:04, Jesper Juhl wrote:
> > On Tue, 19 Apr 2005, Denis Vlasenko wrote:
> >
> > > This + next patch were "modprobe tcrypt" tested.
> > > See next mail.
> >
> > Could you please send patches inline instead of as attachments.
On Mon, 2005-04-18 at 22:31 -0700, Chuck Wolber wrote:
> Greetings,
>
> For months I have been reading as much as I can about the current
> stable/unstable development model, but still have a question.
>
> Has the Linux Kernel reached a point where the majority of developers feel
> that (at lea
On Tuesday 19 April 2005 17:41, Jesper Juhl wrote:
> On Tue, 19 Apr 2005, Denis Vlasenko wrote:
>
> > On Tuesday 19 April 2005 12:04, Jesper Juhl wrote:
> > > On Tue, 19 Apr 2005, Denis Vlasenko wrote:
> > >
> > > > This + next patch were "modprobe tcrypt" tested.
> > > > See next mail.
> > >
>
Hi All,
I'm currently trying to bring 2.6.12-rc2 up on a board
using the Freescale 8240 CPU. I'm also using, for the
most part, the sandpoint platform specific code.
Currently I am experiencing a hang in the function
rest_init within init/main.c when the kernel attempts
to kick off its init thre
Here are some figures (I used your pmstats):
The machine is a Pentium M 2.00 GHz, supporting C0-C4 processor power states.
The machine run at 2.00 GHz all the time.
A lot of modules (pcmcia, usb, ...) where loaded, services that could
produce load where stopped -> processor is mostly idle.
__
02_scsi_timer_eh_timer_remove_spurious_if.patch
If tests which check if eh_action isn't NULL in both functions
are always true. Remove the if's.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_error.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
Index: scs
01_scsi_timer_eh_timer_fix.patch
scmd->eh_timeout is used to resolve the race between command
completion and timeout. However, during error handling,
scsi_send_eh_cmnd uses scmd->eh_timeout. This creates a race
condition between eh and normal completion for a requ
On Tue, 19 Apr 2005, Eric Van Hensbergen wrote:
> On 4/17/05, Bodo Eggert <[EMAIL PROTECTED]>
> > > I was thinking about this a while back and thought having a user-mount
> > > permissions file might be the right way to address lots of these
> > > issues. Essentially it would contain information
>
> I think you shouldn't help the admins by creating shoes with target marks.
>
> Allowing user mounts with no* should be allways ok (no config needed
> besides the ulimit), and mounting specified files to defined locations
> is allready supported by fstab.
I tend to agree. It should be obvio
On 4/19/05, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> >
> > Well, that would kinda be the intent behind the permissions file --
> > it can specify what restricted set of images/devices/whatever the user
> > can mount, I suppose the sensible thing would be to always enforce
> > nosuid and nsgid, but
Hi,
On Tue, Apr 19, 2005 at 04:56:56PM +0200, Thomas Renninger wrote:
> If CONFIG_IDLE_HZ is set, the c-state will be evaluated on
> three control values (averages of the last 4 measures):
>
> a) idle_ms -> if machine was active for longer than this
>value (avg), the machine is assumed to not
This patch provides finer grained permissions for the audit family of
Netlink sockets under SELinux.
1. We need a way to differentiate between privileged and unprivileged
reads of kernel data maintained by the audit subsystem. The AUDIT_GET
operation is unprivileged: it returns the current statu
Dinakar, replying to Nick:
> > It doesn't work if you have *most* jobs bound to either
> > {0, 1, 2, 3} or {4, 5, 6, 7} but one which should be allowed
> > to use any CPU from 0-7.
>
> That is the current definition of cpu_exclusive on cpusets.
> I initially thought of attaching exclusive cpusets
Hi,
using tcpdump to capture ethernet packets i noticed i obtain more
packets than interrupts (taken from /proc/interrupts).
I found this with all NICs available to me (8139, e1000pro, one using
sk98lin, 3com 59x, via rhine etc..).
Where the NIC supports any type of mitigation or similar (see NAPI)
Hi,
when i NIC writes a packet in memory using a DMA transaction, can i be
sure that this transaction will tranfer the entire frame or it is
possible to have frame fragmentation with every fragment beeing
transferred in a separate DMA transaction?
Thank u very much
Francesco Oppedisano
-
To unsub
On Tue, 19 Apr 2005, Andi Kleen wrote:
> On Fri, Apr 15, 2005 at 06:58:20PM +0100, Hugh Dickins wrote:
> >
> > I must confess, with all due respect to Andi, that I don't understand his
> > dismissal of the possibility that load_cr3 in leave_mm might be the fix
> > (to create_elf_tables writing use
Hi,
Sorry for the preemptive email. I found the issue,
and it was actually a little bit later than the kernel
thread call.
Thanks,
Anthony
--- Anthony Russello <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I'm currently trying to bring 2.6.12-rc2 up on a
> board
> using the Freescale 8240 CPU. I'm
On 4/7/05, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Hi,
> VST patch (http://lwn.net/Articles/118693/) attempts to avoid useless
> regular (local) timer ticks when a CPU is idle.
> linux-2.6.11-vatsa/kernel/sched.c | 52
> ++
> 1 files change
Simon wrote:
> I guess we hit a limit of the filesystem-interface approach here.
> Are the possible failure reasons really that complex ?
Given the amount of head scratching my proposal has provoked
so far, they might be that complex, yes. Failure reasons
include:
* The cpuset Foo whose domain_c
On Sat, Apr 16, 2005 at 07:53:05AM +0200, Willy Tarreau wrote:
> On Fri, Apr 15, 2005 at 02:50:48PM +0200, Karl Kiniger wrote:
> > On Thu, Apr 14, 2005 at 07:02:44AM +0200, Willy Tarreau wrote:
> > > You may try to unload the ehci-hcd driver and load only uhci and check if
> > > it still happens. I
I seem to be having an issue with 2.4 and linuxthreads.
I have a program that spawns a child thread, and that child boosts
itself into a realtime scheduler class.
The child then went crazy and turned into a cpu hog. At this point, a
higher-priority task detected the hog, and tried to kill the p
-
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/
Hi Andrew,
This is a fix to the pgtable_quicklist code. There is a GFP_KERNEL
allocation in pgtable_quicklist_alloc(), which spews the usual warnings
if the kernel is under heavy VM pressure and the reclaim code is
invoked.
This patch is against 2.6.12-rc2-mm2
Signed-off-by: Martin Hicks <[EM
On Tue, Apr 19, 2005 at 11:07:01AM +1000, Benjamin Herrenschmidt was heard to
remark:
> On Mon, 2005-04-18 at 14:38 -0500, Linas Vepstas wrote:
> >
> > Hi,
> >
> > The patch below appears to fix a problem where a number of dead processes
> > linger on the system. On a highly loaded system, doze
Dinakar wrote:
> I was hoping that by the time we are done with this, we would
> be able to completely get rid of the isolcpus= option.
I won't miss it. Though, since it's in the main line kernel,
do you need to mark it deprecated for a while first?
> For that
> ofcourse we need to be able build
On Tue, Apr 19, 2005 at 11:01:25AM +1000, Benjamin Herrenschmidt was heard to
remark:
> On Mon, 2005-04-18 at 14:38 -0500, Linas Vepstas wrote:
> >
> > Hi,
> >
> > The patch below appears to fix a problem where a number of dead processes
> > linger on the system. On a highly loaded system, doze
On Tuesday 19 April 2005 00:19, Peter Baumann wrote:
> On Sun, Apr 17, 2005 at 10:26:43PM +0200, Daniel Ritz wrote:
> > from your dmesg:
> > PCI: :00:0b.0 pmc: 7601, current_state, pmcsr: 00040, new:
> > ACPI: PCI Interrupt :00:0b.0[A] -> GSI 19 (level, low) -> IRQ 19
> > 3c59x: Do
Hello
I have seen a device by CorAccess which apparently uses Linux and didn't find
anything that would suggest it complies to GPL, though I had access to the
complete shipping package. Does anyone know about known cause of violation by
this company or should I investigate further?
CL<
-
To unsub
On Tue, 19 Apr 2005 09:22:34 -0400
Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
> 1. Is the approach taken by the patch attached good?
I think this simple idea of simply adding a list to the object
is fine.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Apr 19, 2005 at 05:57:43PM +, Karel Kulhavy wrote:
> I have seen a device by CorAccess which apparently uses Linux and didn't find
> anything that would suggest it complies to GPL, though I had access to the
> complete shipping package. Does anyone know about known cause of violation by
Lennart Sorensen <[EMAIL PROTECTED]> wrote:
>
> Well what is the case if you use unmodified GPL code, do you still have
> to provide sources to the end user if you give them binaries?
Yes, or a written offer to provide sources, plus a copy of the GPL. It's all
spelled out pretty clearly in the
On Tue, 19 Apr 2005 15:46:07 +
Francesco Oppedisano <[EMAIL PROTECTED]> wrote:
> Can every driver manage many packets per call?
Most can. If more packets arrive between between when the chip
signals the interrupt and the cpu actually gets to the driver
interrupt handler, multiple packets per
1 - 100 of 198 matches
Mail list logo
