On Thu, Feb 03, 2005 at 02:19:01PM -0800, David S. Miller wrote:
They are for cases where you want strict ordering even for the
non-return-value-giving atomic_t ops.
I see. I got atomic_dec and atomic_dec_and_test mixed up.
So the problem isn't as big as I thought which is good. sk_buff
is
Hello,
Bartlomiej Zolnierkiewicz wrote:
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
Bartlomiej Zolnierkiewicz wrote:
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
Hello again, Bartlomiej.
Bartlomiej Zolnierkiewicz wrote:
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
On Fri, 04 Feb 2005 09:59:22 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote:
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
On Fri, 04 Feb 2005 10:06:29 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Hello,
Bartlomiej Zolnierkiewicz wrote:
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()
On Fri, 04 Feb 2005 09:54:23 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Hello again, Bartlomiej.
Bartlomiej Zolnierkiewicz wrote:
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()
On Wed, 2 Feb 2005 11:47:12 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
05_ide_merge_pci_driver_hc.patch
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
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
26_ide_taskfile_cmd_ioctl.patch
ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
is the last user of REQ_DRIVE_CMD.
ide_cmd_ioctl() needs to map to taskfile transport not
Hello,
Bartlomiej Zolnierkiewicz wrote:
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:
On Fri, 04 Feb 2005 11:11:57 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
26_ide_taskfile_cmd_ioctl.patch
ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
is the
Hi,
Patches are against ide-dev-2.6 tree.
#1-8 are IDE fixes/changes needed
#9 is the actual conversion
Bartlomiej
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Similar to the same race but for the block device.
* store pointer to struct ide_tape_obj in idetape_chrdevs[]
* rename idetape_chrdevs[] to idetape_devs[] and kill idetape_chrdev_t
* add ide_tape_chrdev_get() for getting reference to the tape
* store tape pointer in file-private_data and fix
drive-dsc_overlap is supported only by ide-{cd,tape} drivers.
Add missing clearing of -dsc_overlap to ide_{cd,tape}_release()
and move -dsc_overlap setup from ide_register_subdriver() to
ide_cdrom_setup() (ide-tape enables it unconditionally).
diff -Nru a/drivers/ide/ide-cd.c
Add ide_{un}register_region() and fix ide-{tape,scsi}.c to register
block device number ranges. In ata_probe() only probe for modules.
Behavior is unchanged because:
* if driver is already loaded and attached to drive ata_probe()
is not called et all
* if driver is loaded by ata_probe() it
When this function is called device is already unbinded from a
driver so there are no driver /proc entries to remove.
diff -Nru a/drivers/ide/ide-proc.c b/drivers/ide/ide-proc.c
--- a/drivers/ide/ide-proc.c2005-02-04 03:31:24 +01:00
+++ b/drivers/ide/ide-proc.c2005-02-04 03:31:24 +01:00
* move -disk from ide_drive_t to driver specific objects
* make drivers allocate struct gendisk and setup rq-rq_disk
(there is no need to do this for REQ_DRIVE_TASKFILE requests)
* add ide_init_disk() helper and kill alloc_disks() in ide-probe.c
* kill no longer needed ide_open() and ide_fops[]
* add ide_driver_t * to device drivers objects
* set it to point at driver's ide_driver_t
* store address of this entry in disk-private_data
* fix ide_{cd,disk,floppy,tape,scsi}_g accordingly
* use rq-rq_disk-private_data instead of drive-driver
to obtain driver (this allows us to kill
* add ide_bus_match() and export ide_bus_type
* split ide_remove_driver_from_hwgroup() out of ide_unregister()
* move device cleanup from ide_unregister() to drive_release_dev()
* convert ide_driver_t-name to driver-name
* convert ide_driver_t-{attach,cleanup} to driver-{probe,remove}
* remove
* add ide_drives list to list devices without a driver
* add __ide_add_setting() and use it for adding no auto remove entries
* kill ide-default pseudo-driver
diff -Nru a/drivers/ide/Makefile b/drivers/ide/Makefile
--- a/drivers/ide/Makefile 2005-02-04 03:32:17 +01:00
+++
It is drive's property independent of the driver being used so move
drive-nice1 setup from ide_register_subdriver() to probe_hwif() in
ide-probe.c. As a result changing a driver which controls the drive
no longer affects this flag.
diff -Nru a/drivers/ide/ide-probe.c b/drivers/ide/ide-probe.c
On Thu, 3 Feb 2005 22:12:24 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
This paradigm is repeated throughout the kernel. I bet the
same race can be found in a lot of those places. So we really
need to sit down and audit them one by one or else come up with
a magical solution apart from
Hi Marcelo,
This patch adds wildcard support for the SIOCSIFNAME ioctl,
like what was done in 2.6.1. SIOCSIFNAME allow a user space tool to
change network interface names (such as nameif, ifrename, or ip link),
this patch allow those tools to specify a pattern, such as eth%d or
On Thu, Feb 03, 2005 at 04:49:22PM -0800, David S. Miller wrote:
If we see the count dropped to 1, whoever set it to 1 made
sure that all outstanding memory operations (including things
like __skb_unlink()) are globally visible before the
atomic_dec_and_test() which put the thing to 1 from
On Fri, 4 Feb 2005 12:20:53 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
This is true if CPU 0 reads the count before reading skb-list.
Without a memory barrier, atomic_read and reading skb-list can
be reordered. Put it another way, reading skb-list could return
a cached value that was read
Hi Marcelo,
This patch adds Wireless Extensions v17 to kernel 2.4.X. This
patch is the same as what went into 2.6.10-rc1, except for the minor
differences between 2.4.X and 2.6.X. This was tested on 2.4.29.
The main reason of this patch is wireless driver outside the
On Thu, Feb 03, 2005 at 05:23:57PM -0800, David S. Miller wrote:
You're absolutely right. Ok, so we do need to change kfree_skb().
I believe even with the memory barrier, the atomic_read() optimization
is still worth it. atomic ops on sparc64 take a minimum of 40 some odd
cycles on
On Fri, 4 Feb 2005 10:50:44 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
So the problem isn't as big as I thought which is good. sk_buff
is only in trouble because of the atomic_read optimisation which
really needs a memory barrier.
However, instead of adding a memory barrier which makes the
Linux Kernel Mailing List wrote:
ChangeSet 1.2072, 2005/02/03 17:04:37-08:00, [EMAIL PROTECTED]
[PATCH] s390: qeth network driver
From: Steffen Thoss [EMAIL PROTECTED]
From: Frank Pavlic [EMAIL PROTECTED]
qeth network driver changes:
-
On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
26_ide_taskfile_cmd_ioctl.patch
ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
is the last user of REQ_DRIVE_CMD.
ide_cmd_ioctl() needs to map to taskfile transport not ide_taskfile_ioctl()
Hello, Bartlomiej.
These patches are the split versions of 05_ide_merge_pci_driver_hc.
I removed crappy/unused macros from aec62xx, pdc202xx_old and
serverworks drivers in respective *_cleanup patches and merged
.h into .c files in *_merge patches.
[ Start of patch descriptions ]
02_ide_pci_aec62xx_merge.patch
Merges ide/pci/aec62xx.h into aec62xx.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/aec62xx.c
===
---
05_ide_pci_generic_merge.patch
Merges ide/pci/generic.h into generic.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/generic.c
===
---
03_ide_pci_cmd64x_merge.patch
Merges ide/pci/cmd64x.h into cmd64x.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/cmd64x.c
===
---
11_ide_pci_pdc202xx_old_merge.patch
Merges ide/pci/pdc202xx_old.h into pdc202xx_old.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/pdc202xx_old.c
===
---
06_ide_pci_hpt366_merge.patch
Merges ide/pci/hpt366.h into hpt366.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/hpt366.c
===
---
14_ide_pci_serverworks_merge.patch
Merges ide/pci/serverworks.h into serverworks.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/serverworks.c
===
---
09_ide_pci_pdc202xx_new_merge.patch
Merges ide/pci/pdc202xx_new.h into pdc202xx_new.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/pdc202xx_new.c
===
---
12_ide_pci_piix_merge.patch
Merges ide/pci/piix.h into piix.c.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: linux-idepci-export/drivers/ide/pci/piix.c
===
--- linux-idepci-export.orig/drivers/ide/pci/piix.c
On Wednesday 02 February 2005 12:55, you wrote:
Pekka Enberg wrote:
On Tue, 1 Feb 2005 03:28:31 +, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
diff -buprN -X dontdiff
vanilla-2.6.11-rc2-bk9/arch/um/os-Linux/drivers/tuntap_user.c
Bodo Stroesser wrote:
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
Hi,
Here are a few usb bugfixes 2.6.11-rc3. All of these patches have been
in the past few -mm releases.
Please pull from:
bk://kernel.bkbits.net/gregkh/linux/2.6.11-rc3/usb
Patches will be posted to linux-usb-devel as a follow-up thread for
those who want to see them.
thanks,
greg
On Wed, Feb 02, 2005 at 04:48:39PM +, 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
Greg KH wrote:
On Wed, Feb 02, 2005 at 04:48:39PM +, 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.
From: Michael S. Tsirkin [EMAIL PROTECTED]
Fix unbalanced QP reference count decrement (introduced with QP lock
optimization patch)
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-bk.orig/drivers/infiniband/hw/mthca/mthca_cq.c
Convert pci_raw_ops to use unsigned segment (aka domain),
bus, and devfn. With the previous code, various ia64 config
accesses fail due to segment sign-extension problems.
ia64:
- With a signed seg = 0x8, unwanted sign-extension occurs when
seg 28 is cast to u64 in
On Thu, Feb 03, 2005 at 12:08:05PM -0700, Bjorn Helgaas wrote:
Convert pci_raw_ops to use unsigned segment (aka domain),
bus, and devfn. With the previous code, various ia64 config
accesses fail due to segment sign-extension problems.
ia64:
- With a signed seg = 0x8, unwanted
On Thu, 3 Feb 2005, Andrew Morton wrote:
Has any performance testing been done?
Jay did some performance testing and found minor performance increases
without my page fault patches. But then the performance without the page
fault patches is already so bad due to the page_table_lock
contention
On Thu, 3 Feb 2005, Andrew Morton wrote:
Well your patch certainly cleans things up in there and would be a good
thing to have as long as we can be sure that it doesn't break the
accounting in some subtle way.
I think it also fits well with the other accounting data which is only
On Wed, 2005-02-02 at 14:09 +1100, Nick Piggin wrote:
On Tue, 2005-02-01 at 18:49 -0800, Christoph Lameter wrote:
On Wed, 2 Feb 2005, Nick Piggin wrote:
I mean we could just speculatively copy, risk copying crap and
discard that later when we find that the pte has changed. This would
Christoph Lameter [EMAIL PROTECTED] wrote:
I hope that Roland's changes for higher resolution of cputime would
make that possible. But this is Jay's thing not mine. I just want to make
sure that the CSA patches does not get in the way of our attempts to
improve the performance of the page
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 story, but
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 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 adapter to access it
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 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 a
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 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 The
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 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 suggest
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 Dualpoint, and
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)
--- 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
perfctr
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 file
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 modules
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 it needs to
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 pointer as the argument
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 time.
* [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'), _and_
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 after a
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
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 32bit or
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 the
fact devices are
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 reserved area can be
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
...
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 if
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 = blockable_page_cache_readahead(mapping, filp,
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
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 ? -
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;
ra-prev_page =
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 the
struct by value
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: CPU frequency out of
On Thu, 2005-02-03 at 11:29 +0100, Terje Fberg 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 extremely
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 conversion
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 patch went upstream
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 power.
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
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 continue boot. Then cursor stops blinking
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 frequency ASAP so it
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.
1.Preallocating reserved area is not
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
the
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 @ 0x86
...
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.
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 pointer
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
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 read
Dmitry Torokhov wrote:
No I don't but by the looks of it (constant stream of bad data) it looks
like somehow the touhcpad was reset back into PS/2 compatibility mode.
resetafter would catch it and reinitialize touchpad restoring proper
protocol.
My Dell Inspiron 8200 shows very sluggish
On Llu, 2005-01-31 at 08:48, Andrew Morton wrote:
The tty layer cannot fix this for now, and I don't intend to fix it. Fix
the serial driver: the fix is quite simple since you can keep a field in
the driver for now to detect recursive calling into the echo case and
don't relock.
Are
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 read
401 - 500 of 705 matches
Mail list logo