Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
L
linux
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
nexedi
linux
Commits
f19706b3
Commit
f19706b3
authored
Jul 09, 2003
by
Steve French
Browse files
Options
Browse Files
Download
Plain Diff
Merge
bk://linux.bkbits.net/linux-2.5
into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs
parents
0a39c310
02ab55b8
Changes
8
Hide whitespace changes
Inline
Side-by-side
Showing
8 changed files
with
54 additions
and
39 deletions
+54
-39
CREDITS
CREDITS
+7
-9
Documentation/SubmittingDrivers
Documentation/SubmittingDrivers
+1
-1
Documentation/SubmittingPatches
Documentation/SubmittingPatches
+1
-1
Documentation/oops-tracing.txt
Documentation/oops-tracing.txt
+1
-1
Documentation/usb/CREDITS
Documentation/usb/CREDITS
+1
-1
README
README
+2
-4
drivers/ide/ide-probe.c
drivers/ide/ide-probe.c
+15
-13
kernel/suspend.c
kernel/suspend.c
+26
-9
No files found.
CREDITS
View file @
f19706b3
...
...
@@ -828,8 +828,8 @@ W: http://www.xenotime.net/linux/linux.html
W: http://www.linux-usb.org
D: Linux-USB subsystem, USB core/UHCI/printer/storage drivers
D: x86 SMP, ACPI, bootflag hacking
S: 1
5275 SW Koll Parkway, Suite H
S: Beaverton, Oregon 9700
6
S: 1
2725 SW Millikan Way, Suite 400
S: Beaverton, Oregon 9700
5
S: USA
N: Bob Dunlop
...
...
@@ -2228,8 +2228,8 @@ N: Patrick Mochel
E: mochel@osdl.org
E: mochelp@infinity.powertie.org
D: PCI Power Management, ACPI work
S: 1
5275 SW Koll Parkway, Suite H
S: Beaverton, O
R 97006
S: 1
2725 SW Millikan Way, Suite 400
S: Beaverton, O
regon 97005
S: USA
N: Eberhard Moenkeberg
...
...
@@ -3046,12 +3046,10 @@ S: Sevilla 41005
S: Spain
N: Linus Torvalds
E: torvalds@transmeta.com
W: http://www.cs.helsinki.fi/Linus.Torvalds
P: 1024/A86B35C5 96 54 50 29 EC 11 44 7A BE 67 3C 24 03 13 62 C8
E: torvalds@osdl.org
D: Original kernel hacker
S:
3990 Freedom Circle
S:
Santa Clara, California 95054
S:
12725 SW Millikan Way, Suite 400
S:
Beaverton, Oregon 97005
S: USA
N: Marcelo W. Tosatti
...
...
Documentation/SubmittingDrivers
View file @
f19706b3
...
...
@@ -41,7 +41,7 @@ Linux 2.4:
Linux 2.5:
The same rules apply as 2.4 except that you should follow linux-kernel
to track changes in API's. The final contact point for Linux 2.5
submissions is Linus Torvalds <torvalds@
transmeta.com
>.
submissions is Linus Torvalds <torvalds@
osdl.org
>.
What Criteria Determine Acceptance
----------------------------------
...
...
Documentation/SubmittingPatches
View file @
f19706b3
...
...
@@ -105,7 +105,7 @@ linux-kernel@vger.kernel.org. Most kernel developers monitor this
e-mail list, and can comment on your changes.
Linus Torvalds is the final arbiter of all changes accepted into the
Linux kernel. His e-mail address is
torvalds@transmeta.com
. He gets
Linux kernel. His e-mail address is
<torvalds@osdl.org>
. He gets
a lot of e-mail, so typically you should do your best to -avoid- sending
him e-mail.
...
...
Documentation/oops-tracing.txt
View file @
f19706b3
...
...
@@ -52,7 +52,7 @@ latter, man ksymoops for details.
Full Information
----------------
From: Linus Torvalds <torvalds@
transmeta.com
>
From: Linus Torvalds <torvalds@
osdl.org
>
How to track down an Oops.. [originally a mail to linux-kernel]
...
...
Documentation/usb/CREDITS
View file @
f19706b3
...
...
@@ -21,7 +21,7 @@ difficult to maintain, add yourself with a patch if desired.
Bill Ryder <bryder@sgi.com>
Thomas Sailer <sailer@ife.ee.ethz.ch>
Gregory P. Smith <greg@electricrain.com>
Linus Torvalds <torvalds@
transmeta.com
>
Linus Torvalds <torvalds@
osdl.org
>
Roman Weissgaerber <weissg@vienna.at>
<Kazuki.Yasumatsu@fujixerox.co.jp>
...
...
README
View file @
f19706b3
...
...
@@ -225,10 +225,8 @@ IF SOMETHING GOES WRONG:
the file MAINTAINERS to see if there is a particular person associated
with the part of the kernel that you are having trouble with. If there
isn't anyone listed there, then the second best thing is to mail
them to me (torvalds@transmeta.com), and possibly to any other
relevant mailing-list or to the newsgroup. The mailing-lists are
useful especially for SCSI and networking problems, as I can't test
either of those personally anyway.
them to me (torvalds@osdl.org), and possibly to any other relevant
mailing-list or to the newsgroup.
- In all bug-reports, *please* tell what kernel you are talking about,
how to duplicate the problem, and what your setup is (use your common
...
...
drivers/ide/ide-probe.c
View file @
f19706b3
...
...
@@ -385,19 +385,21 @@ static int try_to_identify (ide_drive_t *drive, u8 cmd)
int
autoprobe
=
0
;
unsigned
long
cookie
=
0
;
if
(
IDE_CONTROL_REG
&&
!
hwif
->
irq
)
{
autoprobe
=
1
;
cookie
=
probe_irq_on
();
/* enable device irq */
hwif
->
OUTB
(
drive
->
ctl
,
IDE_CONTROL_REG
);
}
else
{
/*
* Disable device irq if we don't need to
* probe for it. Otherwise we'll get spurious
* interrupts during the identify-phase that
* the irq handler isn't expecting.
*/
hwif
->
OUTB
(
drive
->
ctl
|
2
,
IDE_CONTROL_REG
);
/*
* Disable device irq unless we need to
* probe for it. Otherwise we'll get spurious
* interrupts during the identify-phase that
* the irq handler isn't expecting.
*/
if
(
IDE_CONTROL_REG
)
{
u8
ctl
=
drive
->
ctl
|
2
;
if
(
!
hwif
->
irq
)
{
autoprobe
=
1
;
cookie
=
probe_irq_on
();
/* enable device irq */
ctl
&=
~
2
;
}
hwif
->
OUTB
(
ctl
,
IDE_CONTROL_REG
);
}
retval
=
actual_try_to_identify
(
drive
,
cmd
);
...
...
kernel/suspend.c
View file @
f19706b3
...
...
@@ -692,7 +692,6 @@ static int suspend_prepare_image(void)
printk
(
KERN_CRIT
"%sCouldn't get enough free pages, on %d pages short
\n
"
,
name_suspend
,
nr_needed_pages
-
nr_free_pages
());
root_swap
=
0xFFFF
;
spin_unlock_irq
(
&
suspend_pagedir_lock
);
return
1
;
}
si_swapinfo
(
&
i
);
/* FIXME: si_swapinfo(&i) returns all swap devices information.
...
...
@@ -700,7 +699,6 @@ static int suspend_prepare_image(void)
if
(
i
.
freeswap
<
nr_needed_pages
)
{
printk
(
KERN_CRIT
"%sThere's not enough swap space available, on %ld pages short
\n
"
,
name_suspend
,
nr_needed_pages
-
i
.
freeswap
);
spin_unlock_irq
(
&
suspend_pagedir_lock
);
return
1
;
}
...
...
@@ -710,7 +708,6 @@ static int suspend_prepare_image(void)
/* Shouldn't happen */
printk
(
KERN_CRIT
"%sCouldn't allocate enough pages
\n
"
,
name_suspend
);
panic
(
"Really should not happen"
);
spin_unlock_irq
(
&
suspend_pagedir_lock
);
return
1
;
}
nr_copy_pages_check
=
nr_copy_pages
;
...
...
@@ -724,12 +721,9 @@ static int suspend_prepare_image(void)
* End of critical section. From now on, we can write to memory,
* but we should not touch disk. This specially means we must _not_
* touch swap space! Except we must write out our image of course.
*
* Following line enforces not writing to disk until we choose.
*/
printk
(
"critical section/: done (%d pages copied)
\n
"
,
nr_copy_pages
);
spin_unlock_irq
(
&
suspend_pagedir_lock
);
return
0
;
}
...
...
@@ -808,6 +802,24 @@ void do_magic_resume_2(void)
#endif
}
/* do_magic() is implemented in arch/?/kernel/suspend_asm.S, and basically does:
if (!resume) {
do_magic_suspend_1();
save_processor_state();
SAVE_REGISTERS
do_magic_suspend_2();
return;
}
GO_TO_SWAPPER_PAGE_TABLES
do_magic_resume_1();
COPY_PAGES_BACK
RESTORE_REGISTERS
restore_processor_state();
do_magic_resume_2();
*/
void
do_magic_suspend_1
(
void
)
{
mb
();
...
...
@@ -818,8 +830,13 @@ void do_magic_suspend_1(void)
void
do_magic_suspend_2
(
void
)
{
int
is_problem
;
read_swapfiles
();
if
(
!
suspend_prepare_image
())
{
/* suspend_save_image realeses suspend_pagedir_lock */
is_problem
=
suspend_prepare_image
();
spin_unlock_irq
(
&
suspend_pagedir_lock
);
if
(
!
is_problem
)
{
kernel_fpu_end
();
/* save_processor_state() does kernel_fpu_begin, and we need to revert it in order to pass in_atomic() checks */
BUG_ON
(
in_atomic
());
suspend_save_image
();
suspend_power_down
();
/* FIXME: if suspend_power_down is commented out, console is lost after few suspends ?! */
}
...
...
@@ -1224,13 +1241,13 @@ void software_resume(void)
orig_loglevel
=
console_loglevel
;
console_loglevel
=
new_loglevel
;
if
(
!
resume_file
[
0
]
&&
resume_status
==
RESUME_SPECIFIED
)
{
if
(
!
resume_file
[
0
]
&&
resume_status
==
RESUME_SPECIFIED
)
{
printk
(
"suspension device unspecified
\n
"
);
return
;
}
printk
(
"resuming from %s
\n
"
,
resume_file
);
if
(
read_suspend_image
(
resume_file
,
0
))
if
(
read_suspend_image
(
resume_file
,
0
))
goto
read_failure
;
do_magic
(
1
);
panic
(
"This never returns"
);
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment