* Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
From: Jon Smirl @ 2006-05-05 20:35 UTC (permalink / raw)
To: Greg KH; +Cc: Ian Romanick, Dave Airlie, Arjan van de Ven, linux-kernel
In-Reply-To: <20060505202603.GB6413@kroah.com>
On 5/5/06, Greg KH <greg@kroah.com> wrote:
> On Fri, May 05, 2006 at 04:14:00PM -0400, Jon Smirl wrote:
> > I would like to see other design alternatives considered on this
> > issue. The 'enable' attribute has a clear problem in that you can't
> > tell which user space program is trying to control the device.
> > Multiple programs accessing the video hardware with poor coordination
> > is already the source of many problems.
>
> Who cares who "enabled" the device. Remember, the majority of PCI
> devices in the system are not video ones. Lots of other types of
> devices want this ability to enable PCI devices from userspace. I've
> been talking with some people about how to properly write PCI drivers in
> userspace, and this attribute is a needed part of it.
User space program enables the device.
Next I load a device driver
next I rmmod the device driver and it disables the device
user space program trys to use the device
No coordination and user space program faults
Don't say this can't happen, it is a current source of conflict
between X and fbdev.
Should we just remove the ability to disable hardware?
How would that interact with hotplug?
> And if X gets enabling the device wrong, again, who cares, it's not a
> kernel issue. :)
>
> thanks,
>
> greg k-h
>
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH] sendfile compat functions on x86_64 and ia64
From: Andi Kleen @ 2006-05-05 20:38 UTC (permalink / raw)
To: Alexey Toptygin; +Cc: linux-kernel, tony.luck
In-Reply-To: <Pine.NEB.4.62.0605050030200.18795@norge.freeshell.org>
On Friday 05 May 2006 02:45, Alexey Toptygin wrote:
>
> Hi,
>
> I'm a kernel noob, so I apologise in advance if I completely misunderstood
> something. In arch/x86_64/ia32/sys_ia32.c there is this code:
>
> sys32_sendfile(int out_fd, int in_fd, compat_off_t __user *offset, s32 count)
> [snip]
> ret = sys_sendfile(out_fd, in_fd, offset ? &of : NULL, count);
>
> However on ia32, count (a size_t) is u32. I think this is taking the u32
> value from the 32 bit userland, sign-extending it to 64 bits, then giving
> it to sys_sendfile in a u64. So, a count >= 1<<31 passed from the 32 bit
> app will become a count >= ((1<<33)-1)<<31 given to sys_sendfile.
>
> Now, I don't think this actually hurts anything, because sys_sendfile
> passes a max of ((1<<31)-1) to do_sendfile, plus rw_verify_area will
> reject values that are negative when cast to ssize_t; but, this is
> certainly confusing.
With your change there wouldn't be any sign extension and rw_verify_area
couldn't reject negative values them anymore.
I think it would be a wrong change because it would differ from a native
32bit kernel.
-Andi
^ permalink raw reply
* Re: [PATCH 7/14] random: Remove SA_SAMPLE_RANDOM from network drivers
From: Matt Mackall @ 2006-05-05 20:34 UTC (permalink / raw)
To: Theodore Tso, Kyle Moffett, Andrew Morton, linux-kernel, davem
In-Reply-To: <20060505191127.GA16076@thunk.org>
On Fri, May 05, 2006 at 03:11:27PM -0400, Theodore Tso wrote:
> On Fri, May 05, 2006 at 12:24:26PM -0500, Matt Mackall wrote:
> > I haven't seen such an analysis, scholarly or otherwise and my bias
> > here is to lean towards the paranoid.
> >
> > Assuming a machine with no TSC and an otherwise quiescent ethernet
> > (hackers burning the midnight oil), I think most of the
> > hard-to-analyze bits above get pretty transparent.
>
> As always, whether or not the packet arrival times could be guessable
> and/or controlled by an attacker really depends on your threat model.
> For someone who has an ethernet monitor attached directly to the
> segment right next to your computer, it's very likely that they would
> be successful in guessing the inputs into the entropy pool. However,
> an attacker with physical access to your machine could probably do all
> sorts of other things, such as install a keyboard sniffer, etc.
>
> For a remote attacker, life gets much more difficult. Each switch,
> router, and bridge effectively has a queue into which packets must
> flow through, and that is _not_ known to a remote attacker. This is
> especially true today, when most people don't even use repeaters, but
> rather switches/bridges, which effectly make each ethernet connection
> to each host its own separate collision domain (indeed that term
> doesn't even apply for modern high-speed ethernets).
>
> I've always thought the right answer is that whether or not network
> packet arrival times should be used as entropy input should be
> configurable, since depending on the environment, it might or might
> not be safe, and for some hosts (particularly diskless servers), the
> network might be the only source of entropy available to them.
Nonetheless, the current SA_SAMPLE_RANDOM scheme should go. A) it's in
the IRQ fast path B) most of its users are bogus which strongly
indicates it's a bad API.
Instead (if we want network entropy) we should add an
add_network_randomness call in some central location in the network
stack (probably right next to netpoll's RX hooks) and probably have it
compiled out by default.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply
* Re: Lock-up with modprobe sdhci after suspending to ram
From: Pierre Ossman @ 2006-05-05 20:40 UTC (permalink / raw)
To: Jani-Matti Hätinen; +Cc: linux-kernel
In-Reply-To: <200605040957.30758.jani-matti.hatinen@iki.fi>
Jani-Matti Hätinen wrote:
> I'm not sure if this has any effect on the sdhci issue, but during a normal
> suspend&resume (i.e. when sdhci has been rmmoded earlier) I get the following
> error about the PCMCIA CardBus slot, which is on the same PCI channel as the
> card reader (01:03.0 and 01:03.2 respectively):
>
> May 4 09:37:38 leevi PCMCIA: socket c14d8828: *** DANGER *** unable to remove
> socket power
>
> And the PCMCIA slot doesn't work either after a suspend&resume. I haven't
> tested FireWire yet (which is also on the same PCI channel 01:03.1), but I
> will shortly.
>
>
Sounds like there is something fundamentally broken with your suspend.
It seems like we should hold off on the card reader until the more basic
stuff, like the cardbus slot, works properly after resume.
Rgds
Pierre
^ permalink raw reply
* Re: [PATCH] IPC_SET_PERM cleanup
From: Steve Grubb @ 2006-05-05 20:42 UTC (permalink / raw)
To: linux-audit
In-Reply-To: <445BB351.2040303@hp.com>
On Friday 05 May 2006 16:19, Linda Knippers wrote:
> - if (axi->osid != 0) {
> - char *ctx = NULL;
> - u32 len;
> - if (selinux_ctxid_to_string(
> - axi->osid, &ctx, &len)) {
> - audit_log_format(ab, " osid=%u",
> - axi->osid);
> - call_panic = 1;
> - } else
> - audit_log_format(ab, " obj=%s",
> ctx); - kfree(ctx);
> - }
This patch deletes the context string out of this record. Are we losing
anything important?
-Steve
^ permalink raw reply
* Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
From: Jon Smirl @ 2006-05-05 20:43 UTC (permalink / raw)
To: Greg KH; +Cc: Ian Romanick, Dave Airlie, Arjan van de Ven, linux-kernel
In-Reply-To: <9e4733910605051335h7a98670ie8102666bbc4d7cd@mail.gmail.com>
> On 5/5/06, Greg KH <greg@kroah.com> wrote:
> > Who cares who "enabled" the device. Remember, the majority of PCI
> > devices in the system are not video ones. Lots of other types of
> > devices want this ability to enable PCI devices from userspace. I've
> > been talking with some people about how to properly write PCI drivers in
> > userspace, and this attribute is a needed part of it.
The problem is not who 'enabled' the device. The problem is who owns
the state that has been loaded into the device. Without a mechanism
like open there is no way to serialize the programs trying to set
state into the device.
fbdev and X have this fight currently. On every VT swap they each
reload their state into the video hardware. There is no coordination
so both systems have to assume worst case and rebuild everything. This
is not a good environment to program in. Every time one of the systems
starts using some new feature of hardware (like acceleration
functions) new state recovery code needs to be written.
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH] sendfile compat functions on x86_64 and ia64
From: Alexey Toptygin @ 2006-05-05 20:44 UTC (permalink / raw)
To: Andi Kleen; +Cc: linux-kernel, tony.luck
In-Reply-To: <200605052238.26834.ak@suse.de>
On Fri, 5 May 2006, Andi Kleen wrote:
> With your change there wouldn't be any sign extension and rw_verify_area
> couldn't reject negative values them anymore.
>
> I think it would be a wrong change because it would differ from a native
> 32bit kernel.
No...
On a 32 bit kernel (and on a 64 bit kernel using the native interface),
count is passed to sendfile as unsigned. rw_verify_area explicitly casts
to signed before checking for negativeness. The only place anywhere in the
kernel that count is signed (other than where rw_verify area explicitly
casts it for one test) is in the declaration of sys32_sendfile in the
x86_64 compat code. I'm pretty sure it's supposed to be unsigned there
too, and the current code is a typo.
Alexey
^ permalink raw reply
* Re: [ANNOUNCE] Git wiki
From: Olivier Galibert @ 2006-05-05 20:45 UTC (permalink / raw)
To: linux; +Cc: git
In-Reply-To: <20060505181540.GB27689@pasky.or.cz>
On Fri, May 05, 2006 at 08:15:41PM +0200, Petr Baudis wrote:
> The automatic vs. explicit movement tracking is a lot more
> controversial. Explicit movement tracking is pretty easy to provide for
> file-level movements, it's just that the user says "I _did_ move file
> A to file B" (I never got the Linus' argument that the user has no idea
> - he just _performed_ the move, also explicitly, by calling *mv).
In one of my projects 99% or the renames are "done" when unzipping the
source release of the next version. Explicit tracking would be
unbearable, frankly.
And once you have a good enough implicit tracking, why bother with an
explicit one?
OG.
^ permalink raw reply
* Re: Accessing usb devices with USBDEVFS
From: Danny Budik @ 2006-05-05 20:45 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <44525468.5030106@ist-traffic.com>
>>>Recent systems don't use /proc for usb access anymore and real device
>>>nodes in /dev/bus/usb instead. HAL sends "usbraw" device anouncements with
>>>"linux.device_file" as a property when the device is created.
>>>
>>>Kay
I looked at the hal properties of my device and there is no
linux.device_file property. Does this mean that my device is not
"usbraw" enabled?
>>So is there a way then to read from the /dev/bus/usb? Like I mentioned
>>in the parent post, I am just using fopen, and the functions provided in
>>usbdevice_fs.h and usb.h to read data from the usb device. The device is
>>a proprietary sensor that my company makes. Is there a
>>manual/documentation about how to do this the more "modern" way?
>
>
> No, that's still the correct way. If you use libusb, none of your code
> changes at all. If you are using "raw" usbfs, then just open a
> different file.
>
> Hope this helps,
>
> greg k-h
>
>
How do I use the "raw" usbfs? I tried reading from the /dev/bus/usb file
and got a bind - address already in use error.
Danny
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* Re: [uml-devel] Problem on generation a locales on uml image
From: Blaisorblade @ 2006-05-05 20:47 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Mattia Dongili, Stefano Melchior
In-Reply-To: <20060505145248.GE23227@inferi.kami.home>
On Friday 05 May 2006 16:52, Mattia Dongili wrote:
> On Fri, May 05, 2006 at 04:12:08PM +0200, Stefano Melchior wrote:
> > On Fri, May 05, 2006 at 02:49:37PM +0200, Stefano Melchior wrote:
> [...]
> AFAIU, it's an harmless warning telling that UML didn't receive the
> timer interrupt for too long.
Yes, more exactly it happens when the kernel didn't schedule a certain task
(watchdog/$CPUID) for execution for 10 seconds.
The current impression is that it happens on high load, for instance on high
disk load IIRC. It's harmless as long as UML keeps running.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
Chiacchiera con i tuoi amici in tempo reale!
http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* Re: CFI Extended (Intel P30) problems on an ARM PXA255
From: Dan Merillat @ 2006-05-05 20:48 UTC (permalink / raw)
To: David Vrabel; +Cc: linux-mtd
In-Reply-To: <445B0CF1.8020400@arcom.com>
On 5/5/06, David Vrabel <dvrabel@arcom.com> wrote:
>
> Perhaps the cache invalidating operation in the MTD map driver you're
> using is wrong?
Ouch, it doesn't appear to have a map->inval_cache member. I'm going
to copy the one from pxa25x-flash.c and see if that fixes it, however,
how could this work with an intel J3 part, but not an intel P30 part?
Same kernel exactly, booting back and forth. It should either work
for both, or fail for both.
> If you suspect memory timings may be an issue I would advise slowing the
> timings under Linux to the lowest possible. The experiment you describe
> here changes two variables (the software and the timings) which is not
> good practice.
I changed one variable. I changed u-boot to use linux's memory
timings, and the problem did not manifest. I would then conclude that
memory timing in and of itself is not the problem.
^ permalink raw reply
* [ALSA - lib 0002095]: Choppy sound using default dmix config for some applications but not others.
From: bugtrack @ 2006-05-05 20:49 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2095>
======================================================================
Reported By: BigBaaadBob
Assigned To: perex
======================================================================
Project: ALSA - lib
Issue ID: 2095
Category: 1_pcm_d - direct PCM plugins (dmix+)
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
======================================================================
Date Submitted: 05-03-2006 01:09 CEST
Last Modified: 05-05-2006 22:49 CEST
======================================================================
Summary: Choppy sound using default dmix config for some
applications but not others.
Description:
As reported in http://forums.gentoo.org/viewtopic-t-457951.html
alsa 1.0.11 causes skipping sound in some applications but not others.
Sound skips in rhytymbox and totem, but not xmms, realplayer, or mplayer.
This occurs with default dmix setup (i.e. with no .asoundrc). Creating an
.asoundrc like this causes the skipping to stop for those applications
that skip.
pcm.!default {
type hw
card 0
}
This has been reported using the cmipci driver, the Intel ICH4 driver, the
i915GM driver, and on a ppc iBook G4.
On user reports that fiddling with the .asoundrc parameters can lessen the
problem, but not eliminate the problem.
======================================================================
----------------------------------------------------------------------
tiwai - 05-03-06 19:27
----------------------------------------------------------------------
Now I fixed another bug in rate plugin on HG repo.
Hopefully this fixes the problems here described, too. Give it a try.
----------------------------------------------------------------------
BigBaaadBob - 05-05-06 22:49
----------------------------------------------------------------------
Finally got a chance to try adding:
defaults.pcm.dmix_max_periods -1
In my case that fixes the skipping. Unfortunately, I don't know how to
build for Gentoo from the "HG Repo" so I'll have to leave that testing to
someone else.
Thanks!
Issue History
Date Modified Username Field Change
======================================================================
05-03-06 01:09 BigBaaadBob New Issue
05-03-06 01:27 wellwhoopdedoooNote Added: 0009580
05-03-06 01:28 wellwhoopdedoooIssue Monitored: wellwhoopdedooo
05-03-06 01:29 wellwhoopdedoooNote Edited: 0009580
05-03-06 01:31 BigBaaadBob Note Added: 0009581
05-03-06 11:45 tiwai Note Added: 0009586
05-03-06 19:27 tiwai Note Added: 0009601
05-05-06 22:49 BigBaaadBob Note Added: 0009632
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* [U-Boot-Users] (no subject)
From: Peter Wright @ 2006-05-05 20:49 UTC (permalink / raw)
To: u-boot
I have a custom MPC8560 Board that I?ve been told to get U-Boot working on.
I?ve added in board definition into it and modified the default MPC8560ADS
configuration for it.? I have been able to burn it into flash on the board,
and step through it.? U-Boot boots up and configures the TLB and then jumps
to the proper place in FLASH to continue the load.? But it seems to go off
into the middle of nowhere when it comes to the serial_puts command.? From
the JTAG and using the memory map that U-Boot compile makes it gets into the
serial_puts function and then jumps off into main memory for some reason.?
It then halts at where the debugger says is an invalid opcode.
Has anyone seen these sorts of problems before?
The board I?ve been given is very bare.? It has 256 MByte DDR Main RAM,? 32
MByte Flash (64k sectors), Ethernet on MII, and Serial on SCC1.? Nothing
else on it.
This board use to run VxWorks so I took most of the settings used for that
and modified U-boot as following (I hope someone can tell me if I did
something wrong)
Made a new directory for the board
Copied the MPC8560ADS board files to the new location
Copied include/configs/MPC8560ADS.h? to a file matching my new board.
Modified the .h file to meet the new board definitions.? Removed the SDRAM
on LBC, and the SPD_EEPROM
Modified the DDR as follows:
??? #define CFG_SDRAM_SIZE????? 256???????????? /* DDR is 256MB */
??? #define CFG_DDR_CS0_BNDS??? 0x0000000f????? /* 0-256MB */
??? #define CFG_DDR_CS0_CONFIG? 0x80000102
??? #define CFG_DDR_TIMING_1??? 0x37344321
??? #define CFG_DDR_TIMING_2??? 0x00000800????? /* P9-45,may need tuning */
??? #define CFG_DDR_CONTROL???? 0xc2000000????? /* unbuffered,no DYN_PWR */
??? #define CFG_DDR_MODE??????? 0x00000062????? /* DLL,normal,seq,4/2.5 */
??? #define CFG_DDR_INTERVAL??? 0x05100100????? /* autocharge,no open page
*/
Modified flash section as:
#define CFG_FLASH_BASE????????? 0xfe000000????? /* start of FLASH 32M */
#define CFG_BR0_PRELIM????????? 0xfe001001????? /* port size 16bit */
#define CFG_OR0_PRELIM????????? 0xfe000797????? /* 16MB Flash */
#define CFG_MAX_FLASH_BANKS???? 1?????????????? /* number of banks */
#define CFG_MAX_FLASH_SECT????? 512???????????? /* sectors per device */
Which match the settings that were used for VxWorks for this area
I left I2C alone even though the board has no I2C? when I tried to remove it
u-boot wouldn?t compile.
I then modified init.S in the board directory so the TLB looks like:
tlb1_entry:
??????? entry_start
??????? /*
???????? * Number of TLB0 and TLB1 entries in the following table
???????? */
??????? .long 12
#if (CFG_CCSRBAR_DEFAULT != CFG_CCSRBAR)
??? ????/*
???????? * TLB0???????? 4K????? Non-cacheable, guarded
???????? * 0xff700000?? 4K????? Initial CCSRBAR mapping
???????? *
???????? * This ends up at a TLB0 Index==0 entry, and must not collide
???????? * with other TLB0 Entries.
???????? */
??????? .long TLB1_MAS0(0, 0, 0)
??????? .long TLB1_MAS1(1, 0, 0, 0, 0)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_CCSRBAR_DEFAULT), 0,0,0,0,1,0,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_CCSRBAR_DEFAULT),
0,0,0,0,0,1,0,1,0,1)
#else
#error("Update the number of table entries in tlb1_entry")
#endif
??????? /*
???????? * TLB0???????? 16K???? Cacheable, non-guarded
???????? * 0xd001_0000? 16K???? Temporary Global data for initialization
???????? *
???????? * Use four 4K TLB0 entries.? These entries must be cacheable
???????? * as they provide the bootstrap memory before the memory
???????? * controler and real memory have been configured.
???????? *
???????? * These entries end up at TLB0 Indicies 0x10, 0x14, 0x18 and 0x1c,
???????? * and must not collide with other TLB0 entries.
???????? */
??????? .long TLB1_MAS0(0, 0, 0)
??????? .long TLB1_MAS1(1, 0, 0, 0, 0)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_INIT_RAM_ADDR),
??????????????????????? 0,0,0,0,0,0,0,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_INIT_RAM_ADDR),
??????????????????????? 0,0,0,0,0,1,0,1,0,1)
??????? .long TLB1_MAS0(0, 0, 0)
??????? .long TLB1_MAS1(1, 0, 0, 0, 0)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_INIT_RAM_ADDR + 4 * 1024),
??? ????????????????????0,0,0,0,0,0,0,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_INIT_RAM_ADDR + 4 * 1024),
??????????????????????? 0,0,0,0,0,1,0,1,0,1)
??????? .long TLB1_MAS0(0, 0, 0)
??????? .long TLB1_MAS1(1, 0, 0, 0, 0)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_INIT_RAM_ADDR + 8 * 1024),
??????????????????????? 0,0,0,0,0,0,0,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_INIT_RAM_ADDR + 8 * 1024),
??????????????????????? 0,0,0,0,0,1,0,1,0,1)
??????? .long TLB1_MAS0(0, 0, 0)
??????? .long TLB1_MAS1(1, 0, 0, 0, 0)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_INIT_RAM_ADDR + 12 * 1024),
??????????????????????? 0,0,0,0,0,0,0,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_INIT_RAM_ADDR + 12 * 1024),
???? ???????????????????0,0,0,0,0,1,0,1,0,1)
??????? /*
???????? * TLB 0:?????? 16M???? Non-cacheable, guarded
???????? * 0xff000000?? 16M???? FLASH
???????? * Out of reset this entry is only 4K.
???????? */
??????? .long TLB1_MAS0(1, 0, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_16M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_FLASH_BASE + 0x01000000),
0,0,0,1,0,1,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_FLASH_BASE + 0x01000000),
0,0,0,0,1,1,1,1,1,1)
??????? /*
???????? * TLB 1:?????? 256M??? Non-cacheable, guarded
???????? * 0x80000000?? 256M??? PCI1 MEM First half
???????? */
??????? .long TLB1_MAS0(1, 1, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_256M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_PCI1_MEM_BASE), 0,0,0,0,1,0,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_PCI1_MEM_BASE),
0,0,0,0,0,1,0,1,0,1)
??????? /*
???????? * TLB 2:?????? 256M??? Non-cacheable, guarded
???????? * 0x90000000?? 256M??? PCI1 MEM Second half
???????? */
??????? .long TLB1_MAS0(1, 2, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_256M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_PCI1_MEM_BASE + 0x10000000),
??????????????????????? 0,0,0,0,1,0,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_PCI1_MEM_BASE + 0x10000000),
??????????????????? ????0,0,0,0,0,1,0,1,0,1)
??????? /*
???????? * TLB 3:?????? 16M???? Non-cacheable, guarded
???????? * 0xfe000000?? 16M???? FLASH
???????? */
??????? .long TLB1_MAS0(1, 3, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_16M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_FLASH_BASE), 0,0,0,1,0,1,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_FLASH_BASE), 0,0,0,0,1,1,1,1,1,1)
??????? /*
???????? * TLB 5:?????? 64M???? Non-cacheable, guarded
???????? * 0xe000_0000? 1M????? CCSRBAR
???????? * 0xe200_0000? 16M? ???PCI1 IO
???????? */
??????? .long TLB1_MAS0(1, 5, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_64M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_CCSRBAR), 0,0,0,0,1,0,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_CCSRBAR), 0,0,0,0,0,1,0,1,0,1)
??????? /*
???????? * TLB 7:?????? 16K???? Non-cacheable, guarded
???????? * 0xf8000000?? 16K???? BCSR registers
???????? */
??????? .long TLB1_MAS0(1, 7, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_16K)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_BCSR), 0,0,0,0,1,0,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_BCSR), 0,0,0,0,0,1,0,1,0,1)
#if !defined(CONFIG_SPD_EEPROM)
??????? /*
???????? * TLB 8:?????? 256M??? DDR
???????? * 0x00000000?? 64M???? DDR System memory
???????? * 0x04000000?? 64M???? DDR System memory
???????? * Without SPD EEPROM configured DDR, this must be setup manually.
???????? * Make sure the TLB count at the top of this table is correct.
???????? * Likely it needs to be increased by two for these entries.
???????? */
??????? .long TLB1_MAS0(1, 8, 0)
??????? .long TLB1_MAS1(1, 1, 0, 0, BOOKE_PAGESZ_256M)
??????? .long TLB1_MAS2(E500_TLB_EPN(CFG_DDR_SDRAM_BASE), 0,0,0,0,0,1,1,0)
??????? .long TLB1_MAS3(E500_TLB_RPN(CFG_DDR_SDRAM_BASE),
0,0,0,0,1,1,1,1,1,1)
#endif
??????? entry_end
Modified the Local Address window to:
#if !defined(CONFIG_SPD_EEPROM)
#define LAWBAR0 ((CFG_DDR_SDRAM_BASE>>12) & 0xfffff)
/*#define LAWAR0??????? (LAWAR_EN | LAWAR_TRGT_IF_DDR | (LAWAR_SIZE &
LAWAR_SIZE_256M))*/
#define LAWAR0 0x80f0001b
#else
#define LAWBAR0 0
#define LAWAR0? ((LAWAR_TRGT_IF_DDR | (LAWAR_SIZE & LAWAR_SIZE_128M)) &
~LAWAR_EN)
#endif
#define LAWBAR1 ((CFG_PCI1_MEM_BASE>>12) & 0xfffff)
#define LAWAR1? (LAWAR_EN | LAWAR_TRGT_IF_PCIX | (LAWAR_SIZE &
LAWAR_SIZE_512M))
/*
?* This is not so much the FLASH map as it is the whole localbus map.
?*/
#define LAWBAR2 ((CFG_FLASH_BASE>>12) & 0xfffff)
#define LAWAR2? (LAWAR_EN | LAWAR_TRGT_IF_LBC | (LAWAR_SIZE &
LAWAR_SIZE_32M))
law_entry:
??????? entry_start
??????? .long 0x04
??????? .long LAWBAR0,LAWAR0,LAWBAR1,LAWAR1,LAWBAR2,LAWAR2,LAWBAR3,LAWAR3
??????? entry_end
Anyone have any idea on what I?ve done wrong?? Are there any other board
definitions in U-Boot I could use that might meet what I have better?
Peter Wright
Senior Software Engineer
Base Station Development
CDMA Division
Main: 1-604-276-0055
Direct: 1-604-303-8599? ext 267
^ permalink raw reply
* Re: [PATCH] binary patch.
From: Junio C Hamano @ 2006-05-05 20:50 UTC (permalink / raw)
To: git
In-Reply-To: <Pine.LNX.4.64.0605051605340.6713@iabervon.org>
Daniel Barkalow <barkalow@iabervon.org> writes:
> On Fri, 5 May 2006, Junio C Hamano wrote:
>
>> But "binaryness" affects only certain operations that extract
>> the data (e.g. diff and grep) and not others (e.g. fetch).
>> Also, it makes sense to being able to retroactively mark a blob,
>> which was not marked as such originally, is a binary. So I do
>> not think it should be recorded in the object header.
>
> Why do you think it makes sense to retroactively mark a blob with things
> like binariness or MIME type? To the extent that the information is not
> possible to extract from the blob contents, it seems to me to be a
> permanent aspect of the blob. And I could see having blobs with the same
> content but different type information (that one is a ZIP archive, while
> this one is a OpenDocument file), and tools may care how they were
> specified, and the user would want to be able to track how they had
> historically been marked, if the system allows them to be marked at all.
>
> Of course, there's still the issue of how this info is generated for a new
> blob; I think it should live in the index for tracked files and come from
> a .gitignore-style file for new files. (For that matter, there could be a
> .gitmetadata file, which would handle "ignore" as well as binary and
> whatever other info you want to produce about your not-previously-tracked
> files.)
I think Nico's solution (compromise?) is the right and most
practical one.
^ permalink raw reply
* [0/2 PATCH] git-svn 1.0.0 release
From: Eric Wong @ 2006-05-05 19:35 UTC (permalink / raw)
To: junkio, git
It's been very solid for a long time now. I haven't run into
any problems with it myself in a while, and no critical bugs
that I know of exist. Labeling it 1.0.0 may make it look
less scary to new users :)
Thanks to all those who gave feedback.
git-svn.perl | 8 +++++---
git-svn.txt | 45 ++++++++++++++++++++++++++++++++++-----------
2 files changed, 39 insertions(+), 14 deletions(-)
^ permalink raw reply
* [PATCH 1/2] git-svn: documentation updates
From: Eric Wong @ 2006-05-05 19:35 UTC (permalink / raw)
To: junkio, git; +Cc: Eric Wong
In-Reply-To: <11468577402388-git-send-email-normalperson@yhbt.net>
* Clarify that 'init' requires an argument
* Remove instances of 'SVN_URL' in the manpage, it's not an
environment variable.
* Refer to 'Additional Fetch Arguments' when documenting 'fetch'
* document --authors-file / -A option
Thanks to Pavel Roskin and Seth Falcon for bringing these issues
to my attention.
Signed-off-by: Eric Wong <normalperson@yhbt.net>
---
contrib/git-svn/git-svn.perl | 6 ++++--
contrib/git-svn/git-svn.txt | 45 ++++++++++++++++++++++++++++++++----------
2 files changed, 38 insertions(+), 13 deletions(-)
f16bddd18d55404fbaa4a88020f4d58ab2b1c620
diff --git a/contrib/git-svn/git-svn.perl b/contrib/git-svn/git-svn.perl
index 7c44450..e003501 100755
--- a/contrib/git-svn/git-svn.perl
+++ b/contrib/git-svn/git-svn.perl
@@ -42,7 +42,8 @@ my %fc_opts = ( 'no-ignore-externals' =>
my %cmd = (
fetch => [ \&fetch, "Download new revisions from SVN",
{ 'revision|r=s' => \$_revision, %fc_opts } ],
- init => [ \&init, "Initialize and fetch (import)", { } ],
+ init => [ \&init, "Initialize a repo for tracking" .
+ " (requires URL argument)", { } ],
commit => [ \&commit, "Commit git revisions to SVN",
{ 'stdin|' => \$_stdin,
'edit|e' => \$_edit,
@@ -220,7 +221,8 @@ when you have upgraded your tools and ha
}
sub init {
- $SVN_URL = shift or croak "SVN repository location required\n";
+ $SVN_URL = shift or die "SVN repository location required " .
+ "as a command-line argument\n";
unless (-d $GIT_DIR) {
sys('git-init-db');
}
diff --git a/contrib/git-svn/git-svn.txt b/contrib/git-svn/git-svn.txt
index e18fcaf..f7d3de4 100644
--- a/contrib/git-svn/git-svn.txt
+++ b/contrib/git-svn/git-svn.txt
@@ -36,17 +36,22 @@ COMMANDS
--------
init::
Creates an empty git repository with additional metadata
- directories for git-svn. The SVN_URL must be specified
- at this point.
+ directories for git-svn. The Subversion URL must be specified
+ as a command-line argument.
fetch::
- Fetch unfetched revisions from the SVN_URL we are tracking.
- refs/heads/remotes/git-svn will be updated to the latest revision.
+ Fetch unfetched revisions from the Subversion URL we are
+ tracking. refs/remotes/git-svn will be updated to the
+ latest revision.
- Note: You should never attempt to modify the remotes/git-svn branch
- outside of git-svn. Instead, create a branch from remotes/git-svn
- and work on that branch. Use the 'commit' command (see below)
- to write git commits back to remotes/git-svn.
+ Note: You should never attempt to modify the remotes/git-svn
+ branch outside of git-svn. Instead, create a branch from
+ remotes/git-svn and work on that branch. Use the 'commit'
+ command (see below) to write git commits back to
+ remotes/git-svn.
+
+ See 'Additional Fetch Arguments' if you are interested in
+ manually joining branches on commit.
commit::
Commit specified commit or tree objects to SVN. This relies on
@@ -62,9 +67,9 @@ rebuild::
tracked with git-svn. Unfortunately, git-clone does not clone
git-svn metadata and the svn working tree that git-svn uses for
its operations. This rebuilds the metadata so git-svn can
- resume fetch operations. SVN_URL may be optionally specified if
- the directory/repository you're tracking has moved or changed
- protocols.
+ resume fetch operations. A Subversion URL may be optionally
+ specified at the command-line if the directory/repository you're
+ tracking has moved or changed protocols.
show-ignore::
Recursively finds and lists the svn:ignore property on
@@ -123,6 +128,24 @@ OPTIONS
repo-config key: svn.l
repo-config key: svn.findcopiesharder
+-A<filename>::
+--authors-file=<filename>::
+
+ Syntax is compatible with the files used by git-svnimport and
+ git-cvsimport:
+
+------------------------------------------------------------------------
+loginname = Joe User <user@example.com>
+------------------------------------------------------------------------
+
+ If this option is specified and git-svn encounters an SVN
+ committer name that does not exist in the authors-file, git-svn
+ will abort operation. The user will then have to add the
+ appropriate entry. Re-running the previous git-svn command
+ after the authors-file is modified should continue operation.
+
+ repo-config key: svn.authors-file
+
ADVANCED OPTIONS
----------------
-b<refname>::
--
1.3.2.ge3d7
^ permalink raw reply related
* [PATCH 2/2] git-svn 1.0.0
From: Eric Wong @ 2006-05-05 19:35 UTC (permalink / raw)
To: junkio, git; +Cc: Eric Wong
In-Reply-To: <11468577403821-git-send-email-normalperson@yhbt.net>
Signed-off-by: Eric Wong <normalperson@yhbt.net>
---
contrib/git-svn/git-svn.perl | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
3680a525691232e2f45f2bcf63458e547ff109ba
diff --git a/contrib/git-svn/git-svn.perl b/contrib/git-svn/git-svn.perl
index e003501..de13a96 100755
--- a/contrib/git-svn/git-svn.perl
+++ b/contrib/git-svn/git-svn.perl
@@ -8,7 +8,7 @@ use vars qw/ $AUTHOR $VERSION
$GIT_SVN_INDEX $GIT_SVN
$GIT_DIR $REV_DIR/;
$AUTHOR = 'Eric Wong <normalperson@yhbt.net>';
-$VERSION = '0.11.0';
+$VERSION = '1.0.0';
use Cwd qw/abs_path/;
$GIT_DIR = abs_path($ENV{GIT_DIR} || '.git');
--
1.3.2.ge3d7
^ permalink raw reply related
* script to create debian package
From: Matthias Lederhofer @ 2006-05-05 20:53 UTC (permalink / raw)
To: git
[-- Attachment #1: Type: text/plain, Size: 185 bytes --]
I wrote a script similar to the script in scripts/package/builddeb in
the kernel tree for git. Is there any interest to integrate it into
the git source tree? I've attached the script.
[-- Attachment #2: git-deb-build --]
[-- Type: text/plain, Size: 826 bytes --]
#!/bin/sh
tmpdir="`pwd`/debian/tmp"
make prefix=/usr all doc
make prefix="$tmpdir/usr" install install-doc
version="`cat GIT-VERSION-FILE | cut -d ' ' -f 3`"
name="git debian package script <`id -nu`@`hostname -f`>"
mkdir -p "$tmpdir/DEBIAN"
cat <<EOF > debian/control
Source: git
Section: devel
Priority: optional
Maintainer: $name
Standards-Version: 3.6.1
Package: git
Conflicts: git-arch, git-core, git-cvs, git-doc, git-email, git-svn, gitk
Provides: git-arch, git-core, git-cvs, git-doc, git-email, git-svn, gitk
Architecture: any
Description: git, version $version
This package contains git version $version.
EOF
cat <<EOF > debian/changelog
git ($version-1) unstable; urgency=low
* A standard release
-- $name `date -R`
EOF
chmod -R og-w debian/tmp
dpkg-gencontrol -isp
fakeroot dpkg --build "$tmpdir" ..
^ permalink raw reply
* [lm-sensors]
From: Dieter Jurzitza @ 2006-05-05 20:53 UTC (permalink / raw)
To: lm-sensors
In-Reply-To: <87ekb9s3tn.wl%info@wore.ma.cx>
Dear listmembers, dear Rudolf,
these are my findings after doing what you suggested:
please find attached two files. One contains the output cat /proc/ioports plus
the result of
/usr/sbin/isadump -f 0x80E0
with the Chips being dead, the other one after cycling power and reboot.
One remark: when I use the kernel with debugging on, the failures seem to be
more rare. I think this could be caused by the fact that all those printk's
slow the accesses on the smbus somewhat down. But this is just guessing,
nothing serious.
Thanks again,
take care
Dieter Jurzitza
--
-----------------------------------------------------------
|
\
/\_/\ |
| ~x~ |/-----\ /
\ /- \_/
^^__ _ / _ ____ /
<??__ \- \_/ | |/ | |
|| || _| _| _| _|
if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: healthystatus.zip
Type: application/x-zip
Size: 518 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060505/89fa4bd7/healthystatus.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: errorstatus.zip
Type: application/x-zip
Size: 961 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060505/89fa4bd7/errorstatus.bin
^ permalink raw reply
* Re: Kbuild + Cross compiling
From: Dan Merillat @ 2006-05-05 20:53 UTC (permalink / raw)
To: Martin Schwidefsky; +Cc: linux-kernel
In-Reply-To: <6e0cfd1d0605050736g624c2a6fm68ab8b659fa6e253@mail.gmail.com>
On 5/5/06, Martin Schwidefsky <schwidefsky@googlemail.com> wrote:
> On 5/5/06, Dan Merillat <harik.attar@gmail.com> wrote:
> > I must be an idiot, but why does Kbuild rebuild every file when cross-compiling?
> > I'm not editing .config or touching any headers, I'm making tweaks to
> > a single .c driver,
> > and it is taking forever due to continual full-rebuilds.
>
> I had that problem a while ago. Turned out that the version of make I used on
> my debian had a bug.
That was it. debian make 3.80 was buggy. Since make was a likely
culprit I upgraded it anyway, then I read this and it confirmed what I
found.
Thanks for the help, everyone.
^ permalink raw reply
* GPIO PA24 on AT91RM9200
From: wang_yulei @ 2006-05-05 20:58 UTC (permalink / raw)
To: linux-kernel
Hi,
The GPIO PA24 is Ok to be an input IO.
But when I tried to
request_irq(AT91_PIN_PA24, ....)
The kernal will crash with the follwoing message.
******************************************
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0294000
[00000000] *pgd=202a1031, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1]
Modules linked in: keyi2c_driver pcf8574_driver sam_driver
CPU: 0
PC is at __wake_up_common+0x28/0x7c
LR is at __init_begin+0x3fff8000/0x2c
pc : [<c00314c4>] lr : [<00000000>] Not tainted
sp : c1671d58 ip : c1671d84 fp : c1671d80
r10: 00000001 r9 : 00000000 r8 : 00000000
r7 : 00000038 r6 : bf008404 r5 : 00000000 r4 : 00000001
r3 : 00000000 r2 : 00000001 r1 : 00000001 r0 : bf008404
Flags: nzcv IRQs off FIQs on Mode SVC_32 Segment user
Control: C000317F Table: 20294000 DAC: 00000015
Process keyi2c_test (pid: 780, stack limit = 0xc1670194)
Stack: (0xc1671d58 to 0xc1672000)
1d40: 60000013 00000000
1d60: 00000000 00000038 c1671e40 00000002 c1671e40 c1671d98 c1671d84 c0031544
1d80: c00314ac 00000000 00000001 c1671dc4 c1671d9c bf0074f0 c0031528 c15e2d40
1da0: c0021930 c0206778 00000038 c1671e40 c0205c80 fefff400 c1671de0 c1671dc8
1dc0: c00219b4 c00218f4 00000039 c0206778 00000001 c1671e0c c1671de4 c0029f84
1de0: c002197c ffffffff fefff000 00000002 00000000 c1671e40 c1670000 c0205c18
1e00: c1671e3c c1671e10 c0021c14 c0029f2c 00000000 00000000 ffffffff fefff000
1e20: 00000002 00000000 bf007aa8 00000000 c1671ea4 c1671e40 c0020960 c0021bd4
1e40: 01000000 fefff400 00000018 00000001 c15e2d40 40000013 00000038 00000000
1e60: bf007aa8 c1670000 00000000 c1671ea4 c1671e88 c1671e88 c0022074 c0022078
1e80: a0000013 ffffffff c15e2d40 00000038 00000000 bf007444 c1671ecc c1671ea8
1ea0: c0022140 c0021fa8 fefff000 06000000 000003ff 00000000 c16400a0 400701fc
1ec0: c1671f0c c1671ed0 bf0078ac c0022094 00000000 c15ab840 c169dbf4 00000000
1ee0: 00000000 c007447c 00000000 c16400a0 c169dbf4 c02752a0 c1542f6c 00000000
1f00: c1671f30 c1671f10 c006a238 c0074340 00000002 00000004 00000002 c15ba000
1f20: c0020e44 c1671f84 c1671f34 c006a3b0 c006a144 c1542f6c c02752a0 00000004
1f40: c0286040 c1670000 00000101 00000001 00000000 400701fc c1671f84 c1671f68
1f60: c006a40c c0086658 00000001 00000003 00000001 00000001 c1671fa4 c1671f88
1f80: c006a56c c006a37c 00000003 000085f4 000109cc 00000005 00000000 c1671fa8
1fa0: c0020cc0 c006a538 00000003 c00270fc 00008874 00000002 00000001 00000002
1fc0: 00000003 000085f4 000109cc beba2ddc 00008518 beba2dd4 400701fc 00000001
1fe0: 000109bc beba2d00 00008728 4005f908 40000010 00008874 dd97fdd6 89b6a995
Backtrace:
[<c003149c>] (__wake_up_common+0x0/0x7c) from [<c0031544>] (__wake_up+0x2c/0x34)
[<c0031518>] (__wake_up+0x0/0x34) from [<bf0074f0>] (keyi2c_dect_func+0xac/0xf0 [keyi2c_driver])
r4 = 00000001
[<c00218e4>] (__do_irq+0x0/0x88) from [<c00219b4>] (do_simple_IRQ+0x48/0x70)
r8 = FEFFF400 r7 = C0205C80 r6 = C1671E40 r5 = 00000038
r4 = C0206778
[<c002196c>] (do_simple_IRQ+0x0/0x70) from [<c0029f84>] (gpio_irq_handler+0x68/0x90)
r6 = 00000001 r5 = C0206778 r4 = 00000039
[<c0029f1c>] (gpio_irq_handler+0x0/0x90) from [<c0021c14>] (asm_do_IRQ+0x50/0x148)
[<c0021bc4>] (asm_do_IRQ+0x0/0x148) from [<c0020960>] (__irq_svc+0x20/0x60)
[<c0021f98>] (setup_irq+0x0/0xec) from [<c0022140>] (request_irq+0xbc/0xd8)
r7 = BF007444 r6 = 00000000 r5 = 00000038 r4 = C15E2D40
[<c0022084>] (request_irq+0x0/0xd8) from [<bf0078ac>] (keyi2c_open+0xd4/0x118 [keyi2c_driver])
[<c0074330>] (chrdev_open+0x0/0x164) from [<c006a238>] (dentry_open+0x104/0x238)
r8 = 00000000 r7 = C1542F6C r6 = C02752A0 r5 = C169DBF4
r4 = C16400A0
[<c006a134>] (dentry_open+0x0/0x238) from [<c006a3b0>] (filp_open+0x44/0x4c)
r8 = C0020E44 r7 = C15BA000 r6 = 00000002 r5 = 00000004
r4 = 00000002
[<c006a36c>] (filp_open+0x0/0x4c) from [<c006a56c>] (sys_open+0x44/0x88)
r4 = 00000001
[<c006a528>] (sys_open+0x0/0x88) from [<c0020cc0>] (ret_fast_syscall+0x0/0x2c)
r7 = 00000005 r6 = 000109CC r5 = 000085F4 r4 = 00000003
Code: e1a0a001 e1a04002 e1a08003 e59b9004 (e59e7000)
<0>Kernel panic - not syncing: Aiee, killing interrupt handler!
******************************************
Anybody has idea about it
--
This message was sent on behalf of wang_yulei@hotmail.com at openSubscriber.com
http://www.opensubscriber.com/messages/linux-kernel@vger.kernel.org/topic.html
^ permalink raw reply
* Re: Calculating virtual address from physical address
From: Josh Boyer @ 2006-05-05 20:58 UTC (permalink / raw)
To: Matt Porter; +Cc: Sylvain Munaut, Chris Dumoulin, linuxppc-embedded
In-Reply-To: <20060505132441.B30563@cox.net>
On Fri, 2006-05-05 at 13:24 -0700, Matt Porter wrote:
>
> There are no BATs on 4xx. However, the same conceptual thing can be
> done by wiring a fixed TLB entry to cover those LEDs temporarily
> during bringup debug. The temporary TLB entry will be wiped out by
> normal tlb misses after things are running whenever the fixed entry
> is clobbered by the round robin replacement.
At which point you should be able to call ioremap to generate a virtual
address inside a device driver or board file.
josh
^ permalink raw reply
* Re: [PATCH] IPC_SET_PERM cleanup
From: Linda Knippers @ 2006-05-05 20:59 UTC (permalink / raw)
To: Steve Grubb; +Cc: linux-audit
In-Reply-To: <200605051642.05999.sgrubb@redhat.com>
Steve Grubb wrote:
> On Friday 05 May 2006 16:19, Linda Knippers wrote:
>
>>- if (axi->osid != 0) {
>>- char *ctx = NULL;
>>- u32 len;
>>- if (selinux_ctxid_to_string(
>>- axi->osid, &ctx, &len)) {
>>- audit_log_format(ab, " osid=%u",
>>- axi->osid);
>>- call_panic = 1;
>>- } else
>>- audit_log_format(ab, " obj=%s",
>>ctx); - kfree(ctx);
>>- }
>
>
> This patch deletes the context string out of this record. Are we losing
> anything important?
I don't think so. I don't think the IPC_SET operations change the sid
(at least I don't see it in the code) so its redundant with the obj information
that's in the IPC record. If I'm missing it, I hope someone will point
it out to me.
If an IPC_SET can change the sid, then we'll have to move all the calls
to audit_ipc_set_perm() so that we get the new obj information in the
success case and don't lose the entire record in the failure case.
-- ljk
^ permalink raw reply
* IPv6 connect() from site-local to global IPv6 address.
From: David Woodhouse @ 2006-05-05 21:00 UTC (permalink / raw)
To: NetDev
I've been using and testing IPv6 on a private network.
Machines have RFC1918 IPv4 addresses, with connectivity by NAT to the
outside world. They also have site-local IPv6 addresses. There is
approximately zero chance of getting corporate approval to have external
IPv6 connectivity.
Since updating the kernel to 2.6.16, I've got problems with external
connectivity to hosts which have both IPv4 and (Global) IPv6 addresses
in DNS. Glibc used to return the IPv4 address in the A record first, and
all was well. But now it returns the IPv6 address in the AAAA record
first, and I can't communicate with that. So I get a three-minute
timeout whenever I try to connect to anything in the outside which has
both A and AAAA records.
One of the things which glibc's implementation of RFC3484 address
selection (http://people.redhat.com/drepper/linux-rfc3484.html) does is
to perform a dummy connect() of a SOCK_DGRAM socket to each of the
potential addresses. On older kernels this used to fail when we
attempted to connect to a global IPv6 address and we didn't have a
global IPv6 address of our own...
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6, "2001:8b0:10b:1:20d:93ff:fe7a:3f2c", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 EADDRNOTAVAIL (Cannot assign requested address)
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("81.187.2.168")}, 16) = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(33450), sin_addr=inet_addr("172.16.18.126")}, [16]) = 0
Trying 81.187.2.168...
On the newer kernel, the connect() succeeds:
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6, "2001:8b0:10b:1:20d:93ff:fe7a:3f2c", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(32772), inet_pton(AF_INET6, "::172.16.18.67", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("81.187.2.168")}, 16) = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(32772), sin_addr=inet_addr("172.16.18.67")}, [16]) = 0
Trying 2001:8b0:10b:1:20d:93ff:fe7a:3f2c...
Is this change in behaviour intentional? Is it useful?
How can we get sane behaviour from glibc again? What we had before was
ideal -- if we have an IPv6 default route _and_ we have a Global IPv6
address of our own, then return the Global IPv6 address in the AAAA
record first. Else return the IPv4 address in the A record.
--
dwmw2
^ permalink raw reply
* Re: udev and depinit
From: Greg KH @ 2006-05-05 21:01 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <ced5f0f60605051136h33dd73f2ve7284b24a764338e@mail.gmail.com>
On Fri, May 05, 2006 at 07:36:16PM +0100, Luke Kenneth Casson Leighton wrote:
>
> if there was a "pull" capability whereby a udev-command could
> be run "respond to all the networking hotplug events and tell
> me when you've done that including running all the net.agent
> scripts, please" then that would be ABSOLUTELY ideal.
You can do that today, look at how udevtrigger works. Just do that for
network devices and you are done.
In short, what you are wanting to do doesn't have much at all to do with
udev, but with how your distro handles the startup logic. All udev does
is act apon the events it gets. If you don't trigger events, it doesn't
act on them.
So just trigger the events that you care about and you will be fine.
good luck,
greg k-h
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.