S.Çağlar Onur wrote:
USRobotics Wireless Adapter (Model 5423) works well with current zd1211rw
driver also (i have tested 2.6.18, 2.6.20 and 2.6.21-rc7). I know -mm/and
Daniel's tree has new version (i think with more features like rate estimator
etc.) of this driver but maybe you should
Andrew Johnson wrote:
When the console is in VT_AUTO/KD_GRAPHICS mode, switching to the
SUSPEND_CONSOLE fails, resulting in vt_waitactive() waiting indefinately
or until the task is interrupted. The following patch tests if a
console switch can occur in set_console() and returns early if a
Noticed this in user logs.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
Index: linux/drivers/mmc/tifm_sd.c
===
--- linux.orig/drivers/mmc/tifm_sd.c
+++ linux/drivers/mmc/tifm_sd.c
@@ -676,7 +676,7 @@ static void tifm_sd_abort
Dave,
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8255
Okay. I tracked down the problem with git. Here is what is the submission that
causes the problem:
solaris linux-git # git bisect good
0916bd3ebb7cefdd0f432e8491abe24f4b5a101e is first bad commit
commit
(),
where the source or destination (or both) are of type u8* or unsigned char*.
Due to the byte-wise nature of this operation, unaligned accesses are avoided.
--
Author: Daniel Drake [EMAIL PROTECTED]
With help from: Alan Cox, Avuton Olrich, Heikki Orsila, Jan Engelhardt,
Johannes Berg, Kyle Moffett
Toralf Förster wrote:
Today I tried to hibernate my ThinkPad but got the following :
And the outcome was what exactly? It didn't suspend, and hard-hung? Or
didn't suspend, came back to a usable system? ...
Dec 3 14:14:29 n22 c420
Dec 3 14:14:29 n22 dca29fb8 dca29f90 d30ad4c4
Here's a document I wrote after figuring out what unaligned memory access
is all about. I've tried to cover the information I was looking for when
trying to learn about this, without producing a hopelessly detailed/complex
spew. I hope it is useful to others.
Signed-off-by: Daniel Drake [EMAIL
(not just 32 bits as in the example above). You could
even use put_unaligned() rather than memcpy() in order to solve the bug in
the first example (myfunc()) given above.
--
Author: Daniel Drake [EMAIL PROTECTED]
With help from: Johannes Berg, Uli Kunitz.
-
To unsubscribe from this list: send the line
Hi Alan,
In 2.6.23 and previous, CD writing works fine on my system. I'm using
ata_piix on:
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA
IDE Controller (rev 01)
When I'm running CD writing utilities, I sometimes see this message in
the kernel logs:
Alan Cox wrote:
Not immediately - but if you've got wrong transfer lengths its a
candidate for this.
Ok lets start with the basics
If you mount a CD and use it does it work
Yep.
If you use cdrecord does it work ?
Yep (tested with wodim from debburn, effectively the same thing)
What
Alan Cox wrote:
I would guess Brasero is issuing a command with the length of data
wrongly set. In the old code that might well just produce errors of the
Umm wtf is this data left over for ?, with the new code the drive is
likely to change state as it knows the transfer size and that will
Jeff Garzik wrote:
Jens Axboe wrote:
Right, that's of course problematic... There has to be a way to recover
that situation though, or you can't export any user command issue
facility.
You cannot hope to handle all possible effects arising from an app
providing an invalid sg header / cdb.
Ivan Kokshaysky wrote:
On alpha, ia64 and ppc64 only relocations to local data can go into
read-only sections. The vast majority of module parameters use the global
generic param_set_*/param_get_* functions, so the 'const' attribute for
struct kernel_param is not only useless, but it also causes
This should be asked on linux-hotplug and not linux-kernel, but anyway...
sacarde wrote:
how can I view udev variables value ?
for examples:
what is value of:
BUS
SYSFS{idProduct}
SYSFS{idVendor}
when I insert my stick-usb wireless ?
This documentation should help you:
-trivially? Is it feasible?
I'm happy to spend a few more hours looking into implementing this but
would greatly appreciate any advice from those in-the-know on if my
ideas are broken to start with...
Thanks!
--
Daniel Drake
Brontes Technologies, A 3M Company
http://www.brontes3d.com/opensource
don't think there are any swap-related performance issues
on the shutdown path.
Thanks.
--
Daniel Drake
Brontes Technologies, A 3M Company
http://www.brontes3d.com/opensource
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
, but you can see why
fast swapoff would be mighty convenient.
Thanks for all the info so far. It does sound like my earlier idea
wouldn't be any faster in the general case due to excess disk seeking.
Oh well...
--
Daniel Drake
Brontes Technologies, A 3M Company
http://www.brontes3d.com/opensource
Jesper Juhl wrote:
Since kmalloc() returns a void pointer there is no reason to cast
its return value.
This patch also removes a pointless initialization of a variable.
NAK: adds a sparse warning
zd_chip.c:116:15: warning: implicit cast to nocast type
Signed-off-by: Jesper Juhl [EMAIL
Jesper Juhl wrote:
What would be wrong in applying my patch that removes the cast of the
kmalloc() return value and then also remove the __nocast here?
We use it as a safety measure when coding. For example the write
register function takes an address and a value. We got one of these the
Marc Pignat wrote:
The disconnect function can dereference the net_device structure before it is
allocated. This is the case when ejecting the device installer.
Signed-off-by: Marc Pignat [EMAIL PROTECTED]
s/before it is allocated/when it is never allocated/
Acked-by: Daniel Drake [EMAIL
Marc Pignat wrote:
Hi all!
On Monday 15 October 2007, Daniel Drake wrote:
...
Acked-by: Daniel Drake [EMAIL PROTECTED]
Is there any hope to apply this to 2.6.23.2, as this is a regression fix?
Yes, already planned, it just has to go upstream first.
Thanks,
Daniel
-
To unsubscribe from
Gene Heskett wrote:
This last one is the right set of numbers. However, I'll be dipped but I
can't find anyplace in a make xconfig in the 2.6.22.1-rt9 tree, to turn on
the building of that driver.
Sounds like you haven't satisfied the dependencies or are looking in the
wrong menu.
Under
[EMAIL PROTECTED] wrote:
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Daniel Drake [EMAIL PROTECTED]
NAK: this patch adds a sparse warning
zd_chip.c:116:15: warning: implicit cast to nocast type
---
drivers/net/wireless/zd1211rw/zd_chip.c |2 +-
1 file changed, 1 insertion(+), 1
Hi,
H. Peter Anvin wrote:
So, 2.6.22-rc6-mm1 should work fine with CONFIG_FIRMWARE_EDID=y, or are
further patches needed?
It should, yes.
It didn't work, and the bug still exists in 2.6.23-rc1: the resolution
is wrong by 6 pixels. The user does have CONFIG_FIRMWARE_EDID enabled.
So far
Zwane Mwaikambo wrote:
Sorry if this has been hashed out before, but could you point me towards
the gentoo bugzilla entry? I'm trying to understand how your setup broke.
Which version VBE does your system have?
Here's the bug:
http://bugs.gentoo.org/show_bug.cgi?id=181067
How can we identify
Stefan Richter wrote:
NAK: this patch adds a sparse warning
zd_chip.c:116:15: warning: implicit cast to nocast type
What does this warning mean? a16 is defined as zd_addr_t *.
zd_addr_t is defined as
typedef u16 __nocast zd_addr_t;
The __nocast annotation forces us to use explicit casts
Antonino A. Daplas wrote:
How about this patch?
Tony
---
Subject: video setup: Fix VBE DDC reading
Add memory operand constraint and write-only modifier to the inline
assembly to effect the writing of the EDID block to boot_params.edid_info.
Thanks, this patch works in that Linux now
Hi Stephen,
Stephen Hemminger wrote:
But the same hardware dies horribly on Gigabyte GA-965P motherboards.
Could you send me full lspci -vvx output. I'll re-enable it for Asus and add a
block
for the Gigabyte boards. (sigh)
This was also reported by another user at
Stephen Hemminger wrote:
But the same hardware dies horribly on Gigabyte GA-965P motherboards.
Could you send me full lspci -vvx output. I'll re-enable it for Asus and add a
block
for the Gigabyte boards. (sigh)
To add to the mix, Robert Tate on the same Gentoo bug reports that the
Yukon2
Christian Kujau wrote:
oh, this sounds good. strange though, that my 2.6.11-gentoo-r5 (whatever
they've patched in there) *never* oopsed the days ago but all of a sudden
started to oops yesterday
Probably because you changed alsa-lib versions. By the way, it is fixed in
This fixes PM driver model type checking for drivers/net.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/net/8139cp.c linux-dsd/drivers/net/8139cp.c
--- linux-2.6.11-rc2-mm2/drivers/net/8139cp.c 2005-02-02 21:55:22.417771864
This fixes PM driver model type checking for drivers/macintosh.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/macintosh/macio_asic.c linux-dsd/drivers/macintosh/macio_asic.c
--- linux-2.6.11-rc2-mm2/drivers/macintosh
This fixes PM driver model type checking for drivers/char.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/char/agp/efficeon-agp.c linux-dsd/drivers/char/agp/efficeon-agp.c
--- linux-2.6.11-rc2-mm2/drivers/char/agp/efficeon
This fixes PM driver model type checking for drivers/serial.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/serial/amba-pl010.c linux-dsd/drivers/serial/amba-pl010.c
--- linux-2.6.11-rc2-mm2/drivers/serial/amba-pl010.c 2004-12
Andrew Morton wrote:
I wonder if reverting the patch will restore the old behaviour?
# This is a BitKeeper generated diff -Nru style patch.
#
# ChangeSet
# 2005/01/21 13:42:18-08:00 [EMAIL PROTECTED]
# Merge nuts.davemloft.net:/disk1/BK/sparcwork-2.6
# into
Hi Andrew,
Andrew Morton wrote:
Bah. That's what happens when you fix stuff.
What's kylix? The Borland C++ builder thing?
How should one set about reproducing this problem?
You don't need the kylix environment or libraries, you just need to run any
binary that was compiled with kylix. Teamspeak
Hamish Marson wrote:
I just installed Gentoo distribution on a new PC for a friend who's
new to Linux, and discovered that although SysKonnect kindly provide
full source code drivers for their various products on their website,
that even the latest released kernel sources (i.e. 2.6.12) still
Ludovic Drolez wrote:
I recently had to boot a brand new system using a Marvel Yukon2 NIC
(sk98lin) driver which is not supported by the latest kernel (pci ids =
11ab:4361).
So I compiled the GPLed driver available from Syskonnect,
Hi,
Manfred Spraul wrote:
Attached is a patch that modifies the tx interrupt handling of the
nForce nic. It's part of the attempts to figure out what causes the nic
hangs (see bug 4552).
The change is experimental: It affects all nForce versions. I've tested
it on my nForce 250-Gb.
This
Hi,
Manfred Spraul wrote:
Attached is a patch that modifies the tx interrupt handling of the
nForce nic. It's part of the attempts to figure out what causes the nic
hangs (see bug 4552).
The change is experimental: It affects all nForce versions. I've tested
it on my nForce 250-Gb.
Please
Daniel Drake wrote:
After applying the v0.38 patch, I can't get any network at all. DHCP
fails to get an IP. v0.37 works fine.
Tracked it down. (sorry for linewraps)
+#define DEV_NEED_TIMERIRQ 0x0001 /* set the timer irq flag in the irq
mask */
+#define DEV_NEED_LINKTIMER 0x0002
Hi,
I recieved an email from someone claiming to be stuck with Linux 2.4, due to
relying on a Promise TX4200 disk controller (using the fdsata driver from
promise's website, which is 2.4-only):
:01:09.0 RAID bus controller: Promise Technology, Inc.: Unknown device
3519 (rev 02)
Hi Martin,
Martin Povolný wrote:
We are succesfully running patched sata_promise with 3 disks in a
raid5/raid1 setup. (Patched against ubuntu linux-image 2.6.11-1-686
package.)
Could you please either send in your patch, or tell me which board_ setting
(2037x/20319/20619) the device ID table
Martin Povolný wrote:
For me it works with 20319, but I don't understand the difference
between different settings.
20319 is 4 port SATA.
2037x is 2 port SATA, optionally with 1 PATA port
20619 is 4 port PATA
So I believe 20319 is the correct option.
Jeff, the chip on the TX4200 is actually
Manfred Spraul wrote:
Autsch.
Yes, you are right. Sorry for that, I should have reread the patch once
more.
No problem :)
I've been running v0.38 since my last mail. No problems at all.
Thanks for your continued work on the driver.
Daniel
-
To unsubscribe from this list: send the line
Hi Alexander,
Alexander Fieroch wrote:
Alexander Fieroch wrote:
http://dlsvr01.asus.com/pub/ASUS/lan/marvell/8053/8053_others2.zip
Oh, that driver is very old. Here is the latest one which is working
with the current kernel:
Anton Altaparmakov wrote:
)-: I have addressed the only things I can think off that could cause
the oops and below is the resulting patch. Could you please test it?
Yeah!! After removing I_WILL_FREE stuff, that fixed both the oops *and* the
hang. Everything works nicely now.
Thanks a
Hi,
Some Gentoo users have reported very long application startup times in 2.6.12.
This seems to be because the applications are attempting to connect to local
ports such as sunrpc/portmap (where these services are not running), but some
packets are being dropped, so the application load just
Patrick McHardy wrote:
You could confirm this theory by logging invalid packets in LOCAL_OUT
and in PRE_ROUTING - only PRE_ROUTING should trigger. I'm going to
think about a solution meanwhile.
You'll have to forgive my lack of netfilter knowledge, I set up my firewall
ages ago and haven't
Neil Darlow wrote:
Hi Vojtech,
On Friday 08 Jul 2005 22:24, Vojtech Pavlik wrote:
In the current input GIT tree there is a patch to reverse the order of
probing (PnP first) for exactly this reason. I expect 2.6.13 should have
the fix.
Daniel, is it worth backporting this fix for
Patrick McHardy wrote:
We decided to revert the responsible change because it caused problems
in other areas as well. This patch should fix your problem.
Thanks, it works. If you decide to revisit this in the future, feel free to
send me a patch and I will help test it.
Daniel
-
To unsubscribe
a
similar fix on the task directories too.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.11-gentoo-r5/fs/proc/base.c.orig 2005-04-01 14:06:43.0 +0100
+++ linux-2.6.11-gentoo-r5/fs/proc/base.c 2005-04-01 14:35:39.0 +0100
@@ -1702,8 +1702,12 @@ struct dentry
Hi David,
David N. Welton wrote:
[ Please CC replies to me, thanks! ]
Hi, I was looking at your patch:
http://lkml.org/lkml/2005/1/21/132
Very small, which is nice.
I was wondering if there were any interest in my own efforts in that
direction:
.
This should fix it up.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- base.c.orig 2005-04-02 20:47:10.0 +0100
+++ base.c 2005-04-02 20:51:43.0 +0100
@@ -1337,6 +1337,8 @@
static struct inode_operations proc_tgid_attr_inode_operations;
#endif
+static int get_tid_list(int index
correctly when a PID has more
than one child task, which is quite often the case.
This should fix it up.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.11-gentoo-r5/fs/proc/base.c.orig 2005-04-02 20:47:10.0 +0100
+++ linux-2.6.11-gentoo-r5/fs/proc/base.c 2005-04-02 20:51
Peter Baumann wrote:
On Wed, Mar 23, 2005 at 06:52:25PM -0800, Andrew Morton wrote:
Peter Baumann [EMAIL PROTECTED] wrote:
I'm hitting an annoying bug in kernel 2.6.11.5
Every time I _reboot_ (warmstart) my pc my two network cards won't get
recognized any longer.
Following error message appears on
David Ford wrote:
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable to handle kernel NULL pointer dereference at virtual address
Jeff Garzik wrote:
philipp.gortan:tttech.com:
o [netdrvr 8139cp] add PCI ID
This one seems to be already present in 2.6.11 under a different name
(PCI_DEVICE_ID_TTTECH_MC322). Also, the corresponding entry in pci_ids.h is
not in the order of the file.
Daniel
-
To unsubscribe from this list:
Hi Pavel,
Pavel Machek wrote:
Now, if you want to help, just convert some drivers... To quickly
break compilation in case of bad types, following patch can be used
(against 2.6.11-rc2-mm1), it actually switches pm_message_t to
typedef.
I'm looking forward to the patches, (please help),
I just had
This fixes PM driver model type checking for drivers/mmc.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/mmc/mmc.c linux-dsd/drivers/mmc/mmc.c
--- linux-2.6.11-rc2-mm2/drivers/mmc/mmc.c 2005-02-02 21:54:17.0 +
This fixes PM driver model type checking for drivers/video.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/video/aty/radeon_pm.c linux-dsd/drivers/video/aty/radeon_pm.c
--- linux-2.6.11-rc2-mm2/drivers/video/aty/radeon_pm.c
This fixes PM driver model type checking for drivers/pcmcia.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/pcmcia/au1000_generic.c linux-dsd/drivers/pcmcia/au1000_generic.c
--- linux-2.6.11-rc2-mm2/drivers/pcmcia
Joseph Fannin wrote:
On Fri, Jan 14, 2005 at 12:23:52AM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/
waiting-10s-before-mounting-root-filesystem.patch
retry mounting the root filesystem at boot time
With this patch,
. This fixes booting
from usb-storage devices, which no longer make their partitions immediately
available. Also cleans up the mount_block_root() function.
Based on an earlier patch from William Park [EMAIL PROTECTED]
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.10/init
J.A. Magallon wrote:
This does not patch against -mm1. -mm1 looks like a mix of plain 2.6.10
and your code.
Could you revamp it against -mm1, please ? I looked at it but seems out
of my understanding...
My patch replaces the one in -mm1.
Just revert the waiting-10s-... patch that is in
also cleaned up the mount_block_root() function a bit.
Based on an earlier patch from William Park [EMAIL PROTECTED]
Replaces the existing waiting-10s-before-mounting-root-filesystem.patch patch
in 2.6.11-rc1-mm1
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.10/init
devices which require some
spin-up time.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.10/init/do_mounts.c.orig 2005-01-20 20:37:01.0 +
+++ linux-2.6.10/init/do_mounts.c 2005-01-20 20:44:47.190899080 +
@@ -6,6 +6,7 @@
#include linux/suspend.h
#include linux
which no longer make their partitions
immediately available, and for other storage devices which require some
spin-up time.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux-2.6.10/init/do_mounts.c.orig 2005-01-20 20:37:01.0 +
+++ linux-2.6.10/init/do_mounts.c 2005-01-20 20:44
a slightly different energy
capacity.
Adding the VOLTAGE_MAX_DESIGN property allows upowerd to compute the
same energy every time.
Signed-off-by: Richard A. Smith rich...@laptop.org
Signed-off-by: Daniel Drake d...@laptop.org
---
drivers/power/olpc_battery.c | 54
From: Richard A. Smith rich...@laptop.org
Reduce the mAh value for the BYD LiFe battery from 3100mAh to 2800mAh
to better reflect the average usable capacity as measured by olpc-pwr-log.
Signed-off-by: Richard A. Smith rich...@laptop.org
Signed-off-by: Daniel Drake d...@laptop.org
---
drivers
Hi,
I'm having trouble with the loop device partition scanning code.
If I create a blank file, put a partition table on it with fdisk, and
then immediately turn it into a partitioned loop device, the
partitions dont always show up.
Here is a script to test this:
On Mon, Feb 25, 2013 at 5:21 PM, Bing Zhao bz...@marvell.com wrote:
Do you have any concern for OLPC platforms with above change? If it doesn't
seem to break OLPC I will send a patch to the list.
Looks fine to me. Thanks for investigating.
Daniel
--
To unsubscribe from this list: send the
On Fri, Jan 18, 2013 at 8:35 PM, H. Peter Anvin h...@linux.intel.com wrote:
Can we simply disable paging before mucking with CR4? The other option
that I can see is to always enable PSE and PGE, since they are simply
features opt-ins that don't do any harm if unused. At the same time,
Hi,
Tim Weippert wrote:
i have read some postings concerning the following Kernel Messages:
Aug 26 18:04:01 montdsnsu3 kernel: grep[11619] general protection
rip:2aaaed43 rsp:7f9c0740 error:0
Aug 26 18:08:02 montdsnsu3 kernel: ping[14867] general protection
rip:2aaaed43
Tim Weippert wrote:
As this is an Server, i don't even use cpufreq on this machine. So it
think this isn't the same problem ...
Maybe you could post your experiences here:
http://bugzilla.kernel.org/show_bug.cgi?id=5133
Daniel
-
To unsubscribe from this list: send the line
Hi,
If there are no known issues it would be nice to push this for inclusion in
2.6.14. The relevant patches from -mm are named
ppp_mppe-add-ppp-mppe-encryption-module.patch and
ppp_mppe-add-ppp-mppe-encryption-module-update.patch
Judging by the feedback I get from Gentoo users, there is
Steve Kieu wrote:
Are you using skge or sk98lin?
sk98lin
thanks
Can you test the new skge driver instead? If that one is broken then we
probably have more chance of getting it fixed :)
Thanks,
Daniel
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Steve Kieu wrote:
Ok it sound wierd enough to assume that the latest
kernel 2.6.13 ethernet driver has done something wrong
with the NIC and sustain the condition after reboot or
turn off the machine.
Here is my configuration.
Laptop Asus A4500d. dmesg shows:
eth0: Yukon Gigabit Ethernet
Hi Stephen,
This looks like an issue I reported previously. After you use a recent skge,
you can't use any older drivers or the windows driver, but skge still works
fine every time.
http://marc.theaimsgroup.com/?l=linux-netdevm=112268414417743w=2
The Gentoo bug report is here:
Forwarding on, please reply-to-all in future.
Steve Kieu wrote:
Hi all,
I have fixed the problem in a very wierd way.Reading
your post I thought maybe when removing the driver
itself it set some bit incorrectly. Then I decided to
do:
Boot with init=/bin/bash so bypass all other things.
this, and Sergey Vlasov
recently asked the same question on LKML. If the patch isn't acceptable then
please at least say _something_ :)
Thanks!
--
From: Mathias Kretschmer [EMAIL PROTECTED]
Add VIA VT6410 IDE support
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
diff -Naru a/drivers/ide/pci/via82cxxx.c b
Stephen Hemminger wrote:
You have a version of the Marvell Yukon that was affected
by a fix in 2.6.13.
skge addr 0xfeaf8000 irq 19 chip Yukon-Lite rev 9
Both the skge and sk98lin driver were fixed to check for this.
Without the fix, the chip will be in the wrong power mode.
The version
Hi,
Stelian Pop wrote:
Confirmed on an Apple Powerbook too.
For reference, the (already reverted) patch which needs to be applied is
below.
Signed-off-by: Stelian Pop [EMAIL PROTECTED]
Index: linux-2.6.git/drivers/pci/setup-res.c
hardware with two VIA controllers, however I have
tested this on a pc which has a single vt8233a controller.
---
Support multiple controllers in the via82cxxx IDE driver
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
--- linux/drivers/ide/pci/via82cxxx.c.orig 2005-08-31 01:32:05.0 +0100
Alan Cox wrote:
What do the other reports look like ?
Here's one:
http://forums.gentoo.org/viewtopic-t-361718-highlight-irqpoll.html
This possibly suggests that the irqpoll patch actually caused a nobody cared
which wasn't there previously. (Now that I have looked closer at the patch, I
Kristoffer wrote:
why?:
Since LUFS is no longer maintained and FUSE is. since to use the LUFIS
bridge you have to install LUFS,
This is not true. lufis is a compatibility layer on top of FUSE which provides
the same API as lufs (thereby allowing you to load lufs modules into fuse). It
does
Joseph Fannin wrote:
I haven't seen any real changes in NTFS support in the kernel since
the mid-2.5 series. Is there somewhere else I should be looking?
The development tree is here:
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/aia21/ntfs-2.6-devel.git;a=summary
Right now, I
CaT wrote:
1. Alan Cox's IDE driver that was included in his ac patchset, which
seems to have died at 2.6.11ac7.
2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset.
It lived a brief but noted life before being taken out without any
reason (that I spotted) in
CaT wrote:
1. Alan Cox's IDE driver that was included in his ac patchset, which
seems to have died at 2.6.11ac7.
Alan's driver has been merged into 2.6.13. You can get the up-to-date
Wooo!
patches here:
Hi Jeff,
Jeff Garzik wrote:
I finally got around to creating something that has been missing since
BitKeeper disappeared, and something that Andrew has been wanting
from me for a while: an amalgamation of all the libata-dev branches
that I maintain internally.
You are missing two
Nigel Rantor wrote:
Who should I be talking to wrt to the irq 11: nobody cared issue?
I'm happy to provide as much info as possible but need to know what info
is required.
I'm happily running 2.6.7, tried the latest and greatest (2.6.12) and
found the problem, then started by looking at
Larry Finger wrote:
When this commit is reverted, I get sound, but playing a sound file results in
about an 0.5 sec
fragment being replayed over and over forever. If commit 7376d013fc6d3a45...,
which is entitled
Simple patch to enable Message Signalled Interrupts for the HDA Intel audio
Larry Finger wrote:
You are correct. Only the hda_codec-Add independent headphone volume control
needs to be reverted.
The best course of action is probably to file a report here:
https://bugtrack.alsa-project.org/alsa-bug
Daniel
-
To unsubscribe from this list: send the line unsubscribe
Hi,
Testing from Bill Kenworthy indicates that commit
0a85b964e141a4b8db6eaf500ceace12f8f52f93 introduces a ppp-over-bluetooth
regression.
https://bugs.gentoo.org/show_bug.cgi?id=159277
Dec 28 21:56:54 rattus hcid[22749]: pin_code_request (sba=00:0A:3A:59:39:38,
dba=00:07:E0:06:AC:7A)
Dec
Jon Smirl wrote:
I have the source code for a vendor written driver that is targeted at
2.6.9. It includes this and then proceeds to manipulate files from the
driver.
In future just kill the code in question, it's wrong and not needed.
It's already mostly disabled in the code, based on my
Hi,
This patch went into 2.6.18.6:
http://marc.theaimsgroup.com/?l=linux-kernelm=116614741607528w=2
However it is not included in 2.6.19.x or 2.6.20-rc3. Was this solved in
mainline another way, are there issues with the patch, or was this
simply overlooked?
Thanks,
Daniel
-
To unsubscribe
Hi,
Has anyone backported the recent shared mmap page writeback fix
(7658cc289288b8ae7dd2c2224549a048431222b3) to 2.6.18 or previous?
It looks like there will be at least one more 2.6.18-stable release and
I'd like to see it fixed there.
I don't know enough about the VM layer to understand
Daniel Aragonés wrote:
On Mon, Jan 08, 2007 at 04:06:53PM -0800, Andrew Morton wrote:
Daniel, it'd be good if you could review and test these changes please.
Also, a signed-off-by from yourself and from Andries, please...
Thanks a lot to Andries! The patch looks much more elegant now than
Pete, Rusty,
I found a snippet of a previous discussion of yours here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0408.3/2901.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0409.0/0768.html
Did anything become of this issue?
A Gentoo user has reported what appears to be the same
Otto Meier wrote:
This card use the sata chip pdc 40718 (as of my card)
the lastest sata_promise kernel with sata promise patch driver doesn't
recognise
this card.
I added the following line to static struct pci_device_id
pdc_ata_pci_tbl[] in sata_promise.c:
{
1 - 100 of 540 matches
Mail list logo