hi all,
i want run my program as a daemon..its like normal
how to do that
service squid start
thanks
-
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
On Thu, 2005-02-03 at 02:47 -0800, Andrew Morton wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> > On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
> > > Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Below is a patch which adds a function
> > > >
On Llu, 2005-01-31 at 22:17, Adrian Bunk wrote:
> This MAINTAINERS entry still contain the link to the web page - and from
> there the information about the mailing list is easily available.
It would still be far better to just add " (subscriber only)" on the
end of the list name line
-
To
On Wed, Feb 02, 2005 at 04:20:23PM -0800, David S. Miller wrote:
>
> > if (atomic_read(>users) != 1) {
> > smp_mb__before_atomic_dec();
> > if (!atomic_dec_and_test(>users))
> > return;
> > }
> > __kfree_skb(skb);
>
> This looks good. Olaf
On Mer, 2005-02-02 at 08:31, Jeff Garzik wrote:
> > Merges drivers/ide/pci/*.h files into their corresponding *.c
> > files. Rationales are
> > 1. There's no reason to separate pci drivers into header and
> >body. No header file is shared and they're simple enough.
> > 2.
Peter Osterlund wrote:
> Only parse a "z == 127" packet as a relative Dualpoint stick packet if
> the touchpad actually is a Dualpoint device. The Glidepoint models
> don't have a stick, and can report z == 127 for a very wide finger. If
> such a packet is parsed as a stick packet, the mouse
On Maw, 2005-02-01 at 23:03, Bartlomiej Zolnierkiewicz wrote:
> On Sat, 22 Jan 2005 19:41:24 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Why do you need to have state-machine? During suspend we are running
> > single-threaded, it should be okay to just do the calls directly.
> >
On Maw, 2005-02-01 at 23:18, Benjamin Herrenschmidt wrote:
> On Tue, 2005-02-01 at 20:22 +, Richard Hughes wrote:
> > On Tue, 01 Feb 2005 12:57:33 +0100, Michael Brade wrote:
> I suspect in your case, it's reading "ff", which indicates either that
> there is no hardware where the kernel tries
On Thu, 2005-02-03 at 11:17 +0100, Gerd Knorr wrote:
> > tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
> > tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw]
> > tuner: microtune: companycode=4d54 part=04 rev=04
> > tuner: microtune MT2032 found, OK
> > tda9885/6/7: chip found @
Thomas Gleixner writes:
> On Wed, 2005-02-02 at 23:47 -0500, Dave Jones wrote:
> > I'm at a loss to explain whats been happening with this symbol.
>
> The macro was duplicated in -mm1.
> I sent a patch against -mm1
> The patch went upstream without the perfctr-ppc.patch, which contained
>
Hirokazu Takahashi <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> > > Hi Vivek and Eric,
> > >
> > > IMHO, why don't we swap not only the contents of the top 640K
> > > but also kernel working memory for kdump kernel?
> > >
> > > I guess this approach has some good points.
> > >
> > >
On Thu, Feb 03, 2005 at 11:58:46AM +0100, Pavel Machek wrote:
> Hi!
>
> > On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
> > > Okay, you are right, restoring it unconditionaly would be bad
> > > idea. Still it would be nice to tell cpufreq governor "please change
> > > the
Hi!
> > > > > > I used your config advices from second mail, still it does not work
> > > > > > as
> > > > > > expected: system gets "too sleepy". Like it takes a nap during boot
> > > > > > after "dyn-tick: Maximum ticks to skip limited to 1339", and key is
> > > > > > needed to make it
Hi!
> On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
> > Okay, you are right, restoring it unconditionaly would be bad
> > idea. Still it would be nice to tell cpufreq governor "please change
> > the frequency ASAP" so it does not run at 800MHz for half an hour
> > compiling
Hi,
On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
> Okay, you are right, restoring it unconditionaly would be bad
> idea. Still it would be nice to tell cpufreq governor "please change
> the frequency ASAP" so it does not run at 800MHz for half an hour
> compiling kernels on AC
Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
> > Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> > >
> > > Below is a patch which adds a function
> > > mm/filemap.c::find_or_create_pages(), locks a range of pages. Please
> > > see
>
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> Thomas Gleixner writes:
> > On Wed, 2005-02-02 at 23:47 -0500, Dave Jones wrote:
> > > I'm at a loss to explain whats been happening with this symbol.
> >
> > The macro was duplicated in -mm1.
> > I sent a patch against -mm1
> > The
On Wed, Feb 02, 2005 at 10:47:58PM +0100, Daniele Venzano wrote:
> Il giorno 02/feb/05, alle 16:54, Stelian Pop ha scritto:
>
> >Hi,
> >
> >I've played lately a bit with Subversion and used it for managing
> >the kernel sources, using Larry McVoy's bk2cvs bridge and Ben Collins'
> >bkcvs2svn
On Thu, 2005-02-03 at 11:29 +0100, Terje FÃberg wrote:
> I recently upgraded my desktop from 2.4.28 to
> 2.6.10. Even under moderate memory pressure kswapd
> regularly eats almost all available cpu time
> whenever there is a little more IO throughput,
> like copying large files. The system is
Hi!
> > > I have noticed that the condition (cur_freq != cpu_policy->cur), which is
> > > unlikely() according to cpufreq.c:cpufreq_resume(), occurs on every resume
> > > on my box (Athlon64-based Asus). Every time the box resumes, I get a
> > > message
> > > like that:
> > >
> > > Warning:
Hi!
> >> > Sorry for being late responding to this, but I'd say this is a
> >> prime > example for typedef's considered evil (see Greg's OLS talk
> >> ;).
> >> >
> >> > It would be a lot cleaner if it was made a struct and then
> >> passing a > struct pointer as the argument instead of passing
Ram wrote:
> > unsigned long page_cache_readahead(mapping, ra, filp, offset, req_size)
> > {
> > unsigned long max, newsize = req_size;
> > int sequential = (offset == ra->prev_page + 1);
> >
> > if (offset == ra->prev_page && req_size == 1 && ra->size != 0)
> > goto out;
>
On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> >
> > Below is a patch which adds a function
> > mm/filemap.c::find_or_create_pages(), locks a range of pages. Please see
> > the function description in the patch for details.
>
> This
On Wed, Feb 02, 2005 at 05:15:16PM +0100, Lethalman wrote:
> (first sorry for my poor English)
> Very nice howto. It's useful for generic use of svn too.
> The notations about converting bk to svn is really interesting... nice job!
>
> Just a little error:
> How to I ignore temporary build files
On Tue, Feb 01, 2005 at 08:19:17PM -0500, Eric Lammerts wrote:
>
> Hi,
> I had a lot of problems with the transport stream input on the
> SAA7134. Even the slighest bit of other system activity caused data
> corruption. This patch corrects the switching of the two DMA
> buffers.
Thanks, merged
I recently upgraded my desktop from 2.4.28 to
2.6.10. Even under moderate memory pressure kswapd
regularly eats almost all available cpu time
whenever there is a little more IO throughput,
like copying large files. The system is extremely
sluggish during this. The system load goes up to
7.5 or
Steven Pratt wrote:
>
> >+static int make_ahead_window(struct address_space *mapping, struct file
> >*filp,
> >+struct file_ra_state *ra, int force)
> >+{
> >+int block, ret;
> >+
> >+block = force || (ra->prev_page >= ra->ahead_start);
> >+ret =
On Thu, Feb 03, 2005 at 12:29:00AM +, H. Peter Anvin wrote:
> > And now a question to Larry and whoever else is involved in the
> > bkcvs mirror on kernel.org: what is the periodicity of the CVS
> > repository update ?
> >
>
> Currently it's nightly. Larry has offered to run it more often
Markus Trippelsdorf <[EMAIL PROTECTED]> writes:
> tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
> tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw]
> tuner: microtune: companycode=4d54 part=04 rev=04
> tuner: microtune MT2032 found, OK
> tda9885/6/7: chip found @ 0x86
> ...
>
Hi Eric,
> > Hi Vivek and Eric,
> >
> > IMHO, why don't we swap not only the contents of the top 640K
> > but also kernel working memory for kdump kernel?
> >
> > I guess this approach has some good points.
> >
> > 1.Preallocating reserved area is not mandatory at boot time.
> >And the
Hirokazu Takahashi <[EMAIL PROTECTED]> writes:
> Hi Vivek,
>
> > > Hi Vivek and Eric,
> > >
> > > IMHO, why don't we swap not only the contents of the top 640K
> > > but also kernel working memory for kdump kernel?
> >
> >
> > Initial patches of kdump had adopted the same approach but given
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> This is not for kdump but an experience of our project(mkdump).
> The dump kernel(not SMP config) boot hangs if machine_kexec()
> excutes on non-boot CPU on x86_64 platform.
?? x86_64 is Opteron cpu, amd64, Intel cpu?
Are the kernels running in
Hello,
I am not sure if sending you this Oops message form my Kernel is
politically correct but here you go
If you can help, I would greatly appreciate it.
Thank you in advance,
Larry
Feb 2 14:37:45 geezer kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0074
Hi Vivek,
> > Hi Vivek and Eric,
> >
> > IMHO, why don't we swap not only the contents of the top 640K
> > but also kernel working memory for kdump kernel?
>
>
> Initial patches of kdump had adopted the same approach but given the
> fact devices are not stopped during transition to new kernel
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > You can simulate the overflow itself so no need to find any real
> > application vulnerability, but show me _working code_ (or a convincing
> > description) that can call glibc's do_make_stack_executable() (or the
> > 'many ways of doing this'),
Hirokazu Takahashi <[EMAIL PROTECTED]> writes:
> Hi Vivek and Eric,
>
> IMHO, why don't we swap not only the contents of the top 640K
> but also kernel working memory for kdump kernel?
>
> I guess this approach has some good points.
>
> 1.Preallocating reserved area is not mandatory at boot
> "Pavel" == Pavel Machek <[EMAIL PROTECTED]> writes:
>> > Sorry for being late responding to this, but I'd say this is a
>> prime > example for typedef's considered evil (see Greg's OLS talk
>> ;).
>> >
>> > It would be a lot cleaner if it was made a struct and then
>> passing a > struct
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 02 Feb 2005 08:24:03 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
> >
> > So the kernel+initrd that captures a crash dump will live and execute
> > in a reserved area of memory. It needs to know which memory regions
> > are valid, and
On Thu, 2005-02-03 at 13:40 +1300, Michal Ludvig wrote:
> Fruhwirth Clemens wrote:
>
> > Especially, if James ask me to redo Michal's conflicting patches
> > (done btw), which are totally off-topic for me.
>
> Great, thanks! Has the interface for multiblock modules changed or
> should my old
On Thu, Feb 03, Linux Kernel Mailing List wrote:
> ChangeSet 1.1992.2.74, 2005/02/02 08:48:39-08:00, [EMAIL PROTECTED]
>
> [PATCH] Devices.txt, update with LANANA
>
> Attached is diff for bringing devices.txt uptodate with lanana.
>
> Please note: The devices.txt
--- Dave Jones <[EMAIL PROTECTED]> escribió:
> I'm at a loss to explain whats been happening with
> this symbol.
My patch was against the -mm series, as reported in
the original subject.
In the -mm series, the perfctr-ppc.patch already
defines that symbol. As that patch contains all the
Zan Lynx wrote:
On Wed, 2005-02-02 at 16:30 -0800, Greg KH wrote:
On Wed, Feb 02, 2005 at 07:07:21PM -0500, Pavel Roskin wrote:
On Wed, 2 Feb 2005, Greg KH wrote:
On Wed, Feb 02, 2005 at 03:23:30PM -0800, Patrick Mochel wrote:
What is wrong with creating a (GPL'd)
On Thu, Feb 03, 2005 at 06:30:14AM -0200, Alexandre Oliva wrote:
> On Feb 2, 2005, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2 Feb 2005 18:07:27 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> >> With a Synaptics I suppose? You wouldn't like it with an ALPS.
>
> > No, it's a
On Wed, 2005-02-02 at 17:56 -0500, Pavel Roskin wrote:
> Hello!
>
> I'm writing a module under a proprietary license. I decided to use sysfs
> to do the configuration. Unfortunately, all sysfs exports are available
> to GPL modules only because they are exported by EXPORT_SYMBOL_GPL.
I
Hi,
This is not for kdump but an experience of our project(mkdump).
The dump kernel(not SMP config) boot hangs if machine_kexec()
excutes on non-boot CPU on x86_64 platform.
We don't found why. (Please let me know if you know why.)
but fix that the boot-cpu excutes machine_kexec() in the nmi
On Thursday 03 February 2005 02:05, john stultz wrote:
> Hey Venkatesh,
> I've been looking into a bug where i386 2.6 kernels do not boot on IBM
> e325s if HPET_TIMER is enabled (hpet=disable works around the issue).
> When running x86-64 kernels, the issue isn't seen. It appears that after
FWIW
Charles Cazabon wrote:
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Wed, 2005-02-02 at 06:49 -0800, Frank klein wrote:
I am having some licensing questions. It would be
really great if you can clarify on them
1. For explaining the internals of a filesystem in
detail, I need to take their
On Feb 2, 2005, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Feb 2005 18:07:27 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>> With a Synaptics I suppose? You wouldn't like it with an ALPS.
> No, it's a Dualpoint, and so ALPS.
Err... That doesn't follow. My Dell Inspiron 8000 has
Haakon Riiser wrote:
[Geert Uytterhoeven]
mmap() the MMIO registers to userspace, and program the
acceleration engine from userspace, like DirectFB (and XF*_FBDev
3.x for Matrox and Mach64) does.
Right, this was how I originally intended to do it. The reason
why I started to obsess about
Hi Guys,
A while ago I saw a post of somone who aims at maintaining a vendors
kernel tree for each version released stable. Anyone know where I can
find more info on this?
Plz reply to me offlist.
Thanks
-Nigel Kukard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, 28 Jan 2005 22:12:04 -0800, Prashant Viswanathan
<[EMAIL PROTECTED]> wrote:
> > > I have been trying unsuccessfully over the last 2 weeks to get
> > > compactflash working on my Linux system based on mini-ITX (Via CL
> > > motherboard, pentium compatible).
> > >
> > > I use a CF->IDE
Hi,
On Thu, 2005-02-03 at 12:32, Hirokazu Takahashi wrote:
> Hi Vivek and Eric,
>
> IMHO, why don't we swap not only the contents of the top 640K
> but also kernel working memory for kdump kernel?
Initial patches of kdump had adopted the same approach but given the
fact devices are not stopped
On Thursday 03 of February 2005 07:38, Benjamin Herrenschmidt wrote:
> > Are you seriously proposing this for 2.6.11??
>
> Well... There should be no problem with
> add-try_acquire_console_sem.patch and
> update-aty128fb-sleep-wakeup-code-for-new-powermac-changes.patch.
>
> radeonfb is another
On Tue, Feb 01, 2005 at 08:19:17PM -0500, Eric Lammerts wrote:
Hi,
I had a lot of problems with the transport stream input on the
SAA7134. Even the slighest bit of other system activity caused data
corruption. This patch corrects the switching of the two DMA
buffers.
Thanks, merged (and
On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
Below is a patch which adds a function
mm/filemap.c::find_or_create_pages(), locks a range of pages. Please see
the function description in the patch for details.
This isn't very
Anton Altaparmakov [EMAIL PROTECTED] wrote:
On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
Below is a patch which adds a function
mm/filemap.c::find_or_create_pages(), locks a range of pages. Please
see
the function
On Wed, Feb 02, 2005 at 04:20:23PM -0800, David S. Miller wrote:
if (atomic_read(skb-users) != 1) {
smp_mb__before_atomic_dec();
if (!atomic_dec_and_test(skb-users))
return;
}
__kfree_skb(skb);
This looks good. Olaf can you
On Thu, 2005-02-03 at 02:47 -0800, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
On Wed, 2005-02-02 at 14:34 -0800, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
Below is a patch which adds a function
mm/filemap.c::find_or_create_pages(),
Working with the new UML skas0 mode on my Xeon HT host, sporadically I saw
some processes on UML segfaulting.
In all cases, I could track this down to be caused by a gs segment register,
that had the wrong contents.
This again is caused by a problem in the host linux: A ptraced child going to
stop
On Maw, 2005-02-01 at 23:18, Benjamin Herrenschmidt wrote:
On Tue, 2005-02-01 at 20:22 +, Richard Hughes wrote:
On Tue, 01 Feb 2005 12:57:33 +0100, Michael Brade wrote:
I suspect in your case, it's reading ff, which indicates either that
there is no hardware where the kernel tries to
On Mer, 2005-02-02 at 08:31, Jeff Garzik wrote:
Merges drivers/ide/pci/*.h files into their corresponding *.c
files. Rationales are
1. There's no reason to separate pci drivers into header and
body. No header file is shared and they're simple enough.
2. struct
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 11:54:48 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
11_ide_drive_sleeping_fix.patch
ide_drive_t.sleeping field added. 0 in sleep field used to
indicate inactive sleeping but because 0 is a valid jiffy
On Thu, 3 Feb 2005 12:37:10 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 11:54:48 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
11_ide_drive_sleeping_fix.patch
ide_drive_t.sleeping field added. 0 in sleep
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Thu, 3 Feb 2005 12:37:10 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 11:54:48 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
11_ide_drive_sleeping_fix.patch
On Wed, 2 Feb 2005 11:54:48 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
11_ide_drive_sleeping_fix.patch
ide_drive_t.sleeping field added. 0 in sleep field used to
indicate inactive sleeping but because 0 is a valid jiffy
value, though slim, there's a chance that
On Wed, 2 Feb 2005 11:55:38 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
12_ide_hwgroup_t_polling.patch
ide_hwgroup_t.polling field added. 0 in poll_timeout field
used to indicate inactive polling but because 0 is a valid
jiffy value, though slim, there's a chance that
Hi,
In my system there's a strange behaviour its not allowing me to create
any file in /usr/bin even as root. Its chmod is set to 755. Its even not
allowing me to change the chmod value of /usr/bin. The strangest part which
i felt is ...its shows the owner and group as root when i issue
Try:
lsattr /usr/bin
Hope this helps,
On Thu, Feb 03, 2005 at 08:15:39PM +0530, Pankaj Agarwal wrote:
Hi,
In my system there's a strange behaviour its not allowing me to create
any file in /usr/bin even as root. Its chmod is set to 755. Its even not
allowing me to change the chmod
Hi,
For example, in this particular case, a more sinister (but probably
impossible for sk_buff objects) problem would be for the list removal
itself to be delayed until after the the kfree_skb. This could
potentially mean that we're reading/writing memory that's already
been freed.
On Thu, 3 Feb 2005, Pankaj Agarwal wrote:
In my system there's a strange behaviour its not allowing me to create
any file in /usr/bin even as root. Its chmod is set to 755. Its even not
allowing me to change the chmod value of /usr/bin. The strangest part which
i felt is ...its shows
On Thu, 3 Feb 2005, Pankaj Agarwal wrote:
Hi,
In my system there's a strange behaviour its not allowing me to create
any file in /usr/bin even as root. Its chmod is set to 755. Its even not
allowing me to change the chmod value of /usr/bin. The strangest part which i
felt is ...its shows
this isn't the case as i am able to create, edit and delete files in other
directories under /usr.
- Original Message -
From: Tim Schmielau [EMAIL PROTECTED]
To: Pankaj Agarwal [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; Linux Net linux-net@vger.kernel.org
Sent: Thursday,
On Thu, 3 Feb 2005, Tim Schmielau wrote:
On Thu, 3 Feb 2005, Pankaj Agarwal wrote:
In my system there's a strange behaviour its not allowing me to create
any file in /usr/bin even as root. Its chmod is set to 755. Its even not
allowing me to change the chmod value of /usr/bin. The strangest
its not even allowing me to copy it ...then surely it wont allow me mv as
well... what else can i try...
[EMAIL PROTECTED] root]# mount
/dev/hda2 on / type ext3 (rw)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on
On Thu, 3 Feb 2005, Pankaj Agarwal wrote:
its not even allowing me to copy it ...then surely it wont allow me mv as
well... what else can i try...
You didn't even bother to follow my carefully-written instructions!
**PLONK**
Since you seem to know everything, go to pound sand.
Cheers,
Dick
its not even allowing me to copy it ...then surely it wont allow me mv as
well... what else can i try...
[EMAIL PROTECTED] root]# mount
/dev/hda2 on / type ext3 (rw)
[EMAIL PROTECTED] /]# cd /usr
[EMAIL PROTECTED] usr]# cp bin testbin
cp: omitting directory `bin'
cp does not normally copy
my fault...i'm able to copy it using -rf with CP. So, solution given by Dick
Johnson (Linux-OS) can be used, if all are unable to find what's the
problem...
here's the output of the two commands you've asked for..
[EMAIL PROTECTED] usr]# ls -ld /usr/bin
drwxr-xr-x2 root root
On Thu, Feb 03, 2005 at 09:48:12PM +0530, Pankaj Agarwal wrote:
[EMAIL PROTECTED] usr]# lsattr -d /usr/bin
su--ia--- /usr/bin
Well, there's your problem. These mean:
s: when deleted, its blocks are zeroed and written back to the disk
u: when deleted, its contents are saved.
i: cannot be
On Thu, 3 Feb 2005 21:48:12 +0530
Pankaj Agarwal [EMAIL PROTECTED] bubbled:
my fault...i'm able to copy it using -rf with CP. So, solution given
by Dick Johnson (Linux-OS) can be used, if all are unable to find
what's the problem...
here's the output of the two commands you've asked for..
Got this report about 2.6.11-rc3. Is this the correct solution?
- Forwarded message from Joel Soete [EMAIL PROTECTED] -
A short analyse, it seems that's because NFSD was builtin while EXPORTFS
was a module in my previous config file. Imho EXPORTFS would be build as
NFSD?
Is the
On Thu, Feb 03, 2005 at 05:01:11PM +, Matthew Wilcox wrote:
Got this report about 2.6.11-rc3. Is this the correct solution?
- Forwarded message from Joel Soete [EMAIL PROTECTED] -
A short analyse, it seems that's because NFSD was builtin while EXPORTFS
was a module in my
Hi,
Here is late ide-2.6 update. Various small fixes (mainly for nasty
corner cases, from Tejun Heo) and few trivial cleanups for which I
see no reason to wait for 2.6.11. Please apply.
Bartlomiej
Please do a
bk pull bk://bart.bkbits.net/ide-2.6
This will update the following
On Wed, 2 Feb 2005 12:08:13 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
23_ide_taskfile_task_ioctl.patch
ide_task_ioctl() modified to map to ide_taskfile_ioctl().
This is the last user of REQ_DRIVE_TASK.
ide_task_ioctl() should map to taskfile transport not ide_taskfile_ioctl()
On Wed, 2 Feb 2005 12:07:27 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
22_ide_taskfile_flush.patch
All REQ_DRIVE_TASK users except ide_task_ioctl() converted
to use REQ_DRIVE_TASKFILE.
1. idedisk_issue_flush() converted to use REQ_DRIVE_TASKFILE.
This and the
On Wed, 2 Feb 2005 12:12:38 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
29_ide_explicit_TASKFILE_NO_DATA.patch
Make data_phase explicit in NO_DATA cases.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-ide-export/drivers/ide/ide-disk.c
On Thu, 3 Feb 2005 18:37:04 +0100, Bartlomiej Zolnierkiewicz
[EMAIL PROTECTED] wrote:
as HDIO_DRIVE_TASKFILE only supports no-data protocol
it should be easy to add missing bits here and get rid of calling
ide_taskfile_ioctl()
stupid typo: s/HDIO_DRIVE_TASKFILE/HDIO_DRIVE_TASK/
-
To
...
If the problem occured with CONFIG_XFS_FS=m I understand what went
wrong.
Yes, it was
It seems to be correct.
This was a side effect of Roman's fix for the XFS - EXPORTFS
dependency.
Thanks a lot,
Joel
-
To unsubscribe from this list: send the line unsubscribe
On Fri, 4 Feb 2005 01:27:05 +1100
Anton Blanchard [EMAIL PROTECTED] wrote:
Architectures should guarantee that any of the atomics and bitops that
return values order in both directions. So you dont need the
smp_mb__before_atomic_dec here.
It is, however, required on the atomics and bitops
On Wed, 2 Feb 2005 12:06:03 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
21_ide_do_taskfile.patch
Merged do_rw_taskfile() and flagged_taskfile() into
do_taskfile(). During the merge, the following changes took
place.
1. flagged taskfile now honors HOB feature
And for the vmscan-writepage() side of things I wonder if it would
be
possible to overload the mapping's -nopage handler. If the target
page
lies in a hole, go off and allocate all the necessary pagecache
pages, zero
them, mark them dirty?
I guess it would be possible but
On Wed, 2 Feb 2005 12:15:59 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
25_ide_taskfile_cmd.patch
All in-kernel REQ_DRIVE_CMD users except for ide_cmd_ioctl()
converted to use REQ_DRIVE_TASKFILE.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index:
I did a patch which switched loop to use the file_operations.read/write
about a year ago. Forget what happened to it. It always seemed the
right
thing to do..
This is unquestionably the right thing to do (at least compared to what we
have now). The loop device driver has no business assuming
On Wednesday, February 02, 2005 5:43 PM, James wrote:
+ .sdev_attrs = megaraid_device_attrs,
+ .shost_attrs= megaraid_class_device_attrs,
These are, perhaps, slightly confusing names. The terms device and
class_device have well defined meanings
On Wed, 02 Feb 2005 18:38:37 +0100
Lorenzo Hernández García-Hierro [EMAIL PROTECTED] wrote:
El mié, 02-02-2005 a las 17:17 +, [EMAIL PROTECTED] escribió:
There *are* things in OpenBSD, like randomized port assignment (as opposed
to the linear scan in tcp_v4_get_port()) that would be
On Thu, Feb 03, 2005 at 11:51:27AM -0800, Stephen Hemminger wrote:
Recent 2.6 does a more advanced form of port randomization already
using address hash at connect time. tcp_v4_get_port is only used for
the case of applications that explicitly bind to port zero to find a
free port.
Is any
On Fri, Feb 04, 2005 at 01:27:05AM +1100, Anton Blanchard wrote:
Architectures should guarantee that any of the atomics and bitops that
return values order in both directions. So you dont need the
smp_mb__before_atomic_dec here.
I wasn't aware of this requirement before. However, if this is
Hi,
ChangeLog:
* sync with linux-2.6 tree
* merge next bunch of IDE fixes (on the way to the driver-model) serie
* merge via82cxxx resume fix
BK users:
bk pull bk://bart.bkbits.net/ide-dev-2.6
This will update the following files:
drivers/ide/Kconfig|8 -
On Fri, 4 Feb 2005 07:30:10 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
On Fri, Feb 04, 2005 at 01:27:05AM +1100, Anton Blanchard wrote:
Architectures should guarantee that any of the atomics and bitops that
return values order in both directions. So you dont need the
Bartlomiej Zolnierkiewicz wrote:
On Thu, 3 Feb 2005 14:32:29 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Thu, 3 Feb 2005 12:37:10 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Feb 03 2005, Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb
On Fri, 4 Feb 2005 01:27:05 +1100
Anton Blanchard [EMAIL PROTECTED] wrote:
Its difficult stuff, everyone gets it wrong and Andrew keeps
hassling me to write up a document explaining it.
Ok, here goes nothing. Can someone run with this? It should
be rather complete, and require only minor
301 - 400 of 705 matches
Mail list logo