This is just a thought.
Text files are better able to handle small faults. ie an extra space or
characters or even an unreadable piece of data might not cause the file to
become unreadable by most text editors. Binary files aren't as flexible.
Every bit could be an instruction to the processor an
On Mon, 2005-01-31 at 23:02, Mike Waychison wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ram wrote:
> > On Fri, 2005-01-28 at 14:31, Mike Waychison wrote:
> >
> >>-BEGIN PGP SIGNED MESSAGE-
> >>Hash: SHA1
> >>
> >>Al Viro wrote:
> >>
> >>
> >>>OK, here comes the first draf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(Hmm.. something is up with my quoting again..)
Ram wrote:
> On Mon, 2005-01-31 at 23:02, Mike Waychison wrote:
>
> Ram wrote:
>
>>On Fri, 2005-01-28 at 14:31, Mike Waychison wrote:
>
>
>>>-BEGIN PGP SIGNED MESSAGE-
>>>Hash: SHA1
>
>>>Al
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.
Without the patch, the driver updates the buffer that is just about to
be used by the chip.
On Tue, Feb 01, 2005 at 06:37:54PM -0500, J. Bruce Fields wrote:
> I think the question you meant to ask was what would happen if you
> mounted something on /tmp/mnt2/a/b (the slave copy) and then mounted
> something else on /tmp/mnt1/a/b. In that case there's two places where
> the propagated mou
Hello, B. Zolnierkiewicz.
These patches are various fixes/improvements to the ide driver. They
are against the 2.6 bk tree as of today (20050202).
01_ide_remove_adma100.patch
Removes drivers/ide/pci/adma100.[hc]. The driver isn't
compilable (missing functions) and no Kconfig
> 01_ide_remove_adma100.patch
>
> Removes drivers/ide/pci/adma100.[hc]. The driver isn't
> compilable (missing functions) and no Kconfig actually enables
> CONFIG_BLK_DEV_ADMA100.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linu
> 02_ide_cleanup_it8172.patch
>
> In drivers/ide/pci/it8172.h, it8172_ratefilter() and
> init_setup_it8172() are declared and the latter is referenced
> in it8172_chipsets. Both functions are not defined or used
> anywhere. This patch removes the prototypes and reference.
> 03_ide_cleanup_opti621.patch
>
> In drivers/ide/pci/opti612.[hc], init_setup_opt621() is
> declared, defined and referenced but never actullay used.
> Thie patch removes the function.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index:
> 04_ide_cleanup_piix.patch
>
> In drivers/ide/pci/piix.[hc], init_setup_piix() is defined and
> used but only one init_setup function is defined and no
> demultiplexing is done using init_setup callback. As other
> drivers call ide_setup_pci_device() directly in such case
> 06_ide_start_request_IDE_CONTROL_REG.patch
>
> Replaced HWIF(drive)->io_ports[IDE_CONTROL_OFFSET] with
> equivalent IDE_CONTROL_REG in ide-io.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-io.c
=
> 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: linux-ide-export/drivers/ide/ide-disk.c
==
> 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 changes in ide_get_error_location() remove a
> possible race
> 24_ide_remove_task.patch
>
> Unused REQ_DRIVE_TASK handling removed.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-io.c
===
--- linux-ide-export.orig/drivers/ide/ide-io.c 2005-02-02
> 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.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-taskfile.c
==
Jeff,
Here is the cleaned up patch (as you suggested)
that enables ata_piix to work in RAID mode on ICH6R.
I tested it and it seems to behave correctly
in all the modes---sees all 4 disks in IDE and RAID modes,
doesn't see any in Compatibility mode (which is right,
because only two are available
> 26_ide_taskfile_cmd_ioctl.patch
>
> ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
> is the last user of REQ_DRIVE_CMD.
Index: linux-ide-export/drivers/ide/ide-iops.c
===
--- linux-ide-export.orig/drivers
> 17_ide_flagged_taskfile_select_check.patch
>
> In flagged_taskfile(), tf_out_flags.b.select should be checked
> before using bits inside taskfile->device_head. When user
> haven't specified the select register, the default
> drive->select.all value should be used.
Sign
> 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
===
--- linux-ide-export.orig/drivers/ide/id
> 13_ide_tape_time_after.patch
>
> Explicit jiffy comparision converted to time_after() macro.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-tape.c
===
--- linux-ide-export.orig/drivers
> 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 something
> weird can happen.
Signed-off-by: Tejun Heo <[EMAIL P
> 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 something can go
> weird. And while at it, explicit jiffy comparisons a
> 19_ide_diag_taskfile_use_init_drive_cmd.patch
>
> In ide_diag_taskfile(), when initializing taskfile rq,
> ref_count wasn't initialized properly. Modified to use
> ide_init_drive_cmd(). This doesn't really change any behavior
> as the request isn't managed via the block
> 07_ide_reg_valid_t_endian_fix.patch
>
> ide_reg_valid_t contains bitfield flags but doesn't reverse
> bit orders using __*_ENDIAN_BITFIELD macros. And constants
> for ide_reg_valid_t, IDE_{TASKFILE|HOB}_STD_{IN|OUT}_FLAGS,
> are defined as byte values which are correct o
> 10_ide_do_rw_disk_pre_task_out_intr_return_fix.patch
>
> In __ide_do_rw_disk(), ide_started used to be returned blindly
> after issusing PIO write. This can cause hang if
> pre_task_out_intr() returns ide_stopped due to failed
> ide_wait_stat() test. Fixed to pass the r
> 09_ide_do_rw_disk_lba48_dma_check_fix.patch
>
> In __ide_do_rw_disk(), the shifted block, instead of the
> original rq->sector, should be used when checking range for
> lba48 dma.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-disk.c
==
> 18_ide_comment_fixes.patch
>
> Comment fixes.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-dma.c
===
--- linux-ide-export.orig/drivers/ide/ide-dma.c 2005-02-02 10:27:15.202313614
+0
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
> linux-2.6.11-rc2-bk9/arch/um/os-Linux/drivers/tuntap_user.c
> --- vanilla-2.6.11-rc2-bk9/arch/um/os-Linux/drivers/tuntap_use
Grant Grundler wrote:
On Mon, Jan 31, 2005 at 01:40:04PM -0600, Brian King wrote:
CC'ing the linux-pci mailing list...
thanks...
This patch adds an arch hook so
that individual archs can indicate if the underlying system supports
expanded config space accesses or not.
@@ -653,6 +653,8 @@ static
[I trimmed the cc-list...]
> On Tue, 1 Feb 2005 00:20:01 -0800 (PST), baswaraj kasture <[EMAIL
> PROTECTED]> said:
Baswaraj> Hi, I compiled kernel 2.4.21 with intel compiler .
That's curious. Last time I checked, the changes needed to use the
Intel-compiler have not been backported t
On Tue, 2005-02-01 at 09:46 -0800, David Mosberger wrote:
> Also, even with 2.6 you need a script from Intel which does some
> "magic" GCC->ICC option translations to build the kernel with the
> Intel compiler. AFAIK, this script has not been released by Intel
> (hint, hint...).
>
They posted it
> On Tue, 01 Feb 2005 18:54:59 +0100, Markus Trippelsdorf <[EMAIL
> PROTECTED]> said:
Markus> They posted it to the LKML so time ago
Markus> (2004-03-12). (message):
Markus> http://marc.theaimsgroup.com/?l=linux-kernel&m=107913092300497
Markus> (script):
Markus> http://marc.thea
On Tue, 1 Feb 2005, Nick Piggin wrote:
> Slightly OT: are you still planning to move the update_mem_hiwater and
> friends crud out of these fastpaths? It looks like at least that function
> is unsafe to be lockless.
Yes. I have a patch pending and the author of the CSA patches is a
cowoerker of m
On Tue, 1 Feb 2005, Nick Piggin wrote:
> > pte_unmap(page_table);
> > + page_table_atomic_stop(mm);
> >
> > /*
> > * Ok, we need to copy. Oh, well..
> > */
> > if (!PageReserved(old_page))
> > page_cache_get(old_page);
> > - spin_unlock(&mm->page_table_lock);
On Tue, 2005-02-01 at 11:01 -0800, Christoph Lameter wrote:
> On Tue, 1 Feb 2005, Nick Piggin wrote:
> > A per-pte lock is sufficient for this case, of course, which is why the
> > pte-locked system is completely free of the page table lock.
>
> Introducing pte locking would allow us to go furthe
On Wed, 2 Feb 2005, Nick Piggin wrote:
> > The unmapping in rmap.c would change the pte. This would be discovered
> > after acquiring the spinlock later in do_wp_page. Which would then lead to
> > the operation being abandoned.
> Oh yes, but suppose your page_cache_get is happening at the same tim
On Tue, 2005-02-01 at 17:20 -0800, Christoph Lameter wrote:
> On Wed, 2 Feb 2005, Nick Piggin wrote:
>
> > > The unmapping in rmap.c would change the pte. This would be discovered
> > > after acquiring the spinlock later in do_wp_page. Which would then lead to
> > > the operation being abandoned.
On Wed, 2 Feb 2005, Nick Piggin wrote:
> Well yeah, but the interesting case is when that isn't a lock ;)
>
> I'm not saying what you've got is no good. I'm sure it would be fine
> for testing. And if it happens that we can do the "page_count doesn't
> mean anything after it has reached zero and b
On Mon, Jan 31, 2005 at 09:34:58AM -0500, Ed L Cashin wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > This patch contains the following cleanups:
> > - make the needlessly global struct aoe_fops static
> > - #if 0 the unused global function aoechr_hdump
>
> Thanks for the patch. The origi
On Tue, Jan 25, 2005 at 10:11:43AM -0500, Ed L Cashin wrote:
> This patch makes disk errors fail the IO instead of getting logged and
> ignored.
>
>
> Fail IO on disk errors
> Signed-off-by: Ed L. Cashin <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the li
On Mon, Jan 31 2005, Dave Olien wrote:
>
> Hi, Jens,
>
> I sent you a patch for review about a week ago. Here is that same
> patch, applied to the latest bk kernel. Thanks in advance for the review
Thanks Dave, I think we should queue this up with Andrew soonish. A few
minor things need fixing
On Thu, Jan 20, 2005 at 09:19:17AM -0500, Ed L Cashin wrote:
> Bodo Eggert <[EMAIL PROTECTED]> writes:
>
> > Ed L Cashin <[EMAIL PROTECTED]> wrote:
> >
> >> +if?test?-z?"$conf";?then
> >> +conf="`find?/etc?-type?f?-name?udev.conf?2>?/dev/null`"
> >> +fi
> >> +if?test?-z?"$conf"?||?test?!?-
Hook in panic code is very good idea and is useful in various scenes.
It could be used to kick RAM dump code, obviously, and also kick the
code to initiate failover, etc. Various use could be possible so I
believe that this hook should be prepared for wider use.
--
Koichi Suzuki
NTT DATA Inte
Zou Nan hai wrote:
There is a performance regression of lmbench
lat_proc fork result on ia64.
in
2.6.10
I got
Process fork+exit:164.8438 microseconds.
in 2.6.11-rc2
Process fork+exit:183.8621 microseconds.
I believe this regression was caused by
the 4-level page tables change.
Since most of
Hi,
Here's 2.6.10-as3; it's way overdue. Lots of alsa, usb, and ia64 fixes,
as well as numerous others all over the place.
The kernel patches can be grabbed from here:
http://www.acm.cs.rpi.edu/~dilinger/patches/2.6.10/as2/
07dc484313cd97dea357b988ba615994 ChangeLog
7457076a2c54af9f534ed053f
On Mon, 31 Jan 2005 23:10:01 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> First off, why make usbmon a module? You aren't allowing it to happen,
> so just take out the parts of the patch that allow it.
No, I do allow it. This way I can load and unload it when debugging it.
Perhaps in the future w
On Tue, 2005-02-01 at 00:20 -0800, baswaraj kasture wrote:
> Hi,
>
> I compiled kernel 2.4.21 with intel compiler .
2.4.21 isn't supposed to be compilable with the intel compiler...
> fine. I am using IA-64 (Intel Itanium 2 ) with EL3.0.
... and the RHEL3 kernel most certainly isn't.
I strongl
On Tue, Jan 18, 2005 at 05:39:53PM -0600, Kylene Hall wrote:
> There were misplaced spinlock acquires and releases in the probe, close and
> release
> paths which were causing might_sleep and schedule while atomic error messages
> accompanied
> by stack traces when the kernel was compiled with
On Fri, Jan 21, 2005 at 02:55:09PM -0800, Mitch Williams wrote:
> This patch reverses the semantics of the read fill flag, getting rid of an
> extra assignment at allocation time.
>
> Generated from 2.6.11-rc1.
>
> Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
T
On Thu, Jan 20, 2005 at 08:10:59PM +, Russell King wrote:
> On Thu, Jan 20, 2005 at 11:50:58AM -0800, Greg KH wrote:
> > On Thu, Jan 20, 2005 at 07:38:45PM +, Russell King wrote:
> > >
> > > Greg - the name is constructed from "name" + "id num" thusly:
> > >
> > > serial8250
> > > ser
On Wed, Jan 26, 2005 at 10:17:27AM +0100, Jean Delvare wrote:
>
> Hi Greg, all,
>
> > Hm, all distros leave the i2c-dev /dev nodes writable only by root, so
> > this isn't that "big" of an issue.
>
> Agreed. Non-root write access to these devices would probably be a
> security issue per se anywa
On Mon, Jan 31, 2005 at 07:59:55PM +0100, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Sat, Jan 29, 2005 at 09:08:55PM -0500, Shawn Starr wrote:
> Description: Cleanup some cluttered macros, add error checking for fan
> divisor value set.
>
> Signed-off-by: Sytse Wielinga <[EMAIL PROTECTED]>
> Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
> Signed-off-by: Shawn Starr <[EMAIL
On Tue, 1 Feb 2005, Helge Hafting wrote:
> Tim Schmielau wrote:
>
> >
> >I'm trying to reconstruct the complete history of processes from the
> >BSD accounting records. However, this is not very useful if a large
> >fraction of the processes look as if they were started by init.
> >
> >The foll
Hi Dmitry,
thank you for the patch! Unfortunately, I wasn't able to apply it
correctly, neither to kernel 2.6.10 nor to kernel 2.6.4. Here's the
error message I got:
[EMAIL PROTECTED]:/mnt/hdb3/Installationsdateien/SOURCES/linux-2.6.10# patch -p1
< /home/victor/patch-mouse.diff
patching file dr
On Tue, Feb 01, 2005 at 12:38:00AM -0800, Greg KH wrote:
> On Fri, Jan 21, 2005 at 02:55:09PM -0800, Mitch Williams wrote:
> > This patch reverses the semantics of the read fill flag, getting rid of an
> > extra assignment at allocation time.
> >
> > Generated from 2.6.11-rc1.
> >
> > Signed-off-
Tim Schmielau wrote:
I'm trying to reconstruct the complete history of processes from the
BSD accounting records. However, this is not very useful if a large
fraction of the processes look as if they were started by init.
The following program will print the history in a form vaguely resembling
Koichi Suzuki <[EMAIL PROTECTED]> writes:
> Hook in panic code is very good idea and is useful in various scenes. It could
> be used to kick RAM dump code, obviously, and also kick the code to initiate
> failover, etc. Various use could be possible so I believe that this hook
> should be prepare
On Tue, 1 Feb 2005, Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > I am not aware of concepts in Linux or other unices that apply to this
> > case.
>
> Normal process accounting.
Sure. That's what the patch was made for. Or do you have anything else
in mind than BSD accou
baswaraj kasture schrieb:
Hi,
I compiled kernel 2.4.21 with intel compiler .
While booting it hangs-up . further i found that it
hangsup due to call to "calibrate_delay" routine in
"init/main.c". Also found that loop in the
callibrate_delay" routine goes infinite.When i comment
out the call to "cal
Morning Venki,
On Jan 31, Pallipadi, Venkatesh wrote:
>
> Hi Alex,
>
> Sorry for the late reply. Neat work splitting up all these patches.
>
Not a problem
> I don't think this patch is required as you are initializing a static
> variable. They should be zero without initialization as well.
>
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc2/2.6.11-rc2-mm2/
Changes since 2.6.11-rc2-mm1:
Just a couple of things:
+task_size-is-variable.patch
+use-mm_vm_size-in-exit_mmap.patch
I didn't hear back about my comments on this patch. I don't see
why M
On Mon, Jan 31, 2005 at 04:45:05PM -0600, Pat Gefre wrote:
>
> I've updated this patch with suggestions from the reviews. And moved it
> up the latest 2.6 (since it has been awhile...). I'm also adding
> Bartlomiej as a CC since there are IDE mods involved.
This looks much better, thanks.
Please
Hi
In my workstation when I execute a poweroff command it will shutdown
the system and power off the machine
but when I do it in a rack-mounted server (with the same kernel
"2.4.*") it only will halt the machine ?
Anyone know what is the differrent ? I don't have an issue with that
but I want to
Hi,
This patch solves a problem with working of getdents while using 32 bit
binaries on 64 bit Linux/390. glibc expects d_type to be passed if we
have a kernel version after 2.6.4, so we have to also handle it in the
32bit syscall converter. Similar patch was given for PPC by Marcus
Meissner
(
On Monday 31 January 2005 17:41, you wrote:
> On Mon, 2005-01-31 at 13:57 +0100, Peter Busser wrote:
> > Hi!
> >
> > > I'm not entirely happy yet (it shows a bug in mmap randomisation) but
> > > it's way better than what you get in your tests (this is the
> > > desabotaged
> > > 0.9.6 version fwiw)
* Peter Williams <[EMAIL PROTECTED]> wrote:
> I've just noticed what might be a bug in the original code. Shouldn't
> the following:
>
>if ((current->euid != p->euid) && (current->euid != p->uid) &&
>!capable(CAP_SYS_NICE))
>
> be:
>
>if ((current->uid != p->ui
Hi Greg,
Please find below the new version of the patch against kernel
2.6.11-rc2-mm2 to add the sis5595 driver (sensor part).
As you suggested, I have changed pci_find_device by pci_get_device, and
replaced the printk() by dev_err(). I have also sorted the blacklist so
that the PCI devices ar
> It seems strange because iowait is at 90% but nothing is
> trasnfered to/from disk. Why is that?
>
> I run postgresql on this server and I'm not satistied by it's speed.
>
> Single Pentium IV, IDE disk.
>
> What can be the problem?
I have noticed it several months ago.
Maybe this thread c
On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
Hello!
I have a weird problem with a server. I use deadline.
The output of vmstat is:
1 1 12312 6064 7580 81543200 5332 456 1263 3119 22 5 0
73
0 1 12312 5280 7584 81624000 6204 620 1307 1530 15 4 0
8
On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
>
> >On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
> >>Hello!
> >>
> >>I have a weird problem with a server. I use deadline.
> >>The output of vmstat is:
> >> 1 1 12312 6064 7580 81543200 5332 456 1263 3119 22 5
> >
Well then that is why, the writes are taking quite a while to reach the
platter. Nothing is wrong, the drive is just slow :-)
--
Jens Axboe
I don't know what to say because sometimes works really good.
bi=2.
I'm fighting with this problem for 1 month now and I realy tried to
resolve the proble
I have noticed it several months ago.
Maybe this thread could be useful for you.
http://www.ussg.iu.edu/hypermail/linux/kernel/0408.2/1758.html
According to my tests, 2.4 with -lck still performs better than 2.6, so I
use 2.4 on production DB servers with any DB.
Massimo
Thanks!
But seems that the
Hi!
> Thanks for all the comments, here's an updated version of the dynamic
> tick patch.
>
> I've fixed couple of things:
>
> - Dyn-tick now supports local APIC timer. This allows longer sleep time
> inbetween ticks, over 1000 ticks compared to 54 ticks with PIT timer.
> It seems to stop ti
Hello
Now i am using kernel-2.6.10 in my fedora core 2 machine, i have
downloaded the kernel-2.6.11-rc2 then created the default config file
and i run the make command , it compiled all the kernel modules then i
run the make modules , it shows some few lines and terminate the process
so i am no
Hi Pete,
today I just thought to give usbmon a try. Previously I used a hacked
devio thing around usbfs_snoop to monitor the USB communication between
a VMware and the Linux host.
Greg, will such patch accepted for inclusion or will usbfs_snoop go away
when usbmon is included?
> > First off, why
Hello,
It is my pleasure to write you in respect of our
organisation.
We are experts in the sale of raw materials and we export
into Canada/America and some parts of Europe.
We are searching for reliable representatives who can help
us establish a medium of getting to our customers in the
Canada/A
At Tue, 1 Feb 2005 03:28:46 +,
"" <[EMAIL PROTECTED]> wrote:
>
> [1 ]
>
> This patch removes the strdup implementation from the sound core
> (snd_kmalloc_strdup), and updates it to use the kstrdup library function.
>
> Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
This patch won't work
On Tue, 1 Feb 2005 11:11:35 +0100, Aurelien Jarno wrote:
> Please find below the new version of the patch against kernel
> 2.6.11-rc2-mm2 to add the sis5595 driver (sensor part).
> --- linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/sis5595.c
> +++ linux-2.6.11-rc2-mm2/drivers/i2c/chips/sis5595.c
>
Hi,
I try to recompile iptables iptables-1.2.11 with kernel 2.6.11-rc2
(and mm2) running and I don't succeed. It complains about
/usr/src/linux/include/linux/netfilter_ipv4/ip_conntrack_tuple.h
after this small changes iptables is compiling again.
--- ip_conntrack_tuple.h.old2005-02-01 12:
Hi Linus,
The latest drm tree for 2.6 is ready, this stuff is all fairly trivial, it
a) cleans up unneeded header files
b) add drms specific sysfs support
c) updates radeon driver to version 1.13
d) fixes a problem in setversion ioctl (this is needed before 2.6.11...)
The patch is large as the f
* Peter Busser <[EMAIL PROTECTED]> wrote:
> > ok the paxtest 0.9.5 I downloaded from a security site (not yours) had
> > this gem in:
> > + do_mprotect((unsigned long)argv & ~4095U, 4096,
> > PROT_READ|PROT_WRITE|PROT_EXEC);
> > which is clearly there to sabotage any segmentation
Hi Alexey,
> Maybe you should call sis5595_update_device() in initialization function
> and get rid of "value" field. It's sole purpose to fill "struct sis5595"
> when it's known that "last_updated" field contains crap.
I assume you meant "valid" field.
Doesn't work. If you discard the "valid"
Hi,
since at least kernel 2.6.9 I'm having a problem booting linux - it hangs
after this
Probing IDE interface ide0...
hda: HITACHI_DK23DA-30, ATA DISK drive
elevator: using anticipatory as default io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: TOSHIBA DVD-RO
On Tue, Feb 01, 2005 at 02:20:17PM +0200, Alexey Dobriyan wrote:
> > + dev_err(&s_bridge->dev, "sis5595.ko: Error: Looked for
> > SIS5595 but found unsupported device %.4X\n", *i);
>
> > + dev_err(&s_bridge->dev, "sis5595.ko: base address not set -
> > upgrade BIOS or
Takashi Iwai wrote:
At Tue, 1 Feb 2005 03:28:46 +,
"" <[EMAIL PROTECTED]> wrote:
[1 ]
This patch removes the strdup implementation from the sound core
(snd_kmalloc_strdup), and updates it to use the kstrdup library function.
Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
This patch won't w
On Mon, Jan 31, 2005 at 10:52:29PM -0600, Brian King wrote:
> @@ -62,8 +72,11 @@ static int rtas_read_config(struct devic
> return PCIBIOS_DEVICE_NOT_FOUND;
> if (where & (size - 1))
> return PCIBIOS_BAD_REGISTER_NUMBER;
You should probably delete this redundant t
At Tue, 01 Feb 2005 12:27:44 +,
Paulo Marques wrote:
>
> Takashi Iwai wrote:
> > At Tue, 1 Feb 2005 03:28:46 +,
> > "" <[EMAIL PROTECTED]> wrote:
> >
> >>[1 ]
> >>
> >>This patch removes the strdup implementation from the sound core
> >>(snd_kmalloc_strdup), and updates it to use the ks
Hi,
I hope my follwing questions are not too much offtopic on the LKML.
I just filed this bug: http://bugzilla.kernel.org/show_bug.cgi?id=4142
Its about problems with SATA support on x86_64 architecture. And yes, it
looks like the bug is solved (either on purpose or accidentialy) in 2.6.10.
But
See if eepro100 works on your 82556 cards. I would be surprised if it
does. If it does, maybe it's not that much trouble to add support to
e100. Let us know.
I did add the PCI ID to e100 to to try it with both drivers.
In short: both eepro100 and e100 have problems loading the eeprom and
don't
Hi!
I have a Belkin 6001DE, I tried get it working with ndiswrapper (I tried
4 different drivers), but I wasn't able to change wireless parameters,
e.g. the essid. I followed a instructions from the wiki. Compiling
ndiswrapper with debug=3 didn't give an additional information.
[EMAIL PROTECTED] ~]
Can this patch to drivers/pci/quirks.c be incorporated into the kernel? It
fixes a bug in some BIOSes that hide the M7101 PMU and SMBUS device and is
needed for some boards to use the i2c-ali15x3 driver. lm_sensors includes a
module that makes that device visible. i got this patch from the kerne
Dear List,
Since upgrading from k2.4 to k2.6 (2.6.5-1.358 and similar) my user space
code that utilises the ppdev driver has been broken (code below). I can
confirm that this code still works under 2.4.
Under 2.6 the code compiles runs without error but there is no change in the
output of the
Takashi Iwai wrote:
[...]
The compile should be fine but it may result in memory corruption
since kmalloc/kfree become wrappers when CONFIG_SND_DEBUG_MEMORY is
set. See include/sound/core.h.
Ok, I see what you mean. I'm sorry I've missed this, but you must admit
that code like this:
#define kmal
On Tuesday 01 February 2005 13:49, Jean Delvare wrote:
> > Maybe you should call sis5595_update_device() in initialization function
> > and get rid of "value" field. It's sole purpose to fill "struct sis5595"
> > when it's known that "last_updated" field contains crap.
> Doesn't work. If you disc
At Tue, 01 Feb 2005 13:07:25 +,
Paulo Marques wrote:
>
> I thought of going all the way and changing the callers of kstrdup in
> sound to use kfree, so that it would work without debugging memory
> allocated for strdup'ed strings.
>
> However the code there already uses kfree, just not the
Tompa Septimius Paul wrote:
Hi,
I try to recompile iptables iptables-1.2.11 with kernel 2.6.11-rc2
(and mm2) running and I don't succeed. It complains about
/usr/src/linux/include/linux/netfilter_ipv4/ip_conntrack_tuple.h
after this small changes iptables is compiling again.
I just added a simil
Dmitry Torokhov wrote:
Jan 15 13:33:36 vic kernel: psmouse.c: bad data from KBC - bad
parity Jan 15 13:33:38 vic kernel: psmouse.c: Wheel Mouse at
isa0060/serio1/input0 lost synchronization, throwing 3 bytes away.
Sometimes, only one of these messages appears; the number of bytes
in the second me
On Tue, 01 Feb 2005 09:54:37 +0100, Victor Hahn <[EMAIL PROTECTED]> wrote:
> Hi Dmitry,
>
> thank you for the patch! Unfortunately, I wasn't able to apply it
> correctly, neither to kernel 2.6.10 nor to kernel 2.6.4.
Sorry, I think it will apply to 2.6.11-rc2, I'll try to rediff against
2.6.10 la
Hi Alexey,
> What about making sis5595_update_device() a simple jiffies-related wrapper
> around function that updates "struct sis5595" unconditionally. I'm not sure
> I plugged sis5595_do_update_client right, but you'll get the idea.
Yeah I get the idea, I think I had something similar in mind
1 - 100 of 298 matches
Mail list logo
