On Thursday, 3 of February 2005 12:01, Dominik Brodowski wrote:
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
FUSE version 2.2 is out there:
http://sourceforge.net/project/showfiles.php?group_id=121684package_id=132802release_id=301878
This can be used standalone or with recent -mm kernels (with the
exception of -rc2-mm2).
Most notable changes since 2.1:
- Added file handle parameter to
mt2032_set_if_freq failed with -121
OK here you go.
Thanks, seems to be a initialization order bug which changes the default
state of the tda9887 output ports. The patch below should fix that.
Gerd
diff -u linux-2.6.11/drivers/media/video/tda9887.c
linux/drivers/media/video/tda9887.c
On Wed, 2005-02-02 at 15:24 +0530, root wrote:
i want run my program as a daemon..its like normal
how to do that
service squid start
Look into /etc/init.d/squid (or wherever your distribution puts the
SysV-Init startup files) on how to write a similar script for your
daemon.
And BTW this has
Nick Piggin [EMAIL PROTECTED] skrev:
Can you post about 10 seconds of `vmstat 1` output
while this is happening?
Also:
`cat /proc/vmstat pre ; sleep 10 ; cat
/proc/vmstat post`
while this is happening, and send the pre and post
files.
cat /proc/meminfo also might be helpful.
You
On Wed, 2005-02-02 at 17:46 -0500, James Morris wrote:
On Sun, 30 Jan 2005, Fruhwirth Clemens wrote:
+#define scatterwalk_needscratch(walk, nbytes)
\
+ ((nbytes) = (walk)-len_this_page
\
+
Shane Hathaway [EMAIL PROTECTED] wrote:
The attached patch enhances the kernel's DHCP client support (in
net/ipv4/ipconfig.c) to set the interface MTU if provided by the DHCP server.
Without this patch, it's difficult to netboot on a network that uses jumbo
frames. The patch is based
On Thu, 2005-02-03 at 12:30 +0100, Gerd Knorr wrote:
Thanks, seems to be a initialization order bug which changes the default
state of the tda9887 output ports. The patch below should fix that.
Everything is working fine now. Thank you.
__
Markus
-
To unsubscribe from this list: send the
I'll respond in terms of U.S. law; if you want something else, please
mention it.
You might find a lot of useful information at
http://fairuse.stanford.edu/Copyright_and_Fair_Use_Overview/chapter9/index.html
http://www.usg.edu/admin/legal/copyright/#part3d3a
http://en.wikipedia.org/wiki/Fair_use
On Thu, 3 Feb 2005, Andries Brouwer wrote:
On Wed, Feb 02, 2005 at 01:23:43PM -0500, linux-os wrote:
When I compile and run the following program:
#include stdio.h
int main(int x, char **y)
{
pause();
}
... as:
./xxx `yes`
... the following occurs after about 30 seconds (your mileage
may
snip
...The EXPORT_SYMBOL_GPL is a license statement to binary module
developers...
snip
As noted repeatedly a symbol prefix doesn't appear to carry any legal
weight under U.S. law. In fact the GPL copyright notice is appear
legally limited to the granting of *copy* *rights* per U.S.
On Mon, Jan 31, 2005 at 07:46:18AM +0900, Yoichi Yuasa wrote:
This patch adds iomap functions to MIPS system.
And it still only works for a single PCI bus.
Ralf
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, Feb 03, 2005 at 12:30:19PM +0100, Rafael J. Wysocki wrote:
On Thursday, 3 of February 2005 12:01, Dominik Brodowski wrote:
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,
I've just ported my filesystem to 2.2-pre6 and was able to throw away
about 300 lines of code, the filehandle stuff is great. I was hoping to
give it a thorough test and report back before 2.2 was released but you
beat me to it.
It just keeps getting better and better, well done!
On Thu,
[EMAIL PROTECTED] wrote:
I'll respond in terms of U.S. law; if you want something else, please
mention it.
You might find a lot of useful information at
http://fairuse.stanford.edu/Copyright_and_Fair_Use_Overview/chapter9/index.html
http://www.usg.edu/admin/legal/copyright/#part3d3a
Am Mittwoch, den 02.02.2005, 20:05 -0800 schrieb Matt Mackall:
On Thu, Feb 03, 2005 at 03:34:29AM +0100, Christophe Saout wrote:
The keyring API seems very flexible. You can define your own type of
keys and give them names. Well, the name is probably irrelevant here and
should be chosen
On Thursday, 3 of February 2005 13:40, Dominik Brodowski wrote:
[-- snip --]
So, would it be acceptable to check in _suspend() if the state is S4
and drop the frequency in that case or do nothing otherwise?
No. The point is that this is _very_ system-specific. Some systems resume
always at
On Thu, 03 Feb 2005 10:03:00 +, Alan Cox [EMAIL PROTECTED] wrote:
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
On Wed, 2 Feb 2005, 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) abstraction layer that exports
symbols to the proprietary
On Wednesday 02 February 2005 23:08, [EMAIL PROTECTED] wrote:
and how do you force a program to call that function and then to execute
your shellcode? In other words: i challenge you to show a working
(simulated) exploit on Fedora (on the latest fc4 devel version, etc.)
that does that.
On Wed, 2005-02-02 at 21:12, Eric W. Biederman wrote:
Vivek Goyal [EMAIL PROTECTED] writes:
On Tue, 2005-02-01 at 20:56, Eric W. Biederman wrote:
Vivek Goyal [EMAIL PROTECTED] writes:
elfcorehdr= also looks good.
Then let's go with that for now. It is not perfect but it seems
a
The Pentium4 models 01 have a longer MSR_EBC_FREQUENCY_ID register as
the models 23, so the bit shift must be bigger.
Signed-off-by: Matthias-Christian Ott [EMAIL PROTECTED]
diff -Nurp linux-2.6.11-rc3/arch/i386/kernel/cpu/cpufreq/speedstep-lib.c
Hello list,
on boot eth1394 prints the following message to KERN_ERR, but I think it is
better printing to KERN_INFO, because it _is_ an informational message only
(or: I think so).
This is the message I mean:
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
The patch should apply
On Wed, 2005-02-02 at 20:05 -0800, Matt Mackall wrote:
Dunno here, seems that having one tool that gave the kernel a key named
foo and then telling dm-crypt to use key foo is probably not a bad
way to go. Then we don't have stuff like echo key | dmsetup create
and the like and the
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
This is a bit off topic, but I'm interested in applications that are
more driven by time and has abstraction closer to that in a pure way.
A lot of audio kits tend to be overly about DSP and not about time.
This is difficult to explain, but what I'm referring to here is ideally
the next generation
Reproducible BUG on 3GB hugetlbfs filesystem for opterons and xeons with
either
FC3 or RedHat ES3.0 and GCC 3.4.2. Details and code snippets in attachment.
Executables to reproduce BUG are available on request.
berkley
On an 8GB dual cpu opteron (Tyan S2884) 2.6.10 kernel I can reproduce a crash
hello,
i think security mailing list is a good idea. normally i would prefere a
full open list, but in some cases this could be the right way.
i have an additional idea. maybe it is useful to push the mails on the
list into publc space automaticly after a delay of $NUMDAYS+$MAX -
according to
Hi John, Andrew,
Can you check whether only the following change makes the problem go
away. If yes, then it looks like a hardware issue.
hpet_writel(hpet_tick, HPET_T0_CMP);
+ hpet_writel(hpet_tick, HPET_T0_CMP); /* AK: why twice? */
Thanks,
Venki
-Original Message-
dl_make_stack_executable() will nicely return into user_input
(at which time the stack has already become executable).
wrong, _dl_make_stack_executable() will not return into user_input() in
your scenario, and your exploit will be aborted. Check the glibc sources
and the implementation of
Hi!
So, would it be acceptable to check in _suspend() if the state is S4
and drop the frequency in that case or do nothing otherwise?
No. The point is that this is _very_ system-specific. Some systems resume
always at full speed, some always at low speed; for S4 the behaviour may be
On Thu, Feb 03, 2005 at 07:28:50AM -0500, linux-os wrote:
I ran badblocks (all night). There were none. It's a SCSI disk
and it requires chunks of DMA RAM for each write. The machine
just croaks when it gets low on RAM and tries to write to
SCSI swap which requires RAM.
In some other post
Esben Stien [EMAIL PROTECTED] writes:
I got a 12 button logitech MX1000 mouse.
I have still not resolved this issue. Anyone who can point me in any
direction?
--
Esben Stien is [EMAIL PROTECTED]
http://www.esben-stien.name
irc://irc.esben-stien.name/%23contact
[sip|iax]:[EMAIL PROTECTED]
-
On Thu, 3 Feb 2005, Andries Brouwer wrote:
On Thu, Feb 03, 2005 at 07:28:50AM -0500, linux-os wrote:
I ran badblocks (all night). There were none. It's a SCSI disk
and it requires chunks of DMA RAM for each write. The machine
just croaks when it gets low on RAM and tries to write to
SCSI swap
Hi,
On Thu, 3 Feb 2005, Peter Busser wrote:
- What happens when you run existing commercial applications which have not
been compiled using GCC.
From http://pax.grsecurity.net/docs/pax.txt:
The goal of the PaX project is to research various defense mechanisms
against the exploitation
On Thu, Feb 03, 2005 at 03:18:20PM +0100, Fruhwirth Clemens wrote:
(Actually it's a Multi Time Pad.)
And you call this crypto?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Alan,
I had mentioned a couple weeks back that with kernel 2.6.10,
the ability to hotplug usb keys in Fedora Core 2 and 3 has been broken.
There is actually a bugzilla report on this with some useful information
on manifestation of the problem
On Thu, 2005-02-03 at 15:47 +0100, Andries Brouwer wrote:
On Thu, Feb 03, 2005 at 03:18:20PM +0100, Fruhwirth Clemens wrote:
(Actually it's a Multi Time Pad.)
And you call this crypto?
Is the quoted part all you have read?
--
Fruhwirth Clemens [EMAIL PROTECTED]
On Thu, 2005-02-03 at 15:18 +0100, Fruhwirth Clemens wrote:
On Wed, 2005-02-02 at 20:05 -0800, Matt Mackall wrote:
Dunno here, seems that having one tool that gave the kernel a key named
foo and then telling dm-crypt to use key foo is probably not a bad
way to go. Then we don't have stuff
Dmitry Torokhov wrote:
Processor load we usually handle well, loaded disks are usually the
ones that cause = 0.5 sec delays between bytes received by psmouse.
Please let me know if it still works with busy disks.
Yes, it does work. I was copying several gigs from one partition to
another and
On Feb 3, 2005, Vojtech Pavlik [EMAIL PROTECTED] wrote:
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
On Thu, 2005-02-03 at 05:15 -0500, Christopher Warner wrote:
On Thu, 2005-02-03 at 15:18 +0100, Fruhwirth Clemens wrote:
Keys are handed to dm-crypt regularly the first time. But when dm-crypt
hands keys back to user space, it uses some sort of blinding to make the
keys meaningless for
On Thu, 03 Feb 2005 16:05:40 +0100, Victor Hahn [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Processor load we usually handle well, loaded disks are usually the
ones that cause = 0.5 sec delays between bytes received by psmouse.
Please let me know if it still works with busy disks.
On Thu, 03 Feb 2005 07:22:40 -0800 (PST), Alexandre Oliva
[EMAIL PROTECTED] wrote:
On Feb 3, 2005, Vojtech Pavlik [EMAIL PROTECTED] wrote:
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
On Thu, Feb 03, 2005 at 10:28:58AM -0500, Dmitry Torokhov wrote:
Dualpoint (tm) is a trademark of ALPS,
Interesting... Dell DualPoint is the way the pointing devices are
described in that notebook's documentation, and I remember all the way
from back when I purchased the notebook: I
Hi,
Oskar found a critical bug in isdnhdlc.c, please
apply this simple fix to next versions.
From: Oskar Senft [EMAIL PROTECTED]
isdnhdlc_decode is called multiple times for bigger frames, so
decrementing dsize is a bad idea and can cause a overflow of
the dst buffer.
Signed-off-by: Karsten
On Wed, 2 Feb 2005, Aleksey Gorelov wrote:
Hi Matt, Alan,
Could you please tell me (link would do) why it makes default
delay_use=5
really necessary (from the patch below)?
https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-August/00074
7.html
It makes USB boot really
On Wed, Feb 02 2005, Ian Godin wrote:
I am trying to get very fast disk drive performance and I am seeing
some interesting bottlenecks. We are trying to get 800 MB/sec or more
(yes, that is megabytes per second). We are currently using
PCI-Express with a 16 drive raid card (SATA
On Iau, 2005-02-03 at 04:54, Zan Lynx wrote:
So, what's the magic amount of redirection and abstraction that cleanses
the GPLness, hmm? Who gets to wave the magic wand to say what
interfaces are GPL-to-non-GPL and which aren't?
The derivative work distinction in law, which can be quite
Hello,
I'm trying to port a device driver that works under 32 bit linux (both
ppc and x86)
to ppc64. The driver expected the memory on the system to be
partitioned using the
'mem=xxx' boot parameter settings such that linux use the lower xxx and
remaining
physical memory was treated as a
Bootdata ok (command line is root=/dev/hda3 ro console=tty0
console=ttyS0,38400)
Linux version 2.6.11-rc2-mm2 ([EMAIL PROTECTED]) (gcc version 3.4.4 20041218
(prerelease) (Debian 3.4.3-7)) #1 Sun Jan 30 09:18:40 EST 2005
^^
Me thinks this will fix it for you:
(Thanks for the forward, Peter, I would have missed this).
Intel has very kindly donated one of their high end boxes and that's
what is running bkbits.net these days. We could run the exporter there
pretty much as often as you want. Send some love to Intel, this box is
way more stable than the
Since future versions of this chip might not be pci devices and the
generic tpm driver does not need access to the pci related fields,
I updated the structures and functions to use struct device and related
functions
rather than the pci equivalents. This simplifies many things including
Larry McVoy wrote:
As Peter said, we do exports from Linus' tree every 24 hours. I can
think of two things that we could do which might be useful to the non BK
users: export more frequently (pretty questionable in my mind but it's
no big deal to bump it up to twice or whatever) and/or export
On Feb 2, 2005, at 7:56 PM, Bernd Eckenfels wrote:
In article [EMAIL PROTECTED] you
wrote:
Below is an oprofile (truncated) of (the same) dd running on
/dev/sdb.
do you also have the oprofile of the sg_dd handy?
Greetings
Bernd
Just ran it on the sg_dd (using /dev/sg1):
CPU: P4 / Xeon, speed
Herbert Xu wrote:
Shane Hathaway [EMAIL PROTECTED] wrote:
The attached patch enhances the kernel's DHCP client support (in
net/ipv4/ipconfig.c) to set the interface MTU if provided by the DHCP server.
Without this patch, it's difficult to netboot on a network that uses jumbo
frames. The patch
On Thu, Feb 03, 2005 at 03:12:59PM +, Alan Cox wrote:
On Iau, 2005-02-03 at 04:54, Zan Lynx wrote:
So, what's the magic amount of redirection and abstraction that cleanses
the GPLness, hmm? Who gets to wave the magic wand to say what
interfaces are GPL-to-non-GPL and which aren't?
Hello,
the following patch against 2.6.11-rc3 fixes this compile time warning:
CC [M] fs/cifs/file.o
fs/cifs/file.c: In function `cifs_user_read':
fs/cifs/file.c:1168: warning: ignoring return value of
`copy_to_user', declared with attribute warn_unused_result
I also added an explicit check
Hello,
the following patch against 2.6.11-rc3 fixes this compile time warning:
fs/cifs/cifssmb.c: In function `CIFSSMBWrite':
fs/cifs/cifssmb.c:902: warning: ignoring return value of
`copy_from_user', declared with attribute warn_unused_result
It also fixes the strange indentation of the code in
ChangeSet 1.2045, 2005/02/03 00:41:32-08:00, [EMAIL PROTECTED]
[PATCH] PCI: add linux-pci mailing list to PCI maintainers entry.
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
MAINTAINERS |1 +
1 files changed, 1 insertion(+)
diff -Nru a/MAINTAINERS b/MAINTAINERS
--- a/MAINTAINERS
ChangeSet 1.2044, 2005/02/03 00:41:04-08:00, [EMAIL PROTECTED]
[PATCH] PCI Hotplug: remove incorrect rpaphp firmware dependency
The RPA PCI Hotplug module incorrectly uses a certain firmware property when
determining the hotplug capabilities of a slot. Recent firmware changes have
demonstrated
ChangeSet 1.2041, 2005/02/03 00:28:34-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix DS1621 detection
Dallas Semiconductors as recently changed the design of their DS1621
chips, including the bits that were checked in the kernel driver to
detect it.
The patch below fixes the detection by checking an
ChangeSet 1.2045, 2005/02/03 00:30:21-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix i2c-sis5595 pci configuration accesses
The i2c-sis5595 bus driver has logic errors on pci configuration
accesses. It returns an error on success and vice versa. The 2.4 kernel
version of the driver, as found in the
ChangeSet 1.2043, 2005/02/03 00:29:27-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Use standard temperature converters for as99127f
When support for the Asus AS99127F chip was once added to the w83781d
driver, it was decided that we would treat temp2 and temp3 as having a
LSB of 0.25 degree C, as
On Thu, Feb 03, 2005 at 10:03:10AM -0500, Jack Howarth wrote:
Alan,
I had mentioned a couple weeks back that with kernel 2.6.10,
the ability to hotplug usb keys in Fedora Core 2 and 3 has been broken.
There is actually a bugzilla report on this with some useful information
on
I've released the 051 version of udev. It can be found at:
kernel.org/pub/linux/utils/kernel/hotplug/udev-051.tar.gz
udev allows users to have a dynamic /dev and provides the ability to
have persistent device names. It uses sysfs and /sbin/hotplug and runs
entirely in userspace. It
* Patrick Plattes ([EMAIL PROTECTED]) wrote:
i think security mailing list is a good idea. normally i would prefere a
full open list, but in some cases this could be the right way.
i have an additional idea. maybe it is useful to push the mails on the
list into publc space automaticly after
On Feb 3, 2005, at 9:40 AM, Nuno Silva wrote:
Ian Godin wrote:
I am trying to get very fast disk drive performance and I am seeing
some interesting bottlenecks. We are trying to get 800 MB/sec or
more (yes, that is megabytes per second). We are currently using
PCI-Express with a 16 drive
ChangeSet 1.2043, 2005/02/03 00:40:37-08:00, [EMAIL PROTECTED]
[PATCH] PCI: memset rom attribute before using it
Initialize the allocated bin_attribute structure, otherwise unused fields
are pointing to random places.
Signed-off-by: Kay Sievers [EMAIL PROTECTED]
Signed-off-by: Greg
Ian Godin wrote:
I am trying to get very fast disk drive performance and I am seeing
some interesting bottlenecks. We are trying to get 800 MB/sec or more
(yes, that is megabytes per second). We are currently using PCI-Express
with a 16 drive raid card (SATA drives). We have achieved that
ChangeSet 1.2046, 2005/02/03 00:30:49-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Do not show disabled pc87360 fans
The pc87360 driver create sysfs files even for disabled fans. Since data
won't ever be updated, it doesn't make much sense. The following patch
adds some tests to only create the
Hi Ernie,
On Wed, Feb 02, 2005 at 09:19:54PM -0500, Ernie Petrides wrote:
Hi, Marcelo. A fairly nasty memory corruption potential exists when
/proc/kcore is accessed and there are at least 62 vmalloc'd areas.
The problem is that get_kcore_size() does not properly account for
the
Alan Cox [EMAIL PROTECTED] wrote:
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
ChangeSet 1.2044, 2005/02/03 00:29:54-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Reduce it87 i2c address range
IT87xxF chips were never seen at any other I2C address than the default
(0x2d) so I think that we could safely reduce the range of addresses the
it87 drivers accepts. Currently it accepts
This fixes UML's sys_call_table to delete some entries for system calls
which have not yet made it into mainline from -mm.
I also delete UML's __pud_alloc implementation since the memory.c one is
now enabled.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index:
ChangeSet 1.2047, 2005/02/03 00:31:16-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Prevent buffer overflow on SMBus block read in
Hi Greg, Linus, all,
I just hit a buffer overflow while playing around with i2cdump and
i2c-viapro through i2c-dev. This is caused by a missing length check on
a buffer
cpufreq core is printing out messages at KERN_WARNING level that the
core recovers from without intervention, and that the system
administrator can do nothing about. Patch below reduces the severity
of these messages to debug.
Signed-off-by: Matt Domsch [EMAIL PROTECTED]
--
Matt Domsch
On Thu, Feb 03, 2005 at 10:07:15AM -0600, Makhlis, Lev wrote:
Nishanth Aravamudan [EMAIL PROTECTED] wrote:
+static inline unsigned long usecs_to_jiffies(const unsigned int u)
+{
+ if (u jiffies_to_usecs(MAX_JIFFY_OFFSET))
+ return MAX_JIFFY_OFFSET;
+#if HZ = 1000 !(1000
Hi,
Here are a few PCI and PCI Hotplug 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/pci
Patches will be posted to linux-kernel and linux-pci as a follow-up
thread for those who want to
ChangeSet 1.2042, 2005/02/03 00:29:01-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Resolve resource conflict between i2c-viapro and via686a
Here comes the finalized version of our patch solving the PCI device
resource conflict between the i2c-viapro bus driver and and the via686a
chip driver. It is
JH == Jack Howarth [EMAIL PROTECTED] writes:
JH Alan, I had mentioned a couple weeks back that with kernel 2.6.10,
JH the ability to hotplug usb keys in Fedora Core 2 and 3 has been
JH broken.
The true issue is a little more complicated than that. The kernel
issue here is that under 2.6.9 (or
This updates the FAT attributes as well as (hopefully) corrects the
handling of VFAT ctime. The FAT attributes are implemented as a 32-bit
ioctl, per the previous discussions.
-hpa
Signed-Off-By: H. Peter Anvin [EMAIL PROTECTED]
Index: linux-2.5/fs/fat/dir.c
Ian Godin wrote:
[...]
Definitely have been able to repeat that here, so the SG driver
definitely appears to be broken. At least I'm glad I am not going
insane, I was starting to wonder :)
I'll run some more tests with O_DIRECT and such things, see if I can
figure out what the REAL max
ChangeSet 1.2041, 2005/02/03 00:39:41-08:00, [EMAIL PROTECTED]
[PATCH] PCI: typo in pci_scan_bus_parented
From: Olaf Hering [EMAIL PROTECTED]
printk format string misses a x
Signed-off-by: Olaf Hering [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Greg
ChangeSet 1.2042, 2005/02/03 00:40:09-08:00, [EMAIL PROTECTED]
[PATCH] pci: Add Citrine quirk
The IBM Citrine chipset has a feature that if PCI config register
0xA0 is read while DMAs are being performed to it, there is the possiblity
that the parity will be wrong on the PCI bus, causing a
Hi,
Here are a few I2C 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/i2c
Patches will be posted to linux-kernel and sensors as a follow-up thread
for those who want to see them.
On Thu, 2005-02-03 at 06:28 -0800, Pallipadi, Venkatesh wrote:
Can you check whether only the following change makes the problem go
away. If yes, then it looks like a hardware issue.
hpet_writel(hpet_tick, HPET_T0_CMP);
+hpet_writel(hpet_tick, HPET_T0_CMP); /* AK: why twice? */
Hello,
I am having the same kind of troubles (can't tune and mt_set_frequency
-121 errors) since 2.6.10 (it was working in 2.6.9) on amd64.
this patch did not help sadely.
log files attached if you have time to look at them :) (the non-working
one being 2.6.11-rc3+your patch)
Cheers,
Mik
Gerd
On Wed, Feb 02, 2005 at 07:34:59PM -0800, Larry McVoy wrote:
(Thanks for the forward, Peter, I would have missed this).
Sorry, I should have cc'ed you directly but I thought you would
never miss a subject containing $(random scm tool) :)
As Peter said, we do exports from Linus' tree every 24
ChangeSet 1.2046, 2005/02/03 00:42:00-08:00, [EMAIL PROTECTED]
[PATCH] PCI: change sysfs representation of PCI-E devices
Before changes:
The patch makes the parent of the device pointing to the pci_dev
structure. The parents portX devices are in /sys/devices which
should be removed based on
Hi, Alexey.
--
Alexey Dobriyan wrote:
On Wednesday 02 February 2005 19:26, Mark A. Greer wrote:
How's this (a complete replacement for previous patch)?
--- a/drivers/i2c/busses/Kconfig
+++ b/drivers/i2c/busses/Kconfig
+ If you say yes to this option, support will be included
On Thursday 03 February 2005 21:56, Jeff Dike wrote:
This fixes UML's sys_call_table to delete some entries for system calls
which have not yet made it into mainline from -mm.
I also delete UML's __pud_alloc implementation since the memory.c one is
now enabled.
Ok, thanks might you also
Terje Fåberg [EMAIL PROTECTED] skrev:
The kernel is compiling right now, but I cannot
reboot this machine until six or seven o'clock
tonight (CET). I will report then.
Well, well, I rebooted the same kernel, now with
MAGIC-SYSRQ enabled. At first the kswapd-effect
wouldn't show up, but now
On Thu, Feb 03, 2005 at 11:30:56AM -0800, john stultz wrote:
On Thu, 2005-02-03 at 06:28 -0800, Pallipadi, Venkatesh wrote:
Can you check whether only the following change makes the problem go
away. If yes, then it looks like a hardware issue.
hpet_writel(hpet_tick, HPET_T0_CMP);
+
As Peter said, once every 6 hours is fine. Or even more often, what
the heck, as I said in a previous post I don't think an incremental
export is that much costly. It could be done at the same time as
the -bkX patches...
I'll see what I can do.
Speaking from the out-BK point of view, what
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
dl_make_stack_executable() will nicely return into user_input
(at which time the stack has already become executable).
wrong, _dl_make_stack_executable() will not return into user_input() in
your scenario, and your exploit will be
Paul Davis wrote:
* real inter-process handoff. i am thinking of something like
sched_yield(), but it would take a TID as the target
of the yield. this would avoid all the crap we have to
go through to drive the graph of clients with FIFO's and
write(2) and poll(2). Futexes
Sorry for the delay.
On Mon, 17 Jan 2005 09:25:30 +, David Woodhouse [EMAIL PROTECTED] wrote:
On resume from sleep, via_set_speed() doesn't reinstate the correct DMA
mode, because it thinks the drive is already configured correctly. This
one-line hack is sufficient to make it refrain from
Ingo Molnar wrote:
i have released the -V0.7.37-02 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
Minor fix for deadlock tracer: ...acquired at XXX may print caller's
of an up() eip instead of eip of caller of a down() in
On Saturday 15 January 2005 11:03, Andrew Morton wrote:
David Howells [EMAIL PROTECTED] wrote:
[]
I'm not sure that we even use errno any more. The only syscall trap which
the kernel internally takes now is execve(). Everything else is (or should
be) just calling the sys_foo() function
501 - 600 of 705 matches
Mail list logo
