On Friday 29 July 2005 23:37, Andrew Morton wrote:
>
> The diff between 2.6.12-rc4-mm2 and 2.6.12-rc5-mm1 is enormous, but there
> aren't any significant input driver changes there:
> http://www.zip.com.au/~akpm/linux/patches/stuff/diffstat-2.6.12-rc4-mm2-2.6.12-rc5-mm1
>
>From the original
Christoph wrote:
> you could have a look at my initial patch which actually
> included a description of the syntax
Yes - I could (I did actually).
Something like that should be part of the record here. Not everyone
has your earlier linux-mm email thread right at hand.
> Diff to use
2.6.13-rc4 + kdb, with lots of CONFIG_DEBUG options. There is an
intermittent use after free in class_device_attr_show. Reboot with no
changes and the problem does not always recur.
Starting SSH daemon done
Starting sound driver
Hi Linus,
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/lenb/to-linus/
Sorry to be scrambling so late in the 2.6.13 release cycle --
we'll do better with 2.6.14.
thanks,
-Len
p.s.
Latest ACPI plain patch, including stuff waiting for 2.6.14 is available
here:
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> We are iterating over all nodes in nr_free_zone_pages(). Because the
> fallback zonelists contain all nodes in the system, and we walk all
> the zonelists, we're counting memory multiple times (once for each
> node). This caused us to make a
> > static struct vfsmount *propagation_next(struct vfsmount *p,
> > struct vfsmount *base)
> > {
> > /* first iterate over the slaves */
> > if (!list_empty(>mnt_slave_list))
> > return first_slave(p);
>
> I think this code should be
>
- Fixed some bttv card numbers.
- BTTV and SAA7134 version numbers incremented to reflect changes.
- pci_dma_supported() is called after pci_set_dma_mask() which
already did check that for us. This patch removes the unneeded call to
pci_dma_supported() at bttv-driver.c
- Ensure a sufficient
On Wed, Jul 27, 2005 at 01:17:32PM -0500, [EMAIL PROTECTED] wrote:
Hi Serge.
A few trivial things I noticed whilst writing some internal documentation
on Stacker. Nothing deep here, but thought I'd pass them along.
I'll try to actually try out the code next week.
I made these notes as I was
Peter Missel:
- Add support for the SVideo input on the GDI Black Gold.
Mauro Carvalho Chehab:
- Linux/version.h removed. Replaced by linux/utsname.h
Michael Krufky:
- Added analog support for DViCO FusionHDTV5 Gold.
CC: Peter Missel <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab
jt <[EMAIL PROTECTED]> wrote:
>
> In one of his messages Andrew Morton asked for a dump of the stall
> encountered
> in 2.6.12 using ALT + Sys Req + Pand ALT + Sys Req + T
>
> I am having the stall problem so here is the dmesg output up and
> including the trace
> It is in the
On Fri, 29 Jul 2005 23:52:39 -0400, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
>However you did your search, you did it wrong. The very first two
>entries I tried had zero uses:
>
>[EMAIL PROTECTED] linux-2.6]$ grepsrc ICH7_22
>./include/linux/pci_ids.h:#define PCI_DEVICE_ID_INTEL_ICH7_22 0x27e0
Michael Krufky <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
>
> >Michael Krufky <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Sadly, I must report that yes, the problem still intermittently occurs
> >> in 2.6.13-rc4 :-( I'm the one that tested on the Shuttle FT61
> >> Motherboard. Never
Michael Krufky wrote:
Oops... I'm sorry, that was the OLD dmesg... I am still having the
same symptoms, but the log shows up different error message in newer
kernels... I'll have to reproduce that and send it an another email.
... soon to follow ...
In newer kernels (including 2.6.13-rc4),
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2005-07-10 at 19:35 +, Olaf Hering wrote:
> > changing CONFIG_LOCALVERSION rebuilds too much, for no appearent reason.
> > remove code for obsolete kernels
>
> I can't seem to get any of these patches to apply:
>
> Applying 'remove
Use set_pte macros in a couple places where they were missing.
Also, setting PDPEs in PAE mode does not require atomic operations,
since the PDPEs are cached by the processor, and only reloaded on
an explicit or implicit reload of CR3.
Since the four PDPEs must always be present in an active
Subtle fix: load_TLS has been moved after saving %fs and %gs segments to
avoid creating non-reversible segments. This could conceivably cause a bug
if the kernel ever needed to save and restore fs/gs from the NMI handler.
It currently does not, but this is the safest approach to avoiding fs/gs
i386 Inline asm cleanup. Use cr/dr accessor functions.
Also, a potential bugfix. Also, some CR accessors really should be volatile.
Reads from CR0 (numeric state may change in an exception handler), writes
to CR4 (flipping CR4.TSD) and reads from CR2 (page fault) prevent instruction
i386 inline assembler cleanup.
This change encapsulates descriptor and task register management. Also,
it is possible to improve assembler generation in two cases; savesegment
may store the value in a register instead of a memory location, which
allows GCC to optimize stack variables into
GCC can generate better code around descriptor update and access functions when
there is not an explicit "eax" register constraint.
Testing: You won't boot if this is messed up, since the TSS descriptor will be
corrupted. Verified the assembler and booted.
Diffs-against: patch-2.6.13-rc4 +
i386 arch cleanup. Introduce the serialize macro to serialize processor state.
Why the microcode update needs it I am not quite sure, since wrmsr() is already
a serializing instruction, but it is a microcode update, so I will keep the
semantic the same, since this could be a timing workaround.
Okay I'm still having trouble from reading back these e-mails on what
is broken and what isn't..
The most important question is if mainline 2.6.13-rc3 or -rc4 is okay?
If so then it is the -mm only that breaks it, if -mm only can you
modprobe drm debug=1
modprobe radeon
then start X and send
Grant Coady wrote:
On Fri, 29 Jul 2005 18:21:05 -0400, Jeff Garzik <[EMAIL PROTECTED]> wrote:
[speaking to the audience] I wouldn't mind if someone did a pass
through pci_ids.h and removed all the constants that are not being used.
Only these seem not referenced by source:
Oops... I'm sorry, that was the OLD dmesg... I am still having the same
symptoms, but the log shows up different error message in newer
kernels... I'll have to reproduce that and send it an another email. ...
soon to follow ...
Michael Krufky wrote:
I dug up the original email that I sent
Andrew Morton wrote:
Michael Krufky <[EMAIL PROTECTED]> wrote:
Sadly, I must report that yes, the problem still intermittently occurs
in 2.6.13-rc4 :-( I'm the one that tested on the Shuttle FT61
Motherboard. Never has a problem in windows and never in 2.6.11 and
earlier.
I first
On Fri, 29 Jul 2005 13:55:23 -0700,
George Anzinger wrote:
> This patch adds a notify to the die_nmi notify that the system
> is about to be taken down. If the notify is handled with a
> NOTIFY_STOP return, the system is given a new lease on life.
>
> void die_nmi (struct
Andrew Morton wrote:
(Please do reply-to-all when dealing with kernel stuff)
Stephen Clark <[EMAIL PROTECTED]> wrote:
Takashi Iwai wrote:
At Tue, 26 Jul 2005 19:35:55 -0400,
Stephen Clark wrote:
Hello List,
I recently upgraded my laptop, HP Pavilion N5430, from a 2.4.21
On Sun, 2005-07-10 at 19:35 +, Olaf Hering wrote:
> changing CONFIG_LOCALVERSION rebuilds too much, for no appearent reason.
> remove code for obsolete kernels
I can't seem to get any of these patches to apply:
Applying 'remove linux/version.h from drivers/scsi/cpqfcTSinit.c'
patching file
Andrew wrote:
> Ho hum. Adding a "why
> this was dropped" to the email seemed too tricky.
I can't speak for all the other clue deprived gits out here, but for
me at least just adding a generic "If this patch was sent on to Linus,
that might be one possible reason it is now dropped from *-mm."
On Thu, 28 Jul 2005, Andrew Morton wrote:
> Michael Krufky <[EMAIL PROTECTED]> wrote:
> >
> > Sadly, I must report that yes, the problem still intermittently occurs
> > in 2.6.13-rc4 :-( I'm the one that tested on the Shuttle FT61
> > Motherboard. Never has a problem in windows and never
On Fri, 29 Jul 2005 18:21:05 -0400, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
>[speaking to the audience] I wouldn't mind if someone did a pass
>through pci_ids.h and removed all the constants that are not being used.
Only these seem not referenced by source:
PCI_CLASS_SYSTEM_PCI_HOTPLUG
In one of his messages Andrew Morton asked for a dump of the stall
encountered
in 2.6.12 using ALT + Sys Req + Pand ALT + Sys Req + T
I am having the stall problem so here is the dmesg output up and
including the trace
It is in the attachment
Linux version 2.6.12 ([EMAIL
From: "Mathieu" <[EMAIL PROTECTED]>
Gigabyte GN-WLBZ201 wifi usb dongle works very well, using the zd1201
driver. the only missing part is that the corresponding usbid is not
declared. The following patch should fix this.
From: "Mathieu" <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman
On Fri, Jul 29, 2005 at 07:48:32AM +0200, Olivier Fourdan took 44 lines to
write:
>
> Kurt
>
> Did you try with the "no_timer_check" boot option?
Just did and it appears to work. Thanks Olivier!
Alas that this chipset seems to have, um, issues.
Kurt
--
Baker's First Law of Federal Geometry:
From: Michael Hund <[EMAIL PROTECTED]>
below you will find the forgotten kmalloc check (sorry).
Signed-off-by: Michael Hund <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/misc/ldusb.c |7 ++-
1 files changed, 6 insertions(+), 1 deletion(-)
From: Adrian Bunk <[EMAIL PROTECTED]>
The only uses of both variables were recently removed.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/net/pegasus.c |1 -
drivers/usb/net/rtl8150.c |2 --
2 files changed, 3
For some reason I was telling my inline assembly that the
input argument was an output argument.
Playing in the trampoline code I have seen a couple of
instances where lgdt get the wrong size (because the
trampolines run in 16bit mode) so use lgdtl and lidtl to
be explicit.
Additionally gcc-3.3
Okay I'm really trying here but my PC really hates me :-)
I've set up an i865 machine with a serial console, and on-board graphics
(also have radeon/MGA AGP..) and in an effort to try and figure out some
more about suspend /resume to RAM..
However now the serial port doesn't come back after
From: Daniel Walker <[EMAIL PROTECTED]>
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/stable_api_nonsense.txt |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
---
From: Kumar Gala <[EMAIL PROTECTED]>
I2C-MPC: Restore code removed
A previous patch to remove support for the OCP device model was way
to generious and moved some of the platform device model code, oops.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
Cal Peake wrote:
On Fri, 29 Jul 2005, Mickey Stein wrote:
This is regarding *-rc4 and *-rc4-git1: I slapped together my favorite config
and gave it a test run. It had a bit of a problem and ground to a halt after
spewing these into the log.
If I can find the time tomorrow morning, I'll
From: Maneesh Soni <[EMAIL PROTECTED]>
o sysfs_dirent's s_mode field should also be updated in sysfs_setattr(), else
there could be inconsistency in the two fields. s_mode is used while
->readdir so as not to bring in the inode to cache.
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
Cal Peake wrote:
On Fri, 29 Jul 2005, Mickey Stein wrote:
This is regarding *-rc4 and *-rc4-git1: I slapped together my favorite config
and gave it a test run. It had a bit of a problem and ground to a halt after
spewing these into the log.
If I can find the time tomorrow morning, I'll
Eric,
Latest tree works.
YH
Booting processor 1/4 APIC 0x1
Initializing CPU#1
masked ExtINT on CPU#1
Calibrating delay using timer specific routine.. 4000.31 BogoMIPS (lpj=8000624)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1(1)
Here are a series of patches against 2.6.13-rc4 that fix a number of
different bugs in the USB, I2C, driver core, and PCI subsystems. They
also add a few new device ids, and add one new USB host controller
driver (adding new drivers was ok at this time frame, right?)
thanks,
greg k-h
-
To
This was the last agreed upon set of rules, it's probably time we actually add
them to the kernel tree to make them "official".
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/stable_kernel_rules.txt | 58 ++
1 files changed, 58
Andrew Morton wrote:
Dave Jones <[EMAIL PROTECTED]> wrote:
On Fri, Jul 29, 2005 at 11:24:37AM -0700, Andrew Morton wrote:
> From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
>
> >> vesafb: mode is 800x600x16, linelength=1600, pages=16
> >> vesafb: scrolling: redraw
> >> vesafb: Truecolor:
From: Jon Smirl <[EMAIL PROTECTED]>
There are ROMs reporting that their size exceeds their PCI ROM
resource window. This patch returns the minimum of the resource window
size or the size in the ROM. An example of this breakage is the XGI
Volari Z7.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
From: Ben Dooks <[EMAIL PROTECTED]>
USB (OHCI) Host driver for S3C2410/S3C2440 based systems
Signed-off-by: Ben Dooks <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/Kconfig |1
drivers/usb/host/ohci-hcd.c |5
On Fri, Jul 29, 2005 at 07:05:36PM -0400, Parag Warudkar wrote:
> On Friday 29 July 2005 20:57, Michael Thonke wrote:
> > do you run
> > A.) SATA in Enhanced Mode
> > B.) SATA+PATA or PATA operation mode?
> >
> > This problem I can reproduce when I ?set A.)+B.) in bios I
> > exactly get the same
On Fri, 29 Jul 2005, Michal Schmidt wrote:
> Rafael J. Wysocki wrote:
> > On Friday, 29 of July 2005 21:46, Michal Schmidt wrote:
> >
> >>The function calc_nr uses an iterative algorithm to calculate the number
> >>of pages needed for the image and the pagedir. Exactly the same result
> >>can
From: Maneesh Soni <[EMAIL PROTECTED]>
o sysfs_chmod_file() must update the new iattr field in sysfs_dirent else
the mode change will not be persistent in case of inode evacuation from
cache.
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Ian Abbott <[EMAIL PROTECTED]>
ftdi_sio: Fix timeouts in a couple of usb_control_msg() calls due to
change of units from jiffies to milliseconds in 2.6.12.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: Ian Abbott <[EMAIL PROTECTED]>
ftdi_sio: Update RTS and DTR simultaneously, using a single control URB
instead of separate control URBs for RTS and DTR. Reinhard Bergmann
observed time differences of up to 680 ms with his application on a
2.4.22 kernel when RTS and DTR were updated using
From: Ian Abbott <[EMAIL PROTECTED]>
The attached patch adds the following new devices to the ftdi_sio driver:
* microHAM USB-Y6 and USB-Y8 devices submitted by Justin Burket (KL1RL).
* Evolution Robotics ER1 Control Module submitted by Shawn M. Lavelle.
Signed-off-by: Ian Abbott <[EMAIL
Eric Lammerts <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 7 Jul 2005, Arjan van de Ven wrote:
> > On Wed, 2005-07-06 at 18:12 -0700, Andrew Morton wrote:
> > > Dave Jones <[EMAIL PROTECTED]> wrote:
> > > > On Transmeta CPUs that probably triggers a retranslation of
> > > > x86->native bytecode, if
On Thu, 7 Jul 2005, Arjan van de Ven wrote:
> On Wed, 2005-07-06 at 18:12 -0700, Andrew Morton wrote:
> > Dave Jones <[EMAIL PROTECTED]> wrote:
> > > On Transmeta CPUs that probably triggers a retranslation of
> > > x86->native bytecode, if it thinks it hasn't seen code at that
> > > address
>> One other glitch is that pdnsd (a nameserver caching daemon) has crashed
>> when the system wakes up from swsusp. It also happens when waking up
>> from S3, which was working with 2.6.11.4 although not with 2.6.13-rc3.
>> Many people have said mysql also does not suspend well. Is their use of
From: Kumar Gala <[EMAIL PROTECTED]>
In the patch from:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0506.3/0985.html
Is the the following line suppose inside the if CONFIG_PCI=n
#define pci_dma_burst_advice(pdev, strat, strategy_parameter) do { } while (0)
Signed-off-by: Kumar Gala
From: Pete Zaitcev <[EMAIL PROTECTED]>
It seems that I see a bug in hidinput_hid_event. The check for NULL can never
work, becaue >input is nonzero at all times.
Cc: <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> On Fri, Jul 29, 2005 at 11:24:37AM -0700, Andrew Morton wrote:
>
> > From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
> >
> > >> vesafb: mode is 800x600x16, linelength=1600, pages=16
> > >> vesafb: scrolling: redraw
> > >> vesafb: Truecolor:
From: "Conger, Chris A." <[EMAIL PROTECTED]>
Compare endpoint address to USB_ENDPOINT_DIR_MASK to determine endpoint
direction...
From: "Conger, Chris A." <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/usb-skeleton.c |6 --
1 files changed, 4
Hello!
The attached patch fixes an interrupt-masking problem in the previous
round, so gets about 90% pass rate on LTP (up from 60-80% on the
earlier patch). So, call it three-quarters sane. :-/
I have added some debug support and an internal-to-RCU torture test,
which has the interesting
On 7/29/05, Vitor Curado <[EMAIL PROTECTED]> wrote:
> You assumed right, Stephen: I'm interested in QoS process scheduling,
> sorry for not specifying it...
>
> I'm taking a deeper look at the qlinux, ckrm and the plugsched
> schedulers, if you have any more links, please send them to me...
Also
On Fri, 29 Jul 2005, Paul Jackson wrote:
> My first suspicion on reading it is that it might partially duplicate
> some string conversion code and syntax that is already present in
> the kernel for other purposes. For example the nodelists might
> replicate the lists of numbers supported by
I will use linus's latest tree to have a try.
YH
On 7/29/05, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> yhlu <[EMAIL PROTECTED]> writes:
>
> > if using you patch, the
> > "synchronized TSC with CPU" never come out.
> >
> > then with your patch, I add back patch that moving set callin_map
From: Dan Streetman <[EMAIL PROTECTED]>
This patch does the same swap, i.e. use the ISO macro if (isoc).
Additionally, it fixes the return value - the usb_calc_bus_time function
returns the time in nanoseconds (I didn't notice that before) while the
HS_USECS and HS_USECS_ISO are microseconds.
"Moore, Eric Dean" <[EMAIL PROTECTED]> wrote:
>
> Regarding the 1st issue, can you try this patch out. It maybe in the
> -mm branch. Andrew cc'd on this email can confirm.
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6
>
From: Ivan Kokshaysky <[EMAIL PROTECTED]>
The setup-bus code doesn't work correctly for configurations
with more than one display adapter in the same PCI domain.
This stuff actually is a leftover of an early 2.4 PCI setup code
and apparently it stopped working after some "bridge_ctl" changes.
So
From: Alan Stern <[EMAIL PROTECTED]>
This patch fixes an information leak in the usbfs snoop facility:
uninitialized data from __get_free_page can be returned to userspace and
written to the system log. It also improves the snoop output by printing
the wLength value.
Signed-off-by: Alan Stern
yhlu <[EMAIL PROTECTED]> writes:
> Is that for Nvidia CK804 stuff?
>
> Actually in LinuxBIOS I swap the irq 0 and 2 entries in mptable to
> solve the problem. and it could work well with current code.
It is for systems with just a acpi MADT table. Which is
pretty much the !linuxbios case.
Eric
On Fri, Jul 29, 2005 at 06:22:47PM -0600, Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > Frank van Maarseveen <[EMAIL PROTECTED]> wrote:
> >>
> >> 2.6.13-rc4 does not recognize the second CPU of a 3GHz HT P4:
> >
> > OK, we seem to have broken your APIC code.
>
>
On Sat, 30 Jul 2005 10:15, Puneet Vyas wrote:
> Chuck Ebbert wrote:
> >/* fp.c: i387 benchmark/test program */
>
> [EMAIL PROTECTED] C]$ cc FPUtest.c -o FPUtest
>
> FPUtest.c: In function `main':
>
> FPUtest.c:103: warning: passing arg 2 of `sched_setaffinity' makes
> integer from pointer without
yhlu <[EMAIL PROTECTED]> writes:
> if using you patch, the
> "synchronized TSC with CPU" never come out.
>
> then with your patch, I add back patch that moving set callin_map from
> smp_callin to start_secondary. It told me can not inquire the apic for
> the CPU 12
Hmm. You didn't post
> diff --git a/include/linux/timex.h b/include/linux/timex.h
Oh. Before I forget: You need to make the same changes to the asm code in
arch/ia64/kernel/fsys.S in order for this to work properly. The asm code
has been optimized to the hilt to save every cycle possible. Please dont
add any. The
From: Ladislav Michl <[EMAIL PROTECTED]>
DS1339 manual, page 6, chapter Date and time operation:
The DS1339 can be run in either 12-hour or 24-hour mode. Bit 6 of the
hours register is defined as the 12-hour or 24-hour mode-select bit.
When high, the 12-hour mode is selected.
Patch below
From: Jean Delvare <[EMAIL PROTECTED]>
The 24RF08 corruption prevention in the eeprom and max6875 drivers wasn't
complete. For one thing, the additional quick write should happen as soon
as possible and unconditionally, while both drivers had error paths before.
For another, when a given chip is
Sam Ravnborg <[EMAIL PROTECTED]> writes:
> On Fri, Jul 29, 2005 at 01:35:04PM -0600, Eric W. Biederman wrote:
>> Currently in the linker script we have several labels
>> marking the beginning and ending of sections that
>> are outside of sections, making them absolute symbols.
>
> They are
Andrew Morton <[EMAIL PROTECTED]> writes:
> Frank van Maarseveen <[EMAIL PROTECTED]> wrote:
>>
>> 2.6.13-rc4 does not recognize the second CPU of a 3GHz HT P4:
>
> OK, we seem to have broken your APIC code.
There is a big difference here in that one kernel is using
the ACPI MADT tables and the
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
This patch was sent first time very long time ago,
but magically was disapeared, it probably exists
in your queue, but to be sure, I resend it.
If can not be applied cleanly after your w1 queue is flushed
into upstrem tree, just drop it.
Thanks.
Patch
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Fri, 29 Jul 2005, Eric W. Biederman wrote:
>>
>> If device_suspend(PMSG_FREEZE) is not ready to be called in
>> kernel_restart it is definitely ready to be called in the more the
>> more fickle kernel_kexec.
>
> Ok, that was one of the more
From: Jean Delvare <[EMAIL PROTECTED]>
A few split string in i2c (and now hwmon) drivers lack a joining space,
causing them to display incorrectly. This trivial patch fixes that up.
Please apply, thanks.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
Chuck Ebbert wrote:
/* fp.c: i387 benchmark/test program */
[EMAIL PROTECTED] C]$ cc FPUtest.c -o FPUtest
FPUtest.c: In function `main':
FPUtest.c:103: warning: passing arg 2 of `sched_setaffinity' makes
integer from pointer without a cast
FPUtest.c:103: error: too few arguments to
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
there's an even simpler way: only do wakeup-balancing if this_cpu is
idle. (tbench results are still OK, and other workloads improved.)
here's an updated patch. It handles one more detail: on SCHED_SMT we
should check the
Thanks. I will try. The only problem I have right now is I am using
Xenolinux instead of standard Linux kernel, I cannot see the option to
enable the frame pointer. But I will figure out how to enable that.
Again, thank you for your help!
Xin
an 7/29/05, bert hubert <[EMAIL PROTECTED]> wrote:
Introduce a todo notifier in the task_struct so that a task can be told to do
certain things. Abuse the suspend hooks try_to_freeze, freezing and refrigerator
to establish checkpoints where the todo list is processed. This will break
software
suspend (next patch fixes and cleans up software
Make the suspend code use the todo list in the task_struct
This patch makes the suspend code SMP clean by removing PF_FREEZE and
PF_FROZEN. Instead
it relies on the new notification handler in the task_struct, a completion
handler and an
atomic counter for the number of processes frozen. All
Frank van Maarseveen <[EMAIL PROTECTED]> wrote:
>
> 2.6.13-rc4 does not recognize the second CPU of a 3GHz HT P4:
OK, we seem to have broken your APIC code.
@@ -21,36 +21,26 @@
896MB LOWMEM available.
found SMP MP-table at 000fe710
DMI 2.3 present.
-ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00]
Patch to replace try_to_freeze with try_todo_list
Replaces:
try_to_freeze -> try_todo_list
freezing -> todo_listactive
refrigerator -> run_todo_list
This patch is incomplete. Drivers may continue using try_to_freeze, freezing
and refrigerators since the above mapping is also provided by macros
On Fri, 29 Jul 2005, Andrew Morton wrote:
> "Salyzyn, Mark" <[EMAIL PROTECTED]> wrote:
> >
> > Martin may be overplaying the performance angle.
> >
> > A previous patch took the adapter from 64K to 4MB transaction sizes
> > across the board. This caused Martin's adapter and drive combination
- Fixed some bttv card numbers.
- BTTV and SAA7134 version numbers incremented to reflect changes.
- pci_dma_supported() is called after pci_set_dma_mask() which
already did check that for us. This patch removes the unneeded call to
pci_dma_supported() at bttv-driver.c
- Ensure a sufficient
On 7/27/05, Brad Davis <[EMAIL PROTECTED]> wrote:
> On 7/27/05, Russell King <[EMAIL PROTECTED]> wrote:
> > serial8250_init does not contain any such message, so you're not
> > running a mainline kernel, but some patched version. Are these
> > patches available somewhere?
>
> I'm compiling from
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
"Takashi Sato" <[EMAIL PROTECTED]> wrote:
>
> Below is the comparison of the memory leak rate before and after this
> fix. We counted them from (Active+Inactive)-(Cached+Buffers+SwapCached
> +Mapped), which are in /proc/meminfo.
>
This adds the basic support for i386. The only real changes outside of new
KGDB files and Makefile/related is that for support early on we must set some
traps sooner rather than later, but it is safe to always do this. Also, to
break in as early as possible, i386 now calls parse_early_param()
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>
> For the bennefit of those of us who were not at LKS, could someone
> elaborate a bit on "the new release process" ?
http://lwn.net/Articles/144281/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
What you are dealing with is a machine that is using ITC as a time bases.
That is a special case. The fix should not affect machines that have a
proper time source. More below. You can circumvent the compensation for
ITC inaccuracies by specifying "nojitter" on the kernel command if you are
I was observing reproducible crashes on the "movw %bx,(%rsi)" instruction
below while a process in a recvfrom() system call was copying packet data
to user space. The patch below fixes the exception table and causes the
crash to no longer reproduce. Please apply.
Thanks,
Dave Peterson
<[EMAIL
On Fri, Jul 29, 2005 at 01:35:04PM -0600, Eric W. Biederman wrote:
> Currently in the linker script we have several labels
> marking the beginning and ending of sections that
> are outside of sections, making them absolute symbols.
They are outside the sections for a very specific reason.
If
This adds hardware breakpoint support for i386. This is not as well tested as
software breakpoints, but in some minimal testing appears to be functional.
---
linux-2.6.13-rc3-trini/arch/i386/kernel/kgdb.c | 49 +
1 files changed, 49 insertions(+)
diff -puN
Can we put tsc_sync_wait() back to smp_callin?
So that it will be executed serially and we can get
"synchronized TSC with CPU"?
YH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
1 - 100 of 771 matches
Mail list logo