Arun Srinivas wrote:
If the SMT (apart from SMP) support is enabled in the .config file,
does the kernel recogonize the 2 logical processor as 2 logical or 2
physical processors?
You shouldn't be able to select SMT if SMP is not enabled.
If SMT and SMP is selected, then the scheduler will
hoi :)
On Wed, Mar 23, 2005 at 12:12:02PM +0530, shafa.hidee wrote:
> I have created a dummy module for learning device driver in linux. I
> want to redirect the standard output of printk to my xterm. But by default
> it is redirected to tty.
The kernel does not have 'standard output', so
On Wed, Mar 23 2005, Tejun Heo wrote:
> Hi,
>
> James Bottomley wrote:
> >On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> >
> >>When hot-unplugging using scsi_remove_host() function (as usb
> >>does), scsi_forget_host() used to be called before
> >>scsi_host_cancel(). So, the
>to a bug that was fixed in kernel version 2.4.26. Does anyone know how the
>bug was fixed and what changes I need to port back into kernel version
tar -xvjf linux-2.4.25.tar.bz2
tar -xvjf linux-2.4.26.tar.bz2
diff -Pdpru linux-2.4.2[56] >changes.diff
and pick what's needed from changes.diff.
>Hi,
> I have created a dummy module for learning device driver in linux. I
>want to redirect the standard output of printk to my xterm. But by default
>it is redirected to tty.
What shall happen if you close the pts of the xterm?
Jan Engelhardt
--
-
To unsubscribe from this list: send
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> That callback will be queued on CPU#2 - while the task still keeps
> current->rcu_data of CPU#1. It also means that CPU#2's read counter
> did _not_ get increased - and a too short grace period may occur.
>
> it seems to me that that only safe method
1> Sure, read() needs to be modified to respect the file-position
1> set by kmsg_seek(). I don't think you can get away with the
1> call back into do_syslog.
2>I'm not sure that seek makes any sense on that, since it is more like a
2>pipe than a normal file..
Well, seek(fd, 0, SEEK_END) could
>> how can I invalidate all buffered/cached dentries so that ls -l /somefolder
>> will definitely go read the harddisk?
>
>Patch the kernel?
Great idea.
>A quick way of doing it would be to add a new mount option to the
>filesystem and call shrink_dcache_sb() from there. do `mount -o
> It is pretty tricky. Basically processes on different CPUs are
> scheduled completely independently of one another. The only time
> when they may get moved from one CPU to another is with
> load_balance, load_balance_newidle, active_load_balance,
> try_to_wake_up, sched_exec, wake_up_new_task.
> size = (i_size_read(inode) + PAGE_CACHE_SIZE - 1) >> PAGE_CACHE_SHIFT;
> if (pgoff >= size)
> goto outside_data_content;
> ...
> if (size > endoff)
> size = endoff;
>
>After this, size is not referenced. So, either this potential reassignment
>Hi guys,
>
>i'm trying to find somethin in the kernel tree and i can't :(
find /usr/src/linux -type f -print0 | xargs -0 grep YOURKEYWORD
>I want to know, where are the input devices (say mice and keyb) are
/drivers/input/
>initialized. Where does the kernel search the bus for this devices?
>Hi ,
> How to specify LICENSE tag in a driver module so that module is marked
>as tainted while loading.
#include
MODULE_LICENSE("GPL");
Note that tained == (a license != GPL/BSD/similar)
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> int
> ksignal(int pid,int signum)
> {
> struct task_struct x;
> struct task_struct *p;
> /* run through the task list of linux until we find our pid */
> //for (p = _task ; (p = next_task(p)) != _task ; ){
> for (p = ; (p = next_task(p)) != ; ){
...
next_task(p) is defined (not in the sense
Hi,
I have created a dummy module for learning device driver in linux. I
want to redirect the standard output of printk to my xterm. But by default
it is redirected to tty.
I have remote logged into the machine.
Please help.
Regards
Shafa.hidee
-
To unsubscribe from this list: send the
Hi ,
How to specify LICENSE tag in a driver module so that module is marked
as tainted while loading.
Regards
Shafa.hidee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> the 'migrate read count' solution seems more promising, as it would
> keep other parts of the RCU code unchanged. [ But it seems to break
> the nice 'flip pointers' method you found to force a grace period. If
> a 'read section' can migrate from one CPU
Hello, James.
James Bottomley wrote:
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
01_scsi_remove_scsi_release_buffers.patch
Buffer bouncing hasn't been done inside the scsi midlayer for
quite sometime now, but bounce-buffer release paths are still
around. This
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_PREEMPT_RCU
> +
> +void rcu_read_lock(void)
> +{
> + if (current->rcu_read_lock_nesting++ == 0) {
> + current->rcu_data = _cpu_var(rcu_data);
> + atomic_inc(>rcu_data->active_readers);
> +
Markus Dahms <[EMAIL PROTECTED]> wrote:
>
> I have a reproducable lockup of my system using an ALi SATA controller
> and writing some 100 MB to the attached disk.
>
> ...
> Do you have some hints?
As a test you might like to try an uniprocessor kernel - we do have a
deadlock on the sata error
[EMAIL PROTECTED] a écrit :
grep . /proc/sys/net/ipv4/route/*
/proc/sys/net/ipv4/route/error_burst:5000
/proc/sys/net/ipv4/route/error_cost:1000
grep: /proc/sys/net/ipv4/route/flush: Invalid argument
/proc/sys/net/ipv4/route/gc_elasticity:8
/proc/sys/net/ipv4/route/gc_interval:60
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> !!! The difference is that in the stock kernel, rcu_check_callbacks()
> is invoked from irq. In PREEMPT_RT, it is invoked from process
> context and appears to be preemptible. This means that
> rcu_advance_callbacks() can be preempted, resulting
On Tue, Mar 22, 2005 at 12:28:56PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > > hm, another thing: i think call_rcu() needs to take the read-lock.
> > > Right now it assumes that it has the data structure
If the SMT (apart from SMP) support is enabled in the .config file, does
the kernel recogonize the 2 logical processor as 2 logical or 2 physical
processors?
Also, as the hyperthreaded processor may schedule 2 threads in the 2 logical
cpu's, and it may not necessarily be form the same process
unsubscribe linux-kernel
-
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 Tue, Mar 22, 2005 at 08:46:17PM -0500, Jeff Garzik wrote:
> Just updated the wireless-2.6 queue to include a HostAP update, and to
> add Wireless Extensions 18 (WPA). See attached for BK info, patch info,
> and changelog.
Thanks!
> Moving forward, the next "todo" for kernel wireless
On Tue, Mar 22, 2005 at 02:56:56PM +0100, Magnus Naeslund(t) wrote:
> Paul E. McKenney wrote:
> >
> >Hello, Magnus,
> >
> >I believe that my earlier patch might take care of this (included again
> >for convenience).
> >
> > Thanx, Paul
> >
>
> I just
On Tue, Mar 22, 2005 at 09:55:26AM +0100, Esben Nielsen wrote:
> On Mon, 21 Mar 2005, Paul E. McKenney wrote:
[ . . . ]
> > On Mon, Mar 21, 2005 at 12:23:22AM +0100, Esben Nielsen wrote:
> > This is in some ways similar to the K42 approach to RCU (which they call
> > "generations"). Dipankar put
Hello, guys.
On Tue, Mar 22, 2005 at 11:22:23PM -0500, Jeff Garzik wrote:
> James Bottomley wrote:
> >On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> >
> >>scsi_device->device_busy, Scsi_Host->host_busy and
> >>->host_failed have volatile qualifiers, but the qualifiers
> >>
On Tue, Mar 22, 2005 at 11:01:53AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > hm, another thing: i think call_rcu() needs to take the read-lock.
> > Right now it assumes that it has the data structure private, but
> > that's only statistically true on
hai,
I have a problem in loading a module ,it is giving segmentation fault,
when I do the /sbin/lsmod
signal4 944 (initializing)
here signal4 is my module name.I am using 2.4.20-8 kernel.
And I am unable to remove this module also.
following is the code of my module
#include /* signal number
Brett Russ wrote:
05_libata_split_ata_to_sense_error.patch
This patch fixes several bugs as well as reorganizes the way
check conditions are generated. Bugs fixed: 1) in
ata_scsi_qc_complete(), ATA_12/16 commands wouldn't call
ata_pass_thru_cc() on error status; 2)
Brett Russ wrote:
03_libata_update_desc_code.patch
Change the ATA pass through sense block descriptor code to
0x09 per SAT
Signed-off-by: Brett Russ <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
(netdev added to cc:)
On Tue, Mar 22, 2005 at 05:33:40PM +0100, Adrian Bunk wrote:
> The stack usage in some files under drivers/net/wireless/hostap/ is
> too high.
Thanks; I'll fix these and submit a patch (or two) after some testing.
> drivers/net/wireless/hostap/hostap_ioctl.c:
>
>
On Tue, 2005-03-22 at 15:51 -0800, Jay Lan wrote:
> >>I think a better way is:
> >>
> >> Providing a different connector channel called the administrator
> >> channel which can be used only by a super-user, and gives you
> >> the ability to switch on or off any connector channel including
Hi,
James Bottomley wrote:
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
When hot-unplugging using scsi_remove_host() function (as usb
does), scsi_forget_host() used to be called before
scsi_host_cancel(). So, the device gets removed first without
request
On Tue, Mar 22, 2005 at 10:32:01AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > seems to be a true SMP race: when i boot with 1 CPU it doesnt trigger,
> > the same kernel image and 2 CPUs triggers it on CPU#1. (CPU#0 is the
> > boot CPU) Note that the timing of
On Tue, 2005-03-22 at 12:42 -0800, Ram wrote:
> On Tue, 2005-03-22 at 12:25, Evgeniy Polyakov wrote:
> > On Tue, 22 Mar 2005 11:18:07 -0800
> > Ram <[EMAIL PROTECTED]> wrote:
> >
> > > > I still do not see why it is needed.
> > > > Super-user can run ip command and turn network interface off
> >
On Tuesday 22 March 2005 09:19 pm, Patrick McFarland wrote:
> I haven't tested it with 2.6.11 yet... real life showed up, and hasn't gone
> away yet. *stab!* I'll be testing it right after I send this email.
Nope, 2.6.11 is also broken.
--
Patrick "Diablo-D3" McFarland || [EMAIL PROTECTED]
Hi all.
On Tue, 2005-03-08 at 18:20 +0530, vivek goyal wrote:
> Core image ELF headers are prepared before crash and stored at a safe
> place in memory. These headers are retrieved over a kexec boot and final
> elf core image is prepared for analysis.
Regarding the preparation of the ELF
Brett Russ wrote:
04_libata_control_pg_desc_bit.patch
libata must support the descriptor format sense blocks as they
are required to properly report results of ATA pass through
commands as well as other SCSI commands reporting 48b LBAs.
This patch adjusts the
James Bottomley wrote:
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
scsi_device->device_busy, Scsi_Host->host_busy and
->host_failed have volatile qualifiers, but the qualifiers
don't serve any purpose. Kill them. While at it, protect
->host_failed update
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> So, basically, SCSI high-level object (scsi_disk) and
> mid-level object (scsi_device) are reference counted by users,
> not the requests they submit. Reference count cannot go zero
> with active users and users cannot
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> scsi_device->device_busy, Scsi_Host->host_busy and
> ->host_failed have volatile qualifiers, but the qualifiers
> don't serve any purpose. Kill them. While at it, protect
> ->host_failed update in scsi_error for
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> When hot-unplugging using scsi_remove_host() function (as usb
> does), scsi_forget_host() used to be called before
> scsi_host_cancel(). So, the device gets removed first without
> request cleanup and scsi_host_cancel()
On Tue, 2005-03-22 at 13:35 -0700, Moore, Eric Dean wrote:
> I still wonder if the SPI transport layer will work for RAID volumes.
> Do you know if the spi transport layer supports dv on hidden devices in a
> raid volume?
> Meaning these hidden physical disks will not been seen by the block
On Wed, 2005-03-23 at 11:14 +0900, Tejun Heo wrote:
> 01_scsi_remove_scsi_release_buffers.patch
>
> Buffer bouncing hasn't been done inside the scsi midlayer for
> quite sometime now, but bounce-buffer release paths are still
> around. This patch removes these unused paths.
> On Wed, 2005-03-23 at 04:57, Bjorn Helgaas wrote:
>> Great. Shaohua, where should we go from here? Do you have more
>> concerns with the current patch, or should we ask Andrew to put it
>> in -mm? If you do have concerns, would you like to propose an
>> alternate patch that fixes the problem
"Tetsuji \"Maverick\" Rai" <[EMAIL PROTECTED]> wrote:
>
> I am making a small boot-floppy linux distro with kernel 2.6.11. The
> kernel is so big that I need to load ramdisk from the second floppy
> and I don't use initrd. My problem is the kernel wouldn't prompt to
> load ramdisk image. I
On Wed, 23 Mar 2005 04:00:03 +0100 (MET) Mikael Pettersson <[EMAIL PROTECTED]>
wrote:
>
> diff -rupN linux-2.6.12-rc1-mm1/include/linux/perfctr.h
> linux-2.6.12-rc1-mm1.perfctr-update-common/include/linux/perfctr.h
> --- linux-2.6.12-rc1-mm1/include/linux/perfctr.h 2005-03-22
>
Wireless update, and various minor fixes.
BK URL, patch URL, and changelog attached.
Jeff
BK users:
bk pull bk://gkernel.bkbits.net/netdev-2.6
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.12-rc1-bk1-netdev1.patch.bz2
This will update the
On Wed, Mar 23, 2005 at 04:00:03AM +0100, Mikael Pettersson wrote:
> - : Change value fields in register descriptors
> to 64 bits. This will be needed for ppc64, and ppc32 user-space
> on ppc64 kernels, and may eventually also be needed on x86.
> We could have different descriptor types for
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> +static loff_t kmsg_seek(struct file *filp, loff_t offset, int origin) {
> +if(origin != 2 /* SEEK_END */ || offset < 0) { return -ESPIPE; }
^^^
"Allow" seeking past the end of the buffer?
-
To
On Fri, 18 Mar 2005 15:59:02 -0800
Jean Tourrilhes <[EMAIL PROTECTED]> wrote:
> A pretty big and tedious patch that mostly rename IrDA debug
> macros, plus a few other tiny fixes. Has been on my web pages for a
> long while, tested and rediff'd on 2.6.12-rc1. I would be grateful if
> you
Carlos Silva <[EMAIL PROTECTED]> wrote:
> basically, what does he do to print this messages:
>
> input: AT Translated Set 2 keyboard on isa0060/serio0
> input: SynPS/2 Synaptics TouchPad on isa0060/serio1
grepping for "Translated" would have revealed drivers/input/keyboard/atkbd.c
(Spoiler: It
ppc32 fix and cleanups:
- If check_ireset() fails, clear state->cstatus to undo any
settings check_control() may have left there.
- Eliminate power-of-two sizeof assumption in access_regs().
- Merge check_ireset() and setup_imode_start_values().
Signed-off-by: Mikael Pettersson <[EMAIL
- : Change value fields in register descriptors
to 64 bits. This will be needed for ppc64, and ppc32 user-space
on ppc64 kernels, and may eventually also be needed on x86.
We could have different descriptor types for 32 and 64-bit
registers, but that just complicates things for no real
Some small fixes and cleanups. The ppc64 code should be next,
but I'm waiting for David Gibson to look over and ACK the API
changes I've inflicted on his code first.
x86 fix and cleanups:
- finalise_backpatching() now exercises all control flow paths,
to ensure that calls in cloned control
On Thu, 17 Mar 2005 20:34:05 +0100 (CET)
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> kfree() handles NULL pointers just fine, checking first is pointless.
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Applied, thanks Jesper.
-
To unsubscribe from this list: send the line "unsubscribe
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> how can I invalidate all buffered/cached dentries so that ls -l /somefolder
> will definitely go read the harddisk?
Patch the kernel?
There's no way of doing this apart from unmount/mount, or by forcing a ton
of memory pressure and hoping that the
On Wed, 23 Mar 2005 13:10:42 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> The ugly thing you get with an inclusive ceiling is that your masking
> becomes more difficult I think.
Good point.
> I might try to attack this from another angle and see if I can come up
> with something.
Great, let
Luis R. Rodriguez wrote:
Jeff,
I'm sick off the low activiity and slow support on wireless we have. I
know you're busy so I wanted to offer my help in helping around work on
wireless-2.6, now that I have time after work, and before I commit
myself to anything else. It's a bit suicidal, but oh
On Tuesday 22 March 2005 08:58 am, Dmitry Torokhov wrote:
> On Tue, 22 Mar 2005 07:06:07 -0500, Patrick McFarland
> Ok, just so I know where we stand: your gameport/joystick does work in
> plain 2.6.11 but does not in 2.6.11-mm4, correct? When you load the
> module with "joystick_port=1" is there
On Tue, 22 Mar 2005, Geert Uytterhoeven wrote:
> On Fri, 28 Jan 2005, Linux Kernel Mailing List wrote:
> > ChangeSet 1.1986, 2005/01/28 00:12:28-05:00, [EMAIL PROTECTED]
> >
> > [PATCH] Jazzsonic driver updates
> >
> > o Resurrect the Jazz SONIC driver after years of it not
Just a general note... like many other areas of the kernel, there is no
wireless roadmap. There is a set of technical criteria (see '2.6.x
wireless update and status' post), but there is no One True Path to
follow to get there.
People interested in working on wireless need to be their own
05_scsi_timer_cleanup.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()
and
04_scsi_remove_volatile.patch
scsi_device->device_busy, Scsi_Host->host_busy and
->host_failed have volatile qualifiers, but the qualifiers
don't serve any purpose. Kill them. While at it, protect
->host_failed update in scsi_error for consistency and clarity.
07_scsi_refcnt_cleanup.patch
SCSI request submission paths can be categorized like the
following.
* through high-level driver (sd, st, sg...)
+ requests (fs / pc)
+ ioctls
+ flushes (issue_flush / barrier rqs)
08_scsi_hot_unplug_fix.patch
When hot-unplugging using scsi_remove_host() function (as usb
does), scsi_forget_host() used to be called before
scsi_host_cancel(). So, the device gets removed first without
request cleanup and scsi_host_cancel() never gets to call
06_scsi_remove_serial_number_at_timeout.patch
scsi_cmnd->serial_number_at_timeout doesn't serve any purpose
anymore. All serial_number == serial_number_at_timeout tests
are always true in abort callbacks. Kill the field. Also, as
->pid always equals
03_scsi_remove_internal_timeout.patch
scsi_cmnd->internal_timeout field doesn't have any meaning
anymore. Kill the field.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
drivers/scsi/advansys.c |2 --
drivers/scsi/pci2000.c|4 ++--
drivers/scsi/scsi.c |1 -
02_scsi_no_special_on_requeue.patch
blk_insert_request() has 'reinsert' argument, which, when set,
turns on REQ_SPECIAL and REQ_SOFTBARRIER and requeues the
request. SCSI midlayer was the only user of this feature and
all requeued requests become special requests
01_scsi_remove_scsi_release_buffers.patch
Buffer bouncing hasn't been done inside the scsi midlayer for
quite sometime now, but bounce-buffer release paths are still
around. This patch removes these unused paths.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_lib.c
Hello, James.
Hello, Jens.
These are series of small fixes & cleanups. The last two patches
deal with reference counting and hot unplugging oops. Patches are
against scsi-misc-2.6 tree (this is the devel tree, right?).
Jens, please try #08 and tell me if you still get oops. AFAICT,
David S. Miller wrote:
On Tue, 22 Mar 2005 17:10:13 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
Hugh Dickins <[EMAIL PROTECTED]> wrote:
On Tue, 22 Mar 2005, Luck, Tony wrote:
>
> But I'm still confused by all the math on addr/end at each
> level.
You think the rest of us are not ;-?
umm,
On Wed, 23 Mar 2005 00:51:02 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> This actual example helped to focus my mind a lot, thank you.
No problem, I needed to work through specific examples
to see things clearly too.
> > and things seem to behave. I'll try to analyze things
> >
Kylene Hall wrote:
what is the purpose of this pci_dev_get/put? attempting to prevent hotplug or
something?
Seems that since there is a refernce to the device in the chip structure
and I am making the file private data pointer point to that chip structure
this is another reference that must be
On Tue, 22 Mar 2005 17:10:13 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Hugh Dickins <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 22 Mar 2005, Luck, Tony wrote:
> > >
> > > But I'm still confused by all the math on addr/end at each
> > > level.
> >
> > You think the rest of us are not
Hi all,
The problem disappears when I do not load the ieee firewire module.
I can life with that, i.e. :) :)
Thanks,
Andreas
-
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 Monday, March 21, 2005 5:07 PM, Dely Sy wrote:
> On Monday, March 21, 2005 10:05 AM, Rajesh Shah wrote:
> > On Fri, Mar 18, 2005 at 09:13:32PM -0800, Greg KH wrote:
> > > - Does this break the i386 acpiphp functionality?
> > Dely Sy had tested hotplug with an earlier version of my patches
>
Just updated the wireless-2.6 queue to include a HostAP update, and to
add Wireless Extensions 18 (WPA). See attached for BK info, patch info,
and changelog.
I also wanted to comment on the general status and direction of wireless.
So far, the following decisions have been made:
1) Use HostAP
Hi guys,
i'm trying to find somethin in the kernel tree and i can't :(
I want to know, where are the input devices (say mice and keyb) are
initialized. Where does the kernel search the bus for this devices?
basically, what does he do to print this messages:
input: AT Translated Set 2 keyboard
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> This old mail: http://marc.free.net.ph/message/20040304.030616.59761bf3.html
> references a 'move block' ioctl, which is probably the hardest part of the
> problem,
> though I didn't find the code referenced in that mail. Andrew ?
That would be
The Coverity checker found the following bug in the function
gunze_process_packet in drivers/input/touchscreen/gunze.c:
<-- snip -->
...
#define GUNZE_MAX_LENGTH10
...
struct gunze {
...
unsigned char data[GUNZE_MAX_LENGTH];
...
};
...
static void gunze_process_packet(struct
On Tue, Mar 22, 2005 at 07:53:37PM -0500, Lee Revell wrote:
> The solution is fairly well known. Rather than treating the zillions of
> disk seeks during the boot process as random unconnected events, you
> analyze the I/O done during the boot process, then lay out those disk
> blocks
Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> On Tue, 22 Mar 2005, Luck, Tony wrote:
> >
> > But I'm still confused by all the math on addr/end at each
> > level.
>
> You think the rest of us are not ;-?
umm, given the difficulty which you guys are having with this, I get a bit
worried about
On Tue, Mar 22, 2005 at 05:00:07PM +0100, Olivier Galibert wrote:
> On Mon, Mar 21, 2005 at 07:22:16PM -0500, Trond Myklebust wrote:
> > This sort of thing worries me: I think we can do better by hooking
> > lseek() on directories. I'll see what I can do.
>
> And the patch is buggy somehow,
On Wed, 2005-03-23 at 04:57, Bjorn Helgaas wrote:
> > Your patch applied with some problems:
> >
> > patching file arch/i386/pci/irq.c
> > Hunk #2 succeeded at 1081 with fuzz 2 (offset 1 line).
> > patching file drivers/acpi/pci_irq.c
> > patching file drivers/pci/quirks.c
> > Hunk #1 succeeded at
On Tue, 22 Mar 2005, Luck, Tony wrote:
>
> But I'm still confused by all the math on addr/end at each
> level.
You think the rest of us are not ;-?
> Rounding up/down at each level should presumably be
> based on the size of objects at the next level. So the pgd
> code should round using
On Wed, 2005-03-23 at 01:37 +0100, Diego Calleja wrote:
> El Mon, 14 Mar 2005 14:07:53 -0500,
> Lee Revell <[EMAIL PROTECTED]> escribió:
>
> > I'm really not trolling, but I suspect if we made the boot process less
> > verbose, people would start to wonder more about why Linux takes so much
> >
On Wed, 23 Mar 2005 01:37:29 +0100, Diego Calleja <[EMAIL PROTECTED]> wrote:
>El Mon, 14 Mar 2005 14:07:53 -0500,
>Lee Revell <[EMAIL PROTECTED]> escribió:
>
>> I'm really not trolling, but I suspect if we made the boot process less
>> verbose, people would start to wonder more about why Linux
On Wed, 2005-03-23 at 01:37 +0100, Diego Calleja wrote:
> El Mon, 14 Mar 2005 14:07:53 -0500,
> Lee Revell <[EMAIL PROTECTED]> escribió:
>
> > I'm really not trolling, but I suspect if we made the boot process less
> > verbose, people would start to wonder more about why Linux takes so much
> >
On Tue, Mar 22, 2005 at 11:24:34AM -0800, Daniel McNeil wrote:
> On Mon, 2005-03-21 at 18:41, Andrew Morton wrote:
> > Did we fix this yet?
> >
>
> Here's a patch against 2.6.11 that fixes the problem.
> It changes is_hugepage_only_range() to take mm as an argument
> and then changes the places
On Tue, 22 Mar 2005, David S. Miller wrote:
> On Tue, 22 Mar 2005 21:51:39 + (GMT)
> Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> > I still can't see what's wrong with the code that's already
> > there. My brain is seizing up, I'm taking a break.
>
> Ok, meanwhile I'll do a brain dump of
On Tue, 22 Mar 2005, Luck, Tony wrote:
>
> Alternatively you could modify the use of floor/ceiling as they
> are passed down from the top level to indicate the progressively
> greater address ranges that have been dealt with ... but I'm not
> completely convinced that gives you enough
El Mon, 14 Mar 2005 14:07:53 -0500,
Lee Revell <[EMAIL PROTECTED]> escribió:
> I'm really not trolling, but I suspect if we made the boot process less
> verbose, people would start to wonder more about why Linux takes so much
> longer than XP to boot.
By the way, Microsoft seems to be claiming
The Coverity checker found the following bug in array indexing in the
function bt819_init in drivers/media/video/bt819.c:
init[0x19*2-1] = decoder->norm == 0 ? 115 : 93;
I don't know whether the other array indexes in this function are
correct, but this is definitely wrong:
It indexes
Hi Marcelo,
On Fri, 18 Mar 2005 18:55:13 -0300, Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
>
>
>Here goes the first release candidate for v2.4.30.
drivers/pci/pci.ids is lagging http://pciids.sourceforge.net/pci.ids
by a fair amount, >6300 lines diff
I don't know policy on this reference,
On Wed, 23 Mar 2005 11:19:38 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> > dramatically, shell performance is way down on sparc64.
> > I'll post before and after numbers in a bit. Note, this is
> > just with Hugh's base patch plus bug fixes.
> >
>
> That's interesting. The only "extra"
David S. Miller wrote:
On Wed, 23 Mar 2005 10:32:10 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
I think David's on the right track - I think there's something a
bit wrong at the top. In my reply to Andrew in this thread I
posted a patch which may at least get things working...
We have to do the
Ok, this patch, on top of Hugh's original freepgt patch, gets
me a working system. It includes Hugh's bug fix, plus the
ceiling masking roll-over fix of mine.
It should get ppc working too, I bet.
--- mm/memory.c.hugh2005-03-22 16:01:07.0 -0800
+++ mm/memory.c 2005-03-22
1 - 100 of 753 matches
Mail list logo
