Akula2 wrote:
Hello All,
I am looking to use multiple kernel trees on the same distro. Example:-
2.6.19.1 for - software/tools development
2.4.34for - embedded systems development.
I do know that 2.6 supports embedded in a big waybut still
requirement demands to work with such boards
Steve Brueggeman wrote:
There are some difficulties with gcc versions between linux-2.4 and linux-2.6,
but I do not recall all of the details off of the top of my head. If I recall
correctly, one of the issues is, linux-2.4 ?prefers? gcc-2.96, while newer
linux-2.6 support/prefer gcc-3.? or
Linas Vepstas wrote:
Use newly minted routine to access the PCI channel state.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
ACK, thanks Linas.
If it doesn't get picked up I can stack it on my queue for netdev later.
Auke
drivers/net/e1000/e1000_main.c |2 +-
Yan Burman wrote:
Replace kmalloc+memset with kcalloc and remove unused size variable
Signed-off-by: Yan Burman <[EMAIL PROTECTED]>
nitpick, e1000 indenting indents successive lines to the first brace unsing
spaces
thus:
foo_bar_baz_(aaa, bbb,
);
and
Yan Burman wrote:
Replace kmalloc+memset with kcalloc
ACK, fine with me.
Signed-off-by: Yan Burman <[EMAIL PROTECTED]>
diff -rubp linux-2.6.19-rc5_orig/drivers/net/e100.c
linux-2.6.19-rc5_kzalloc/drivers/net/e100.c
--- linux-2.6.19-rc5_orig/drivers/net/e100.c2006-11-09
Pekka Enberg wrote:
On 12/12/06, Yan Burman <[EMAIL PROTECTED]> wrote:
size = txdr->count * sizeof(struct e1000_buffer);
- if (!(txdr->buffer_info = kmalloc(size, GFP_KERNEL))) {
+ if (!(txdr->buffer_info = kzalloc(size, GFP_KERNEL))) {
ret_val = 1;
Pekka Enberg wrote:
On 12/12/06, Yan Burman [EMAIL PROTECTED] wrote:
size = txdr-count * sizeof(struct e1000_buffer);
- if (!(txdr-buffer_info = kmalloc(size, GFP_KERNEL))) {
+ if (!(txdr-buffer_info = kzalloc(size, GFP_KERNEL))) {
ret_val = 1;
Yan Burman wrote:
Replace kmalloc+memset with kcalloc and remove unused size variable
Signed-off-by: Yan Burman [EMAIL PROTECTED]
nitpick, e1000 indenting indents successive lines to the first brace unsing
spaces
thus:
foo_bar_baz_(aaa, bbb,
);
and not
Linas Vepstas wrote:
Use newly minted routine to access the PCI channel state.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
ACK, thanks Linas.
If it doesn't get picked up I can stack it on my queue for netdev later.
Auke
drivers/net/e1000/e1000_main.c |2 +-
Yan Burman wrote:
Replace kmalloc+memset with kcalloc
ACK, fine with me.
Signed-off-by: Yan Burman [EMAIL PROTECTED]
diff -rubp linux-2.6.19-rc5_orig/drivers/net/e100.c
linux-2.6.19-rc5_kzalloc/drivers/net/e100.c
--- linux-2.6.19-rc5_orig/drivers/net/e100.c2006-11-09 12:16:21.0
Stephen Hemminger wrote:
On Fri, 08 Dec 2006 13:45:05 -0800
Roland Dreier <[EMAIL PROTECTED]> wrote:
> -if (hw->bus_type == e1000_bus_type_pcix) {
> -e1000_read_pci_cfg(hw, PCIX_COMMAND_REGISTER, _cmd_word);
> -e1000_read_pci_cfg(hw, PCIX_STATUS_REGISTER_HI,
Stephen Hemminger wrote:
On Fri, 08 Dec 2006 13:45:05 -0800
Roland Dreier [EMAIL PROTECTED] wrote:
-if (hw-bus_type == e1000_bus_type_pcix) {
-e1000_read_pci_cfg(hw, PCIX_COMMAND_REGISTER, pcix_cmd_word);
-e1000_read_pci_cfg(hw, PCIX_STATUS_REGISTER_HI,
[resend]
Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that the
onboard
e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
kernel I
used before, it was properly named eth0 after startup. eth0 itself is
completely missing
(-ENODEV).
I'll try to
[resend]
Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that the
onboard
e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
kernel I
used before, it was properly named eth0 after startup. eth0 itself is
completely missing
(-ENODEV).
I'll try to
Oleg Verych wrote:
On Tue, Nov 14, 2006 at 03:19:20PM -0800, Auke Kok wrote:
[]
try to use `git2.kernel.org` instead of `git.kernel.org`. The second server
somehow only has an average load of ~4 instead of ~250.
Looking closer, i see all gitweb links (C) on both servers links are poining
Oleg Verych wrote:
On Tue, Nov 14, 2006 at 03:19:20PM -0800, Auke Kok wrote:
[]
try to use `git2.kernel.org` instead of `git.kernel.org`. The second server
somehow only has an average load of ~4 instead of ~250.
Looking closer, i see all gitweb links (C) on both servers links are poining
101 - 116 of 116 matches
Mail list logo